그 이후로 Discourse가 5일 동안 수신 이메일을 받지 못하는 사고가 발생했습니다. 4월 1일에는 수신된 이메일 2건을 즉시 처리했지만, 4/2와 4/3에 도착한 수신 이메일 4건은 처리하지 못했습니다. 그리고 4/5에는 원인을 알 수 없는 이유로 로그에 다음과 같은 내용이 기록되었습니다.
Job exception: -ERR [SYS/TEMP] Server shutting down.
그리고 이틀 후인 4/6부터 POP 메일함에서 이메일을 다시 가져오기 시작했습니다(다만, 여전히 간헐적으로 느린 현상은 계속되고 있습니다 - 메일함을 몇 분 간격으로 확인하도록 설정되어 있는데, 새 메시지를 몇 분 안에 가져오는 경우도 있고, 몇 시간이 걸리는 경우도 있습니다).
cron 작업을 통해 하루 한 번 Discourse를 재시작해 보는 것이 도움이 될까요? 이 커뮤니티는 하루에 몇 개의 게시물(보통 하루 5~10개)만 올라오는 소규모 커뮤니티이지만, 대부분의 멤버가 이메일로 게시물을 수신하며, 이메일로 온 게시물이 즉시 발송되기를 원하고 있습니다.
그래서:
하루 한 번 Discourse를 재시작하는 것이 앱에 좋은지, 나쁜지, 아니면 중립적인지 어떻게 될까요?
Discourse가 POP 메시지를 더 자주 가져오도록 하기 위해 시도해 볼 수 있는 다른 방법이 있을까요?
“Server shutting down” 메시지는 제 POP 서버에서 나오는 건가요? 처음에는 Digital Ocean 드롭렛에서 나오는 줄 알았습니다. (오류 로그를 다시 확인해 보니, 백트레이스에 POP3Command#check_response가 표시되어 있네요. 놀랍군요.)
직접 전달 수신 메일에 관한 유용한 링크를 알려주셔서 감사합니다. 제가 그렇게 하고 있다고 생각했는데, Apparently 그렇지 않은 것 같습니다. 모든 다른 수신 메일은 cPanel로 가야 하는 상황에서 수신과 발신을 올바르게 설정하는 것의 복잡성에 대해 약간 망설이지만, 좋은 제안이니 시도해 볼 수도 있겠습니다.
이메일을 분리하여 관리하려면 별도의 서브도메인을 설정하는 것이 일반적인 관행입니다. Discourse의 메일 시스템은 호스팅된 도메인과 완전히 다른 도메인으로 작동할 수 있습니다. 예를 들어, 저는 Discourse를 forums.tld.com에, 메일을 mail.tld.com에 설정했습니다. 이렇게 하면 tld.com의 메인 메일 서버가 Discourse의 메일 관리와 독립적으로 유지될 수 있습니다.
저희는 최근 pop3 모델에서 메일 수신기 모델로 전환했습니다. 설치 과정이 매우 쉬웠으며, 훨씬 더 잘 작동합니다.