Sendmail: Địa chỉ người gửi bị từ chối (Không tìm thấy tên miền)

Tôi đang gặp vấn đề với việc gửi thư trên máy chủ web của chúng tôi. Một số thư được gửi và gửi mà không gặp sự cố nào (ví dụ: Gmail), trong khi những thư khác được hoãn lại với "Địa chỉ người gửi bị từ chối: Không tìm thấy tên miền"

Tôi hiểu rằng đây là một biện pháp chống thư rác, theo đó việc tra cứu được thực hiện trên miền gửi nhưng miền của chúng tôi có các bản ghi MX:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
premiumconnect.co.za    mail exchanger = 10 za-smtp-2.mimecast.co.za.
premiumconnect.co.za    mail exchanger = 10 za-smtp-1.mimecast.co.za.

Authoritative answers can be found from:

(Ở một bên, tại sao chúng ta không có câu trả lời có thẩm quyền? Đó có thể là vấn đề không?)

Cũng như một bản ghi A:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   premiumconnect.co.za
Address: 196.28.97.202

Dưới đây là nhật ký cho một thư cụ thể đang cố gửi:

Feb  5 12:07:52 premiumconnect sm-mta[2411]: s15C7qYp002411: from=<bookings@premiumconnect.co.za>, size=3522, class=0, nrcpts=1, msgid=<52f22998c2680@premiumconnect.co.za>, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1]
Feb  5 12:07:52 premiumconnect sendmail[2410]: s15C7q0o002410: to=*****@tott.co.za, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=33324, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (s15C7qYp002411 Message accepted for delivery)
Feb  5 12:07:52 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=123522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:07:53 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=123522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found

Tôi có ít kinh nghiệm với Sendmail (hoặc MTA nói chung), không chắc những thông tin nào khác có thể hữu ích.

— JonoCoetzee
nguồn

Nếu bạn không đưa ra câu trả lời có thẩm quyền, bạn cần đảm bảo rằng công ty đăng ký tên miền của bạn có máy chủ NS được liệt kê ..

— NickW

Nhà đăng ký tên miền của chúng tôi buộc chúng tôi sử dụng máy chủ tên của họ, không thể thay đổi nếu tôi không may ...

— JonoCoetzee

Chà, nếu bạn buộc phải sử dụng chúng, bạn cần đảm bảo rằng các máy chủ NS của họ đang trả lại các bản ghi BẠN muốn và bao gồm một bản ghi MX thích hợp. Đồng thời đảm bảo rằng ISP hoặc công ty lưu trữ của bạn xuất bản bản ghi RDNS thích hợp cho máy chủ thư của bạn.

— NickW

Được rồi, các bản ghi được trả lại ở trên là chính xác cho miền của chúng tôi và những gì được đặt trong NS có thẩm quyền (tại cơ quan đăng ký), bao gồm bản ghi MX trỏ đến máy chủ thư bên ngoài. Ngoài ra, mailserver (được xác định trong bản ghi MX) sẽ giải quyết với tra cứu DNS ngược. Mặc dù vậy, tên miền / máy chủ web không biết, liệu điều này có ảnh hưởng đến mọi thứ không?

— JonoCoetzee

Vì vậy, các máy chủ web của bạn đang chuyển tiếp qua máy chủ của bạn? Đó sẽ là cách đơn giản nhất để đảm bảo rằng thư họ đang gửi sẽ đi qua ..

— NickW

Câu trả lời:

Lỗi này đặc biệt liên quan đến địa chỉ 'từ', không phải máy chủ gửi thư. Do đó, các bản ghi MX không liên quan và cài đặt MTA của bạn có thể không liên quan.

Vấn đề là bạn đang gửi e-mail từ "reserved@debian70.vm", mà người nhận xác định chính xác không thể là địa chỉ e-mail hợp lệ, vì tên miền debian70.vm không tồn tại.

Giải pháp sẽ phụ thuộc vào cách chính xác bạn đang tạo các e-mail này. Một tùy chọn là chỉ định địa chỉ 'từ' mong muốn trong bất kỳ phần mềm nào đang tạo các thư này.

