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


Je me suis donc demandé cela pendant longtemps.

Où le courrier envoyé à *@example.com aller? Si j’ai accidentellement envoyé des informations sensibles à *@example.com une personne perverse (potentiellement à l'IANA) pourrait-elle la récupérer un jour?


80
2017-11-22 02:52


origine


Si vous utilisez Postfix en tant que serveur SMTP, vous pouvez utiliser le rejet (postfix.org/discard.8.html) pour jeter les emails vers les domaines RFC 2606 (plutôt qu’un rebond). - HTTP500
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 Super utilisateur. - MDMarra
Si vous visitez exemple.com, il est indiqué qu'il est réservé à des fins d'illustration et qu'il contient des liens vers iana.org/domains/reserved - user


Réponses:


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

  1. Votre SMTP vérifiera que le domaine existe.
  2. Votre serveur SMTP recherchera un MX enregistrer à example.com.
  3. Il n'y en a pas: votre SMTP se rabattra sur le A record. 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.

Ligne de fond: 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.


38
2017-11-22 09:33





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.


55
2017-11-22 03:23





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

EDIT: pour la clarté de ceux qui trouveront cette réponse dans l’avenir, voici une explication de ce qu’est un enregistrement MX: (de 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 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é ce RFC ( http://tools.ietf.org/html/rfc5321 ) et n’a 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, entre autres) tentent de remettre le 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.


48
2017-11-22 02:56



Votre réponse est incorrecte - la RFC 5321 précise que la résolution revient à A enregistre quand non MX record 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
De plus, SMTP a toujours eu un repli sur A règle - il n'a pas été introduit avec 5321. - josh3736
De RFC 974 (973 et 974 ont 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
@ josh3736 SMTP n'a jamais précisé qu'il était retombé des enregistrements MD & MF sur les RR A. En réalité, RFC 821 n'indique pas comment utiliser exactement le fichier HOSTS (le DNS n'existait pas à ce moment-là) 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


Autorité de numéro attribué par Internet:

Exemple de domaines

Comme décrit dans RFC 2606, nous conservons un certain nombre de domaines tels que EXAMPLE.COM et EXAMPLE.ORG à des fins de documentation. Ces domaines peuvent être utilisés à titre d’exemples dans des documents sans coordination préalable avec nous. Ils ne sont pas disponibles pour l'inscription.


18
2017-11-22 02:56



Votre réponse ne répond pas à la question.
@ George Pourquoi pas? Les domaines appartenant à l'IANA, aussi, même s'il n'y a pas de MX à ce jour, il est possible que l'IANA en crée un à l'avenir et commence à recevoir des courriels, par exemple, les domaines. *. C'est la meilleure réponse à mon avis. - eduardocereto