SPF 기록 검사기

SPF 레코드 검사기는 DNS 에서 도메인에 게시된 SPF 레코드를 읽고 RFC 7208 의 규칙에 따라 유효성을 검사합니다. 정확히 하나의 레코드가 있는지 확인하고, 구문을 분석하고, 모든 포함 체인을 확장하고, 총 DNS 조회 수를 계산하여 10개 제한을 초과하는지 또는 초과하는지 확인할 수 있습니다. 좋은 검사기는 레코드가 존재하는지 여부와 더 중요한 것은 수신 서버에서 실제로 통과할지 여부를 알려줍니다.

체커가 검증하는 것

검증에는 SPF 프로덕션에서 작동하는지 여부를 결정하는 메커니즘이 포함됩니다. 이들 각각은 일반적인 실패 지점이며 대부분은 눈에 띄는 바운스 없이 조용히 중단됩니다.

• 단일 레코드: 두 개가 permerror 일으키므로 SPF TXT 레코드가 하나만 존재하는지 확인합니다.
• 조회 수: 모든 include, a 및 mx 체인을 확장하고 10개 제한에 대한 DNS 조회 합계를 계산합니다.
• 구문: v=spf1 태그, 메커니즘 순서 및 유효한 all 한정자를 확인합니다.
• 발신자 범위: 모든 실제 발신자가 존재하는지 확인할 수 있도록 승인한 소스를 표시합니다.
• 한정자: -all , ~all 또는 더 약한 것으로 끝나는지 보고합니다.

조회수 계산이 가장 중요한 이유

SPF 실패의 가장 일반적인 원인은 조용한 조회 오버플로입니다. 새 공급업체를 추가하면 포함된 조회가 여러 개 더 중첩되고 총계는 10이 넘습니다. 그 시점부터 수신자는 permerror 반환하고 합법적인 메일은 인증에 실패할 수 있지만 받은 편지함의 어떤 항목도 문제를 표시하지 않습니다. 전체 체인을 확장하는 체커는 실제 숫자를 볼 수 있는 유일한 방법입니다. 레코드가 표면적으로는 짧아 보이지만 뒤에서는 훨씬 더 많은 10개를 확인하기 때문입니다.

점검부터 수정까지

문제를 찾는 것이 첫 번째 단계입니다. 스캔에 10개 이상의 조회가 표시되면 EmailAuth SmartSPF 포함 체인을 하나의 최적화된 레코드로 평면화하고 해당 공급업체가 변경될 때 Salesforce , SendGrid , Microsoft 365 및 Google Workspace 에 대한 타사 IP 범위를 동기화된 상태로 유지합니다. 이를 통해 공급자가 인프라를 업데이트할 때마다 기록을 직접 편집하지 않고도 영구적으로 제한을 유지할 수 있습니다.

DKIM 및 DMARC 와 함께 SPF 확인하세요.

SPF 는 이메일 인증의 한 부분입니다. SPF 만으로는 전달이 중단되고 표시되는 보낸 사람 주소 자체를 보호할 수 없기 때문에 전체 검사를 통해 DKIM 서명이 제대로 이루어지고 DMARC 정책이 정렬을 적용하는지 확인해야 합니다. 세 가지 모두를 함께 검증하여 합격한 SPF 레코드가 고립되어 있기보다는 실제로 전달 가능성에 기여하도록 하세요.

자주 묻는 질문