내 MTA의 불쌍한 평판 수정

24

고객이 구입 한 파일을 제공하기 위해 고객에게 이메일을 보내야하는 웹 사이트가 있습니다. 신뢰할 수있는 이메일 전송은이 비즈니스에 필수적입니다. 불행히도 내 서버에서 보낸 대부분의 전자 메일은 MTA의 "나쁜 평판"으로 인해 배달되지 않습니다. 내 샘플 라인은 다음과 같습니다 mail.log.

Feb 20 02:40:41 servername postfix/smtp[14580]: 4E30B1100C7: host aspmx.l.google.com[209.85.211.78] said: 421-4.7.0 [174.143.183.26] Our system has detected an unusual amount of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 blocked. Please visit http://www.google.com/mail/help/bulk_mail.html 421 4.7.0 to review our Bulk Email Senders Guidelines. 10si1216690ywh.92 (in reply to end of DATA command)

Feb 20 12:49:22 servername postfix/smtp[5651]: A86CB1CC0CF: to=<user@domain.com>, relay=mx3.comcast.net[76.96.58.14]:25, delay=55186, delays=55185/0.01/0.93/0, dsn=4.0.0, status=deferred (host mx3.comcast.net[76.96.58.14] refused to talk to me: 554 imta36.westchester.pa.mail.comcast.net comcast 174.143.206.168 found on one or more DNSBLs, see http://help.comcast.net/content/faq/BL000001)

Feb 16 10:50:11 servername postfix/smtp[6931]: 98B94380A1: host mx-in-2.webreus.nl[212.61.252.240] refused to talk to me: 554-mx-in-2.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168

Feb 16 10:50:12 servername postfix/smtp[6931]: 98B94380A1: to=<user@domain.com>, relay=mx-in-1.webreus.nl[212.61.10.240]:25, delay=173653, delays=173650/0.22/2.8/0, dsn=4.0.0, status=deferred (host mx-in-1.webreus.nl[212.61.10.240] refused to talk to me: 554-mx-in-1.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168)

상황을 개선하기 위해 취한 단계 :

  • 역방향 DNS 조회가 올바르게 작동하도록 설정
  • 내 도메인에 대한 SPF 레코드 설정
  • SMTP 서버로 들어오는 연결을 허용하지 않습니다
  • RFC 2822에 따른 메시지 형식
  • 원치 않는 메시지를 보내지 마십시오.

내 서버는 Rackspace의 클라우드에 있습니다. IP 주소의 나쁜 평판이 이전 고객으로부터 상속되었을 가능성이 있습니까? 위의 단계 중 일부는 지난 주에 수행되었습니다. 상황이 개선 될 때까지 기다려야합니까? 내가해야 할 다른 일이 있습니까? 이메일을 보내려면 타사를 고용해야합니까?

email  smtp  postfix  spam  email-server 
— 알렉스 라이스 너
소스

답변:

31

안타깝게도 IP는 하드웨어에 관계없이 블랙리스트에 올랐으므로 메일을 올바르게 보내고 관련 스팸 목록에 접속하는 것 외에는 기존 평판에 대해 할 수있는 일이 많지 않습니다. 상황이 개선 되려면 며칠 또는 몇 주 정도 기다려야 할 수도 있습니다.

이러한 문제를 해결하기 위해 Google Apps for SMTP를 사용하는 것이 좋습니다. :)

그렇지 않으면 계속 스스로 진행하는 경우 다음을 확인하십시오.

— 앤디
소스
15
AOL에 기술 표준이 있습니까? 나는 오늘 새벽에 새로운 것을 배웠다.
— Chris Thorpe
1
@ChrisThorpe-전화 19시 55 분!?!
— Robino
1
@Robino 그 타임 스탬프의 UTC : P
— Andy
5

http://status.slicehost.com/2009/11/11/email-issues-spamhaus-pbl

나는 그 사람들과 VPS를 가지고 있습니다.

분명히 Rackspace는 IP의 무리를 선점 적으로 나열했지만 ip-ip-ip 기준으로 spamhaus의 목록을 통해 블록 제거를 요청할 수 있습니다.

