Unser Diskurs dient einer breiten Gemeinschaft verschiedener Gruppen, die nicht regelmäßig interagieren, aber manchmal Informationen austauschen müssen. Das Problem ist, dass, wenn jemand eine erhaltene E-Mail von einer Kategorie an eine andere Kategorie per E-Mail weiterleitet, die Nachricht im ursprünglichen Thema und nicht in der Kategorie landet, die per E-Mail verwendet wurde.
Details:
Läuft 2.9.0.beta1
Wir haben E-Mail-Eingang und Antwort per E-Mail in unserer Instanz aktiviert
Jede Kategorie hat eine E-Mail zugewiesen in der Form discourse+KATEGORIE@...
Schritte zur Reproduktion:
Man erhält eine E-Mail-Benachrichtigung über einen neuen Beitrag in Kategorie A
Man leitet die erhaltene E-Mail an Kategorie B weiter, indem man deren E-Mail discourse+KAT-B@... verwendet
Die weitergeleitete Nachricht landet im ursprünglichen Thread in Kategorie A
Frage: Wie kann sichergestellt werden, dass die weitergeleitete E-Mail in der richtigen Kategorie B landet? (ohne Änderung von E-Mail-Headern!)
Meinen Sie, sie landet im ursprünglichen Thread in Kategorie A?
Wieder antworte ich unwissend und bald wird mir jemand sagen, wie die Dinge wirklich sind – aber meines Wissens sollte das so sein und eine Antwort ändert sich nicht zu einem neuen Thema, nur durch Ändern der E-Mail.
Zur Klärung: Die Person antwortet nicht per E-Mail über reply-to, sondern leitet sie weiter und setzt die to:-Adresse manuell auf die discourse+cat-B@-E-Mail.
Ich kann dies anscheinend nicht reproduzieren. Hier sind meine bisherigen Schritte:
CategoryA und CategoryB einrichten und ihnen E-Mail-Adressen zuweisen (categorya@[MyTestSite] und categoryb@[MyTestSite])
Testbenutzer für beide Kategorien auf “Beobachten” setzen
email time window mins auf 1 Minute setzen (optional, beschleunigt aber die Dinge)
Admin postet ein Thema in CategoryA
Testbenutzer erhält eine Benachrichtigungs-E-Mail über ein neues Thema in CategoryA und leitet diese mit einer Nachricht an CategoryB weiter
Ein neues Thema wird in CategoryB erstellt (mit einem sehr hässlichen Titel - Fwd: [JammyDodger's Test Site] [categorya] Topic for Category A), enthält aber nur die hinzugefügte Nachricht und nicht die beabsichtigten weitergeleiteten Informationen)
Ich kann das Problem, dass eine weitergeleitete E-Mail an eine Kategorie als Antwort auf ein bestehendes Thema endet, anscheinend nicht nachvollziehen. Gibt es noch etwas, das ich stattdessen versuchen könnte?
Könnte das etwas mit dem E-Mail-Client zu tun haben? Ich habe Discourse dafür “beschuldigt”, Nachrichten nach dem “in-reply-to”-Feld statt nach dem “to”-Feld zu gruppieren.
Ich habe gerade versucht, dies ebenfalls zu reproduzieren (ein wichtiger Unterschied schien das Drücken von ‘Antworten’ und dann das manuelle Ändern der Adresse zu sein, anstatt ‘Weiterleiten’), aber meine landete wieder als neues Thema in Kategorie B. Vielleicht ist das also clientabhängig? @artur Welchen verwendest du?
Ich habe es gerade mit meinem Gmail versucht, aber die E-Mail landete immer noch in der ursprünglichen Kategorie.
Seltsam – ich bin überrascht, dass es bei Ihnen funktioniert hat!
Könnten Sie die Header der weitergeleiteten E-Mail überprüfen?
Ich sehe zum Beispiel, dass die References die ursprüngliche Topic-ID enthält – könnte das Vorrang vor dem to:-Feld haben?
Danke für den Link!
Es scheint eine ähnliche Situation zu sein, außer dass es in meinem Fall um das Weiterleiten einer E-Mail und nicht um das Beantworten geht. Daher verstehe ich dieses Verhalten immer noch nicht.
Ich tippe immer wieder eine Antwort, und dann fällt mir etwas anderes ein, das ich versuchen kann. Aber bisher hatte ich kein Glück, Ihr Problem zu reproduzieren. Einige vielleicht relevante Dinge – ich habe den mail-receiver für meine Testseite eingerichtet, anstatt POP3, und leiten Sie einen ersten Beitrag/OP oder eine Antwort weiter?
Hallo @JammyDodger, mir ist gerade aufgefallen, dass die meisten meiner Kategorien historisch auf Kategorie spiegelt eine Mailingliste gesetzt waren. Könnten Sie versuchen, das Problem zu reproduzieren, wenn Sie diese Option aktivieren? Ich habe gerade versucht, dies auf meiner Testinstanz zu deaktivieren, und es scheint das seltsame Verhalten zu beheben.
Ich habe dies gerade mit Kategorie spiegelt eine Mailingliste für Kategorie A und Kategorie B aktiviert getestet und kann das Problem jetzt reproduzieren.
Richten Sie KategorieA und KategorieB ein und weisen Sie ihnen E-Mail-Adressen zu (categorya@[MyTestSite] und categoryb@[MyTestSite])
Stellen Sie Kategorie spiegelt eine Mailingliste für jede Kategorie ein
Stellen Sie test_user für beide Kategorien auf Beobachten ein
Stellen Sie email time window mins auf 1 Minute ein (optional, beschleunigt aber die Dinge)
Admin postet Thema in KategorieA
Test_user erhält eine Benachrichtigungs-E-Mail über ein neues Thema in KategorieA und leitet sie mit einer Nachricht an KategorieB weiter
Die Weiterleitung erscheint als Antwort auf das ursprüngliche Thema in Kategorie A
Ich bin nicht so gut mit Mailinglisten, wäre das ein Fehler oder ein Einstellungskonflikt?
Und klingt das, als könnte es auch bei Ihrem Problem helfen, @dachary?
Nun, da ich die Funktionen der Mirror-Mailinglisten-Option noch einmal gelesen habe, gehe ich davon aus, dass es sich nicht um einen Fehler, sondern um eine beabsichtigte Funktion handelt:
Normalerweise ist find_related_post_with_key in den Website-Einstellungen aktiviert. Das Deaktivieren für die gesamte Website wird nicht empfohlen, da es Benutzer-Imitationen anhand der E-Mail-Adresse ermöglicht. Eingehende E-Mails, die an die Mailingliste gesendet wurden, verwenden immer die Message-ID der E-Mail, um verwandte Beiträge zu finden und ignorieren den Wert dieser Website-Einstellung.
Ich habe die Option hauptsächlich wegen eines anderen Punktes beibehalten:
Normalerweise erwartet Discourse, dass eingehende E-Mails Text im Markdown-Format enthalten. Mailinglisten-Benutzer sind sich dieser Anforderung normalerweise nicht bewusst, daher interpretiert Discourse kein Markdown (außer Codeblöcken, die in drei Backticks eingeschlossen sind) oder HTML in reinen Text-E-Mails und veröffentlicht sie mit der ursprünglichen Formatierung intakt.
Was für Leute, die keine Ahnung von Markdown haben, Sinn macht
Gern geschehen. Und ich habe dieses Thema in Support verschoben
Jetzt, da du mehr darüber weißt, wie die Einstellungen zusammenarbeiten, kannst du eine faire Annäherung daran erhalten, wie du möchtest, dass es funktioniert?
Ich denke also, dass es für eine reine Mail-Listen-Spiegel-Seite seine Aufgabe korrekt erfüllt.
Ich werde sehen, wie die Benutzer mit Markdown umgehen – sie sind sich sicherlich nicht bewusst, dass dies erwartet wird!
Ein Problem, das tatsächlich auftrat, als ich das Spiegeln von Mailinglisten deaktivierte, war, dass bei automatisch generierten Nachrichten, die im Namen einiger Benutzer gesendet werden, der Fehler Discourse::InvalidAccess auftritt. Mit der Ablehnungsnachricht, die besagt:
Ihr Konto hat nicht die Berechtigung, neue Themen in dieser Kategorie zu posten.
Obwohl das für denselben Benutzer zuvor funktioniert hat. Ich vermute also, dass die Spiegelungsoption eine Art Schutz dafür deaktiviert.
- 
Aber bisher hatte ich kein Glück, Ihr Problem zu reproduzieren. Einige vielleicht relevante Dinge – ich habe den 