enable_forwarded_emails is a great feature for bringing existing conversations into Discourse, but for users who approach Discourse with a “Mailman-mind” - as many users on our instance do - this feature just doesn’t do what they’re expecting it to.
Within every email client I’ve used, forwarding an email intentionally excludes the original email address from the forward, and subsequent replies. Whereas with this feature, that original email address is included in the created post and subsequent replies.
If this feature isn’t enabled, then Discourse strips the actual forwarded email, which also doesn’t work for us.
My thought is there should be an alternative feature which doesn’t strip the forwarded email and posts it like so:
Thought you all should see this:
---------- Forwarded message ---------
From: Example Person <person@example.com>
Date: Wed, 13 Mar 2019 at 15:11
Subject: An email to be forwarded
To: <some_discourse_user@example.com>
The original email
This would be a lot like the result of the always_show_trimmed_content setting, but with the trimmed content automatically expanded (and therefore visible in email notifications).
With just a little bit of rejigging of the code you’ve already written for enable_forwarded_emails I think what I want to see would be relatively easy - and that’s rejigging I’m happy to do.
Perhaps the solution here is to create a new multiple-choice site setting, something like:
forwarded_emails_behaviour:
hide (default)
show (the behaviour I’m advocating for here)
create_replies (the existing enable_forwarded_emails behaviour)
Genau, da beide anderen Optionen die weitergeleitete E-Mail „anzeigen“, zitiert diese sie jedoch im ursprünglichen Beitrag.
Das steht wortwörtlich auf der ! Sie versucht, die weitergeleitete E-Mail zu analysieren, erstellt dann einen gestaffelten Benutzer vom ursprünglichen Absender der weitergeleiteten E-Mail und postet die weitergeleitete E-Mail als ursprüngliches Thema. Anschließend wird jeder Text, den der Weiterleiter hinzufügt, als Antwort auf dieses Thema gepostet (zumindest so erinnere ich mich an die Funktionsweise).
Aah, jetzt verstehe ich. Es ist der Text, den der Weiterleiter enthält, der zur Antwort wird! Aber das ist genau eine Antwort. Warum heißt es dann, Antworten zu erstellen?
Ein weiterer Grund, warum die Terminologie etwas verwirrend ist: Sowohl „ausblenden“ als auch „zitieren“ beziehen sich auf den weitergeleiteten Text, während „Antworten erstellen“ sich auf den Kommentar des Weiterleiters zum weitergeleiteten Text bezieht. Vielleicht könnten diese Optionen dadurch geklärt werden, dass man sagt:
Weitergeleitete E-Mail ausblenden
Weitergeleitete E-Mail zitieren
Weitergeleitete E-Mail mit Antworten veröffentlichen
Während ich das schreibe, frage ich mich, ob diese dritte Option wirklich so funktioniert, wie sie beschrieben ist. Ich glaube nicht, dass sie sich für uns jemals so verhalten hat, aber andererseits haben wir nicht viele weitergeleitete E-Mails, also bin ich mir nicht sicher. Macht es überhaupt Sinn, den Kommentar des Weiterleiters als Antwort zu posten? Sollte es nicht irgendwie klar gemacht werden, dass die weitergeleitete E-Mail vom Weiterleiter gepostet wurde? Das ist keineswegs klar, wenn der Weiterleiter scheinbar darauf antwortet.
Okay, das sieht genau so aus, wie ich es erwartet hätte. Schön zu sehen, dass es zumindest unter bestimmten Umständen funktioniert. Aber enthielt deine E-Mail einen Anhang? Falls nicht, scheint es plausibel, dass Discourse durch (bestimmte?) Anhänge verwirrt wird.
Ich habe immer noch Probleme damit, dass weitergeleitete E-Mails nicht angezeigt werden. Da ich zumindest eine E-Mail mit Anhang habe, die korrekt dargestellt wurde, vermute ich nun, dass es damit zu tun hat, ob die Person, die die E-Mail weitergeleitet hat, etwas hinzugefügt hat oder nicht. Soweit ich das übersehen kann, wurden E-Mails, die ohne zusätzlichen Text über der weitergeleiteten Nachricht weitergeleitet wurden, korrekt dargestellt. Wenn der Weiterleiter jedoch etwas wie „FYI
Ich bin auch immer noch verwirrt, was diese verschiedenen Labels/Funktionen bewirken. Ich versuche, eingehende E-Mails für das Tickets Plugin einzurichten, erhalte aber inkonsistentes Verhalten.
Ich habe das Gefühl, dass das Standardverhalten so sein sollte, dass alles, was weitergeleitet wird, als Beitrag von dem (gestagten oder regulären) Benutzer erstellt wird, der die Nachricht verfasst hat. Der Grund, warum etwas weitergeleitet wird, scheint meist darin zu liegen, dass jemand, der die Nachricht erhalten hat, der Meinung war, dass sie besser auf Discourse behandelt werden sollte. Daher erscheint es am sinnvollsten, dass das Thema vom Autor der E-Mail und nicht vom Weiterleitenden gestartet wird.
(Aber vielleicht sind meine Anwendungsfälle tatsächlich Randfälle…)
Das sollte so funktionieren, wenn du enable_forwarded_emails auf create_replies setzt. Die weitergeleitete E-Mail wird dann der erste Beitrag, und es wird eine Antwort erstellt, falls der Weiterleiter Text hinzugefügt hat. Andernfalls wird ein kleiner Aktionsbeitrag erstellt, damit klar ist, wer den ersten Beitrag weitergeleitet hat.
Nein. Wenn vor der weitergeleiteten Nachricht kein Text steht, erhalten Sie einen kleinen Aktionsbeitrag.
Ich glaube, diese Funktion ist immer noch als experimentell gekennzeichnet, und dafür gibt es einen guten Grund. E-Mails werden meist inline weitergeleitet. Das macht es ziemlich schwierig, die weitergeleitete E-Mail zu extrahieren, da jeder Client die ursprünglichen E-Mail-Header unterschiedlich weiterleitet. Manche verbergen sogar die E-Mail-Adresse im ursprünglichen From-Header oder verwenden lokalisierte Header.
Es sollte viel besser funktionieren, wenn E-Mails als Anhang statt inline weitergeleitet werden (ich bin mir zu 99 % sicher, dass Discourse das unterstützt).
Ich stimme zu, dass dies ein viel saubererer Weg wäre, um eine korrekte Verarbeitung sicherzustellen. Ich frage mich, warum ich Discourse nicht dazu bekomme, die Anhänge zu verarbeiten, wenn ich es tue. (Der Inhalt des weitergeleiteten Anhangs erscheint im Rohinhalt, der dem Beitrag zugeordnet ist, aber nur der „Kommentar
Nachrichtenvorwärtssendungen inline werden abgeschnitten, sowohl im quote- als auch im create_replies-Modus.
Irgendwelche Vorschläge?
Originalnachricht (einige Header entfernt):
Von: Jeffrey Nachname <jeff@myemail.us>
An: test-cat@example.org
Betreff: Fwd: Vielen Dank für Ihre Unterstützung!
X-Mailer: MailMate (1.14r5745)
Content-Type: text/plain; format=flowed
Einige wirklich lange Beispieltexte.
Weitergeleitete Nachricht:
> Von: Donationsteam <giving@example2.org>
> An: jeff@myemail.us
> Betreff: Vielen Dank für Ihre Unterstützung!
>
> Sehr geehrter Jeffrey,
>
> Unser aufrichtiges Dankeschön für Ihre Spende an das Beispielprojekt,
> besonders jetzt. Gemeinsam werden wir die Zukunft gestalten.
Nachricht im Forum (gleich für beide Modi):
Einige wirklich lange Beispieltexte.
Weitergeleitete Nachricht:
Das Weiterleiten der Nachricht als Anhang funktioniert ebenfalls nicht. eml-Anhänge werden abgelehnt. Wenn eml-Anhänge autorisiert sind, wird im Modus „create_replies
! Sie versucht, die weitergeleitete E-Mail zu analysieren, erstellt dann einen gestaffelten Benutzer vom ursprünglichen Absender der weitergeleiteten E-Mail und postet die weitergeleitete E-Mail als ursprüngliches Thema. Anschließend wird jeder Text, den der Weiterleiter hinzufügt, als Antwort auf dieses Thema gepostet (zumindest so erinnere ich mich an die Funktionsweise).
