내 도메인과 내 계정에서 이메일 발송하기

고객이 받는 모든 알림(청구서, 비밀번호 재설정, 티켓 답변, 프로젝트 업데이트)은 메일 서비스를 통해 발송됩니다. 기본적으로 해당 서비스는 Zinn Digital®이며 발신자 표시는 Zinn Digital®로 지정되고 비용은 당사에서 부담합니다.

에이전시(agency) 또는 리셀러(reseller) 요금제를 이용 중인 경우, 대신 자체 메일 서비스를 연동할 수 있습니다. 이 경우 고객은 발신자 표시에서 귀사의 도메인을 확인하게 되며, 회신은 귀사로 전송되고, 해당 메시지는 귀사의 제공업체에 있는 귀사의 계정을 통해 발송됩니다.

대시보드의 이메일 발송(Email sending)에서 설정하실 수 있습니다.

어떤 제공업체를 사용해야 할까요?

다음 중 어떤 것을 사용해도 무방합니다. 이미 계정을 보유하고 계신 제공업체를 선택하세요.

| 제공업체 | 권장 대상 | 가이드 | | --- | --- | --- | | Mailgun | API 및 넉넉한 발송량을 원하시는 경우 | Mailgun 설정하기 | | SendGrid | 마케팅 메일용으로 이미 사용 중이신 경우 | SendGrid 설정하기 | | Postmark | 트랜잭션 메일 전용, 최고의 전달률을 원하시는 경우 | Postmark 설정하기 | | Amazon SES | 이미 AWS를 사용 중이며 가장 저렴한 비용을 원하시는 경우 | Amazon SES 설정하기 | | Resend | 가장 간단한 설정을 원하시는 경우 | Resend 설정하기 | | 자체 SMTP 서버 | 자체 메일 인프라를 운영 중이신 경우 | SMTP 설정하기 |

특별한 선호도가 없고 기존 계정이 없는 경우, 트랜잭션 메일용으로는 Postmark를 권장합니다. Postmark는 마케팅 메일 발송을 거부하며, 바로 이 때문에 높은 전달률을 유지할 수 있습니다.

DNS를 먼저 설정하십시오. 대부분의 작업이 여기에 해당합니다.

어떤 제공업체를 선택하든, 메일이 정상적으로 수신되거나 스팸함에 빠지지 않도록 결정하는 것은 동일한 세 가지 DNS 레코드입니다. 제공업체에서 정확한 값을 생성하며, 이를 귀사의 도메인에 추가해야 합니다.

SPF — 귀사 도메인의 TXT 레코드로, 귀사를 사칭하여 발송할 수 있는 권한이 누구에게 있는지 나열합니다. 이미 보유하고 계신 경우, 두 번째 레코드를 추가하는 것이 아니라 수정해야 합니다. SPF 레코드가 두 개인 도메인은 SPF 검증에 완전히 실패하게 되며, 이는 아예 없는 것보다 못합니다.

DKIM — 공개 키를 담고 있는 TXT 또는 CNAME 레코드이며, 이를 통해 수신 서버는 메시지가 실제로 해당 제공업체에서 발송되었으며 변조되지 않았음을 확인할 수 있습니다. 이 레코드가 가장 핵심적인 역할을 하며, DMARC 검증을 통과하기 위해 반드시 일치해야 하는 레코드입니다.

반환 경로(Bounce) 도메인 — 대개 CNAME입니다. 제공업체가 반환(bounce) 메일을 수집하는 데 사용하는 보이지 않는 봉투 주소를 설정합니다. 이 설정이 없으면 반환 메일이 볼 수 없는 곳으로 사라지며, 귀하가 모르는 사이에 도메인 평판이 저하됩니다.

DMARC — _dmarc.yourdomain.com에 위치한 TXT 레코드입니다. SPF와 DKIM이 발신자 표시와 일치하지 않을 때 수신 서버가 취해야 할 행동을 지시합니다. 모든 항목이 정상 통과되는지 확인하는 동안에는 p=none으로 시작한 후, p=quarantine 및 p=reject로 단계적으로 전환하십시오.

⚠️ DNS 변경 사항은 즉시 반영되지 않습니다. 문제가 있다고 판단하기 전에 최대 1시간 정도 기다려 주십시오.

