GoDaddy 도움말

귀하를 위해 최선을 다해 이 페이지를 번역했습니다. 영어 페이지도 이용할 수 있습니다.

이 주소에서 전송하면 반송됩니다.

Gmail, Yahoo, AOL, Apple Domains (iCloud, Mac 및 Me), Mail.ru 또는 Verizon 이메일 주소에서 GoDaddy을 (를) 통해 마케팅 이메일을 보내려고하면 많은 반송 메시지가 표시됩니다. 다음 주소 중 하나를 보낸 사람 주소 로 사용하면 경고가 표시 될 수 있습니다.

이 이메일 주소에서 전송하면 대부분의 주요 ISP에서 반송되므로 권장되지 않습니다.

ISP는 인터넷 서비스 제공 업체 (Internet Service Provider)를 뜻하며, 사람들에게 인터넷과 이메일받은 편지함을 제공하는 거의 모든 사람을 의미합니다.

해당 경고가 표시되지 않더라도 Gmail, Yahoo, AOL, Apple Domains (iCloud, Mac 및 Me), Mail.ru 또는 Verizon 이메일 주소 를 정규 캠페인, RSS 이메일의 보낸 사람 주소로 사용할 수 없습니다. , 자동 응답 메시지 또는 등록 양식 활성화 메시지. 보내는 메일의 보낸 사람 주소 로 다른 이메일 주소를 사용해야합니다.

다른 이메일 주소가없는 경우 옵션이 있습니다. 나만의 것 도메인 기반 이메일 주소 고객에게 전문가처럼 보이게하는 가장 좋은 방법 중 하나입니다. 또한 무료 이메일 제공 업체의 정책 결정에 따라 달라지지 않습니다. 이메일을 이전 주소로 바로 전달하도록 설정 하여 새 주소로 쉽게 전환 할 수도 있습니다.

Gmail, Yahoo, AOL, Apple 도메인 (iCloud, Mac 및 Me), Mail.ru 또는 Verizon 이메일 주소를 사용할 수없는 이유는 DMARC 유효성 검사 정책 입니다. 모든 이메일 제공 업체가 가지고있는 것입니다. 해당 제공 업체가 정책을 p = reject 로 변경하면 해당 이메일 주소 를 통해 전송할 때를 제외하고는 보낸 사람 주소로 사용할 수 없습니다.

즉, Websites + Marketing 또는 Digital Marketing 계정과 같은 이메일 마케팅 서비스의 보낸 사람 주소 로 사용할 수 없습니다. 이 결정은 해당 이메일 제공 업체가 불량 행위를 줄이고 사용자를 보호하기위한 것입니다.

그러나 이메일 마케팅 메일의 보낸 사람 주소 는 계정 로그인 이메일 주소와 다릅니다.

참고 : 계정 로그인 이메일은 여전히 Gmail, Yahoo, AOL, Apple Domains (iCloud, Mac 및 Me), Mail.ru 또는 Verizon 이메일 주소 일 수 있습니다. 이 이메일 주소는 귀하가 GoDaddy을 통해 보내는 마케팅 이메일과 관련된 모든 사항에 대해 귀하에게 연락 할 때 사용합니다.

도메인 기반 이메일 주소에 엄격한 DMARC 유효성 검사 정책이있는 경우 어떻게 되나요?

DMARC가 도메인 정렬 을 확인하는 방식으로 인해 마케팅 이메일을 보낼 때 DMARC 유효성 검사를 통과하려면 보낸 사람 도메인의 DNS에 다음 레코드를 추가해야 할 수 있습니다.

SPF의 경우 :

도메인에 현재 SPF 레코드 설정이있는 경우 다음을 추가 할 수 있습니다.include:spf.em.secureserver.net 그것에.

아직 설정하지 않은 경우 yourdomain.com에 대한 TXT 레코드를 생성해야 할 수 있습니다.v=spf1 include:spf.em.secureserver.net ~all

SPF 정보를 포함하고 개별 IP 범위는 포함하지 않는 것이 가장 좋습니다. 이는 나중에 변경 될 수 있고 이메일 인증이 중단 될 수 있습니다.

사용자 지정 DKIM의 경우 :

다음에 대한 CNAME 레코드 만들기sable.cloud._domainkey 가치dkim.cloud.em.secureserver.net

다음에 대한 CNAME 레코드 만들기sable.cloud2._domainkey 가치dkim.cloud2.em.secureserver.net

사용자 지정 반환 경로의 경우 :

다음에 대한 CNAME 레코드 만들기bounces.cloud.em 가치cbounces.cloud.em.secureserver.net

다음에 대한 CNAME 레코드 만들기bounces.cloud2.em 가치cbounces.cloud2.em.secureserver.net

하지만 도메인이 GoDaddy에서 호스팅되는 경우 이러한 레코드가 도메인의 DNS에 이미 포함되었을 수 있습니다. 그렇다면 추가 조치가 필요하지 않습니다.

다음 단계

상세 정보