Sendmail, andere return-path

[Verwijderd]

Hallo,

Op dit moment verschijnen mijn email op mijn chello account als:
--------------------------------------------------------------------------------------------------
Return-Path: <[e-mail]>
Received: from localhost.localdomain ([aaa.bbb.ccc.ddd])
by amsfep19-int.chello.nl
(InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP
id <[e-mail]>
for <[e-mail]>; Fri, 25 Jun 2004 03:57:25 +0200
Received: from localhost.localdomain (garfield [127.0.0.1])
by localhost.localdomain (8.12.11/8.12.11) with ESMTP id i5P22A6w026237
for <[e-mail]>; Fri, 25 Jun 2004 04:02:10 +0200
Received: (from root@localhost)
by localhost.localdomain (8.12.11/8.12.11/Submit) id i5P22A8U026235
for root; Fri, 25 Jun 2004 04:02:10 +0200
Date: Fri, 25 Jun 2004 04:02:10 +0200
From: root <[e-mail]>
Message-Id: <[e-mail]>
To: [e-mail]
Subject: LogWatch for garfield
---------------------------------------------------------------------------------------------------------

dmv van een alias van 'root' naar '[e-mail]' stuur ik dus mijn logwatch output naar mijn chello account. Echter ik het return-path staat nog altijd [e-mail]. Ik had dus verwacht om '[e-mail]' daar te zien aangezien root nu ook een alias heeft. Maar helaas.

Ik heb inmiddels gekeken in het boek van O'Reilly...maar ik zie zo niet wat ik verkeerd heb. Zijn er mensen die tips hebben. Hieronder mijn sendmail.mc:

divert(-1)dnl
dnl # This is the sendmail macro config file for m4. If you make changes to
dnl # /etc/mail/sendmail.mc, you will need to regenerate the
dnl # /etc/mail/sendmail.cf file by confirming that the sendmail-cf package is
dnl # installed and then performing a
dnl #
dnl # make -C /etc/mail
dnl #
include(`/usr/share/sendmail-cf/m4/cf.m4')dnl
VERSIONID(`setup for Red Hat Linux')dnl
OSTYPE(`linux')dnl
dnl #
dnl # Uncomment and edit the following line if your outgoing mail needs to
dnl # be sent out through an external mail server:
dnl #
define(`SMART_HOST',`mail.chello.nl')dnl
dnl #
define(`confDEF_USER_ID',``8:12'')dnl
define(`confTRUSTED_USER', `smmsp')dnl
dnl define(`confAUTO_REBUILD')dnl
define(`confTO_CONNECT', `1m')dnl
define(`confTRY_NULL_MX_LIST',true)dnl
define(`confDONT_PROBE_INTERFACES',true)dnl
define(`PROCMAIL_MAILER_PATH',`/usr/bin/procmail')dnl
define(`ALIAS_FILE', `/etc/aliases')dnl
dnl define(`STATUS_FILE', `/etc/mail/statistics')dnl
define(`UUCP_MAILER_MAX', `2000000')dnl
define(`confUSERDB_SPEC', `/etc/mail/userdb.db')dnl
define(`confPRIVACY_FLAGS', `authwarnings,novrfy,noexpn,restrictqrun')dnl
define(`confAUTH_OPTIONS', `A')dnl
dnl #
dnl # The following allows relaying if the user authenticates, and disallows
dnl # plaintext authentication (PLAIN/LOGIN) on non-TLS links
dnl #
dnl define(`confAUTH_OPTIONS', `A p')dnl
dnl #
dnl # PLAIN is the preferred plaintext authentication method and used by
dnl # Mozilla Mail and Evolution, though Outlook Express and other MUAs do
dnl # use LOGIN. Other mechanisms should be used if the connection is not
dnl # guaranteed secure.
dnl #
dnl TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
dnl define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
dnl #
dnl # Rudimentary information on creating certificates for sendmail TLS:
dnl # make -C /usr/share/ssl/certs usage
dnl #
dnl define(`confCACERT_PATH',`/usr/share/ssl/certs')
dnl define(`confCACERT',`/usr/share/ssl/certs/ca-bundle.crt')
dnl define(`confSERVER_CERT',`/usr/share/ssl/certs/sendmail.pem')
dnl define(`confSERVER_KEY',`/usr/share/ssl/certs/sendmail.pem')
dnl #
dnl # This allows sendmail to use a keyfile that is shared with OpenLDAP's
dnl # slapd, which requires the file to be readble by group ldap
dnl #
dnl define(`confDONT_BLAME_SENDMAIL',`groupreadablekeyfile')dnl
dnl #
dnl define(`confTO_QUEUEWARN', `4h')dnl
dnl define(`confTO_QUEUERETURN', `5d')dnl
dnl define(`confQUEUE_LA', `12')dnl
dnl define(`confREFUSE_LA', `18')dnl
define(`confTO_IDENT', `0')dnl

LOCAL_DOMAIN('localhost.localdomain')dnl

dnl FEATURE(delay_checks)dnl
FEATURE(`no_default_msa',`dnl')dnl
FEATURE(`smrsh',`/usr/sbin/smrsh')dnl
FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl
FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
FEATURE(redirect)dnl
FEATURE(always_add_domain)dnl
FEATURE(use_cw_file)dnl
FEATURE(use_ct_file)dnl
dnl #
dnl # The -t option will retry delivery if e.g. the user runs over his quota.
dnl #
FEATURE(local_procmail,`',`procmail -t -Y -a $h -d $u')dnl
FEATURE(`access_db',`hash -T<TMPF> -o /etc/mail/access.db')dnl
FEATURE(`blacklist_recipients')dnl
dnl EXPOSED_USER(`root')dnl
dnl #
dnl # The following causes sendmail to only listen on the IPv4 loopback address
dnl # 127.0.0.1 and not on any other network devices. Remove the loopback
dnl # address restriction to accept email from the internet or intranet.
dnl #
DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl

FEATURE(`accept_unresolvable_domains')dnl

dnl 3 LOCAL_DOMAIN(`localhost.localdomain')dnl

MASQUERADE_AS(chello.nl)dnl
FEATURE(allmasquerade)dnl
FEATURE(masquerade_envelope)dnl

MAILER(smtp)dnl
MAILER(procmail)dnl
MAILER(local)dnl

-------------------------------------------

Gr.
Jodocus

[Verwijderd]

Ik heb inmiddels gebruik gemaakt van 'genericstable'. Dat leek me de oplossing.

...dacht ik.

Ik heb aan mijn sendmail.mc file toegevoegt:

FEATURE(genericstable, hash -o /etc/mail/genericstable.db)dnl

en in de file 'genericstable' gezet:

root [e-mail]

en deze met:

makemap hash -f genericstable.db < genericstable

omgezet.

Echter nog steeds geen resultaat, ik zie dat er meer van dit soort post zijn...dus ik zal ondertussen daar ff verder zoeken...echter tips blijven welkom ...

[Verwijderd]

Ik heb hier ook wel eens naar gezocht maar ik vraag me af of het wel mogelijk is.
Als je al te gemakkelijk je 'afzender' kan veranderen werkt dat spammers erg in de hand.

[Verwijderd]

Verwijderd schreef op 26 juni 2004 @ 12:11:
Ik heb hier ook wel eens naar gezocht maar ik vraag me af of het wel mogelijk is.
Als je al te gemakkelijk je 'afzender' kan veranderen werkt dat spammers erg in de hand.

Misschien wel, maar als ISP kun je volgens mij sowieso achterhalen wie ERG veel email (SPAM) heeft verstuurt...dus ik denk niet dat dit erg is. Bovendien moet dit sowieso werken aangezien het mogelijk moet zijn om naar buiten toe een ander email adres zichtbaar te hebben dan intern.

[Verwijderd]

Verwijderd schreef op 26 juni 2004 @ 13:32:
[...]


Misschien wel, maar als ISP kun je volgens mij sowieso achterhalen wie ERG veel email (SPAM) heeft verstuurt...dus ik denk niet dat dit erg is. Bovendien moet dit sowieso werken aangezien het mogelijk moet zijn om naar buiten toe een ander email adres zichtbaar te hebben dan intern.

Tzja, daar heb je dan ook wel weer een punt.
Duik ik toch ff de manpages in.

Wellich zal je dan ook een correct werkende nameserver moeten draaien.

[Verwijderd]

Goed ik heb nu het volgende gedaan:

In sendmail.mc staat nu:

<...>
FEATURE(genericstable, hash -o etc/mail/genericstable)dnl
GENERICS_DOMAIN_FILE(`/etc/mail/genericsdomains')dnl
<...>

- In 'genericstable' staat:

root [e-mail]

daarna: 'makemap -r hash genericstable < genericstable'

- In 'genericsdomains' staat:

garfield

Ter informatie: 'sendmail -d0.1 -bt < /dev/null levert op:

============ SYSTEM IDENTITY (after readcf) ============
(short domain name) $w = ik
(canonical domain name) $j = ik.com
(subdomain name) $m = com
(node name) $k = garfield
========================================================

NB: ipv 'garfield' heb ik ook al 'ik.com' geprobeerd.

- Ik doe: 'service sendmail restart'

en verstuur een mail naar root....helaas weer niet goed

Ook nog getest zoals beschreven op:

http://www.brandonhutchinson.com/Sendmail_masquerading.html

Maar helaas.....AAAARGGHHHH...wat mis ik hier...volgens mij zie ik iets over het hoofd

Enfin, hopenlijk is er iemand die nog ideeen heeft

[Verwijderd]

Tja, misschien dat iemand dit ooit nog leest dus daarom...

Bij mij werkt het nu.

Allereerst CHECK dat je cf file ook daadwerkelijk ge-maked wordt !!!! Dat was dus mijn probleem !!!!! (anders ff 'touch *.mc')

1. In sendmail.mc moet staan:

FEATURE(genericstable, `hash -o /etc/mail/genericstable')dnl
GENERICS_DOMAIN_FILE(`/etc/mail/genericsdomains')dnl

Volgens mij overrulen bovenstaande twee regels:
'MASQUERADE_AS(chello.nl)' ???

(maw als een domein niet in genericsdomain staat wordt alsnog 'chello.nl' eraan geknoopt )

Anyway...

2. Je maakt de bestanden:

genericstable
genericsdomain

beide aan.

(NB Via make wordt van genericstable.db aangemaakt (wel ff checken, trust no one).

3. genericsdomain moet staan wat in '/etc/hosts/ als tweede staat bijv.

garfield ikhoopdatik.com localhost

dan moet in "genericsdomains" staan:

ikhoopdatik.com

4. genericstable zet je bijvoorbeeld:

root [e-mail]

5. Vergeet niet om opnieuwe te 'make'-en !!!!

6. 'service sendmail restart'

7. 'mail root' als test...

En als het goed is krijg je dan op account '[e-mail]'
een email van 'root' met als afzender: '[e-mail]'

Mocht je dat 'root' nog willen verander dan moet je dacht ik gewoon ff 'chfn root' doen en dan de goede naam invullen.

Wellicht dat iemand hier nog iets aan gaat hebben.

Nog een paar links tenslotte:

http://www.faqs.org/docs/...mail-Address-Rewrite.html
http://www.lege.com/Sendmail+Dialup.v1.00-5.html
http://www.siliconvalleyc...sendmail.htm#_Toc74412702
http://www.sendmail.org/m4/readme.html http://www.sendmail.org/m4/masquerading.html
http://home.comcast.net/~...s/mail_configuration.html


Groetjes,
Jodocus.