자체 SMTP 서버를 통해 이메일 전송

자체 메일 인프라를 운영하거나 제공업체가 당사 목록에 직접 나열되지 않은 업체인 경우 이 옵션을 사용하십시오. 거의 모든 메일 서비스가 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이며, 선택자(selector)는 제공업체에서 안내해 드립니다.

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 AUTH에 실패했습니다. 제공업체의 계정에 2단계 인증이 활성화되어 있는 경우, 로그인 비밀번호가 아닌 앱 비밀번호가 필요한 것이 거의 확실합니다.

"host:port에 연결할 수 없습니다" — 포트가 차단되었거나, 호스트 이름이 잘못되었거나, 서버가 해당 포트에서 메일 제출 요청을 수신 대기하지 않고 있습니다. 다른 컴퓨터에서 telnet smtp.yourprovider.com 587 명령을 실행해 보면 원인을 확인할 수 있습니다.

TLS 오류 — 서버의 인증서가 만료되었거나, 자체 서명되었거나, 입력한 호스트 이름과 일치하지 않습니다. 당사는 인증서를 검증하며 이 확인을 건너뛰지 않습니다. 인증서를 수정하십시오.

"메일 서버가 수신자를 거부했습니다" — 서버가 이 발신자에 대한 릴레이를 허용하도록 구성되지 않았습니다. 이는 대개 인증된 사용자가 귀하의 발신 도메인 명의로 전송할 권한이 없음을 의미합니다.

전송은 되지만 모든 메일이 스팸으로 분류되는 경우 — 이는 SMTP가 아닌 DNS 문제입니다. 위의 SPF, DKIM, DMARC 및 역방향 DNS 설정을 점검한 후 mail-tester 검사를 다시 실행하십시오.