Wie kann ich eine vollständige E-Mail, die von Discourse gesendet wurde, in eine Datei (im eml- oder msg-Format) exportieren?
Hintergrund der Frage: Wir haben Probleme damit, dass Einladungs-E-Mails von Discourse vom empfangenden E-Mail-Server (eines E-Mail-Anbieters – für andere E-Mail-Anbieter funktioniert es) als Spam eingestuft werden. Um das Problem zu debuggen, hat der E-Mail-Anbieter Beispiele der gesendeten E-Mail als eml- oder msg-Dateien angefordert.
Wenn Sie eine Einladungs-E-Mail in Ihrem Spam-Ordner oder in einem anderen Posteingang finden können, in dem die E-Mail nicht als Spam erkannt wurde, bietet so ziemlich jeder E-Mail-Client die Möglichkeit, die Nachricht in einem dieser Formate herunterzuladen.
In Gmail wäre dies beispielsweise hier, um die E-Mail im .eml-Format herunterzuladen:
Das ist mir bewusst, und ich habe dem betreffenden Anbieter ein Beispiel zur Verfügung gestellt, das über einen anderen Anbieter gesendet wurde. Aber der Support hat ausdrücklich nach einem Beispiel gefragt, das an sie gesendet wurde. :-/ Ich bin nicht in der Lage, mit ihnen über den Sinn zu diskutieren, sondern möchte nur ihre Anfrage erfüllen…
@pfaffman Können Sie das etwas näher erläutern? Ich bin mir nicht sicher, ob ich Sie richtig verstehe.
Wir verwenden die „Standard“-Installation mit zwei Docker-Containern (Discourse, Mail-in) und senden über eine SMTP-Verbindung mit einer E-Mail-Adresse des betreffenden Anbieters an andere E-Mail-Adressen desselben Anbieters. Da der betreffende Anbieter mich nach Beispielen fragt, kann er (oder will er) kein Beispiel in seinem System finden. Daher suche ich nach einer Möglichkeit, es aus Discourse zu exportieren. Ich kann die E-Mail im Admin-Panel als „unzustellbar“ sehen, sehe aber nur die eingehende Bounce-Nachricht, nicht die gesendete E-Mail. Unter „Gesendet“ sehe ich eine Zeile mit der E-Mail, die auch die SMTP-Details anzeigt: 250 2.0.0 OK queued with id Z2869bz5GCbjCq9, aber nicht die E-Mail-Details (Header, Body) oder eine Möglichkeit, sie herunterzuladen/zu exportieren.
Ja. Eine ähnliche Einstellung wie die bereits vorhandene Einstellung E-Mail-Protokolle nach Tagen löschen wäre wahrscheinlich sinnvoll, um zu verhindern, dass die Festplatte überläuft, indem die E-Mails selbst auch nach n Tagen gelöscht werden.
Obwohl dies meine derzeitigen Kompetenzen übersteigt, erscheint mir der erste Ansatz als Workaround (mit zusätzlichem Aufwand) machbar. Bei dem zweiten Vorschlag befürchte ich, dass der Support die E-Mail ablehnen würde, da der empfangende Mailserver die E-Mail möglicherweise verändert hat… :-/
Sie haben einen SMTP-Server, der die E-Mail empfängt und (vielleicht nicht) zustellt. Haben Sie keinen Zugriff auf diese Protokolle?
Ich denke, Sie bräuchten ein Plugin oder müssten den Code im Container „hacken“, um ihn dazu zu bringen, diese Nachrichten vielleicht in eine Datei zu schreiben.
Wir “haben” den SMTP-Server nicht, wir “benutzen” ihn nur. Es ist ein Mailserver eines externen Anbieters (eigentlich derselbe Anbieter, der die E-Mails ablehnt…). Der Mailserver stellt die E-Mail tatsächlich zu, nur der empfangende Mailserver (desselben Anbieters) lehnt die E-Mail ab.
Da es sich um den Mailserver eines externen Anbieters handelt, haben wir keinen Zugriff auf die Protokolldateien.
Aber ich bin im ständigen Austausch mit deren Support und hoffe, dass wir bald eine Lösung finden (es hat fast einen Monat gedauert…).
Die Geschichte geht weiter… Nun möchte der Support eine Kopie der Bounces-E-Mail als eml- oder msg-Datei. Daher meine Nachfrage: Ist es möglich, eine eingehende E-Mail zu exportieren? Unter E-Mail → Bounced sehe ich einen Listeneintrag und kann mir die E-Mail-Details (Headerfelder, Betreff, E-Mail-Text usw.) ansehen, aber ich sehe keine Möglichkeit, die Nachricht als Datei herunterzuladen. Übersehe ich etwas, gibt es einen anderen Weg?
Vielen Dank für die Info. Ich war mir wegen der Kodierung und so nicht sicher (z.B. Beispiel eines Mail-Quellcodes aus meiner MTA: ...m=C3=BCssten wir auch noch mal 2 gro=C3=9Fe Switche...), ob es genauso funktionieren würde.
Simon
Sie werden in dieser Nachricht eine Kopfzeile bemerken, die besagt: Content-Transfer-Encoding: quoted-printable. Dies teilt allem, was die Nachricht liest, mit, wie sie dekodiert werden soll.
In einer .msg-Datei steckt weniger Magie, als Sie vielleicht denken