I think clicking on an “Email Type” field, e.g. user_watching_first_post is meant to display details of the bounce message received from the intended recipient.
But on my self-hosted site I get the error message stated above. Is there anything I can do to fix this?
Thanks.
That is correct. I’ve just checked this on my hosted Discourse site and it’s working without any problems. If your site is on the latest version of Discourse, I’m wondering is the issue is related to how your mail server handles forwarding the bounce message.
Thanks. For outgoing mail I’m using Mailgun. I think I used Discourse’s recommended settings.
For incoming mail I’m using this Straightforward direct-delivery incoming mail But I’ve never updated it since installation - might that be the problem? As it’s ./launcher rebuild app for Discourse, is it ./launcher rebuild mail-receiver?
Yes, that’s how to upgrade it. It’s been a while since the last update, I think, but a good first stop) step would be to upgrade it and discourse.
I have upgraded both and still get the same error, including (I think) for emails received since the upgrade. Any further ideas?
Same problem here. Self-hosted, up to date. Bounces being handled the recommended way. Links from before we changed to proper bounce handling work fine.
Yes likely Discourse isn’t getting it from Mailgun. I don’t know how the webhooks work but suspect it just tells Discourse there has been a temporary/permanent failure without sending the bounce message.
Is there any way to make this Discourse feature work with Mailgun?
It should be possible to show at least the error code and message:
Both SMTP error code and SMTP error message are preserved
“code”: 550,
“address”: “'baz@example.com”,
“error”: “Message was not accepted – invalid mailbox. Local mailbox 'baz@example.com is unavailable: user not found”
If not then at least we need a sensible error message to explain why the link doesn’t work 
Wurde hier bereits etwas unternommen? Ich wäre sehr dankbar, wenn ja 
Ich verwende Digital Ocean und Mailgun (also die Hauptempfehlungen), daher stelle ich mir vor, dass ich nicht der Einzige mit dem Problem bin.
Nach meinen eigenen Tests scheint es in vielen Fällen, dass Bounces überhaupt nicht vom Mail-Empfänger empfangen werden. (Ich habe nur einen Verbindungsversuch gefunden, der sofort abgebrochen wurde). Ich sehe überhaupt keine Return-Path-Header gesetzt (sollte er das?), was mich vermuten lässt, dass sie meistens gar nicht zurückgesendet werden.
Hier gibt es ebenfalls noch ein Problem. Trotz meiner früheren Aussage scheinen nun keine dieser Links mehr zu funktionieren, und das bereits seit dem Start der Website. Anfangs schien es nur Bounces zu betreffen, die vor unserer korrekten Handhabung von Bounces auftraten (Configure VERP to handle bouncing e-mails).
Mir sind gerade jede Menge Warnungen im Fehlerprotok aufgefallen, die in diese Richtung gehen:
E-Mail kann nicht verarbeitet werden: Email::Receiver::AutoGeneratedEmailError
Empfangen: von ...
für <bounce+f7e463.5f70e9-...@forum.example.com>; ...
Betreff: Ihre Nachricht konnte nicht zugestellt werden
Vielleicht ist das der Grund, warum Discourse keine Details zu den zurückgewiesenen E-Mails hat.
Ich sehe diese Fehler nicht in den Protokollen, aber das Problem besteht weiterhin. Wenn ich auf den Wert „E-Mail-Typ“ für einen Eintrag in der Liste der zurückgesendeten E-Mails klicke, erhalte ich die Meldung „Ein Fehler ist aufgetreten: Discourse::NotFound“.
Es war bereits ausgewählt. Ich bin etwas weiter im Protokoll zurückgegangen und sehe zwar gelegentlich E-Mail-bezogene Meldungen, aber nicht die von Ihnen erwähnten.
Ich habe das gleiche Problem mit Mailgun. Anderer Host, also liegt es nicht daran!
Ich frage mich, ob es ein Problem mit den Mailgun-Konfigurationsanweisungen für die VERP-Einrichtung gibt:
Das ist schon eine Weile so, aber erst jetzt treten Probleme auf, da ich untersuchen möchte, warum ich derzeit so viele Bounces erhalte.
Das Problem scheint zu sein, dass in der Spalte Email Type keine Verknüpfung vorhanden ist und nichts hinter dem 
Symbol (rote Pfeile) ist:
Wenn ich darauf klicke, erhalte ich Folgendes:
Wenn ich mir den Seitenquelltext ansehe, scheinen den Anker-Tags im HTML der href komplett zu fehlen:
Ich habe VERP für Mailgun konfiguriert und es scheint ansonsten gut zu funktionieren.
Das ist das erwartete Verhalten, wenn die zurückgesendete Antwort nicht von Discourse verarbeitet wurde. Die Funktion funktioniert einwandfrei, wenn Discourse die Rücksendungen erhält, andernfalls wird diese Antwort für alle Rücksendungen angezeigt.
Können Sie dies bitte noch einmal überprüfen und den Test gemäß Configure VERP to handle bouncing e-mails durchführen?
Eine bessere Nachricht wäre in diesem Fall gut.
Ich glaube, Sie meinen, dass, wenn Discourse nur durch einen Mailgun-Webhook von dem Bounce erfährt, die Details des Bounces niemals an Discourse gesendet werden. Ist das richtig?
Wenn ja, gäbe es eine Möglichkeit, diese Details an Discourse zu senden und sie an derselben Stelle aufzuzeichnen und anzuzeigen wie Bounces, die von Discourse empfangen wurden? Ich denke, die Mailgun-API würde das zulassen ("Discourse::NotFound" error when click "Email Type" field on admin/email/bounced - #8 by Jonathan5).
Unter welchen Umständen würde Discourse Bounces bearbeiten und nicht der externe E-Mail-Dienst? (Ich weiß, dass Discourse E-Mails zurücksenden/ablehnen kann, aber ich meine die Bearbeitung von Bounce-Nachrichten, die von beabsichtigten E-Mail-Empfängern empfangen wurden.)
Einverstanden. Wenn etwas nicht wirklich kaputt ist, sollte es auch nicht kaputt aussehen. Discourse kann sicherlich eine beruhigendere Nachricht liefern.
