Ya he investigado esto antes, pero no conozco ningún plan al respecto. Puedes desactivar todas las notificaciones excepto las acciones del personal, pero no puedes desactivar todas excepto los restablecimientos de contraseña.
La única solución para ti sería cambiar en masa las preferencias de notificación de todos los usuarios para que no reciban el resumen por correo electrónico y no reciban notificaciones cuando sean mencionados o les envíen mensajes, etc. Como se muestra en la captura de pantalla a continuación. Pero si más tarde deciden que quieren cambiar esto, no podrás impedirlo.
¡Genial! Puedes establecer email time window mins en 2000000000, lo cual es un tiempo bastante largo. El máximo es el mismo para personal email time window seconds, pero eso sigue siendo un tiempo bastante largo. Para entonces, todos tus usuarios actuales ya habrán fallecido (bueno, no para el PMS; algunos probablemente seguirán vivos en 63 años). Y puedes simplemente desactivar los resúmenes.
¿Acaso ventana de tiempo de correo electrónico no esperará tanto tiempo antes de enviar un correo de notificación? Creo que cambiar esas configuraciones y desactivar los correos de resumen lo solucionaría.
Este es un sitio con dos años de antigüedad. Siento que la mayoría de los usuarios que desean participar llegan automáticamente. El resto proviene de los motores de búsqueda.
Creo que definitivamente es una idea que vale la pena probar… pero parece un uso indebido de esa configuración.
Pregunta: si un usuario mencionado que recibiría un correo electrónico está en línea, ¿recibe la notificación de inmediato o espera a que transcurra el tiempo de la ventana de edición ninja?
No entiendo realmente cómo sabrán que deben venir si no reciben correos electrónicos.
Exacto. Estoy bastante seguro de que muchos usuarios regresan al sitio porque reciben notificaciones por correo electrónico sobre algo que ocurre en el sitio y que les interesa. Discourse hace un buen trabajo adivinando lo que les importa a las personas. Creo que es una mala idea no enviar notificaciones por correo electrónico. Y había asumido que sería realmente difícil, porque es una idea tan mala, pero creo que llenar al máximo esas ventanas de notificación lo logrará.
Sí, creo que a veces hay circunstancias en las que deseas desactivar las notificaciones por correo electrónico, incluso temporalmente, mientras configuras nuevas comunidades o realizas pruebas, pero permitiendo que los miembros inicien sesión y utilicen el foro. De hecho, tengo un caso así en este momento. He tardado en configurar un foro de vecindario para reemplazar un grupo de Yahoo porque ya he importado a todos, pero no quiero empezar a enviar notificaciones por correo electrónico antes de desactivar el grupo de Yahoo.
Me pregunto si un complemento podría agregar una opción a la configuración de administración desactivar correos electrónicos, por ejemplo, “solo restablecer contraseñas”.
Deshabilitar los correos electrónicos con la configuración “no” devuelve este aviso, lo que puede asustar al usuario.
Todo el correo electrónico saliente ha sido deshabilitado globalmente por un administrador. No se enviará ninguna notificación por correo electrónico de ningún tipo.
Por lo tanto, me gustaría mantener una solución equilibrada lo más mínima posible, limitada a correos electrónicos críticos y algunos correos electrónicos de resumen semanal para visitantes que han regresado en los últimos 60 días; antes era un año.
Pues bien, mi consejo al principio es tu respuesta. Cambia en masa las preferencias de usuario para configurar sus notificaciones y que no envíen correos electrónicos.
No estoy de acuerdo con esto; necesitas saber que el correo electrónico funciona y debes comprender el impacto que tendrá en el envío de correos cuando tu comunidad se ponga en línea.
Hemos tenido varios temas de soporte aquí sobre este mismo asunto: las personas migran rápidamente, no prueban el correo electrónico en absoluto y luego terminan enviando miles de mensajes. De repente, nosotros somos los culpables porque sus pruebas lo ignoraron.
Por eso existen herramientas como mailhog, y son una parte vital de mi conjunto de herramientas para migraciones. Lo mejor de todo es que puedes ejecutarla en Docker, por lo que puedes activarla o desactivarla bajo demanda. Puedes ver todo lo que llega en un navegador y, si lo deseas, puedes liberar los mensajes para que sean entregados a servidores SMTP reales.
Por una buena razón: Discourse no puede utilizarse en ese estado. Está diseñado para ser temporal, por lo que el mensaje es muy evidente. No se envía ningún correo electrónico, incluidas las solicitudes de restablecimiento de contraseña.
¡Este es un buen consejo, gracias! Quizás la respuesta a mi propio caso de uso sea desactivar en masa a los usuarios importados, de modo que solo los usuarios que decidan venir e iniciar sesión reciban notificaciones sobre respuestas a discusiones pasadas y actuales.