Amazon SES의 SMTP 자격 증명으로 이메일을 보내면 작동합니다… 하지만 Discourse에서는 안 됩니다

제품 지원 자체 호스팅
1

Amazon SES를 설정했습니다.
샌드박스에서 해제되었으므로, 인증되지 않은 주소로 이메일을 보낼 수 있습니다.
Amazon SES 문서에서:

계정이 샌드박스에서 해제되면, 수신자의 주소 또는 도메인이 인증되었는지 여부와 관계없이 모든 수신자에게 이메일을 보낼 수 있습니다. 그러나 “From”, “Source”, “Sender”, 또는 “Return-Path” 주소로 사용하는 모든 ID는 여전히 인증해야 합니다.

또한 SMTP 자격 증명을 설정했습니다.

Amazon S3 대시보드나 기타 SMTP 테스트 도구에서 인증되지 않은 수신자에게 테스트 이메일을 보내면 정상적으로 작동합니다.

하지만 Discourse에서는 작동하지 않습니다.

app.yml:

  DISCOURSE_SMTP_ADDRESS: email-smtp.eu-west-3.amazonaws.com
  DISCOURSE_SMTP_PORT: 587
  DISCOURSE_SMTP_USER_NAME: AKIA****************
  DISCOURSE_SMTP_PASSWORD: "*************************************"
  #DISCOURSE_SMTP_ENABLE_START_TLS: true           # (선택 사항, 기본값 true)
  DISCOURSE_SMTP_DOMAIN: forum.monocycle.info # (알림을 보내는 주소)
  DISCOURSE_NOTIFICATION_EMAIL: noreply@forum.monocycle.info # (알림을 보내는 주소)

이메일 설정에 따른 응답:

image
image768×162 13.7 KB

Discourse에서 테스트 이메일을 보내면 다음 오류 메시지와 함께 메일이 건너뛰어집니다:

554 Message rejected: Email address is not verified. The following identities failed the check in region EU-WEST-3: monocycle.info+verp-3a76559e11c2b9a318165af8eb968f22@gmail.com…

물론 app.yml을 변경한 후에는 앱을 다시 빌드했습니다.

이 문제가 발생하는 이유와 해결 방법에 대해 혹시 아는 점이 있을까요?

2

해당 오류 메시지는 monocycle.info@gmail.com에 대한 ID를 생성하고 인증해야 함을 나타냅니다. 라벨(+verp-...)은 인증할 필요가 없으며, 라벨 없이 주소를 인증하면 모든 라벨이 허용됩니다.

그 이유는 이메일 주소 기반 회신(reply by email address)이 Return-Path 주소로 사용되기 때문이며, 이는 인용된 문서에서 인증이 필요하다고 강조된 유형 중 하나입니다.

다른 방식으로 전송이 작동하는 이유는 확실하지 않지만 아마존 대시보드와 SMTP 테스트 도구 테스트가 작동한 이유는 Discourse가 Reply-To/Return-Path 주소로 사용하는 대신, 이메일 주소 기반 회신 주소로 보낸 것이기 때문일 것입니다.

ID에 대한 문서 위치는 다음과 같습니다:

3

아, 네, 여기에서 설명된 내용입니다:

처음에는 이해하지 못했습니다. SES에서 제 Gmail 주소를 인증된 주소로 추가해 보겠습니다.

4

AFAIK SES에서는 ±주소(plus addressing)를 사용할 수 없습니다. 하지만 저는 매일 Discourse를 통해 SES를 사용하고 있습니다.

5

monocycle.info@gmail.com가 정상적으로 인증되었고, Discourse가 사용자에게 이메일을 보낼 수 있음을 확인했습니다. 이메일로 답장하는 기능도 정상 작동합니다.
앞으로 며칠간 문제가 발생하지 않는지 지켜보겠습니다.

조금 더 자세히 설명해 주실 수 있을까요? 방금 제가 쓴 내용(모든 것이 정상적으로 작동하는 것 같습니다)과 관련하여요. :slight_smile:

6

서로 다른 두 가지 문제가 있습니다:

  • SES는 수신 또는 발신 트래픽에서 + 주소(정확한 용어를 잘 기억하지 못합니다)를 사용할 수 없습니다.
  • 저는 항상 Discourse를 통해 SES로 이메일을 보내고 있습니다.

이메일로 생성/답글을 사용하려고 했을 때, 그 때문에 Gmail을 사용해야 했습니다.

이것이 당신에게 관련이 있는 건지… 전혀 감이 잡히지 않습니다 :man_facepalming:

7

아, 네, 설명해 주셔서 감사합니다. 저는 SES에 ± 주소를 사용하지 않으므로 제 경우에는 관련이 없는 것 같습니다. :slight_smile:

8

Amazon은 이를 라벨(label)이라고 부릅니다. user+label@domain 형식의 주소를 말씀하시는 거라면, 그것이 이메일 용어인지 아니면 단순히 Amazon의 용어인지 기억이 나지 않습니다. 정말로 지원되지 않는다고 확신하시나요? 사용자들은 이 형식을 꽤 흔하게 사용하거든요.

문서에서 찾을 수 있는 유일한 내용은 SMTPUTF8 확장 기능이 지원되지 않는다는 점이며, 이로 인해 로컬 부분(@ 앞)이 7비트 ASCII 문자로 제한됩니다. 여기에는 + 문자도 포함됩니다.

9

아니요, 그렇지 않지만 +verp…는 그런 역할을 합니다. 아니면 제가 완전히 틀린 건가요?

10

글쎄, 이메일 관련 내용을 잘 모르다 보니 내 답변이 좀 엉뚱할 수 있어요.

제 ‘이메일로 답변’ 설정은 실제로 ‘+’ 같은 특수문자를 사용하는 Gmail 주소입니다.

이메일로 답변 설정이 꺼져 있으면, Discourse의 이메일 전송이 정상적으로 작동합니다(제 기억이 맞다면요).

이메일로 답변 설정이 켜져 있고, Gmail 주소를 SES에서 인증하지 않으면, Gmail의 답변 주소를 포함하는지 여부와 관계없이(예: 테스트 이메일이나 다이제스트 이메일은 Gmail 답변 주소를 포함하지 않음) Discourse가 어떤 이메일도 보내지 않고 554 Message rejected: Email address is not verified 오류를 발생시킵니다.

반대로 Gmail 주소를 SES에서 인증하면, Gmail의 답변 주소를 포함하는지 여부와 관계없이 Discourse에서 보내는 모든 이메일이 정상적으로 작동하는 것 같습니다.

물론 이 모든 것들이 어떻게 작동하는지 좀 더 알고 싶긴 하지만, 어쨌든 정상적으로 작동하는 한 그게 제 최우선 관심사입니다. :smile: