les courriers électroniques me reviennent | suffixe


9

Salut J'ai un problème avec le courrier rebondi, cela ne se produit pas tout le temps mais en même temps, c'est très fréquent. La plupart du temps, si j'envoie un e-mail à une adresse qui n'existe pas, je reçois un rebond dans failues @ domain, mais il semble y avoir des cas où j'obtiens cette erreur ci-dessous.

30 septembre 13:38:53 postfix / smtp [62566]: DB8E6D6F9EA: à =, relais = aucun, délai = 0, délais = 0/0/0/0, dsn = 5.4.6, état = rebondi (courrier pour le domaine revient à moi)

Il semble que j'obtienne cela lorsque j'obtiens un rebond immédiat, c'est-à-dire que le serveur qui essaie de se connecter bloque immédiatement l'e-mail car il sait que l'adresse n'existe pas. Si l'e-mail sort et est renvoyé plus tard, cela semble fonctionner correctement.

Quelqu'un at-il une idée de la raison pour laquelle je recevrais ce message d'erreur "mail pour les boucles de domaine à moi-même"?

Évidemment, c'est moi qui essaie de me renvoyer l'e-mail car mon serveur a reçu un blocage lors de l'envoi d'un e-mail, puis il essaie de renvoyer le courrier à l'en-tête ReplyTo qui dans ce cas est lui-même mais ne devrait-il pas pouvoir gérer cela?

........

REMARQUE: ive a dû supprimer tout '.com' de ce post car je ne peux poster qu'une URL

Merci pour les 2 réponses déjà mais nous avons toujours le même problème. donc ci-dessous, j'essaie de fournir des informations plus détaillées.

Les deux exemples ci-dessous essaient d'envoyer à une adresse inexistante. Le rebond RealTSP à partir d'une autre instance de postfix fonctionne. Le rebond de Yahoo ne fonctionne pas. Nous nous attendons à ce qu'une "notification de non-remise" soit envoyée, car le chemin de retour dans les deux cas est une adresse VERP équivalente. Notez que si nous n'utilisons pas VERP, c'est-à-dire "Return-Path:" alors yahoo fonctionne aussi.

Entrées de journal

