Esta es una guía de #explicación que discute cómo los administradores pueden solucionar problemas del correo saliente desde un sitio Discourse.
Nivel de usuario requerido: Administrador
Discourse depende en gran medida del correo electrónico para las notificaciones a los usuarios y las tareas de gestión de cuentas. Si los usuarios no pueden recibir correos electrónicos de su sitio Discourse, esto puede provocar una variedad de problemas, incluidas notificaciones perdidas y problemas de gestión de cuentas.
Resumen
En esta documentación, aprenderá:
- Cómo revisar los registros de correos enviados
- Cómo investigar los correos omitidos y rebotados
- Pasos comunes de solución de problemas para problemas de entrega de correo
- Configuraciones clave y dónde encontrarlas
Revisión de correos enviados
El primer lugar para verificar al solucionar problemas de correo es la página Admin → Emails → Sent de su sitio (ubicada en .../admin/email/sent). La página Emails → Sent en Discourse es un recurso valioso para que los administradores supervisen y solucionen problemas la funcionalidad de correo de su foro. Esta página proporciona un registro detallado de todos los correos electrónicos que se han enviado correctamente desde su instancia de Discourse.
Aquí está toda la información que puede encontrar sobre los correos enviados en esta página:
- Sent At: Hace cuánto tiempo se envió el correo.
- User: El usuario que recibió el correo.
- To Address: La dirección de correo del destinatario.
- Email Type: El tipo de correo enviado. Podría ser un resumen, lista de correo, publicación de usuario, mensaje privado de usuario, etc.
- Reply Key: Un identificador único para cada correo enviado. Esta clave asegura que cuando un usuario responde a un correo de notificación, Discourse pueda emparejar correctamente la respuesta con la publicación y el usuario adecuados, para que los usuarios puedan participar en las discusiones del foro directamente desde su correo.
- Post: El ID de la publicación desde la cual se generó el correo. Hacer clic en este ID lo llevará a la publicación real en el foro.
- SMTP Details: Este campo indica la respuesta recibida del servidor SMTP después de intentar enviar el correo. Una respuesta
250 2.0.0significa que el correo fue aceptado para entrega por el primer servidor de correo (el retransmisor saliente).
Si un usuario reporta que no recibió un correo de Discourse, y Discourse muestra un mensaje de
250 2.0.0 Ok: queued as ...bajo susPost & SMTP Details, es posible que desee pedirle al usuario que revise su bandeja de entrada nuevamente, junto con su carpeta de spam, para ver si pudo haber pasado por alto los correos. Este estado indica que el correo fue aceptado por el primer servidor de correo, pero no garantiza la entrega a la bandeja de entrada final. El correo aún podría ser filtrado, retrasado o descartado por servidores posteriores.También podría recomendar que el usuario se ponga en contacto con el equipo de soporte o el departamento de TI que administra su servidor de correo para ver si tienen conocimiento de algo que pueda estar ocurriendo con el correo después de que se reportó como en cola. Si tiene acceso a los registros de su servidor de correo saliente (o si está en infraestructura alojada por Discourse), puede usar el ID de cola mostrado en los detalles de SMTP para rastrear el viaje del correo a través de la cadena de entrega.
Si un correo no aparece en la página Emails → Sent en Discourse, significa que el correo no se envió correctamente desde su instancia de Discourse.
Echemos un vistazo a algunas de las otras páginas que podemos usar para solucionar problemas de correo.
Investigación de correos omitidos
Ubicada en la página .../admin/email/skipped de su sitio, la página Skipped Emails enumera todos los correos que Discourse decidió no enviar por varias razones. Cada correo omitido tendrá un Skip Reason listado junto a él, proporcionando información sobre por qué no se envió el correo.
La siguiente información está disponible en esta página sobre los correos omitidos:
- Time: La fecha y hora en que se suponía que se enviaría el correo y en su lugar se omitió.
- User: El usuario que se suponía que recibiría el correo.
- To Address: La dirección de correo del destinatario.
- Email Type: El tipo de correo que se omitió, como
digest,mailing list,user posted,user private message, etc. - Skip Reason: La razón por la que se omitió el correo. Las razones comunes incluyen que el usuario esté activo en el sitio, que el usuario ya haya leído una publicación, o que el usuario haya excedido el umbral de puntuación de rebote.
Exceeded bounce_score_threshold?
En Discourse, cada vez que un correo enviado a la dirección de correo de un usuario rebota, la «puntuación de rebote» del usuario aumenta. La «puntuación de rebote» es una medida del número de intentos de entrega fallidos para correos enviados a una dirección específica.
El mensaje Exceeded bounce_score_threshold en Discourse se refiere a la situación en la que la «puntuación de rebote» de un usuario supera cierto límite, y es una de las razones más comunes por las que necesitaría solucionar problemas del correo saliente de Discourse.
Un correo rebotado es un correo que no pudo ser entregado al destinatario y es devuelto al remitente. Esto puede ocurrir por una variedad de razones, y cuando sucede, el sistema de correo del remitente recibe una notificación sobre el problema de entrega.
Existen dos tipos de rebote de correo:
- Hard Bounce (Rebote duro): Esto es un fallo de entrega permanente. Por lo general ocurre cuando la dirección de correo del destinatario es inválida o ya no está en uso. Otras razones podrían ser que el nombre de dominio no existe o que el servidor de correo del destinatario ha bloqueado completamente la entrega.
- Soft Bounce (Rebote suave): Esto es un problema de entrega temporal. Podría deberse a que la bandeja de entrada del destinatario esté llena, que el servidor de correo esté temporalmente caído o sobrecargado, o que el mensaje de correo sea demasiado grande.
bounce_score_threshold?
¡Sí! Consulte: Configuraciones del sitio de Bounce Score.
Sin embargo, es importante asegurarse de que cualquier problema subyacente con la entrega de correo esté completamente resuelto antes de ajustar la configuración de la puntuación de rebote.
Con eso en mente, discutamos algo de la otra información que podemos ver sobre los correos rebotados en Discourse.
Solución de problemas de correos rebotados
La página de correos rebotados se encuentra en .../admin/email/bounced y proporciona una vista detallada de todos los correos rebotados. Aquí está lo que puede ver en esta página sobre los correos rebotados:
- Time: La fecha y hora en que se rebotó el correo.
- User: El usuario que se suponía que recibiría el correo.
- To Address: La dirección de correo del destinatario.
- Email Type: El tipo de correo que se omitió. Podría ser un resumen, lista de correo, publicación de usuario, mensaje privado de usuario, etc.
En la página Bounced, puede hacer clic en el icono (i) para ver detalles adicionales sobre un correo rebotado:
La ventana Incoming Email Details tendrá información detallada sobre el correo rebotado, y típicamente la sección Body proporcionará una explicación de por qué se rebotó el correo.
Aquí hay algunas razones por las que un correo de Discourse podría estar rebotando:
- Dirección de correo inválida: Si la dirección de correo del destinatario es inválida, no existe o ha sido eliminada, el correo rebotará.
- Bandeja de entrada llena: Si la bandeja de entrada del destinatario está llena y no puede aceptar nuevos mensajes, el correo rebotará.
- Problemas del servidor: Si el servidor de correo del destinatario está caído o temporalmente no disponible, el correo rebotará. Esto suele ser un problema temporal.
- Remitente bloqueado: El servidor de correo del destinatario podría haber bloqueado su dirección de correo de Discourse, o podría solo permitir correos entrantes de dominios específicos, típicamente debido a políticas de seguridad de correo.
- Filtros de spam agresivos: Si el contenido del correo es marcado como spam por el servidor de correo del destinatario, el correo puede rebotar.
- Respuesta automática: Algunos sistemas de respuesta automática (como respuestas fuera de la oficina) pueden causar un rebote suave.
En esta situación, lo mejor es que el usuario cuyos correos están rebotando se ponga en contacto con su proveedor de servicios de correo. El proveedor de servicios de correo podría poder proporcionar información específica sobre por qué los correos están siendo bloqueados, rechazados, etc., y podría poder ajustar la configuración de seguridad o poner en la lista blanca el servicio de correo de Discourse. También podrían tener conocimiento de mantenimiento en curso del servidor de correo u otros problemas que estén causando que los correos reboten.
Si el usuario tiene control sobre sus servicios de correo y está utilizando Microsoft Hosted Exchange o Google Workspace, también tenemos procedimientos para Bypassing spam for email from your CDCK-hosted site in Microsoft Hosted Exchange y Bypassing spam for email from your Discourse-hosted site in Google Workspace.
Necesitará Reset the User’s Bounce Score, o si el problema estaba afectando a múltiples usuarios, puede Bulk Reset Bounce Scores for All Users. Una vez que se hayan restablecido las puntuaciones de rebote, Discourse reanudará los intentos de entrega de correo a los usuarios que estaban excediendo su bounce_score_threshold.
Pasos adicionales
La configuración y solución de problemas de correo puede ser compleja debido a las muchas variables involucradas. Más allá de revisar la sección Admin → Email de su sitio para solucionar problemas de correo, también puede querer revisar nuestra lista de verificación de configuración de entrega de correo si aún tiene dificultades para determinar por qué los correos no se están entregando correctamente desde su sitio Discourse.
Si su sitio Discourse se configuró recientemente, también tenemos una guía sobre Troubleshooting email on a new Discourse install (solo instalaciones autoalojadas).
Por último, puede verificar la página de registros de Discourse navegando a Admin > Logs (.../logs/) y buscando cualquier error que pueda ver relacionado con la entrega de correo.}
