Forum GestSup

Oui avec le bon domaine.

Cependant, je vois dans le CN entreprisefr.onmicrosoft.com

Exemple sur le détail de ma politique d'authentification de test : J'ai pourtant mis par défaut mon domaine entreprise.fr dans la liste des domaines.

Quand vous tentez la récupération des mails, qu'est ce que vous sort les logs ?
https://portal.azure.com/#blade/Microso ... de/SignIns

En SMTP Authentification basique -> Pas de problème
En IMAP authentification moderne ou MAPI (outlook) -> Pas de problème
En IMAP authentification basique -> Je ne vois pas de log passer.

Ici la boite mail avec utilisateur où j'effectue les tests IMAP depuis GestSup ou l'outil Microsoft :

Ici une boite mail partagée utilisée en SMTP uniquement depuis GestSup :
Sur la boite email de test (la première) je devrais avoir des traces de l'IP xxx.xxx.164.188, mais rien

Et voici le retour de l'outil Microsoft sur le test IMAP de la boite email test avec utilisateur (licence attribuée)

"je devrais avoir des traces de l'IP xxx.xxx.164.188, mais rien"
Depuis GestSup?
Port 993 ouvert au niveau du pare-feu du Linux?

Au niveau Infra, il y a de l'AD FS / accès conditionnel ?

Non des traces dans les LOG AAD de l'IP qui fait la demande IMAP, soit la xxx.xxx.164.188 (IP du serveur GestSup)

Pas de AD FS. Je n'ai pas non plus installé Azure Connect sur mon contrôleur de domaine local. Donc AAD est complètement autonome avec ses propres utilisateurs (login/mdp et schéma).

Pas d'accès conditionnel non plus. Du moins pas à ma connaissance. Je n'ai qu'un abonnement Office 365 E3, et il me semble qu'on ne peut faire de l'accès conditionnel depuis ce plan de licence (minimum E5 à mes souvenirs)

Pour l'ouverture du port, je ne sais pas mais comme le message d'erreur est un problème d'authentification, je pense qu'il est ouvert.
De toute façon, j'ai également le même problème d'authentification avec les outils en ligne de Microsoft ce qui élimine le pare-feu/serveur de GestSup.

Là je sèche

J'ai commencé à abandonné l'idée. De plus l'authentification basique sera définitivement abandonné en Novembre 2022 pour l'IMAP et POP pour tous les compte Office 365.
Toutes personnes utilisant ce genre de solution vont devoir trouver un autre moyen. Soit en se conformant aux exigences de Microsoft à savoir intégrer l'authentification OAuth 2.0, soit changer d'hébergement de messagerie.

En tous cas, merci pour le temps accordé et l'investigation @kronim

C'est bien ca, il faut un plan Azure Premium fourni à mes souvenir dans le plan E5 d'Office 365.

Bizarrement après un changement de compte Office365 (problème de renouvellement MAPS) je n'ai plus de problème en IMAP.
La configuration est identique sur les 2 compte Office365.
Impossible de savoir d'où provient l'erreur du premier compte mais l'essentiel étant que cela fonctionne de nouveau.

Merci à tous pour votre aide.