Personne ne devrait avoir à chercher un port IMAP. Les enregistrements SRV, les URL well-known et les redirections qui permettent à Apple Mail, Thunderbird et un téléphone de se configurer à partir d'une simple adresse, et les deux endroits où il vous fait encore taper quelque chose.
Il existe un petit test, peu glorieux, qui vous dit si un fournisseur de messagerie respecte votre temps. Ajoutez le compte dans Apple Mail, ou Thunderbird, ou l'application de messagerie d'un téléphone Android. Saisissez l'adresse, saisissez le mot de passe. Est-ce que ça marche ?
Si oui, quelqu'un a publié les bons enregistrements et servi les bons points d'entrée. Si non, vous voilà en train de chercher des numéros de port IMAP, et chaque collègue que vous migrerez ensuite aussi. Cet article parle de la mécanique qui rend la première version possible, car c'est l'une de ces fonctions que personne ne remarque quand elle marche et que tout le monde ressent quand elle ne marche pas.
Quand vous tapez vous@votreentreprise.eu dans une application, celle-ci ne sait encore rien de votre fournisseur. Elle connaît un domaine. Elle part donc chercher, dans un ordre fixé par des standards internet et non par un éditeur, et pose à votre domaine une série de questions.
Elle cherche des enregistrements SRV, de petites entrées DNS qui nomment le serveur et le port d'un service. Il y en a un pour le JMAP moderne, et d'autres, plus anciens, pour IMAP, pour le courrier sortant, pour les agendas et pour les contacts. Elle cherche une URL well-known sur votre domaine, un chemin fixe qui renvoie une description lisible par une machine de l'emplacement du service réel. Et selon le logiciel, elle cherche un document de configuration sur un nom d'hôte convenu de votre domaine, le mécanisme dont Thunderbird et Outlook ont chacun leur version.
Qu'une seule réponde correctement suffit. La difficulté est qu'elles doivent toutes être servies par votre domaine et non par le nôtre, puisque votre domaine est ce que l'utilisateur a tapé.
| Le logiciel demande | Qui répond | Comment c'est mis en place |
|---|---|---|
| Des enregistrements SRV pour courrier, agendas et contacts | Le DNS de votre domaine | Des enregistrements de l'ensemble que nous générons |
| Une URL well-known en HTTPS | Ce qui héberge votre domaine | Une redirection vers le serveur de messagerie |
| Un document de configuration sur un nom d'hôte convenu | Le DNS de votre domaine | Des enregistrements de l'ensemble que nous générons |
C'est le détail qui rend la configuration automatique plus difficile qu'il n'y paraît. Le domaine d'une adresse e-mail est en général aussi un site d'entreprise, et un site n'est pas un serveur de messagerie. Quand un logiciel demande à votreentreprise.eu où sont ses agendas, la question arrive à ce qui héberge votre page d'accueil.
Il y a deux issues propres, et nous utilisons les deux.
La première est le DNS, qui se moque de ce qu'est votre site. Les enregistrements SRV qui pointent les logiciels vers les bons hôtes et les bons ports figurent dans l'ensemble que nous générons pour votre domaine, avec les noms d'hôte que cherchent les logiciels façon Thunderbird et Outlook. Vous publiez la zone une fois en configurant le domaine, et c'est réglé ensuite. Sans serveur web.
La seconde est une redirection, pour les URL well-known qui doivent être servies en HTTPS par le domaine lui-même. Ce sont des redirections d'une ligne qui envoient le logiciel vers le serveur de messagerie, lequel sert le vrai document. C'est exactement ce que nous faisons tourner sur email.eu : demandez à notre site où sont nos agendas et il vous renvoie au serveur de messagerie, qui répond correctement. Deux sauts qui prennent des millisecondes, et c'est la différence entre un téléphone qui se synchronise et un téléphone qui dit ne pas pouvoir vérifier le compte.
La réponse moderne à tout cela est JMAP, ce que parle notre webmail et ce pour quoi le serveur a été conçu. JMAP intègre une découverte propre dans le standard.
La réponse moderne n'est pas ce qui est installé sur les téléphones de votre équipe. Les enregistrements que nous publions couvrent donc aussi l'ancien monde : IMAP et submission pour tout ce qui date des vingt dernières années, CalDAV et CardDAV pour les agendas et les contacts, le tout annoncé à côté du nouveau. Un fournisseur qui ne prend en charge que l'avenir demande à chacun de vos collègues de changer ses habitudes le jour même où il change de fournisseur, c'est-à-dire le jour où il en a le moins la patience.
C'est le même raisonnement que derrière la prise en charge des protocoles standard. La configuration automatique, c'est ce principe appliqué aux soixante premières secondes.
Deux limites honnêtes.
Certains logiciels, sur certaines plateformes, trouvent parfaitement le serveur puis réclament quand même un mot de passe au lieu d'ouvrir un navigateur pour vous connecter. C'est un choix du logiciel sur sa façon de s'authentifier, pas quelque chose qu'un enregistrement DNS peut corriger. Si le logiciel veut un mot de passe simple, c'est un mot de passe d'application qu'il lui faut, créé en une dizaine de secondes dans les réglages de votre compte et plus sûr que de lui confier le vrai.
Et Outlook est son propre système météorologique. Son comportement de découverte a changé plusieurs fois selon les versions et selon les déclinaisons bureau, web et mobile, si bien qu'« ça marche dans Outlook » est une affirmation assortie d'un numéro de version. Nous publions ce que les standards prescrivent, c'est la partie que nous maîtrisons, et cela fonctionne avec les versions actuelles que nous testons.
Nous préférons le dire franchement plutôt que promettre une expérience universelle et vous laisser découvrir l'exception le matin de la bascule.
Les migrations n'échouent pas sur les grandes décisions. Elles échouent sur la vingtième personne qui n'a pas réussi à configurer son téléphone et a discrètement continué d'utiliser l'ancien compte, ce qui empêche de fermer l'ancien compte, ce qui fait que la migration n'est pas terminée six mois plus tard.
La configuration automatique est ce qui empêche cela à grande échelle. Chaque personne que vous intégrez saisit une adresse et un mot de passe, une fois. Personne n'ouvre une page de documentation. Personne ne demande un numéro de port à l'informatique.
Si vous voulez le voir fonctionner avec votre propre logiciel avant de vous engager, c'est un test légitime pendant un essai. Le guide de migration en un week-end met en place exactement cela : tout fonctionne et se teste pendant que votre ancien fournisseur livre encore votre courrier.