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 
È stato fatto qualche lavoro su questo. Ti sarei molto grato se ci fosse stato 
Uso Digital Ocean e Mailgun (cioè le raccomandazioni principali), quindi immagino che non sia solo un problema mio.
Dopo i miei test, sembra che in molti casi i bounce non vengano affatto ricevuti dal destinatario dell’email. (Ho trovato un tentativo di connessione solo per uno, che è stato prontamente perso). Non vedo affatto l’header Return-Path impostato (dovrebbe esserlo?), il che mi fa pensare che nella maggior parte dei casi non vengano nemmeno inviati indietro.
Ancora un problema anche qui. Nonostante la mia precedente dichiarazione, ora sembra che nessuno di questi link funzioni, tornando all’avvio del sito. Inizialmente sembrava interessare solo i rimbalzi da prima che iniziassimo a gestire correttamente i rimbalzi (Configure VERP to handle bouncing e-mails).
Ho appena notato una serie di avvisi nel registro degli errori simili a questi:
Impossibile elaborare l'email: Email::Receiver::AutoGeneratedEmailError
Ricevuto: da ...
per <bounce+f7e463.5f70e9-...@forum.example.com>; ...
Oggetto: Il tuo messaggio non è stato consegnato
Forse è per questo che Discourse non ha dettagli sulle email respinte.
Non vedo questi errori nei log, ma il problema persiste. Quando faccio clic sul valore del tipo di email in un’attività nell’elenco delle email respinte, ottengo “Si è verificato un errore: Discourse::NotFound”.
Era già stato selezionato. Sono tornato un po’ più indietro nel log e, sebbene veda occasionali messaggi relativi alle e-mail, non vedo quelli che hai menzionato.
Ho lo stesso problema con Mailgun. Host diverso, quindi non è quello!
Mi chiedo se ci sia un problema con le istruzioni di configurazione di Mailgun per l’impostazione VERP:
È presente da un po’ di tempo, ma ha iniziato a causare problemi solo ora, mentre cerco di capire perché sto ricevendo così tanti rimbalzi al momento.
Il problema sembra essere che non c’è un link nella colonna Email Type e niente dietro l’icona 
(frecce rosse):
Quando clicco su questi, ottengo questo:
Esaminando il codice della pagina, i tag anchor nell’HTML sembrano mancare completamente dell’href:
Ho configurato VERP per Mailgun e, per il resto, sembra funzionare bene.
Questo è il comportamento previsto quando la risposta di rimbalzo non è stata elaborata da Discourse. La funzionalità funziona correttamente se Discourse riceve i rimbalzi, altrimenti mostrerà quella risposta per tutti i rimbalzi.
Puoi ricontrollare ed eseguire il test secondo Configure VERP to handle bouncing e-mails?
In quel caso sarebbe meglio un messaggio migliore.
Penso che intendi dire che se Discourse scopre il rimbalzo solo tramite un webhook di Mailgun, i dettagli del rimbalzo non vengono mai inviati a Discourse. È corretto?
Se è corretto, ci sarebbe un modo per inviare quei dettagli a Discourse e registrarli e visualizzarli nello stesso posto dei rimbalzi ricevuti da Discourse? Penso che l’API di Mailgun lo consentirebbe ("Discourse::NotFound" error when click "Email Type" field on admin/email/bounced - #8 by Jonathan5).
In quale circostanza Discourse gestirebbe i rimbalzi piuttosto che il servizio di posta elettronica esterno? (So che Discourse può rimbalzare/rifiutare le email, ma intendo gestire i messaggi di rimbalzo ricevuti dai destinatari previsti.)
Concordo. Se qualcosa non è effettivamente rotto, non dovrebbe sembrare rotto. Discourse può sicuramente fornire un messaggio più rassicurante.
