Bien qu'il n'y ait aucun mal à cela, vos enregistrements PTR ne pas doit correspondre exactement (ou même ressembler vaguement) à votre nom de domaine de messagerie. Sur vos serveurs de réception, il n'y a aucune raison qu'ils correspondent à quoi que ce soit. Les expéditeurs se connecteront aux adresses IP identifiées par vos enregistrements MX dans l'ordre. Les PTR n'entrent pas en ligne de compte.
Si ces deux serveurs sont les vôtres, configurez-les avec un PTR qui identifie leurs noms d'hôtes, rien de plus. Si ces hôtes ont d'autres fonctions ou si l'un d'entre eux est votre passerelle principale, le fait qu'ils s'appellent bert.campbellsurvey.com y ernie.campbellsurvey.com (ou autre) ne posera pas de problème. Si vous utilisez un hébergeur partagé ou un autre fournisseur où vous ne pouvez pas définir le PTR, ce n'est pas un problème non plus.
En bref : les enregistrements PTR n'ont aucun rapport avec la fourniture de courrier, vous n'avez donc pas à vous inquiéter.
エディトリアル
Pour clarifier ce que je dis et corriger certaines idées fausses.
Réception du courrier :
Vous avez spécifié deux enregistrements MX. Quelque chose comme :
mail1.campbellsurvey.com IN MX 10 1.2.3.4
mail2.campbellsurvey.com IN MX 20 1.2.3.5
Un expéditeur recherchera ces adresses IP et tentera de s'y connecter de préférence pour délivrer votre message.
Envoi de courrier :
Votre MTA fera de même lorsqu'il enverra du courrier à d'autres domaines. Lorsqu'il se connecte à mail1.example.com la première chose qu'il enverra sera une variante de :
EHLO mta.campbellsurvey.com
Il se connectera à partir d'une adresse IP qui est un point de sortie de votre réseau. (Par exemple : gateway.campbellsurvey.com ). L'IP de cette passerelle aura un enregistrement PTR correspondant.
8.7.6.5.in-addr.arpa. 86341 IN PTR gateway.campbellsurvey.com
Si vous contrôlez ces IP, la plupart des FAI vous permettront de définir l'enregistrement PTR de manière à ce qu'il corresponde au nom principal de votre domaine.
Dans cette optique, les dispositions suivantes s'appliquent :
-
Je pense que tout le monde est d'accord pour dire que les PTR de vos MX n'ont aucun impact sur votre capacité à recevoir du courrier.
-
Lors de l'envoi, le domaine de deuxième niveau ( campbellsurvey.com ) spécifiée sur votre EHLO doit correspondre à votre domaine de messagerie. Il s'agit d'une mesure anti-spam raisonnable.
-
Il est généralement conseillé de définir les enregistrements PTR de toutes les adresses IP que vous contrôlez avec le nom d'hôte principal de la machine sur laquelle l'IP réside.
-
Les enregistrements SPF (si vous les publiez) doivent spécifier l'enregistrement PTR et/ou l'adresse IP de tous vos serveurs d'envoi. Cela permet aux serveurs de rejeter les messages censés provenir de votre domaine et qui ne figurent pas dans cette liste.
- Si un serveur de messagerie destinataire trouve un enregistrement SPF publié pour votre domaine et que l'adresse IP d'envoi ou son PTR ne correspondent pas à ce que vous avez spécifié comme serveur de messagerie légitime, il est probable qu'il rejettera votre message. C'est la raison d'être de SPF.
-
Si le serveur de réception consulte l'enregistrement PTR de votre IP d'envoi et le rejette parce qu'il ne correspond pas à votre domaine de messagerie, alors il est cassé . Cette mesure entraînera le rejet du courrier légitime.
- S'il rejette la demande parce que le RTP n'est pas exactement match, alors il est très cassé . Cette mesure rejettera lots du courrier légitime
- Si cette était une méthode valable pour bloquer le spam, chaque hébergeur de courrier partagé (Google, Rackspace, au choix) devrait disposer d'une adresse IP distincte et d'un PTR personnalisé. pour chaque domaine qu'ils hébergent . Ce serait stupide.
@Solignis : Désolé de détourner votre question initiale, qui ne concernait que vos enregistrements MX, mais j'ai pensé qu'il fallait éclaircir ce point.
