Notificaciones incompatibles con la respuesta por correo electrónico

Soporte
1

He leído atentamente las guías sobre el correo electrónico en este enlace Email delivery configuration checklist y los siguientes.

He estudiado este enlace How to setup "Reply by email address" now that it must be different from the "Notification email", y este Notification email cannot be the same as reply by email.

Todas las direcciones que utilizo en el foro pueden enviar o recibir correos electrónicos a través de un cliente de correo como Thunderbird o Claws Mail.

Hay cuatro direcciones diferentes, solo las tres primeras están relacionadas con este tema:

  • la de administración en app.yml: admin@
  • la de notificaciones en app.yml: forum@
  • la de reply-to: reply@
  • y la de publicación por correo electrónico: questions@

  1. Las notificaciones obtenidas a través del estado de lista de correo del foro se envían correctamente. Y la prueba de envío de la página admin/email/server-settings se realiza bien.

  2. Si configuro la respuesta por correo electrónico, esta funcionalidad está correctamente operativa, pero las notificaciones dejan de funcionar.

La prueba de envío anterior falla entonces con el estado “501 5.5.4 You are not allowed to send from this address.”

  1. Si desactivo la respuesta por correo electrónico, la prueba vuelve a pasar correctamente.

¿Quién puede explicarme por qué tengo este error y cómo configurar correctamente tanto las notificaciones como el “reply by email”?

2 Me gusta
2

Ese mensaje es de su servicio de envío de correo. Es bastante claro.

Necesita enviar desde una dirección de correo electrónico que su servidor smtp pueda utilizar. Es algo como si estuviera configurado para enviar desde example.com y ahora está enviando desde forum.example.com

4 Me gusta
3

¿Por qué entonces en un caso la prueba de envío está OK y está KO cuando implemento el “reply by email”? Especifico que no cambio nada en la configuración de las notificaciones.

¿Qué sucede a nivel de Discourse en la preparación de los correos electrónicos?

1 me gusta
4

El problema proviene de Discourse.

Al refinar la configuración de los registros, veo que el mensaje publicado está bien autenticado por la dirección correcta:

2026-02-25T12:54:24Z TRACE Data store
iteration operation (store.data-iterate) elapsed = 0ms
<3.14, remotePort = 47104, accountName =
“forum.cagut@domain.tld”, accountId = 31

Pero se convierte en

2026-02-25T12:54:24Z ^\[\[35;1mTRACE ^\[\[37;1mRaw SMTP output sent
(smtp.raw-output) listenerId = “submissions”, localPort = 465, remoteIp
= 51.178.53.14, ^>
<53.14, remotePort = 47104, size = 73,
contents = “MAIL
FROM:\u003creply.cagut+verp-8bf40c695b1f612e555cf25f3c14c9b8@domain.tld\u003e\\r\\n”

El servidor de correo no tiene conocimiento de este formato de dirección.

1 me gusta
5

Ese número mágico es cómo Discourse conecta las respuestas con el tema.

Necesitarás otro servidor de correo (o cambiar este para que soporte direcciones +) o no usar respuesta por correo.

6

Sí, sé que es un identificador para usar el “reply by email”.

Por lo tanto, la prueba del envío de correos no funciona cuando el “reply…” está activo. La documentación no lo especifica y el error proviene de Discourse y no del servidor de correo, ¡que fue su primera respuesta!

7

Por cierto, ¿cómo puede una dirección “from” tener ese “número mágico”? Este formato de dirección se utiliza en las cabeceras.
Su respuesta no es en absoluto una respuesta.

Esta transformación del “From” no debe realizarse.

Y decir que hay que prescindir de una funcionalidad prevista por el software es extraño…

Mañana haré otros estudios.

1 me gusta
8

No es una transformación del encabezado en sí; cuando la respuesta por correo electrónico está habilitada, Discourse envía un correo electrónico con la dirección envelope-from establecida en el patrón de dirección reply_by_email_address y también establece reply-to: si el correo electrónico se puede responder.

Por ejemplo, aquí en meta es:

notification_email: notifications@meta.discoursemail.com
reply_by_email_address: incoming+%{reply_key}@meta.discoursemail.com

lo que se convierte en:

Return-Path: <incoming+verp-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@meta.discoursemail.com>
From: Person <notifications@meta.discoursemail.com>
Reply-To: Person <incoming+xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@meta.discoursemail.com>

El correo electrónico de notificación va al encabezado From, y reply_by_email_address va al envelope-from. Hemos configurado nuestro correo entrante de tal manera que cualquier cosa dirigida a …@meta.discoursemail.com se entrega a meta, lo que hace que esto funcione.

Pero si su servidor de correo no le permite usar este envelope-from, obtendrá el error que está informando.

Este error proviene definitivamente del servidor de correo. Discourse podría estar informándolo, pero el servidor de correo lo está generando.

2 Me gusta