Les inputs DNS inverse generics sont-elles acceptables pour un server SMTP sortant?

Nos dossiers PTR sont gérés par notre FAI, car nos gammes sont trop petites pour qu'ils envisagent de nous déléguer. Donc, chaque fois que je souhaite mettre à jour une input, je dois envoyer un courrier électronique à leur équipe de support.

Dans un souci de simplifier les choses, je considère leur request de faire un changement unique dans toutes nos adresses IP. Chaque logging serait mis en place de sorte que 1.2.3.4 soit host-1-2-3-4.mycompany.net. Bien sûr, nous aurions configuré les loggings A correspondants, le cas échéant.

Bien que cela soit techniquement possible, ma question est simple: est-ce que nous sums plus susceptibles d'get notre courrier électronique sortant marqué comme spam, car les inputs de search inverses ressemblent beaucoup à de nombreux FAI à domicile ou à petite entreprise – avec l'IP réelle dans le nom?

(Je request parce que l'IP de mon bureau est statique-1-2-3-4.region.fios.verizon.net, et cela se bloque souvent malgré une IP statique. Mais je pense que c'est parce que c'est * .fios.verizon.net . Je suppose que je pourrais find une sorte d'identificateur random pour chaque IP, mais cela semblait simple à comprendre.)

Certains servers de messagerie peuvent bloquer les noms DNS inversés generics. Le nombre de politiques antispam sur Internet est énorme . Il est plus sûr de réduire les chances de les bash autant que possible.

Pour être prudent, je vous suggère d'atsortingbuer quelques inputs DNS inversées (2 ou plus) pour les servers, par exemple ice.mycompany.net .

Les servers SMTP modernes recevant des courriers de vos servers s'inquiètent beaucoup plus sur les loggings SPF valides pour le domaine que sur l'logging PTR du server d'envoi.

J'ai une politique de courrier électronique publiée qui décrit les règles que je pose. Je ne crois pas que les règles énumérées pour les messages entrants sont uniquement les miennes. La plupart proviennent de plusieurs documents.

Tant que vous passez la validation rDNS, la plupart des servers ne vous causeront pas beaucoup de problèmes. Le logiciel de balayage par spam peut. comme votre input DNS ressemble à beaucoup de spam et pas du tout comme un server de messagerie légitime.

Votre solution la plus simple est de configurer votre server de messagerie pour envoyer tout le courrier sortant via un server de relais. Verison devrait en avoir une que vous pouvez utiliser.

Sauf si vous êtes dans l'entreprise d'envoi de courrier électronique, vous devriez avoir un server de messagerie dédié à l'envoi d'un courrier électronique à Internet. C'est le seul dont vous devez vous soucier des inputs DNS.

Vous obtiendrez de meilleurs résultats si votre server s'identifie comme le nom sur l'logging PTR. Les validations se font souvent sur le nom que vous fournissez dans le message HELO. Si elle ne correspond pas à l'logging PTR, vous pouvez être pénalisé (envoyé au panier Spam).

Un logging SPF avec une politique ressortingctive aide, bien que plus à bloquer le spam en prétendant être votre server.