Lorsque j’envoie une réponse trop courte, comme « test de réponse par e-mail », je reçois un e-mail de retour :
Désolé, mais votre message e-mail à [“discoursereplies+redacted.org”] (intitulé Re: titre du fil de discussion) n’a pas fonctionné.
Utilisez-vous plusieurs adresses e-mail ? Avez-vous répondu depuis une adresse e-mail différente ? Les réponses par e-mail nécessitent que vous utilisiez la même adresse e-mail lors de la réponse. Sinon, l’en-tête Message-ID de l’e-mail a peut-être été modifié.
Cependant, les réponses plus longues, sur plusieurs lignes et avec plusieurs phrases, sont acceptées.
Le message d’erreur est donc incorrect.
Pourriez-vous fournir un message d’erreur plus approprié dans ce cas ?
La longueur minimale du message peut-elle être configurée ? Existe-t-il un paramètre différent pour les réponses dans les forums par rapport aux réponses par e-mail ?
Je ne parviens pas à reproduire le problème immédiatement.
J’ai effectué des tests sur https://try.discourse.org, où le paramètre du site min post length est défini sur la valeur par défaut de 20.
J’ai créé un nouveau sujet avec l’utilisateur A, puis j’y ai répondu avec l’utilisateur B. L’utilisateur A a reçu un e-mail, et j’ai envoyé une réponse d’un seul mot, « Test », par e-mail :
@adrelanos, pourriez-vous fournir d’autres étapes de reproduction ? Est-il possible que le message que vous avez reçu soit valide d’une certaine manière ? Pouvez-vous également confirmer que vous utilisez la dernière version de Discourse ?
Je ne peux pas affirmer avec certitude que cela fera une différence, mais il est toujours possible qu’un bug présent dans la version stable ait été corrigé sans être rétroporté. Si vous le pouvez, je vous suggère de mettre à jour vers la dernière version bêta, au minimum, et de réessayer.
Par ailleurs, voici ces questions :
Puisque je ne parviens pas à reproduire le problème dans un scénario normal, j’aurai besoin de plus d’informations pour avancer.
Je suppose que vous êtes sur la version 2.7. J’attendrai que 2.7 soit migré vers la branche stable pour vous faire un retour.
Pouvez-vous fournir des étapes de reproduction supplémentaires ?
min post length est défini sur 2.
delete rejected email after days est toujours à la valeur par défaut 90.
Répondre « OK » à un message m’appartenant fonctionne désormais.
Répondre « OK » à un message d’un autre utilisateur me donne maintenant le message de cet utilisateur.
Nous sommes désolés, mais votre message électronique à l’adresse [“discoursereplies+redacted@redacted.redacted”] (intitulé Re : [redacted] [redacted] redacted) n’a pas fonctionné.
Nous n’acceptons les réponses aux notifications originales que pendant 90 jours. Veuillez visiter le sujet pour poursuivre la conversation.
Pourtant, le message n’avait que cinq minutes environ.
Répondre par e-mail à un message d’un autre utilisateur avec le texte « This is a longer test reply by e-mail. Please ignore. » ne produit aucun résultat ; rien n’apparaît dans les journaux non plus. Aucun e-mail de rejet n’a été reçu non plus.
Est-il possible que le message que vous avez reçu ait été valide d’une certaine manière ?
Cela implique qu’il y a un problème avec l’horloge de votre serveur ou l’installation ?
Je ne pense pas. Je viens de vérifier. L’heure de l’ordinateur local et celle du serveur affichaient la même date, la même heure et la même minute en UTC. Presque la même seconde (difficile à mesurer via SSH).
S’agit-il d’une installation standard par défaut ?
Oui. Méthode d’installation via Docker. Je ne veux pas m’écarter des recommandations.
Le problème signalé par l’auteur du sujet (OP) est que vous avez envoyé une réponse trop courte et reçu la réponse d’erreur « mauvaise adresse de destination » au lieu de la réponse « publication trop courte ». Ce qui suit ne pouvait pas être vrai :
Utilisez-vous plus d’une adresse e-mail ? Avez-vous répondu depuis une adresse e-mail différente ? Les réponses par e-mail exigent que vous utilisiez la même adresse e-mail lors de la réponse. Alternativement, l’en-tête Message-ID de l’e-mail a peut-être été modifié.
Dans un autre exemple, vous avez envoyé une réponse trop courte à un utilisateur et reçu la réponse d’erreur « ancienne destination » : « Nous n’acceptons les réponses aux notifications originales que pendant 90 jours. Veuillez visiter le sujet pour continuer la conversation ». Cela ne pouvait pas non plus être vrai, car le post auquel vous répondiez n’avait que 5 minutes.
Dans les deux cas où votre réponse était trop courte, le mauvais message d’erreur a été envoyé. Cela semble-t-il exact ?
Cela semble bien ! Je serais très curieux de voir si une mise à jour clarifie les choses. Faites-nous savoir si ce n’est pas le cas.
Je ne rencontre plus ce problème en 2.7.3, mais maintenant j’ai ceci :
Utilisez-vous plusieurs adresses e-mail ? Avez-vous répondu depuis une adresse e-mail différente ? Les réponses par e-mail nécessitent que vous utilisiez la même adresse e-mail lors de la réponse. Sinon, l’en-tête Message-ID de l’e-mail peut avoir été modifié.
Cela semble se produire si d’autres réponses ont été faites après le message auquel je réponds.
Puisque cela semble difficile à déboguer (erreur de l’utilisateur, réponse à partir de l’adresse « De » au lieu de « Répondre à » — non, je n’ai pas fait cela dans ce cas / problème lié au serveur de messagerie et/ou bug de Discourse), j’ai proposé la demande de fonctionnalité suivante pour faciliter le débogage : Reply with debug info to rejected e-mails
Cela signifie que vous rencontrez l’un des autres mécanismes de protection contre les messages courts, tels que body min entropy, qui vise à bloquer des messages comme AAAAAAAAAAAAAAAAAAAAAAAAAAAA et qui ne dispose pas de message d’erreur personnalisé.
Pas toujours reproductible. J’utiliserai beaucoup la réponse par e-mail à présent et j’espère pouvoir fournir des instructions reproductibles par la suite.
Il se peut que plusieurs réponses soient nécessaires pour que l’e-mail soit rejeté. Ou cela dépend du temps. Les messages plus anciens ont plus de chances d’être rejetés, cependant disallow reply by email after days est déjà défini sur 0.
