Gmail은 내 도메인의 메일을 스팸으로 취급합니다. 왜? 그것을 피하는 방법?


25

myaccount@example.comGmail 계정 으로 메일을 보낼 때마다 Gmail은 해당 메일을 스팸으로 취급합니다.

나는 그를 만난 후 잠재 고객에게 보낸 하나의 전자 메일에 대해 이야기하고 있습니다 (스팸 메일이 아닙니다). 이미 여러 번 발생했습니다.

"이봐! 당신은 당신이 저를 약속하는 전자 메일을 전송되지 않습니다" 전망은 말한다.

"올 ... 어떻게? 내가 보내 않았다. 스팸 메일 확인" 내가 대답을.

"아, 거기 ..."

나는 그것이 example.com잘 알려진 도메인 이 아닌 것과 관련이 있다고 생각 합니다.

이에 대해 어떻게 / 어디서 불만을 제기해야합니까?


1
이메일이 경쟁 서비스에서 나왔기 때문에 Google이이 작업을 수행하는지 궁금합니다.
모압


1
@Moab Nah. 이것은 PTR 레코드가 제대로 설정되지 않았거나 SPF 레코드에 메일이 SPAM으로 태그 지정되는 서버의 일반적인 문제입니다.
JakeGould

공급자의 메일 서버를 사용하는 것이 좋습니다. 그들은 전문적으로 관리되고 유지되기를 희망합니다.
David Schwartz

답변:


15

Jeff Atwood는 이메일이 잘 전달 될 수 있도록 할 수있는 좋은 소식 을 가지고있었습니다 . 이것은 내가 일하는 회사에 큰 차이를 만들었습니다. 일부 주요 특징 :

  1. 이메일을 보내는 컴퓨터에 Reverse PTR 레코드가 있는지 확인하십시오.
  2. DNS 및 코드에서 DomainKeys Identified Mail을 구성하십시오.
  3. DNS에서 SenderID 레코드를 설정하십시오.

9

더 짧은 대답.

필자의 경험에 따르면 서버의 IP 주소에 대해 PTR (역 DNS) 레코드가 설정되지 않은 것은 Gmail 및 AOL과 같은 서비스에서 이메일이 스팸으로 표시되는 가장 좋은 방법입니다.

관련이 있지만 도메인 이름에 대해 SPF (Sender Policy Framework) 레코드 세트가 없으면 전혀 도움이되지 않으므로 해당 세트도 있어야합니다.

그러나 결국 PTR은 SPF가 따르는 가장 중요한 것입니다.

두 가지 모두 과거 DKIM (DomainKeys Identified Mail) 의 개념이며 메일 의 유효성을 검사하는 데 사용됩니다. 그러나 필자의 경험에 따르면 대부분의 서버 설정은 SPM과 결합 된 PTR 레코드 세트를 가져 와서 SPAM 플래그가 사라져야합니다.

다른 선택의 여지가없는 경우에만 DKIM 항목을 처리해야합니다. 설정하기가 어렵지 만 유효한 PTR 및 SPF 레코드가 없으면 아무 것도 의미하지 않습니다.

더 긴 대답.

그러나 Google Gmail 서버는 오랫동안 내 이메일을 "정크"로 표시했지만 Yahoo Mail과 같은 다른 제공 업체는 그렇지 않습니다. 더 많은 이메일 계정을 작성해도 도움이되지 않았습니다. 또한 다른 도메인에 속한 이메일 계정을 사용했습니다.

Gmail 서버가 내 이메일을 "원치 않는"것으로 표시하지 않도록하려면

이 문제는 서버에 대해 적절한 PTR 레코드 또는 SPF 레코드 설정이없는 것 같습니다. 기억하십시오 : 전 세계의 모든 서버는 이메일을 보낼 수 있으며 SPAM 보호는 정확한 과학이 아닌 점수 시스템입니다.

PTR (역 DNS) 레코드 란 무엇입니까?

간단히 PTR 레코드는 IP 주소를 호스트 이름에 연결하는 역방향 DNS 레코드입니다. 표준 호스트 이름 조회처럼 들리 겠지만 전혀 그렇지 않습니다. PTR 레코드는 해당 서버에 IP를 할당 한 호스팅 서비스의 관점에서 IP 주소가 할당 된 호스트 이름에 대한 레코드입니다.

따라서 서버의 IP 주소 인 경우 해당 IP 주소에 123.456.789.0대한 PTR 레코드 조회는 서버의 호스트 이름과 일치해야합니다. 그러나이 값은 알고있는 것처럼 DNS 항목이 아니라 호스팅 서비스 자체에 연결된 DNS 서버 내에서 설정됩니다.

