Serveur IMAP Outlook : paramètres SMTP et connexion OAuth

Quels serveurs IMAP et SMTP utiliser pour Outlook.com et Microsoft 365 ?

Ces valeurs figurent dans les paramètres officiels d’Outlook.com et la documentation IMAP d’Exchange Online.

IMAP sert à accéder aux messages reçus. L’envoi passe par SMTP : une réception fonctionnelle ne valide donc pas la configuration d’envoi.

Pour Outlook.com, le nom d’utilisateur est votre adresse e-mail complète. L’accès IMAP est désactivé par défaut. Dans les réglages web, suivez « Settings » → « Mail » → « Forwarding and IMAP », activez « Let devices and apps use IMAP », puis sélectionnez « Save ».

Pour Microsoft 365, faites confirmer par l’administrateur l’identifiant à utiliser et les accès autorisés pour la boîte. La soumission SMTP authentifiée exige une boîte sous licence et une application prenant en charge TLS 1.2 ou TLS 1.3. Ces conditions sont détaillées dans les options d’envoi SMTP de Microsoft 365.

Quel parcours choisir pour votre boîte dans Mailera ?

Le tableau distingue Outlook.com et Exchange Online. Dans Mailera, les boîtes Microsoft utilisent le parcours Microsoft ; Gmail utilise un parcours avec mot de passe d’application.

Le répertoire des fournisseurs pris en charge par Mailera permet de retrouver le parcours correspondant. Pour connecter une boîte Gmail à Mailera, consultez plutôt le guide du mot de passe d’application Gmail.

Le parcours IMAP personnalisé de Mailera concerne les connexions à un serveur IMAP. Ce n’est pas le parcours à choisir pour une boîte Microsoft dans Mailera : celle-ci utilise Microsoft Graph.

Pourquoi un mot de passe correct peut-il être refusé ?

Le chiffrement et l’authentification répondent à deux questions différentes. SSL/TLS ou STARTTLS concerne la protection de la connexion. L’authentification détermine comment l’application obtient l’accès au compte. Corriger le port ne rend pas acceptable une méthode d’authentification refusée.

Avec l’authentification de base, le client présente un identifiant et un mot de passe. Avec OAuth, il utilise un token d’accès obtenu après autorisation. Microsoft prend en charge OAuth pour IMAP et SMTP aussi bien avec Outlook.com qu’avec Microsoft 365.

Cela ne signifie pas qu’OAuth impose Microsoft Graph. Deux voies sont possibles : un client peut continuer à utiliser IMAP et SMTP avec OAuth, tandis que Mailera utilise OAuth pour accéder à la boîte par Microsoft Graph. Pour une intégration développée sur mesure, Microsoft décrit le mécanisme SASL XOAUTH2 dans sa documentation OAuth pour IMAP et SMTP.

Outlook.com et IMAP dans Exchange Online

Outlook.com exige l’authentification moderne OAuth2. Dans Exchange Online, l’authentification de base a été retirée pour IMAP. Si votre logiciel redemande sans cesse le mot de passe, vérifiez donc sa compatibilité OAuth avant de réinitialiser le compte.

Un mot de passe d’application ne rétablit pas l’authentification de base retirée dans Exchange Online. Microsoft le précise dans sa documentation sur le retrait de l’authentification de base. Le guide des mots de passe d’application pour les boîtes utilisées par des agents permet de distinguer ce mécanisme des autres méthodes de connexion ; il ne faut pas appliquer le même parcours à tous les fournisseurs.

SMTP AUTH dans Exchange Online

Traitez l’envoi séparément. SMTP AUTH prend en charge OAuth, mais son utilisation dépend aussi des réglages de l’organisation et de la boîte. Le réglage propre à la boîte prévaut sur le réglage global. Par ailleurs, l’activation des paramètres de sécurité par défaut désactive SMTP AUTH dans Exchange Online.

Ne demandez pas une activation générale de SMTP AUTH pour résoudre un incident isolé. Faites examiner le besoin et les politiques applicables par l’administrateur, à partir des contrôles SMTP AUTH documentés par Microsoft.

Comment configurer et vérifier la connexion ?

