OVH Cloud OVH Cloud

Fetchmail : FETCHMAIL-DAEMON@hostname... parametrable ?

1 réponse
Avatar
Nicolas Ecarnot
Bonjour,

Quand fetchmail traite des messages et qu'il se produit une erreur lors de
la discussion avec le MTA, il peut (si on utilise les paramètres par
défaut) renvoyer un message d'erreur.

Imaginons qu'on fetch en multidrop un compte pop, et qu'on passe les mails
à un MTA local. Si une adresse locale n'existe pas, on peut demander à
fetchmail de renvoyer, via le MTA, un message de bounce en direction de
l'expéditeur.

MAIS, lorsque fetchmail envoie ce message, il l'envoie sous l'identité
FETCHMAIL-DAEMON@hostname

'hostname' étant le host de la machine qui a lancé le fetchmail, et dont le
hostname n'est bien sur pas du tout enregistré dans les DNS.

Ceci est-il paramétrable ? Cela permetrait d'éviter les refus (bien
justifiés) des serveurs distants lorsqu'on renvoie les bounces.

--
Nicolas Ecarnot

1 réponse

Avatar
Regis ARCHAMBAULT
a écrit:
Bonjour,


'soir,
[...]
MAIS, lorsque fetchmail envoie ce message, il l'envoie sous l'identité


'hostname' étant le host de la machine qui a lancé le fetchmail, et dont le
hostname n'est bien sur pas du tout enregistré dans les DNS.

Ceci est-il paramétrable ? Cela permetrait d'éviter les refus (bien
justifiés) des serveurs distants lorsqu'on renvoie les bounces.


A priori, ce n'est pas paramétrable.
Avec postfix, on peut contourner le problème avec sender_canonical_maps.
Avec sendmail, il y a un truc cité dans la FAQ:
<http://www.catb.org/~esr/fetchmail/fetchmail-FAQ.html#T1>

--
BOFH excuse #1:

clock speed