2008-10-30 40 views
7

Tôi đã cố gắng nhận PEAR :: thư để gửi email thành công tới người dùng hotmail mà không bị gắn cờ là spam và kết thúc trong thư mục rác, tôi không gặp vấn đề gì với yahoo/gmail chỉ với hotmail.gửi thư bằng php và thoát thư mục rác nóng

google gợi ý rằng đây là một vấn đề thường gặp với hotmail và rằng nguyên nhân có thể có thể bao gồm

  • sai DNS ngược cho IP chính của máy chủ
  • thiếu SenderID hồ sơ/SPF
  • được danh sách đen

đã kiểm tra tất cả những điều trên tôi chỉ có thể nghĩ ra một lý do khác - tiêu đề được định dạng không chính xác?

để kiểm tra lý thuyết này tôi thiết lập outlook để gửi email qua địa chỉ tương tự mà sử dụng PEAR :: mail và gửi một thử nghiệm nhanh - nó gửi thẳng vào hộp thư của tôi

vì vậy tôi đã so sánh tiêu đề từ các email được gửi từ PEAR :: mail chống lại tiêu đề được gửi bởi Outlook và chỉ có một vài khác biệt - tôi chỉ liệt kê các khác biệt để tiết kiệm không gian (và mắt người)

PEAR :: tiêu đề thư (không nằm trong tiêu đề)

X-PHP-Script: www.example.com/register.php for [users ip address] 

Tiêu đề Outlook (không phải tiêu đề trong PEAR :: email)

X-Mailer: Microsoft Office Outlook 11 
Thread-Index: Ack6CWSQlgV8s6+6SWyifka2NNpB7g== 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 

sự khác biệt duy nhất khác mà tôi có thể thấy là

  • thứ tự của các từ: và tới: tiêu đề được đảo ngược
  • và trong nhận: phần các tiêu đề

Outlook

Received: from myhomehostname.com ([ip address] helo=simber) 
by mywebhostname.com with local (Exim 4.67) 

PEAR :: Thư

Received: from apache by mywebhostname.com with local (Exim 4.67) 

thể những khác biệt nhỏ trong các tiêu đề là nguyên nhân hoặc am i nhìn vào sai chỗ? Tôi biết điều này có thể là vấn đề do đó tôi đã chọn sử dụng lớp PEAR :: mail thay vì lăn của riêng tôi nhưng bây giờ tôi thực sự không có ý tưởng đi đâu với điều này, bất kỳ trợ giúp sẽ được đánh giá rất nhiều.

Cập nhật: theo đề nghị của changelog của tôi đã cố gắng bổ sung thêm các tiêu đề MS đến lớp PEAR :: mail và tôi đã cố gắng thay thế PEAR :: mail với PHPMailer (với & mà không có tiêu đề phụ) - tất cả họ đều kết thúc trong thư mục rác.

Tôi bắt đầu tin rằng nó có thể không phải là tiêu đề sau đó.

Cập nhật 2: tôi có nên nói rằng các email chỉ là một xác nhận đăng ký để xác nhận địa chỉ email người dùng đã đăng ký với - không mailshots vv vì vậy khối lượng của chúng tôi là rất thấp.

Tôi đã xem xét người dùng cảnh báo cung cấp địa chỉ email hotmail/live để thêm chúng tôi vào sổ địa chỉ của họ hoặc kiểm tra thư mục rác của họ - nhưng điều này dường như không chuyên nghiệp với tôi - có thể là tôi phải nghỉ mát.

Để trở thành Chứng chỉ người gửi được chứng nhận - rất ít khả năng tôi có thể biện minh cho chi phí này khi xem xét khối lượng và mục đích của các email này thấp.

Trả lời

1

Tôi luôn sử dụng PHPMailer trong các dự án của mình và những gì tôi đã làm để tránh thư mục rác của Hotmail là gọi phương thức mà họ đã thêm MS Headers vào thư.

Take a look at the source và tự thêm các tiêu đề đó.

Ngoài ra, tôi khuyên bạn nên bao gồm phiên bản văn bản nếu bạn đang gửi e-mail HTML.

1

Tôi khuyên bạn nên sửa đổi tiêu đề bạn gửi để khớp 100% ý tưởng gửi và xem điều đó giải quyết được sự cố hay không. Thực sự nó là một khó khăn mặc dù một, hotmail được biết đến với việc có một bộ lọc thư rác siêu crappy, gửi rất nhiều email legit để rác, và rất nhiều thư rác vào hộp thư đến của bạn.

