La messagerie est l’outil le plus utilisé en entreprise. Derrière les « clients », ces outils que vous utilisez pour accéder à vos emails comme Outlook ou les applications mobiles, ce sont des protocoles et des formats qui assurent la circulation des mails, la synchronisation des agendas, le partage des contacts. Ces langages, invisibles pour l’utilisateur, conditionnent l’expérience… mais aussi la dépendance ou la liberté d’une organisation.
D’IMAP à MAPI, en passant par SMTP ou ICS, l’histoire de ces protocoles et formats est parallèle aux choix d’usages qui s’offrent aux DSI. Dans cet article, nous vous emmenons dans les coulisses de ces langages de la messagerie, avec une approche simple et pédagogique pour éclairer les enjeux de dépendance… et les voies possibles vers plus de souveraineté.
Un protocole : qu’est-ce que c’est ?
Quand on parle de messagerie, les utilisateurs pensent uniquement à l’application qu’ils utilisent chaque jour, comme Outlook par exemple qui est l’interface d’accès à la messagerie dominante dans les organisations. Cette interface communique avec un serveur (Exchange ou 365 dans l’univers Microsoft) et les deux communiquent ensemble via une famille de protocoles et formats. Chez Microsoft cette famille de protocole s’appelle MAPI pour « Messaging Application Programming Interface ».
MAPI a été développé par Microsoft pour ses propres produits, c’est donc un langage très spécifique, totalement lié au duo client/serveur de Microsoft et à leur fonctionnement particulier. En gros, Exchange est une sorte de base de données très spécialisée et Outlook possède la majeure partie de l’intelligence. Leur communication repose sur un principe global de synchronisation de base de données, loin des protocoles classiques de la messagerie.
Ce qu’il faut retenir ici, c’est qu’un protocole est un langage commun qui définit comment deux applications se parlent, dans quel format, avec quelles règles et dans quel enchaînement. Le protocole n’est jamais visible pour l’utilisateur final, mais il conditionne une partie importante des fonctionnalités et donc toute l’expérience !
Quels sont les protocoles de messagerie existants ?
Historiquement, deux standards dominent : IMAP pour accéder, lire, classer, supprimer ses emails (et POP, un protocole simple de récupération d’email depuis un serveur que nous ne détaillerons pas ici) et SMTP pour leur envoi.
IMAP est universel et très utilisé, mais sa conception et ses contraintes, pensées à une époque où la messagerie se limitait au courrier électronique, accusent son âge.
Avec l’explosion des usages mobiles, au niveau des smartphones le protocole ActiveSync a pris le relais, en devenant le standard de fait pour la synchronisation des emails, à laquelle il ajoute la synchronisation des agendas et des contacts.
Les clients lourds comme Thunderbird continuent d’exploiter IMAP pour la gestion des emails sur un serveur. Cependant pour la partie agenda Thunderbird ne propose pas de gestion mais uniquement une synchronisation via le protocole CalDAV, ce qui est très insuffisant dans les organisations ! Il n’y a par exemple pas d’interface pour définir les droits ou partages de son calendrier, ou tous les paramètres collaboratifs (la recherche de disponibilités ou free-busy, les ressources, la gestion des réunions, etc.)…
Pour adapter Thunderbird aux besoins professionnels, BlueMind est allé plus loin en greffant des fonctions collaboratives modernes, intégrant par exemple la gestion fine et totale des calendriers, des carnets d’adresses et de leurs partages.
Dans son webmail, depuis la v5 BlueMind n’utilise pas IMAP mais repose sur une synchronisation globale, via une api web-services, bien plus efficace, qui suit avec précision chaque état, chaque modification et fonctionne par synchronisation, à la manière du protocole MAPI.
Le cas particulier de MAPI et la dépendance Microsoft
À côté d’IMAP, plus standardisé et largement utilisé, le protocole MAPI occupe une place singulière. Développé par Microsoft dans les années 1990, ce protocole propriétaire ne se limite pas au courrier électronique : il assure aussi la synchronisation des calendriers, contacts, tâches, notes et informations de disponibilité. C’est MAPI qui confère à Outlook toute sa richesse fonctionnelle lorsqu’il est couplé à Exchange, la partie serveur de Microsoft.
C’est aussi en réalité MAPI qui enferme les organisations dans l’écosystème Microsoft. Pourquoi ? Parce que MAPI créé une interdépendance entre Outlook, Exchange et Active Directory qui constitue une stratégie délibérée de verrouillage, documentée dès les années 1990. En gros, si vous voulez utiliser Outlook, avec toutes ses fonctionnalités et sa richesse, vous devez utiliser Exchange (ou plus précisément vous deviez… avant l’arrivée de BlueMind !).
Avec un serveur autre qu’Exchange, vous pouvez utiliser Outlook en IMAP, mais dans une version totalement dégradée, dépourvue de ses fonctionnalités : juste les emails si on parle en IMAP, quelques ajouts collaboratifs si on y met un connecteur qui va « défigurer » et changer le périmètre d’Outlook. Les utilisateurs ne retrouvent pas leur Outlook et leurs fonctionnalités ce qui entraine des levées de boucliers, généralement fatales à la solution alternative.
Voilà pourquoi Outlook est un véritable « verrou » en matière de messagerie souveraine: c’est le client mail le plus utilisé dans les entreprises, et il s’appuie sur MAPI, un ensemble de protocoles et formats exclusifs à Microsoft. Retirer Exchange, c’est mécaniquement dégrader l’expérience Outlook pour les utilisateurs, ce qui place les DSI dans une boucle de lock-in savamment entretenue par l’éditeur américain.
Implémenter MAPI : le tour de force de BlueMind pour votre souveraineté
A partir de sa version 4, BlueMind a relevé un défi d’ampleur : implémenter MAPI nativement côté serveur. C’est une prouesse technique inédite, fruit de plus de trente années/homme de travail acharné, qui permet aujourd’hui aux organisations de conserver l’expérience familière d’Outlook telle qu’elles la connaissent, tout en s’affranchissant des serveurs de Microsoft, Exchange ou 365.
Pourquoi est-ce si complexe ? Parce que là où IMAP ne gère que l’email, avec des commandes de gestion de messages, MAPI manipule des objets beaucoup plus riches (calendriers, contacts, tâches, notes, disponibilité) et fonctionne par synchronisation de base de données, un paradigme totalement différent des principes des protocoles habituels.
Ainsi la gestion côté serveur de MAPI nécessite de repenser intégralement le fonctionnement du serveur. En développant toute la pile MAPI côté serveur, BlueMind est devenu le seul acteur du marché capable d’offrir une compatibilité native Outlook sans connecteur ni modification du logiciel !
Le résultat : une alternative souveraine à Exchange, unique sur le marché, qui réconcilie souveraineté et habitudes d’usage, en offrant aux utilisateurs un Outlook inchangé… mais libéré de Microsoft !
Quid du protocole JMAP ?
Depuis 10 ans, un protocole de messagerie appelé JMAP resurgit de temps en temps dans des discussions. Son ambition est de remplacer le protocole IMAP historique en le modernisant et y ajoutant la gestion des contacts et des calendriers.
Sur le papier, l’initiative est intéressante, IMAP souffrant de nombreux défauts. Cependant aucun serveur ni client ne propose une implémentation complète et éprouvée. Si ce protocole n’a jamais décollé, c’est que l’intérêt et le besoin sont en réalité aujourd’hui très limités. Pourquoi ?
Parce que le raisonnement des utilisateurs se fait par moyen d’accès, or :
- Outlook a son protocole spécialisé, MAPI, totalement rodé et qui va plus loin que ce qu’envisage JMAP. Microsoft ne quittera jamais son standard établi pour dégrader son expérience et ouvrir la porte à la concurrence !
- Le monde des mobiles a standardisé sur le protocole EAS
- Les webmails récents ont déjà délaissé IMAP pour des mécanismes plus modernes et efficaces
- Même Thunderbird, chez qui le sujet revient tous les 2-3 ans (et malgré une marque d’intérêt) n’a jamais démarré ni priorisé l’implémentation de JMAP en 10 ans.
Il n’y a donc plus vraiment d’espace pour ce nouveau protocole. Face à ce constat, BlueMind adopte une position pragmatique. Nous percevons l’intérêt théorique de JMAP comme remplacement d’IMAP et suivons son évolution. Avec notre maîtrise de l’ensemble des protocoles de messagerie, nous serons prêts à l’implémenter si un client répandu venait à le supporter de façon sérieuse et complète.
En attendant, notre priorité reste de répondre aux besoins des organisations. Nous sommes focalisés à leur donner une voie de sortie des serveurs Microsoft tout en répondant à leurs préoccupations d’usage. C’est d’ailleurs pour cette raison que nous avons développé la compatibilité complète avec Outlook, pour permettre cette continuité d’usage tout en ouvrant le choix des accès avec un webmail moderne, un support complet des mobiles et un Thunderbird dopé au collaboratif.
Notre conviction est claire : un protocole ne doit jamais devenir une contrainte. Il doit viser un enjeu d’ouverture mais son rôle est ensuite de disparaître derrière une expérience simple, fiable et souveraine.
Conclusion : souveraineté et satisfaction enfin compatibles
La messagerie est le cœur battant des organisations et l’un des lieux de dépendance les plus forts aux technologies Microsoft. En apportant la compatibilité native avec Outlook, BlueMind brise ce verrou historique. Les organisations retrouvent leur liberté de choix, sans sacrifier les habitudes de leurs utilisateurs. Un atout majeur dans ces temps troublés, où l’incertitude plane sur les budgets et Microsoft multiplie les augmentations de tarif !
BlueMind apporte une réponse concrète : oui, il est possible de sortir de la dépendance aux GAFAM, sans renoncer aux habitudes et à la productivité.
