Je me le demande donc depuis longtemps.
Où l'email est-il envoyé à *@example.com
aller? Si j'ai accidentellement envoyé des informations sensibles à *@example.com
une personne perverse (potentiellement à l'IANA) pourrait-elle le récupérer un jour?
Si vous essayez d'envoyer un e-mail à *@example.com
MX
dans example.com
.A
. L'IP est 174.137.125.92 (à ce jour)Conclusion: Cela dépend de votre propre configuration. Mais si l'IANA a configuré un serveur aujourd'hui, il est possible qu'il puisse recevoir des messages que vous avez essayé d'envoyer il y a 3 jours.
S'il n'y a pas d'enregistrement MX, les serveurs de messagerie tenteront de livrer à l'enregistrement A.
les serveurs d'exemple.com n'écoutent pas sur le port 25, donc le serveur de messagerie n'établira pas de connexion TCP et ne commencera même pas la livraison.
example.com n'a pas d'enregistrement MX, donc votre serveur SMTP sur le domaine d'envoi doit renvoyer le message s'il est configuré comme la plupart des serveurs SMTP.
EDIT: pour plus de clarté pour ceux qui trouveront cette réponse à l'avenir, voici une explication de ce qu'est un enregistrement MX: (from http://en.wikipedia.org/wiki/Mx_record récupéré le 21 novembre , 2011)
Un enregistrement d'échangeur de courrier (enregistrement MX) est un type d'enregistrement de ressource dans le système de noms de domaine qui spécifie un serveur de messagerie responsable de l'acceptation des messages électroniques au nom du domaine d'un destinataire et une valeur de préférence utilisée pour hiérarchiser la distribution du courrier si plusieurs serveurs de messagerie sont disponibles . L'ensemble des enregistrements MX d'un nom de domaine spécifie comment le courrier électronique doit être acheminé avec le protocole de transfert de courrier simple.
Donc, fondamentalement, example.com, example.net et example.org n'ont pas de serveur désigné pour gérer le courrier entrant, et donc tout courrier qui leur est envoyé doit être retourné à l'expéditeur comme "non livrable" (peut varier en fonction de la configuration du serveur SMTP , mais le retour à l'expéditeur comme "non livrable" est un comportement très courant dans cette situation).
EDIT 2: Quelqu'un a évoqué le comportement défini par la RFC 5321 consistant à revenir à l'utilisation de l'enregistrement A dans le cas d'un enregistrement MX manquant. J'ai recherché ce RFC ( http://tools.ietf.org/html/rfc5321 ) et je n'ai rien trouvé de tel, mais il est possible que certains MTA (Mail Transfer Agent, tels que exim, postfix, sendmail et Microsoft Exchange Server, entre autres) peuvent essayer de remettre du courrier via SMTP à l'adresse définie dans l'enregistrement A. Pour la postérité, voici ce qui se passe lorsque vous essayez d'établir une connexion SMTP à l'adresse d'enregistrement A définie pour example.com (192.0.43.10 au moment de la rédaction):
$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote Host: Connection timed out
EDIT 3: voir les réponses ci-dessous pour des éclaircissements sur les RFC pertinents et le comportement de secours.
L'autorité de numéro attribué par Internet:
Comme décrit dans RFC 2606 , nous maintenons un certain nombre de domaines tels que EXAMPLE.COM et EXAMPLE.ORG à des fins de documentation. Ces domaines peuvent être utilisés comme exemples illustratifs dans des documents sans coordination préalable avec nous. Ils ne sont pas disponibles pour l'inscription.