Notre discourse sert une large communauté de différents groupes qui n’interagissent pas régulièrement, mais qui ont parfois besoin de partager des informations. Le problème est que si quelqu’un transfère un e-mail reçu d’une catégorie à une autre catégorie par e-mail, le message se retrouve dans le sujet d’origine au lieu de la catégorie qui a été utilisée pour l’e-mail.
Détails :
Utilisation de la version 2.9.0.beta1
Nous avons activé l’envoi par e-mail et la réponse par e-mail dans notre instance
Chaque catégorie a une adresse e-mail attribuée de la forme discourse+CATEGORY@...
Étapes pour reproduire :
On reçoit une notification par e-mail d’un nouveau message dans la catégorie A
On transfère l’e-mail reçu à la catégorie B en utilisant son adresse e-mail discourse+CAT-B@...
Le message transféré se retrouve dans le fil de discussion d’origine dans la catégorie A
Question : comment s’assurer que l’e-mail transféré se retrouve dans la bonne catégorie B ? (sans modifier aucun en-tête d’e-mail !)
Voulez-vous dire qu’il se retrouve dans le fil d’origine de la catégorie A ?
Encore une fois, je réponds sans rien savoir et très bientôt quelqu’un viendra dire comment les choses se passent réellement — mais à ma connaissance, cela devrait se passer ainsi et une réponse ne se transforme pas en nouveau sujet simplement en changeant d’e-mail.
Pour clarifier : la personne ne répond pas à l’e-mail via reply-to, mais le transfère en définissant manuellement l’adresse to: sur l’e-mail discourse+cat-B@.
Je n’arrive pas à reproduire cela. Voici mes étapes jusqu’à présent :
Configurer CategoryA et CategoryB, et leur attribuer des adresses e-mail (categorya@[MyTestSite] et categoryb@[MyTestSite])
Définir test_user sur Watching pour les deux catégories
Définir email time window mins sur 1 min (facultatif, mais accélère les choses)
L’administrateur publie un sujet dans CategoryA
Test_user reçoit un e-mail de notification du nouveau sujet dans CategoryA, et le transfère avec un message à CategoryB
Un nouveau sujet est créé dans CategoryB (avec un titre très moche - Fwd: [JammyDodger's Test Site] [categorya] Topic for Category A), mais il n’inclut que le message ajouté, et non les informations transférées prévues)
Je n’arrive pas à reproduire le problème où un e-mail transféré à une catégorie se retrouve comme une réponse à un sujet existant ? Y a-t-il quelque chose d’autre que je pourrais essayer ?
Cela pourrait-il avoir quelque chose à voir avec le client de messagerie ? J’ai “incriminé” Discourse pour avoir regroupé les messages par le champ “in-reply-to” plutôt que par le champ “to”…
Je viens d’essayer de reproduire cela aussi (une différence clé semblait être d’appuyer sur ‘Répondre’ puis de changer manuellement l’adresse À, plutôt que de transférer), mais le mien s’est retrouvé comme un nouveau sujet dans la catégorie B à nouveau. Peut-être que cela le rend spécifique au client ? @artur Lequel utilisez-vous ?
J’ai juste essayé avec mon Gmail mais le mail a quand même fini dans la catégorie d’origine.
Bizarre – je suis surpris que ça ait marché pour toi !
Pourrais-tu vérifier les en-têtes du mail transféré ?
Je vois par exemple que les References contiennent l’ID du sujet d’origine – est-ce que cela pourrait avoir la priorité sur le champ to: ?
Merci pour le lien !
Cela semble être une situation similaire, sauf que dans mon cas, il s’agit de transférer un e-mail et non d’y répondre. Par conséquent, je ne comprends toujours pas ce comportement.
Je continue de taper une réponse, puis je pense à autre chose à essayer. Mais jusqu’à présent, je n’ai pas réussi à reproduire votre problème. Quelques éléments peut-être pertinents - j’ai configuré le récepteur de courrier pour mon site de test, plutôt que POP3, et transférez-vous un premier message/OP ou une réponse ?
Salut @JammyDodger Je viens de réaliser que la plupart de mes catégories étaient historiquement définies sur La catégorie reflète une liste de diffusion. Pourriez-vous essayer de reproduire le problème lorsque vous activez cette option ?
Je viens d’essayer de désactiver cela sur mon instance de test et cela semble résoudre le comportement étrange.
J’ai vient de tester cela avec Catégorie reflète une liste de diffusion activé pour la Catégorie A et la Catégorie B et je peux maintenant reproduire le problème.
Configurer CategoryA et CategoryB, et leur attribuer des adresses e-mail (categorya@[MyTestSite] et categoryb@[MyTestSite])
Définir Catégorie reflète une liste de diffusion pour chaque catégorie
Définir test_user sur Watching pour les deux catégories
Définir email time window mins sur 1 min (facultatif, mais accélère les choses)
L’administrateur publie un sujet dans CategoryA
Test_user reçoit un e-mail de notification du nouveau sujet dans CategoryA, et le transfère avec un message à CategoryB
Le transfert apparaît comme une réponse au sujet original dans Category A
Je ne suis pas très calé en listes de diffusion, serait-ce un bug ou un conflit de paramètres ?
Et cela pourrait-il aussi vous aider avec votre problème @dachary ?
Normalement, find_related_post_with_key est activé dans les paramètres du site. Désactiver cette option pour l’ensemble du site n’est pas recommandé, car elle permet l’usurpation d’identité d’un utilisateur en fonction de son adresse e-mail. Les e-mails entrants envoyés à la liste de diffusion utilisent toujours le Message-ID de l’e-mail pour trouver les publications associées et ignorent la valeur de ce paramètre de site.
J’ai principalement conservé l’option en raison d’un autre point :
Normalement, Discourse s’attend à ce que les e-mails entrants contiennent du texte formaté en Markdown. Les utilisateurs de listes de diffusion ignorent généralement cette exigence, de sorte que Discourse n’interprète aucun Markdown (à l’exception des blocs de code entourés de trois backticks) ou HTML dans les e-mails texte brut et les publie avec le formatage d’origine intact.
Ce qui est logique pour les personnes qui n’ont aucune idée du markdown
Avec plaisir. Et j’ai déplacé ce sujet dans Support
Maintenant que vous en savez plus sur le fonctionnement conjoint des paramètres, pouvez-vous obtenir une approximation juste de la manière dont vous souhaitez que cela fonctionne ?
Je pense donc que pour un simple site miroir de liste de diffusion, il fait correctement son travail.
Je verrai comment les utilisateurs gèrent le markdown - ils ne sont certainement pas conscients que c’est ce qui est attendu !
Un problème qui est réellement survenu lorsque j’ai désactivé le miroir de liste de diffusion est qu’en cas de messages générés automatiquement qui sont envoyés au nom de certains utilisateurs, l’erreur Discourse::InvalidAccess apparaît. Avec le message de rejet disant
Votre compte n’a pas les privilèges nécessaires pour publier de nouveaux sujets dans cette catégorie.
Même si cela a fonctionné auparavant pour le même utilisateur. Je suppose donc que l’option miroir désactive une sorte de protection pour cela.
- 
Mais jusqu’à présent, je n’ai pas réussi à reproduire votre problème. Quelques éléments peut-être pertinents - j’ai configuré le 