Mặt khác, có vẻ như bạn không chủ động chỉ định địa chỉ 'từ', nhưng để hệ thống tạo địa chỉ. Trong trường hợp đó, phần sau @ được đặt dựa trên những gì hệ thống nghĩ là tên thư của nó. Debian kiểm tra '/ etc / mailname' để xác định điều này và nếu nó không tìm thấy gì thì nó sử dụng tên miền đủ điều kiện của nó, trong trường hợp của bạn là 'debian70.vm' - một tên chỉ hợp lệ cho mạng nội bộ của bạn vì đó là trong miền cấp cao nhất .vm.

Nếu bạn chỉnh sửa / etc / mailname (tạo nó nếu cần thiết) để nói 'premiumconnect.co.za' (không có dấu ngoặc kép), nó có thể sẽ giải quyết vấn đề của bạn.

Nếu không, thì điều đó có thể chỉ ra rằng một MTA đang tạo địa chỉ dựa trên một số cấu hình khác, vì vậy chúng tôi sẽ cần biết thêm về thiết lập MTA của bạn.

— Không
nguồn

Tôi hiểu điều đó, nếu bạn nhìn vào dòng đầu tiên trong nhật ký, bạn sẽ thấy rằng địa chỉ từ được đặt : from=<bookings@premiumconnect.co.za>. Tôi đã thử cài đặt / etc / mailname. Điều gì sẽ khiến điều này không hoạt động?

— JonoCoetzee

Tôi đã thử nghiệm lại với Gmail và các email vẫn được gửi đến dưới dạng reserved@debian70.vm? Tôi đã khởi động lại dịch vụ sendmail nhưng không thay đổi.

— JonoCoetzee

Tôi có Authentication-Warning: premiumconnect.co.za: www-data set sender to bookings@premiumconnect.co.za using -ftrong mail.log, điều này có thể liên quan?

— JonoCoetzee

Làm thế nào để giải quyết tên miền debian70.vm? có vẻ như tôi đang sử dụng reserved@debian70.vm làm địa chỉ người gửi. Việc kiểm tra thư rác được thực hiện qua debian70.vm, không thể giải quyết được.

— ném đá
nguồn

@slm Không. Đó thực sự là câu trả lời imho. Đối với tôi, anh ấy đang cố gắng gửi thư dưới dạng reserved@debian70.vm, tên miền không thể được giải quyết bởi máy chủ từ xa. Xin lỗi nếu nó không rõ ràng, tôi sẽ sửa đổi câu trả lời của tôi.

— ném đá

ném đá là đúng, đó là vấn đề chính .. một vấn đề thứ yếu có thể là lý do tại sao máy chủ chuyển tiếp của anh ấy chấp nhận địa chỉ như vậy :)

— NickW

@ ngạc nhiên - bản chỉnh sửa làm cho nó tốt hơn, tôi đã xóa nhận xét, cảm ơn.

— slm

@NickW thực sự có vẻ như tôi đang sử dụng máy cục bộ (127.0.0.1) để gửi thư, vì vậy nó hoạt động. Tôi đoán anh ấy đã không chuyển thư đến bất cứ nơi nào, nếu không anh ấy có thể nhận được thư thất bại thay vì nhật ký lỗi. Nếu đó là sự thật, anh ta sẽ gặp vấn đề với những người kiểm tra thư rác như SpamAssassin, nhưng anh ta thường sẽ không nhận được bất kỳ phản hồi nào cho nó - tin nhắn sẽ bị loại bỏ bởi máy chủ thư của người nhận.

— ném đá

Tôi đồng ý, đó là lý do đằng sau bình luận cuối cùng của tôi dưới câu hỏi của anh ấy :)

— NickW

Tôi tìm thấy vấn đề, một khi tôi đã chỉ ra đúng hướng bởi các câu trả lời khác. Sendmail.mc (được tạo tự động) có một dòng MASQUERADE_AS(`debian70.vm')dnl, tôi đã thay đổi nó MASQUERADE_AS(`premiumconnect.co.za')dnlvà các email hiện đang được đặt chính xác. Cảm ơn vì sự sáng suốt.

— JonoCoetzee
nguồn