Gmail이 전송을 거부하는 것을 알게되면 호스트 와이 작업을 수행해야했습니다. 삭제를 요청한 후 24 시간이 지나면 Gmail이 업데이트되어 이동하기에 좋습니다.

— 제이슨
소스
3

이 IP 주소를 받았을 때 평판이 좋지 않은 경우 Rackspace에서 다른 IP 주소를 제공해야합니다.

IP는 Senderbase에서 "Poor"평판을 갖지만 메일을 보내는 해당 넷 블록의 IP 목록에 IP를 구체적으로 나열하지는 않습니다. 많은 이웃 이 "가난" 하기 때문에 평판이 좋지 않은 것 같습니다 .

http://www.senderbase.org/senderbase_queries/detailip?search_string=174.143.206.168

Senderbase 에이 IP 를 소유 한 사람에 대한 정보가없는 것이 이상합니다 . 랙 공간을 여기에 나열해야합니다. "IP Whois"는 다음을 알고 있습니다. http://ws.arin.net/whois/?queryinput=174.143. 206.168 )

흠. 귀하의 IP는 spamhaus.org PBL에 나열되어 있습니다. PBL은 블랙리스트가 아니지만 최종 고객 모뎀에 사용되는 동적 IP 주소 의 목록입니다 . Rackspace에서 기대하는 서비스처럼 들리지 않습니다. ( 지하실에서 서버를 운영하는 DSL / 케이블 모뎀 고객 이 아니라면 몇 년 동안 그렇게했습니다.) 이것이 유동 IP가 아닌 경우 Spamhaus와 Rackspace에 연락하여 넷 블록을 다시 분류하십시오.

http://www.spamhaus.org/query/bl?ip=174.143.206.168

comcast의 로그 항목에 DNSBL이 있고 해당 링크에 Spamhaus SBL / XBL 목록을 사용한다고 표시되어 있지만 둘 중 하나가 아닙니다. 따라서 목록에 있고 최근에 제거되었을 수 있습니다. 또는 Comcast가 PBL을 부적절하게 사용하고 있습니다.

그러나 귀하의 IP가 내가 확인한 실제 차단 목록에없는 것 같습니다. Senderbase 페이지에서 "DNS 기반 차단 목록 [모두 표시 / 숨기기]"를 클릭하여 IP를 확인할 수있는 링크가있는 주요 목록을 확인하십시오.

webreus.nl은 Senderbase의 평판을 사용하고있는 것으로 보입니다. 이는 완전히 거부 할 수있는 근거가 아닙니다.

가장 궁금한 점은 Google의 답변입니다 . IP에서 과도한 양의 메일을 받았다고 주장하는 유일한 사람입니다 . "요청하지 않음"이라고 표시되어 있지만 요청 여부를 어떻게 판단하는지 잘 모르겠습니다.

나는 당신이 ... 당신의 메일 서버의 로그를 확인 당신이 있는지 확인하는 것이 좋습니다 된다 당신이 보내는 생각에만 메일을 보낼.

그래서 .. 그것은 상황에 대한 개요입니다. 그러나 그것을 고치는 데 큰 도움이되지는 않습니다. 명백하게 Rackspace 는 당신에게 명백한 메일 발신자 (Senderbase가 알고있는)로서의 실제 이력이 없는데도 불구하고 평판이 좋지 않은 IP를 제공했습니다. Senderbase에서 중립적이거나 평판이 좋은 것으로 알려진 IP를 얻을 수있는 경우 다른 넷 블록에서 IP를 요청하면 도움이 될 수 있습니다.

앤디가 말했듯이 ... (의역 사로) 코를 깨끗하게 유지하고 가능한 한 조심스럽게 규칙을 따르십시오. 당신은 할 수 있습니다 당신이 그것을 밖으로 무뢰한 경우 Senderbase과 좋은 평판을 구축 할 수 있습니다. 그러나 유료 제품을 이메일로 전달하려는 경우 Rackspace를 사용하여 깨끗한 IP를 얻으십시오.

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