Oui c'est en plus. Du coup ce n'est pas tellement plus inquiétant qu'un client VNC qui intégrerait la possibilité de se connecter en RDP. Même si il s'agit de Microsoft, je doute que leur Embrace, extend, and extinguish fonctionne contre des protocoles aussi ubiquitaires que IMAP/SMTP.
Posté par nud .
Évalué à 2 (+0/-0).
Dernière modification le 18 novembre 2025 à 22:24.
MS Echange supporte IMAP. Mais c'est souvent désactivé par des admins paranos.
Par contre, beaucoup ont migré d'Exchange vers la version cloud (Microsoft 365), et Microsoft a déjà annoncé qu'ils allaient supprimer EWS dans Microsoft 365 en octobre 2026 au profit de l'API Microsoft Graph.
Si ta boîte utilise Exchange tu seras heureux de pouvoir enfin utiliser Thunderbird pour ça et pas leur client pourri.
Il y avait des greffons qui marchouillaient avant.
Tout à fait d'accord, je suis actuellement obligé de me taper le PWA d'outlook sous Linux qui prend plus de 500 Mo de RAM. Et je ne parle pas de l'interface qui est vraiment une horreur, surtout la recherche des mails …
C’est pas trop tôt : leur entêtement/résistance a fini par payer, les DSI n’auront plus aucune raison de ne pas utiliser la vieille monnaie de petitgiciel
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
T'inquiète pas pour ça, ils s'en fichaient déjà avant !
Toute la boîte était sous linux sauf le management. Mais ils nous forçaient à utiliser des trucs Microsoft pour les congés, les mails, etc…
Je dirais que c'est plutôt réjouissant, parce que c'est le genre de choses qui peuvent permettre des migrations plus douces vers le logiciel libre. Tu migres progressivement les postes à Thunderbird tout en permettant aux gens qui dépendent d'Outlook de continuer à l'utiliser. Idéalement, pendant ce temps, tu finances le développement des fonctionnalités manquantes dans Thunderbird. Quand tout le monde est passé à Thunderbird, tu libères le serveur et tu peux alors utiliser des protocoles standards, et tu as potentiellement amélioré Thunderbird pour tout le monde.
Par ailleurs, Exchange existe depuis plus de 30 ans, donc ce n'est pas vraiment un nouveau protocole. On aurait pu aimer que MS participe à l'amélioration ou l'élaboration de protocoles standards pour couvrir leurs besoins, mais je ne vois pas MS soudainement faire ça aujourd'hui. Une implémentation libre côté client est alors un pied dans la porte, sans trop d'inconvénients ou d'effets secondaires non souhaitables.
Je ne sais pas à quel point il existe des implémentation libres des protocoles Exchange côté serveur. Apparemment, il y a openchange qui a l'air d'être abandonné depuis 10 ans. Je me demande à quel point Open-Xchange et BlueMind ont des implémentations, au moins partielles. Dans tous les cas, ces implémentations seraient forcées de suivre MS pour toute évolution de protocole, donc ce n'est pas idéal. Mais encore une fois, ça permettrait de remplacer du Exchange Server par une implémentation libre qui peut aussi implémenter les protocoles standards.
Et s'il existe des implémentations libres à la fois côté serveur et client, rien n'empêche ces implémentations indépendantes de garantir une compatibilité mutuelle malgré le contrôle de MS sur le protocole. Contrôle qui peut se retrouver affaibli aussi, du coup.
Ça peut aussi avoir un intérêt en soi hors du cadre d'une migration si le protocole est intéressant en lui-même, un peu comme Samba. SMTP et IMAP, c'est quand-même pas parfait, je ne sais pas ce qu'il en est de Exchange.
Utilisation des EWS sera suspendu à partir du 1er octobre 2026, pour remplacement par une nouvelle API qui n'est pas equivalente fonctionnellement, en tout cas pas pour les clients tiers. En tout cas pour exchange online et office365, ça fait quand même beaucoup de monde.
Posté par damiend .
Évalué à 3 (+2/-0).
Dernière modification le 19 novembre 2025 à 12:37.
Though it is currently limited to email only, support for accessing calendars and address book is expected to arrive in a subsequent update.
On court après MS, mais quelle garantie avons-nous qu'ils ne vont pas changer leur proto pour mettre des bâtons dans les roues de TB ? Si on pouvait avoir la gestion complète des calendriers standards, ce serait bien. De mon expérience, seul iOS gère tout (CRUD) correctement.
# Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par totof2000 . Évalué à 9 (+8/-1).
On passe de protocoles standardisé (imap, etc … ) a des trucs specifiques au fournisseur de services. JE suis le seul que ça inquiete ?
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par antistress (site web personnel) . Évalué à 6 (+3/-0).
C'est pas en plus ?
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par Faya . Évalué à 7 (+5/-0).
Oui c'est en plus. Du coup ce n'est pas tellement plus inquiétant qu'un client VNC qui intégrerait la possibilité de se connecter en RDP. Même si il s'agit de Microsoft, je doute que leur Embrace, extend, and extinguish fonctionne contre des protocoles aussi ubiquitaires que IMAP/SMTP.
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par nud . Évalué à 2 (+0/-0). Dernière modification le 18 novembre 2025 à 22:24.
MS Echange supporte IMAP. Mais c'est souvent désactivé par des admins paranos.
Par contre, beaucoup ont migré d'Exchange vers la version cloud (Microsoft 365), et Microsoft a déjà annoncé qu'ils allaient supprimer EWS dans Microsoft 365 en octobre 2026 au profit de l'API Microsoft Graph.
Apparemment un support pour Microsoft Graph est prévu.
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par alkino . Évalué à 10 (+9/-0).
Si ta boîte utilise Exchange tu seras heureux de pouvoir enfin utiliser Thunderbird pour ça et pas leur client pourri.
Il y avait des greffons qui marchouillaient avant.
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par nishiki . Évalué à 10 (+9/-0).
Tout à fait d'accord, je suis actuellement obligé de me taper le PWA d'outlook sous Linux qui prend plus de 500 Mo de RAM. Et je ne parle pas de l'interface qui est vraiment une horreur, surtout la recherche des mails …
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
C’est pas trop tôt : leur entêtement/résistance a fini par payer, les DSI n’auront plus aucune raison de ne pas utiliser la vieille monnaie de petitgiciel
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par alkino . Évalué à 2 (+0/-0).
T'inquiète pas pour ça, ils s'en fichaient déjà avant !
Toute la boîte était sous linux sauf le management. Mais ils nous forçaient à utiliser des trucs Microsoft pour les congés, les mails, etc…
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
Oui, vos potentielles augmentations partaient dans ces nuages
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par nud . Évalué à 2 (+0/-0).
C'est pareil ici ¯\_(ツ)_/¯ mais avec l'IMAP Thunderbird fonctionne bien, c'est plutôt les calendriers le problème…
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par raphj (site web personnel) . Évalué à 9 (+7/-0).
Je dirais que c'est plutôt réjouissant, parce que c'est le genre de choses qui peuvent permettre des migrations plus douces vers le logiciel libre. Tu migres progressivement les postes à Thunderbird tout en permettant aux gens qui dépendent d'Outlook de continuer à l'utiliser. Idéalement, pendant ce temps, tu finances le développement des fonctionnalités manquantes dans Thunderbird. Quand tout le monde est passé à Thunderbird, tu libères le serveur et tu peux alors utiliser des protocoles standards, et tu as potentiellement amélioré Thunderbird pour tout le monde.
Par ailleurs, Exchange existe depuis plus de 30 ans, donc ce n'est pas vraiment un nouveau protocole. On aurait pu aimer que MS participe à l'amélioration ou l'élaboration de protocoles standards pour couvrir leurs besoins, mais je ne vois pas MS soudainement faire ça aujourd'hui. Une implémentation libre côté client est alors un pied dans la porte, sans trop d'inconvénients ou d'effets secondaires non souhaitables.
Je ne sais pas à quel point il existe des implémentation libres des protocoles Exchange côté serveur. Apparemment, il y a openchange qui a l'air d'être abandonné depuis 10 ans. Je me demande à quel point Open-Xchange et BlueMind ont des implémentations, au moins partielles. Dans tous les cas, ces implémentations seraient forcées de suivre MS pour toute évolution de protocole, donc ce n'est pas idéal. Mais encore une fois, ça permettrait de remplacer du Exchange Server par une implémentation libre qui peut aussi implémenter les protocoles standards.
Et s'il existe des implémentations libres à la fois côté serveur et client, rien n'empêche ces implémentations indépendantes de garantir une compatibilité mutuelle malgré le contrôle de MS sur le protocole. Contrôle qui peut se retrouver affaibli aussi, du coup.
Ça peut aussi avoir un intérêt en soi hors du cadre d'une migration si le protocole est intéressant en lui-même, un peu comme Samba. SMTP et IMAP, c'est quand-même pas parfait, je ne sais pas ce qu'il en est de Exchange.
[^] # Re: Je ne sais pas si on doit s'en réjouir ou en pleurer ...
Posté par caouis . Évalué à 2 (+1/-0). Dernière modification le 18 novembre 2025 à 22:23.
C'est drôle j'ai regardé le lien, vu que c'était à travers les exchange web services , cherché ça.
Et voilà sur quoi je tombe direct: https://techcommunity.microsoft.com/blog/exchange/retirement-of-exchange-web-services-in-exchange-online/3924440
Utilisation des EWS sera suspendu à partir du 1er octobre 2026, pour remplacement par une nouvelle API qui n'est pas equivalente fonctionnellement, en tout cas pas pour les clients tiers. En tout cas pour exchange online et office365, ça fait quand même beaucoup de monde.
Du coup je sais pas quoi penser de cette annonce
# Gestion des calendriers
Posté par damiend . Évalué à 3 (+2/-0). Dernière modification le 19 novembre 2025 à 12:37.
On court après MS, mais quelle garantie avons-nous qu'ils ne vont pas changer leur proto pour mettre des bâtons dans les roues de TB ? Si on pouvait avoir la gestion complète des calendriers standards, ce serait bien. De mon expérience, seul iOS gère tout (CRUD) correctement.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.