Authentification de courriel Zoho ne fonctionne pas avec Discourse

iackrishitech · Septembre 17, 2020, 8:56

J’ai installé Discourse sur AWS Lightsail avec Ubuntu 18.04 LTS. L’authentification par email Zoho ne fonctionne pas avec Discourse. En revanche, l’authentification Mailgun fonctionne parfaitement. Veuillez m’aider à résoudre ce problème.

Comment puis-je récupérer les journaux de génération de courriel et les journaux connexes depuis le serveur ?

IAmGav · Septembre 17, 2020, 11:45

Salut @iackrishitech, bienvenue sur Meta.

Peux-tu nous fournir tes paramètres SMTP dans le fichier app.yml (en supprimant le mot de passe) ?

iackrishitech · Septembre 18, 2020, 4:42

J’ai également testé avec et sans TLS.

Où pouvons-nous obtenir le journal de connexion pour cela ?

Merci,
Kumar P

IAmGav · Septembre 18, 2020, 7:37

Avez-vous activé l’authentification à deux facteurs (2FA) sur l’un de vos comptes e-mail ?

Si oui, avez-vous créé un mot de passe d’application pour Discourse ?

Paari_Vendhan · Septembre 18, 2020, 8:57

Je suis le responsable de @iackrishitech et je souhaiterais ajouter quelques informations ici. Nous n’avons pas activé l’authentification à deux facteurs (2FA), nous en sommes certains car nous disposons d’une autre configuration SMTP Zoho (un autre Zoho Mail) pour un autre serveur web, qui fonctionne correctement jusqu’à présent.

Je laisserai @iackrishitech répondre concernant le mot de passe d’application, car c’est lui qui a configuré ce serveur.

J’ai constaté que les tâches d’envoi de courriel échouent dans le panneau d’administration. Lorsque je consulte Sidekiq, je vois ceci :

Cette erreur « Wrapped EOFError » peut-elle être la cause de notre échec ? Si oui, pourquoi cela fonctionne-t-il avec Mailgun mais pas avec Zoho ? Cela se produit systématiquement à chaque fois que j’essaie une action nécessitant l’envoi d’un courriel depuis Discourse vers un autre de mes courriels.

Voici la trace d’exécution que j’ai pu obtenir (je n’ai pas pu joindre de fichier en tant que nouvel utilisateur) :

Message

Exception de tâche : fin de fichier atteinte


Trace d'exécution

