You are not logged in.
Pages: 1
Bonjour,
A ce jour je suis en GLPI 10.0.14 sous LINUX Ubuntu 22.0.4 LTS.
Notre GLPI envoie des mails en interne. Cela fonctionne bien.
Nous souhaitons envoyer des mails à l'exterieur.
Pour cela, nous avons configurer la partie "Notifications courriel" avec SMTP+OAUTH.
Nous avons tout renseigné avec les informations fournies par Azur (l'ID Application, Secret Client, l'URL de redirection, le port etc..)
Nous nous sommes authentifiés.
Mais les mails restent dans la "Files d'attente des notifications".
Quand on essaie de forcer l'envoi, nous obtenons ce message.
https://ibb.co/1qjYZWT
Auriez vous une solution svp ?
merci beaucoup.
Last edited by utilisateurUGMR (2024-11-26 11:51:38)
Offline
Bonjour.
Personne n'a d'idée ?
Last edited by utilisateurUGMR (2024-11-28 16:57:38)
Offline
We bumped into the same problem. Successful sign-in, granted admin consent, no errors in configuration phase. Test send email to admin fails, notification queue job fails also... GLPI 10.0.15 with WIndows. We have successfully used IMAP Oauth with no problems.
Last edited by gabrielgbs97 (2025-01-16 11:58:38)
Offline
GLPI 10.0.15, On-prem AD, and Entra ID Synchronized
I believe I’ve identified the issue: our support account’s username and primary SMTP address are not the same.
I tested the equivalent configuration (SMTP+OAUTH) with my individual company user account, which has identical UPN and email, and it worked successfully. This corner case is handled correctly by GLPI SMTP AUTH (Basic), where you can specify login and email information separately. However, it seems that SMTP OAUTH might be using the email as the username (UPN), which would be incorrect. Have not checked the code so far.
Offline
Pages: 1