Désolé pour une autre question redondante, car je vois qu’il y a beaucoup de demandes de support similaires à celle-ci, par exemple : Email Notifications Failing after Update , mais notre message d’erreur est légèrement différent :
« certificate verify failed (unable to get local issuer certificate) »
ce qui, comme je le vois sur GitHub, affecte Sidekiq - est-il soudainement plus pointilleux ? Je traite également ce problème avec notre relais de messagerie, mais si je peux leur donner des informations plus spécifiques sur la façon de résoudre ce problème, ou s’il vient de mon forum (https://forum.solarfarmer.dnv.com/) , cela nous aiderait à résoudre le problème plus rapidement.
mais il n’affiche aucun autre domaine, il dit juste la même erreur que sidekiq : « unable to get local issuer certificate » et un tas d’autres choses. J’ai essayé de changer les paramètres de messagerie de app.yml pour revenir à notre relais de messagerie, et d’exécuter ./launcher rebuild app à chaque fois, mais jusqu’à présent, rien ne fonctionne.
le nom d’hôte du certificat est différent du nom d’hôte auquel vous vous connectez
aucun certificat du tout
Il semble que vous rencontriez le dernier cas. La seule résolution est de vous assurer que vous disposez d’un serveur SMTP correctement configuré, prenant en charge STARTTLS et doté d’un certificat valide.
Merci @RGJ - mais pourquoi ce problème n’a-t-il commencé qu’après la mise à niveau vers la version 2.9.0 ? Est-ce parce que STARTTLS est plus strict dans l’application de cette exigence ? Rien n’a changé pour notre relais de messagerie ni dans la configuration de messagerie de app.yml. L’adresse IP du site est sur liste blanche avec le relais de messagerie, qui est géré par le service informatique. Je n’ai aucun contrôle sur cela. Le CNAME du site est également contrôlé par notre service informatique. Ils ont des domaines différents, le CNAME est « dnv.com » et le relais de messagerie est « dnvgl.com », est-ce que cela fait partie du problème ? Je poursuis cela en parallèle avec notre service informatique, mais j’essaie de leur donner autant d’informations que possible. Je m’excuse de mon ignorance, beaucoup de choses me dépassent, je pourrais donc utiliser des termes incorrects. Désolé
Notre service informatique dit : « Il n’y a aucun problème avec les certificats [pour le relais de messagerie], tous sont actifs et correctement configurés pour être utilisés avec le service smtp. Deuxièmement, je n’ai entendu parler d’aucun problème de la part d’autres services/clients qui utilisent ce relais de messagerie. »
La DSI a créé un nouveau compte de messagerie en utilisant office365 sur microsoft, mais j’ai toujours des problèmes. Maintenant, j’obtiens soit ReadTimeout, soit SMTPAuthenticationError: Unrecognized authentication type
@RGJ Je tiens à remercier tout le monde pour leur aide. J’ai enfin, enfin résolu ce problème. Le réglage pour office365 est d’utiliser DISCOURSE_SMTP_AUTHENTICATION: login.
Et le nom d’utilisateur est l’adresse e-mail complète de l’organisation utilisant office365, généralement moncompte@monentreprise.onmicrosoft.com. Cela peut ou non être la même que votre adresse e-mail de notification.
Nous rencontrons exactement le même problème ici avec un serveur SMTP CORRECTEMENT configuré, utilisé par des dizaines d’autres services. Le serveur SMTP utilise un certificat wildcard émis par Let’s Encrypt.
L’erreur indique : « (impossible d’obtenir le certificat de l’émetteur local) »
assurez-vous que votre domaine correspond au certificat retourné par openssl le cas échéant. Consultez également ce fil de discussion « Email Hostname Cert Mismatch Causing sidekiq… » lié ci-dessus.
De plus, le guide de dépannage des e-mails m’a beaucoup aidé. J’ai dû le lire très attentivement plusieurs fois pour obtenir ce dont j’avais besoin. Peut-être y trouverez-vous quelque chose ?
