DNS inversé - comment configurer correctement la livraison SMTP

15

J'ai commencé un nouveau service et nous devons envoyer des courriels à nos clients (nouveau compte confirme, etc.).

Mon serveur est connu sous le nom de prod01.bidrodeo.com et se résout en 97.107.134.38. Pour le DNS inversé, 97.107.134.38 se résout en prod01.bidrodeo.com. Cependant, toutes nos adresses e-mail se présentent sous la forme user@bidrodeo.com. Dois-je plutôt faire le point DNS inverse vers bidrodeo.com?

Mes e-mails sont retardés ou rejetés par certains systèmes et je ne sais pas si mon DNS inversé n'est pas configuré correctement.

domain-name-system smtp reverse-dns

— Krystian Cybulski
source

26

Ce que vous avez est un "DNS inversé confirmé" - c'est-à-dire que le nom renvoyé par la recherche inversée, lorsqu'il est exécuté via une recherche directe, renvoie la même IP que l'IP d'origine utilisée dans la recherche inversée. (voir http://en.wikipedia.org/wiki/Forward_Confirmed_reverse_DNS pour une description plus détaillée). C'est une bonne première étape.

Les messages de rejet sont votre meilleure source d'informations sur les raisons du rejet de vos e-mails. Il semble que ce prod01.bidrodeo.comne soit pas répertorié comme MX pour le domaine bidrodeo.com, et cela va causer des problèmes avec certaines techniques anti-spam. J'envisagerais de configurer l'enregistrement TXT approprié pour SPF (voir http://old.openspf.org/dns.htmlJ'envisagerais de ) pour cet ordinateur serveur et les MX pour votre domaine. Cela va aider à résoudre certains problèmes de réception d'e-mails.

Si vous avez des exemples de certains refus et avez des questions à leur sujet, reliez-les à la question.

— Evan Anderson
source

1

Répétition fantastique. Je viens d'ajouter prod01 comme mx pour le domaine. Voici quelques rejets que je vois beaucoup: Commande Helo rejetée: hôte non trouvé (en réponse à la commande RCPT TO)) Il se pourrait que ce système destinataire particulier n'ait pas mis à jour son cache DNS et ait toujours l'ancienne recherche DNS inversée. .. J'ai juste corrigé le DNS inverse pour BidRodeo.com hier. Cela a-t-il du sens?

— Krystian Cybulski

En fait, sur mon message précédent, je ne veux pas que prod01.bidrodeo.com soit le MX pour ce domaine. J'héberge mon courrier entrant sur gmail. Cependant, je souhaite envoyer des e-mails à l'aide de mon serveur SMTP local. Peut-être que je devrais simplement tout acheminer via le serveur SMTP de Google?

— Krystian Cybulski

Réellement. grattez mes messages ci-dessus. Je viens de comprendre. Dans mon postfix main.cf j'avais "myhostname" mal configuré.

— Krystian Cybulski

1

Quelle est la configuration correcte de votre "myhostname"? Est-ce "prod01.bidrodeo.com"?

— Lukas Schulze

7

La plupart des serveurs SMTP accepteront votre courrier si vous avez simplement une entrée DNS inversée. Il ne doit pas nécessairement correspondre au nom de domaine sur votre adresse e-mail. Certains serveurs SMTP rejetteront le courrier si le DNS inverse ne correspond pas au nom d'hôte HELO / EHLO utilisé dans la connexion. Si le nom d'hôte de votre serveur de messagerie est mail.example.comvotre DNS inversé, enregistrement MX, HELO / EHLO et bannière de salutation SMTP devraient tous l'être mail.example.comégalement. Ce serveur, cependant, pourrait fournir des services pour example.com, joes-example.com et marys-example.com sans aucun problème.

D'autres éléments à considérer seraient la publication d'un enregistrement SPF dans le DNS pour le nom de domaine que vous utilisez pour envoyer du courrier pour identifier l'espace IP à partir duquel vous envoyez. Certains grands fournisseurs recherchent cela et donnent la priorité au courrier provenant d'un domaine compatible SPF.

Gardez également un œil sur la «réputation» de votre adresse IP via SenderBase , car certains fournisseurs retarderont votre courrier ou appliqueront une analyse / filtrage supplémentaire si votre score de réputation est trop faible.

— Justin Scott
source

Déterrer une réponse vieille de presque 10 ans, mais quelque chose me dérange. Vous dites qu'un serveur de réception mail.example.comdoit accepter les mails de example.com(d'accord), mais aussi joes-example.comet marys-example.com?? Je ne comprends pas pourquoi pour les deux derniers. Pourriez-vous clarifier?

— Cyril N.

Il y a quelques parties différentes de la transaction SMTP à l'œuvre ici. Le premier est ce dont nous parlons ici avec l'introduction HELO / EHLO faite du serveur d'envoi au serveur de réception. Ce nom d'hôte d'introduction peut être mail.example.com et l'adresse IP à partir de laquelle l'expéditeur se connecte doit avoir le même nom d'hôte pour son entrée DNS inversée. L'enveloppe SMTP et / ou le message peuvent provenir d'un domaine entièrement différent, cependant, sans rapport avec l'introduction HELO / EHLO. Il y a beaucoup d'autres vérifications qui ont été ajoutées au fil des ans pour vérifier davantage, mais le DNS inverse est SMTP 101.

— Justin Scott

Ok, j'ai mal lu votre message et j'ai pensé que vous disiez que HELO / EHLO pourrait également provenir de "joes-example.com". Mais oui, il peut envoyer des e-mails "depuis" d'autres personnes. Merci pour l'information.

— Cyril N.

4

Non, le nom et le domaine du serveur n'ont pas besoin de correspondre et correspondent rarement. Les recherches DNS inversées garantissent simplement que l'IP est un enregistrement PTR du nom du serveur.

Si vous pouvez publier les en-têtes / messages de rebond d'un exemple de message retardé ou rejeté, nous devrions être en mesure de préciser pourquoi ils ont des problèmes.

— sh-beta
source

1

S'il s'agit d'un serveur récent, il est possible que DNS ne se soit pas entièrement propagé.

— dr.pooter
source

0

Cette adresse IP ne figure sur aucune des listes noires principales, ce n'est donc pas le problème. Sans plus d'informations ou peut-être certains des journaux, le meilleur suspect est que votre nom HELO ne correspond pas au serveur ou ne résout pas. Au cours de l'envoi du courrier, votre serveur enverra helo $ myservername (ou tout ce que vous avez configuré ou n'avez pas encore configuré) dans le cadre de la transaction avec le serveur de messagerie destinataire. Il est possible de configurer un serveur de messagerie pour vérifier que le nom de l'hélico existe dans DNS et / ou correspond au DNS inverse.

— kashani
source