Un foro grande de Discourse está experimentando un problema por el cual los correos electrónicos de resumen (correos electrónicos de resumen de actividad) no se entregan a todos los usuarios elegibles como se esperaba.
Detalles del problema:
Entiendo que los correos electrónicos de resumen solo se envían a los usuarios inactivos, pero según nuestra configuración, todavía debería haber muchos destinatarios.
Algunos usuarios que fueron vistos por última vez dentro de los 180 días no reciben correos electrónicos de resumen.
No hay errores claros en los registros de Admin > Correos electrónicos > Omitidos, pero los correos electrónicos no se entregan.
Configuración y configuraciones comprobadas:
Envío basado en la actividad del usuario:
Los usuarios que han visitado recientemente no deberían recibir resúmenes, pero confirmé que hay muchos usuarios que no han visitado en más de 30 días y aún así no han recibido uno.
suppress_digest_email_after_days:
Establecido en 180 días (predeterminado). Sin embargo, los usuarios inactivos por menos de 180 días todavía no reciben resúmenes.
default_email_digest_frequency:
Inicialmente establecido en semanal (10080 minutos)
Cambiado a diario (1440 minutos), pero aún no envía correos electrónicos.
Registros de correo electrónico y comprobaciones de entrega:
Los registros de Admin > Correos electrónicos > Enviados/Omitidos no indican que se hayan intentado omitir los resúmenes.
Ninguna preferencia de correo electrónico del lado del usuario bloquea los resúmenes (comprobado en cuentas de prueba).
Servidor y proveedor de correo electrónico:
Uso de un proveedor de correo electrónico de alto volumen que admite el envío a gran escala.
No hay evidencia de límites de tasa o problemas de entregabilidad.
Otros tipos de correos electrónicos (notificaciones, restablecimiento de contraseñas, etc.) se entregan correctamente.
Preguntas:
¿Hay alguna forma de forzar el envío de un correo electrónico de resumen para todos los usuarios que cumplen los criterios de inactividad?
¿Podría haber algún problema subyacente que impida el envío de resúmenes, incluso cuando todas las configuraciones parecen correctas?
¿Existen límites conocidos en foros grandes que puedan afectar la programación o el envío de resúmenes?
¿Ajustar alguna otra configuración ayudaría a garantizar que los resúmenes lleguen a los usuarios de manera regular?
Agradecería cualquier orientación o sugerencia de solución de problemas. ¡Gracias de antemano!
Para probar esto, establecimos la frecuencia de los resúmenes en 30 minutos, nos aseguramos de que se publicara una nueva entrada y, aun así, no se enviaron correos electrónicos de resumen a los usuarios elegibles.
Estoy ayudando a @emonunix con esto. Parece que tenemos un trabajo de sidekiq ejecutándose cada 30 minutos relacionado con este proceso; sin saber cómo solucionar este trabajo, parece que se ejecuta sin problemas. Aquí está el estado actual.
He estado probando diferentes configuraciones para entender por qué los correos electrónicos de resúmenes no se envían como se espera. Intenté establecer la frecuencia del resumen en 30 minutos para las pruebas, pero la configuración no se guardó y apareció un error después de unos minutos.
Dado que el tamaño del foro es grande, sospecho que esto podría estar relacionado con la forma en que Discourse procesa estos cambios a gran escala. Sin embargo, no vi que se generaran registros de errores, lo que hace que la resolución de problemas sea más difícil.
Si alguien tiene información sobre por qué las configuraciones podrían fallar al guardar—especialmente en foros grandes— o cómo forzar que los registros capturen más detalles, agradecería cualquier orientación.
Añadiendo más detalles. Hemos revisado esta guía varias veces:
No proporciona ninguna solución para nuestro problema.
¿Alguien tiene próximos pasos para verificar por qué no se envían los resúmenes? ¿Hay algún proceso o alguna forma de verificar que el sistema está haciendo…?
Pregunta rápida, ¿cambiaste esta configuración retroactivamente para todos los usuarios? Porque, hasta donde sé, una vez que se establece en la creación de la cuenta, no cambia si alteras los valores predeterminados.
Revisa tu propio perfil y comprueba si es el valor que esperas.
Gracias @Bas, lo actualizamos a 30 y puedes aplicarlo retroactivamente; el sistema muestra un mensaje confirmando que los registros de usuario se están actualizando al realizar este cambio.
Además, no creo que el error esté relacionado con que los correos electrónicos de resumen no se envíen porque hemos confirmado que los usuarios con la configuración correcta todavía no los reciben.
¿Has comprobado algunas de las cuentas que no reciben para ver si tienen categorías y/o etiquetas silenciadas? Creo que si tienes algo silenciado, el resumen no incluirá temas.
De lo contrario, el equipo es probablemente tu mejor recurso.
Otra cosa con tu servidor de correo, ¿añadiste el registro DNS DKIM a tu dominio? No estoy seguro de si esto es necesario para todos los proveedores SMTP. Pero puede ayudar con los correos electrónicos que no se marcan como spam o que son bloqueados. ¿Has pedido a los usuarios que revisen la carpeta de spam?
Gracias @Heliosurge para ser claro, los correos electrónicos no se envían en absoluto, por lo que no es una cuestión de si se ven o se bloquean, o se entregan en spam; Discourse no los está procesando en primer lugar. Aquí hay una captura de pantalla de la actividad de los últimos días:
Tenga en cuenta que esto debería ser algo así como 90 resúmenes al día según la configuración y la configuración.
[la captura de pantalla ha sido editada ya que contiene las direcciones de correo electrónico del usuario]
Por lo tanto, por lo que podemos decir, los correos electrónicos ni siquiera se ponen en cola; es como si el trabajo no se estuviera ejecutando, o estuviera fallando… o ambos.
Pero el otro componente es también verificar las preferencias de un miembro en etiquetas y categorías. Es posible que tengan cosas silenciadas.
Otra cosa que un miembro del equipo podría responder es si un miembro usa el enlace para darse de baja en el correo electrónico si cambia visiblemente las cosas en las preferencias del usuario.
Para ser honesto, encuentro este problema como iddm. Pero podría haber algún tipo de error, tal vez.
Todo lo que has compartido, en mi humilde opinión, debería estar funcionando como se espera.
@Heliosurge Lamento responder a tu pregunta. Claro, podría haber algunos usuarios que tengan configuraciones que les impidan recibir el resumen. Tenemos varios usuarios de demostración en el sitio donde estamos controlando la configuración y hemos verificado (creemos) que las cosas deberían entregarse. Así que no creo que sea un caso en el que las 80 personas hayan ajustado su configuración para NO recibir el resumen.
Una cosa extraña es que hoy noté que cuando visito el sitio, la línea ‘última visita’ es muy antigua, como de 9 días, pero visito todos los días, así que eso no es exacto. ¿Podría esa lógica también estar relacionada con lo que Discourse considera como la fecha para enviar el resumen? No tengo idea, solo me pareció extraño, y en este punto, estamos bastante desesperados por los próximos pasos…
Gracias @Heliosurge
Como @Jacob_Peebles visita el sitio con frecuencia, por encima de la línea ____ última visita ____ debería ver solo las publicaciones más nuevas, como de hace 5/10 minutos o 1/2 horas.
No pudimos averiguar por qué Discourse muestra publicaciones de hace 8/9 días por encima de la última visita.
Lo comprobé desde mi cuenta, no encontré este problema.
Realmente no tengo claro desde aquí. Como administrador, a menudo somos los últimos en darnos cuenta de un problema.
Dijiste que la información de tu última visita parece correcta, ¿mientras que la última visita de @Jacob_Peebles no se actualiza correctamente?
Me pregunto cuántos otros usuarios están teniendo problemas similares.
¿Tu cuenta de Jacob recibe correos electrónicos de resumen? Ahora, concedido que al estar en línea con frecuencia, quizás no estés en el marco de tiempo de iirc para que se envíe un correo de resumen. Sin embargo, no veo una configuración para cuánto tiempo un usuario está ausente, a menos que esa sea la configuración que mencionaste de 30 minutos, hora, diario, semanal.
Definitivamente aprecio lo frustrante que esto sería, ya que podría usarse para ayudar a reducir la carga de correos electrónicos enviados, enviando solo los correos necesarios.
@Heliosurge no, no estoy recibiendo el resumen, pero tampoco ningún usuario lo ha recibido en los últimos 3 días.
Sí, es súper frustrante, no hay duda. Por lo que podemos ver, no hay ningún error del sistema, nada en sidekiq, nada en los registros, así que esto realmente podría pasarle a cualquiera… y nunca sabrían que los correos electrónicos no se están enviando como se esperaba… da miedo.
Esta configuración puede permitir que un miembro que no haya cerrado sesión, si entiendo correctamente, hasta 60 días.
¿Quizás probar 2 horas?!? No estoy seguro de por qué la configuración se establece en 60 días. ¿A menos que la descripción de la configuración no sea precisa?
Porque es un dolor en los lugares sensibles iniciar sesión constantemente. Si mal no recuerdo, estoy usando 365 días. Y no hay problemas conocidos de ese tipo.
La antigüedad de la sesión simplemente evita que tengamos que iniciar sesión constantemente de nuevo, lo que no tiene nada que ver con los resúmenes por correo electrónico, hasta donde yo sé.
