Maintenant que l’authentification de base est essentiellement morte dans o365* (et morte pour moi depuis cette semaine car je viens de découvrir que notre service informatique l’a désactivée pour tous les comptes), je me demande s’il existe un plan pour prendre en charge d’autres méthodes d’authentification pour l’envoi d’e-mails ?
Je sais qu’il est possible de le configurer avec AWS/SES/Sendgrid, etc., mais d’après mon expérience sur d’autres projets, cela cause beaucoup de maux de tête et conduit souvent les messages à être classés comme spam, ce qui est dommage étant donné qu’il s’agit essentiellement de trafic interne.
Existe-t-il une méthode recommandée pour ce faire pour les organisations principalement basées sur MS qui utilisaient ou utilisent actuellement des comptes SMTP o365 ?
Il semble qu’il n’y ait pas besoin de passer à OAuth2.
L’authentification SMTP sera toujours disponible lorsque l’authentification de base sera définitivement désactivée le 1er octobre 2022.
Vous devriez donc pouvoir passer à l’authentification SMTP en ajoutant une variable d’environnement supplémentaire à app.yml.
DISCOURSE_SMTP_AUTHENTICATION: cram_md5
En plus de cela, je pense que vous devrez utiliser le hachage MD5 du mot de passe SMTP comme valeur pour le paramètre DISCOURSE_SMTP_PASSWORD. Reconstruisez le conteneur Docker après ces modifications et essayez.
C’est disponible en théorie mais désactivé pour les locataires « qui ne l’utilisent pas », ce qui signifie en pratique qu’un service informatique doit spécifier manuellement une nouvelle stratégie pour l’autoriser. Je pense que ce sera probablement un non-starter pour nous, mais je ferai quelques demandes. Pour information, voici la réponse par défaut du serveur smtp maintenant :
À titre de référence seulement… cela ne fonctionne absolument pas avec ce que je crois être les paramètres de locataire recommandés par MS pour 0365 implémentés dans mon institution.
C’est une vraie plaie pour nous que Discourse ne prenne pas en charge/ne puisse pas prendre en charge OATH pour l’envoi d’e-mails. Nous avons configuré l’envoi via AWS mais nous rencontrons de nombreux problèmes de livraison d’e-mails et souhaiterions vraiment pouvoir simplifier les choses en utilisant le fournisseur de messagerie existant. Idem pour l’accès à une boîte de réception.
L’exécution d’un serveur SMTP et le transfert créeront de nombreux problèmes de délivrabilité des e-mails pour la plupart des gens, sans beaucoup de configuration supplémentaire.
Cette gem semble fournir ce qui est nécessaire et est assez bien prise en charge (licence MIT) :