Restore Mailing List Mode Daily Summary

Personalización Plugin
42

It doesn’t disable the digest but it does provide another option.

Exactly! If you’re limiting what goes out in the summary, it now becomes a digest. Which is the default setup in Discourse.

2 Me gusta
43

hi @joebuhlig and @pfaffman,

thanks for your replies. but i don’t really get it and maybe you can help me out:

what settings would I need to change to change the current behaviour (ALL topics are included in the daily summary even if the reached the user already during the day because the watch the category)?

thanks in advance,
etienne

44

If I understand correctly, all you need to do is turn off the mailing-list-mode-daily-summary plugin.

The thiing is that the summary might not include ALL of the posts for the day, it chooses just the top 5 or something. You can see what the normal summary looks like at (something like) /admin → email → summary.

1 me gusta
45

ah - now i get what you are telling me.

as we need ALL messages to get to our users in the daily summary using the build-in function is not an option. it does not send out all messages.

thats why we are using the mailing-list-mode-daily-summary plugin in the first place.

but now we are getting comments from users about getting messages twice: first as mail during the day because they are watching a topic and then later in the mlm-daily-summary again.

but probably it is not consistent with the idea of a daily SUMMARY to exclude certain messages (that have been send to the user already). so users have to get used to getting things twice i guess.

46

If your users watch the categories that they want they will get all of the messages. They do get each one individually rather than a single message with all of them.

People who watch a category or visit the site regularly don’t need mailing list mode or the plugin.

47

Sounds like you have a conflict between the staff’s desires and the users’ desires. Staff wants everyone to see everything, but the users only want to see a summary.

I’m guessing you’ll need to rectify that discrepancy first.

2 Me gusta
48

yes, you are right @joebuhlig. we’ll decide on that in the team.

as for your proposal of paying 200$ for the bugfixes: we are discussing that tomorrow in a team-meeting. will let you know.

2 Me gusta
49

hi @joebuhlig,

sorry - i forgot to tell you earlier: i couldnt bet through with my proposal of paying you guys for fixing the bug. so we would wait for you and your team to find time to fix it.

we are looking forward to seeing the bug fixed.

best, etienne

50

Hola @joebuhlig y a los demás que usan este plugin: ¿Alguien más está teniendo problemas con este plugin desde la versión 2.3.0 de Discourse? Cuando nuestro proveedor nos actualizó a la versión 2.3.0 hace un par de semanas, los correos electrónicos diarios dejaron de enviarse. Además, cuando visito la pantalla de preferencias de correo electrónico de un usuario, la casilla de verificación para esta opción de correo electrónico se niega a guardarse. Puedes hacer clic en ella y guardar, pero al recargar la página, aparece desmarcada. Solo me pregunto si alguien ha encontrado una forma de solucionar estos problemas. ¡Muchas gracias si alguien tiene alguna idea!

1 me gusta
51

Hola Leah, revisa mi publicación anterior del 29 de enero y verifica si tu problema también podría estar relacionado con la entrada en user_custom_fields. Saludos, Etienne

1 me gusta
52

Tengo algunas actualizaciones y me encantaría saber de cualquier otra persona que esté usando este plugin cómo les está funcionando actualmente. Tenemos cientos de personas suscritas a los correos electrónicos diarios, así que esperamos poder hacer que este plugin funcione nuevamente.

@etienne, gracias por compartir tus hallazgos sobre lo de verdadero/falso (t/f). Alguien lo revisó y dijo que el código parecía poder manejarlo correctamente. Así que, en nuestro caso, sigo sin entender por qué algunos usuarios no reciben los correos diarios y otros solo los reciben cada pocos días. Definitivamente tenemos nuevos temas y nuevas publicaciones todos los días, por lo que este correo debería enviarse diariamente.

Nuestro desarrollador de WordPress (que no es realmente un experto en Discourse/Ruby, sino alguien que se ofreció a revisar el problema) logró solucionar el error de JS en el front end que estaba causando problemas con la casilla de verificación no guardada.

Otra cosa que me pregunto a cualquiera que esté usando este plugin es lo siguiente: ¿Sospechas que haya algún problema con este plugin que cause caídas y bloquee tablas de manera problemática? Tenemos otro problema misterioso en nuestro foro y una teoría es que este plugin podría estar causándolo debido a tablas bloqueadas que no se desbloquean, pero aún no hemos confirmado eso con certeza.

53

¡Hola,

He actualizado mi Discourse a la versión 2.4.0 beta2. Desde entonces, este plugin no funciona.

Por ahora, mi código de error en Sidekick es:

