Gibt es einen Standard-DNS-Eintrag, der den IMAP-Server für eine Domain angibt?

19

Nach einigem Suchen bin ich mit leeren Händen darauf gekommen, ob es eine Standardspezifikation (oder eine Nicht-Standardspezifikation) oder eine bewährte Methode zum Spezifizieren des IMAP-Servers für einen Domain-Namen gibt. Wenn ich also ein Konto wie "jimi@example.com" besitze und meine E-Mails über IMAP lesen möchte, gibt es einen DNS-Eintrag, der meinem E-Mail-Client angibt, mit welchem E-Mail-Server er Kontakt aufnehmen soll? Ich habe so etwas noch nie gesehen und praktisch alle E-Mail-Setup-Anweisungen, die ich gesehen habe, enthalten einen genauen Hostnamen für IMAP, z. B. "mail.example.com" oder "imap.example.com". Ich gehe davon aus, dass die Mitarbeiter oder andere Benutzer von example.com von ihrem Administrator erfahren können, welchen Server sie verwenden sollen. Wenn example.com jedoch Tausende von Konten haben würde, würde dies lästig werden.

Hat jemand davon gehört?

domain-name-system email imap

— bgp
quelle

4

Einige Anwendungen unterstützen die automatische Erkennung von DNS und es gibt wahrscheinlich eine RFC- oder Spezifikationsdatei für die automatische Erkennung von IMAP. Ich würde nicht erwarten, dass viele es aus den von Ihnen genannten Gründen befolgt haben. Eine Organisation veröffentlicht Dokumente oder verwendet die Konfigurationsverwaltung, um Endpunkte zu konfigurieren. smtp muss Namen für das Mail-Routing kennen. IMAP wird von Menschen geleitet. :-)

— Aaron

34

Aus DNS-Sicht verfügen Sie über SRV-DNS-Einträge , die die Verwendung von DNS für Veröffentlichungsdienste und die Diensterkennung ermöglichen. Sie dienen hauptsächlich dazu, die Ausführung von Diensten auf nicht standardmäßigen Ports zu ermöglichen und den Konfigurationsaufwand beim Einrichten von Clients zu verringern.

Ein SRV-Datensatz hat die folgende Form:

_Service._Protocol.Name. TTL Class SRV Priority Weight Port Target

und eines für IMAP ist in RFC 6186 definiert und sieht folgendermaßen aus:

_imap._tcp.example.com. 3600 IN SRV 0 10 143 my-imap-host.example.com.

oder

_imaps._tcp.example.com. 3600 IN SRV 0 10 995 my-imaps-host.example.com.

Die meisten E-Mail-Clients suchen jedoch nicht zuerst speziell nach einem IMAP-Server, sondern verwenden die automatische Erkennung, um die Einstellungen des E-Mail-Clients von der E-Mail-Adresse abzuleiten, die ein Benutzer eingibt.
Wenn ein Benutzer username@example.com eingibt, handelt es sich je nach Client in der Regel um eines der beiden

ein _autodiscover._tcp.example.com.SRV-Datensatz, wie er von MS Exchange und Outlook verwendet wird
ein tatsächlicher Host wird angerufen autoconfig.example.com.
oder mehr

Eine ziemlich gute Beschreibung finden Sie hier: https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration

— HBruijn
quelle

1

Danke - ja, genau das habe ich gesucht. Es ist interessant, dass die "Standard" -Methode (SRV-Aufzeichnung) überhaupt nicht populär zu sein scheint. Ich denke, es gibt wenig Druck, es zu implementieren, da Sie technisch ohne es davonkommen können, solange Ihre Benutzer oder E-Mail-Client wissen, was zu tun ist, damit es funktioniert.

— BGP

3

Das "Problem" bei E-Mails besteht darin, dass die Client-Einstellungen etwas komplizierter sind als nur ein Host / Protokoll. Einige ISPs verwenden die vollständige E-Mail-Adresse als Loginname, andere nur den Benutzerteil oder den Loginnamen, möglicherweise ähneln sie nicht einmal der E-Mail-Adresse . Es gibt eine Reihe verschiedener Passwort-Hashing-Algorithmen, Dienste an einem dedizierten SSL-Port oder STARTTLS an demselben Port wie das traditionelle Klartextprotokoll, POP vor SMTP oder SMTP-Authentifizierung usw.

— HBruijn

4

Einige dieser Dinge sind in RFC 6186 spezifiziert - nicht, dass es notwendig ist, wenn Sie nicht wissen, ob der Server dem Standard entspricht.

— Legoscia

1

Sie kennen keinen Standard per se, aber in DNS-Begriffen registrieren Sie im Allgemeinen nur den "bekannten Namen" imap.example.com und vielleicht auch imaps.example.com

SRV-Datensätze sind für viel spätere / komplexere Dinge. Z.B. Suchen von Active Directory-Servern für eine Domäne oder Verwendung im Rahmen der DNS-Dienstermittlung.

Die Geschichte ist übersät mit verschiedenen Mechanismen für Service-Werbung / -Entdeckung.

— Cameron Kerr
quelle

Tatsächlich sollten SRV-Datensätze verwendbar sein und von nicht standardmäßigen oder internen Anwendungen / Protokollen verwendet werden (Komplexität oder Einfachheit spielten keine Rolle). Ich glaube, das war ziemlich erfolgreich. Das ursprüngliche Ziel war ein teures Embedded-Gerät.

— Arnt