이는 전세계 모든 PC에서 실제 기본 메일 서버를 설정할 수 있기 때문에 SPAMmer에 대한 상호 참조 검사입니다. 그러나 서버가 메일을 보낼 수 있다고해서 보낸 것이 유효하다는 것을 의미하지는 않습니다. PTR 레코드의 기능은 기본적으로 해당 IP 주소의 서버에서 발송되는 메일에 대한 "보증"이며 "알겠습니다. example.com서버 중 하나 에서 이메일을 받았 습니까? 해당 서버가 연결되어 있는지 확인하고 확인 example.com하겠습니까?”그 질문에 대한 대답은 서버가 전자 메일을 보낼 수 example.com있는지 여부에 대한 것입니다. 우리는 그게 무엇인지 전혀 알지 못합니다. 그 메일로 원하는 것을 수행하십시오.

PTR 레코드를 설정하는 방법은 서버의 호스팅 서비스 및 정책에 따라 다릅니다. 일부 서비스에서는 제어판을 통해 PTR 레코드를 독립적으로 설정할 수 있습니다. 다른 사람들은 이메일, 전화 또는 우편으로 연락하여 레코드 세트를 갖습니다.

예를 들어 Amazon의 EC2 설정을 통해 PTR 레코드 세트를 얻기 위해 웹 양식을 통해 요청할 수 있으며 PTR 레코드 변경을 승인한다고 보장 할 수 없습니다. 비록 그들이 대부분의 시간을 할지라도. 그러나 Rackspace와 같은 장소에서는 허가를 요구하지 않고 직접 값을 설정할 수 있습니다.

서버의 PTR 레코드를 확인하기 위해이 MXToolbox“Reverse IP Lookup”도구와 같은 도구를 사용할 수 있습니다 . 또는 Linux / Unix의 명령 행에 익숙하다면 다음과 같은 명령을 실행하십시오.

dig -x 123.456.789.0

SPF (Sender Policy Framework) 레코드 란 무엇입니까?

SPAM으로 메일을 표시하지 않는 또 다른 기본 퍼즐은 적절한 SPF 레코드가 설정되도록하는 것입니다. SPF 레코드에 대한 자세한 설명은 공식 SPF 웹 사이트 에서 찾을 수 있습니다 . 그러나이 MXToolbox“Sender Policy Framework (SPF) 레코드 조회”도구는이를 매우 잘 설명합니다.

SPF (Sender Policy Framework) 레코드를 사용하면 도메인 소유자가 자신을 대신하여 전자 메일을 보낼 권한이있는 IP 주소 또는 서브넷 목록을 게시 할 수 있습니다. 악의적 인 발신자가 자신의 신원을 위장하기가 훨씬 더 어렵도록하여 스팸 및 사기의 양을 줄이는 것이 목표입니다.

SPF 레코드를 설정하려면 다음과 같은 도메인 이름의 DNS 레코드에 TXT 레코드를 설정해야합니다.

v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all

기본적으로 해당 SPF에 나열된 모든 호스트 이름 또는 IP 주소는를 대신하여 이메일을 보낼 수 example.com있습니다. 이 예제는 매우 간단하지만 SPF 레코드의 이점은 호스트 이름에 연결된 서버 수십 대의 서버가 있고 IP 주소가 모두 다르다고 가정합니다. 서버 수십 대의 서버의 IP 주소를 포함하는 SPF 레코드는 기본적으로 해당 호스트 이름 대신 해당 IP 주소에서 전송되는 메일의 유효성을 "보증"합니다.


당신의 대답 Jake에게 많은 감사합니다! 정말 감사. 좋아, 내 cPanel 인터페이스에서 SPF 레코드를 설정하려고합니다. 나는 이것에 매우 익숙하다. SPF 레코드의 모양에 대한 예를 친절하게 포함 시켰습니다. 내 질문은 : IP가 내 호스팅 제공 업체 (내 웹 사이트가 호스팅되는 서버의 IP) 또는 내 IP 제공 업체 (인터넷에 연결하여 이메일을 보내는 데 사용하는 IP) 중 하나이어야합니다 ) 또한 공유 호스팅을 사용하고 있는데 PTR 레코드를 많이 제어하지 못하고 있습니까? 감사!

1
@CeceXX 귀하의 질문을 이해하지 못합니다. 여러 개의 IP를 가질 수 있지만 전자 메일을 보내는 서버 만 있어야합니다. 서버가 이메일을 보내는 경우 해당 IP 주소는 SPF 레코드에 있어야합니다. 호스팅 서비스에 문의하여 도움을 요청하는 것이 좋습니다. 내가 당신에게 최선을 다해 도와 준 과거. 이 질문이 도움이된다면 투표하십시오. 이 답변이 문제를 해결 한 답변 인 경우 반드시 확인하십시오. 감사!
JakeGould