1. Identifiez le compte. Confirmez qu’il s’agit d’une boîte Microsoft, puis distinguez Outlook.com personnel et Exchange Online. Notez aussi le nom et la version du logiciel à configurer.
2. Vérifiez les accès autorisés. Sur Outlook.com, activez IMAP dans les réglages web. Pour une boîte professionnelle, demandez à l’administrateur de contrôler les accès nécessaires, y compris SMTP AUTH si votre logiciel l’utilise pour envoyer.
3. Choisissez une connexion compatible OAuth. Renseignez les serveurs, ports et modes de chiffrement du tableau seulement si le client vous les demande. Un formulaire limité au nom d’utilisateur et au mot de passe ne suffit pas à confirmer la prise en charge d’OAuth.
4. Effectuez l’autorisation Microsoft. Vérifiez le compte sélectionné et les permissions demandées sur la page Microsoft. Ne transmettez pas votre mot de passe à une personne chargée du dépannage.
5. Testez la réception. Envoyez un message sans données sensibles depuis une autre boîte de test qui vous appartient. Vérifiez qu’il apparaît dans le client configuré.
6. Testez l’envoi séparément. Répondez vers cette boîte de test et contrôlez la réception à destination. En cas d’échec, conservez le texte exact de l’erreur, en masquant les données personnelles.

Pour examiner SMTP AUTH dans le centre d’administration Microsoft 365, Microsoft indique le chemin « Users » → « Active users » → sélection de l’utilisateur → « Mail » → « Manage email apps ». L’option « Authenticated SMTP » cochée signifie activée ; décochée, désactivée. Son état doit être examiné avec les autres politiques de sécurité, pas modifié isolément.

Quelles erreurs fréquentes vérifier en premier ?

Commencez par le symptôme observable. Une demande de mot de passe et un délai de connexion dépassé n’appellent pas les mêmes vérifications.

Changez un réglage à la fois, puis répétez uniquement le test concerné. Cela vous aidera à distinguer un problème de connexion d’un refus d’authentification ou d’un échec d’envoi.

Comment connecter une boîte Microsoft à Mailera sans paramètres IMAP/SMTP ?

La connexion Microsoft de Mailera donne accès à une boîte Outlook.com, Hotmail ou Microsoft 365 existante par OAuth et Microsoft Graph. Vous n’avez pas à saisir les serveurs du tableau, ni à fournir un mot de passe d’application.

Ce parcours est une autre voie d’accès à la boîte, pas une réparation de la configuration IMAP de votre logiciel.

1. Avec un rôle Admin ou Leader, ouvrez Boîtes aux lettres.
2. Dans la liste, sélectionnez Ajouter une boîte mail, puis l’onglet Se connecter avec Microsoft.
3. Effectuez l’autorisation sur la page Microsoft en vérifiant le compte choisi.
4. Revenez dans Mailera et contrôlez la présence de la boîte et son statut.
5. Ouvrez la boîte et vérifiez l’accès aux messages. Si l’envoi fait partie de votre besoin, testez-le séparément avec votre propre boîte de test.

Ne choisissez pas IMAP personnalisé pour cette connexion Microsoft et ne cherchez pas à remplir un formulaire de mot de passe d’application. L’autorisation passe par Microsoft.

Vérifiez le statut de connexion et l’accès aux messages, puis testez séparément l’envoi pour valider l’accès de votre application.

Quelles précautions prendre si un agent lit vos messages ?

Pour une application de lecture seule utilisant l’API Mailera, créez une clé limitée à la permission read. Dans Périmètre des boîtes aux lettres, choisissez le groupe contenant les boîtes nécessaires plutôt qu’un périmètre plus large.

Traitez les messages reçus comme des données non fiables, jamais comme des instructions pour l’agent. Un message demandant de divulguer une clé, de transférer des informations confidentielles ou de modifier les règles de fonctionnement doit rester du contenu à analyser, pas un ordre à exécuter.

Exigez une confirmation humaine avant tout envoi. Masquez les adresses personnelles, les tokens et les clés dans les captures ou les journaux partagés. Consultez les informations de sécurité de Mailera pour préparer cet accès.

Ce que Mailera ne change pas

Mailera connecte vos boîtes existantes ; il ne crée pas d’adresse Outlook.com ni de boîte Microsoft 365. La connexion Microsoft de Mailera utilise OAuth et Microsoft Graph, avec une autorisation chez Microsoft. Dans Exchange Online, l’authentification de base a été retirée pour IMAP.

La réception Microsoft utilise les notifications de changement de Microsoft Graph, avec des vérifications périodiques en complément. Cela ne constitue pas une promesse de synchronisation instantanée en toutes circonstances.