Er was eerder een thread waarin enige experts van mening wisselden
over het hoe en wat, maar het is me nog niet helemaal duidelijk.
Ik gebruik Linux (RedHat 5.0), en gebruik dus een versie 8.8.7.
Ik gebuik geen DNS-server, en haal(de) mail op met fetchmail.
Verder geen ingewikkelde verbindingen: ik wil enkel mail kunnen lezen,
desnoods als 1 vaste gebruiker, en ook wat kunnen versturen.
Ik heb al gelezen in de thread 'Smart host TOO smart' in
comp.mail.sendmal, en enige suggesties overgenomen, zodat ik nu in
ieder geval intern mailtjes kan versturen, maar dat is ook niet alles,
want dat heeft fetchmail om zeep geholpen; volgens mij controleert hij
nu bij elk binnenkomend emailtje of de afzender wel bestaat, en dan
zoekt hij naar daemon identd. Dat kan ik zelf wel weer terug draaien.
Verder heeft een expert mij vroeger al eens uitgelegd hoe je met
userdb om moest gaan om te zorgen dat alles wat ik verstuur als
afzender thun...@xs4all.nl krijgt.
Het probleem:
Hoe verstuur ik email naar xs4all? Als ik het goed heb begrepen eist
smtp.xs4all.nl dat degene die inlogt om mail te versturen een geldig
domein heeft. Sinds ik een tijdje in een zusterflat heb geleefd is de
bijnaam die iemand mijn kamer gaf blijven hangen als host-naam:
hunkerbunker
Als ik als root inlog en iets verstuur, probeert sendmail dus email
van ro...@hunkerbunker.xs4all.nl te verkopen aan smtp.xs4all.nl. En die
wil dat niet. Waar vertel ik sendmail wie ik ben? En wie ben ik
precies, want mijn ip-adres wisselt? Moet ik dat uitvissen en in
ip-up.local iets invoegen dat het aan sendmail vertelt?
Zou het trouwens niet voor xs4all mogelijk zijn om bij email
versturende verbinding niet op de hostnaam te letten als het ip-nummer
een nummer is dat xs4all.nl zelf uitgedeeld heeft? Dan hou je toch ook
spammers buiten de deur?
Hoe dan ook, als jullie mij helpen dit in orde te krijgen, dan hebben
we gelijk iets voor de ontbrekende 'mail en linux' link op de
www.xs4all.nl help-pages.
Ik hoop dat iemand hier iets mee kan,
Jurriaan
Hieronder mijn sendmail.cf
#
# Copyright (c) 1983, 1995 Eric P. Allman
# Copyright (c) 1988, 1993
# The Regents of the University of California. All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
# 1. Redistributions of source code must retain the above copyright
# notice, this list of conditions and the following disclaimer.
# 2. Redistributions in binary form must reproduce the above copyright
# notice, this list of conditions and the following disclaimer in
the
# documentation and/or other materials provided with the
distribution.
# 3. All advertising materials mentioning features or use of this
software
# must display the following acknowledgement:
# This product includes software developed by the University of
# California, Berkeley and its contributors.
# 4. Neither the name of the University nor the names of its
contributors
# may be used to endorse or promote products derived from this
software
# without specific prior written permission.
#
# THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS''
AND
# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
THE
# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
PURPOSE
# ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE
LIABLE
# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
CONSEQUENTIAL
# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE
GOODS
# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
INTERRUPTION)
# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
STRICT
# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
ANY WAY
# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY
OF
# SUCH DAMAGE.
#
######################################################################
######################################################################
#####
##### SENDMAIL CONFIGURATION FILE
#####
##### built by root@hunkerbunker on Thu Feb 12 23:00:33 CET 1998
##### in /usr/lib/sendmail-cf
##### using /usr/lib/sendmail-cf/ as configuration include directory
#####
######################################################################
######################################################################
##### @(#)cfhead.m4 8.9 (Berkeley) 1/18/97 #####
##### @(#)cf.m4 8.24 (Berkeley) 8/16/95 #####
##### @(#)use_cw_file.m4 8.1 (Berkeley) 6/7/93 #####
##### @(#)local_procmail.m4 8.6 (Berkeley) 10/20/96 #####
##### @(#)always_add_domain.m4 8.1 (Berkeley) 6/7/93 #####
##### @(#)allmasquerade.m4 8.2 (Berkeley) 1/22/94 #####
##### @(#)masquerade_envelope.m4 8.1 (Berkeley) 7/9/95 #####
##### @(#)genericstable.m4 8.1 (Berkeley) 2/11/96 #####
##### @(#)proto.m4 8.151 (Berkeley) 7/31/97 #####
# level 7 config file format
V7/Berkeley
##################
# local info #
##################
Cwlocalhost
# file containing names of hosts for which we receive email
Fw/etc/sendmail.cw
# my official domain name
# ... define this only if sendmail cannot automatically determine your
domain
Dxs4all.nl
CP.
# "Smart" relay host (may be null)
DSsmtp:smtp.xs4all.nl
# place to which unknown users should be forwarded
#Kuser user -m -a<>
#DLname_of_luser_relay
# operators that cannot be in local usernames (i.e., network
indicators)
CO @ % !
# a class with just dot (for identifying canonical names)
C..
# a class with just a left bracket (for identifying domain literals)
C[[
# Mailer table (overriding domains)
#Kmailertable dbm /etc/mailertable
# Domain table (adding domains)
#Kdomaintable dbm /etc/domaintable
# Generics table (mapping outgoing addresses)
Kgenerics hash -o /etc/genericstable
# Virtual user table (maps incoming users)
#Kvirtuser dbm /etc/virtusertable
# who I send unqualified names to (null means deliver locally)
DR
# who gets all local email traffic ($R has precedence for unqualified
names)
DH
# dequoting map
Kdequote dequote
# class E: names that should be exposed as from this host, even if we
masquerade
# class L: names that should be delivered locally, even if we have a
relay
# class M: domains that should be converted to $M
#CL root
CE root
CGspirits.org.au
# who I masquerade as (null for no masquerading) (see also $=M)
DM
# my name for error messages
DnMAILER-DAEMON
# Configuration version number
DZ8.8.7
###############
# Options #
###############
# strip message body to 7 bits on input?
O SevenBitInput=False
# 8-bit data handling
O EightBitMode=pass8
# wait for alias file rebuild (default units: minutes)
O AliasWait=10
# location of alias file
O AliasFile=/etc/aliases
# minimum number of free blocks on filesystem
O MinFreeBlocks=100
# maximum message size
#O MaxMessageSize=1000000
# substitution for space (blank) characters
O BlankSub=.
# avoid connecting to "expensive" mailers on initial submission?
O HoldExpensive=False
# checkpoint queue runs after every N successful deliveries
#O CheckpointInterval=10
# default delivery mode
O DeliveryMode=background
# automatically rebuild the alias database?
#O AutoRebuildAliases
# error message header/file
#O ErrorHeader=/etc/sendmail.oE
# error mode
#O ErrorMode=print
# save Unix-style "From_" lines at top of header?
#O SaveFromLine
# temporary file mode
O TempFileMode=0600
# match recipients against GECOS field?
#O MatchGECOS
# maximum hop count
#O MaxHopCount=17
# location of help file
O HelpFile=/usr/lib/sendmail.hf
# ignore dots as terminators in incoming messages?
#O IgnoreDots
# name resolver options
#O ResolverOptions=+AAONLY
# deliver MIME-encapsulated error messages?
O SendMimeErrors=True
# Forward file search path
O ForwardPath=$z/.forward.$w:$z/.forward
# open connection cache size
O ConnectionCacheSize=2
# open connection cache timeout
O ConnectionCacheTimeout=5m
# persistent host status directory
#O HostStatusDirectory=.hoststat
# single thread deliveries (requires HostStatusDirectory)?
#O SingleThreadDelivery
# use Errors-To: header?
O UseErrorsTo=False
# log level
O LogLevel=9
# send to me too, even in an alias expansion?
#O MeToo
# verify RHS in newaliases?
O CheckAliases=False
# default messages to old style headers if no special punctuation?
O OldStyleHeaders=True
# SMTP daemon options
#O DaemonPortOptions=Port=esmtp
# privacy flags
O PrivacyOptions=authwarnings
# who (if anyone) should get extra copies of error messages
#O PostMasterCopy=Postmaster
# slope of queue-only function
#O QueueFactor=600000
# queue directory
O QueueDirectory=/var/spool/mqueue
# timeouts (many of these)
#O Timeout.initial=5m
#O Timeout.connect=5m
#O Timeout.iconnect=5m
#O Timeout.helo=5m
#O Timeout.mail=10m
#O Timeout.rcpt=1h
#O Timeout.datainit=5m
#O Timeout.datablock=1h
#O Timeout.datafinal=1h
#O Timeout.rset=5m
#O Timeout.quit=2m
#O Timeout.misc=2m
#O Timeout.command=1h
#O Timeout.ident=30s
#O Timeout.fileopen=60s
O Timeout.queuereturn=5d
#O Timeout.queuereturn.normal=5d
#O Timeout.queuereturn.urgent=2d
#O Timeout.queuereturn.non-urgent=7d
O Timeout.queuewarn=4h
#O Timeout.queuewarn.normal=4h
#O Timeout.queuewarn.urgent=1h
#O Timeout.queuewarn.non-urgent=12h
#O Timeout.hoststatus=30m
# should we not prune routes in route-addr syntax addresses?
#O DontPruneRoutes
# queue up everything before forking?
O SuperSafe=True
# status file
O StatusFile=/var/log/sendmail.st
# time zone handling:
# if undefined, use system default
# if defined but null, use TZ envariable passed in
# if defined and non-null, use that info
#O TimeZoneSpec=
# default UID (can be username or userid:groupid)
O DefaultUser=1:1
# list of locations of user database file (null means no lookup)
O UserDatabaseSpec=/etc/userdb
# fallback MX host
#O FallbackMXhost=fall.back.host.net
# if we are the best MX host for a site, try it directly instead of
config err
#O TryNullMXList
# load average at which we just queue messages
#O QueueLA=8
# load average at which we refuse connections
#O RefuseLA=12
# maximum number of children we allow at one time
#O MaxDaemonChildren=12
# maximum number of new connections per second
#O ConnectionRateThrottle=3
# work recipient factor
#O RecipientFactor=30000
# deliver each queued job in a separate process?
#O ForkEachJob
# work class factor
#O ClassFactor=1800
# work time factor
#O RetryFactor=90000
# shall we sort the queue by hostname first?
#O QueueSortOrder=priority
# minimum time in queue before retry
#O MinQueueAge=30m
# default character set
#O DefaultCharSet=iso-8859-1
# service switch file (ignored on Solaris, Ultrix, OSF/1, others)
#O ServiceSwitchFile=/etc/service.switch
# hosts file (normally /etc/hosts)
#O HostsFile=/etc/hosts
# dialup line delay on connection failure
#O DialDelay=10s
# action to take if there are no recipients in the message
#O NoRecipientAction=add-to-undisclosed
# chrooted environment for writing to files
#O SafeFileEnvironment=/arch
# are colons OK in addresses?
#O ColonOkInAddr
# how many jobs can you process in the queue?
#O MaxQueueRunSize=10000
# shall I avoid expanding CNAMEs (violates protocols)?
#O DontExpandCnames
# SMTP initial login message (old $e macro)
O SmtpGreetingMessage=$j Sendmail $v/$Z; $b
# UNIX initial From header format (old $l macro)
O UnixFromLine=From $g $d
# delimiter (operator) characters (old $o macro)
O OperatorChars=.:%@!^/[]+
# shall I avoid calling initgroups(3) because of high NIS costs?
#O DontInitGroups
# are group-writable :include: and .forward files (un)trustworthy?
#O UnsafeGroupWrites
# where do errors that occur when sending errors get sent?
#O DoubleBounceAddress
# what user id do we assume for the majority of the processing?
#O RunAsUser=sendmail
###########################
# Message precedences #
###########################
Pfirst-class=0
Pspecial-delivery=100
Plist=-30
Pbulk=-60
Pjunk=-100
#####################
# Trusted users #
#####################
# this is equivalent to setting class "t"
#Ft/etc/sendmail.ct
Troot
Tdaemon
Tuucp
#########################
# Format of headers #
#########################
H?P?Return-Path: <$g>
HReceived: $?sfrom $s $.$?_($?s$|from $.$_)
$.by $j ($v/$Z)$?r with $r$. id $i$?u
for $u; $|;
$.$b
H?D?Resent-Date: $a
H?D?Date: $a
H?F?Resent-From: $?x$x <$g>$|$g$.
H?F?From: $?x$x <$g>$|$g$.
H?x?Full-Name: $x
# HPosted-Date: $a
# H?l?Received-Date: $b
H?M?Resent-Message-Id: <$t.$i@$j>
H?M?Message-Id: <$t.$i@$j>
#
######################################################################
######################################################################
#####
##### REWRITING RULES
#####
######################################################################
######################################################################
############################################
### Ruleset 3 -- Name Canonicalization ###
############################################
S3
# handle null input (translate to <@> special case)
R$@ $@ <@>
# strip group: syntax (not inside angle brackets!) and trailing
semicolon
R$* $: $1 <@> mark addresses
R$* < $* > $* <@> $: $1 < $2 > $3 unmark <addr>
R@ $* <@> $: @ $1 unmark @host:...
R$* :: $* <@> $: $1 :: $2 unmark node::addr
R:include: $* <@> $: :include: $1 unmark :include:...
R$* [ $* : $* ] <@> $: $1 [ $2 : $3 ] unmark IPv6 addrs
R$* : $* [ $* ] $: $1 : $2 [ $3 ] <@> remark if leading
colon
R$* : $* <@> $: $2 strip colon if marked
R$* <@> $: $1 unmark
R$* ; $1 strip trailing semi
R$* < $* ; > $1 < $2 > bogus bracketed semi
# null input now results from list:; syntax
R$@ $@ :; <@>
# strip angle brackets -- note RFC733 heuristic to get innermost item
R$* $: < $1 > housekeeping <>
R$+ < $* > < $2 > strip excess on left
R< $* > $+ < $1 > strip excess on right
R<> $@ < @ > MAIL FROM:<> case
R< $+ > $: $1 remove housekeeping <>
# make sure <@a,@b,@c:user@d> syntax is easy to parse -- undone later
R@ $+ , $+ @ $1 : $2 change all "," to ":"
# localize and dispose of route-based addresses
R@ $+ : $+ $@ $>96 < @$1 > : $2 handle <route-addr>
# find focus for list syntax
R $+ : $* ; @ $+ $@ $>96 $1 : $2 ; < @ $3 > list syntax
R $+ : $* ; $@ $1 : $2; list syntax
# find focus for @ syntax addresses
R$+ @ $+ $: $1 < @ $2 > focus on domain
R$+ < $+ @ $+ > $1 $2 < @ $3 > move gaze right
R$+ < @ $+ > $@ $>96 $1 < @ $2 > already canonical
# do some sanity checking
R$* < @ $* : $* > $* $1 < @ $2 $3 > $4 nix colons in addrs
# convert old-style addresses to a domain-based address
R$- ! $+ $@ $>96 $2 < @ $1 .UUCP > resolve uucp names
R$+ . $- ! $+ $@ $>96 $3 < @ $1 . $2 > domain uucps
R$+ ! $+ $@ $>96 $2 < @ $1 .UUCP > uucp subdomains
# if we have % signs, take the rightmost one
R$* % $* $1 @ $2 First make them all @s.
R$* @ $* @ $* $1 % $2 @ $3 Undo all but the last.
R$* @ $* $@ $>96 $1 < @ $2 > Insert < > and finish
# else we must be a local name
R$* $@ $>96 $1
################################################
### Ruleset 96 -- bottom half of ruleset 3 ###
################################################
S96
# handle special cases for local names
R$* < @ localhost > $* $: $1 < @ $j . > $2 no domain at all
R$* < @ localhost . $m > $* $: $1 < @ $j . > $2 local domain
R$* < @ localhost . UUCP > $* $: $1 < @ $j . > $2 .UUCP domain
R$* < @ [ $+ ] > $* $: $1 < @@ [ $2 ] > $3 mark [a.b.c.d]
R$* < @@ $=w > $* $: $1 < @ $j . > $3 self-literal
R$* < @@ $+ > $* $@ $1 < @ $2 > $3 canon IP addr
# look up domains in the domain table
#R$* < @ $+ > $* $: $1 < @ $(domaintable $2 $) > $3
# if really UUCP, handle it immediately
# try UUCP traffic as a local address
R$* < @ $+ . UUCP > $* $: $1 < @ $[ $2 $] . UUCP . > $3
R$* < @ $+ . . UUCP . > $* $@ $1 < @ $2 . > $3
# pass to name server to make hostname canonical
R$* < @ $* $~P > $* $: $1 < @ $[ $2 $3 $] > $4
# local host aliases and pseudo-domains are always canonical
R$* < @ $=w > $* $: $1 < @ $2 . > $3
R$* < @ $j > $* $: $1 < @ $j . > $2
R$* < @ $=M > $* $: $1 < @ $2 . > $3
R$* < @ $* $=P > $* $: $1 < @ $2 $3 . > $4
R$* < @ $* . . > $* $1 < @ $2 . > $3
##################################################
### Ruleset 4 -- Final Output Post-rewriting ###
##################################################
S4
R$* <@> $@ handle <> and list:;
# strip trailing dot off possibly canonical name
R$* < @ $+ . > $* $1 < @ $2 > $3
# eliminate internal code -- should never get this far!
R$* < @ *LOCAL* > $* $1 < @ $j > $2
# externalize local domain info
R$* < $+ > $* $1 $2 $3 defocus
R@ $+ : @ $+ : $+ @ $1 , @ $2 : $3 <route-addr> canonical
R@ $* $@ @ $1 ... and exit
# UUCP must always be presented in old form
R$+ @ $- . UUCP $2!$1 u...@h.UUCP => h!u
# delete duplicate local names
R$+ % $=w @ $=w $1 @ $2 u%host@host => u@host
##############################################################
### Ruleset 97 -- recanonicalize and call ruleset zero ###
### (used for recursive calls) ###
##############################################################
S97
R$* $: $>3 $1
R$* $@ $>0 $1
######################################
### Ruleset 0 -- Parse Address ###
######################################
S0
R$* $: $>Parse0 $1 initial parsing
R$* $: $>98 $1 handle local hacks
R$* $: $>Parse1 $1 final parsing
SParse0
R<@> $#local $: <@> special case error msgs
R$* : $* ; <@> $#error $@ 5.1.3 $: "list:; syntax illegal for
recipient addresses"
R<@ $+> $#error $@ 5.1.1 $: "user address required"
R$* $: <> $1
R<> $* < @ [ $+ ] > $* $1 < @ [ $2 ] > $3
R<> $* <$* : $* > $* $#error $@ 5.1.1 $: "colon illegal in host
name part"
R<> $* $1
R$* < @ . $* > $* $#error $@ 5.1.2 $: "invalid host name"
R$* < @ $* .. $* > $* $#error $@ 5.1.2 $: "invalid host name"
# handle numeric address spec
R$* < @ [ $+ ] > $* $: $>98 $1 < @ [ $2 ] > $3 numeric internet spec
R$* < @ [ $+ ] > $* $#esmtp $@ [$2] $: $1 < @ [$2] > $3 still numeric:
send
# now delete the local info -- note $=O to find characters that cause
forwarding
R$* < @ > $* $@ $>Parse0 $>3 $1 user@ => user
R< @ $=w . > : $* $@ $>Parse0 $>3 $2 @here:... -> ...
R$- < @ $=w . > $: $(dequote $1 $) < @ $2 . > dequote "foo"@here
R< @ $+ > $#error $@ 5.1.1 $: "user address required"
R$* $=O $* < @ $=w . > $@ $>Parse0 $>3 $1 $2 $3 ...@here -> ...
SParse1
# handle virtual users
#R$+ < @ $=w . > $: < $(virtuser $1 @ $2 $@ $1 $: @ $) > $1 < @ $2
. >
#R<@> $+ + $* < @ $* . >
$: < $(virtuser $1 + * @ $3 $@ $1 $: @ $) > $1 + $2 < @ $3
. >
#R<@> $+ + $* < @ $* . >
$: < $(virtuser $1 @ $3 $@ $1 $: @ $) > $1 + $2 < @ $3 . >
#R<@> $+ < @ $+ . > $: < $(virtuser @ $2 $@ $1 $: @ $) > $1 < @ $2 . >
#R<@> $+ $: $1
#R< error : $- $+ > $* $#error $@ $( dequote $1 $) $: $2
#R< $+ > $+ < @ $+ > $: $>97 $1
# short circuit local delivery so forwarded email works
#R$+ . USENET < @ $=w . > $#usenet $: $1 handle usenet
specially
R$=L < @ $=w . > $#local $: @ $1 special local names
R$+ < @ $=w . > $#local $: $1 regular local name
# not local -- try mailer table lookup
#R$* <@ $+ > $* $: < $2 > $1 < @ $2 > $3 extract host name
#R< $+ . > $* $: < $1 > $2 strip trailing dot
#R< $+ > $* $: < $(mailertable $1 $) > $2 lookup
#R< $~[ : $+ > $* $>95 < $1 : $2 > $3 check -- resolved?
#R< $+ > $* $: $>90 <$1> $2 try domain
# resolve remotely connected UUCP links (if any)
# resolve fake top level domains by forwarding to other hosts
# figure out what should stay in our local mail system
R$* < @ $* .$m. > $* $#smtp $@ $2.$m. $: $1 < @ $2.$m. > $3
# pass names that still have a host to a smarthost (if defined)
R$* < @ $* > $* $: $>95 < $S > $1 < @ $2 > $3 glue on smarthost
name
# deal with other remote names
R$* < @$* > $* $#esmtp $@ $2 $: $1 < @ $2 > $3
us...@host.domain
# if this is quoted, strip the quotes and try again
R$+ $: $(dequote $1 $) strip quotes
R$+ $=O $+ $@ $>97 $1 $2 $3 try again
# handle locally delivered names
R$=L $#local $: @ $1 special local names
R$+ $#local $: $1 regular local names
###########################################################################
### Ruleset 5 -- special rewriting after aliases have been expanded
###
###########################################################################
S5
# deal with plussed users so aliases work nicely
R$+ + * $#local $@ $&h $: $1
R$+ + $* $#local $@ + $2 $: $1 + *
# prepend an empty "forward host" on the front
R$+ $: <> $1
# send unrecognized local users to a relay host
#R< > $+ $: < $L . > $( user $1 $) look up user
#R< $* > $+ <> $* $: < > $2 $3 found; strip $L
#R< $* . > $+ $: < $1 > $2 strip extra dot
# see if we have a relay or a hub
R< > $+ $: < $H > $1 try hub
R< > $+ $: < $R > $1 try relay
R< > $+ $: < > < $1 $(dequote "" $&h $) > nope, restore
+detail
R< > < $+ + $* > $* < > < $1 > + $2 $3 find the user part
R< > < $+ > + $* $#local $@ $2 $: @ $1 strip the extra +
R< > < $+ > $@ $1 no +detail
R$+ $: $1 $(dequote "" $&h $) add +detail back in
R< local : $* > $* $: $>95 < local : $1 > $2 no host extension
R< error : $* > $* $: $>95 < error : $1 > $2 no host extension
R< $- : $+ > $+ $: $>95 < $1 : $2 > $3 < @ $2 >
R< $+ > $+ $@ $>95 < $1 > $2 < @ $1 >
###################################################################
### Ruleset 90 -- try domain part of mailertable entry ###
###################################################################
S90
#R$* <$- . $+ > $* $: $1$2 < $(mailertable .$3 $@ $1$2 $@ $2 $) > $4
#R$* <$~[ : $+ > $* $>95 < $2 : $3 > $4 check -- resolved?
#R$* < . $+ > $* $@ $>90 $1 . <$2> $3 no -- strip & try
again
#R$* < $* > $* $: < $(mailertable . $@ $1$2 $) > $3 try "."
#R< $~[ : $+ > $* $>95 < $1 : $2 > $3 "." found?
#R< $* > $* $@ $2 no mailertable match
###################################################################
### Ruleset 95 -- canonify mailer:[user@]host syntax to triple ###
###################################################################
S95
R< > $* $@ $1 strip off null relay
R< error : $- $+ > $* $#error $@ $( dequote $1 $) $: $2
R< local : $* > $* $>CanonLocal < $1 > $2
R< $- : $+ @ $+ > $*<$*>$* $# $1 $@ $3 $: $2<@$3> use literal user
R< $- : $+ > $* $# $1 $@ $2 $: $3 try qualified mailer
R< $=w > $* $@ $2 delete local host
R< $+ > $* $#relay $@ $1 $: $2 use unqualified mailer
###################################################################
### Ruleset CanonLocal -- canonify local: syntax ###
###################################################################
SCanonLocal
# strip trailing dot from any host name that may appear
R< $* > $* < @ $* . > $: < $1 > $2 < @ $3 >
# handle local: syntax -- use old user, either with or without host
R< > $* < @ $* > $* $#local $@ $1@$2 $: $1
R< > $+ $#local $@ $1 $: $1
# handle local:user@host syntax -- ignore host part
R< $+ @ $+ > $* < @ $* > $: < $1 > $3 < @ $4 >
# handle local:user syntax
R< $+ > $* <@ $* > $* $#local $@ $2@$3 $: $1
R< $+ > $* $#local $@ $2 $: $1
###################################################################
### Ruleset 93 -- convert header names to masqueraded form ###
###################################################################
S93
# handle generics database
R$+ < @ $* $=G . > $: < $1@$2$3 > $1 < @ $2$3 . > @ mark
R$+ < @ *LOCAL* > $: < $1@$j > $1 < @ *LOCAL* > @ mark
R< $+ > $+ < $* > @ $: < $(generics $1 $: $) > $2 < $3 >
R< > $+ < @ $+ > $: < $(generics $1 $: $) > $1 < @ $2 >
R< $* @ $* > $* < $* > $@ $>3 $1 @ $2 found qualified
R< $+ > $* < $* > $: $>3 $1 @ *LOCAL* found unqualified
R< > $* $: $1 not found
# special case the users that should be exposed
R$=E < @ *LOCAL* > $@ $1 < @ $j . > leave exposed
R$=E < @ $=M . > $@ $1 < @ $2 . >
R$=E < @ $=w . > $@ $1 < @ $2 . >
# handle domain-specific masquerading
R$* < @ $=M . > $* $: $1 < @ $2 . @ $M > $3 convert masqueraded
doms
R$* < @ $=w . > $* $: $1 < @ $2 . @ $M > $3
R$* < @ *LOCAL* > $* $: $1 < @ $j . @ $M > $2
R$* < @ $+ @ > $* $: $1 < @ $2 > $3 $M is null
R$* < @ $+ @ $+ > $* $: $1 < @ $3 . > $4 $M is not null
###################################################################
### Ruleset 94 -- convert envelope names to masqueraded form ###
###################################################################
S94
R$+ $@ $>93 $1
#R$* < @ *LOCAL* > $* $: $1 < @ $j . > $2
###################################################################
### Ruleset 98 -- local part of ruleset zero (can be null) ###
###################################################################
S98
#
######################################################################
######################################################################
#####
##### MAILER DEFINITIONS
#####
######################################################################
######################################################################
######################*****##############
### PROCMAIL Mailer specification ###
##################*****##################
##### @(#)procmail.m4 8.6 (Berkeley) 4/30/97 #####
Mprocmail, P=/usr/bin/procmail, F=DFMSPhnu9, S=11/31, R=21/31,
T=DNS/RFC822/X-Unix,
A=procmail -Y -m $h $f $u
#####################################
### SMTP Mailer specification ###
#####################################
##### @(#)smtp.m4 8.33 (Berkeley) 7/9/96 #####
Msmtp, P=[IPC], F=mDFMuX, S=11/31, R=21/31, E=\r\n, L=990,
T=DNS/RFC822/SMTP,
A=IPC $h
Mesmtp, P=[IPC], F=mDFMuXa, S=11/31, R=21/31, E=\r\n, L=990,
T=DNS/RFC822/SMTP,
A=IPC $h
Msmtp8, P=[IPC], F=mDFMuX8, S=11/31, R=21/31, E=\r\n, L=990,
T=DNS/RFC822/SMTP,
A=IPC $h
Mrelay, P=[IPC], F=mDFMuXa8, S=11/31, R=61/71, E=\r\n, L=2040,
T=DNS/RFC822/SMTP,
A=IPC $h
#
# envelope sender rewriting
#
S11
R$+ $: $>51 $1 sender/recipient common
R$* :; <@> $@ list:; special case
R$* $: $>61 $1 qualify unqual'ed names
R$+ $: $>94 $1 do masquerading
#
# envelope recipient rewriting --
# also header recipient if not masquerading recipients
#
S21
R$+ $: $>51 $1 sender/recipient common
R$+ $: $>61 $1 qualify unqual'ed names
#
# header sender and masquerading header recipient rewriting
#
S31
R$+ $: $>51 $1 sender/recipient common
R:; <@> $@ list:; special case
# do special header rewriting
R$* <@> $* $@ $1 <@> $2 pass null host through
R< @ $* > $* $@ < @ $1 > $2 pass route-addr through
R$* $: $>61 $1 qualify unqual'ed names
R$+ $: $>93 $1 do masquerading
#
# convert pseudo-domain addresses to real domain addresses
#
S51
# pass <route-addr>s through
R< @ $+ > $* $@ < @ $1 > $2 resolve <route-addr>
# output fake domains as user%fake@relay
# do UUCP heuristics; note that these are shared with UUCP mailers
R$+ < @ $+ .UUCP. > $: < $2 ! > $1 convert to UUCP form
R$+ < @ $* > $* $@ $1 < @ $2 > $3 not UUCP form
# leave these in .UUCP form to avoid further tampering
R< $&h ! > $- ! $+ $@ $2 < @ $1 .UUCP. >
R< $&h ! > $-.$+ ! $+ $@ $3 < @ $1.$2 >
R< $&h ! > $+ $@ $1 < @ $&h .UUCP. >
R< $+ ! > $+ $: $1 ! $2 < @ $Y > use UUCP_RELAY
R$+ < @ $+ : $+ > $@ $1 < @ $3 > strip mailer: part
R$+ < @ > $: $1 < @ *LOCAL* > if no UUCP_RELAY
#
# common sender and masquerading recipient rewriting
#
S61
R$* < @ $* > $* $@ $1 < @ $2 > $3 already fully qualified
R$+ $@ $1 < @ *LOCAL* > add local qualification
#
# relay mailer header masquerading recipient rewriting
#
S71
R$+ $: $>61 $1
R$+ $: $>93 $1
##################################################
### Local and Program Mailer specification ###
##################################################
##### @(#)local.m4 8.23 (Berkeley) 5/31/96 #####
Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn9, S=10/30,
R=20/40,
T=DNS/RFC822/X-Unix,
A=procmail -Y -a $h -d $u
Mprog, P=/bin/sh, F=lsDFMoqeu9, S=10/30, R=20/40, D=$z:/,
T=X-Unix,
A=sh -c $u
#
# Envelope sender rewriting
#
S10
R<@> $n errors to mailer-daemon
R$+ $: $>50 $1 add local domain if needed
R$* $: $>94 $1 do masquerading
#
# Envelope recipient rewriting
#
S20
R$+ < @ $* > $: $1 strip host part
#
# Header sender rewriting
#
S30
R<@> $n errors to mailer-daemon
R$+ $: $>50 $1 add local domain if needed
R$* $: $>93 $1 do masquerading
#
# Header recipient rewriting
#
S40
R$+ $: $>50 $1 add local domain if needed
R$* $: $>93 $1 do all-masquerading
#
# Common code to add local domain name (only if always-add-domain)
#
S50
R$* < @ $* > $* $@ $1 < @ $2 > $3 already fully qualified
R$+ $@ $1 < @ *LOCAL* > add local qualification
Give a man a computer program and you give him a headache,
but teach him to program computers and you give him the power
to create headaches for others for the rest of his life...
R. B. Forest
>Ik gebruik Linux (RedHat 5.0), en gebruik dus een versie 8.8.7.
Ik ook, dus dat is makkelijk.
>Verder geen ingewikkelde verbindingen: ik wil enkel mail kunnen lezen,
>desnoods als 1 vaste gebruiker, en ook wat kunnen versturen.
Dat gaat lukken, want dat doet iedereen.
>Ik heb al gelezen in de thread 'Smart host TOO smart' in
>comp.mail.sendmal, en enige suggesties overgenomen, zodat ik nu in
>ieder geval intern mailtjes kan versturen,
Dit snap ik niet. Om intern mails te versturen, hoef je alleen
sendmail te installeren en laten draaien. Je hoeft geen enkele regel
configuratie toe te voegen, dus ik snap niet dat dit niet zonder meer
ging.
>maar dat is ook niet alles, want dat heeft fetchmail om zeep geholpen;
Leg eens verder uit wat je hiermee bedoelt.
>volgens mij controleert hij
>nu bij elk binnenkomend emailtje of de afzender wel bestaat, en dan
>zoekt hij naar daemon identd.
Nou, hij controleert of de domain van de afzender wel goed is; dat is
toch even wat anders
>Dat kan ik zelf wel weer terug draaien.
Dat zou ik maar niet doen, want het is een effectief middel tegen
spam.
>Verder heeft een expert mij vroeger al eens uitgelegd hoe je met
>userdb om moest gaan om te zorgen dat alles wat ik verstuur als
>afzender thun...@xs4all.nl krijgt.
Dat is vrij simpel.
Zet de volgende regel in je redhat.mc (of hoe het ook heet bij jou):
FEATURE(`genericstable')
Bak er een sendmail.cf mee:
m4 redhat.mc > /etc/sendmail.cf
Zet desnoods de permissies goed:
chmod 644 /etc/sendmail.cf
Creëer een /etc/genericstable:
vi /etc/genericstable
en zet daarin:
lokale_naam thun...@xs4all.nl
Maak er een hashtabel van:
makemap hash /etc/genericstable < /etc/genericstable
Herstart sendmail:
killall -HUP sendmail
of:
/etc/rc.d/init.d/sendmail restart
>Het probleem:
>
>Hoe verstuur ik email naar xs4all? Als ik het goed heb begrepen eist
>smtp.xs4all.nl dat degene die inlogt om mail te versturen een geldig
>domein heeft.
Het is niet echt inloggen, maar in grote lijnen komt het hier wel op
neer.
>Sinds ik een tijdje in een zusterflat heb geleefd is de
>bijnaam die iemand mijn kamer gaf blijven hangen als host-naam:
>
>hunkerbunker
>
>Als ik als root inlog en iets verstuur, probeert sendmail dus email
>van ro...@hunkerbunker.xs4all.nl te verkopen aan smtp.xs4all.nl.
Je kan beter niet als root werken voor dit soort zaken, want vroeg of
laat komt je dat duur te staan.
>En die wil dat niet. Waar vertel ik sendmail wie ik ben?
Zoals boven uitgelegd met de genericstable, maar dan moet je je mail
wel versturen als de persoon naar wie je XS4ALL-naam
verwijst. Desnoods zou je die naam naar meerdere lokale gebruikers
kunnen laten verwijzen, maar dat heeft niet zo veel zin.
>En wie ben ik
>precies, want mijn ip-adres wisselt? Moet ik dat uitvissen en in
>ip-up.local iets invoegen dat het aan sendmail vertelt?
Hmm, ja, dat is tricky. Ik weet niet hoe je dit nu het beste kan
oplossen. Ik heb indertijd zelf een tijd lang sendmail gebruikt met
dynamisch IP en geen herkende hostname, maar dat was nog voordat
XS4ALL SMTP had dichtgetimmerd.
Afgezien van in ip-up dynamisch je /etc/hosts aanpassen met een sed
script en $4 van pppd, zou ik het ook niet zo snel weten.
De makkelijkste oplossing is, denk ik, een vast IP-nummer &
hostname. Of ik zie iets veel simpelers over het hoofd.
>Zou het trouwens niet voor xs4all mogelijk zijn om bij email
>versturende verbinding niet op de hostnaam te letten als het ip-nummer
>een nummer is dat xs4all.nl zelf uitgedeeld heeft? Dan hou je toch ook
>spammers buiten de deur?
Nee, want een spammer zou dan willekeurig een IP-nummer kunnen kiezen
binnen het blok van XS4ALL.
Ian
--
Ian Macdonald | Don't give in to spammers.
http://www.caliban.org/ | Use your real e-mail address
PGP key available from public servers | on Usenet.
Linux 2.0.33 on an i686 |
>Op Fri, 13 Feb 1998 14:34:12 GMT schreef jwk
><_hate_spam...@xs4all.nl>:
>
>>Ik gebruik Linux (RedHat 5.0), en gebruik dus een versie 8.8.7.
>
>Ik ook, dus dat is makkelijk.
>
>>Verder geen ingewikkelde verbindingen: ik wil enkel mail kunnen lezen,
>>desnoods als 1 vaste gebruiker, en ook wat kunnen versturen.
>
>Dat gaat lukken, want dat doet iedereen.
>
>>Ik heb al gelezen in de thread 'Smart host TOO smart' in
>>comp.mail.sendmal, en enige suggesties overgenomen, zodat ik nu in
>>ieder geval intern mailtjes kan versturen,
>
>Dit snap ik niet. Om intern mails te versturen, hoef je alleen
>sendmail te installeren en laten draaien. Je hoeft geen enkele regel
>configuratie toe te voegen, dus ik snap niet dat dit niet zonder meer
>ging.
Het had er dacht ik mee te maken dat mails naar root wel gingen, maar
niet naar root@hunkerbunker of zo iets, omdat hij dan toch via de
'smart-relay-host' ging sturen - ik vind het toch ingewikkeld!
>
>>maar dat is ook niet alles, want dat heeft fetchmail om zeep geholpen;
>
>Leg eens verder uit wat je hiermee bedoelt.
>
>>volgens mij controleert hij
>>nu bij elk binnenkomend emailtje of de afzender wel bestaat, en dan
>>zoekt hij naar daemon identd.
>
>Nou, hij controleert of de domain van de afzender wel goed is; dat is
>toch even wat anders
>
>>Dat kan ik zelf wel weer terug draaien.
>
>Dat zou ik maar niet doen, want het is een effectief middel tegen
>spam.
>
>>Verder heeft een expert mij vroeger al eens uitgelegd hoe je met
>>userdb om moest gaan om te zorgen dat alles wat ik verstuur als
>>afzender thun...@xs4all.nl krijgt.
>
>Dat is vrij simpel.
>
>Zet de volgende regel in je redhat.mc (of hoe het ook heet bij jou):
>
> FEATURE(`genericstable')
>
>Bak er een sendmail.cf mee:
>
> m4 redhat.mc > /etc/sendmail.cf
>
>Zet desnoods de permissies goed:
>
> chmod 644 /etc/sendmail.cf
>
>Creëer een /etc/genericstable:
>
> vi /etc/genericstable
>
>en zet daarin:
>
> lokale_naam thun...@xs4all.nl
>
>Maak er een hashtabel van:
>
> makemap hash /etc/genericstable < /etc/genericstable
>
>Herstart sendmail:
>
> killall -HUP sendmail
>
> of:
>
> /etc/rc.d/init.d/sendmail restart
>
Eh ja, in ieder geval had en heb ik het na die uitleg van die expert
ook draaien met userdb.
>>Het probleem:
>>
>>Hoe verstuur ik email naar xs4all? Als ik het goed heb begrepen eist
>>smtp.xs4all.nl dat degene die inlogt om mail te versturen een geldig
>>domein heeft.
>
>Het is niet echt inloggen, maar in grote lijnen komt het hier wel op
>neer.
>
>>Sinds ik een tijdje in een zusterflat heb geleefd is de
>>bijnaam die iemand mijn kamer gaf blijven hangen als host-naam:
>>
>>hunkerbunker
>>
>>Als ik als root inlog en iets verstuur, probeert sendmail dus email
>>van ro...@hunkerbunker.xs4all.nl te verkopen aan smtp.xs4all.nl.
>
>Je kan beter niet als root werken voor dit soort zaken, want vroeg of
>laat komt je dat duur te staan.
MM, weet ik, maar als je constant die configuratie-bestanden aan zit
te passen die alleen met root te veranderen zijn, dat test je (nou ik
in ieder geval) het ook als root. Later wil ik het ook als gewone
gebruiker gaan doen, en die heeft trouwens een andere naam dan
thunder7, om het leuk te houden :-)
>
>>En die wil dat niet. Waar vertel ik sendmail wie ik ben?
>
>Zoals boven uitgelegd met de genericstable, maar dan moet je je mail
>wel versturen als de persoon naar wie je XS4ALL-naam
>verwijst. Desnoods zou je die naam naar meerdere lokale gebruikers
>kunnen laten verwijzen, maar dat heeft niet zo veel zin.
Ai. Dus nu moet ik steeds inloggen als thunder7, terwijl ik juist een
gemakkelijker id gebruik?
>
>>En wie ben ik
>>precies, want mijn ip-adres wisselt? Moet ik dat uitvissen en in
>>ip-up.local iets invoegen dat het aan sendmail vertelt?
>
>Hmm, ja, dat is tricky. Ik weet niet hoe je dit nu het beste kan
>oplossen. Ik heb indertijd zelf een tijd lang sendmail gebruikt met
>dynamisch IP en geen herkende hostname, maar dat was nog voordat
>XS4ALL SMTP had dichtgetimmerd.
>
>Afgezien van in ip-up dynamisch je /etc/hosts aanpassen met een sed
>script en $4 van pppd, zou ik het ook niet zo snel weten.
>
>De makkelijkste oplossing is, denk ik, een vast IP-nummer &
>hostname. Of ik zie iets veel simpelers over het hoofd.
Ik had het toch als XS4All gebruiker wel fijn gevonden als XS4All zijn
gebruikers niet met een 'tricky' situatie had laten zitten. Een vast
ip-adres kost nu een keer geld, en ik zou eigenlijk niet weten waarom
ik het nodig heb.
>
>>Zou het trouwens niet voor xs4all mogelijk zijn om bij email
>>versturende verbinding niet op de hostnaam te letten als het ip-nummer
>>een nummer is dat xs4all.nl zelf uitgedeeld heeft? Dan hou je toch ook
>>spammers buiten de deur?
>
>Nee, want een spammer zou dan willekeurig een IP-nummer kunnen kiezen
>binnen het blok van XS4ALL.
>
>Ian
Alvast bedankt, ik denk dat ik maar weer eens wat ga proberen,
Jurriaan
Silence is the most perfect expression of scorn.
Bernard Shaw
<knip>
>[ goeie oplossing gebruik makend van de genericstable]
>
>Je kan ook smtp1.hetnet.nl als smarthost/relay gebruiken,
>die is namelijk zo slecht ingesteld dat ie alles toelaat.
>
>
Dat klinkt niet echt als een permanente oplossing, zelfs als die
mensen daar bovengemiddeld dom zijn zullen ze dat toch wel eens
doorkrijgen?
| On Fri, 13 Feb 1998 21:12:06 GMT, fri...@PUBLIC.COM (Dead Socket)
| wrote:
| <knip>
| >[ goeie oplossing gebruik makend van de genericstable]
| >Je kan ook smtp1.hetnet.nl als smarthost/relay gebruiken,
| >die is namelijk zo slecht ingesteld dat ie alles toelaat.
| Dat klinkt niet echt als een permanente oplossing, zelfs als die
| mensen daar bovengemiddeld dom zijn zullen ze dat toch wel eens
| doorkrijgen?
Als je van binnen het hetnet komt dan valt dat moeilijk af te schermen en
toegang tot hetnet is nu eenmaal anoniem. Deze situatie is dus net zo
permanent als hetnet ;-).
Ron van Wier
--
http://www.xs4all.nl/~ronvwier/
>>Je kan ook smtp1.hetnet.nl als smarthost/relay gebruiken,
>>die is namelijk zo slecht ingesteld dat ie alles toelaat.
>Dat klinkt niet echt als een permanente oplossing, zelfs als die
>mensen daar bovengemiddeld dom zijn zullen ze dat toch wel eens
>doorkrijgen?
O ja? Door gewoon in te bellen op HetNjet kan je meteen
mailhost.hetnet.nl gebruiken, *zonder* dat je IP nummer wijst op een
account dat ueberhaupt maar zou kunnen worden afgesloten! Lekker
anoniem spammen en mailbomben, da's fijn! Dit is schijnbaar als zo
sinds het begin van HetNjet, alleen ik heb het toendertijd niet zo
vaak uitgeprobeert, en hun servers zijn nog wel eens uit de lucht..
Het is niet volledig anoniem btw, met behulp van een bevel van de
rechter zouden ze bij de PTT je telefoonnummer op kunnen vragen, maar
voor de meeste spammere/bombers is dit anoniem genoeg.. (En ik hoef
denk ik niet in te gaan op acoustische modems en telefooncellen..)
z0ne / z0...@cryogen.com
"I posted in xs4all.general, but they wouldn't tell
me anything specific"
OK, ok, ik ben overtuigd, het kan kennelijk via het net.
Maar het zal toch niet zo zijn dat ik gedwongen ben om via NetNetNiet
in te bellen? Ik ben vooral geinteresseerd in een oplossing om met
XS4All te werken - dus hoop ik dat iemand me kan uitleggen hoe ik
controleer wat sendmail als hostname overzend, of moet ik misschien
mijzelf domain .nl, hostname xs4all toe gaan kennen?
Jurriaan
I'll be Bach.
Johann Sebastian Schwarzenegger
>In article <34e6b50...@news.xs4all.nl>, thun...@xs4all.nl wrote:
>>
>>Maar het zal toch niet zo zijn dat ik gedwongen ben om via NetNetNiet
>>in te bellen? Ik ben vooral geinteresseerd in een oplossing om met
>
>Nee.
>
>>XS4All te werken - dus hoop ik dat iemand me kan uitleggen hoe ik
>>controleer wat sendmail als hostname overzend, of moet ik misschien
>>mijzelf domain .nl, hostname xs4all toe gaan kennen?
>
>Nee. De geboden oplossing met de genericstable was goed.
>Alternatieven: vast ip-numme rbij xs4all nemen, anders smtp-host
>(bijvoorbeeld die van HetNet) als marthost instellen.
>
>Je zou je ook eens kunnen verdiepen in het OS waar je mee werkt,
>of in ieder geval de documentatie van sendmail kunnen lezen.
Helaas werkt de oplossing met genericstable niet goed.
Ik was al een beetje bang dat het een oplossing voor het probleem was
dat ik met behulp van userdb al opgelost had was.
Het volgende is geprobeerd als root, maar het effect als thunder7 of
jurriaan is hetzelfde.
Eerst een stukje /var/log/maillog:
Feb 14 19:43:54 hunkerbunker sendmail[179]: starting daemon (8.8.7):
SMTP
root 1 56
Feb 14 19:44:20 hunkerbunker sendmail[291]: TAA00291: from=root,
size=56, class=0, pri=30056, nrcpts=1,
msgid=<1998021418...@hunkerbunker.xs4all.nl>,
relay=root@localhost
Feb 14 19:44:20 hunkerbunker sendmail[291]: TAA00291:
to=thun...@xs4all.nl, delay=00:00:00, mailer=relay, stat=queued
Feb 14 19:45:11 hunkerbunker sendmail[372]: TAA00291:
to=thun...@xs4all.nl, ctladdr=root (0/0), delay=00:00:51,
xdelay=00:00:13, mailer=relay, relay=smtp1.xs4all.nl. [194.109.6.51],
stat=Deferred: 451 <ro...@hunkerbunker.xs4all.nl>... Cannot resolve
that - try again later.
Ik probeerde met mail thun...@xs4all.nl een mailtje van linux thuis
via xs4all naar mezelf te versturen.
/etc/userdb
:default:mailname xs4all.nl
root:mailname thun...@xs4all.nl
jurriaan:mailname thun...@xs4all.nl
thunder7:mailname thun...@xs4all.nl
/etc/genericstable
root thun...@xs4all.nl
jurriaan thun...@xs4all.nl
/etc/hosts
#127.0.0.1 localhost
127.0.0.1 hunkerbunker.xs4all.nl hunkerbunker
192.168.0.1 hunkerbunker
Het feit blijft dus dat xs4all weigert een mail van
hunkerbunker.xs4all.nl aan te nemen.
En nu, meneer frie...@PUBLIC.COM, ben ik nog steeds benieuwd naar het
goede antwoord: is het mogelijk zonder een vast ip-adres toch een
eigen domein thuis te gebruiker? Als ik mijn apparaat xs4all noem, in
domein .nl, en mail verstuur als thunder7 gaat het inderdaad wel goed,
maar interne mailtjes aan ro...@xs4all.nl staan zo idioot, en bovendien
kan een gewone gebruiker als thunder7 standaard niet sendmail -q
uitvoeren, want sendmail staat in /usr/sbin, waar gewone gebruikers
niets te zoeken hebben.
Verder kan ik daar nog aan toe voegen dat ik mij regelmatig in het OS
waar ik mee werk verdiep, en dat ik persoonlijk de documentatie van
sendmail niet echt verhelderend vind, ook niet die op www.sendmail.org
Dus hoop ik dat je je weerzin tegen nog zo'n lastige newbie (wat ik
kennelijk voor je ben) kunt overwinnen en me kunt helpen. Zoals ik al
eerder heb aangegeven, ben ik van plan als er een oplossing komt, die
aan xs4all te geven, zodat ze de help-pages waar nu bij linux niets
over mail instaat wat aan kunnen vullen.
Vraag:
is er iemand die weet hoe ik sendmail kan laten werken, dus met mijn
machine 'hunkerbunker', zonder een vast ip-adres?
Jurriaan
I don't engage in a battle of wits with defenseless people.
>On 13 Feb 1998 20:18:29 GMT, i...@caliban.org (Ian Macdonald) wrote:
>
>Het had er dacht ik mee te maken dat mails naar root wel gingen, maar
>niet naar root@hunkerbunker of zo iets, omdat hij dan toch via de
>'smart-relay-host' ging sturen - ik vind het toch ingewikkeld!
Dan wist sendmail niet dat hunkerbunker de localhost was.
>>>Waar vertel ik sendmail wie ik ben?
>>
>>Zoals boven uitgelegd met de genericstable, maar dan moet je je mail
>>wel versturen als de persoon naar wie je XS4ALL-naam
>>verwijst. Desnoods zou je die naam naar meerdere lokale gebruikers
>>kunnen laten verwijzen, maar dat heeft niet zo veel zin.
>
>Ai. Dus nu moet ik steeds inloggen als thunder7, terwijl ik juist een
>gemakkelijker id gebruik?
Nee, je kunt inloggen als de paus als je dat wilt. Kijk, ik heb in
mijn genericstable het volgende staan:
ianmacd i...@caliban.org
ianmacd is dus mijn lokale username (en toevallig ook de naam
waaronder ik bij XS4ALL inlog, maar dat maakt niets uit, want wat hier
staat heeft geen enkele invloed op het inloggen).
Als ik hier thuis als ianmacd inlog, dan gebruikt sendmail
i...@caliban.org als de afzender van mijn mail. Als ik mail zou
versturen terwijl ik ingelogd ben als root, dan zou er gewoon
ro...@caliban.xs4all.nl in de header verschijnen, omdat root geen entry
heeft in de genericstable.
Links zet je dus de naam waaronder je _lokaal_ inlogt om mail te
versturen, rechts zet je het adres waarop je mail wilt ontvangen, wat
in jouw geval (zonder eigen hostname) gewoon thun...@xs4all.nl is.
>>De makkelijkste oplossing is, denk ik, een vast IP-nummer &
>>hostname. Of ik zie iets veel simpelers over het hoofd.
>
>Ik had het toch als XS4All gebruiker wel fijn gevonden als XS4All zijn
>gebruikers niet met een 'tricky' situatie had laten zitten.
Nou, het probleem is niet XS4ALL, maar gewoon de aard van je
setup. Unix netwerkapplicaties zijn er al heel lang en zijn van
oorsprong ontwikkeld voor computers met vaste verbindingen en dus ook
vaste IP-adressen en -namen. Het valt niet mee om dat in bochten te
wringen om met dynamische adressen te gaan werken.
Wat je zou kunnen doen is in ip-up.local een nslookup doen op $4 (je
dynamisch gealloceerde IP-nummer op dat moment) en het antwoord
gebruiken als de invoer van het hostname-commando, maar wat je ook
bedenkt, het blijven hacks en kludges.
Lees eens de Dynamic IP Hacks Mini-HOWTO. Misschien heb je daar wat
aan.
>Een vast
>ip-adres kost nu een keer geld, en ik zou eigenlijk niet weten waarom
>ik het nodig heb.
Omdat het een heleboel dingen makkelijker maakt en wat is f 30
tegenwoordig? Blijf een keertje zaterdagavond thuis en je hebt het
terug :-)
Je kan dan ook bSMTP gaan gebruiken, bent oproepbaar voor mensen die
met je willen talken, kan afgebroken FTP-sessies hervatten en tal van
andere kleine voordelen.
Succes.
>Het volgende is geprobeerd als root, maar het effect als thunder7 of
>jurriaan is hetzelfde.
>
>Eerst een stukje /var/log/maillog:
>Feb 14 19:43:54 hunkerbunker sendmail[179]: starting daemon (8.8.7):
>SMTP
>root 1 56
>Feb 14 19:44:20 hunkerbunker sendmail[291]: TAA00291: from=root,
>size=56, class=0, pri=30056, nrcpts=1,
>msgid=<1998021418...@hunkerbunker.xs4all.nl>,
>relay=root@localhost
>Feb 14 19:44:20 hunkerbunker sendmail[291]: TAA00291:
>to=thun...@xs4all.nl, delay=00:00:00, mailer=relay, stat=queued
>Feb 14 19:45:11 hunkerbunker sendmail[372]: TAA00291:
>to=thun...@xs4all.nl, ctladdr=root (0/0), delay=00:00:51,
>xdelay=00:00:13, mailer=relay, relay=smtp1.xs4all.nl. [194.109.6.51],
>stat=Deferred: 451 <ro...@hunkerbunker.xs4all.nl>... Cannot resolve
>that - try again later.
Logisch, XS4ALL controleert of je bent wie je zegt dat je bent en,
krijg nou wat, hunkerbunker.xs4all.nl is niet terug te vinden in de
DNS.
>/etc/userdb
>/etc/genericstable
Deze staan los van het probleem. Je moet een manier zien te vinden om
een geldige identiteit door te geven aan smtp.xs4all.nl.
>/etc/hosts
>#127.0.0.1 localhost
>127.0.0.1 hunkerbunker.xs4all.nl hunkerbunker
>192.168.0.1 hunkerbunker
Dit is hartstikke fout. 127.0.0.1 moet localhost heten, anders zullen
verschillende netwerkapplicaties slecht functioneren. Waarom heb je
dit gedaan?
>Het feit blijft dus dat xs4all weigert een mail van
>hunkerbunker.xs4all.nl aan te nemen.
Logisch, mijn sendmail zou je ook niet binnenlaten onder die naam.
>is het mogelijk zonder een vast ip-adres toch een
>eigen domein thuis te gebruiker? Als ik mijn apparaat xs4all noem, in
>domein .nl, en mail verstuur als thunder7 gaat het inderdaad wel
>goed,
Je kunt niet voor een dubbeltje op de eerste rang zitten. Je wilt een
eigen hostname gebruiken, zonder een eigen hostname te hebben. Ik zou
toch eens over die f 30 gaan nadenken als ik jou was.
>bovendien
>kan een gewone gebruiker als thunder7 standaard niet sendmail -q
>uitvoeren, want sendmail staat in /usr/sbin, waar gewone gebruikers
>niets te zoeken hebben.
Je kunnen het standaard wel uitvoeren, het staat alleen niet in hun
pad; dat is wat anders. Maar waarom zou je handmatig de queue willen
legen? Dat kun je beter vanuit je ip-up doen, dan gaat het
automatisch.
>Verder kan ik daar nog aan toe voegen dat ik mij regelmatig in het OS
>waar ik mee werk verdiep, en dat ik persoonlijk de documentatie van
>sendmail niet echt verhelderend vind, ook niet die op
>www.sendmail.org
Koop het boek 'sendmail' van Bryan Costales & Eric Allman, uitgever
O'Reilly & Associates. Dat is de definitieve documentatie. sendmail is
gewoon niet in een half uur door te krijgen.
>is er iemand die weet hoe ik sendmail kan laten werken, dus met mijn
>machine 'hunkerbunker', zonder een vast ip-adres?
Probeer eens in je *.mc:
MASQUERADE_AS(`xs4all.nl')
FEATURE(`masquerade_envelope')
Misschien dat dit uitkomst biedt; ik heb het zelf niet geprobeerd.
[...]
> En nu, meneer frie...@PUBLIC.COM, ben ik nog steeds benieuwd naar
> het goede antwoord: is het mogelijk zonder een vast ip-adres toch
> een eigen domein thuis te gebruiker?
Nee.
--
#!perl5 # Eric Veldhuyzen er...@terra.xs4all.nl
# Moderator of Comp.os.os2.moderated PGP-KeyID: 0xFB64FCB3
$!=$;=$_+(++$_);($:,$~,$/,$^,$*,$@)=$!=~ # Perl is Fun!
/.(.)...(.)(.)....(.)..(.)..(.)/;`$^$~$/$: $^$*$@$~ $_>&$;` # TEAM OS/2
[...]
> >is er iemand die weet hoe ik sendmail kan laten werken, dus met
> >mijn machine 'hunkerbunker', zonder een vast ip-adres?
>
> Probeer eens in je *.mc:
>
> MASQUERADE_AS(`xs4all.nl')
> FEATURE(`masquerade_envelope')
>
> Misschien dat dit uitkomst biedt; ik heb het zelf niet geprobeerd.
Dat geeft nog niet wat hij wil, hij wil een hostname gebruiken die
niemand kent, en dat kan dus niet.
>i...@caliban.org (Ian Macdonald) writes:
>>
>> MASQUERADE_AS(`xs4all.nl')
>> FEATURE(`masquerade_envelope')
>>
>> Misschien dat dit uitkomst biedt; ik heb het zelf niet geprobeerd.
>
>Dat geeft nog niet wat hij wil, hij wil een hostname gebruiken die
>niemand kent, en dat kan dus niet.
Maar gaat sendmail zich dan niet onder de FQDN van de masqueraded host
aanmelden bij smtp.xs4all.nl? Als dat zo is, dan zou het niet meer
uitmaken dat hij een niet-bestaande hostname gebruikt.
>Op Sat, 14 Feb 1998 11:18:21 GMT schreef jwk
><_hate_spam...@xs4all.nl>:
>
>>On 13 Feb 1998 20:18:29 GMT, i...@caliban.org (Ian Macdonald) wrote:
>>
>>Het had er dacht ik mee te maken dat mails naar root wel gingen, maar
>>niet naar root@hunkerbunker of zo iets, omdat hij dan toch via de
>>'smart-relay-host' ging sturen - ik vind het toch ingewikkeld!
>
>Dan wist sendmail niet dat hunkerbunker de localhost was.
>
>>>>Waar vertel ik sendmail wie ik ben?
>>>
>>>Zoals boven uitgelegd met de genericstable, maar dan moet je je mail
>>>wel versturen als de persoon naar wie je XS4ALL-naam
>>>verwijst. Desnoods zou je die naam naar meerdere lokale gebruikers
>>>kunnen laten verwijzen, maar dat heeft niet zo veel zin.
>>
>>Ai. Dus nu moet ik steeds inloggen als thunder7, terwijl ik juist een
>>gemakkelijker id gebruik?
>
>Nee, je kunt inloggen als de paus als je dat wilt. Kijk, ik heb in
>mijn genericstable het volgende staan:
>
> ianmacd i...@caliban.org
>
>ianmacd is dus mijn lokale username (en toevallig ook de naam
>waaronder ik bij XS4ALL inlog, maar dat maakt niets uit, want wat hier
>staat heeft geen enkele invloed op het inloggen).
>
>Als ik hier thuis als ianmacd inlog, dan gebruikt sendmail
>i...@caliban.org als de afzender van mijn mail. Als ik mail zou
>versturen terwijl ik ingelogd ben als root, dan zou er gewoon
>ro...@caliban.xs4all.nl in de header verschijnen, omdat root geen entry
>heeft in de genericstable.
>
>Links zet je dus de naam waaronder je _lokaal_ inlogt om mail te
>versturen, rechts zet je het adres waarop je mail wilt ontvangen, wat
>in jouw geval (zonder eigen hostname) gewoon thun...@xs4all.nl is.
>
>>>De makkelijkste oplossing is, denk ik, een vast IP-nummer &
>>>hostname. Of ik zie iets veel simpelers over het hoofd.
>>
>>Ik had het toch als XS4All gebruiker wel fijn gevonden als XS4All zijn
>>gebruikers niet met een 'tricky' situatie had laten zitten.
>
>Nou, het probleem is niet XS4ALL, maar gewoon de aard van je
>setup. Unix netwerkapplicaties zijn er al heel lang en zijn van
>oorsprong ontwikkeld voor computers met vaste verbindingen en dus ook
>vaste IP-adressen en -namen. Het valt niet mee om dat in bochten te
>wringen om met dynamische adressen te gaan werken.
>
>Wat je zou kunnen doen is in ip-up.local een nslookup doen op $4 (je
>dynamisch gealloceerde IP-nummer op dat moment) en het antwoord
>gebruiken als de invoer van het hostname-commando, maar wat je ook
>bedenkt, het blijven hacks en kludges.
>
>Lees eens de Dynamic IP Hacks Mini-HOWTO. Misschien heb je daar wat
>aan.
>
>>Een vast
>>ip-adres kost nu een keer geld, en ik zou eigenlijk niet weten waarom
>>ik het nodig heb.
>
>Omdat het een heleboel dingen makkelijker maakt en wat is f 30
>tegenwoordig? Blijf een keertje zaterdagavond thuis en je hebt het
>terug :-)
>
>Je kan dan ook bSMTP gaan gebruiken, bent oproepbaar voor mensen die
>met je willen talken, kan afgebroken FTP-sessies hervatten en tal van
>andere kleine voordelen.
>
>Succes.
>
>Ian
In ieder geval hartelijk bedankt voor de serieuze manier waarop je met
deze vraag omgaat, en ik kan jou niet kwalijk nemen dat ik met het
antwoord nog niet tevreden ben. Ik mag dan een zuunige hollander zijn,
ik wil helemaal niet oproepbaar zijn en dankzij mijn geweldige
provider worden mijn ftp-sessies nooit afgebroken :-), dus ik zou het
wel lullig vinden als xs4all als neven-effect van anti-spam
maatregelen mij duwt in de richting van extra geld uitgeven. Ik weet
dat 30,- niet veel is, maar het is toch een goed boek.
Ik zal maar eens aan het hostname-commando gaan sleutelen.
Groeten,
Jurriaan
I do not want people to be agreeeable, as it saves me the trouble of liking the
them.
>_hate_spam...@xs4all.nl (jwk) writes:
>
>[...]
>
>> En nu, meneer frie...@PUBLIC.COM, ben ik nog steeds benieuwd naar
>> het goede antwoord: is het mogelijk zonder een vast ip-adres toch
>> een eigen domein thuis te gebruiker?
>
>Nee.
OK, ok, beste mensen, ik ben al overtuigd: comfort moet wat kosten!
Ik zal het anti-spam beleid van Xs4all maar wat gaan sponsoren....
Iedereen bedankt voor de zinnige reacties en de opbouwend sarcastische
hulp.
>In article <slrn6e9ak...@caliban.xs4all.nl>, i...@caliban.org (Ian Macdonald) wrote:
>>Op Fri, 13 Feb 1998 14:34:12 GMT schreef jwk
>><_hate_spam...@xs4all.nl>:
>>
>>>Ik gebruik Linux (RedHat 5.0), en gebruik dus een versie 8.8.7.
>>
>>Ik ook, dus dat is makkelijk.
>>
>>>Verder geen ingewikkelde verbindingen: ik wil enkel mail kunnen lezen,
>>>desnoods als 1 vaste gebruiker, en ook wat kunnen versturen.
>>
>>Dat gaat lukken, want dat doet iedereen.
>>
>>>Ik heb al gelezen in de thread 'Smart host TOO smart' in
>>>comp.mail.sendmal, en enige suggesties overgenomen, zodat ik nu in
>>>ieder geval intern mailtjes kan versturen,
>>
>>Dit snap ik niet. Om intern mails te versturen, hoef je alleen
>>sendmail te installeren en laten draaien. Je hoeft geen enkele regel
>>configuratie toe te voegen, dus ik snap niet dat dit niet zonder meer
>>ging.
>>
>>>maar dat is ook niet alles, want dat heeft fetchmail om zeep geholpen;
>>
>>Leg eens verder uit wat je hiermee bedoelt.
>>
>>>volgens mij controleert hij
>>>nu bij elk binnenkomend emailtje of de afzender wel bestaat, en dan
>>>zoekt hij naar daemon identd.
>>
>>Nou, hij controleert of de domain van de afzender wel goed is; dat is
>>toch even wat anders
>>
>>>Dat kan ik zelf wel weer terug draaien.
>>
>>Dat zou ik maar niet doen, want het is een effectief middel tegen
>>spam.
>>
>>>Verder heeft een expert mij vroeger al eens uitgelegd hoe je met
>>>userdb om moest gaan om te zorgen dat alles wat ik verstuur als
>>>afzender thun...@xs4all.nl krijgt.
>>
>>Dat is vrij simpel.
>>
>>Zet de volgende regel in je redhat.mc (of hoe het ook heet bij jou):
>
>[ goeie oplossing gebruik makend van de genericstable]
>
>Je kan ook smtp1.hetnet.nl als smarthost/relay gebruiken,
>die is namelijk zo slecht ingesteld dat ie alles toelaat.
Als je mail buiten xs4all blijft (Dus geen mailverstuurt naar een
XS4ALL gebruiker), kun je ook gebruik maken van xs1.xs4all.nl of
xs2.xs4all.nl (poort 25).
Bij enkele tests is gebleken dat als ik mail via xs[12].xs4all.nl
relay bij mensen buiten xs4all aankomen. Het gaat alleen fout als je
mail via smpt[12].xs4all.nl gaat. Hier blokkeerd het.
En aangezien alle mail voor abbo bij xs4all.nl langs
smtp[12].xs4all.nl gaat.....
Bakkerl
---8<----------------------------------------
Change the "2" into a "4" to send emailreply.
EMail: ne...@lamp.xs4all.nl
URL: http://www.xs4all.nl/~bakkerl
UIN: 524175
Wat heb je zo tegen een vast-ip ??
- De prijs ?? Voor die 30,-- eenmalig zou ik het dan niet voor laten.
- Gedeeld account ?? Heb je een account die je met meerdere deelt en
waarmee je ook met meerdere TEGELIJKERTIJD inbelt ??
Dan niet, maar ik begreep dat hij mail wilde uitsturen en ontvangen
als <host>.xs4all.nl, terwijl xs4all van die host niets afweet. En
dat gaat echt niet.
Ik heb nooit getest wat die FEATURE(`masquerade_envelope') regel doet,
maar volgens m'n boek moet hij dat dan toch juist wel doen. Niet dat
dit zou doen wat hij wilde, want hi wilde niet als xs4all.nl bekend
staan, maar als <host>.xs4all.nl. Zonder daar xs4all voor te betalen.
> >uitmaken dat hij een niet-bestaande hostname gebruikt.
>
> Als hij die 3 tientjes wil besparen neemt hij toch 1 van de
> duizenden nog steeds relayende smtphosts in Nederland ?
Kan je daar toch nog steeds geen mail op ontvangen want die niet
bestaande host heeft geen MX record en geen A record. Er is dus
niemand die weet waar die mail heen moet. Versturen kan je natuurlijk
dan wel, maar antwoord krijgen zit er niet in.
>fri...@PUBLIC.COM (Dead Socket) writes:
>> In article <slrn6eekf...@caliban.xs4all.nl>, i...@caliban.org
>> (Ian Macdonald) wrote:
>>
>> >Maar gaat sendmail zich dan niet onder de FQDN van de masqueraded
>> >host aanmelden bij smtp.xs4all.nl? Als dat zo is, dan zou het niet
>> >meer
>>
>> Nee.
>
>Ik heb nooit getest wat die FEATURE(`masquerade_envelope') regel doet,
>maar volgens m'n boek moet hij dat dan toch juist wel doen.
Datzelfde boek heb ik dus ook :-)
>Niet dat dit zou doen wat hij wilde, want hi wilde niet als xs4all.nl
>bekend staan, maar als <host>.xs4all.nl. Zonder daar xs4all voor te
>betalen.
Zoals ik het begrepen heb, wilde hij alleen lokaal een hostname kunnen
gebruiken, omdat het zo stom stond zijn eigen bak anders xs4all te
noemen. Hoe wil voor de buitenwereld eruit zag, was niet interessant.
>Kan je daar toch nog steeds geen mail op ontvangen want die niet
>bestaande host heeft geen MX record en geen A record. Er is dus
>niemand die weet waar die mail heen moet. Versturen kan je natuurlijk
>dan wel, maar antwoord krijgen zit er niet in.
Ik dacht dus dat hij nog steeds zijn mail via POP3 wilde ontvangen
zijn gewone account bij XS4ALL.
Inmiddels heeft hij te kennen gegeven toch die 3 tientjes uit te
geven, dus het probleem is toch opgelost. Ik zou toch nog graag van
hem (naam vergeten, sorry) willen weten of hij eerst
FEATURE(`masquerade_envelope') geprobeerd heeft.
Dat zal ik dan nog even doen. Ik was alleen nu druk bezig een
italiaanse editor wat bij te werken, en verder moet ik mijn
angband-variant nodig bijwerken tegen de nieuwste sources - waar
blijft de tijd.
In ieder geval was het inderdaad zo dat ik lokaal geen xs4all wilde
heten, en hoe m'n mailtjes eruit zien geeft niet zoveel, als er maar
een valide From: regel in staat :-), dus welke hostname xs4all ziet
maakt eigenlijk niet uit. Ik heb trouwens nog steeds geen antwoord van
sa...@xs4all.nl, dus het zal me benieuwen.
Jurriaan
What passes for woman's intuition is often nothing more
than man's transparency.
Je hoeft geen vast IPnummer te nemen om mail te kunnen versturen. Ik heb
even getest, en de volgende configuratie werkt goed, onder sendmail-8.8.8,
en ik kan me niet voorstellen dat het onder sendmail 8.8.7 anders werkt
eigenlijk.
De .mc file vind je bij redhat normaal in /usr/lib/sendmail-cf/cf
bij mij ziet 'ie er zo uit:
---8<---knip----pc.mc-----
divert(-1)
# config file suitable for dynamic dialin
divert(0)dnl
include(`../m4/cf.m4')
OSTYPE(linux)
dnl# mail.local is really in /usr/lib
define(`LOCAL_MAILER_PATH', `/usr/lib/mail.local')
undefine(`UUCP_RELAY')
undefine(`BITNET_RELAY')
undefine(`DECNET_RELAY')
define(`SMART_HOST', `smtp.xs4all.nl.')
FEATURE(masquerade_envelope)
FEATURE(genericstable)
MAILER(local)
MAILER(smtp)
define(`confPRIVACY_FLAGS', `authwarnings noexpn')dnl
---8<-------
verder heb je nog een /etc/genericstable.txt nodig:
---8<---knip----genericstable.txt-----
john joh...@xs4all.nl
---8<-------
Waarbij je "john" vervangt door je loginnaam op je eigen machine, en
"joh...@xs4all.nl" door je XS4ALL Email adres.
Verder moet je dan de volgende commando's geven. Eerst om de .cf file
aan te maken, geef je in de /usr/lib/sendmail-cf/cf directory de
opdracht:
make -f Makefile.dist pc.cf
als je mc file "pc.mc" heet zoals bij mij. hoe de file heet is niet
zo belangrijk. Zorg dan dat /etc/sendmail.cf naar die .cf file wijst,
in mijn geval:
ln -s /usr/lib/sendmail-cf/cf/pc.cf /etc/sendmail.cf
Je kunt nu de pc.mc (en daarmee pc.cf) wijzigen zoals je wilt.
Nu nog de genericstable maken, hiervoor ga je naar de /etc directory
en geeft het commando:
makemap hash genericstable < genericstable.txt
Wat je eventueel moet bijstellen in de .mc file is het path naar
mail.local. Als je geen mail.local hebt moet je oppassen. Je kunt
eventueel ook OSTYPE(redhat) gebruiken, dat zit dacht ik in die
sendmail-dinges.rpm, maar *PAS*OP*. Die OSTYPE(redhat) gaat er dan van
uit dat /bin/mail eigenlijk procmail is, en dus ook de procmail argumenten
snapt. Als je dat fout doet krijg je geen mail meer.
Als je geen mail.local hebt kun je dat het beste wel installeren,
het zit bij de sendmail source distributie, en deze installeert standaard
in /usr/lib, vandaar dat ik die special daarheen verwijs.
Als je dat allemaal gedaan hebt, dan probeer je jezelf een mailtje
te sturen, eerst lokaal, en dan naar je xs4all account. Als dat
allemaal werkt, kijk dan even voor de zekerheid of de mail die
je naar je xs4all account stuurde, bovenaan heeft staan
"From <username>@xs4all.nl <datum>" waarbij <username> je username
bij xs4all is (en <datum> de datum waarop de mail verstuurd is).
Je kunt nu ook proberen om vanaf je machine thuis een mail te sturen
naar eennietbes...@xs4all.nl, dan moet een "bounce message"
(bericht dat de email niet afgeleverd kon worden) binnen enkele
seconden in je mailbox bij xs4all belanden.
Groeten, en veel plezier met sendmail configureren :)
--
#! ##### Jan-Pieter Cornet ##### <joh...@xs4all.net> ##### perl
++$_;$!=$_+++$_;($:,$,,$/,$*)=$!=~/.(.)...(.)(.).(.)/;$!=$_+$_;
($@,$\,$~)=$!=~/(.)(.).(.)/; $_="$,$/$:"; $@++; $~="$~$_";($_)=
\$$=~/\((.)/;$|=++$_;$_++;$|++;$~="$~ $@$:";`$~$/$\$*$, $|>&$_`
[...]
> In ieder geval was het inderdaad zo dat ik lokaal geen xs4all wilde
> heten, en hoe m'n mailtjes eruit zien geeft niet zoveel, als er maar
> een valide From: regel in staat :-), dus welke hostname xs4all ziet
> maakt eigenlijk niet uit. Ik heb trouwens nog steeds geen antwoord
> van sa...@xs4all.nl, dus het zal me benieuwen.
Ah. Dan heb ik je dus toch verkeerd begrepen. Het namelijk wel
mogelijk jouw machine naar buiten toe iets anders te laten zijn dan
hij werkelijk is. Dat kan via masquerading, of via zo'n generics
tabel. Beiden hebben overigens wel nadelen, zeker in dit geval.
Nietemin, zo'n vast IPnummer, eventueel met bSMTP, maakt de zaken wel
eenvoudiger te configureren. Zelfs al was dat dan dus niet strict
noodzakelijk.
[...]
> Wat je eventueel moet bijstellen in de .mc file is het path naar
> mail.local. Als je geen mail.local hebt moet je oppassen. Je kunt
> eventueel ook OSTYPE(redhat) gebruiken, dat zit dacht ik in die
> sendmail-dinges.rpm, maar *PAS*OP*. Die OSTYPE(redhat) gaat er dan
> van uit dat /bin/mail eigenlijk procmail is, en dus ook de procmail
> argumenten snapt. Als je dat fout doet krijg je geen mail meer.
Ik ken die voorgedefinieerde redhat.m4 niet, maar ik verwacht
eigenlijk dat daar dan FEATURE(`local_procmail') in wordt
gedefinieerd. En die zet ook automagisch de goede (of in ieder geval
werkende) vlaggen voor procmail.
> Als je geen mail.local hebt kun je dat het beste wel installeren,
> het zit bij de sendmail source distributie, en deze installeert
> standaard in /usr/lib, vandaar dat ik die special daarheen verwijs.
RedHat heeft standaard geen mail.local. Ik heb het tenminste niet
gevonden.
> Als je dat allemaal gedaan hebt, dan probeer je jezelf een mailtje
> te sturen, eerst lokaal, en dan naar je xs4all account. Als dat
> allemaal werkt, kijk dan even voor de zekerheid of de mail die
> je naar je xs4all account stuurde, bovenaan heeft staan
> "From <username>@xs4all.nl <datum>" waarbij <username> je username
> bij xs4all is (en <datum> de datum waarop de mail verstuurd is).
En als het niet werkt, kijk dan eens even goed in je logiles, welke
dat zijn staat weer in /etc/syslog.conf gedefinieerd. Tijdens deze
testfase kan het nuttig zijn het loglevel van sendmail tijdelijk op te
schroeven naar bijvoorbeeld 13 (M4: define(`confLOG_LEVEL',13)). Niet
aan te raden voor dagelijks gebruik, tijdens testen wel eens
nuttig. Uiteraard syslog nog wel even zo definieren dat die deze
meldingen ook wegschrijft naar de logfiles.
> Je kunt nu ook proberen om vanaf je machine thuis een mail te sturen
> naar eennietbes...@xs4all.nl, dan moet een "bounce message"
> (bericht dat de email niet afgeleverd kon worden) binnen enkele
> seconden in je mailbox bij xs4all belanden.
>
> Groeten, en veel plezier met sendmail configureren :)
Tja, met het boek (eventueel de minibat) erbij is sendmail
configureren niet eens echt ingewikkeld meer. Zonder dat wordt het
alleen wel erg ingewikkeld, vrees ik.
> #! ##### Jan-Pieter Cornet ##### <joh...@xs4all.net> ##### perl
> ++$_;$!=$_+++$_;($:,$,,$/,$*)=$!=~/.(.)...(.)(.).(.)/;$!=$_+$_;
> ($@,$\,$~)=$!=~/(.)(.).(.)/; $_="$,$/$:"; $@++; $~="$~$_";($_)=
> \$$=~/\((.)/;$|=++$_;$_++;$|++;$~="$~ $@$:";`$~$/$\$*$, $|>&$_`
Blijft leuk :-)
>_hate_spam...@xs4all.nl (jwk) writes:
>
>[...]
>
>> In ieder geval was het inderdaad zo dat ik lokaal geen xs4all wilde
>> heten, en hoe m'n mailtjes eruit zien geeft niet zoveel, als er maar
>> een valide From: regel in staat :-), dus welke hostname xs4all ziet
>> maakt eigenlijk niet uit. Ik heb trouwens nog steeds geen antwoord
>> van sa...@xs4all.nl, dus het zal me benieuwen.
>
>Ah. Dan heb ik je dus toch verkeerd begrepen. Het namelijk wel
>mogelijk jouw machine naar buiten toe iets anders te laten zijn dan
>hij werkelijk is. Dat kan via masquerading, of via zo'n generics
>tabel. Beiden hebben overigens wel nadelen, zeker in dit geval.
>
>Nietemin, zo'n vast IPnummer, eventueel met bSMTP, maakt de zaken wel
>eenvoudiger te configureren. Zelfs al was dat dan dus niet strict
>noodzakelijk.
Daar ben ik ook achter. Ondanks hulp van een goeroe van XS4All zelf,
wilde het niet echt lukken, maar misschien komt dat ook door mijn
niveau - ik weet te weinig en wil te veel :-)
In ieder geval ws xs4all al zo vriendelijk geweest om een statisch
ip-adres aan te maken, en dat werkte binnen 10 minuten onder linux,
dus de keus was toen snel gemaakt: klooien in linux is leuk, maar
avonden achtereen sendmail configureren, nou nee.
Ik wil bij deze iedereen hartelijk bedanken voor de gedane moeite!
Met vriendelijke groeten,
Jurriaan
This phantom which lived in my mind possessed qualities which I thought must be
innate to a creature of such grace and intelligence.
...
This impossibly delightful creature is gone, and now is even hard to remember.
Jack Vance - Lyonesse II - The Green Pearl
[...]
> >Nietemin, zo'n vast IPnummer, eventueel met bSMTP, maakt de zaken
> >wel eenvoudiger te configureren. Zelfs al was dat dan dus niet
> >strict noodzakelijk.
> Daar ben ik ook achter. Ondanks hulp van een goeroe van XS4All zelf,
> wilde het niet echt lukken, maar misschien komt dat ook door mijn
> niveau - ik weet te weinig en wil te veel :-)
Tja, als je nog niets van sendmail afweet en je meot het dan gaan
configureren op een niet zo stndaard manier moet je dat inderdaad niet
even op een avondje willen proberen. JE zal er wel even iets meer tijd
in moeten steken.
> In ieder geval ws xs4all al zo vriendelijk geweest om een statisch
> ip-adres aan te maken, en dat werkte binnen 10 minuten onder linux,
> dus de keus was toen snel gemaakt: klooien in linux is leuk, maar
> avonden achtereen sendmail configureren, nou nee.
Jawel! Dat is ook leuk! :-) Als je nog wat extra leuk met sendmail
wilt spelen moet je ook eens kijken naar de WWW page van sendmail
(www.sendmail.org) en dat de check_* rules eens doornemen.
> Ik wil bij deze iedereen hartelijk bedanken voor de gedane moeite!
Ik hoop dat je er wat wijzer van geworden bent.