감사! 호스팅 서비스에 PTR 레코드를 변경하라고 말했습니다. 이러한 변경 사항이 즉시 적용되거나 효력을 발휘하는 데 몇 시간이 걸릴 것이라고 생각하십니까?

1
@CeceXX 24 시간에서 48 시간 정도 소요됩니다.
JakeGould

3

Gmail에서, 핫메일, 야후와 Similars 참조와 같은 무료 전자 메일 서비스는받을 하루에 스팸 메일의합니다. 그렇기 때문에 수신 이메일 정책을 강화하고 매우 구체적이고 엄격한 규칙을 적용하여 수신 메일이 스팸 일 가능성이 없도록하고 그렇지 않으면 정크 폴더로 보냅니다.

먼저 유효한 SPF정책 이 있어야합니다 . 어떤 전자 메일 MTA를 실행하고 있는지 언급하지는 않지만 SPF 정책을 구성하는 것은 매우 간단하며 MTA에 구애받지 않습니다. 기본적으로 DNS 레코드는 도메인에서 전자 메일을 보낼 수있는 IP / 도메인을 나타냅니다. DNS 레코드에 표시된 것과 다른 IP 주소에서 전자 메일을 받으면 정크 폴더에있을 수 있습니다. 도움이 될만한 몇 가지 링크가 있습니다.

다음 DKIM으로 점점 더 중요 해지고 있습니다. 기본적으로 개인 키 (사용자가 생성 한)로 전자 메일에 서명하고 공개 키로 DNS 레코드를 생성하여받는 사람 도메인이 메일 내용이 위조되었는지 여부를 확인할 수 있습니다.

다른 사람이 귀하의 이메일을 확인할 수있는 또 다른 방법이 있습니다 DMARC. 기본적으로 위의 두 가지가 조합되어 있으며 DMARC 제한을 통과하지 않는 전자 메일로 다른 사람이해야 할 일 결정하여 최종 결정을 전달합니다. DMARC를 사용하면 DMARC 검사를 실행하는 다른 도메인에서도 보고서를받을 수 있습니다.

다음으로 (불행히도 적어도 시작하기 전에 할 수있는 일은 많지 않습니다) IP IP 라는 용어가 있습니다. 많은 메일 서비스는 일부 서비스를 사용하여 IP 주소의 평판이 좋은지 알려줍니다. 이전에 IP를 사용하여 스팸을 보냈다면 소유하기 전에도 평판이 좋지 않을 수 있습니다. IP 주소를 모르면 신뢰할 수 없습니다. 받는 사람에게 전자 메일을 "허용"하도록 지시하여 평판을 얻어야합니다. 많은 사람들이 그렇게한다면, 무료 이메일 제공 업체는 당신이 해롭지 않다는 것을 알고 당신에게 더 부드러운 정책을 적용 할 것입니다.

더 많은 개념이 있지만 가장 중요합니다. 구성하고 참을성있는 것을 구성하십시오.


"하루에 많은 스팸 메일을 받으십시오."이메일의 무게가 얼마나 궁금합니까? lol.
Moab

1
첨부 된 스크랩 양에 따라

@Moab은 VSauce가 알려줍니다.
Insane

내 인생의 4 분 동안 나는 다시는 돌아 오지 않을 것이다.
모압

2

2018 년에 이것을 발견 한 사람을위한 작은 업데이트. 이것은 @JakeGould의 훌륭한 답변에 추가 된 것으로 간주 될 수 있습니다 (DMARC 제외).

Google은 새 버전의 Gmail에 더 많은 스팸 및 피싱 필터 규칙을 적용했습니다. 이메일이 다른 사람의 스팸으로 끝나는 경우 SPF , DKIM & DMARC를 올바르게 구성했는지 확인하십시오 . 다양한 도구를 사용하여 도메인의 MX 규칙을 확인할 수 있습니다. 예를 들어 -MXToolbox 또는 Google Toolbox 입니다.

전자 메일 도메인 및 IP 범위의 평판을 보려면 Postmaster 로 사이트를 확인하십시오 .

다음은 GSuite를 통해 DMARC를 구성하는 방법에 대한 Google의 훌륭한 자료입니다. https://support.google.com/a/answer/2466580?hl=ko

내가했던 것처럼이 모든 용어를 새로 발견했다면 returnpath.com의 세 가지 용어를 모두 설명 하는 훌륭한 3 개의 포스트 시리즈가 있습니다.


1

이 페이지가 도움이 될 수 있습니다.

https://mail.google.com/support/bin/answer.py?answer=81126

대량 메일 메시지에는 적용되지만 메시지를 스팸으로 표시 할 수있는 이유에 대한 정보가 많이 있습니다. 귀하의 특정 정보에 대해서는 아무것도 모르지만 도움이 될만한 내용을 볼 수 있기를 바랍니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.