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

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?

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.

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.

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.

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.