몇 주 전부터 이메일 전송이 실패하기 시작했습니다. 지금까지 시간이 나지 않아 방치해 두었었는데, 지금은 좀 막막한 상황입니다.
이전에 유사한 문제가 발생했던 사례가 있습니다: Error: "There are 965 email jobs that failed. Check your app.yml and ensure that the mail server settings are correct." 이 경우 서버를 재부팅하여 해결되었습니다.
저는 드롭렛을 재부팅해 보았지만 효과가 없었습니다. 다른 어떤 방법을 시도해 볼 수 있을까요?
이메일 서비스 제공업체 측에 문제가 있을 가능성이 있습니다. 이메일 전송에 어떤 서비스를 사용하고 계신가요?
말씀이 맞을 것 같습니다. name.com을 통해 이메일을 설정했고, DNS 호스팅도 이 회사에서 하고 있습니다. 이상한 점은 보이지 않지만, 무엇을 확인해야 할지 정확히 모르겠습니다.
메일 서버에서 사용 중인 요금제를 확인하세요. 한 고객이 사용 중인 요금제 한도를 초과했을 때 이 문제를 겪었습니다.
그렇지 않은 것 같지만, 좋은 제안이었어요!
name.com이 대량 발송용 이메일 서버를 제공한다고 생각하지 않습니다. 하지만 이 문제는 분명히 메일 서버가 메일을 거부하거나, 호스트 서버의 이메일 자격 증명(이전에는 동일한 자격 증명이 작동했다면 가능성은 낮습니다)이 잘못되어 있기 때문일 것입니다.
Name.com은 cPanel을 통해 이메일 서비스를 제공합니다.
9월 말에 일부 구성 변경을 할 때 무언가를 잘못한 것 같습니다. 당시 변경 사항을 정확히 기록해 두지 않았어요 
. 현재 서버에 telnet으로 접속할 수 없습니다.
./discourse-setup으로 재구축해 보았지만 도움이 되지 않았고, cPanel이나 Name.com 쪽에서도 이상한 점을 찾지 못하고 있습니다. DKIM/SPF 설정을 잘못했을 수도 있겠다는 생각이 듭니다. 다음으로 해당 부분을 확인해 볼 예정입니다.
이것은 discourse에서 이메일 작업이 실패하는 원인이 되어서는 안 됩니다.
도움이 되지 않았습니다.
몇 주 동안 이 문제를 잠시 접어 두고 오늘 다시 돌아왔는데, 정말 막혀 있습니다!
app.yaml 파일의 SMTP 관련 설정 전체는 다음과 같습니다:
DISCOURSE_SMTP_ADDRESS: mail.well-actually.fyi
DISCOURSE_SMTP_PORT: 465
DISCOURSE_SMTP_USER_NAME: amber@well-actually.fyi
DISCOURSE_SMTP_ENABLE_START_TLS: false # (선택 사항, 기본값 true)
DISCOURSE_SMTP_FORCE_TLS: true
DISCOURSE_SMTP_DOMAIN: forum.well-actually.fyi
또한 비밀번호에는 특수 문자가 포함되어 있는데, 문제 해결 문서에서 이것이 문제가 될 수 있다고 언급하고 있습니다.
이 설정 중 잘못된 부분이 있을까요?
사실, 저는 mail.well-actually.fyi의 465번 또는 2525번 포트에 telnet으로 접속할 수 없으므로, 차단된 것일 수 있습니다.
그 인증 정보를 이메일 프로그램에 입력해서 작동하는지 확인해 보세요. 작동하지 않으면 문제는 Discourse에 있는 것이 아닙니다.