Desactivar el correo electrónico para un usuario

Tengo algunos usuarios con direcciones de correo electrónico obsoletas o no entregables. Desactivo las notificaciones en sus preferencias, pero aún se envían correos electrónicos. ¿Me estoy volviendo loco? ¿O Discourse sigue intentando enviar correos electrónicos fallidos para siempre? ¿Qué podría estar pasando?

¿Podrías proporcionar un poco más de información? ¿Qué correos está enviando?

Y podría tener más sentido simplemente desactivar sus cuentas si de todos modos no pueden iniciar sesión.

3 Me gusta

Cualquier correo electrónico. Y sí, he llegado a desactivar las cuentas. Misterio no resuelto: sin leer el código fuente, sospecho que Discourse sigue intentando enviar durante algún tiempo. Pero eso es solo una suposición.

¿Son en realidad el mismo correo electrónico que se está reintentando o son correos electrónicos similares, por ejemplo, un correo electrónico para la primera respuesta en un tema y luego más tarde un correo electrónico para una segunda respuesta?

¿Dónde está viendo los correos electrónicos adicionales? ¿Registros de Discourse, registros de su proveedor de correo electrónico o en otro lugar?
Si es su proveedor de correo electrónico, dependiendo de la falla de entrega, eso podría ser perfectamente normal: las fallas temporales se reintentarán periódicamente durante un tiempo antes de finalmente rebotar, cuántas veces y durante qué período dependerá completamente de la configuración de su proveedor de correo electrónico.

¿Tiene los rebotes configurados correctamente para ser entregados a Discourse, ya sea haciendo que los correos electrónicos de rebote lleguen al receptor de correo o usando webhooks?
Normalmente, si Discourse es notificado de estas fallas, la puntuación de rebote de un usuario aumentará y, superado cierto umbral (configuración bounce_score_threshold), Discourse dejará de intentar enviar correos electrónicos a ese usuario.

Tuve el mismo problema en el pasado y acabo de cambiar estas 2 opciones (+ correo electrónico de resumen) a “nunca” en su perfil, en la pestaña “correos electrónicos”.

2 Me gusta

Probablemente no.

¿Tienes alguna indicación sobre la configuración necesaria para eso, o tutoriales, etc.? Estoy usando una instancia local de Postfix para enviar correos desde Discourse y la aplicación mail-receiver para recibirlos.

Asumiendo que la configuración de postfix no está haciendo algo para alterar la entrega de rebotes, creo que tener DISCOURSE_NOTIFICATION_EMAIL en app.yml usando el mismo dominio que llega a mail-receiver debería ser todo lo que necesita.

Por ejemplo, si la configuración de mail-receiver.yml usa MAIL_DOMAIN: discourse.example.com (y sus registros DNS resultan en que el correo a ese dominio se entregue a mail-receiver), DISCOURSE_NOTIFICATION_EMAIL debería parecerse a whatever@discourse.example.com.

@Simon_Manning ¿Eso los incluye en el registro de correos rebotados en Discourse?

Antes de cambiar a Postfix, solía ver rebotes allí, ahora nada.