자체 Amazon SES 계정을 통해 이메일 보내기

AWS 계정과 도메인의 DNS에 대한 접근 권한이 필요합니다. SES는 이 목록에서 압도적으로 가장 저렴한 옵션이지만, 절차가 가장 많은 옵션이기도 합니다.

Amazon 자체 문서: 도메인 확인 · SMTP 자격 증명 받기 · 샌드박스에서 나가기

⭐ 저희는 SES의 REST API가 아니라 SMTP 인터페이스를 통해 연결합니다. 그렇기 때문에 AWS 액세스 키가 아닌 SMTP 사용자 이름과 비밀번호를 입력하라는 요청을 받게 됩니다. 두 경로 모두 완전히 동일한 메시지를 전달합니다. SMTP 방식은 외부에서 원인을 파악하기 매우 까다로운 일련의 AWS 요청 서명 문제들을 완전히 방지해 주며, Amazon이 바로 저희와 같은 도구에서 사용할 수 있도록 자격 증명을 제공하는 공식 인터페이스이기도 합니다.

1. 리전을 선택하고 변경하지 마십시오

SES는 리전별로 운영됩니다. 확인된 도메인, 자격 증명, 전송 할당량 등 아래의 모든 항목은 단 하나의 AWS 리전에만 속하며 다른 어떤 리전에도 존재하지 않습니다.

고객과 가장 가까운 리전(유럽의 경우 eu-west-1, 북미의 경우 us-east-1)을 선택하고 이를 기록해 두십시오. 아일랜드에서 도메인을 확인한 후 프랑크푸르트에서 자격 증명을 생성하는 것은 여기서 오후 시간을 통째로 낭비하게 만드는 가장 흔한 실수이며, 발생하는 오류 메시지에는 리전에 대한 언급이 전혀 나오지 않습니다.

2. 도메인 확인하기

Amazon SES 콘솔 → Identities → Create identity → Domain. mail.yourdomain.com과 같은 서브도메인을 입력하십시오.

Easy DKIM을 켜고 RSA_2048_BIT를 선택하십시오. SES에서 세 개의 CNAME 레코드를 제공합니다:

세 개를 모두 추가하십시오. 확인은 보통 한 시간 이내에 완료됩니다.

⭐ 또한 사용자 지정 MAIL FROM 도메인(bounce.mail.yourdomain.com)을 활성화하고 요청된 MX 및 SPF TXT 레코드를 추가하십시오. 이를 설정하지 않으면 봉투 발신자가 amazonses.com이 되므로, SPF가 귀하가 아닌 Amazon에 맞춰 정렬되어 DKIM에만 전적으로 의존하게 됩니다.

3. 샌드박스에서 나가기 — 사용자들이 가장 자주 놓치는 단계입니다

⛔⛔ 새로운 SES 계정은 샌드박스 상태에 있으며 별도로 확인을 완료한 주소로만 전송할 수 있습니다. 그 외의 모든 주소는 전송 요청을 수락하지만 실제로 전송하지는 않습니다.

이것이 바로 저희 확인 단계가 감지해 내는 실패 유형입니다. 샌드박스 환경에서 SES는 완벽하게 정상적인 성공 응답과 함께 메시지를 수락한 다음 폐기해 버립니다. 우연히 AWS에서 확인을 마친 주소로 테스트 메일을 보내 설정을 확인하면 성공적으로 작동하지만, 그 후 실제 고객에게 발송하는 모든 메시지는 흔적도 없이 사라지게 됩니다.

계정 대시보드 → Request production access. Amazon에서 발송하는 내용과 반송 처리 방식에 대해 질문합니다. 자체 고객을 대상으로 하는 트랜잭션 알림에 대해 사실대로 몇 문장 작성하시면 일반적으로 24시간 이내에 승인됩니다.

⭐ 이곳에서 SES를 연결하기 전에 이 작업을 진행하십시오. 사전에 완료해 두면 아무것도 실패하지 않으므로 나중에 문제를 해결하느라 시간을 낭비할 일이 없습니다.

4. SMTP 자격 증명 생성하기

SES 콘솔 → SMTP settings → Create SMTP credentials.

이렇게 하면 발송 전용 권한을 가진 IAM 사용자가 생성되며 SMTP 사용자 이름과 SMTP 비밀번호가 제공됩니다.

⛔ 이것은 AWS 액세스 키와 비밀 키가 아닙니다. 이 값들은 특정 알고리즘을 통해 IAM 시크릿에서 파생된 것이므로 서로 바꿔서 사용할 수 없습니다. 여기에 AWS 비밀 액세스 키를 붙여넣으면 매번 인증에 실패하게 되며, 오류 메시지에는 단순히 자격 증명이 거부되었다고만 표시됩니다.

⚠️ 비밀번호는 한 번만 표시됩니다. 해당 페이지를 벗어나기 전에 CSV를 다운로드하십시오.

5. Zinn®에서 연결하기

대시보드에서 이메일 전송을 여십시오:

• 제공업체 — Amazon SES
• 이 도메인에서 전송 — mail.yourdomain.com
• AWS 리전 — 1단계의 리전(예: eu-west-1)
• SMTP 사용자 이름 — 4단계에서 확인한 값
• 포트 — 587 유지
• SES SMTP 비밀번호 — 4단계에서 확인한 값

호스트(email-smtp.<region>.amazonaws.com)는 자동으로 구성되므로 호스트 이름을 잘못 입력할 염려가 없습니다.

6. 테스트를 전송하고 코드 입력하기

AWS에서 확인하지 않은 다른 도메인의 받은편지함으로 테스트 메시지 전송을 누르십시오. 개인 Gmail 주소를 사용하시는 것이 이상적입니다. 샌드박스에서 정상적으로 벗어났음을 확실히 증명할 수 있기 때문입니다. 코드를 확인한 후 입력하십시오.

작동하지 않는 경우

실제 고객에게 발송하는 도중 "Email address is not verified" 오류가 발생하는 경우 — 계정이 여전히 샌드박스 상태에 있습니다. 3단계를 진행하십시오.

535 Authentication Credentials Invalid — SMTP 자격 증명 대신 AWS 액세스 키를 사용했거나(4단계), 해당 자격 증명이 입력한 리전과 다른 리전에 속해 있습니다.

"Maximum sending rate exceeded" — 새로운 프로덕션 계정은 초당 14개 메시지 및 하루 50,000개로 시작합니다. 이는 매우 많은 양의 알림이지만, 대규모 고객 기반을 마이그레이션하는 중이라면 먼저 한도 증액을 요청하십시오.

테스트 환경에서는 작동했으나 프로덕션 환경에서 중단된 경우 — SES Reputation 대시보드를 확인하십시오. Amazon은 반송률이나 불만 제기율이 임계값을 초과하면 자동으로 발송을 일시 중지하며, 오래된 고객 목록을 사용할 경우 이 임계값을 쉽게 넘길 수 있습니다.