Wohin gehen E-Mails, die an *@example.com gesendet werden?

Wohin gehen E-Mails, die an *@example.com gesendet werden?

Das habe ich mich also schon lange gefragt.

Wohin gehen die gesendeten E-Mails *@example.com? Wenn ich versehentlich vertrauliche Informationen sende, *@example.comkönnte dann irgendwann eine böswillige Person (möglicherweise bei der IANA) diese abrufen?

Antwort1

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

  1. Ihr SMTP überprüft, ob die Domäne vorhanden ist.
  2. Ihr SMTP-Server sucht MXunter nach einem Datensatz example.com.
  3. Es gibt keine: Ihr SMTP wird auf den Datensatz zurückgreifen A. Die IP ist 174.137.125.92 (Stand heute)
  4. Die IANA hat die Domäne registriert, aber keinen SMTP-Server eingerichtet, der auf Port 25 auf 174.137.125.92 lauscht.
  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 nach 3 Tagen) verwirft das SMTP die Nachricht und sendet Ihnen eine Benachrichtigung über den Fehler.

Endeffekt: Das hängt von Ihrer eigenen Konfiguration ab. Wenn IANA jedoch heute einen Server einrichtet, kann dieser möglicherweise Nachrichten empfangen, die Sie vor 3 Tagen zu senden versucht haben.

Antwort2

Wenn kein MX-Eintrag vorhanden ist, versuchen die Mailserver die Zustellung an den A-Eintrag.

Die Server von example.com überwachen Port 25 nicht, daher stellt der Mailserver keine TCP-Verbindung her und beginnt nicht einmal mit der Zustellung.

Antwort3

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

EDIT: zur Verdeutlichung für diejenigen, die diese Antwort in Zukunft finden, hier eine Erklärung, was ein MX-Eintrag ist: (vonhttp://en.wikipedia.org/wiki/Mx_recordabgerufen am 21. November 2011)

Ein Mail Exchanger Record (MX-Record) ist ein Ressourceneintrag im Domain Name System, der einen Mailserver angibt, der für die Annahme von E-Mail-Nachrichten im Namen der Domäne eines Empfängers zuständig ist, sowie einen Präferenzwert, der zur Priorisierung der E-Mail-Zustellung verwendet wird, wenn mehrere Mailserver verfügbar sind. Der Satz von MX-Records eines Domänennamens gibt an, wie E-Mails mit dem Simple Mail Transfer Protocol weitergeleitet werden sollen.

Grundsätzlich haben example.com, example.net und example.org keinen Server, der für die Verarbeitung eingehender E-Mails zuständig ist. Deshalb sollten alle an sie gesendeten E-Mails als „unzustellbar“ an den Absender zurückgesendet werden (kann je nach SMTP-Serverkonfiguration variieren, aber die Rücksendung an den Absender als „unzustellbar“ ist in dieser Situation ein sehr gängiges Verhalten).

EDIT 2: Jemand hat das in RFC 5321 definierte Verhalten angesprochen, bei dem im Falle eines fehlenden MX-Eintrags auf den A-Eintrag zurückgegriffen wird. Ich habe in diesem RFC gesucht (https://www.rfc-editor.org/rfc/rfc5321) und habe nichts derartiges gefunden, aber es ist möglich, dass einige MTAs (Mail Transfer Agent, wie z. B. exim, postfix, sendmail und Microsoft Exchange Server) versuchen, E-Mails per SMTP an die im A-Eintrag definierte Adresse zuzustellen. Für die Nachwelt ist hier aufgeführt, was passiert, wenn Sie versuchen, eine SMTP-Verbindung zur definierten A-Eintrag-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 3: Erläuterungen zu relevanten RFCs und Fallback-Verhalten finden Sie in den Antworten unten.

Antwort4

Laut der Internet Assigned Number AuthorityVon der IANA verwaltete reservierte Domänen:

Beispieldomänen

Wie beschrieben inRFC 2606UndRFC 6761werden eine Reihe von Domänen wie example.com und example.org zu Dokumentationszwecken verwaltet. Diese Domänen können ohne vorherige Abstimmung mit uns als illustrative Beispiele in Dokumenten verwendet werden. Sie können nicht registriert oder übertragen werden.

verwandte Informationen