postfix nói mail gửi ok, tin nhắn không đến hộp thư đến của ISP? không từ chối trong nhật ký?

Khi tôi gửi tin nhắn kiểm tra từ máy chủ thư của mình đến email @ bellsouth.net của tôi, Nhật ký hậu tố cho thấy nó đã được gửi, nhưng tin nhắn không bao giờ đến trong hộp thư đến của tôi. Tôi không nên nhận được thông báo lỗi hoặc bị trả lại nếu At & T đang chặn tin nhắn?

Tôi đang cố gắng khắc phục lý do tại sao một số khách hàng không nhận được email, nhưng nếu không có gì trong mail.log để nói rằng thư bị từ chối, làm thế nào để tôi biết thư nào được gửi thành công?

Nhật ký hiển thị:

Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<20120227140236.D53A72713E5@example.com>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<root@example.com>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed

Máy chủ AT & T đã chấp nhận tin nhắn, phải không?

Tôi tình cờ có email At & T / Bellsouth, nhưng tôi không có tài khoản với mọi ISP chúng tôi gửi đến. Tôi cần một số cách để biết liệu một tin nhắn có đến đích hay không. Có bất kỳ cài đặt nào trong tệp main.cf của tôi sẽ ảnh hưởng đến việc chúng tôi có nhận được thông báo từ chối / thoát không?

email postfix isp

— Nick
nguồn

Tôi cho rằng root@mydomain.comchỉ là một ví dụ. Bạn có chắc chắn có thể nhận email trên địa chỉ 'từ' không? Nếu không, báo cáo không giao hàng cuối cùng sẽ bị mất.

— Matteo

Có là một khả năng rằng họ có biện pháp đối phó thư rác của họ thiết lập trong một cách mà nó chấp nhận mail và âm thầm bãi họ mà không nhận được vào hộp thư của khách hàng.

— Bart Silverstrim

@BartSilverstrim, chúng ta vẫn không nên nhận được thông báo từ họ chứ?

— Nick

Phụ thuộc vào cách xử lý. Tôi có thể thiết lập một máy chủ thư sẽ chấp nhận chuyển giao thư và sau đó chuyển rác một cách im lặng. Không khó để làm. Và với rất nhiều thư rác ngày hôm nay từ các địa chỉ giả, việc gửi tin nhắn bị trả lại có thể thêm vào tải thư rác, vì một người không liên quan gì đến thư rác trong địa chỉ "từ" sẽ nhận được thông báo thoát cho một cái gì đó mà họ đã làm Không làm gì, gánh nặng sysadmin của họ với việc trả lời nó đến từ đâu.

— Bart Silverstrim

Câu trả lời:

Và dsn=2.0.0đúng relay=có nghĩa là máy chủ thư của Bell đã chấp nhận thư. Tuy nhiên, điều này không có nghĩa là nó sẽ cho phép tin nhắn được gửi đến hộp thư của người dùng. Trong trường hợp này, lời giải thích rất có thể là các bộ lọc thư rác của Bell South đã xóa sạch thư của bạn trước khi đến hộp thư của người dùng hoặc phần mềm thư của chính người dùng đã xóa thư.

Đảm bảo rằng địa chỉ email trả về chấp nhận thư để trả về từ máy chủ của Bell South. Điều này cũng quan trọng trong trường hợp bạn cố gắng gửi thư đến hộp thư trên máy chủ của họ không thực sự tồn tại.

Kiểm tra cấu hình thư của bạn để đảm bảo rằng thư không bị gắn cờ là thư rác (bằng cách tự gửi thư và sau đó kiểm tra các tiêu đề). Postfix nên viết tiêu đề / phong bì chính xác để thư dường như đến từ tên miền được chỉ định trong địa chỉ 'từ'. Vì vậy, nếu máy chủ thư của bạn là dành cho mail.example.com nhưng tên máy chủ của máy chủ của bạn thực sự là mailserver.int.hostingprovider.com thì postfix cần phải được đặt thành giả trang chính xác như example.com. Điều này cũng tương ứng với DNS ngược của bạn để việc tra cứu địa chỉ IP của máy chủ của bạn trả về địa chỉ máy chủ (nếu không chính xác, hãy đặt bản ghi PTR của bạn thành địa chỉ đó). Điều này có thể dễ dàng được kiểm tra với đào.

dig example.com
dig -x <your IP address>

Bạn cũng nên xem xét việc thiết lập SPF trong DNS của mình vì đây là một bổ sung nhanh chóng và đơn giản cho điểm chống thư rác từ máy chủ của bạn.

— webtoe
nguồn

Có thể đặt địa chỉ đường dẫn trả về bounce@mydomain.com toàn cầu trong PostFix để nó luôn thêm nó vào mọi tin nhắn bất kể người nào hoặc ứng dụng nào gửi nó không? Tra cứu DNS ngược là mail.mydomain.com và mail.mydomain.com phân giải thành cùng một địa chỉ IP. Tôi đã thêm một bản ghi SPF ngày hôm qua - Tôi đã sử dụng công cụ của Microsoft để tạo một bản ghi. Tôi đã thêm nó dưới dạng bản ghi txt vào mydomain.com chứ không phải mail.mydomain.com. Có nên là cả hai? Sát thủ thư rác trong công việc của tôi đưa ra thông điệp "-2.6".

— Nick

Chỉ số SPF phải ở trên bất cứ thứ gì được trả về dig MX mydomain.com. Nếu bạn không có bộ MX, thì đây sẽ là phiên bản được hợp quy hóa dig mydomain.com. Mặc dù vậy, điều này sẽ không ảnh hưởng đến cả hai miền (vì đây chỉ là bản ghi TXT). Đối với trình thu thập chung chung, bạn có thể xử lý việc này với bộ lọc trong postfix có bcc vào một hộp thư riêng nếu nó tìm thấy một lần thoát nhưng điều này rất khó hiểu (xem postfix.org/postconf.5.html#recipient_bcc_maps cho ánh xạ bcc ). Người dùng nên nhìn thấy bị trả lại trong trường hợp họ đang cố gắng gửi thư cho ai đó và nhận sai địa chỉ.

— webtoe

Tôi nghĩ rằng tôi đã tìm ra vấn đề: PHP đã gửi thư dưới dạng dữ liệu www mặc dù tôi đã nói là không. Bạn phải thêm -f và một cờ khác vào lệnh sendmail để buộc nó sử dụng phong bì mà bạn muốn. Tôi nghĩ rằng ISP rác thư từ www-data.

— Nick

Trong trường hợp của riêng tôi gửi e-mail thành công nhưng âm thầm loại bỏ, thêm địa chỉ người gửi vào danh sách trắng tại trang web của người nhận đã giúp. Đề cập đến một gói lưu trữ web Host Châu Âu.

— tanius

Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)

Bellsouth chấp nhận tin nhắn; nó không còn là trách nhiệm của postfix.

Hỏi bellsouth những gì đã xảy ra với nó.

— thích nghi
nguồn