He notado que en Admin|Correos|Enviados, un correo electrónico de resumen no se envió a los usuarios, pero todos recibieron un correo electrónico para user_watching_first_post (según un valor predeterminado).
He verificado que no es el caso de que estos usuarios hayan visitado recientemente, estén más allá de la configuración de “suprimir correo electrónico de resumen después de días” o hayan cambiado sus preferencias de correo electrónico.
¿Es correcto que un correo electrónico de notificación se trate como actividad del usuario, lo que provoca que se omita el resumen? Si es así, no es el comportamiento que esperaba…
Estamos usando “seguir primer mensaje” para una etiqueta específica para notificar a los usuarios sobre temas de alta prioridad, pero aún queremos que reciban el resumen regular de otras actividades del foro.
Esto es bastante central para nuestra visión; agradecería cualquier aporte sobre cómo hacerlo posible.
Entonces, ¿el caso es que recibir una notificación por correo electrónico sobre un tema hace que el tema no aparezca en el resumen? Tiene sentido que no quieras recibir en el resumen un mensaje que ya te han enviado por correo electrónico de otra manera.
Es mucho más que eso. Recibir una notificación por correo electrónico parece restablecer completamente el conteo de tal manera que ningún tema anterior a la notificación entra en el resumen. Esto siempre me ha molestado.
Básicamente, si el usuario notificado por correo electrónico no visita el sitio, hay cero exposición de ningún tema entre el resumen anterior y la última notificación por correo electrónico. Y hace que el sitio parezca mucho más tranquilo de lo que realmente es cuando finalmente llega un resumen.
Me gustaría verlo como usted sugiere, donde solo los temas notificados se suprimen en el resumen para los usuarios que reciben una notificación por correo electrónico pero no visitan el sitio. ¡Eso sería una gran mejora para los sitios que hacen bastante vigilancia predeterminada!
Gracias por confirmar esto, Nathan. Sí, no se envió un resumen a pesar de que se enviaron otros temas nuevos elegibles.
Si el resumen solo evitara duplicar el tema que de otra manera se notificó, tendría sentido, pero lo que está haciendo realmente parece un descuido o un error que es bastante contraproducente.
@pfaffman: ¿suena como una regla que podría modificarse de alguna manera? ¿O necesitaría la atención de los desarrolladores?
Requeriría un plugin. Una vez escribí uno que, al menos en un momento dado, pretendía “añadir el número de nuevas publicaciones al correo electrónico de resumen/digest en la 3ª posición (normalmente donde están los nuevos usuarios)”. Así que cambia solo ese encabezado en la parte superior de la página.
Sobrescribe toda esa plantilla, por lo que es una solución potencial.
Tras reflexionar más, esto realmente parece un error y no algo que se deba solucionar provisionalmente con un plugin. Tengo que creer que el comportamiento no es intencional.
Site_settings incluye opciones para suprimir el resumen, pero ninguna se relaciona con otras notificaciones por correo electrónico:
suprimir correo electrónico de resumen después de días
categorías de supresión de resumen
etiquetas de supresión de resumen
Más importante aún, la preferencia del usuario para Correos electrónicos|Resumen de actividad es: “Cuando no visito aquí, envíame un resumen por correo electrónico de temas populares y respuestas”. – Sí o no, punto. No se indica ninguna relación con los correos electrónicos de seguimiento.
Basándose en estas configuraciones, los usuarios deberían esperar que la configuración de Resumen de actividad se aplique como se describe, e independientemente.
Suprimir los temas notificados del resumen de actividad sería genial, pero lo consideraría un lujo. Simplemente hacer que el resumen no tenga en cuenta las notificaciones por correo electrónico de seguimiento lo pondría en línea con las expectativas.
Me estoy metiendo en aguas profundas aquí, pero por curiosidad estoy mirando código en Github…
En la sección de digestos de app/mailers/user_notifications.rb,
se buscan topics_for_digest basándose en una min_date que considera user.last_emailed_at
línea 227:
min_date = opts[:since] || user.last_emailed_at || user.last_seen_at || 1.month.ago
# Fetch some topics and posts to show
digest_opts = {
limit: SiteSetting.digest_topics + SiteSetting.digest_other_topics,
top_order: true,
}
topics_for_digest = Topic.for_digest(user, min_date, digest_opts).to_a
if topics_for_digest.empty? && !user.user_option.try(:include_tl0_in_digests)
# Find some topics from new users that are at least 24 hours old
topics_for_digest =
Topic
.for_digest(user, min_date, digest_opts.merge(include_tl0: true))
.where("topics.created_at < ?", 24.hours.ago)
.to_a
end
(Edición: Veo que last_emailed_at también se referencia en app/jobs/scheduled/enqueue_digest_emails.rb y spec/jobs/enqueue_digest_emails_spec.rb entre otras cosas.)
Esto me hace pensar que un digest simplemente no se genera para usuarios cuyo user.last_emailed_at es demasiado reciente.
No he podido discernir qué correos electrónicos cuentan para last_emailed_at. Evidentemente incluye notificaciones basadas en la configuración de Seguimiento, pero ¿qué pasa con los mensajes privados, etc…?
¿No debería el digest solo preocuparse por user.last_seen_at?
Me pregunto cuánta fidelidad deberían tener los usuarios finales aquí:
Correos electrónicos de resúmenes: Incondicionalmente | Cuando no estoy cerca | Siempre que sea el único correo electrónico que reciba de usted este mes
El caso límite se siente deliberado y debe relacionarse con personas que usan Discourse como lista de correo.
Creo que primero debemos definir cuidadosamente la función aquí, voy a pasar a la función y ponerle experiencia de miembro.
Actualmente, cuando el modo de lista de correo está habilitado —al menos en el nivel de preferencia del usuario (ver la siguiente publicación)—, la interfaz deja claro que la configuración del resumen se anula.
Así que tal vez lo único que habría que añadir sería un “enviar siempre”, por ejemplo:
Resumen de actividad:
Envíame siempre un resumen por correo electrónico
Envíame un resumen por correo electrónico solo cuando no visite aquí
(Menú desplegable): cada 30 minutos | cada hora | a diario | semanalmente | cada mes | cada seis meses
Pero vería la opción “siempre” como algo deseable. Simplemente hacer que el resumen sea independiente de otros correos electrónicos parecería que funcione como se espera.
(Nota al margen: si tuviera un foro grande, desearía que los plazos disponibles fueran configurables por el administrador. Demasiadas personas que eligen “enviar siempre… cada 30 minutos” podrían aumentar los cargos de correo electrónico.)
Esto es secundario al problema que he informado, pero se relaciona con la preocupación de Sam sobre el Modo Lista de Correo frente al Resumen de Actividad…
Curiosamente, cuando el administrador habilita el "modo de lista de correo de correo electrónico predeterminado" y "deshabilitar el modo de lista de correo" (Escenario A), no está claro qué sucede. El usuario no ve nada sobre el Modo Lista de Correo y aparentemente aún puede habilitar el Resumen de Actividad y otros correos electrónicos.
Las dos configuraciones del administrador parecen ser independientes, cuando quizás hay una dependencia… ¿"no permitir a los usuarios habilitar el modo de lista de correo" anula el "modo de lista de correo predeterminado"?
Escenario A
Configuraciones del administrador, "lista de correo":
Sin embargo, si el administrador deja la opción "deshabilitar el modo de lista de correo" sin marcar, el usuario ve que se ha configurado por defecto en "Modo de lista de correo habilitado". Esto parece bastante claro.
Escenario B
Configuraciones del administrador, "lista de correo":
Por lo tanto, parece que falta algo en el Escenario A que indicaría si el Modo Lista de Correo está realmente activo. (A menos que yo me lo esté perdiendo).
Gracias por la actualización, Sam. Ojalá tuviera las habilidades para desarrollar y ofrecer una PR.
Dado el número de correcciones y mejoras en las notas de la versión, solo puedo imaginar cómo se ve la lista de tareas pendientes. Pero espero que esto merezca atención: los usuarios no tienen ninguna razón para sospechar que el resumen no los mantendrá actualizados de manera confiable.
Hola @ToddZ — mis disculpas por el silencio de mi parte. Gracias por sacar todo esto a colación.
Estoy de acuerdo con @sam en que recibir una notificación no debería contar como una visita que te impida recibir un correo electrónico de resumen de actividad. Trabajaré con el equipo para solucionar eso y les informaré una vez que hayamos abordado ese problema, aunque por el momento no tengo una fecha estimada para compartir.
