Chaque fois que j'envoie un e-mail [email protected]
à un compte Gmail, Gmail le traite comme du spam.
Je parle du seul e-mail que j'envoie à un prospect après l'avoir rencontré (il s'agit sûrement d'un courrier non spam). C'est déjà arrivé plusieurs fois:
"Hé !, vous n'avez jamais envoyé cet e-mail que vous m'avez promis" , dit le prospect.
"Comment ça se fait ...? Je l'ai envoyé. Vérifiez le spam" réponds-je.
"Oh, ça y est ..."
Je pense que cela a à voir avec le fait de ne example.com
pas être un domaine bien connu.
Comment / où dois-je me plaindre?
Réponses:
Jeff Atwood avait un très bon article sur les choses à faire pour aider votre courrier électronique à passer. Cela a fait une énorme différence pour l'entreprise pour laquelle je travaille. Quelques faits saillants:
la source
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.
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.0
alors 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.com
l'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 pourexample.com
ou 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:
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:
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:
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.la source
Les services de messagerie gratuits comme Gmail, Hotmail, Yahoo et similaires reçoivent des tonnes de spams par jour. C'est pourquoi ils ont durci les politiques de courrier électronique entrant et ils appliquent des règles très concrètes et strictes afin de s'assurer que tout courrier entrant est peu susceptible d'être du spam, sinon envoyez-le dans le dossier Courrier indésirable.
Tout d'abord, vous devez avoir une
SPF
politique valide . Vous ne mentionnez pas le MTA de messagerie que vous exécutez, mais la configuration d'une stratégie SPF est assez simple et indépendante du MTA. Il s'agit essentiellement d'un enregistrement DNS qui indique à partir de quels IP / domaines votre domaine est autorisé à envoyer des e-mails. Si un e-mail est reçu à partir d'une adresse IP différente de celles annoncées dans votre enregistrement DNS, il se retrouvera très probablement dans le dossier Courrier indésirable. Il existe quelques liens qui pourraient vous aider:Ensuite,
DKIM
devient de plus en plus important. Cela signe essentiellement votre courrier électronique avec une clé privée (générée par vous) et vous générez un enregistrement DNS avec la clé publique afin que tout domaine destinataire puisse vérifier si le contenu du courrier a été ou non falsifié.Il y a une autre façon de permettre aux autres de vérifier vos e-mails,
DMARC
. C'est essentiellement la combinaison des deux ci-dessus et vous décidez ce que les autres devraient faire avec un e-mail qui ne passe pas les restrictions DMARC, en relayant sur eux la décision finale. DMARC vous permet également de recevoir des rapports (d'autres domaines exécutant la vérification DMARC).Ensuite (et malheureusement, vous ne pouvez pas faire grand-chose, du moins au début), il y a un terme appelé réputation IP . De nombreux services de messagerie utilisent certains services qui leur indiquent si une adresse IP a une bonne ou une mauvaise réputation. Si votre adresse IP a été utilisée précédemment pour envoyer du spam, même avant que vous ne le possédiez, elle aura très probablement une mauvaise réputation. Si votre adresse IP est inconnue, elle ne sera pas non plus approuvée. Vous devrez gagner en réputation en disant à vos destinataires de "mettre sur liste blanche" vos e-mails. Si beaucoup de gens le font, le fournisseur de messagerie gratuit saura que vous n'êtes pas dangereux et appliquera une politique plus douce envers vous.
Il y a plus de concepts à ce sujet mais ce sont les plus importants. Configurez simplement ce que vous pouvez configurer et soyez patient.
la source
Une petite mise à jour pour tous ceux qui ont trouvé cela en 2018. Cela pourrait être considéré comme un ajout à l'excellente réponse de @ JakeGould (qui laisse de côté DMARC).
Google a appliqué des règles de filtrage anti-spam et anti-hameçonnage plus lourdes avec la nouvelle version de Gmail. Si vos e-mails se retrouvent dans le spam de quelqu'un, assurez-vous que vous avez correctement configuré SPF , DKIM et DMARC . Vous pouvez utiliser divers outils pour vérifier les règles MX de votre domaine. Par exemple - MXToolbox ou Google's Toolbox .
Vous pouvez également vérifier votre site auprès de Postmaster pour voir la réputation de votre domaine de messagerie et de vos plages d'adresses IP.
Voici une excellente ressource de Google sur la façon de configurer DMARC via GSuite - https://support.google.com/a/answer/2466580?hl=en
Si vous avez trouvé tous ces termes nouveaux comme moi, voici une excellente série de 3 articles expliquant les trois termes par returnpath.com
la source
Cette page pourrait vous être utile:
https://mail.google.com/support/bin/answer.py?answer=81126
Bien qu'il s'applique aux messages électroniques en masse, il existe de nombreuses informations sur la raison pour laquelle les messages peuvent être marqués comme spam. Je ne sais rien de vos informations spécifiques, mais j'espère que vous pourrez voir quelque chose qui vous sera utile.
la source