Deliveryability Insights: 일반적인 이메일 인증 프로토콜

게시 됨: 2021-05-24

이메일 인증     

이메일을 확인하기 위해 알아야 할 사항과 수행해야 할 사항

이메일 인증에는 이메일 발신자가 이메일을 확인하는 데 사용할 수 있는 몇 가지 기술 프로토콜이 포함됩니다. 고유한 디지털 서명과 마찬가지로 이메일 인증은 발신자로서의 신원을 증명하는 데 도움이 되므로 이메일이 받은 편지함에 도달할 가능성이 높아지고 위조 또는 가짜 이메일을 식별하여 스팸으로 거부됩니다.

이메일 인증은 복잡해 보일 수 있지만 저희가 도와드리겠습니다!

이 기사에서는 다양한 유형의 이메일 인증 방법과 이메일 전달 가능성에 미치는 영향에 대해 설명합니다. 그들과 그 과정에서 당신의 역할에 대해 더 많이 알게 되면, 그들이 청중에게 다가가는 데 도움이 된다는 것을 알고 자신 있게 이메일을 보낼 수 있습니다.

DKIM 인증에 대한 자세한 지침은 DKIM 인증 설정 가이드를 참조하세요.

알아야 할 중요

이메일 인증의 세계로 뛰어들기 전에 몇 가지 일반적인 용어와 개념을 이해하는 것이 중요합니다.

  • 이메일 전달 은 수신 메일 서버에서 이메일을 수락(전달) 또는 거부(반송)하는지 여부입니다.
  • 이메일 전달 가능성은 받은 편지함이나 스팸 폴더와 같이 전달이 승인된 후 이메일이 도착하는 위치입니다.
  • 발신 도메인 은 이메일을 보내는 데 사용되는 도메인(이메일 주소에서 "@" 뒤)입니다.
  • DNS(Domain Name System) 는 인터넷의 전화번호부와 같습니다. 웹상 의 모든 도메인 이름(예: myemma.com ) 의 기록입니다.

또한 모든 이메일에는 두 개의 "보낸사람" 주소가 있다는 것을 아는 것이 유용합니다.

  • Header-From/Friendly From 은 " [email protected] " 과 같이 받은 편지함에서 우리 모두에게 익숙한 주소 입니다. 그것은 이메일을 받는 사람이 읽고 이해하기 위한 것입니다.
  • Envelope-From/Return-Path 는 일반적으로 받은 편지함에서 볼 수 없는 주소이며 " [email protected] " 처럼 보입니다 . 수신 이메일을 분류하는 기계를 위한 것입니다.

이메일 인증을 설정하려면 발신 도메인에 대한 DNS 레코드에 액세스하고 생성해야 하기 때문에 몇 가지 기술적인 노하우가 필요합니다. 이 작업을 수행하는 방법이 확실하지 않은 경우 IT 팀이나 기술에 정통한 친구에게 도움을 요청하십시오.

SPF

당신이 알아야 할 것

SPF(Sender Policy Framework) 인증은 반환 경로 주소(컴퓨터용 주소 )에 있는 도메인의 DNS 레코드와 해당 도메인에 대해 이메일을 보낼 수 있는 권한이 부여된 IP를 확인합니다. 보낸 사람의 IP 주소가 Return-Path 도메인 의 DNS 레코드에 나열되지 않으면 이메일이 거부됩니다. Return-Path 도메인은 Emma의 발신 도메인( e2ma.net )이므로 Emma를 통해 전송된 이메일과 SPF 레코드가 올바른 SPF 기록을 유지 관리하며 SPF 인증 요구 사항을 충족합니다.

당신이 할 수 있는 일

당사는 발신 도메인에 대한 SPF 레코드를 관리하며 선택사항으로 귀하의 DNS 레코드에 Emma의 도메인을 포함할 수도 있습니다.

이미 SPF 레코드가 있는 경우 기존 SPF 레코드를 편집하고 " e2ma.net "을 포함할 수 있습니다. 그렇지 않으면 SPF 레코드를 만들고 "e2ma.net"을 포함해야 합니다. SPF 레코드에 대한 자세한 내용은 open-spf.org 에서 확인할 수 있습니다 .

DKIM

당신이 알아야 할 것

DKIM(Domain Keys Identified Mail) 을 사용하면 Gmail, Yahoo, Outlook과 같은 사서함 제공업체에서 이메일 콘텐츠가 전송 중에 변조되거나 변경되지 않았는지, 친구의 발신인 주소(인간용)가 DKIM 레코드 도메인과 일치 하는지 확인할 수 있습니다. .

DKIM 인증은 발신자 측과 수신 측의 두 부분으로 이루어집니다.

파트 1 - Emma 시스템은 친구의 보낸 사람 주소와 이메일 내용 을 나타내는 영숫자 코드(코드 1이라고 합시다)를 생성합니다 . 그런 다음 시스템은 코드 1을 암호화하여 이메일과 함께 보냅니다.

