La respuesta por dirección de correo electrónico está rota

Build 2.9.0.beta4 (82ac698d4f)

En la página Admin -\u003e Settings -\u003e Email

Discourse ignora la Reply by email address si la dirección de correo electrónico no contiene %{reply_key} y en su lugar utiliza la dirección de correo electrónico predeterminada en las cabeceras to y reply-to de los correos electrónicos que envía.

Aquí están los pasos para replicar el problema y también lo que funciona:

ROTO

Asumiendo que la dirección de correo electrónico predeterminada configurada en Discourse es forum@domain.com

Cuando Discourse envía correos electrónicos, las cabeceras from y reply-to contienen forum@domain.com en lugar de community.forum@domain.com


FUNCIONA

Sin embargo, si añado %{reply_key} a la reply by email address:

  • reply by email address -\u003e community.forum+%{reply_key}@domain.com

Esto funciona como se esperaba y el correo electrónico ahora proviene de community.forum+\\u003cid\u003e@domain.com con la cabecera reply-to también configurada correctamente.

Creo que la respuesta por correo electrónico requiere la clave para funcionar y, si no tienes una clave, recurre a la dirección de correo electrónico de notificación, que podría estar configurada en tu app.yml y oculta en la experiencia de usuario.

Entonces, ¿qué hará deshabilitar encontrar publicación relacionada con clave?

1 me gusta

Parece que no sé de lo que hablo. :person_shrugging:

Puedo confirmar que funciona bien sin la reply_key y desactivando la opción find related post with key, solo que las direcciones de para y responder a no coinciden con las proporcionadas en la reply by email address - en su lugar, se utiliza por defecto la de app.yml.

Simplemente suena como un error que está ignorando la dirección de correo electrónico proporcionada en esta página cuando no se utiliza la clave.

1 me gusta

Eso me parece correcto. Simplemente no sabía sobre la opción de encontrar publicaciones relacionadas.

2 publicaciones se dividieron en un nuevo tema: Gmail POP3 necesita una contraseña de aplicación hoy en día

Descubrí esto por accidente. Lo que hace esa opción es controlar lo que sucede si no se puede encontrar la clave de respuesta en la base de datos.

Si la tiene habilitada, rechazará la publicación. Si la tiene deshabilitada, usará los encabezados del correo electrónico para intentar averiguar las cosas, que es donde entra la advertencia sobre la dirección de correo electrónico. Si recurre a los encabezados, emparejará la cuenta de usuario con la dirección del remitente en lugar de rechazarla como lo haría si hubiera una discrepancia con la clave. :slight_smile:

2 Me gusta

lo cual es menos que ideal en mi caso, algunos proveedores (mxplan ovh) son un poco estrictos con su regla de no suplantación, no permiten que el usuario community.forum@domain.com envíe un correo electrónico desde community.forum+<id>@domain.com (incluso si la dirección plus funciona en el extremo receptor)
… me tomó un tiempo averiguar qué estaba sucediendo (tu pista de hace unos años)

1 me gusta

6 publicaciones se fusionaron en un tema existente: Configurar el correo electrónico entrante para crear temas de categoría o mensajes de grupo