François Boisson a écrit :
Pas normal, ça. Exim devrait rejeter le destinataire dans la session
SMTP entrante après avoir vérifié le destinataire du RCPT TO. J'utilise
aussi exim 3 (de sarge), il reçoit des mails pour des destinataires
inexistants du domaine et c'est ce qu'il fait.
Oui, il rejette le message et renvoit à l'expéditeur un message type
[EMAIL PROTECTED] compte inexistant».
Non, chez moi il retourne une erreur directement à l'agent (client) SMTP
qui essaie de lui transmettre un mail pour un destinataire inexistant.
L'erreur fait partie intégrante de la session SMTP entrante, et c'est
comme si le mail n'avait pas été transmis. Exim n'a donc aucune raison
d'envoyer un mail d'erreur à qui que ce soit, et c'est l'agent SMTP qui
a tenté de transmettre le mail qui se démerde.
Comme il ne trouve pas à qui
l'envoyer, il le passe en frozen et fait un message d'erreur que je
reçois. Si tu sais comment modifier cela, je suis preneur...
Déjà je ne vois pas pourquoi ça te fait ça. Ça voudrait dire qu'exim
commence par accepter le mail dans la session SMTP, puis se rend compte
ensuite que le destinataire n'existe pas. Un MX secondaire qui n'a pas
la liste des comptes existants pourrait se comporter ainsi, mais pas un
MX primaire.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
