Gmail 계정으로 설정을 시도해 보았으나 – 실패 메시지에 따르면 Google은 사용자 ID/비밀번호 외에도 OAuth2를 요구한다고 하더군요.
저는 openinbox.com으로 설정을 시도하고 있습니다 – 그리 비싸지 않고 STARTTLS를 지원합니다.
다음과 같이 로그인 인증을 확인할 수 있습니다:
gnutls-cli --starttls-proto=pop3 -p 110 pop3.openinbox.com
그러나 '이메일을 통한 주제 답변 허용’을 활성화하면 인증 실패가 발생합니다.
.. 도움이 되신다면 알려주시길 바랍니다. 문제가 Discourse가 STARTTLS를 사용하지 않기 때문일까요?
메일 수신기 컨테이너를 사용하는 것이 훨씬 쉽습니다. 자체 호스팅 사이트의 직접 전달 수신 이메일 구성을 참고하세요. 사용이 쉬운 것 외에도 더 안정적이고 유연하며, 폴링이 필요하지 않아 메시지가 더 빠르게 전달됩니다.
제이, 저도 그 방법을 시도해 봤는데, 아마도 제가 MX 레코드를 생성하려는 시도가 부정확한 것 같습니다. Mxtoolboxdotcom에서 설정을 확인하면 OK 상태가 나옵니다: (PTR 레코드 없음, TLS 미지원, 그 외에는 모두 정상)
우리는 TLD 이메일을 발신 메일 서버로 유도하는 DNS 레코드가 있어야 하는데, 이는 서버/서브도메인으로 메일을 보내려는 제 시도를 무시하는 것 같습니다. 즉, nobody@discourse.TLD,domain으로 테스트 이메일을 보내면 메일 수신 로그에 다음과 같이 표시됩니다:
reject: RCPT from outgoinghost.otherdomain 454 4.7.1 <nobody@TLD,domain>: Relay access denied; from=ME@otherdomain to=nobody@TLD.domain
현재 저의 MX 레코드는 다음과 같습니다:
MX 레코드 HOST discourse.TLD,domain VALUE discourse.TLD,domain. PRIORITY 10 TTL 1분
속담대로 말하자면, 문제의 원인은 항상 DNS입니다.
플레이스홀더를 사용하고 있기 때문에, 질문자도 도움을 주는 사람도 아무것도 확인할 수 없으므로 해결될 가능성은 크지 않지만, 그래도 시도해 보겠습니다.
MX 레코드는 다음과 같이 설정해야 합니다.
discourse.example.com이 discourse.example.com으로 가리키도록 하고, 우선순위는 아무 값이나 지정하면 됩니다.
TLD의 이메일 설정은 그대로 두세요. 메일 수신용 MX 레코드만 변경하면 되는데, 이는 Discourse와 동일한 호스트명입니다.
아, 알겠습니다. 도움이 되네요 .. 그리고 제가 너무 멍청했네요
포트 25로 telnet을 통해 연결하고, 일반적인 디버그 스크립트를 실행했습니다:
RCPT to: nobody@discourse.artisans-collab.org … 등
이것은 잘 작동했고, 로그에는 "delivered"라고 표시되어 있으니 이제 설정으로 돌아가서 이메일로 답변하는 기능이 정상 작동하는지 확인해 보겠습니다 
p.s.
어딘가에서 계속 디버깅해야 했던 것이 DNS였을 것 같습니다 ..
왜냐하면 저는 평소 사용하던 이메일 주소(큰 대학교)에서 테스트 메시지를 계속 보내고 있었는데, apparently DNS 변경 사항이 해당 대규모 이메일 인프라에 전파되지 못한 것 같았습니다.
그래서 POP3에 사용할 예정이었던 openinbox 계정에서 테스트 메시지를 보내 보았더니, 바로 잘 전달되었습니다.
정말 예전에 DNS 서버를 운영해 본 적이 있지만, 몇십 년 전 일이었고 그때는 더 단순했습니다.
어쨌든, 제 MX(네임체프) 설정은 당신이 말한 것과 정확히 같습니다 .. 더 이상 감추지 않겠습니다
