네이티브 발송

참고: 네이티브 발송은 무료 플랜을 포함한 모든 플랜에서 사용할 수 있습니다 — 업그레이드로 잠기는 기능이 아니라 월간 용량으로 미터링됩니다. 각 티어의 허용량은 요금제를 참고하세요.

자신의 SMTP 릴레이 외에도, MailInApp은 여러분이 직접 인증한 도메인에서 곧바로 발송할 수 있습니다 — ESP도, 생성하거나 교체할 SMTP 자격 증명도 필요 없습니다. 발송은 우리 인프라(Amazon SES)에서 여러분 자신의 발송 도메인으로 이루어지므로, 수신자는 공유된 MailInApp 주소가 아니라 [email protected]에서 온 메일을 보게 됩니다.

도메인 인증하기

설정 → 도메인에서 다음 과정을 안내받을 수 있습니다:

도메인을 입력하고 도메인 인증을 클릭합니다. 기본적으로 MailInApp은 mail.<yourdomain>용 발송 아이디와 반송 처리용 서브도메인(bounce.mail.<yourdomain>)을 만듭니다 — 루트 도메인에서 이미 운영 중인 다른 이메일과 안전하게 공존하는 전용 서브도메인입니다. 서브도메인이 아니라 루트 도메인에서 바로 발송하고 싶다면([email protected]이 아니라 [email protected]) 서브도메인 대신 루트 도메인 사용을 체크하세요 — 이 도메인이 다른 어떤 이메일에도 사용되지 않을 때만 이렇게 하세요. 인바운드 수신이 관련될 때 이것이 왜 더 중요해지는지는 내 도메인에서 이메일 받기를 참고하세요.
DNS 제공업체에 표시된 DNS 레코드 — 몇 개의 DKIM CNAME 레코드, 반송 서브도메인용 MX 및 TXT 레코드, 그리고 시작용 DMARC TXT 레코드 — 를 추가합니다. 이는 여러분이 해당 도메인을 소유하고 있음을 증명하며, 이를 통해 발송된 메일이 DKIM/SPF 검사를 통과하게 합니다.
레코드를 추가한 뒤 지금 확인을 클릭하거나 그냥 기다리세요 — MailInApp은 15~30분마다 자동으로 폴링합니다.
도메인과 MAIL FROM 서브도메인이 모두 인증됨으로 표시되면, 계정의 발송 방법을 네이티브 발송으로 전환하는 토글이 나타납니다.

SMTP로 다시 전환하는 것은 언제든 가능하며 즉시 적용됩니다 — 도메인 연결이 끊어지지 않으므로 재인증 없이 두 방식을 자유롭게 오갈 수 있습니다.

DMARC

DMARC는 SPF/DKIM 검사를 통과하지 못한, 여러분의 도메인을 사칭하는 메일을 받은편지함이 어떻게 처리할지 알려줍니다 — 거부, 스팸함으로 보내기, 또는 (우리가 생성하는 기본값인) 그저 모니터링만 하기 중 하나입니다. 이것은 MailInApp이 DKIM과 MAIL FROM 상태를 폴링하는 것처럼 자동으로 인증할 수 없는 유일한 레코드입니다 — 이를 위한 API가 없으므로 직접 추가하도록 표시되지만 인증됨/보류 배지는 절대 표시되지 않습니다.

우리가 생성하는 레코드는 의도적으로 p=none(모니터링 전용)으로 출시됩니다 — 이는 그 자체로는 배송에 영향을 주지 않습니다. 정상적인 메일이 실패하지 않는다는 것을 확인한 뒤에는 DNS 제공업체에서 정책을 p=quarantine으로, 이후에는 p=reject로 강화하세요. Cloudflare를 포함한 대부분의 DNS 제공업체는 레코드에 직접 rua=mailto: 주소를 추가하면 DMARC 집계 리포트를 보여줍니다.

달라지지 않는 것들

수동 발송, 예약 발송, 라이프사이클 이메일(주문/티켓 알림), 트랜잭션 발송 API는 모두 계정에 설정된 발송 방법을 그대로 거칩니다 — 기능별로 별도 설정이 없습니다. 억제, 발송 기록, 인터랙션 추적, 응답은 어떤 방법으로 메일이 전달되었는지와 무관하게 동일하게 동작합니다.

샌드박스 모드

계정이 SES 샌드박스 상태인 동안에는 네이티브 발송이 별도로 우리에게 인증한 주소에만 도달합니다 — 이는 우리가 여러분을 대신해 프로덕션 액세스를 요청하기 전에 자체 발송을 테스트해보기 위한 것입니다. 샌드박스 모드가 적용되는 동안에는 설정 카드에 항상 알기 쉬운 안내 문구가 표시됩니다.