Penso che cliccare su un campo “Tipo di email”, ad esempio user_watching_first_post, serva a visualizzare i dettagli del messaggio di rimbalzo ricevuto dal destinatario previsto.
Tuttavia, sul mio sito auto-ospitato ricevo il messaggio di errore indicato sopra. C’è qualcosa che posso fare per risolvere il problema?
Grazie.
È corretto. Ho appena verificato questo sul mio sito Discourse ospitato e funziona senza problemi. Se il tuo sito è sull’ultima versione di Discourse, mi chiedo se il problema sia legato a come il tuo server di posta gestisce l’inoltro del messaggio di rimbalzo.
Grazie. Per la posta in uscita sto utilizzando Mailgun. Penso di aver usato le impostazioni consigliate da Discourse.
Per la posta in entrata sto usando questa Configure direct-delivery incoming email for self-hosted sites with Mail-Receiver Ma non l’ho mai aggiornata dall’installazione: potrebbe essere questo il problema? Dato che per Discourse si usa ./launcher rebuild app, per il ricevitore di posta è ./launcher rebuild mail-receiver?
Sì, così si effettua l’aggiornamento. Credo che sia passato un po’ di tempo dall’ultimo aggiornamento, ma un buon primo passo sarebbe aggiornarlo e Discourse.
Ho aggiornato entrambi e ricevo ancora lo stesso errore, incluso (credo) per le email ricevute dopo l’aggiornamento. Avete altre idee?
Stesso problema qui. Self-hosted, aggiornato. I rimbalzi vengono gestiti nel modo consigliato. I link precedenti alla modifica per la corretta gestione dei rimbalzi funzionano bene.
Sì, è probabile che Discourse non lo riceva da Mailgun. Non so come funzionino i webhook, ma sospetto che si limitino a informare Discourse di un errore temporaneo o permanente senza inviare il messaggio di rimbalzo.
C’è qualche modo per far funzionare questa funzionalità di Discourse con Mailgun?
Dovrebbe essere possibile mostrare almeno il codice di errore e il messaggio:
Sia il codice di errore SMTP che il messaggio di errore SMTP sono conservati
“code”: 550,
“address”: “'baz@example.com”,
“error”: “Message was not accepted – invalid mailbox. Local mailbox 'baz@example.com is unavailable: user not found”
https://documentation.mailgun.com/en/latest/api-bounces.html#examples
Se non è possibile, almeno abbiamo bisogno di un messaggio di errore sensato che spieghi perché il link non funziona 
È 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.
