비즈니스 이메일이 스팸함으로 가는 이유: SPF, DKIM, DMARC

회사 이메일이 스팸함으로 가는 이유: 인증이 첫 번째 필터입니다

이메일이 스팸함으로 가는 것은 대개 제목의 특정 단어 때문이 아닙니다. Gmail, Outlook, Yahoo의 수신 서버가 발신자가 실제로 본인이 맞는지 확인할 수 없기 때문입니다.

이들 제공업체는 이제 메시지를 어디에 둘지 결정하기 전에 SPF, DKIM, DMARC를 확인합니다. 이 중 하나라도 누락되었거나 잘못 설정되어 있으면 회사 이메일은 사람이 보기도 전에 격리되거나 거부됩니다.

이 세 가지 레코드를 바로잡는 것이 이메일 스팸 문제를 해결하기 위해 할 수 있는 가장 구체적인 조치입니다.

SPF: 어떤 IP가 귀사 도메인으로 발송할 수 있는지 수신 서버에 알려 주십시오

SPF는 도메인 DNS에 있는 TXT 레코드로, 귀사를 대신해 이메일을 보낼 수 있는 IP 주소나 서버를 정확히 나열합니다.

수신 서버는 귀사 도메인에서 메시지를 받으면 발송 IP를 SPF 목록과 대조합니다. 해당 IP가 목록에 없으면 서버는 메시지를 의심스러운 것으로 표시하거나 바로 거부합니다.

현장에서 가장 흔히 보는 설정 오류는 대량 발송 도구나 CRM의 IP 주소를 SPF 레코드에 추가하지 않는 것입니다. 이 한 가지 누락만으로 마케팅 캠페인 전체가 스팸함으로 들어갑니다.

전환 기간에는 `+all` 대신 `~all`을 사용해도 괜찮지만, 이는 영구적인 해결책이 아닙니다.

DKIM: 전달 과정에서도 유지되는 암호화 봉인

DKIM은 발송하는 모든 이메일에 암호화된 서명을 추가합니다. 수신 서버는 도메인 DNS에 저장된 공개 키로 이 서명을 검증합니다.

서명이 유효하면 서버는 메시지가 전송 중에 변조되지 않았고 실제로 귀사의 인프라에서 발송되었음을 알 수 있습니다. 이를 통해 Gmail과 Outlook에서의 신뢰도가 높아집니다.

셀렉터가 잘못되었거나 키 길이가 짧으면 서명이 무효가 되어, SPF를 통과하더라도 수신이 거부될 수 있습니다.

대부분의 이메일 서비스 제공업체는 DNS에 복사해 넣을 수 있는 DKIM 레코드를 제공합니다. 이 레코드에 공백이나 줄바꿈이 하나만 더 들어가도 인증이 깨집니다.

DMARC: 인증 실패 시 Gmail과 Outlook이 취할 조치를 정하는 정책

DMARC는 귀사의 도메인을 사용하지만 SPF나 DKIM을 통과하지 못한 이메일에 대한 정책을 정의합니다. 수신 서버에 아무 조치도 하지 않거나, 메시지를 격리하거나, 거부하도록 지시할 수 있습니다.

DMARC가 없으면 공격자가 귀사의 도메인을 사칭해 고객에게 가짜 청구서나 피싱 이메일을 보낼 수 있습니다. 명시적인 규칙이 없기 때문에 수신 시스템은 이런 메시지를 차단할 수 없습니다.

더 엄격한 규칙을 적용하기 전에 `p=none`으로 시작하고 보고서 수신 주소(`rua`)를 추가해 자사의 이메일 트래픽을 모니터링하십시오.

모든 정상 발송 소스가 SPF와 DKIM을 통과하는지 확인한 뒤에만 `p=quarantine` 또는 `p=reject`로 전환하십시오.

Gmail과 Outlook의 기대 수준: 도메인 평판과 대량 발송

Gmail과 Outlook은 SPF, DKIM, DMARC 레코드만 보지 않습니다. 발송 IP 주소와 도메인의 평판도 시간에 걸쳐 평가합니다.

대량 이메일을 보낸다면 같은 IP에서 마케팅 메시지와 거래성 메시지를 섞어 보내는 것은 평판을 해칩니다. 마케팅 이메일은 본래 스팸 신고가 더 많이 발생하기 때문입니다.

Google Postmaster Tools와 Microsoft SNDS로 이 평판을 모니터링할 수 있습니다. 스팸 신고율이 급증하면 전달이 완전히 실패하기 전에 경고를 확인할 수 있습니다.

손상된 평판을 회복하려면 먼저 발송량을 안정시키고, 그다음 반응이 없는 주소를 목록에서 제거하십시오.

흔한 설정 오류 증상과 효과적인 적용 순서

회사 이메일 중 일부는 받은편지함에 도착하고, 일부는 스팸함으로 가고, 일부는 아예 사라진다면 원인은 거의 항상 누락되었거나 서로 충돌하는 DNS 레코드입니다.

MXToolbox 같은 도구로 도메인을 점검해 보십시오. SPF, DKIM, DMARC 오류가 보인다면 제목을 바꾸는 것보다 이 오류를 고치는 것이 전달률 개선에 훨씬 효과적입니다.

작업 순서는 다음과 같습니다. 먼저 SPF 레코드를 완성하고, 다음으로 DKIM을 적용한 뒤, DMARC를 `p=none`으로 켜고 보고서를 지켜보십시오.

곧바로 `p=reject`로 넘어가면 포워딩 서비스나 메일링 리스트를 거치는 정상 이메일까지 차단됩니다. 신중한 단계적 전환이 필수입니다.

현장 경험상 이 세 가지 레코드를 올바르게 설정한 기업은 대부분의 이메일 스팸 문제를 몇 주 안에 해결합니다.