발송용 서브도메인을 사용하세요.

yourdomain.com 자체가 아니라 mail.yourdomain.com 또는 notifications.yourdomain.com을 통해 발송하십시오.

그 이유는 평판 때문입니다. 비즈니스 이메일은 기본 도메인을 사용합니다. 대량 발송에 문제가 발생하더라도 별도의 발송용 서브도메인을 사용하면 피해를 해당 영역에 국한시킬 수 있어, 문제를 해결하는 동안에도 직원들이 계속해서 고객에게 이메일을 보낼 수 있습니다. 또한 자체 메일함이 의존하는 레코드를 건드리지 않고도 발송용 DNS 레코드를 설정할 수 있습니다.

주소가 아니라 도메인 자체를 이 도메인에서 발송(Send from this domain) 필드에 입력해야 합니다. @ 앞부분은 메시지마다 다르게 지정됩니다. 영수증은 billing@, 비밀번호 재설정은 no-reply@, 티켓 답변은 support@로 발송됩니다.

설정 작동 방식

1. 제공업체를 선택하고 해당 자격 증명을 입력합니다.
2. 테스트 메시지 보내기(Send test message)를 누릅니다. 지정하신 수신함으로 제공업체를 통해 코드가 포함된 실제 이메일이 발송됩니다.
3. 해당 수신함에서 코드를 확인하여 입력합니다.

이 과정을 거쳐야만 비로소 메일이 귀사 명의로 발송되기 시작합니다.

⭐ 테스트용으로는 다른 도메인의 수신함을 사용하세요 — Gmail 또는 Outlook 주소가 이상적입니다. 자체 서버를 떠나지 않는 메시지보다 인터넷을 가로질러 다른 사람의 스팸 필터를 통과한 메시지가 훨씬 더 확실한 증거가 됩니다.

테스트 메시지가 반드시 도착해야 한다고 강조하는 이유

메시지를 수락한 후 조용히 누락시키는 제공업체는 정상적으로 작동하는 제공업체와 구별할 수 없기 때문입니다. 새로 생성된 Amazon SES 계정은 샌드박스 상태이므로 메시지를 수락하더라도 어디에도 배달되지 않습니다. DNS가 전파되지 않은 Mailgun 도메인도 마찬가지입니다. 250 응답을 반환하고 메시지를 폐기하는 SMTP 릴레이도 마찬가지입니다.

자격 증명이 승인된 순간 발송 기능을 전환했다면, 고객들이 더 이상 아무것도 받지 못하고 있다는 사실을 며칠 뒤 고객의 연락을 통해 뒤늦게 알게 될 것입니다. 입력한 코드는 메시지가 제공업체를 성공적으로 떠나 도착했음을 증명하는 증거입니다.

제공업체 작동이 중단될 경우

알림은 실패 및 재시도 상태로 기록되며, 이메일 발송(Email sending) 화면이 빨간색으로 바뀌고 제공업체 자체의 오류 메시지가 표시됩니다.

⛔ 당사 도메인에서 대신 발송해 드리지 않습니다. 이는 의도된 사안입니다. 자동 전환(silent fallback)이 이루어진다면 고장 난 메일 계정이 아무도 고치지 않아도 될 정도로 계속 작동하게 되고, 비용은 당사가 계속 부담하게 됩니다. 따라서 오류가 눈에 보이게 하고 귀사가 직접 수정하도록 하는 것이 유일한 해결 방법입니다.

문제가 해결될 때까지 고객은 해당 알림을 받지 못합니다. 모든 내용은 대시보드 수신함에 그대로 보관되므로 손실되는 데이터는 없지만, 여기에 빨간색 배너가 표시되면 긴급하게 처리하셔야 합니다.

아무것도 하지 않으면 어떻게 되나요?

아무런 문제가 발생하지 않습니다. Zinn Digital®을 통해 당사 도메인에서 알림이 계속 발송되며 비용도 당사가 계속 부담합니다. 단, 고객에게 귀사 대신 당사의 이름이 표시됩니다.

연동 해제

연동 해제(Disconnect)를 누릅니다. 저장된 자격 증명이 삭제되며 다음 메시지부터는 알림이 다시 당사 도메인을 통해 발송됩니다. 언제든지 다시 연동하실 수 있습니다.