Dieser Artikel wurde maschinell übersetzt.
Ein Mail Exchanger Record oder MX-Record leitet die E-Mail-Adresse an einen offenen und verfügbaren Mailserver weiter.
Für Unternehmen, die Hunderte oder sogar Tausende von E-Mail-Adressen pro Tag akzeptieren, sorgen MX-Einträge dafür, dass der Datenverkehr richtig verteilt wird. Das führt zu weniger fallengelassenen Notizen und unzufriedenen Verbrauchern.
Was ist ein MX-Eintrag?
Die Anweisungen, die Sie in Ihr E-Mail-Adressensystem eingeben, müssen entschlüsselt werden, bevor die Notiz an einen Empfänger weitergeleitet werden kann. Diese Decodierung erfolgt über das MX-Eintragssystem.
Beginnen wir mit einem Beispiel.
Die Menschen versenden täglich so viele E-Mail-Adressen, dass große Unternehmen, darunter auch Google, die Anzahl der Nachrichten begrenzen müssen, die eine einzelne Person senden kann.
Stellen Sie sich vor, Sie arbeiten in einem Unternehmen, das all diese Notizen macht. Wie können Sie sicherstellen, dass nicht ein einzelner Server unter der Belastung zusammenbricht, während andere geöffnet bleiben?
Ein MX-Eintrag kann:
- Übersetzen. Ihre E-Mail-Adresse (z. B. susan@xyz.com) ist nicht über das Domain Name System (DNS) lesbar. Ihr E-Mail-Adresssystem muss diese xyz.com Adresse in eine numerische Version übersetzen, die der Browser verstehen kann.
- Spezifizieren. Eine Domain kann Dutzende von offenen E-Mail-Adress-Servern haben. Der Datensatz teilt Ihrem System mit, welches zuerst verwendet werden soll. Einige Unternehmen geben Backup-MX-Einträge an, die das System verwenden könnte, die aber unter normalen Verkehrsbedingungen keine bevorzugten Ziele sind.
- Zeit. Der Empfänger kann den TTL-Wert (Time to Live) für die Nachricht angeben. Im Wesentlichen identifiziert die IT-Abteilung, wie viele Router Ihre Notiz passieren kann, bevor das System das Paket verwirft und die Notiz ausfällt.
Der MX-Lookup-Prozess ist nicht neu. Die Ursprünge des Prozesses sind in RFC821 zu finden, der 1982 veröffentlicht wurde. Im Jahr 1986 wurde mit RFC973 und RFC974 die Art und Weise, wie Programmierer diesen Prozess für das Routing von E-Mails verwenden sollten, weiter verfeinert.
Wie wird ein MX-Lookup durchgeführt?
Eine Person, die an einem Computer sitzt und auf die E-Mail-Adresse tippt, muss keine MX-Einträge nachschlagen. Die Kommunikation erfolgt automatisch, sobald Sie auf Ihrer Notiz auf "Senden" klicken.
Sobald die Notiz Sie verlässt, übernimmt die MTA-Software (Message Transfer Agent). Der MTA sendet eine DNS-Abfrage, um zu identifizieren, welcher E-Mail-Adress-Server die Notiz erhalten soll. Wenn die IT-Abteilung den richtigen Server auswählt, stellt der MTA eine Verbindung her. Ihre E-Mail-Adresse geht durch.
Verwenden Sie dieses Nachschlagetool , um ein Beispiel dafür zu sehen, was ein MTA während dieses Prozesses sehen kann.
Wenn Ihr E-Mail-Adress-Server keine Verbindung herstellen kann, versucht die IT-Abteilung möglicherweise, den nächsten verfügbaren MX-Server zu verwenden, wie in der Suche angegeben. Diese Funktion ist von Server zu Server sehr unterschiedlich. Einige bieten diesen Service überhaupt nicht an.
Wie können Sie sich durch MX-Lookups schützen?
Wie bereits erwähnt, kann das MX-Record-Protokoll dazu beitragen, dass die E-Mail-Adressserver gleichmäßig verteilt sind, sodass nicht einer die ganze Arbeit erledigt, während ein anderer im Leerlauf ist. Dieses Protokoll bietet jedoch noch einen weiteren Vorteil.
Sie können MX-Lookups mit Spam-Filtern kombinieren. Im Wesentlichen tauschen Sie den Server für eingehende E-Mail-Adressen gegen einen Spamfilter-Anbieter aus. Das System prüft Notizen und durchsucht sie auf Viren und andere schädliche Inhalte. Gültige Artikel werden weitergeleitet, aber das System hält verdächtige Artikel zurück, gibt sie zurück oder löscht sie.
Wussten Sie, dass maschinelles Lernen dazu beitragen kann, dass Spam-Filter wie dieser noch besser funktionieren? Zu diesem Thema haben wir einen Blog-Beitrag , der lesenswert ist.
Referenzen
Beschränkungen für das Senden und Empfangen von E-Mails. Google Mail.
Einfaches Mail-Übertragungsprotokoll. (August 1982). Institut für Informationswissenschaften, Universität von Südkalifornien.
Domain Systemänderungen und Beobachtungen. (Januar 1986). Network Working Gruppe.
Mail-Routing und das Domain System. (Januar 1986). Network Working Gruppe.
