지식 베이스
고유 SMTP 서버를 통해 이메일 발송
자체 SMTP 서버 연결하기: 사용할 포트와 25번 포트를 사용하면 안 되는 이유, 직접 게시해야 하는 SPF, DKIM, DMARC 및 역방향 DNS 레코드, 그리고 암호화되지 않은 연결로의 폴백을 거부하는 이유.
자체 메일 인프라를 운영하시거나 저희가 직접 목록에 제공하지 않는 업체를 이용하시는 경우에 이를 사용하십시오. 거의 모든 메일 서비스는 SMTP를 지원합니다.
⚠️ 사용하시는 업체가 Mailgun, SendGrid, Postmark, Amazon SES 또는 Resend인 경우, 대신 해당 업체의 가이드라인을 사용하십시오. 이러한 연결 방식을 사용하면 SMTP 상태 코드 대신 공급업체의 실제 응답 메시지를 읽을 수 있으므로 문제가 발생했을 때 더 유용한 오류 메시지를 확인할 수 있습니다.
준비 사항
메일 서버를 관리하는 측으로부터 다음 네 가지를 준비하셔야 합니다:
- 호스트 — 예:
smtp.yourprovider.com - 포트 —
587,465또는2525 - 사용자 이름 및 비밀번호
포트 선택
587은 STARTTLS를 사용하는 전송 포트이며 권장되는 방식입니다. 연결이 평문으로 시작된 후 메시지가 전송되기 전에 TLS로 업그레이드됩니다.
465는 암호화된 TLS 연결로, 첫 바이트부터 암호화됩니다. 이 역시 훌륭한 방식이며 일부 제공업체에서 선호합니다.
2525는 일부 네트워크에서 587번 포트를 차단하기 때문에 일부 호스트에서 제공하는 비공식 대안입니다. 제공업체에서 권장하는 경우에만 사용하십시오.
⛔ 25번 포트는 여기서 허용되지만 거의 대부분 올바른 선택이 아닙니다. 이는 애플리케이션이 메시지를 전송하는 데 사용하는 포트가 아니라, 메일 서버끼리 통신하는 데 사용하는 포트입니다. 대부분의 네트워크에서 차단되어 있고, 인증 기능이 없는 경우가 많으며, 작동하더라도 암호화되지 않은 경우가 많습니다.
⛔⛔ 저희는 암호화되지 않은 연결을 통한 전송을 지원하지 않습니다. STARTTLS 사용을 켜두신 상태에서(켜두셔야 합니다) 서버가 업그레이드를 거부하는 경우, 평문으로 계속 진행되지 않고 전송이 실패합니다. 이는 의도된 동작입니다. 고객님의 비밀번호 재설정 링크가 이러한 메시지를 통해 전송되므로, 아무도 눈치채지 못한 상태에서 암호화 수준이 낮아지는 현상은 메일이 정상적으로 도착하더라도 가장 위험한 유형의 오류에 해당합니다.
DNS 선행 설정
관리형 서비스와 달리 제공업체가 이 작업을 자동으로 처리해주지 않습니다. 발신 도메인에 다음 설정을 적용해야 합니다:
SPF — 서버 주소를 승인하는 TXT 레코드: v=spf1 ip4:203.0.113.10 -all 또는 v=spf1 a:smtp.yourprovider.com -all. 이미 SPF 레코드가 있는 경우 수정하십시오. 하나의 도메인에 두 개의 SPF 레코드가 있으면 SPF 검증이 완전히 실패합니다.
DKIM — 메일 서버가 발신 메시지에 서명하고 일치하는 공개 키를 <selector>._domainkey.yourdomain.com에 게시합니다. Postfix의 경우 대개 OpenDKIM이 사용되며, 셀렉터는 제공업체에서 안내해 줍니다.
DMARC — SPF와 DKIM이 모두 통과하는지 확인하는 동안 _dmarc.yourdomain.com에 설정하는 v=DMARC1; p=none; 형태의 TXT 레코드입니다.
역방향 DNS — 서버 IP 주소의 PTR 레코드가 호스트 이름으로 다시 확인되어야 합니다. 대형 수신 서버들은 이를 확인하며, 이 설정이 없는 주소의 메일은 다수 수신 거부합니다. DNS 제공업체가 아니라 호스팅 제공업체가 설정해야 합니다.
⭐ 정상 작동을 확인하는 좋은 무료 방법: mail-tester.com으로 메시지를 전송하고 점수를 확인해 보십시오. 네 가지 항목 중 어떤 것에 문제가 있는지 알려주므로 스팸 폴더를 보며 추측하는 것보다 훨씬 빠릅니다.
Zinn®에 연결하기
대시보드에서 이메일 전송을 엽니다:
- 제공업체 — SMTP 서버
- 이 도메인에서 발송 —
mail.yourdomain.com(주소가 아닌 도메인 형태) - SMTP 호스트, 포트, 사용자 이름, 비밀번호
- STARTTLS 사용 — 465번 포트를 사용하는 경우가 아니라면 켜두세요
⭐ 타인의 로그인을 재사용하기보다 이 용도만을 위한 전용 사서함이나 전송 사용자 계정을 생성하십시오. 누군가 퇴사하여 비밀번호가 변경되더라도 고객 알림이 중단되지 않아야 합니다.
테스트 전송 및 코드 입력
다른 도메인의 수신함으로 테스트 메시지 보내기를 누르고, 수신된 메시지에서 코드를 확인하여 입력하십시오.
작동하지 않는 경우
"메일 서버가 사용자 이름 또는 비밀번호를 거부했습니다" — SMTP 인증에 실패했습니다. 제공업체 계정에 2단계 인증이 설정되어 있는 경우, 로그인 비밀번호가 아니라 앱 비밀번호를 사용하셔야 할 가능성이 매우 높습니다.
"호스트에 연결할 수 없음:포트" — 포트가 차단되었거나, 호스트 이름이 잘못되었거나, 서버가 해당 포트에서 전송 요청을 대기하고 있지 않습니다. 다른 장비에서 telnet smtp.yourprovider.com 587 명령어를 실행하면 원인을 파악할 수 있습니다.
TLS 오류 — 서버 인증서가 만료되었거나, 자체 서명되었거나, 입력한 호스트 이름과 일치하지 않습니다. 저희는 인증서를 검증하며 해당 검증 단계를 건너뛰지 않으므로 인증서를 수정하십시오.
"메일 서버가 수신자를 거부했습니다" — 서버가 해당 발신자에 대한 릴레이를 허용하도록 설정되어 있지 않습니다. 이는 대개 인증된 사용자가 발신 도메인 명의로 메일을 발송할 권한이 없음을 의미합니다.
메일은 전송되지만 모두 스팸함으로 들어가는 경우 — SMTP가 아닌 DNS 문제입니다. 위의 SPF, DKIM, DMARC 및 역방향 DNS 설정을 차례로 점검한 후 mail-tester 검사를 다시 실행하십시오.