SPF란?

정의

SPF는 도메인의 DNS에 있는 v=spf1로 시작하는 단일 TXT 레코드입니다. 메시지가 도착하면 수신 서버는 엔벨로프 발신자, 즉 메일 서버 간에 쓰이며 읽는 사람에게는 보이지 않는 반송 주소를 확인하고 해당 도메인의 SPF 레코드를 가져옵니다. 발송 서버가 목록에 있으면 SPF를 통과합니다.

대부분의 기업은 제공업체를 통해 메일을 보내므로, 레코드에는 주소 대신 제공업체의 이름이 들어갑니다. include:spf.protection.outlook.com 같은 항목은 Microsoft 365를 포함합니다. 귀사 이름으로 메일을 보내는 뉴스레터 도구나 청구 시스템에는 각각 자체 include가 필요합니다.

레코드의 끝맺음 방식

• -all(하드 실패): 목록에 없는 서버에서 온 메일은 실패로 처리해야 합니다.
• ~all(소프트 실패): 목록에 없는 서버의 메일은 의심스럽지만 수락되며, 대개 스팸함으로 갑니다. 모든 발신처를 아직 찾는 중이라면 더 안전합니다.

사람들이 자주 놓치는 규칙

• 레코드는 하나만: 도메인에는 SPF 레코드가 정확히 하나만 있어야 합니다. 레코드가 둘이면 모든 메시지에서 SPF가 실패하므로, 새 서비스는 기존 레코드에 추가합니다.
• 조회 10회: 레코드를 확인하는 데 DNS 조회는 최대 10회까지 허용되며, 모든 include와 그 안에 중첩된 include도 포함하여 셉니다. 초과하면 SPF가 실패합니다.
• 전달하면 깨집니다. 메시지가 전달되면 최종 서버에는 전달자의 서버에서 도착하는데, 그 서버는 귀사의 목록에 없습니다.
• From 주소는 검사하지 않습니다. SPF는 보이지 않는 엔벨로프 발신자를 확인합니다. 메시지가 한 도메인에 대해 SPF를 통과하면서 From 줄에는 귀사의 이름을 표시할 수 있습니다. 이 빈틈은 DMARC가 메웁니다.

기업에 중요한 이유

SPF가 없거나 레코드가 깨졌거나 오래되면 정상적인 청구서와 회신이 스팸함으로 갈 가능성이 높아집니다. SPF는 DKIM, DMARC와 함께 쓸 때 가장 효과적이며, 이는 저희 이메일 인증 가이드에서 설명하고, 더 넓은 그림은 업무용 이메일 가이드에 있습니다.

KawaConnect가 SPF를 다루는 방식

Microsoft 365를 설정하거나 마이그레이션할 때 도메인의 SPF 레코드를 작성하고 업체가 메일을 보내는 다른 서비스도 추가합니다. 저희가 호스팅하는 웹사이트는 사이트 자체의 메일도 같은 레코드에 넣습니다. 저희 Microsoft 365와 웹사이트 페이지를 참고하십시오.

자세히 보기

• 위키백과의 Sender Policy Framework 항목SPF와 그 구문, 알려진 한계를 중립적으로 개괄합니다.
• Microsoft 365의 이메일 인증Microsoft 365를 사용하는 도메인을 위한 SPF, DKIM, DMARC에 대한 Microsoft의 안내입니다.
• Cloudflare의 DMARC, DKIM, SPF 설명세 가지 레코드를 각각의 예와 함께 쉽게 설명합니다.