Jobs::HandledExceptionWrapper: Wrapped NoMethodError: undefined method apply_notification_styles’ for #UserNotifications:0x00007f1437382668`

Espero que este plugin se solucione pronto.

54

También estamos viendo esto.

55

Probablemente porque estamos unificando todos los estilos de correo electrónico para hacerlos más adaptables a temas, gracias a @neil.

56

Acabo de reconstruir, así que esto es con la última versión v2.4.2.beta2 de Discourse:

Desactivamos el plugin mlm-daily y vaciamos la cola de reintentos ayer. Aún estamos viendo errores en /logs y los reintentos siguen acumulándose en Sidekiq:

Jobs::HandledExceptionWrapper: Wrapped NoMethodError: undefined method 'apply_notification_styles' for #<UserNotifications:0x00007f6f971b9168>

Parece que esto afecta a todas las notificaciones, no solo a los resúmenes diarios. ¿Hay alguna solución temporal que podamos implementar hasta que se complete la actualización de los estilos de correo electrónico?

Gracias,
Gunnar

57

Esto se debe a un complemento de terceros que estás utilizando. Necesitarás actualizar ese complemento o desactivarlo.

58

Nosotros también vemos esto en nuestra instalación (2.4.0 beta4). ¿Hay algo que deba actualizar para solucionarlo?

Además, cuando los usuarios intentan activar el modo de lista de correo en sus propias configuraciones, esto se guarda (al menos la interfaz así lo indica), pero al volver a abrir el cuadro de diálogo de configuración, la casilla de verificación aparece desmarcada nuevamente. Por lo tanto, ya no podemos hacer que este plugin envíe los correos electrónicos de resumen diario. No estoy seguro de si esto tiene algo que ver con el mensaje Jobs::HandledExceptionWrapper mencionado anteriormente, pero supongo que no.

¿Hay algo que pueda hacer para solucionarlo?

Dirk

59

Alguien necesita actualizar el plugin para solucionar el problema. Puedes leer los temas de howto del desarrollador del plugin o publicar en Marketplace si tienes un presupuesto.

3 Me gusta
60

Hola @joebuhlig.

¿Sigues dispuesto a trabajar en este complemento, actualizarlo para la próxima versión de Discourse 2.4 y solucionar el error descrito anteriormente de forma remunerada? Si nos indicas un precio (mencionaste 200 $ para solucionar el error a principios de este año), lo discutiremos en nuestro equipo.

Gracias por hacérnoslo saber.
Etienne

61

Prefacio:

Esto no es realmente una actualización del plugin, sino más bien un parche de emergencia. No corrige el plugin para que funcione con el nuevo sistema, sino que integra partes que fueron eliminadas en el plugin. No es a prueba del futuro. Y definitivamente no solucionará que el equipo de Discourse haya considerado los resúmenes diarios como un caso marginal innecesario en lugar de una parte importante para mantener a los usuarios que prefieren el correo electrónico informados. Discourse ya no puede utilizarse realmente como reemplazo de una lista de correo y, si puedes migrar, deberías hacerlo. Tampoco solucionará el asunto de “no necesitamos documentación ni notas de versión apropiadas”

Dicho esto, lo estamos utilizando en producción y parece funcionar. No es bueno, pero da igual.

Cómo hacer que los correos vuelvan a fluir

  1. Implementa la corrección de @lkramer:
    Restore Mailing List Mode Daily Summary - #52 by lkramer

Ahora puedes volver a activar el botón de la interfaz de usuario.

  1. Vuelve a agregar el método apply_notification_styles.
    En engine.rb, agrega lo siguiente en la línea 11 (el primer método de la clase):
 def apply_notification_styles(email)
                   email.html_part.body = Email::Styles.new(email.html_part.body.to_s).tap do |styles|
                   styles.format_basic
                   styles.format_html
                   end.to_html
                   email

Ten en cuenta que la función original (consulta el commit que rompió todo para seguir el hilo) usaba styles.format_notification en lugar de styles.format_html. Dado que _notification fue eliminado, simplemente estamos usando _html. ¿Es esto una buena idea? No. ¿Funciona? Parece que sí. Al menos tenemos una pequeña posibilidad de que no sea eliminado en la próxima actualización.

  1. Aceite de serpiente

También envolví todo el archivo mailing_list.html.erb en una etiqueta div con la clase summary-email y desactivé los temas para los correos de resumen en la configuración. Esto fue solo un intento desesperado al principio y no dio ningún resultado. Probablemente estarás bien sin esto, pero no volveré a tocar este desastre a menos que se rompa de nuevo. Así que si tienes problemas de formato, siéntete libre de probar esto.

Espero que esto ayude.

1 me gusta