En la siguiente imagen, pueden ver que algunos usuarios se registraron hace 3 días e incluso hace 7 días, pero no recibieron un correo de registro (el recuadro rojo dice “última vez que se envió el correo”).
Sé que la configuración del correo electrónico está correcta porque puedo recibir correos (por ejemplo, puedo probarlo haciendo clic en “olvidé mi contraseña” y me enviará un correo con las instrucciones). Soy consciente de que Mailgun es una empresa diferente, pero no estoy seguro de que el problema provenga de ellos. ¿Qué podría ser el problema?
EDIT: También intenté registrarme ahora y dice que Discourse me envió un correo de registro, pero no lo tengo en mi bandeja de entrada (revisé todas las carpetas, spam y papelera). También intenté revisar en correos->enviados en el área de administración y no vi “registro” para este usuario. Por favor, ayúdenme porque parece que los nuevos usuarios pueden registrarse en nuestro foro.
Gracias por la rápida respuesta
Revisé los registros y no hay rastro de que incluso se haya intentado enviar el correo de registro. Por eso pensé que podría ser un problema que provenga de Discourse (¿quizás falla al solicitarle a Mailgun que envíe el correo?). ¿Alguna idea tal vez?
¿Estás seguro de que tu proveedor de alojamiento de servidores no está bloqueando el puerto que utilizas para los correos electrónicos?
Algunos proveedores (incluido DigitalOcean) son conocidos por bloquear los puertos 25, 465 y 587 para evitar el spam desde servidores nuevos. Si estás experimentando este problema, quizás puedas probar a usar Mailgun con el puerto 2525 (cambia el puerto en app.yml y vuelve a compilar).
Una forma sencilla de verificar si tu puerto está bloqueado es usar el comando telnet: telnet smtp.mailgun.com <puerto>
Gracias por tu respuesta.
Lamentablemente, no tengo telnet instalado. Intenté cambiar el puerto a 2525 (desde 587), pero parece que aún no se envían los correos de registro. Uso DigitalOcean y vi que podría ser un problema, pero si lo bloquean, ¿no debería Discourse registrarlo en admin->mail logs en la sección de fallas?
Sí. También intenté which talnet, pero no devuelve nada. (¿No es un comando de Linux además de ser un protocolo?)
Intenté revisar /sidekiq (vi esa sugerencia en hilos similares). No hay errores ni menciones sobre intentar enviar un correo de activación. Sí, he reiniciado recientemente; intenté cambiar el puerto de correo al 2525, como se sugirió antes.
Ni eso resulta ser un problema desde Discourse.
¿Puedes revisar example.com/logs para ver si hay algo específico relacionado con los correos electrónicos? También revisa /sidekiq para ver si hay trabajos fallidos.
No creo que estén relacionados con el problema del correo, pero si alguien sabe cómo solucionarlos, me encantaría saberlo.
En sidekiq no veo ningún trabajo fallido o muerto.
Por cierto, solo quería dar las gracias a todos por intentar ayudar
Parece extraño y realmente no se me ocurre ninguna razón. ¿Puedes ver los correos pasando en los registros de Mailgun? ¿Funcionan bien otros correos? ¿Puedes enviar un correo de prueba de Discourse a esas direcciones de correo sin problemas?
El último informe de resumen automático me fue enviado hace dos días (por ahora somos un foro pequeño, así que no hay muchos correos).
Acabo de probar a enviar este informe a mí mismo y sí me envía el correo de resumen (por cierto, ¿el correo de resumen solo se envía al administrador, verdad? Porque lo probé con un usuario normal y no funcionó).
¿Hay alguna manera de enviar un correo de prueba a un correo de un usuario no administrador?
¿Has limitado la configuración del sitio disable_emails?
Si está establecida en Sí o Solo personal, estás eliminando los correos electrónicos del lado de Discourse, por lo que esencialmente no se activan para nadie excepto para los miembros del personal existentes.
¡Sí, eso es!
No lo había pensado (quizás porque mis configuraciones están escritas mitad en inglés y mitad en hebreo).
Esa es la respuesta correcta. Perfecto, ahora funciona
Gracias a todos por la ayuda