파트 2 - 메일함 제공자가 귀하의 이메일을 받으면 자체 영숫자 코드를 생성합니다(코드 2라고 합시다). 그런 다음 코드 2를 암호화하고 코드 2를 코드 1과 비교합니다. 두 코드가 모두 일치하면 이메일이 전송 중에 변조되거나 변경되지 않은 것입니다.

이 모든 것이 조금 복잡해 보인다면, 바로 그것 때문입니다! 중요한 것은 DKIM 인증이 이메일을 확인하기 위해 발신 도메인인 Friendly From 주소의 도메인을 사용한다는 것입니다. DKIM 인증을 설정한다는 것은 Friendly From 도메인과 DKIM 도메인이 일치한다는 의미입니다.

이메일 클라이언트가 DKIM 없이 이메일을 처리하는 방법

DKIM 인증이 부족하면 일부 메일박스 제공업체에서 귀하의 이메일이 귀하가 아닌 발신자로부터 온 것으로 플래그를 지정할 수 있습니다. 이로 인해 사서함 공급자가 수신자에게 경고 메시지를 표시하거나 스팸으로 필터링하거나 청중이 자신을 사칭하는 누군가로부터 스팸을 받고 있다고 생각하도록 혼동할 수 있습니다.

DKIM 인증이 없으면 Gmail과 같은 일부 메일 클라이언트 는 받은 편지함 의 친구 보낸 사람 주소 옆에 "통해" e2ma.net 메시지를 표시합니다 . 발신 도메인에 DKIM 인증을 추가한 후에는 귀하의 이메일만 추가 "via" 메시지 없이 주소가 표시됩니다.

해야 할 일

모든 클라이언트는 발신 도메인에 대해 DKIM 인증을 설정하는 것이 좋습니다. 이렇게 하면 귀하의 이메일을 다른 이메일 발신자와 구별하고 신뢰할 수 있는 이메일 발신자로서 고유한 도메인 평판을 구축하는 데 도움이 됩니다.

DKIM 인증 설정 페이지 에 자세한 단계별 가이드가 있습니다.

DMARC

당신이 알아야 할 것

DMARC(Domain-based Message Authentication, Reporting & Conformance) 는 SPF와 DKIM 인증의 일부를 결합하여 메일박스 제공자에게 인증되지 않은 이메일로 무엇을 해야 하는지 알려줍니다.

DMARC는 스푸핑 이라고도 하는 다른 사람의 발신 도메인을 위조하거나 위조하는 이메일 발신자의 배달 가능성을 파괴하기 위해 만들어졌습니다 . 자신의 발신 도메인에서 이메일을 보내는 경우 최소한 DKIM을 설정하는 것이 좋습니다. 도메인이 스팸이나 스푸핑에 오용되는 것이 우려된다면 DMARC를 신중하게 구현하는 것이 좋습니다.

DMARC 정책은 또한 이메일이 항상 받은편지함에 있다고 보장하지 않으며 발신자는 여전히 배달 가능성 모범 사례 및 스팸 방지 요구 사항 을 따라야 합니다 .

DMARC 검사 요구 사항을 충족하려면 다음 단계를 따르세요.

  • Friendly From 도메인은 DKIM 레코드의 도메인과 일치해야 합니다 .
  • 또는, Friendly From 도메인은 Return-Path 도메인 과 일치해야 하고 보낸 사람의 IP 주소는 Return-Path 도메인의 DNS 레코드 에 나열되어야 합니다.

Emma 계정에서 DKIM 인증을 설정하면 Friendly From 도메인과 DKIM 도메인이 일치하고 이메일이 DMARC 검사 요구 사항을 충족하게 됩니다.

해야 할 일

도메인에 대한 DMARC 정책을 생성하기 전에 Emma 계정에 대한 DKIM 인증을 올바르게 설정해야 합니다. 그렇지 않으면 메일박스 제공업체에서 이메일의 많은 부분을 거부할 위험이 있습니다.

DMARC를 구현하려면 DNS를 제대로 이해하는 사람이 필요합니다! 여기에는 상당한 양의 테스트, 기술 보고서 ​​검토 및 모든 메일 스트림을 신중하게 보호하는 작업이 포함됩니다. DMARC를 전문으로 하는 서비스 제공업체의 도움을 받는 것이 좋습니다.

다음은 DMARC 구현 프로세스를 통해 도움이 될 수 있는 세 가지 서비스입니다.

  • DMARCian  
  • 아가리  
  • 발리메일  

마무리

이메일 인증은 신뢰를 구축하고 도메인 평판을 보호하며 브랜드 아이덴티티를 보호하는 좋은 방법입니다. 좋은 전송을 위해 모든 인증 방법이 필요한 것은 아니지만 일부 인증 방법은 다른 방법보다 더 유용합니다. 다양한 인증 방법을 이해하면 비즈니스 요구 사항, 기술 능력 및 리소스에 적합한 정보에 입각한 결정을 내리는 데 도움이 됩니다.