J'ai remarqué un comportement particulier de mon domaine Google Apps. La plupart des courriers transitent comme vous vous en doutez, mais sur une période de temps, je suis arrivé à la conclusion que les courriers de certains expéditeurs ne transitent pas. Après avoir identifié un de ces expéditeurs, dont les e-mails ne passeraient pas, je lui ai demandé d'essayer de m'envoyer un e-mail et de transmettre la réponse "échec de livraison" à mon gmail habituel.
La réponse d'échec de livraison contenait l'extrait de code suivant:
----- La transcription de la session suit -----
<myusername@GHS.L.GOOGLE.COM>
... Différée: la connexion a expiré avec ghs.l.google.com.
Cela m'a aidé à identifier le problème en effectuant une recherche rapide qui m'a conduit à cette page sur le forum d'aide de Google Apps. En effet, j'ai vérifié l'enregistrement DNS de mon domaine et j'ai @
été défini sur ghs.google.com. (CNAME), ce qui ne devrait pas être le cas. Changer cela en @ 74.125.93.121 (A)
* a résolu le problème.
Je comprends que dans les cas où le courrier ne passerait pas, mon nom de domaine a été remplacé par son nom canonique via une recherche CNAME, donc le courrier a été envoyé à la myusername@ghs.l.google.com
place de myusername@mydomain.com
. Mais pourquoi cela a-t-il fonctionné pour la grande majorité des expéditeurs? Les expéditeurs dont le courrier ne transitait pas ont-ils utilisé un type de protocole de messagerie différent, des paramètres DNS étranges ou quoi?
D'après ce que j'ai pu voir en recherchant le problème sur Google, cela semble être un problème très répandu (beaucoup de gens se plaignent que les e-mails de battle.net ne passent pas, serait un exemple populaire), seulement que les gens ne semblent pas pour être conscient que le problème réside dans leurs propres paramètres DNS, plutôt que du côté des expéditeurs.
Comment expliquer cela?
* J'ai utilisé cette IP à cause de ce que j'ai lu ici , mais je pense que n'importe quelle IP ferait l'affaire. Quelqu'un peut-il confirmer cela? Notez que la simple suppression de l' @
enregistrement n'a pas résolu le problème, il a dû être modifié.