Où vont les courriels envoyés à *@example.com? [fermé]

88

Je me suis donc demandé cela pendant longtemps.

Où le courrier envoyé à *@example.comaller? Si j'avais accidentellement envoyé des informations sensibles à *@example.comune personne mauvaise (potentiellement à l'IANA) pourrait-elle les récupérer un jour?

email domain Bryan Kennedy
la source
2
Si vous utilisez Postfix en tant que serveur SMTP, vous pouvez utiliser discard ( postfix.org/discard.8.html ) pour jeter les courriers électroniques dans les domaines RFC 2606 (plutôt qu’un rebond).
HTTP500
4
Quelqu'un peut-il expliquer pourquoi cela a été migré ici, puis fermé? J'ai commencé la question sur le dépassement de pile car je pensais qu'il s'agissait d'un problème plus général, mais je suppose que cela a du sens que cela devrait être ici pour le courrier électronique et les réseaux. Mais évidemment, certaines personnes expérimentées n'étaient pas d'accord. Comment et où puis-je obtenir cette question rouverte?
Bryan Kennedy
Si son sujet est hors sujet ici, je suis sûr que cela conviendra aux webmasters professionnels.
DisgruntledGoat
C'est probablement la meilleure solution pour le super utilisateur .
MDMarra
1
Si vous visitez exemple.com, il est indiqué qu'il est réservé à des fins d'illustration et qu'il contient des
utilisateur le

Réponses:

48

Si vous essayez d'envoyer un email à *@example.com

  1. Votre SMTP vérifiera que le domaine existe.
  2. Votre serveur SMTP recherchera un MXenregistrement à example.com.
  3. Il n'y en a pas: votre SMTP se repliera sur l' Aenregistrement. L'adresse IP est 174.137.125.92 (à ce jour)
  4. L'IANA a enregistré le domaine, mais n'a pas configuré de serveur SMTP à l'écoute sur le port 25 sur 174.137.125.92.
  5. Ensuite, le comportement dépend de votre SMTP. La plupart des serveurs vont vous envoyer un avertissement et réessayer plus tard. Finalement (généralement dans 3 jours), le SMTP supprimera le message et vous enverra une notification d'échec.

En bout de ligne : Cela dépend de votre propre configuration. Mais si IANA met en place un serveur aujourd'hui, ils pourront peut-être recevoir les messages que vous avez essayé d'envoyer 3 jours auparavant.

rds
la source
58

S'il n'y a pas d'enregistrement MX, les serveurs de messagerie tenteront de transmettre à l'enregistrement A.

Les serveurs de example.com n'écoutant pas sur le port 25, le serveur de messagerie n'établit pas de connexion TCP et ne commence même pas la distribution.


la source
50

example.com n'a pas d'enregistrement MX, donc votre serveur SMTP sur le domaine d'envoi devrait renvoyer le message s'il est configuré comme le sont la plupart des serveurs SMTP.

EDIT: pour plus de clarté à ceux qui trouveront cette réponse à l'avenir, voici une explication de ce qu'est un enregistrement MX: (extrait de http://fr.wikipedia.org/wiki/Mx_record, consulté 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 la réception des e-mails pour le compte du domaine du destinataire et une valeur de préférence utilisée pour hiérarchiser la livraison du courrier si plusieurs serveurs de messagerie sont disponibles. . L'ensemble d'enregistrements MX d'un nom de domaine spécifie comment le courrier électronique doit être routé avec le protocole de transfert de courrier simple.

Ainsi, fondamentalement, exemple.com, exemple.net et exemple.org n’ont pas de serveur désigné pour traiter le courrier entrant. Par conséquent, tout courrier qui leur est envoyé doit être renvoyé à l’expéditeur en tant que "non distribuable" (peut varier en fonction de la configuration du serveur SMTP). , mais retourner à l'expéditeur en tant que "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 cherché cette RFC ( http://tools.ietf.org/html/rfc5321 ) et je n'ai rien trouvé de tel, mais il est possible que certains MTA (agents de transfert de courrier, tels que exim, postfix, sendmail et Microsoft Exchange Server), parmi 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 avec l'adresse d'enregistrement A définie pour 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 out

EDIT 3: voir les réponses ci-dessous pour des éclaircissements sur les RFC pertinents et le comportement de repli.

Seanp2k
la source
16
Votre réponse est incorrecte - la RFC 5321 précise que la résolution revient aux Aenregistrements lorsqu'aucun MXenregistrement n'existe (la "règle MX implicite"); 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 préférence de 0, pointant vers cet hôte.
Josh3736
1
En outre, SMTP a toujours eu un repli sur le Apouvoir - il n'a pas été introduit avec 5321.
josh3736
1
De RFC 974 (973 & 974 a introduit le record MX)It is possible that the list of MXs in the response to the query will be empty. This is a special case. If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE. (I.e., REMOTE is its only MX).
Chris S
2
@ josh3736 SMTP n'a jamais précisé qu'il était retombé des enregistrements MD & MF sur les RR A. En fait, la RFC 821 ne fait aucune mention de la manière exacte d'utiliser le fichier HOSTS (le DNS n'existait pas à l'époque) pour rechercher le serveur distant. Vous avez cependant raison de dire que les MX doivent s’en remettre aux enregistrements A, conformément à la RFC 974. C’est codifié car c’était déjà une pratique courante, les enregistrements MD et MF étant trop compliqués et généralement inutilisés.
Chris S
Merci à tous pour vos éclaircissements - j'ai beaucoup appris de cela.
seanp2k
19

Autorité de numéro attribué par Internet:

Exemple de domaines

Comme décrit dans la 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 dans des documents sans coordination préalable avec nous. Ils ne sont pas disponibles pour l'inscription.

Hot Licks
la source
15
Votre réponse ne répond pas à la question.
7
@ George Pourquoi pas? Les domaines appartenant à l'IANA, aussi, même s'il n'y a pas de MX à ce jour, IANA peut en configurer un à l'avenir et commencer à recevoir des courriels, par exemple, les domaines. *. C'est la meilleure réponse à mon avis.
Eduardocereto