8

Công ty của tôi thực hiện các chiến dịch đánh dấu e-mail chuyên nghiệp (thông qua máy chủ thư điện tử), chúng tôi gửi hàng nghìn email (một ngày) đến tất cả các loại địa chỉ.

Sự cố bạn đang gặp phải là bạn không có thẩm quyền. Bạn chỉ có thể là một số spammer cố gắng gửi tải spam.

Điều bạn cần làm là:

  • Thêm liên kết unsubscribe
  • Áp dụng cho chương trình hotmail của Junkmail báo cáo (JMRP) và BẢO ĐẢM người nhấn 'này là rác' nút không nhận lại thư. Điều này sẽ tăng điểm số người gửi của bạn; @ hotmail và cho phép bạn gửi tin nhắn.
  • Thêm SPF và các giải pháp chống thư rác khác.
  • Không gửi hơn 50 e-mail mỗi phút @ hotmail.com (các lĩnh vực khác có giới hạn khác)

Btw chúng tôi sử dụng PHPMailer soạn thư của chúng tôi, không có vấn đề gì cả với :-) rằng Vấn đề ngày nay thực sự là các máy chủ nhận thư hạn chế.

7

Khả năng gửi email gần với nghệ thuật hơn là khoa học. Tôi hoàn toàn có thể đảm bảo rằng nó không có gì để làm với các tiêu đề của bạn. Cố gắng giả mạo tiêu đề có thể là điều tồi tệ nhất bạn có thể làm. nhận được: tiêu đề được thêm bởi máy chủ thư khi họ nhận được thư: giả mạo điều này sẽ khiến email của bạn bị gắn cờ là spam: một trong các bộ lọc spam thường được sử dụng để đếm số lần chuyển tiếp (tức là đã nhận được: tiêu đề). Nếu có quá nhiều bạn sẽ nhận được điểm spam cao hơn.

DNS ngược và SPF là rào cản nhập tối thiểu.Đối với hotmail nói riêng, có ba yếu tố rất quan trọng khác sau khi bạn nhận ghi SPF và DNS của bạn phù hợp:

  • IP/Domain uy tín
  • Khối lượng
  • Là trong Address Book

Danh tiếng không giống với danh sách đen. Bạn cần phải xây dựng niềm tin với hotmail. Hotmail sử dụng Sender Score Certified làm nhà môi giới danh tiếng chính của họ - bạn có thể kiểm tra danh tiếng của mình với họ nếu bạn muốn, nhưng bạn có thể phải trả phí.

Nếu bạn đang ở trên một máy chủ chia sẻ hoặc địa chỉ IP có quá khứ rô, bạn sẽ không có nhiều may mắn với hotmail.

Bạn xây dựng danh tiếng bằng cách có khối lượng nhất quán với khiếu nại spam thấp. Bạn có thể gửi 1 triệu tin nhắn một giờ cả ngày, miễn là bạn làm điều đó mỗi ngày. Nếu bạn gửi ít hơn 10.000 thư mỗi ngày, có thể bạn sẽ không thể xây dựng danh tiếng tốt. Bạn có thể nhận báo cáo về số lượng của mình tại Sender Base.

Cuối cùng, cách tốt nhất để đảm bảo bạn kết thúc trong hộp thư đến là để người dùng của bạn thêm địa chỉ email gửi vào sổ địa chỉ của họ. Hotmail sử dụng danh sách này làm danh sách người gửi an toàn. Trong thực tế, tôi nghĩ rằng có một tùy chọn người gửi đáng tin cậy bổ sung trong Hotmail bây giờ quá (nó được một thời gian kể từ khi tôi đã ở trong trò chơi giao hàng và tôi không sử dụng hotmail).

Dưới đây là một số thực hành tốt nhất khác để gửi email:

  • LUÔN sử dụng cùng một địa chỉ IP
  • LUÔN sử dụng cùng một địa chỉ TỪ
  • nếu bạn có một danh sách lớn mà bạn gửi các bản tin đến, hãy chắc chắn bạn rút lại các địa chỉ cũ (ví dụ: kiểm tra tỷ lệ mở)
  • nếu bạn có danh sách lớn, thử phân đoạn và gửi từ địa chỉ IP khác nhau dựa trên rủi ro (ví dụ: địa chỉ mới có thể đánh dấu thư là spam)
Các vấn đề liên quan