Desde entonces, tuvimos un incidente en el que Discourse no recibió correos entrantes durante cinco días: el 1 de abril, recogió 2 correos entrantes de inmediato, pero luego no pudo recuperar los 4 mensajes de correo entrantes que llegaron el 2/4 y el 3/4. Luego, el 5/4, por razones desconocidas, el registro muestra
Excepción del trabajo: -ERR [SYS/TEMP] El servidor se está apagando.
y al día siguiente volvió a empezar a recuperar correos de nuestro buzón POP (aunque, nuevamente, con lentitud esporádica: está configurado para revisar el buzón cada pocos minutos, pero a veces recupera mensajes nuevos en cuestión de minutos y otras veces tarda varias horas).
¿Podría ayudar intentar reiniciar Discourse una vez al día mediante una tarea cron? Se trata de una comunidad de bajo volumen con solo unos pocos mensajes al día (normalmente entre 5 y 10 publicaciones diarias), pero la mayoría de los miembros reciben las publicaciones por correo electrónico y todos desean que los mensajes enviados por correo salgan de inmediato.
Por lo tanto:
¿Sería bueno, malo o indiferente reiniciar Discourse una vez al día para la aplicación?
¿Hay algo más que pueda probar para que Discourse recupere los mensajes POP con más frecuencia?
Esto no es un problema de Discourse. Es un mensaje de error que proviene de tu servidor POP3. Deberías resolverlo con tu proveedor de alojamiento compartido de cPanel.
¿El mensaje “Server shutting down” proviene de mi servidor POP? Pensé que venía del droplet de Digital Ocean. (Acabo de revisar nuevamente los registros de errores y, efectivamente, el backtrace muestra POP3Command#check_response. Qué raro.)
Gracias por el enlace útil sobre la entrega directa de correo entrante. Pensé que eso era lo que estaba haciendo, pero al parecer no. Me siento un poco cauteloso ante la complejidad de configurar correctamente el correo entrante y saliente cuando todo el correo entrante debe ir al cPanel, pero es una buena sugerencia y tal vez lo intente.