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 
¿Se ha hecho algo al respecto? Estaría muy agradecido si así fuera 
Uso Digital Ocean y Mailgun (es decir, las principales recomendaciones), así que imagino que no soy el único con el problema.
Después de mis propias pruebas, parece que en muchos casos, los rebotes no son recibidos en absoluto por el receptor del correo. (Solo encontré un intento de conexión para uno, que se perdió de inmediato). No veo que la cabecera Return-Path se establezca en absoluto (¿se supone que debe hacerlo?), lo que me hace pensar que la mayoría de las veces ni siquiera se envían de vuelta.
Sigue siendo un problema aquí también. A pesar de mi declaración anterior, ahora parece que ninguno de estos enlaces funciona, volviendo al inicio del sitio. Inicialmente, solo parecía afectar a los rebotes de antes de que empezáramos a gestionar los rebotes correctamente (Configure VERP to handle bouncing e-mails).
Acabo de notar un montón de advertencias en el registro de errores parecidas a estas:
No se puede procesar el correo electrónico: Email::Receiver::AutoGeneratedEmailError
Recibido: de ...
para <bounce+f7e463.5f70e9-...@forum.example.com>; ...
Asunto: No se pudo entregar su mensaje
Quizás esta sea la razón por la que Discourse no tiene detalles sobre los correos electrónicos rebotados.
No veo esos errores en los registros, pero el problema persiste. Cuando hago clic en el valor del tipo de correo electrónico en una entrada de la lista de correos rebotados, obtengo “Ocurrió un error: Discourse::NotFound”.
Ya estaba seleccionado. Retrocedí un poco más en el registro y, aunque veo mensajes ocasionales relacionados con el correo electrónico, no veo los que mencionaste.
Tengo el mismo problema con Mailgun. Es un host diferente, ¡así que no es eso!
Me pregunto si hay un problema con las instrucciones de configuración de Mailgun para la configuración de VERP:
Esto ha estado ahí por un tiempo, pero recién ahora está empezando a causar problemas mientras intento investigar por qué estoy recibiendo tantos rebotes en este momento.
El problema parece ser que no hay enlace en la columna Email Type y nada detrás del ícono 
(flechas rojas):
Cuando hago clic en estos, obtengo esto:
Investigando el código de la página, las etiquetas anchor en el HTML parecen carecer por completo del href:
Tengo VERP configurado para Mailgun, y parece estar funcionando bien en otros aspectos.
Ese es el comportamiento esperado cuando la respuesta rebotada no fue procesada por Discourse. La función funciona bien si Discourse recibe los rebotes, de lo contrario, mostrará esa respuesta para todos los rebotes.
¿Puede verificar y ejecutar la prueba de acuerdo con Configure VERP to handle bouncing e-mails?
Un mejor mensaje sería bueno en ese caso.
Creo que quieres decir que si Discourse solo se entera del rebote a través de un webhook de Mailgun, los detalles del rebote nunca se envían a Discourse. ¿Es correcto?
Si es correcto, ¿habría alguna forma de que esos detalles se envíen a Discourse y se registren y muestren en el mismo lugar que los rebotes recibidos por Discourse? Creo que la API de Mailgun lo permitiría ("Discourse::NotFound" error when click "Email Type" field on admin/email/bounced - #8 by Jonathan5).
¿En qué circunstancias manejaría Discourse los rebotes en lugar del servicio de correo electrónico externo? (Sé que Discourse puede rebotar/rechazar correos electrónicos, pero me refiero a manejar los mensajes de rebote recibidos de los destinatarios de correo electrónico previstos).
De acuerdo. Si algo no está realmente roto, no debería parecer que lo está. Discourse seguramente puede proporcionar un mensaje más tranquilizador.
