Réponse plus courte.
D'après mon expérience, l'absence d'un ensemble d'enregistrements PTR (DNS inversé) pour l'adresse IP d'un serveur est la première façon dont le courrier électronique est signalé comme SPAM sur des services comme Gmail et même AOL.
Associé, mais si vous n'avez pas d'ensemble d'enregistrements SPF (Sender Policy Framework) pour le nom de domaine, cela n'aidera en rien, vous devriez donc l'avoir également.
Mais au final, le PTR est vraiment la chose la plus importante suivie par le SPF.
Passé les deux, le concept de DKIM (DomainKeys Identified Mail) est utilisé pour valider les courriers. Mais d'après mon expérience, la plupart des configurations de serveur ont juste besoin d'obtenir un jeu d'enregistrements PTR couplé à un SPF pour que le marquage SPAM disparaisse.
Vous ne devriez traiter les trucs DKIM que si vous n'avez pas d'autre choix; pas parce qu'il est difficile à configurer, mais cela ne signifie pas grand-chose sans enregistrements PTR et SPF valides en place.
Réponse plus longue.
Cependant, il semble que les serveurs Google Gmail signalent mes e-mails comme «indésirables» depuis très longtemps, mais d'autres fournisseurs, tels que Yahoo Mail, ne le font pas. La création de plus de comptes de messagerie n'a pas aidé. J'ai également utilisé des comptes de messagerie appartenant à différents domaines.
Comment éviter que les serveurs Gmail ne signalent mes e-mails comme "indésirables"?
Le problème est très probablement que vous ne disposez pas d'un enregistrement PTR ou d'une configuration d'enregistrement SPF approprié pour le serveur. N'oubliez pas: n'importe quel serveur dans le monde peut envoyer des e-mails et la protection anti-spam est un système de notation et non une science exacte.
Qu'est-ce qu'un enregistrement PTR (DNS inversé)?
Mettez simplement un enregistrement PTR est un enregistrement DNS inversé qui connecte une adresse IP à un nom d'hôte. Cela peut ressembler à une recherche de nom d'hôte standard, mais ce n'est pas du tout le cas. C'est le contraire: un enregistrement PTR est un enregistrement du nom d'hôte auquel une adresse IP est attribuée du point de vue du service d'hébergement qui a attribué une adresse IP à ce serveur.
Donc, si l'adresse IP de votre serveur est 123.456.789.0alors une recherche d'enregistrement PTR pour cette adresse IP devrait correspondre au nom d'hôte de votre serveur. Mais cette valeur ne serait pas définie dans une entrée DNS comme vous le savez peut-être, mais dans les serveurs DNS qui sont connectés au service d'hébergement lui-même.
Il s'agit d'une vérification des références croisées par rapport aux SPAMmers car la réalité est que n'importe qui peut configurer un serveur de messagerie de base réel sur la plupart des PC du monde. Mais ce n'est pas parce qu'un serveur peut envoyer du courrier que ce qu'il envoie est valide. Ce que fait un enregistrement PTR, c'est essentiellement «se porter garant» de tout courrier provenant d'un serveur à cette adresse IP et dire: «D'accord, vous avez reçu un e-mail de example.coml'un de nos serveurs? Permettez - moi de vérifier et voir si ce serveur est associé à example.com? » La réponse à cette question serait soit, oui , ce serveur est autorisé à envoyer des e - mails pour example.comou non, nous avons aucune idée de ce qui est ... Faites ce que vous voulez avec ce courrier.
Quant à la façon de définir un enregistrement PTR, cela dépend du service d'hébergement et des politiques de votre serveur. Certains services vous permettront de définir indépendamment l'enregistrement PTR via un panneau de contrôle. D'autres vous demanderont de les contacter, soit par courrier électronique, par téléphone ou par courrier, pour avoir un enregistrement.
Par exemple, je sais que la configuration EC2 d'Amazon vous permet de faire une demande via un formulaire Web pour obtenir un jeu d'enregistrements PTR et il n'y a aucune garantie qu'ils approuveraient un changement d'enregistrement PTR; bien que la plupart du temps ils le fassent. Mais des endroits comme Rackspace vous permettent de définir ces valeurs par vous-même sans avoir besoin de demander la permission.
Pour vérifier l'enregistrement PTR de votre serveur, vous pouvez utiliser un outil comme cet outil MXToolbox «Reverse IP Lookup» . Ou si vous êtes à l'aise avec la ligne de commande sous Linux / Unix, exécutez simplement une commande comme celle-ci:
dig -x 123.456.789.0
Qu'est-ce qu'un enregistrement SPF (Sender Policy Framework)?
Un autre élément du casse-tête de base pour que le courrier ne soit pas signalé comme SPAM est de s'assurer qu'un enregistrement SPF approprié est défini. Une explication approfondie de ce qu'est un enregistrement SPF est disponible sur le site officiel de SPF . Mais cet outil de recherche d'enregistrements SXT Policy Framework (SPF) de MXToolbox l'explique très bien:
Les enregistrements Sender Policy Framework (SPF) permettent aux propriétaires de domaine de publier une liste d'adresses IP ou de sous-réseaux autorisés à envoyer des e-mails en leur nom. L'objectif est de réduire la quantité de spam et de fraude en rendant beaucoup plus difficile pour les expéditeurs malveillants de dissimuler leur identité.
Pour définir un enregistrement SPF, vous devez définir un enregistrement TXT dans l'enregistrement DNS pour votre nom de domaine qui ressemblerait à ceci:
v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all
Cela signifie essentiellement que tout nom d'hôte ou adresse IP répertorié dans ce SPF est autorisé à envoyer des e-mails au nom de example.com. Cet exemple est assez simple, mais l'avantage d'un enregistrement SPF est que disons que vous avez 1/2 une douzaine de serveurs connectés à votre nom d'hôte et qu'ils ont tous des adresses IP différentes. Un enregistrement SPF qui inclurait les adresses IP de ces 1/2 une douzaine de serveurs «garantirait» essentiellement la validité des courriers électroniques envoyés depuis cette adresse IP au nom de ce nom d'hôte.