모두에게 알려드립니다. 모든 설정을 완료했고 정상적으로 작동했습니다. 하지만 지난 2일 동안 가입 이메일이 작동하지 않았습니다. 디지털 오션(Digital Ocean)에 의해 비활성화되었던 것입니다. 디지털 오션에서 보낸 이메일에 따르면, 디스커스(Discourse)의 SMTP가 비활성화되고 있으며, 이메일을 사용하려면 SendGrid에 가입하는 것을 권장한다고 합니다.
질문이 있습니다. SendGrid와 Mailgun 중 어느 쪽이 디스커스와 더 잘 통합됩니까? 이 두 서비스가 아니라면, 어떤 다른 서비스가 쉬운 통합을 제공합니까?
저는 직접 시도해 보진 않았지만, 그들이 보낸 긴 이메일을 보면 Discourse에서 모든 Outbound SMTP를 비활성화한 것 같습니다. SendGrid와 어떤 합의를 맺었고, SMTP 관련 용도로는 Discourse 사용자들이 SendGrid에 가입하는 것을 권장한다고 하더군요.
솔직히 말하면, 그게 좀 불만입니다.
이메일 내용상으로는 모든 계정에 해당되는 것으로 이해하고 있습니다. (첫 번째 단락의 마지막 줄 참조)
기존 인스턴스는 당분간 예외 처리(그랜드파더링)가 적용되었을 수도 있겠네요.
제 계정은 겨우 한 달 정도밖에 안 됐는데, 약 30명 정도의 사용자가 등록해서 부하 테스트를 진행하기 전까지는 정상적으로 작동하고 있었습니다.
아래는 그들의 전체 이메일 내용입니다 ----- 제가 잘못 읽었을 수도 있습니다.
고객님의 계정에 적용된 SMTP 제한에 대해 우려를 가지고 계신 것으로 알고 있습니다. DigitalOcean은 전용 이메일 호스트가 아니며, 스팸을 차단하는 것은 지속적인 과제입니다. 이로 인해 모든 계정에 제한 조치가 부과되었습니다.
이 문제에 대해 추가적인 배경 설명을 드리고자 합니다. 클라우드 환경의 IP 주소는 매우 자주 사용되고 다시 가용 풀로 반환되므로, 동적이고 신뢰할 수 없는 것으로 간주됩니다. 예를 들어, 현재 고객님께 IP 주소가 할당되어 있고, 고객님은 책임감 있는 메일 사용자로서 메일 관련 모범 사례를 모두 준수하며 스팸이나 부당한 메일을 보내지 않습니다. 하지만 나중에 해당 Droplet이 더 이상 필요 없어 삭제하면, 그 IP 주소는 다른 DigitalOcean 사용자에게 재할당될 수 있습니다. 그 사용자가 우리 보안 팀이 문제 계정에 조치를 취하기 전에 대량의 스팸을 발송할 기회를 가질 수 있습니다.
Gmail, Microsoft와 같은 메일 제공사는 IP에서 오는 이메일이 합법적인지 여부를 그 IP가 나쁜 평판을 얻기 전까지는 판단할 수 없습니다. 그 시점에는 이미 피해가 발생한 후입니다. 따라서 IP 주소가 동적으로 할당되고 본질적으로 위험한 인터넷 서비스 제공업체(ISP)나 클라우드 호스팅 환경과 같은 플랫폼에서 오는 모든 메일을 차단하는 것이 더 안전합니다.
이 조치는 스팸 발송자의 통로를 줄이는 데 도움이 되지만, 정당한 사용자들에게도 영향을 미칩니다. 우리의 악용 방지 운영 팀은 SBL(스팸 블랙리스트)과 협력하여 해당 IP들의 등록을 해제하기 위해 노력하고 있습니다. 이러한 이유로 DigitalOcean 플랫폼 전체에서 SMTP 트래픽을 제한하고 있습니다. 즉, 고객님의 계정에 부과된 SMTP 제한을 해제할 수 없습니다.
고객님의 워크플로에 이메일이 필요할 수 있다는 점을 이해하고 있습니다. 이 제한에 대한 해결책으로, DigitalOcean은 모든 고객에게 IP 평판이나 블랙리스트에 대한 걱정 없이 더 나은 솔루션을 제공하기 위해 SendGrid와 파트너십을 맺었습니다. 관련 내용은 이 기사에서 자세히 확인하실 수 있습니다. SendGrid를 통해 하루 100통의 무료 이메일을 보낼 수 있으며, 무료 티어 이상의 요구 사항이 있으시면 SendGrid 지원팀에 문의하여 요구 사항을 충족할 수 있는 더 나은 플랜을 선택하실 수 있습니다.
추가적인 질문이 있으시면 언제든지 기꺼이 도움을 드리겠습니다. 주저하지 말고 문의해 주세요.
이것은 필요한 모든 정보를 수집하여 서비스를 신속하게 제공하기 위한 자동 응답입니다. 추가적인 도움을 받으려면 이 이메일에 회신해 주셔야 합니다.
네, 하지만 링크에 특별할 건 없어요. 그쪽이 어떤 “특별한” 조치를 취하고 있다고 생각하지도 않아요.
하지만 링크는 여기에 있습니다.
그쪽 설명은 이해하지만, 그걸 해결해야 할 사람은 고객인 제가 아니라 서비스를 제공한 그쪽입니다. 제가 할당받은 IP나 다른 고객이 사용하던 IP가 이전에 어떤 용도로 쓰였는지 제가 알 수 있는 방법이 없으니까요.
그쪽 문서에는 포트 25라고 되어 있지만, 요즘은 아무도 그 포트를 사용하지 않아요. 모두 SSL 포트를 사용하죠.
1998년 12월, 포트 25로 스팸이 증가하기 시작하자 R. Gellens와 J. Klensin은 인터넷 이메일 통신에 대한 새로운 사양 추가를 지지하는 RFC 2476을 제출했습니다. 이 RFC는 전통적인 메시지 제출(message submission)과 메시지 릴레이(message relay) 개념의 분리를 제안했습니다.
해당 RFC는 새로운 정책 및 보안 요구사항이 포트 25를 통한 전통적인 릴레이 트래픽에 방해가 되지 않도록, 메시지 제출은 포트 587을 통해 이루어져야 한다고 정의했습니다.
포트 587은 기본 메일 제출 포트입니다. 이메일 클라이언트 또는 아웃바운드 서버가 적절한 메일 서버를 통해 라우팅되도록 이메일을 제출할 때, 항상 SMTP 포트 587을 기본 포트로 사용해야 합니다.
이 포트와 TLS 암호화를 결합하면 IETF가 정한 지침에 따라 이메일이 안전하게 제출된다는 것을 보장합니다.
모든 Mailgun Send 고객은 업스트림 네트워크나 호스팅 제공업체에 의해 명시적으로 차단되지 않는 한 포트 587을 기본 SMTP 포트로 사용하는 것을 고려해야 합니다.
6년 동안 Digital Ocean을 사용해 왔지만, 이 서비스에는 Discourse만 호스팅되어 있습니다. 제 도메인은 cPanel이 있는 별도의 호스팅 계정에 있으며, 도메인의 네임서버는 Digital Ocean으로 가리키고 있습니다. 그 후 서브도메인과 메일은 다른 호스팅으로 리디렉션하고 있습니다.
이렇게 한 주요 이유는 당시 Ubuntu에서 모든 것을 설정하는 것이 너무 많은 노력이 필요했기 때문에, 제가 필요한 모든 기능이 포함된 쉽게 접근할 수 있는 웹사이트를 호스팅하고 싶었기 때문입니다. 그리고 해당 사이트는 로그인으로 Discourse SSO를 사용하고 있습니다.
여기서 소개하시는 내용이 제 환경에 영향을 주지 않기를 바라지만, 미리 알려주셔서 감사합니다. 문제가 발생하면 무엇을 찾아봐야 할지 알게 될 것입니다.
VPS를 구매한 웹 호스팅 업체가 제공한 SMTP 서버를 사용했습니다. SSL 포트 등을 설정했죠.
여기서 더 흥미로운 부분이 있습니다. 같은 SMTP 서버를 통해 SSL 포트를 사용하여 보낸 이메일은 여전히 정상적으로 작동합니다.
즉, https://mydomain.com 을 통해 보낸 이메일은 지금도 문제없이 잘 작동합니다.
반면, https://ourDiscourseInstance.mydomain.com 을 통해 보낸 이메일은 사용된 포트나 SSL 설정과 관계없이 차단됩니다.
제 이해로는 이 차단은 Discourse/기타 포럼 도구를 대상으로 하고 있는 것 같습니다.