Sửa chữa danh tiếng kém của MTA của tôi


24

Tôi có một trang web cần gửi email cho khách hàng để gửi các tệp mà họ đã mua. Gửi email đáng tin cậy là rất quan trọng đối với doanh nghiệp này. Thật không may, hầu hết các email được gửi bởi máy chủ của tôi không được gửi do "danh tiếng kém" của MTA của tôi. Dưới đây là một số dòng mẫu từ của tôi 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)

Các bước tôi đã thực hiện để cố gắng cải thiện tình hình:

  • thiết lập tra cứu DNS ngược để hoạt động chính xác
  • thiết lập bản ghi SPF cho miền của tôi
  • không cho phép các kết nối đến máy chủ SMTP của tôi
  • định dạng tin nhắn theo RFC 2822
  • không bao giờ gửi tin nhắn không mong muốn (tôi không bao giờ có)

Máy chủ của tôi ở trong đám mây của Rackspace. Có thể là tiếng xấu của địa chỉ IP đã được thừa hưởng từ một khách hàng trước đó? Một số bước trên đã được thực hiện trong tuần qua - tôi có phải chờ tình hình để cải thiện không? Có những thứ khác tôi nên làm? Tôi có nên thuê một bên thứ ba để gửi email cho tôi?

Câu trả lời:


31

Thật không may, IP bị liệt vào danh sách đen bất kể phần cứng nằm phía sau nó, vì vậy bạn không thể làm gì nhiều về danh tiếng hiện tại của mình ngoại trừ việc đảm bảo bạn gửi thư chính xác và liên hệ với danh sách spam có liên quan. Bạn có thể phải chờ vài ngày hoặc vài tuần để tình hình được cải thiện.

Tôi sẽ khuyên bạn nên sử dụng Google Apps cho SMTP để loại bỏ những vấn đề này :)

Mặt khác, nếu bạn tiếp tục một mình, hãy kiểm tra:


15
AOL có tiêu chuẩn kỹ thuật? Tôi đã học được một điều mới bình minh này.
Chris Thorpe

1
@ChrisThorpe - bạn gọi 19:55 bình minh!?!
Robino

1
@Robino rằng dấu thời gian của UTC: P
Andy

5

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

Tôi có một VPS với những kẻ đó.

Rõ ràng Rackspace đã liệt kê một cách rõ ràng một loạt các IP của họ, nhưng bạn có thể yêu cầu xóa khối mặc dù danh sách của spamhaus (ít nhất là) trên cơ sở ip-by-ip.

Tôi đã phải làm điều này với máy chủ của mình khi tôi nhận thấy gmail đang từ chối giao hàng. 24 giờ sau khi tôi yêu cầu được gỡ bỏ, gmail đã được cập nhật và tốt để đi.


3

Nếu địa chỉ IP này có tiếng xấu khi bạn nhận được, Rackspace sẽ cung cấp cho bạn một địa chỉ khác.

IP của bạn có danh tiếng "Kém" trong Tên người gửi, nhưng nó không liệt kê IP của bạn cụ thể trong danh sách IP trong mạng chặn đó gửi thư. Có vẻ như bạn có tiếng xấu ở đây vì nhiều người hàng xóm của bạn "nghèo".

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

(Đó là kỳ lạ mà SenderBase không có bất kỳ thông tin về người sở hữu IP. Rackspace này nên được liệt kê ở đó. Các "IP Whois" biết rằng ... http://ws.arin.net/whois/?queryinput=174.143. 206.168 )

Hừm. IP của bạn được liệt kê trong PBL spamhaus.org ... PBL không phải là một danh sách đen, nhưng nó là một danh sách các địa chỉ IP động được sử dụng cho modem khách hàng cuối. Điều đó không giống như loại dịch vụ mà bạn mong đợi từ Rackspace. (Trừ khi bạn khách hàng sử dụng modem DSL / Cáp chạy máy chủ ra khỏi tầng hầm của bạn. Tôi đã làm điều đó trong nhiều năm.) Nếu đây không phải là IP động, hãy liên hệ với Spamhaus và Rackspace về việc phân loại lại netblock.

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

Mục nhập nhật ký của bạn từ comcast cho biết bạn trong DNSBL và liên kết đó nói rằng họ sử dụng danh sách Spamhaus SBL / XBL ... nhưng bạn không thuộc một trong hai. Vì vậy, có thể bạn đã ở trong một danh sách và gần đây đã bị xóa. Hoặc Comcast đang sử dụng PBL không phù hợp.

Nhưng IP của bạn dường như không được liệt kê trong bất kỳ danh sách đen thực tế nào tôi đã kiểm tra. Trên trang Tên người gửi, nhấp vào "Danh sách chặn dựa trên DNS [Hiển thị / Ẩn tất cả]" để xem danh sách các danh sách chính có liên kết để kiểm tra IP của bạn.

Webreus.nl dường như đang sử dụng danh tiếng của Người gửi ... đó là một cơ sở khá yếu để từ chối hoàn toàn.

Điều tôi tò mò nhất là phản hồi từ Google ... đó là người duy nhất tuyên bố đã nhận được quá nhiều thư từ IP của bạn. Nó nói "không được yêu cầu", nhưng tôi không chắc làm thế nào họ xác định liệu nó có được mời hay không.

Tôi đề nghị bạn nên kiểm tra các bản ghi máy chủ thư của bạn ... chắc chắn rằng bạn đang gửi chỉ thư mà bạn nghĩ rằng bạn đang gửi.

Vì vậy, ... đó là một cái nhìn tổng quan về tình huống, nhưng nó không giúp được gì nhiều cho bạn. Rõ ràng Rackspace đã cung cấp cho bạn một IP có tiếng xấu, mặc dù rõ ràng nó không có lịch sử thực sự với tư cách là người gửi thư (mà Người gửi biết về). Yêu cầu họ cho một IP trong một netblock khác có thể giúp ích, đặc biệt là nếu bạn có thể có được một IP được biết là có Danh tiếng trung lập hoặc tốt hơn trong Tên người gửi để bắt đầu.

Và như Andy nói ... (để diễn giải) hãy giữ cho mũi của bạn sạch sẽ và tuân thủ các quy tắc một cách cẩn thận nhất có thể. Bạn có thể xây dựng danh tiếng tốt với Người gửi nếu bạn cứng rắn. Nhưng nếu bạn đang cố gắng giao hàng trả tiền qua email, tôi sẽ đẩy Rackspace để có được IP sạch.


2

Là người dùng Rackspace, bạn có thể sử dụng SendGrid để xử lý tất cả những điều này cho bạn: http://blog.sendgrid.com/sendgrid-now-more-av Available-the-ever-to-rackspace-users /

Tôi đã từng cố gắng tự làm tất cả, nhưng bây giờ tôi sử dụng SendGrid và nó đã dễ dàng hơn nhiều.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.