Je me suis posé cette question depuis longtemps.
Où vont les e-mails envoyés à *@example.com? Si je parviens à envoyer par erreur des informations sensibles à *@example.com, est-ce qu'une personne malveillante (potentiellement à l'IANA) pourrait les récupérer un jour?
Si vous essayez d'envoyer un email à *@example.com
MX à example.com.A. L'IP est 174.137.125.92 (à ce jour)En fin de compte : Cela dépend de votre propre configuration. Mais si l'IANA met en place un serveur aujourd'hui, ils pourraient recevoir des messages que vous avez essayé d'envoyer il y a 3 jours.
Example.com n'a aucun enregistrement MX, donc le serveur SMTP de votre domaine expéditeur devrait renvoyer le message s'il est configuré comme la plupart des serveurs SMTP le sont.
MODIFICATION : pour plus de clarté pour ceux qui trouveront cette réponse à l'avenir, voici une explication de ce qu'est un enregistrement MX : (de http://fr.wikipedia.org/wiki/Enregistrement_MX consulté le 21 novembre 2011)
Un enregistrement de changeur de courrier (MX record) est un type d'enregistrement des ressources dans le Système de Noms de Domaine (DNS) qui spécifie un serveur de messagerie chargé d'accepter les messages électroniques pour le compte d'un domaine destinataire et une valeur de préférence utilisée pour la livraison des messages si plusieurs serveurs de messagerie sont disponibles. L'ensemble des enregistrements MX d'un nom de domaine spécifie comment les courriers électroniques doivent être acheminés avec le protocole SMTP.
Donc, en gros, example.com, example.net et example.org n'ont aucun serveur désigné pour gérer les courriers entrants, et donc tout courrier envoyé à ces adresses devrait être retourné à l'expéditeur comme "non distribuable" (peut varier en fonction de la configuration du serveur SMTP, mais le renvoi à l'expéditeur comme "non distribuable" est un comportement très courant dans cette situation).
MODIFICATION 2 : Quelqu'un a mentionné le comportement défini dans le RFC 5321 qui consiste à utiliser l'enregistrement A en cas d'absence d'enregistrement MX. J'ai recherché ce RFC ( https://www.rfc-editor.org/rfc/rfc5321 ) et je n'ai rien trouvé à ce sujet, mais il est possible que certains MTA (Mail Transfer Agent, tels que exim, postfix, sendmail, et Microsoft Exchange Server, entre autres) essaient de délivrer les courriers électroniques via SMTP à l'adresse définie dans l'enregistrement A. Pour mémoire, voici ce qui se passe lorsque vous tentez d'établir une connexion SMTP à l'adresse définie dans l'enregistrement A de example.com (192.0.43.10 au moment de l'écriture) :
$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed outMODIFICATION 3 : consultez les réponses ci-dessous pour des clarifications sur les RFC pertinents et le comportement de secours.
Votre réponse est incorrecte - la RFC 5321 spécifie que la résolution est renvoyée aux enregistrements A lorsqu'aucun enregistrement MX n'existe (la "règle implicite MX"); voir section 5.1. Si une liste vide de MX est renvoyée, l'adresse est traitée comme si elle était associée à un RR MX implicite, avec une priorité de 0, pointant vers cet hôte.
Aussi, SMTP a toujours eu une règle de secours vers la règle A - ce n'était pas introduit avec le 5321.
De RFC 974 (973 & 974 ont introduit l'enregistrement MX) Il est possible que la liste des MX dans la réponse à la requête soit vide. C'est un cas spécial. Si la liste est vide, les expéditeurs de courrier devraient la traiter comme si elle contenait un RR, un RR MX avec une valeur de préférence de 0 et un nom d'hôte de REMOTE. (C'est-à-dire, REMOTE est son unique MX).
Selon les Domaines réservés gérés par l'Autorité des numéros attribués à Internet :
Domaines d'exemple
Comme décrit dans les RFC 2606 et RFC 6761, un certain nombre de domaines tels que exemple.com et exemple.org sont conservés à 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 ou le transfert.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
2 votes
Si vous utilisez Postfix comme serveur SMTP, vous pouvez utiliser discard (postfix.org/discard.8.html) pour jeter les e-mails vers les domaines RFC 2606 (plutôt qu'un rebond).
9 votes
Quelqu'un peut-il expliquer pourquoi cela a été migré ici puis fermé? J'ai posé la question sur Stack Overflow car je pensais que c'était un problème plus général, mais je suppose que c'est logique qu'elle soit liée à l'e-mail et au réseau. Mais évidemment, certaines personnes expérimentées n'étaient pas d'accord. Comment et où puis-je rouvrir cette question?
0 votes
Si c'est hors sujet ici, je suis sûr que ce serait bien sur Pro Webmasters.
0 votes
Cela correspond probablement mieux à Super Utilisateur.
1 votes
Si vous visitez example.com, il dit qu'il est réservé à des fins illustratives et renvoie à iana.org/domains/reserved