L'API REST Outlook était une API REST dédiée, couvrant uniquement les opérations liées aux boîtes de réception Outlook. Microsoft Graph est l'API unifiée pour l'ensemble de l'écosystème Microsoft 365 : messagerie Outlook, calendrier, contacts, Teams, SharePoint, OneDrive, etc. Les deux utilisent l'authentification OAuth 2.0, mais Graph utilise une URL de base unique https://graph.microsoft.com/v1.0 et offre une interface plus cohérente et riche en fonctionnalités que les points de terminaison propres à Outlook, désormais obsolètes.

Microsoft a fixé 1er octobre 2026 comme date limite de fin d'application stricte pour la dépréciation d'EWS dans Exchange Online (Microsoft 365). Après cette date, EWS ne fonctionnera plus pour les boîtes aux lettres Microsoft 365. Il n'y a pas de période de grâce ni de prolongation annoncée. EWS continuera de fonctionner pour les installations de serveurs Exchange locaux, qui ne sont pas affectées par cette date limite.

Microsoft Graph est le remplacement officiel d'EWS. Chaque opération EWS a un équivalent dans Graph : TrouverUnObjet devient GET /moi/messages, CréerUnObjet (envoyer un courriel) POST /moi/envoyerEmail, les notifications de streaming deviennent des webhooks Graph via POST /abonnements. Les changements d'authentification de NTLM/Kerberos/Authentification de base à OAuth 2.0 via Azure AD. Pour les équipes qui ont besoin d'un parcours plus simple, une API d'email unifiée comme Unipile abstraire les trois fournisseurs sous un seul SDK.

Non. L'API REST Outlook v2.0 est obsolète. Les requêtes vers ces points de terminaison échoueront avec des erreurs. Microsoft Graph est la seule voie prise en charge pour l'intégration de la messagerie et du calendrier Outlook. Toutes les nouvelles intégrations doivent cibler https://graph.microsoft.com/v1.0 et utilisez l'authentification OAuth 2.0.

L'effort dépend de la complexité de votre implémentation EWS. Une intégration simple avec quelques opérations de lecture/écriture prend généralement 1 à 2 semaines. Une application complexe avec des notifications de streaming, une synchronisation différentielle, des opérations multi-dossiers et une gestion des erreurs approfondie peut prendre de 4 à 8 semaines. La migration nécessite : l'enregistrement d'une application Azure AD, l'implémentation d'OAuth 2.0, le remplacement point par point, la logique de limitation, les mises à jour de pagination et les modifications du format d'erreur. Une alternative consiste à utiliser L'abstraction Microsoft Graph d'Unipile, qui gère la plupart de cette complexité automatiquement.

La date limite d'octobre 2026 s'applique spécifiquement à Services Web Exchange (EWS) utilisation dans Exchange Online. Les compléments Outlook qui utilisent l'API Office.js suivent un calendrier différent. Cependant, Microsoft a progressivement supprimé les compléments COM et VSTO existants au profit des compléments Office basés sur le web. Si votre complément effectue des appels EWS en interne, ces appels cesseront de fonctionner en octobre 2026, quel que soit le framework du complément. Consultez la feuille de route Microsoft 365 pour obtenir les dernières directives spécifiques au type de votre complément.

Puisque l'API REST d'Outlook est obsolète, les étendues pertinentes sont pour Microsoft Graph. Portées d'e-mail principales : Mail.Read (lire les messages), Mail.Send Envoyer un e-mail, Mail.ReadWrite (lire et modifier les messages), (Calendriers.LectureÉcriture (accès au calendrier), Contacts.Lire (contacts). Toujours inclure accès_hors_ligne pour recevoir un jeton d'actualisation. Les étendues au niveau de l'application, comme Mail.ReadWrite.All nécessite le consentement de l'administrateur du client et ne doit être utilisé que pour des scénarios de démonisation sans contexte utilisateur. Voir notre Guide OAuth de Microsoft Graph pour un guide d'installation complet.

Microsoft Graph applique des limites de débit d'environ 10 000 requêtes par 10 minutes, par application et par locataire. En cas de limitation (throttling), l'API renvoie 429 Trop de requêtes avec un Réessayer après en-tête spécifiant le nombre exact de secondes à attendre. La règle essentielle : toujours respecter Réessayer après valeur exactement. Réessayer avant que cette fenêtre ne se ferme prolonge la période d'étranglement. Pour les applications SaaS multi-locataires où chaque locataire a des limites séparées, l'étranglement d'un locataire n'affecte pas les autres. Comparez également IMAP en tant qu'alternative si la limitation à grande échelle est une préoccupation.

Unipile est un API unifiée pour les e-mails qui englobe Microsoft Graph, Gmail et IMAP sous un seul SDK. Au lieu d'implémenter les flux OAuth de Microsoft Graph, de gérer les jetons d'accès, de gérer la limitation du débit et d'écrire du code par fournisseur, vous connectez les comptes de vos utilisateurs via Unipile et utilisez une API cohérente pour les trois fournisseurs. Ceci est particulièrement efficace pour les applications SaaS qui doivent prendre en charge Outlook et Gmail simultanément sans maintenir de code d'intégration distinct pour chacune. Unipile fonctionne comme un intermédiaire technique indépendant, agissant pour le compte de chaque utilisateur authentifié, et n'est affilié ni approuvé par Microsoft.