Frage Wohin geht die an *@example.com gesendete E-Mail? [geschlossen]


Ich habe mich das schon lange gefragt.

Wohin wird die E-Mail gesendet? *@example.com gehen? Wenn ich versehentlich vertrauliche Informationen an gesendet habe *@example.com Wäre es möglich, dass eine böse Person (möglicherweise in der IANA) sie eines Tages wiederfinden könnte?


80
2017-11-22 02:52


Ursprung


Wenn Sie Postfix als SMTP-Server betreiben, können Siepostfix.org/discard.8.html) E-Mails an RFC-2606-Domains (anstatt an einen Bounce) zu verwerfen. - HTTP500
Kann jemand erklären, warum das hier migriert und dann geschlossen wurde? Ich habe die Frage zu Stack Overflow gestellt, weil ich dachte, dass es ein allgemeineres Problem ist, aber ich denke, dass es sinnvoll ist, dass es hier im Zusammenhang mit E-Mail und Netzwerken zu finden ist. Aber offensichtlich waren einige erfahrene Leute anderer Ansicht. Wie und wo kann ich diese Frage wiedereröffnen? - bryan kennedy
Wenn es hier um ein Thema geht, bin ich mir sicher, dass es bei Pro Webmastern gut wäre. - DisgruntledGoat
Dies ist wahrscheinlich am besten geeignet für Superbenutzer. - MDMarra
Wenn du example.com besuchst, heißt es, dass es für illustrative Zwecke und Links reserviert ist ilana.org/domains/reserviert - user


Antworten:


Wenn Sie versuchen, eine E-Mail an zu senden *@example.com

  1. Ihr SMTP wird prüfen, ob die Domain existiert.
  2. Ihr SMTP-Server sucht nach einem MX aufnehmen bei example.com.
  3. Es gibt keine: Ihr SMTP wird auf die A Aufzeichnung. Die IP lautet 174.137.125.92 (Stand: heute)
  4. Die IANA hat die Domäne registriert, aber keinen SMTP-Server eingerichtet, der Port 17 unter 174.137.125.92 überwacht.
  5. Dann hängt das Verhalten von Ihrem SMTP ab. Die meisten Server senden Ihnen eine Warnung und versuchen es später erneut. Schließlich (normalerweise in 3 Tagen) wird das SMTP die Nachricht verwerfen und Ihnen eine Benachrichtigung des Fehlers senden.

Endeffekt: Es hängt von Ihrer eigenen Konfiguration ab. Aber wenn IANA heute einen Server eingerichtet hat, können sie möglicherweise Nachrichten empfangen, die Sie vor 3 Tagen gesendet haben.


38
2017-11-22 09:33





Wenn kein MX-Eintrag vorhanden ist, versuchen Mail-Server, den A-Eintrag zuzustellen.

Die Server von example.com hören nicht auf Port 25, daher baut der Mail-Server keine TCP-Verbindung auf und beginnt nicht einmal mit der Zustellung.


55
2017-11-22 03:23





Beispiel.com hat keinen MX-Eintrag, daher sollte Ihr SMTP-Server in der sendenden Domäne die Nachricht zurückwerfen, wenn er so konfiguriert ist wie die meisten SMTP-Server.

BEARBEITEN: Für die Klarheit derer, die diese Antwort in der Zukunft finden, ist hier eine Erklärung, was ein MX-Eintrag ist: (von http://en.wikipedia.org/wiki/Mx_record abgerufen am 21. November 2011)

Ein Mail-Exchanger-Datensatz (MX-Record) ist eine Art von Ressourceneintrag im Domain Name System, der einen Mailserver für die Annahme von E-Mail-Nachrichten im Namen einer Empfängerdomäne und einen Präferenzwert für die Priorisierung der Mailzustellung angibt, wenn mehrere Mailserver verfügbar sind . Die Gruppe der MX-Datensätze eines Domänennamens gibt an, wie die E-Mail mit dem Simple Mail Transfer Protocol weitergeleitet werden soll.

Im Grunde genommen haben example.com, example.net und example.org keinen Server, der eingehende E-Mails verarbeitet. Daher sollten alle an sie gesendeten E-Mails als "nicht zustellbar" an den Absender zurückgeschickt werden (abhängig von der Konfiguration des SMTP-Servers) , aber zurück zum Absender als "unzustellbar" ist ein sehr häufiges Verhalten für diese Situation).

BEARBEITEN 2: Jemand hat das von RFC 5321 definierte Verhalten aufgegriffen, indem es im Falle eines fehlenden MX-Datensatzes auf den A-Datensatz zurückgreift. Ich suchte diese RFC ( http://tools.ietf.org/html/rfc5321 ) und nicht gefunden, aber es ist möglich, dass einige MTAs (Mail Transfer Agent, wie zB exim, postfix, sendmail und Microsoft Exchange Server) versuchen, E-Mails über SMTP an die im A-Datensatz definierte Adresse zuzustellen. Für die Nachwelt passiert Folgendes, wenn Sie versuchen, eine SMTP-Verbindung zu der definierten A-Record-Adresse für example.com (192.0.43.10 zum Zeitpunkt des Schreibens) herzustellen:

$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out

BEARBEITEN SIE 3: Siehe die Antworten unten für Erläuterungen zu relevanten RFCs und Fallback-Verhalten.


48
2017-11-22 02:56



Ihre Antwort ist falsch - RFC 5321 gibt an, dass die Auflösung zurückfällt A Aufzeichnungen wenn nein MX Datensatz existiert (die "implizite MX-Regel"); sehen Abschnitt 5.1. Wenn eine leere Liste von MX zurückgegeben wird, wird die Adresse behandelt, als ob sie einer impliziten MX-RR mit einer Präferenz von 0 zugeordnet wäre, die auf diesen Host verweist. - josh3736
Auch SMTP hat hatte immer einen Rückfall auf A Regel - Es wurde nicht mit 5321 eingeführt. - josh3736
Von RFC 974 (973 & 974 führte den MX-Eintrag ein) 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 hat nie angegeben, dass es von MD & MF-Datensätzen in A RRs zurückgefallen ist. Eigentlich, RFC 821 erwähnt nicht, wie genau die HOSTS-Datei (DNS war zu der Zeit noch nicht vorhanden) verwendet wurde, um den entfernten Server zu suchen. Sie sind jedoch korrekt, dass MX nach RFC 974 auf A-Datensätze zurückgreifen muss. Dies wurde kodifiziert, weil es bereits üblich war, dass die MD- und MF-Datensätze übermäßig kompliziert und häufig unbenutzt sind. - Chris S
Ich danke Ihnen allen für Ihre Klarstellungen - ich habe daraus einiges gelernt. - seanp2k


Die Internet Assigned Number Authority:

Beispieldomänen

Wie beschrieben in RFC 2606Zu Dokumentationszwecken pflegen wir eine Reihe von Domains wie EXAMPLE.COM und EXAMPLE.ORG. Diese Domains können ohne vorherige Abstimmung mit uns als illustrative Beispiele in Dokumenten verwendet werden. Sie sind nicht für die Registrierung verfügbar.


18
2017-11-22 02:56



Ihre Antwort reagiert nicht auf die Frage.
@ George Warum nicht? IANA besitzt die Domains, so dass IANA, selbst wenn es bis heute kein MX gibt, eines in der Zukunft einrichten und E-Mails zum Beispiel empfangen kann. * Domains. Dies ist meiner Meinung nach die beste Antwort. - eduardocereto