Điểm:1

Lỗi DMARC đối với báo cáo phân phối

lá cờ us

Tôi có một máy chủ thư dựa trên Docker (mai lộc) cài đặt. Nó hoạt động tốt ngoại trừ các báo cáo gửi được gửi tự động (một trong các hộp thư của người dùng đã đầy và thông báo "Vượt quá hạn ngạch" được gửi tới người gửi).

Các báo cáo bị người nhận từ chối do lỗi DMARC:

Đây là báo cáo lạm dụng email cho một email nhận được từ IP xxx.xxx.xxx.xxx vào Thứ ba, ngày 28 tháng 9 năm 2021 05:16:31 +0000. Thông báo bên dưới không đáp ứng chính sách dmarc của miền gửi.

Tiêu đề của thư bị từ chối:

Feedback-Type: auth-failure
Tác nhân người dùng: Lua/1.0
Phiên bản: 1.0
Gốc-Thư-Từ: 
Bản gốc-Rcpt-To: [email protected]
Ngày đến: Thứ ba, ngày 28 tháng 9 năm 2021 05:16:31 +0000
ID tin nhắn: <[email protected]>
Xác thực-Kết quả: dmarc=fail (p=reject; dis=reject) header.from=domainB.com
Nguồn-IP: xxx.xxx.xxx.xxx
Giao hàng-Kết quả: từ chối
Auth-Failure: dmarc
Báo cáo-Miền: domainB.com

Máy chủ thư chạy trên mail.domainB.com, có tên miềnA.com được định cấu hình và email được gửi đến [email protected].

SPF được cấu hình cho cả hai miền:

  • Miền A: v=spf1 a mx bao gồm: domainB.com -all
  • Miền B: v=spf1 một mx bao gồm:_spf.google.com bao gồm:servers.mcsv.net bao gồm:relay.mailchannels.net -all

DMARC cho cả hai: v=DMARC1;p=reject;rua=mailto:[email protected];ruf=mailto:[email protected];adkim=s;aspf=s;fo=1;

MX cho cả hai miền là mail.domainB.com và bản ghi PTR cho IP "xxx.xxx.xxx.xxx" trỏ tới srv.domainB.com. Tất cả các miền chạy và trỏ đến cùng một máy chủ.

Tôi nghi ngờ có lỗi cấu hình DNS/DMARC nhưng tôi không chỉ ra được. Tôi có cần bao gồm tên miền không miềnB.com trong SPF nữa (xem tiêu đề.form).

Chỉnh sửa: Một số thư chứa nội dung thư (ngoài tiêu đề ở trên):

Nhận dạng-SPF: Không (không có bản ghi SPF) nhận dạng=không có bản ghi SPF; máy khách-ip=xxx.xxx.xxx.xxx; helo=mail.domainB.com; phong bì-từ=<>; người nhận=<UNKNOWN> 
Bộ lọc DKIM: Bộ lọc OpenDKIM v2.10.3 mx.hostpark.net F224D16527
Đã nhận: qua mail.domainB.com (Postfix)
    mã 61B3BDFF1; Thứ tư, ngày 29 tháng 9 năm 2021 06:16:50 +0000 (UTC)
Ngày: Thứ tư, 29 tháng 9 năm 2021 06:16:50 +0000 (UTC)
Từ: [email protected] (Hệ thống chuyển phát thư)
Chủ đề: Thư chưa gửi bị trả lại cho người gửi
Tới: [email protected]
Tự động gửi: tự động trả lời
Phiên bản MIME: 1.0
Loại nội dung: nhiều phần/báo cáo; report-type=delivery-status;
    ranh giới="25F89DFEB.1632896210/mail.domainB.com"
Id thư: <[email protected]>

Ai có thể chỉ cho tôi đi đúng hướng? Rất nhiều đánh giá cao, cảm ơn!

sebix avatar
lá cờ ie
`email được gửi đến [email protected]` Tôi cho rằng thư được gửi *từ* [email protected] *đến* [email protected]?
lá cờ us
@sebix Email ban đầu là một số email từ Linkedin. Khi hộp thư của người dùng đầy, máy chủ thư (Mailu) sẽ gửi thư bị trả về `[email protected]`. Theo định nghĩa, TỪ của thư bị trả lại trống, tôi giả sử hoặc `domainA.com` là `header.form` hãy nghi ngờ. Vì nó không thành công với DMARC nên thư bị trả lại bị từ chối.
Điểm:1
lá cờ us

Việc sửa chữa dường như khá dễ dàng. Bản ghi SPF có hơn 10 lần tra cứu và do đó, nó đúng về mặt tổng hợp nhưng được hiểu là không hợp lệ. Giải pháp là loại bỏ một trong những bao gồm:.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.