Lorsque j'envoie un message de test de mon serveur de messagerie à My @ Bellsouth.net Email, le journal Postfix indique qu'il a été envoyé OK, mais le message n'arrive jamais dans ma boîte de réception Bellsouth. Je ne devrais-je pas obtenir un avis d'échec ou un rebond si AT & T bloque les messages?
J'essaie de résoudre pourquoi certains clients ne reçoivent pas de courriels, mais s'il n'y a rien dans Mail.log pour dire que le message est rejeté, comment puis-je savoir quels messages ont été livrés avec succès?
Le journal montre:
Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<[email protected]>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<[email protected]>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<[email protected]>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed
Le serveur AT & T a accepté le message, non?
J'arrive à avoir un courrier électronique AT & T/Bellsouth, mais je n'ai pas de compte avec chaque fournisseur de services Internet que nous envoyons. J'ai besoin d'une bonne façon de savoir si un message se rend à sa destination ou non. Y a-t-il un paramètre dans mon fichier principal.cf qui affecterait si nous recevons ou non des avis de rebond/rebond?
Les dsn=2.0.0
et un correct relay=
signifie que le serveur de messagerie de Bell a accepté le message. Cependant, cela ne signifie pas que le message sera livré à la boîte aux lettres de l'utilisateur. Dans ce cas, l'explication la plus probable est que les filtres anti-spam de Bell South ont nettoyé votre message avant d'atteindre la boîte aux lettres de l'utilisateur ou que le logiciel de messagerie de l'utilisateur a nettoyé le message.
Assurez-vous que l'adresse e-mail de retour accepte des messages afin que les rebondissent des serveurs de Bell South. Ceci est également important au cas où vous essayez de délivrer des boîtes postales sur leurs serveurs qui n'existent pas réellement.
Vérifiez votre configuration de courrier pour vous assurer que le courrier n'est pas signalé comme spam (en vous envoyant vous-même de vérifier les en-têtes). Postfix doit écrire des en-têtes/enveloppes corrects de sorte que le courrier semble provenir du domaine spécifié dans l'adresse "de". Donc, si votre serveur de messagerie est pour mail.example.com, mais votre nom d'hôte de votre serveur est en fait mailserver.int.hostingprovider.com, puis postfix doit être défini sur Masquerade correctement comme exemple. Cela devrait également correspondre à votre DNS inverse afin qu'une recherche sur l'adresse IP de votre serveur renvoie l'adresse du serveur (si ce n'est pas correct, définissez votre enregistrement PTR). Cela peut facilement être vérifié avec creuser.
Dig example.com
Dig -x <your IP address>
Vous devez également envisager de définir [~ # ~ # ~] SPF [~ # ~] Dans votre DNS, car il s'agit d'un ajout rapide et simple au score anti-spam du courrier de votre serveur.
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<[email protected]>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Bellsouth a accepté le message; Ce n'est plus la responsabilité du postfix.
Demandez à Bellsouth ce qui est arrivé à cela.