Ha habido muchas actualizaciones recientemente. Una estropeó el asunto (ya no incluye la categoría) y ahora no sale ningún correo en absoluto. Los usuarios están muy descontentos. No sé por dónde empezar a depurar este problema. ¿Dónde puedo encontrar los registros de errores y recuerdo que hay alguna página sobre las colas de Sidekiq y demás, pero no la encuentro? Cualquier ayuda será muy apreciada.
Sí, he notado que las notificaciones por correo electrónico no parecen estar activándose en este momento después de una actualización ayer, aunque los resúmenes/digest todavía lo están. ¿Estamos solos en esto?
La causa de esto puede ser que Sidekiq no esté procesando los trabajos programados cuando debería.
Identificamos el mismo problema hoy en nuestros sitios de CD. Asegúrate de estar al menos en el commit:
(Creo que este es el commit, no estoy 100% seguro)
Para ver si el problema es el mismo, revisa los trabajos programados en /sidekiq y comprueba si hay alguno del pasado.
Sí, nos vimos afectados por eso. Una actualización lo ha solucionado.
4 publicaciones se dividieron en un nuevo tema: Email From: los encabezados perdieron su texto “vía NOMBRE_DEL_SITIO”
Confirmo cientos de trabajos de sidekiq fallidos en latest-release +103
corregido en latest-release +153
Estoy actualizado a la última versión y sigo teniendo un problema para enviar correos electrónicos en uno de mis sitios. Simplemente recibo un mensaje de error al enviar un correo electrónico de prueba.
ERROR - se alcanzó el final del archivo
Ahora estoy en el móvil, revisaré sidekiq y los registros cuando esté en mi computadora. ¿Alguna otra sugerencia sobre dónde buscar?
¡Hola Tobias!
Tu problema es diferente: la conexión se está quedando colgada esperando una respuesta poco después de la conexión inicial exitosa.
Me atrevería a adivinar que estás intentando usar el protocolo incorrecto en el puerto incorrecto… ¿qué configuración estás utilizando?
¿La tarea rake emails:test (con la lógica y los mensajes de error actualizados recientemente) muestra algún error diferente?
¡Hola Michael! Gracias por la respuesta. ¡Los extraño mucho! ![]()
Mmm… Acabo de migrar mi sitio de DO a Hetzner y funcionó bien durante un par de semanas. Mi otro sitio también funciona bien. Es un acertijo. Dejó de funcionar hace aproximadamente una semana y cuando lo revisé vi los errores. Me comuniqué con Hetzner (se negaron a ayudar) y con Mailgun. Según Mailgun:
Gracias por su respuesta, el último evento autenticado aceptado que estamos viendo fue el 11 de enero y se envió a través de SMTP.
¿Puede confirmar si se han realizado cambios? Proporcione una captura de pantalla de la configuración de su aplicación de envío para nuestra revisión, así como cualquier error relevante en su aplicación de envío/registros de envío SMTP.
Acabo de cambiar mi contraseña de Mailgun por si acaso y lo intenté de nuevo, pero no funcionó.
Salida de rake emails:test:
root@ubuntu-4gb-nbg1-1-app:/var/www/discourse# rake emails:test
Probando el envío a través de smtp.mailgun.org:587, nombre de usuario: postmaster@domain con autenticación simple.
====================================================================================== ERROR =======================================================================================
¡ERROR DESCONOCIDO!
EOFError: fin de archivo alcanzado
===================================================================================== SOLUCIÓN =====================================================================================
Este no es un error común. ¡No existe una solución recomendada!
Por favor, informe el mensaje de error exacto anterior a https://meta.discourse.org/
(¡Y una solución, si encuentra una!)
====================================================================================================================================================================================
Creo que está fallando antes incluso de intentar iniciar sesión.
Para eliminar Discourse como factor, intenta desde el host Y desde dentro del contenedor:
$ openssl s_client -connect smtp.mailgun.org:587 -starttls smtp
Deberías obtener una gran cantidad de salida y luego poder intentar autenticarte:
○ → openssl s_client -connect smtp.mailgun.org:587 -starttls smtp
Connecting to 34.160.63.108
CONNECTED(00000003)
…
SSL-Session:
…
---
read R BLOCK
EHLO localhost
250-2ed1d46f4d7dec773e2a97b59f3a3bf8a2d6db54f94eead5dcf49e3ea1caac18
250-AUTH PLAIN LOGIN
250-SIZE 52428800
250-8BITMIME
250-SMTPUTF8
250 PIPELINING
AUTH PLAIN bWljaGFlbABtaWNoYWVsAHBhc3N3b3Jk
501 Username used for auth is not valid email address
535 Authentication failed
closed
Las cadenas que escribirías son:
EHLO localhost
AUTH PLAIN bWljaGFlbABtaWNoYWVsAHBhc3N3b3Jk
(esa cadena son las credenciales michael/password, por lo que obviamente no funcionará, pero puedes ver esta publicación para aprender a construir la cadena para tus credenciales reales si quieres intentarlo manualmente)
Espero que ver de primera mano lo que funciona y lo que falla ayude.
También te recomiendo intentar usar swaks si está disponible; probablemente sea un paquete del sistema operativo que puedas instalar.
Es un poco más fácil y puedes, por ejemplo:
swaks --to frodo@shire.net --from bilbo@shire.net --auth PLAIN --auth-user bilbo --auth-password ring --server smtp.mailgun.org:587 --tls
excepto que puedes usar tus credenciales reales.
La salida de eso también podría ayudar a revelar el problema.
Intenté usar swaks y obtuve esto:
=== Trying smtp.mailgun.org:587...
=== Connected to smtp.mailgun.org.
*** Remote host closed connection unexpectedly.
Eso me inspiró a verificar desde mi otro servidor, donde swaks mostró “Great success” (¡Gran éxito!) - ¡el mensaje es bastante adorable!
<~ 250 Great success
~> QUIT
<~ 221 See you later. Yours truly, Mailgun
=== Connection closed with remote host.
Así que el problema es o bien que mailgun está bloqueando mi servidor, o mi servidor está de alguna manera mal configurado. Revisaré con mailgun y luego, si no es eso, destruiré y reconstruiré mi servidor.
Tiene sentido; esto es esencialmente el mismo error que
Como sospechas, la causa más probable es que algo externo esté interfiriendo con la conexión.