이메일 인증 문제 해결

HubSpot에서 이메일 인증을 설정하는 동안 문제가 발생하는 경우 아래 섹션의 단계에 따라 일반적인 SPF 및 DMARC 문제를 해결할 수 있습니다.

SPF 문제 해결

SPF를 올바르게 구성하려면 DNS 공급업체에 TXT 레코드를 추가하고 HubSpot의 include 문을 복사해야 합니다. 아래 섹션에서 몇 가지 일반적인 SPF 설정 오류에 대해 자세히 알아보세요.

여러 SPF 레코드

HubSpot 외에 다른 이메일 제공업체를 통해서도 이메일을 보내는 경우 DNS 제공업체에 이미 기존 SPF 레코드가 설정되어 있을 수 있습니다. 이 경우 동일한 TXT 레코드에 기존 include: 문 뒤에 HubSpot의 SPF 레코드를 추가할 수 있습니다.

다음 예는 GoDaddy와 같은 공급업체를 사용하여 여러 SPF 항목으로 TXT 레코드를 구성하는 방법을 보여줍니다:

SPF 레코드를 결합할 때 다음 사항에 유의하세요:

• 각 include: 문은 공백으로 구분해야 합니다.
• 특정 도메인 또는 하위 도메인에 대해 최대 10개의 include: 문을 사용할 수 있습니다.
• SPF 버전(v=spf1)은 레코드 시작 부분에 한 번만 지정하면 됩니다.
• -all 플래그는 한 번만 포함하면 됩니다. 이 플래그는 SPF 레코드에 나열된 서버만 도메인을 대신하여 이메일을 보낼 수 있는 권한이 있음을 나타냅니다. 목록에 없는 서버에서 온 이메일은 모두 거부해야 합니다.

하드 코딩된 IP 주소

이메일 전송 도메인 설정 페이지에 표시되는 HubSpot의 SPF 레코드는 계정에서 이메일을 전송할 모든 IP 주소를 자동으로 가져오는 방식으로 작성됩니다. 이렇게 하면 설정한 후에는 DNS 공급업체에서 레코드를 업데이트할 필요가 없습니다.

SPF 레코드에 다른 이메일 서비스 제공업체의 하드 코딩된 다른 IP 주소가 포함되어 있으면 SPF 인증에 오류가 발생할 수 있습니다. SPF 레코드에 IP 주소 또는 CIDR을 하드 코딩하는 것은 모범 사례로 간주되지 않습니다. SPF 레코드에 하드 코딩된 주소 또는 CIDR이 있는 경우:

• SPF 레코드의 내용을 감사하고 하드코딩된 모든 HubSpot IP 주소 또는 CIDR을 제거하세요. 이 도움말 의 지침에 따라 상호 참조에 사용할 수 있는 HubSpot의 발신 주소 및 CIDR 목록을 찾을 수 있습니다.
• 하드코딩된 다른 IP 주소를 유지해야 하는 경우(예: 다른 타사 이메일 서비스 제공업체가 있는 경우) 하드코딩된 주소 끝에 HubSpot의 include: 문을 추가하고 그 뒤에 -all 플래그를 추가해야 합니다. 아래 플레이스홀더 값으로 예제 SPF 레코드의 구문을 참조할 수 있습니다:

v=spf1 ip4:.../24 ip4:.../24 include:123456.spf01.hubspotemail.net -all

DMARC 문제 해결

DMARC 레코드는 받은 편지함 공급업체가 SPF 및 DKIM 검사에 실패한 도메인의 이메일을 처리하는 방식에 따라 사용자 지정할 수 있는 TXT 레코드로 구성되어 있습니다. 아래 섹션에서는 일반적인 DMARC 구성 문제를 간략하게 설명합니다.

여러 레코드

DMARC가 올바르게 구성되었는지 확인하려면 버전 플래그(예: v=DMARC1)로 시작하는 TXT 레코드가 하나만 있어야 합니다. 여러 개의 DMARC 레코드가 있는 경우 수신 이메일 서버는 정책 검색 프로세스를 즉시 종료하고 DMARC 정책이 적용되지 않습니다.

필수 DMARC 태그 누락

일부 DMARC 정책 태그는 선택 사항이지만 버전 및 정책 태그(예: v=DMARC1; p=YOUR_POLICY_VALUE;)를 지정해야 합니다.

이메일 인증 개요에서 사용 가능한 모든 DMARC 태그와 이에 대해 정의할 수 있는 값을 검토할 수 있습니다.

잘못된 DMARC 정책 값

HubSpot에서 이메일 전송 도메인을 설정하는 동안 잘못된 DMARC 정책 오류가 표시되는 경우 p 또는 sp 태그에 대한 잘못된 정책 값 때문일 가능성이 높습니다. 유효한 유일한 값은 none, reject 또는 quarantine 입니다. 이러한 값은 대소문자를 구분하며 소문자를 사용해야 합니다.

잘못된 신고 주소

ruf 및 rua 태그는 DMARC 보고 데이터를 보낼 이메일 주소를 지정하기 위한 선택적 매개변수입니다. 두 태그에 값을 지정한 경우 입력한 이메일 주소는 유효하고 형식이 올바르게 지정되어 있어야 합니다:

• 제공한 이메일 주소는 URI mailto 형식이어야 하며, 이메일 주소 앞에 mailto: (예: mailto:reporting@example.com)를 붙여야 합니다.
• rua 및 ruf 태그는 쉼표로 구분하는 한 여러 개의 이메일 주소를 신고에 사용할 수 있습니다. 예를 들어 다음은 보고를 위해 서로 다른 두 개의 이메일 주소를 지정하는 것입니다:

• rua 또는 ruf 태그에 유효한 값은 이메일 주소(또는 주소)뿐입니다. 도메인 이름(예: rua=example.com)만 포함하면 유효한 것으로 간주되지 않습니다.

잘못된 DMARC 정렬 모드

adkim 및 aspf 플래그는 DKIM 및 SPF의 정렬 모드를 지정합니다. 두 플래그 모두 편안한 정렬을 위해 r 로 설정해야 합니다. 대부분의 DNS 서비스의 경우 이 설정이 DMARC의 기본 설정입니다.

잘못된 DMARC 백분율 형식

pct 플래그는 정책이 적용될 인증에 실패한 총 고유 전송의 비율을 지정하는 데 사용됩니다. 지정하는 값은 숫자여야 하며 추가 문자를 제외해야 합니다(즉, % 기호가 포함되지 않아야 함).