502 Commande non implémentée

Bonjour,

Nous créons régulièrement une newsletter pour tous les utilisateurs en définissant un nouveau sujet dans une catégorie avec le paramètre standard « suivre le premier message ». Aujourd’hui, seuls environ 50 messages ont été envoyés.

Environ 130 utilisateurs, sélectionnés de manière aléatoire, sans niveau de confiance spécifique et incluant à la fois des nouveaux et d’anciens utilisateurs, sont listés comme ayant des e-mails ignorés avec le motif suivant :

|user_watching_first_post|, 502 Commande non implémentée|

J’ai vérifié certains de ces profils et ils ont bien le paramètre correct ainsi que toutes les informations nécessaires dans leur profil.
Quelle est la cause de cette erreur et comment la résoudre ?

Le système va-t-il réessayer d’envoyer les e-mails ignorés ou existe-t-il un moyen de déclencher l’envoi sans créer un nouveau message ?

Il semble que nous ayons rencontré le même problème avant le 14/8 concernant :

|user_posted|, 502 Commande non implémentée|

Je n’avais jamais remarqué celui-ci auparavant. Il concerne également nos utilisateurs de manière aléatoire.

Quelle en est la cause ?

D’où tirez-vous cette erreur 502 ? Y a-t-il plus de détails à côté ?

Y a-t-il des entrées pertinentes dans /logs ?

Rien dans /logs

Ah, il y en a un autre…

en même temps :

Exception de tâche : connexion réinitialisée par le pair
/usr/local/lib/ruby/2.6.0/openssl/buffering.rb:383:in `syswrite_nonblock'
/usr/local/lib/ruby/2.6.0/openssl/buffering.rb:383:in `write_nonblock'
/usr/local/lib/ruby/2.6.0/net/protocol.rb:277:in `block in write0'
/usr/local/lib/ruby/2.6.0/net/protocol.rb:275:in `each'
/usr/local/lib/ruby/2.6.0/net/protocol.rb:275:in `each_with_index'
/usr/local/lib/ruby/2.6.0/net/protocol.rb:275:in `write0'
/usr/local/lib/ruby/2.6.0/net/protocol.rb:256:in `block in writeline'
/usr/local/lib/ruby/2.6.0/net/protocol.rb:265:in `writing'
/usr/local/lib/ruby/2.6.0/net/protocol.rb:255:in `writeline'
/usr/local/lib/ruby/2.6.0/net/smtp.rb:934: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.2/lib/action_mailer/base.rb:589:in `block in deliver_mail'
activesupport-6.0.3.2/lib/active_support/notifications.rb:180:in `block in instrument'
activesupport-6.0.3.2/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
activesupport-6.0.3.2/lib/active_support/notifications.rb:180:in `instrument'
actionmailer-6.0.3.2/lib/action_mailer/base.rb:587:in `deliver_mail'
mail-2.7.1/lib/mail/message.rb:260:in `deliver'
actionmailer-6.0.3.2/lib/action_mailer/message_delivery.rb:115:in `block in deliver_now'
actionmailer-6.0.3.2/lib/action_mailer/rescuable.rb:17:in `handle_exceptions'
actionmailer-6.0.3.2/lib/action_mailer/message_delivery.rb:114:in `deliver_now'
/var/www/discourse/lib/email/sender.rb:215:in `send'
/var/www/discourse/app/jobs/regular/user_email.rb:61:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-2.3.0/lib/rails_multisite/connection_management.rb:68: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.0.7/lib/sidekiq/processor.rb:196:in `execute_job'
sidekiq-6.0.7/lib/sidekiq/processor.rb:164:in `block (2 levels) in process'
sidekiq-6.0.7/lib/sidekiq/middleware/chain.rb:138:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:138:in `call'
sidekiq-6.0.7/lib/sidekiq/middleware/chain.rb:140:in `block in invoke'
sidekiq-6.0.7/lib/sidekiq/middleware/chain.rb:143:in `invoke'
sidekiq-6.0.7/lib/sidekiq/processor.rb:163:in `block in process'
sidekiq-6.0.7/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.0.7/lib/sidekiq/job_retry.rb:111:in `local'
sidekiq-6.0.7/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.0.7/lib/sidekiq.rb:37:in `block in <module:Sidekiq>'
sidekiq-6.0.7/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.0.7/lib/sidekiq/processor.rb:257:in `stats'
sidekiq-6.0.7/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.0.7/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.0.7/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.0.7/lib/sidekiq/job_retry.rb:78:in `global'
sidekiq-6.0.7/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.0.7/lib/sidekiq/logger.rb:10:in `with'
sidekiq-6.0.7/lib/sidekiq/job_logger.rb:33:in `prepare'
sidekiq-6.0.7/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.0.7/lib/sidekiq/processor.rb:162:in `process'
sidekiq-6.0.7/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.0.7/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.0.7/lib/sidekiq/util.rb:15:in `watchdog'
sidekiq-6.0.7/lib/sidekiq/util.rb:24:in `block in safe_thread'

C’est un problème lié à votre configuration de messagerie ou à votre fournisseur SMTP.

N’hésitez pas à contacter votre fournisseur de messagerie pour obtenir de l’aide supplémentaire dans le diagnostic du problème !

De plus, ce n’est pas une méthode efficace de masquage ; pouvez-vous produire une nouvelle version montrant quelques enregistrements avec des rectangles noirs à la place de la fonction de bombe de peinture, et modifier le message pour utiliser cette image ?
=> Merci, nous avons supprimé l’ancienne version du message.

Je vais le faire, je dois d’abord contacter notre manager, il est en vacances.

Merci !