[fetchmail] Bounce probleem

[Stamgastje]

Ik heb een probleempje met mijn multidrop configuratie van fetchmail. De inhoud van de file /etc/fetchmailrc is:

code:

set postmaster "postmaster"
set no bouncemail
set daemon 60

poll someserver.nl options protocol pop3 localdomains mydomain.nl envelope "Received"
  user "remoteuser" there with password "remotepwd" to * here
  options antispam 550

Mijn bedoeling is dat mail verstuurd naar [e-mail] terechtkomt in de lokale inbox van de gebruiker "test" indien die bestaat. Indien de gebruiker niet bestaat, wil ik dat de mail niet gebounced wordt naar de verzender, maar dat hij in de inbox van gebruiker "postmaster" terecht komt. Deze "postmaster" is dus feitelijk een catch-all adres.

Na het lezen van de man pages kwam ik tot de conclusie dat ik de optie "set no bouncemail" moest gebruiken. Echter, ook met deze optie in de fetchmailrc file wordt er nog steeds gebounced i.p.v. dat mailtjes verstuurd naar een niet bestaand adres ([e-mail]) in het postvak van de postmaster terecht komen.

Ik gebruik fetchmail versie 6.3.2.

Kan iemand mij helpen?

PS: Ook het specificeren van een volledig adres (set postmaster "[e-mail]") zoals hier wordt aangegeven, helpt niet.

[Sendy]

En je fetchmail log zegt ook niets?

[Stamgastje]

Nee, niets hierover.

[xzenor]

en je maillog ?
Misschien dat er uit de logs van je mailservice iets te halen is.. sendmail, mailq, of postfix ofzo..

[Stamgastje]

Ik heb even vanaf een ander adres ([e-mail]) een mailtje gestuurd naar [e-mail] (adressen zijn gefingeerd, heb ze om span te voorkomen even veranderd):

in de fetchmail log:

code:

fetchmail: 1 message for remoteuser at someserver.nl (1517 octets).
fetchmail: reading message [e-mail]:1 of 1 (1517 octets) fetchmail:  flushed

in de exim4 mainlog:

code:

2006-03-20 20:55:07 1FLQT5-0006e2-N7 <= [e-mail] H=myserver [127.0.0.1] P=esmtp S=1827 id=[e-mail]
2006-03-20 20:55:07 1FLQT5-0006e2-N7 ** [e-mail]: Unrouteable address
2006-03-20 20:55:07 1FLQT5-0006e5-R4 <= <> R=1FLQT5-0006e2-N7 U=Debian-exim P=local S=2695
2006-03-20 20:55:07 1FLQT5-0006e2-N7 Completed
2006-03-20 20:55:11 1FLQT5-0006e5-R4 => [e-mail] R=dnslookup T=remote_smtp H=mx1.tue.nl [131.155.2.7]
2006-03-20 20:55:11 1FLQT5-0006e5-R4 Completed

Zoals je kunt zien zegt exim4 dat [e-mail] niet bestaat als fetchmail probeert het mailtje daar af te leveren. Oke, tot zover klopt het geloof ik. Alleen zou fetchmail dan toch het mailtje in het postvak van de postmaster moeten proberen af te leveren? Dit gebeurt niet, fetchmail stuurt het bounce bericht terug naar de afzender ([e-mail]).

Iemand ideeën?

Of moet ik Exim4 zo instellen dat hij automatisch een catch-all adres heeft? Ik zou alleen even niet weten hoe (maar ben aan het zoeken).

[ Voor 6% gewijzigd door Stamgastje op 20-03-2006 21:15 ]

[Verwijderd]

Stamgastje schreef op maandag 20 maart 2006 @ 21:07:
Ik heb even vanaf een ander adres ([e-mail]) een mailtje gestuurd naar [e-mail] (adressen zijn gefingeerd, heb ze om span te voorkomen even veranderd):

in de fetchmail log:

code:

fetchmail: 1 message for remoteuser at someserver.nl (1517 octets).
fetchmail: reading message [e-mail]:1 of 1 (1517 octets) fetchmail:  flushed

in de exim4 mainlog:

code:

2006-03-20 20:55:07 1FLQT5-0006e2-N7 <= [e-mail] H=myserver [127.0.0.1] P=esmtp S=1827 id=[e-mail]
2006-03-20 20:55:07 1FLQT5-0006e2-N7 ** [e-mail]: Unrouteable address
2006-03-20 20:55:07 1FLQT5-0006e5-R4 <= <> R=1FLQT5-0006e2-N7 U=Debian-exim P=local S=2695
2006-03-20 20:55:07 1FLQT5-0006e2-N7 Completed
2006-03-20 20:55:11 1FLQT5-0006e5-R4 => [e-mail] R=dnslookup T=remote_smtp H=mx1.tue.nl [131.155.2.7]
2006-03-20 20:55:11 1FLQT5-0006e5-R4 Completed

Zoals je kunt zien zegt exim4 dat [e-mail] niet bestaat als fetchmail probeert het mailtje daar af te leveren. Oke, tot zover klopt het geloof ik. Alleen zou fetchmail dan toch het mailtje in het postvak van de postmaster moeten proberen af te leveren? Dit gebeurt niet, fetchmail stuurt het bounce bericht terug naar de afzender ([e-mail]).

Iemand ideeën?

Of moet ik Exim4 zo instellen dat hij automatisch een catch-all adres heeft? Ik zou alleen even niet weten hoe (maar ben aan het zoeken).

Dit is geen fetchmail die de mail terugstuurt, maar Exim.
Je kan dus 2 dingen doen.
Of je past de ACL die unroutable adresses afhandelt aan, of je maakt een catch-all in Exim.

Dat laatste is wellicht het makkelijkst, omdat je dat ook wil.
Je kan natuurlijk ook fetchmail zo instellen dat hij alle mail van 1 account naar 1 systeemgebruiker stuurt.

Voor catch-all in Exim zet je het volgende in je exim4.conf.template:

code:

catch_all:
   debug_print = "R: catch_all for $local_part@$domain"
   driver = redirect
   data = ${lookup{*@$domain}lsearch{/etc/aliases}}
   file_transport = address_file
   pipe_transport = address_pipe
   reply_transport = address_reply
   directory_transport = address_directory

En je zet dit onder de system_aliases router.
Vervolgens kan je in /etc/aliases gewoon een *@domein.tld: [e-mail] of *@domein.tld: user neerzetten.

[Stamgastje]

Ik dacht eerder dat fetchmail een "user not found" zelf afhandelde. Dus als de lokale smtp server die reactie gaf, dat het bericht dan alsnog bij de postmaster afgeleverd moest worden. Maar idd, ik had het al opgelost door een catch-all adres in Exim in te stellen.

[xzenor]

je zit wel goed hoor..
Fetchmail moet het ook kunnen, er gaat gewoon iets niet zoals het zou moeten. Je config lijkt gewoon te kloppen dus ik weet het zo snel ook niet, maar als je het via je exim al opgelost hebt is dat beter denk ik.
Ik weet niet of je mailserver aan het internet hangt maar als er iemand nu naar nietbestaand@jouwserver mailt dan wordt dat ook gelijk afgevangen.

Had je dit in fetchmail geconfigureerd dan had het ook alleen gewerkt voor mail die via fetchmail binnen kwam.

Dus zo is het eigenlijk wel netter.

[Stamgastje]

Sinds kort handelt mijn server ook inkomende mail direct af (eerste MX record voor mijn domein), dus deze oplossing is inderdaad wel de netste.