El correo electrónico de activación no se entrega, el correo electrónico de prueba funciona

Hola,

Tengo un problema con el correo de activación. Según los registros, se está enviando, pero no estoy recibiendo nada. Cuando uso Discourse Doctor, el correo llega sin problemas.
¿Hay alguna diferencia entre ambos?

Para añadir confusión, la semana pasada sí recibía el correo de activación, pero como la propagación del DNS no funcionaba, no se podía hacer clic en el botón de activación. Eso ya se solucionó. Sin embargo, no se realizaron otros cambios, solo se añadió un registro A para apuntar a la dirección IP, así que no entiendo qué ha cambiado para que el correo ya no se entregue.

Verifica los registros de tu proveedor de correo. ¿Muestran que el correo electrónico transitó por su sistema?

¿Has revisado la carpeta de correo no deseado?

No estoy seguro de tener acceso a los registros del proveedor de correo electrónico. Hasta ahora he utilizado Microsoft365 Enterprise para el correo (sé que no es lo óptimo y tenemos previsto cambiarlo). Pero no tengo acceso de administrador, lo cual creo que es necesario para encontrar los registros, ¿no? Al menos, no puedo encontrar ninguno desde mi punto de acceso.

Nada en la carpeta de Spam.

He vuelto a revisar el registro de producción, ¿esto te parece correcto?:

Processing by FinishInstallationController#register as HTML
Parameters: {“utf8”=>“✓”, “authenticity_token”=>“***==”, “email”=>“my@email”, “username”=>“PappaK”, “password”=>“[FILTERED]”, “commit”=>“Register”}
Redirected to mydomain. com
Completed 302 Found in 24ms (ActiveRecord: 0.0ms | Allocations: 4888)
Started GET “/finish-installation/confirm-email” for IP at 2020-09-21 05:37:43 +0000
Processing by FinishInstallationController#confirm_email as HTML
Rendering finish_installation/confirm_email.html.erb within layouts/finish_installation
Rendered finish_installation/confirm_email.html.erb within layouts/finish_installation (Duration: 1.0ms | Allocations: 388)
Rendered layouts/_head.html.erb (Duration: 13.4ms | Allocations: 2930)
Completed 200 OK in 18ms (Views: 16.5ms | ActiveRecord: 0.0ms | Allocations: 4738)

Me parece extraño que no haya una confirmación de que se ha enviado el correo, como ocurre en la prueba de correo:

Delivered mail my@email. com (682.5ms)

He eliminado algunos datos identificativos de los registros.

Acabo de probar con mail-tester usando la prueba Discours-doctor y también falló, aunque primero estableció la conexión SMTP:

Conexión al servidor SMTP exitosa.
Enviando a test-2g0mti7f5@srv1.mail-tester.com
El envío del correo falló.

Al usar la prueba Discourse-doctor para el correo de mi empresa, todo sigue funcionando perfectamente. Sin embargo, al usar mi correo personal, dice que fue aceptado por el servidor SMTP, pero no estoy recibiendo el correo.

¿Ya revisaste la carpeta de spam?

Sí, no se recibe nada en la carpeta de spam de ningún buzón.

¿La cuenta de O365 está autorizada para enviar correos electrónicos utilizando la dirección que has configurado para Discourse?

Seguí el consejo de este hilo:

Agregué el conector y usé la dirección MX proporcionada por el sitio de administración de O365.

Decidí reconstruir todo el Droplet (de DigitalOcean) después de haber reconstruido la aplicación, para ver si eso ayudaría. ¡Y funcionó! Ahora tengo el foro en funcionamiento y pude recibir el correo de activación en mi cuenta de administrador.
Sin embargo, aún no puedo recibir correos cuando intento crear una cuenta con mi Gmail personal. Estoy obteniendo el siguiente mensaje de error en la sección ‘omitidos’ bajo la configuración de correo en la página de administración del foro:
5…4 TenantAttribution; Relay Access Denied [HE…-eur04.prod.protection.outlook.com]

Parece que esta podría ser la solución:

Pero aún no lo he probado. Actualizaré cuando tenga tiempo para implementar el cambio del enlace.

Una nota rápida: ¿reconstruir la aplicación afectará alguna configuración que hice después de activar mi cuenta de administrador?

Por defecto, Discourse enviará desde noreply@discourse.domain.com. Un problema común es que tu proveedor de correo insiste en que envíes desde domain.com. Solución de problemas de correo electrónico en una nueva instalación de Discourse describe cómo cambiarlo.