Enviar correos electrónicos inmediatamente para nueva publicación

Estamos utilizando Discourse como un sitio interno de mensajería, discusión y anuncios para nuestra organización sin fines de lucro. Hablamos quizás de 20 personas como máximo en la instancia de Discourse. Por lo tanto, esta no es la típica situación de un foro público grande. En ese caso, intentar poner en cola los correos electrónicos salientes inmediatamente no sería deseable.

Por lo tanto, quiero que Discourse funcione casi tan rápido como el correo electrónico directo. Leí que hay retrasos incorporados antes de que los correos electrónicos se pongan en cola después de que se realiza una publicación. Preferiría no tener ningún retraso.

Establecí la “ventana de tiempo de correo electrónico” en 1 minuto. Si la establezco en cero, ¿se generará el correo electrónico de inmediato?

Entonces, ¿cómo puedo indicarle a Discourse que ponga en cola todos los correos electrónicos para los usuarios para enviarlos de inmediato? En mis pruebas, los correos electrónicos pueden tardar hasta 5 minutos en aparecer en la bandeja de entrada del usuario con la configuración que tengo ahora.

Relacionado. No vi una forma de establecer la configuración predeterminada para nuevos usuarios para aceptar correos electrónicos individuales en todas las categorías sin resúmenes. Precrearé cuentas de usuario (TL1) y enviaré correos electrónicos de “cuenta creada”, por lo que quiero que las nuevas cuentas estén listas para aceptar todos los correos electrónicos sin resúmenes.

Quizás otros administradores tengan un caso de uso similar y hayan configurado su instancia de manera similar a lo que deseamos.

Para su información, tengo configurados los correos electrónicos entrantes a través de la API y eso parece publicarse muy rápidamente. Es el envío de correos electrónicos salientes lo que quiero acelerar un poco.

Supongo que necesitarías el modo de lista de correo para habilitar los correos electrónicos para todo.

1 me gusta

¿Es no tener retraso lo que todos quieren? ¿Son los problemas que discutes tan sensibles al tiempo que 5 minutos cambiarán algo? ¿La gente realmente quiere que su mensaje se envíe con un gran error tipográfico en lugar de tener un minuto para editarlo antes de que todos lo vean?

Creo que esos correos electrónicos salientes se procesan mediante un trabajo en lugar de enviarse en tiempo real. ¿Quizás se ejecuta cada cinco minutos? Podría ser posible hacer que ese trabajo se ejecute una vez por minuto.

Si las personas activan las notificaciones, pueden obtener las mejores notificaciones en tiempo real en su navegador.

Además, ¿ha verificado los encabezados del correo electrónico para ver cuánto retraso hay en el sistema de correo?

2 Me gusta

en respuesta

  • Probablemente
  • Posiblemente
  • Tengo configurado el responder por correo electrónico y el nuevo tema por correo electrónico y, en su mayor parte, eso es lo que se utilizará, por lo que de todos modos no podrán cambiar su texto después de enviarlo.

Como dije, este es un caso de uso pequeño. Estoy tratando de conseguir la adopción al no obligar a los usuarios a usar la interfaz web, sino a usar el correo electrónico tal como lo hemos estado haciendo (aunque de una manera más organizada (categorías y temas), sin tener que crear correos electrónicos con 20 direcciones de correo electrónico y usar responder a todos, con mantenimiento de registros y una interfaz web para revisar, etc. - es decir, discourse).

Estoy de acuerdo con un tiempo de espera de edición de 1 minuto si ese es el mínimo cuando usan la interfaz de usuario.

Entonces, mis preguntas más específicas son.

  • ¿Hay una configuración para el retraso entre el momento en que una publicación se libera de su tiempo de espera de edición y el momento en que el sistema pone en cola los correos electrónicos para enviarlos, o está codificado, o es inmediato?
  • Si la publicación es por correo electrónico, ¿se ignora el tiempo de espera de la ventana de edición?
2 Me gusta