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

88

Das habe ich mich schon lange gefragt.

Wohin wird die E-Mail gesendet *@example.com? Wenn ich versehentlich vertrauliche Informationen an *@example.comeine böse Person (möglicherweise bei der IANA) schicke, könnte sie dann eines Tages abgerufen werden?

Bryan Kennedy
quelle
2
Wenn Sie Postfix als SMTP-Server verwenden, können Sie mithilfe von discard ( postfix.org/discard.8.html ) E-Mails an RFC 2606-Domänen (statt an einen Bounce) senden .
HTTP500,
4
Kann jemand erklären, warum dies hierher migriert und dann geschlossen wurde? Ich habe die Frage zu Stack Overflow gestartet, da ich dachte, dass es sich um ein allgemeineres Problem handelt, aber ich denke, es ist sinnvoll, dass es hier um E-Mail und Networking geht. Aber offensichtlich waren einige erfahrene Leute anderer Meinung. Wie und wo kann ich diese Frage erneut öffnen lassen?
Bryan Kennedy
Wenn es hier nicht zum Thema gehört, wäre es bei professionellen Webmastern sicher in Ordnung.
DisgruntledGoat
Dies ist wahrscheinlich am besten für Super User geeignet .
MDMarra
1
Wenn Sie example.com besuchen, wird angegeben, dass es zu Illustrationszwecken und als Link zu iana.org/domains/reserved
user am

Antworten:

48

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

  1. Ihr SMTP überprüft, ob die Domain existiert.
  2. Ihr SMTP-Server sucht nach einem MXDatensatz unter example.com.
  3. Es gibt keine: Ihr SMTP wird auf den ADatensatz zurückgreifen . Die IP ist 174.137.125.92 (Stand heute)
  4. Die IANA hat die Domäne registriert, jedoch keinen SMTP-Server eingerichtet, der Port 25 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 innerhalb von 3 Tagen) verwirft das SMTP die Nachricht und sendet Ihnen eine Fehlerbenachrichtigung.

Fazit : Es hängt von Ihrer eigenen Konfiguration ab. Wenn IANA heute einen Server eingerichtet hat, kann er möglicherweise Nachrichten empfangen, die Sie vor 3 Tagen gesendet haben.

rds
quelle
58

Wenn kein MX-Eintrag vorhanden ist, werden die Mailserver versuchen, den A-Eintrag zuzustellen.

Die Server von example.com lauschen nicht auf Port 25, sodass der Mailserver keine TCP-Verbindung aufbaut und nicht einmal mit der Zustellung beginnt.


quelle
50

example.com hat keinen MX-Eintrag, daher sollte Ihr SMTP-Server in der sendenden Domäne die Nachricht bouncen, wenn er wie die meisten SMTP-Server konfiguriert ist.

BEARBEITEN: Zur Klarheit für diejenigen, die diese Antwort in Zukunft finden, hier eine Erläuterung, was ein MX-Datensatz ist: (von http://en.wikipedia.org/wiki/Mx_record, abgerufen am 21. November 2011)

Ein Mail Exchanger-Datensatz (MX-Datensatz) ist eine Art Ressourceneintrag im Domain Name System, der einen Mailserver angibt, der für das Annehmen von E-Mail-Nachrichten im Namen der Domain eines Empfängers zuständig ist, und einen Präferenzwert, der zum Priorisieren der Mailzustellung verwendet wird, wenn mehrere Mailserver verfügbar sind . Der Satz von MX-Einträgen eines Domainnamens gibt an, wie E-Mails mit dem Simple Mail Transfer Protocol weitergeleitet werden sollen.

Im Grunde haben example.com, example.net und example.org keinen Server für die Verarbeitung eingehender E-Mails. Daher sollten alle an sie gesendeten E-Mails als "unzustellbar" an den Absender zurückgesendet werden (kann je nach SMTP-Serverkonfiguration variieren) , aber die Rückkehr zum Absender als "nicht zustellbar" ist in dieser Situation ein sehr verbreitetes Verhalten.

BEARBEITEN 2: Jemand brachte das in RFC 5321 definierte Verhalten zum Vorschein, bei einem fehlenden MX-Datensatz auf die Verwendung des A-Datensatzes zurückzugreifen. Ich suchte in diesem RFC ( http://tools.ietf.org/html/rfc5321 ) und fand keine solche Sache, aber es ist möglich, dass einige MTAs (Mail Transfer Agent, wie Exim, Postfix, Sendmail und Microsoft Exchange Server, unter andere) versuchen möglicherweise, E-Mails über SMTP an die im A-Datensatz definierte Adresse zuzustellen. Für die Nachwelt geschieht Folgendes, wenn Sie versuchen, eine SMTP-Verbindung zu der definierten A-Datensatzadresse 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

EDIT 3: Erläuterungen zu relevanten RFCs und zum Fallback-Verhalten finden Sie in den Antworten unten.

seanp2k
quelle
16
Ihre Antwort ist falsch - RFC 5321 gibt an, dass die Auflösung auf ADatensätze zurückgreift, wenn kein MXDatensatz vorhanden ist (die "implizite MX-Regel"). siehe Abschnitt 5.1 . Wenn eine leere Liste von MXs zurückgegeben wird, wird die Adresse so behandelt, als wäre sie einem impliziten MX-RR zugeordnet, der mit der Voreinstellung 0 auf diesen Host verweist.
Josh3736
1
Außerdem hatte SMTP immer einen Fallback-to- ARule - es wurde nicht mit 5321 eingeführt.
Josh3736
1
Von RFC 974 (973 & 974 führte den MX-Rekord 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
2
@ josh3736 SMTP hat nie angegeben, dass es von MD- und MF-Datensätzen auf A-RRs zurückgesetzt wurde. Tatsächlich erwähnt RFC 821 nicht, wie genau die HOSTS-Datei (DNS war zu diesem Zeitpunkt noch nicht vorhanden) zum Nachschlagen des Remoteservers verwendet werden soll. Sie haben jedoch Recht, dass MX gemäß RFC 974 auf A-Datensätze zurückgreifen muss. Dies wurde kodifiziert, da dies bereits gängige Praxis war und die MD- und MF-Datensätze zu kompliziert und häufig nicht verwendet wurden.
Chris S
Vielen Dank für Ihre Klarstellung - ich habe einiges daraus gelernt.
Seanp2k
19

Die Internet Assigned Number Authority:

Beispieldomains

Wie in RFC 2606 beschrieben , verwalten wir zu Dokumentationszwecken eine Reihe von Domänen, wie zum Beispiel EXAMPLE.COM und EXAMPLE.ORG. Diese Domänen können ohne vorherige Abstimmung mit uns als veranschaulichende Beispiele in Dokumenten verwendet werden. Sie können nicht registriert werden.

Heiße Licks
quelle
15
Ihre Antwort reagiert nicht auf die Frage.
7
@ George Warum nicht? IANA besitzt die Domains. Selbst wenn es ab heute noch keinen MX gibt, kann IANA in Zukunft einen einrichten und E-Mails empfangen, zum Beispiel. * -Domains. Dies ist meiner Meinung nach die beste Antwort.
Eduardocereto