/usr/local/lib/ruby/2.6.0/net/protocol.rb:225:in `rbuf_fill'
/usr/local/lib/ruby/2.6.0/net/protocol.rb:191:in `readuntil'
/usr/local/lib/ruby/2.6.0/net/protocol.rb:201:in `readline'
/usr/local/lib/ruby/2.6.0/net/smtp.rb:950:in `recv_response'
/usr/local/lib/ruby/2.6.0/net/smtp.rb:935:in `block in getok'
/usr/local/lib/ruby/2.6.0/net/smtp.rb:960:in `critical'
/usr/local/lib/ruby/2.6.0/net/smtp.rb:933:in `getok'
/usr/local/lib/ruby/2.6.0/net/smtp.rb:919:in `quit'
/usr/local/lib/ruby/2.6.0/net/smtp.rb:612:in `do_finish'
/usr/local/lib/ruby/2.6.0/net/smtp.rb:521:in `ensure in start'
/usr/local/lib/ruby/2.6.0/net/smtp.rb:521:in `start'
mail-2.7.1/lib/mail/network/delivery_methods/smtp.rb:109:in `start_smtp_session'
mail-2.7.1/lib/mail/network/delivery_methods/smtp.rb:100:in `deliver!'
mail-2.7.1/lib/mail/message.rb:2159:in `do_delivery'
mail-2.7.1/lib/mail/message.rb:260:in `block in deliver'
actionmailer-6.0.3.3/lib/action_mailer/base.rb:589:in `block in deliver_mail'
activesupport-6.0.3.3/lib/active_support/notifications.rb:180:in `block in instrument'
activesupport-6.0.3.3/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
activesupport-6.0.3.3/lib/active_support/notifications.rb:180:in `instrument'
actionmailer-6.0.3.3/lib/action_mailer/base.rb:587:in `deliver_mail'
mail-2.7.1/lib/mail/message.rb:260:in `deliver'
actionmailer-6.0.3.3/lib/action_mailer/message_delivery.rb:115:in `block in deliver_now'
actionmailer-6.0.3.3/lib/action_mailer/rescuable.rb:17:in `handle_exceptions'
actionmailer-6.0.3.3/lib/action_mailer/message_delivery.rb:114:in `deliver_now'
/var/www/discourse/lib/email/sender.rb:226:in `send'
/var/www/discourse/app/jobs/regular/user_email.rb:61:in `execute'
/var/www/discourse/app/jobs/regular/critical_user_email.rb:15:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-2.4.0/lib/rails_multisite/connection_management.rb:76:in `with_connection'
/var/www/discourse/app/jobs/base.rb:221:in `block in perform'
/var/www/discourse/app/jobs/base.rb:217:in `each'
/var/www/discourse/app/jobs/base.rb:217:in `perform'
sidekiq-6.1.2/lib/sidekiq/processor.rb:196:in `execute_job'
sidekiq-6.1.2/lib/sidekiq/processor.rb:164:in `block (2 levels) in process'
sidekiq-6.1.2/lib/sidekiq/middleware/chain.rb:138:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:138:in `call'
sidekiq-6.1.2/lib/sidekiq/middleware/chain.rb:140:in `block in invoke'
sidekiq-6.1.2/lib/sidekiq/middleware/chain.rb:143:in `invoke'
sidekiq-6.1.2/lib/sidekiq/processor.rb:163:in `block in process'
sidekiq-6.1.2/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/job_retry.rb:111:in `local'
sidekiq-6.1.2/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq.rb:38:in `block in <module:Sidekiq>'
sidekiq-6.1.2/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/processor.rb:257:in `stats'
sidekiq-6.1.2/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.1.2/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/job_retry.rb:78:in `global'
sidekiq-6.1.2/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.1.2/lib/sidekiq/logger.rb:10:in `with'
sidekiq-6.1.2/lib/sidekiq/job_logger.rb:33:in `prepare'
sidekiq-6.1.2/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.1.2/lib/sidekiq/processor.rb:162:in `process'
sidekiq-6.1.2/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.1.2/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.1.2/lib/sidekiq/util.rb:15:in `watchdog'
sidekiq-6.1.2/lib/sidekiq/util.rb:24:in `block in safe_thread'

Ceci constitue un point de blocage majeur pour nous, nous vous prions donc de nous aider. (Je n’ai pas pu ajouter d’autres captures d’écran en raison des limitations liées au statut de nouvel utilisateur, j’espère que cela sera utile).

iackrishitech · Septembre 18, 2020, 9:38

Merci pour votre réponse, Gavin.

La double authentification (2FA) n’est pas activée pour ce compte. Cependant, j’ai essayé de créer un mot de passe d’application pour le compte et de l’appliquer dans app.yml, puis de reconstruire l’application. Nous n’avons toujours pas reçu l’e-mail.

Où pouvons-nous trouver les journaux exacts concernant l’authentification SMTP ?
Comment vérifier si l’authentification du courrier (Zoho) a réussi ou non ?

Quels éléments (comme des journaux) devons-nous fournir à l’équipe du support Zoho, s’ils peuvent vérifier leurs propres journaux ?

Cordialement,
Kumar P

iackrishitech · Septembre 18, 2020, 10:13

Bonjour Gavin,

J’ai apporté les modifications suivantes.

J’ai activé le mot de passe d’application Zoho et je l’ai utilisé dans le fichier App.yml de Discourse.
J’ai activé TLS en le définissant à true, le port doit être 587.
J’ai ajouté la ligne suivante dans App.yml en mentionnant l’adresse e-mail d’authentification.

exec: rails r “SiteSetting.notification_email=‘forum@iackrishitech.com’”

La fonctionnalité de messagerie fonctionne désormais correctement.

Merci beaucoup d’avoir mentionné les mots de passe d’application chez Zoho.

Merci beaucoup pour ces détails, @Paari_Vendhan.

Cordialement,
Kumar P

system · Octobre 18, 2020, 10:13

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.

Sujet		Réponses	Vues
Cannot get Email to send using Zoho mail Self-hosting email	9	5860	Juin 8, 2024
Discourse Email does not work after fresh installation (Zoho SMTP server) Self-hosting email	11	2295	Septembre 19, 2018
Activation Email Help Self-hosting	11	885	Avril 20, 2022
Email Setup Issue [Zoho] Self-hosting email	0	64	Novembre 23, 2025
Zoho smtp(SSL) not sending email after installation Self-hosting email	2	212	Juillet 1, 2024

Authentification de courriel Zoho ne fonctionne pas avec Discourse

Sujets connexes