realtsp ..... fonctionne!
====================
6 octobre 16:46:08 milford postfix / smtpd [58480]: 5027DD6E971: client = takapuna.realtsp [89.187.108.20], sasl_method = LOGIN, sasl_username = *****
6 octobre 16:46:08 milford postfix / cleanup [58482]: 5027DD6E971: message-id =
6 octobre 16:46:08 milford postfix / qmgr [57929]: 5027DD6E971: from =, size = 9468, nrcpt = 1 (file d'attente active)
6 oct 16:46:08 milford postfix / smtp [57936]: 5027DD6E971: to =, relay = milford.realtsp [89.187.108.21]: 25, delay = 0.64, delay = 0.63 / 0/0 / 0.01, dsn = 5.1 .1, état \
= a rebondi (l'hôte milford.realtsp [89.187.108.21] a déclaré: 550 5.1.1: adresse du destinataire rejetée: utilisateur inconnu dans la table de boîte aux lettres virtuelle (en réponse à RCPT TO comm \
et))
6 octobre 16:46:08 milford postfix / bounce [58483]: 5027DD6E971: notification de non-livraison de l'expéditeur: EA68FD6EAB7
6 octobre 16:46:08 milford postfix / qmgr [57929]: 5027DD6E971: supprimé


6 octobre 16:46:08 milford postfix / cleanup [58482]: EA68FD6EAB7: message-id =
6 octobre 16:46:08 milford postfix / qmgr [57929]: EA68FD6EAB7: from =, size = 11600, nrcpt = 1 (file d'attente active)
6 octobre 16:46:09 milford postfix / lmtp [58484]: EA68FD6EAB7: to =, relay = smtp.news.t1ps [/ var / imap / socket / lmtp], delay = 0.76, delay = 0 / 0.0 \
1/0 / 0,75, dsn = 2.1.5, état = envoyé (250 2.1.5 Ok)
6 octobre 16:46:09 milford postfix / qmgr [57929]: EA68FD6EAB7: supprimé


yahoo ... ne fonctionne pas!
========================
6 octobre 16:42:01 milford postfix / smtpd [57732]: 33EBBD6EE87: client = takapuna.realtsp [89.187.108.20], sasl_method = LOGIN, sasl_username = ****
6 octobre 16:42:01 milford postfix / cleanup [57735]: 33EBBD6EE87: message-id =
6 octobre 16:42:01 milford postfix / qmgr [57598]: 33EBBD6EE87: from =, size = 9480, nrcpt = 1 (file d'attente active)
6 octobre 16:42:10 milford postfix / smtp [57636]: 33EBBD6EE87: to =, relay = e.mx.mail.yahoo [206.190.53.191]: 25, delay = 9.4, delay = 0.02 / 0 / 6.5 / 2.9 , dsn = 5.0.0, s \
tatus = a rebondi (l'hôte e.mx.mail.yahoo [206.190.53.191] a dit: 554 erreur de livraison: dd Cet utilisateur n'a pas de compte Yahoo (nkaderibigbe @ yahoo) [0] - mta164.mail.re2.yaho \
o (en réponse à la fin de la commande DATA))
6 octobre 16:42:10 milford postfix / bounce [57756]: 33EBBD6EE87: notification de non-livraison de l'expéditeur: A083ED6EA01
6 octobre 16:42:10 milford postfix / qmgr [57598]: 33EBBD6EE87: supprimé


6 octobre 16:42:10 milford postfix / cleanup [57735]: A083ED6EA01: message-id =
6 octobre 16:42:10 milford postfix / qmgr [57598]: A083ED6EA01: from =, size = 11696, nrcpt = 1 (file d'attente active)
6 octobre 16:42:10 milford postfix / smtp [57631]: A083ED6EA01: to =, relay = none, delay = 0.01, delay = 0.01 / 0/0/0, dsn = 5.4.6, status = bounce \
(le courrier pour news.t1ps me revient en boucle)
6 octobre 16:42:10 milford postfix / qmgr [57598]: A083ED6EA01: supprimé

main.cf

soft_bounce = non
queue_directory = / var / spool / postfix_rsh
répertoire_commandes = / usr / local / sbin
répertoire_démon = / usr / local / libexec / postfix
répertoire_données = / var / db / postfix_rsh
mail_owner = postfix
myhostname = smtp.news.t1ps
inet_interfaces = 89.187.108.81
local_recipient_maps = $ virtual_mailbox_maps
unknown_local_recipient_reject_code = 550
mynetworks_style = hôte
relay_domains = $ mydestination
recipient_delimiter = +

boîte aux lettres_transport = lmtp: unix: / var / imap / socket / lmtp

header_checks = regexp: / usr / local / etc / postfix_rsh / header_checks
debug_peer_level = 10
debug_peer_list = yahoo
debugger_command =
         CHEMIN = / bin: / usr / bin: / usr / local / bin: / usr / X11R6 / bin
         ddd $ daemon_directory / $ process_name $ process_id & sleep 5
sendmail_path = / usr / local / sbin / sendmail
newaliases_path = / usr / local / bin / newaliases
mailq_path = / usr / local / bin / mailq
setgid_group = maildrop
html_directory = no
manpage_directory = / usr / local / man
sample_directory = / usr / local / etc / postfix_rsh
readme_directory = non
masquerade_domains = $ mondomaine
message_size_limit = 51200000
virtual_transport = lmtp: unix: / var / imap / socket / lmtp
virtual_mailbox_domains = news.t1ps, domain2, domain3.co.uk, domain4
virtual_alias_maps = hachage: / usr / local / etc / postfix_rsh / virtual
virtual_mailbox_maps = hachage: / usr / local / etc / postfix_rsh / virtual_mailbox_maps
transport_maps = regexp: / usr / local / etc / postfix_rsh / transport
broken_sasl_auth_clients = non
smtp_bind_address = 89.187.108.81
smtpd_sasl_auth_enable = oui
smtpd_sender_restrictions = permit_sasl_authenticated, permit_mynetworks, rejette_unauth_destination
smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, rejette_unauth_destination
smtpd_helo_restrictions = rejet_nom_hôte invalide
smtpd_require_helo = oui
slow_destination_concurrency_limit = 15
slow_destination_recipient_limit = 5
syslog_facility = local1

/ usr / local / etc / postfix_rsh / virtual_mailbox_maps

failures@news.t1ps mannequin

master.cf

ramassage fifo n - n 60 1 ramassage
nettoyage unix n - n - 0 nettoyage
qmgr fifo n - n 300 1 qmgr
tlsmgr unix - - n 1000? 1 tlsmgr
réécrire unix - - n - - réécriture triviale
bounce unix - - n - 0 bounce
différer unix - - n - 0 rebond
trace unix - - n - 0 rebond
vérifier unix - - n - 1 vérifier
flush unix n - n 1000? 0 chasse
proxymap unix - - n - - proxymap
smtp unix - - n - 500 smtp

Unix lent - - n - 100 smtp
          -o smtp_connect_timeout = 5

relais unix - - n - 100 smtp
        -o fallback_relay =
showq unix n - n - - showq
erreur unix - - n - - erreur
réessayer unix - - n - - erreur
jeter unix - - n - - jeter
local unix - nn - - local
virtual unix - nn - - virtuel
lmtp unix - - n - - lmtp
enclume unix - - n - 1 enclume
scache unix - - n - 1 scache

26 inet n - n - - smtpd
         -o content_filter =

smtp inet n - n - - smtpd
         -o content_filter = spamchk: factice


spamchk unix - nn - 10 tubes
         flags = Rq user = spamd argv = / usr / local / bin / spamchk_rsh -f $ {sender} -
         $ {destinataire}
proxywrite unix - - n - 1 proxymap

Je suppose que le domaine (à la suite du "@") de l'adresse de retour diffère pour les deux messages de test. Vous semblez les avoir retirés, donc je ne peux pas le dire. Les noms de domaine complets suivant le signe "@" dans le to=champ des journaux sont-ils les mêmes pour les messages EA68FD6EAB7 et A083ED6EA01?
James Sneeringer

Réponses:


13

Cela se produit lorsque domain.com a un enregistrement MX (ou, en l'absence d'un MX, un enregistrement A) qui pointe vers votre serveur Postfix, mais que votre serveur Postfix n'est pas configuré pour accepter le courrier de ce domaine. Il est généralement observé dans deux situations:

  1. Vous avez acquis un nouveau domaine que vous souhaitez utiliser pour les e-mails, mais vous avez juste oublié de l'ajouter à Postfix. Il y a plusieurs façons de procéder. Dans mon cas, j'utilise la table virtuelle pour mapper des adresses à de vrais utilisateurs locaux, donc virtual_alias_domainsj'énumère mes domaines dans la directive dans main.cf.
  2. Le domaine a son enregistrement MX défini sur un hôte qui se résout en 127.0.0.1. Certains logiciels malveillants utiliseront cette astuce pour pouvoir définir leur adresse de retour sur un domaine valide, que la plupart des mesures anti-spam vérifieront. Cependant, le MX empêche efficacement toute livraison à cette adresse, de sorte que l'expéditeur n'a pas à gérer les réponses ou les rebonds.

il suffira peut-être de clouer le FQDN du serveur jusqu'à la fin de mydestination dans main.cf
Philip Durbin

3

Étant donné que Postfix tente de remettre un courrier à "foo@example.net", l'erreur ci-dessus se produit chaque fois que les enregistrements (ou transport_mapsentrées) MX DNS pour "example.net" pointent vers le serveur lui-même (ou l'une des adresses IP spécifiées). avec proxy_interfaces), et "example.net" n'est pas reconnu comme un domaine local (pas dans mydestination, virtual_mailbox_domainsou relay_domains- et certains cas spéciaux très ésotériques impliquant une utilisation libérale de virtual_alias_mapset l'adressage littéral IP).

Dans votre cas, le message en question est envoyé par l'expéditeur nul et le destinataire sera l'expéditeur du courrier d'origine. Cela signifie: Découvrez pourquoi le courrier pour "domain.com" est acheminé vers votre serveur Postfix et pourquoi "domain.com" n'est pas reconnu comme une adresse locale.


2

Salut juste une mise à jour rapide, nous avons trouvé le problème et cela n'avait rien à voir avec les fichiers de configuration que j'ai postés ci-dessus, tout était lié au fichier de configuration de transport

nous avons utilisé la correspondance des transports d'expressions régulières pour pouvoir envoyer via une connexion lente: connexion au serveur de messagerie tel que yahoo et hotmail notre expression régulière était loin d'être détendue et chaque fois que postfix tentait de router un rebond qu'il envoyait, il était allé chercher dans le transport trouvé il correspondait à l'expression régulière et a essayé de l'envoyer au monde extérieur à ce stade, il a trouvé la boucle et provoqué l'erreur d'origine. regarder l'expression régulière a corrigé cela.

Merci pour votre aide.

pour toute personne intéressée, c'est maintenant regex de transport:

/@.*hotmail\./ lent:
/@.*live\./ lent:
/@.*msn\./ lent:
/@.*yahoo\./ lent:
/@.*aol\./ lent:
/@.*btinternet\./ lent:
/@.*btopenworld\./ lent:
/@.*talk21\./ lent:

espérons que cela aide toute autre personne qui pourrait rencontrer un problème similaire.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.