공식 디스커스 포럼의 많은 페이지를 살펴봤고, 몇 가지 의문이 있어 명확히 하고 싶습니다. 도움을 부탁드립니다.
다른 SMTP 제공업체에 비해 매우 저렴한 AWS SES(Simple Email Service)를 왜 공식 디스커스가 권장하지 않는 것인가요? 품질이 부족해서인가요? 이메일 전송 시간이 더 걸리거나 스팸 폴더로 전달되는 등 다른 이유가 있나요?
DigitalOcean에서 디스커스를 운영하는 것과 Lightsail에서 운영하는 것 중 어떤 것이 좋을까요?
가능하면 다양한 호스팅 제공업체에서 디스커스를 호스팅하는 방법에 대한 튜토리얼을 추가해 주셨으면 합니다.
공식 디스커스 팀에서 요청하는 상세 튜토리얼 하나를 더 말씀드리면 다음과 같습니다.
만약 SES를 사용 중이시라면 경험을 공유해 주시면 감사하겠습니다.
그래서 이에 대한 튜토리얼이 있습니다.
표준 설치에서 DigitalOcean이 권장되는 이유는 상대적으로 간단하기 때문이라고 생각합니다. 목표는 프로세스를 최대한 단순하게 만들어 사람들이 네트워크 ACL, 객체 저장소, 캐싱과 같은 추가 단계에 발목 잡히지 않고 제품 사용을 바로 시작할 수 있도록 하는 것입니다.
Richard가 지적했듯이, 다른 가이드도 존재하며 요청하신 것도 포함됩니다. 하지만 이러한 가이드는 더 복잡하고 오류가 발생하기 쉽습니다. 제목을 수정했습니다. Discourse가 Amazon에서의 설치를 반대하는 것은 아니며, 다만 처음 설치하는 사람들에게는 최적의 선택이 아니라는 것입니다.
다른 SMTP 제공업체와 비교했을 때 설정이 꽤 어렵기 때문입니다. 어떤 메일 서비스를 사용할지 선택하는 데 도움이 필요한 사람들은 SES를 제대로 작동시키는 방법을 알아내기 어려울 가능성이 높습니다.
Lightsail은 EC2보다 쉽고, Digital Ocean은 그보다 더 쉽습니다.
적용할 수 있는 사람들에게는 아주 잘 작동할 것이라 생각합니다. 초보자는 Mailgun을 15~60분 안에 설정하는 방법을 알아낼 수 있을지 모르지만, SES에는 그 4배가 걸릴 가능성이 높습니다. SES는 특히 자동화 도구를 갖춘 전문가들을 위해 설계되었습니다.
하지만 @lakshya에게는 이해가 가지 않았습니다:
Mailgun에서 SES로 이전하면서 이메일 관련 지식이 별로 없었는데요… 확인해 드립니다(결국 완벽하게 작동하긴 하지만요…). 
Amazon의 서비스 전반은 접근성과 설정 용이성 측면에서 꽤 복잡합니다.
감사합니다, @Canapin. 그렇다면 SES를 사용해 메일을 보내려면 'Somewhere Else’에서 그 방법을 알아봐야 한다는 제 주장을 더욱 확고히 하겠습니다. 방법을 알아내신다면 문제없이 동작하겠지만, 질문은 Stack Overflow나 다른 곳에서 하시는 것이 좋습니다.
어쨌든 그게 안 되더라고요.
그 글은 초보자를 위한 게 아니라서 좀 복잡해요. 제 프로젝트는 예산 제약이 있어서 SES가 딱 맞는 옵션이에요. Mailgun이나 SendGrid 같은 메일 서비스에 월 $10를 지불할 형편이 못 되거든요. 
(제 탓이죠).
가능하다면 AWS Lightsail과 SES를 함께 사용하는 단계별 튜토리얼을 만들어 주시면 큰 도움이 될 것 같아요. 저처럼 많은 돈을 쓰지 못하는 사람들에게 유용할 거예요.
플렉스 플랜은 1,000건당 1달러입니다: https://help.mailgun.com/hc/en-us/articles/203068914-What-Are-the-Differences-Between-the-Free-and-Flex-Plans-
맞습니다. 초보자를 위한 문서가 아닙니다. SES 구성은 초보자에게 적합하지 않습니다. Mailgun과 함께 Lightsail을 사용해 보시기를 권장합니다(Lightsail은 초보자를 위한 것이며 표준 설치로도 충분합니다).
다시 한번 말씀드리면, SES와 관련하여 도움이 필요하시다면 다른 곳에서 찾아보셔야 합니다. Mailgun 구성을 위한 지침도 딱히 제공되지 않습니다. 서비스 제공자가 자신의 서비스를 사용할 수 있도록 만드는 것이 그들의 몫입니다.
도와줘서 고마워, 친구.
공정하게 말하면 제이는 맞습니다. Discourse에는 표준 SMTP 자격 증명 세트가 필요하며, 메타는 서드 파티 메일 플랫폼보다는 Discourse에 대한 지원을 제공하는 것이 주목적입니다.
더 복잡한 서비스를 선택하면 그 선택으로 인해 발생하는 추가적인 복잡성도 감수해야 합니다.
확실히 말씀드리자면, Discourse 관점에서 필요한 작업은 app.yml 파일에서 다음 변수들을 설정하는 것뿐입니다:
DISCOURSE_SMTP_ADDRESS: email-smtp.AWS_REGION.amazonaws.com
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: USERNAME_PROVIDED_BY_SES
DISCOURSE_SMTP_PASSWORD: PASSWORD_PROVIDED_BY_SES
AWS 콘솔에서 이 세 가지(AWS 리전, SMTP 사용자 이름, SMTP 비밀번호)를 확인하고 올바르게 설정했다면, 이제 이 값들을 위 설정에 반영한 후 Discourse를 재빌드하면 이메일 전송이 정상적으로 작동할 것입니다.
Discourse의 범위를 벗어난 부분은 AWS에서 계정 인증, 도메인 이름 검증, 그리고 현재 단계에 도달하기 위해 AWS 콘솔에서 수행해야 할 기타 작업들입니다.
다만, 그 과정이 그렇게 복잡했던 기억은 나지 않습니다. AWS의 UI 안내를 따르고 검색을 통해 추가 정보를 찾는 정도면 충분할 것입니다. 또한, 샌드박스 환경에서 벗어나기 위해 프로덕션 접근 권한 요청을 잊지 마세요.
그렇다면 "사용자 친화적이지 않다"는 표현이 더 적절할 수도 있겠네요.
물론 방법을 알고 나면 클릭 몇 번과 입력 필드를 채우는 것으로 끝나는, 다른 서비스와 마찬가지로 간단한 작업입니다. 하지만 제 눈에는 아마존의 서비스는 사용자 친화적이지 않습니다. 그들의 인터페이스는 더 “간단하고 직관적인” 다른 인기 서비스들과 많이 다릅니다. 기본 설정만 사용한다면 무시해도 되는 암호처럼 난해한 설정과 옵션들이 많지만, 이는 작업 과정에 불필요한 잡음만 추가할 뿐입니다.
그 부분이 가장 어려운 것 같습니다. Mailgun의 경우 SPF와 DKIM 레코드를 설정한 후 몇 분 안에 메일 전송을 시작할 수 있습니다. 반면, AWS의 경우 질문 양식을 채우는 과정이 상당히 복잡해 보이며, 여기서는 지원하기가 분명히 어려운 부분입니다.
이 과정에 대해 초보자용 가이드를 작성해 주실 의향이 있으신가요? 
먼저 공식 가이드를 시도해 보셨나요?
https://aws.amazon.com/premiumsupport/knowledge-center/ses-set-up-connect-smtp/
가끔 매뉴얼을 읽는 데 실패하기도 합니다. 처음에는 직접 설정을 시도해 봤지만, 결국 몇 가지 단계에서는 문서를 참고했습니다. 스스로 해결하려 하지 않고 매뉴얼에 충실했다면 더 쉬웠을 것 같습니다.
다만, 실제로 매뉴얼을 처음부터 끝까지 읽지 않았기 때문에, 그 안에 다소 난해한 부분이 있는지 알 수 없습니다.
그 페이지를 본 적이 없는 것 같습니다. 그렇게 나쁘지 않아 보이네요! 감사합니다.
4번 항목에서 어떤 연결 방식을 선택하셨나요?
또한, 필요한 DKIM/SPF/DMARC 설정을 설명하는 유사한 페이지가 있나요?
모든 내용을 기억하지 못하며 전문가도 아닙니다.
Easy DKIM을 사용했습니다. Amazon에서 검증이 완료되면 대시보드에서 DNS 설정에 추가할 세 개의 CNAME 항목이 제공됩니다:
여기서부터 시작하여 Discourse 관리 인터페이스에서 테스트 이메일을 보내고 오류가 있는지 확인해 볼 수 있습니다(예: Email → Skipped).
SES에서 여전히 샌드박스(Sandbox) 모드에 있는 경우, Amazon SES에서 Discourse에서 보내는 테스트 이메일의 수신자 이메일 주소로 Identity를 생성하고 검증해야 합니다. 그렇지 않으면 오류 메시지(554 Message rejected: Email address is not verified.)가 표시됩니다.
예시:
참고로, 저는 다른 클라우드 서버에서 이관해 온 데다 이미 약 3,000명의 사용자를 보유하고 있어 프로덕션 접근 권한을 매우 빠르게 받을 수 있었습니다. 사용자 수를 보여주는 /about 페이지와 이메일 인증을 기다리는 사용자의 스크린샷을 제공했고, 그 후 승인되었습니다.
또한, 완전히 새로 만든 인스턴스의 프로덕션 접근 권한 요청에 대한 답변을 기다리고 있으며, 진전이 보이면 업데이트하겠습니다.
SMTP 관련해서, 저는 Fastmail을 SMTP 제공업체로 사용했는데 완벽하게 작동합니다! 정말로 추천합니다.
