postfix dit que le courrier a bien été envoyé, le message n'arrive pas dans la boîte de réception des FAI? pas de rejet dans le journal?

Lorsque j'envoie un message de test de mon serveur de messagerie à mon e-mail @ bellsouth.net, le journal de postfix indique qu'il a été envoyé correctement, mais le message n'arrive jamais dans ma boîte de réception bellsouth. Ne devrais-je pas recevoir un avis d'échec ou un rebond si At & T bloque les messages?

J'essaie de comprendre pourquoi certains clients ne reçoivent pas d'e-mails, mais s'il n'y a rien dans mail.log pour dire que le message est rejeté, comment savoir quels messages ont été remis 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=<20120227140236.D53A72713E5@example.com>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<root@example.com>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, 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?

Il se trouve que j'ai un e-mail At & T / Bellsouth, mais je n'ai pas de compte avec chaque FAI auquel nous envoyons. J'ai besoin d'un moyen de savoir si un message arrive à destination ou non. Existe-t-il un paramètre dans mon fichier main.cf qui affecterait si nous recevons ou non des notifications de rejet / rebond?

email postfix isp

— pseudo
source

Je suppose que ce root@mydomain.comn'est qu'un exemple. Êtes-vous sûr de pouvoir recevoir des e-mails sur l'adresse "de"? Sinon, les éventuels rapports de non-livraison seront perdus.

— Matteo

Il est possible qu'ils aient leurs contre-mesures de spam configurées de manière à ce qu'il accepte le courrier et les supprime en silence sans accéder à la boîte de réception du client.

— Bart Silverstrim

@BartSilverstrim, ne devrions-nous pas encore recevoir un avis de leur part?

— Nick

Cela dépend de la façon dont il est géré. Je peux configurer un serveur de messagerie qui acceptera le transfert du courrier, puis le supprimera en silence. Pas difficile à faire. Et avec beaucoup de spam aujourd'hui provenant de fausses adresses, l'envoi d'un message de rebond peut ajouter à la charge de spam, car quelqu'un qui n'a rien à voir avec le spam mais dont l'adresse dans le "de" recevrait une notification de rebond pour quelque chose qu'il n'a pas fait ne le faites pas, surchargeant leur administrateur système de répondre d'où cela vient.

— Bart Silverstrim

Réponses:

Le dsn=2.0.0et un correct relay=signifient que le serveur de messagerie de Bell a accepté le message. Cependant, cela ne signifie pas que cela permettra au message d'être remis à 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 les messages afin que les rebonds reviennent des serveurs de Bell South. Ceci est également important au cas où vous tenteriez de livrer du courrier à des boîtes aux lettres sur leurs serveurs qui n'existent pas réellement.

Vérifiez la configuration de votre courrier pour vous assurer que le courrier n'est pas signalé comme spam (en vous envoyant un courrier puis en vérifiant les en-têtes). Postfix doit écrire des en-têtes / enveloppes corrects afin 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 que le nom d'hôte de votre serveur est en fait mailserver.int.hostingprovider.com, alors postfix doit être défini pour se masquer correctement comme example.com. Cela devrait également correspondre à votre DNS inversé afin qu'une recherche sur l'adresse IP de votre serveur renvoie l'adresse du serveur (si elle n'est pas correcte, définissez-y votre enregistrement PTR). Cela peut facilement être vérifié avec dig.

dig example.com
dig -x <your IP address>

Vous devriez également envisager de définir SPF dans votre DNS car il s'agit d'un ajout simple et rapide au score anti-spam des messages de votre serveur.

— webtoe
source

Est-il possible de définir une adresse de chemin de retour global bounces@mydomain.com dans PostFix afin qu'il ajoute toujours cela à chaque message, quelle que soit la personne ou l'application qui l'envoie? La recherche DNS inversée est mail.mydomain.com et mail.mydomain.com se résout à la même adresse IP. J'ai ajouté un enregistrement SPF hier - j'ai utilisé l'outil de Microsoft pour en créer un. Je l'ai ajouté en tant qu'enregistrement txt à mydomain.com et non à mail.mydomain.com. Cela devrait-il être les deux? Spam Assassin à mon travail a donné le message "-2,6".

— Nick

Le SPF doit être sur tout ce qui est retourné dig MX mydomain.com. Si vous n'avez aucun ensemble MX, ce sera la version canonisée de dig mydomain.com. Cela ne ferait pas de mal d'être sur les deux domaines (car il ne s'agit que d'un enregistrement TXT). En ce qui concerne un collecteur de rebonds générique, vous pouvez gérer cela avec un filtre dans postfix qui fait un bcc dans une boîte aux lettres distincte s'il trouve un rebond, mais cela est fastidieux (voir postfix.org/postconf.5.html#recipient_bcc_maps pour le mappage bcc ). Les rebonds doivent être vus par les utilisateurs eux-mêmes au cas où ils essaieraient d'envoyer un mail à quelqu'un et de se tromper d'adresse.

— webtoe

Je pense avoir résolu le problème: PHP envoyait du courrier en tant que www-data même si je lui avais dit de ne pas le faire. Vous devez ajouter le -f et un autre indicateur à la commande sendmail pour la forcer à utiliser l'enveloppe de votre choix. Je pense que les FAI jettent du courrier à partir de www-data.

— Nick

Dans mon propre cas d'e-mails envoyés avec succès mais rejetés en silence, l'ajout de l'adresse de l'expéditeur à la liste blanche du site destinataire a aidé. Désigne un package d'hébergement Web Host Europe.

— tanius

Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, 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é de postfix.

Demandez à Bellsouth ce qui lui est arrivé.

— adaptr
source