Existe-t-il un enregistrement DNS standard pour indiquer le serveur IMAP pour un domaine?

19

Après quelques recherches, je suis arrivé les mains vides s'il y a une spécification standard (ou non standard d'ailleurs) ou une meilleure pratique pour spécifier le serveur IMAP pour un nom de domaine. C'est-à-dire que si j'ai un compte tel que "jimi@example.com" et que je souhaite lire mon courrier via IMAP, y a-t-il un enregistrement DNS qui indiquerait à mon client de messagerie quel serveur de messagerie il devrait contacter? Je n'ai jamais rien vu de tel, et pratiquement toutes les instructions de configuration de messagerie que j'ai vues incluent un nom d'hôte exact pour IMAP, par exemple "mail.example.com" ou "imap.example.com". Je suppose que l'hypothèse est que les employés ou les autres utilisateurs d'exemple.com peuvent savoir quel serveur utiliser auprès de leur administrateur. Cependant, si example.com devait avoir des milliers de comptes, cela deviendrait lourd.

Quelqu'un a entendu parler de quelque chose comme ça?

domain-name-system email imap

— bgp
source

4

Certaines applications prennent en charge la détection automatique de DNS et il existe probablement des rfc ou des spécifications pour la détection automatique d'imap. Je ne m'attendrais pas à ce que beaucoup l'aient suivi, pour les raisons mêmes que vous avez mentionnées. Une organisation publiera des documents ou utilisera la gestion des configurations pour configurer les points de terminaison. smtp a besoin de connaître les noms pour le routage du courrier. IMAP est acheminé par l'homme. :-)

— Aaron

34

Du point de vue DNS, vous disposez d' enregistrements DNS SRV qui permettent l'utilisation de DNS pour la publication de services et la découverte de services. Leur utilisation principale est de permettre aux services de s'exécuter facilement sur des ports non standard et de réduire la charge de configuration lors de la configuration des clients.

Un enregistrement SRV a la forme suivante:

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

et un pour IMAP est défini dans la RFC 6186 et ressemblerait à:

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

ou

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

Cependant, la plupart des clients de messagerie ne recherchent pas spécifiquement un serveur IMAP, mais utilisent la découverte automatique pour dériver les paramètres du client de messagerie à partir de l'adresse e-mail saisie par un utilisateur.
Si un utilisateur entre username@example.com, selon le client, cela implique généralement soit

un _autodiscover._tcp.example.com.enregistrement SRV tel qu'utilisé par MS Exchange et Outlook
un véritable hôte appelé autoconfig.example.com.
ou plus

Une très bonne écriture se trouve ici: https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration

— HBruijn
source

1

Merci - oui c'est exactement le genre de chose que je cherchais. Il est intéressant de noter que la façon "standard" de procéder (enregistrement SRV) ne semble pas du tout populaire. Je suppose qu'il y a peu de pression pour l'implémenter, car vous pouvez techniquement vous en passer tant que vos utilisateurs ou votre client de messagerie savent quoi faire pour le faire fonctionner.

— bgp

3

Le "problème" avec la messagerie électronique est que les paramètres du client sont un peu plus élaborés qu'un simple hôte / protocole, certains FAI utilisent l'adresse e-mail complète comme nom de connexion, d'autres juste la partie utilisateur ou le nom de connexion peuvent même ne pas ressembler à l'adresse e-mail . Il existe un certain nombre d'algorithmes de hachage de mot de passe différents, des services sur un port SSL dédié ou STARTTLS sur le même port que le protocole traditionnel en texte clair, POP avant l'authentification SMTP vs SMTP, etc.

— HBruijn

4

Certaines de ces choses sont spécifiées dans la RFC 6186 - pas que cela aide nécessairement si vous ne savez pas si le serveur suit la norme, bien sûr.

— legoscia

1

Ne connaissant aucun standard en soi, mais en termes DNS, vous enregistrez généralement le "nom connu" imap.example.com et peut-être aussi imaps.example.com

Les enregistrements SRV sont pour des choses beaucoup plus tardives / plus complexes. Par exemple. rechercher des serveurs Active Directory pour un domaine ou utilisés dans le cadre de la découverte de service DNS.

L'histoire est jonchée de divers mécanismes de publicité / découverte de services.

— Cameron Kerr
source

En fait, les enregistrements SRV étaient destinés à être utilisables et à être utilisés par des applications / protocoles non standard ou internes (la complexité ou la simplicité n'était pas un facteur). Je pense que cela a assez bien réussi. Sa raison d'être d'origine était liée à un appareil embarqué coûteux.

— Arnt