Điểm:1

postfix xóa nội dung thư bị trả lại

lá cờ in

Tôi đã nhận thấy đối với các thư không gửi được bằng hậu tố, phần nội dung của thư sẽ bị xóa. Đây là một ví dụ (email thực được thay thế bằng tạm thời):

--5F54EFCA0A.1653443634/MYDOMAIN.COM
Nội dung-Mô tả: Báo cáo giao hàng
Loại nội dung: tin nhắn/tình trạng giao hàng

Báo cáo-MTA: dns; MYDOMAIN.COM
X-Postfix-Queue-ID: 5F54EFCA0A
X-Postfix-Người gửi: rfc822; TỪ@MYDOMAIN.COM
Ngày đến: Thứ tư, ngày 25 tháng 5 năm 2022 01:47:13 +0000 (UTC)

Người nhận cuối cùng: rfc822; ĐẾ[email protected]
Người nhận bản gốc: rfc822;[email protected]
Hành động: trì hoãn
Trạng thái: 4.2.1
MTA từ xa: dns; alt1.gmail-smtp-in.l.google.com
Chẩn-Mã: smtp; 450-4.2.1 Người dùng mà bạn đang cố gắng liên hệ là
    nhận thư ở tốc độ 450-4.2.1 ngăn các thư bổ sung từ
    Được chuyển giao. Vui lòng gửi lại tin nhắn 450-4.2.1 của bạn sau. Nếu
    người dùng có thể nhận thư tại thời điểm 450-4.2.1 đó, thư của bạn sẽ
    được giao. Để biết thêm thông tin, vui lòng truy cập 450-4.2.1 450 4.2.1
    https://support.google.com/mail/?p=ReceivingRate
    i9-20020a544089000000b0032b06b69e67si10079646oii.275 - gsmtp
Will-Retry-Until: Mon, 30 May 2022 01:47:13 +0000 (UTC)

--5F54EFCA0A.1653443634/MYDOMAIN.COM
Nội dung-Mô tả: Tiêu đề thư chưa được gửi
Loại nội dung: text/rfc822-headers
Mã hóa truyền nội dung: 8 bit

Đường dẫn trả về: <[email protected]>
Đã nhận: từ [XX.XX.XX.XX] (máy chủ cục bộ [127.0.0.1])
    bởi MYDOMAIN.COM (Postfix) với ESMTP id 5F54EFCA0A
    cho <[email protected]>; Thứ tư, 25 Tháng năm 2022 01:47:13 +0000 (UTC)
Loại nội dung: nhiều phần/hỗn hợp; ranh giới="===============9070788644322080819=="
Phiên bản MIME: 1.0
Chủ đề: ĐỐI TƯỢNG CỦA TÔI
Từ: [email protected]
Tới: [email protected]
Id tin nhắn: <[email protected]>
Ngày: Thứ tư, 25 tháng 5 năm 2022 01:47:13 +0000 (UTC)

--5F54EFCA0A.1653443634/MYDOMAIN.COM--
*** TRÍCH DẪN ĐẦU bị hoãn lại/3/3E377FD67F ***
tên_thuộc tính: mã hóa=8bit
*** MESSAGE FILE END hoãn lại/3/3E377FD67F ***

Tôi đang tự hỏi là có thể có bất kỳ tùy chọn nào dưới đây không? Chỉ cố gắng tìm cách tránh mất tin nhắn gốc bất cứ khi nào có tin nhắn bị trả lại.

  1. Có cách nào để ngăn postfix tạo thông báo này và thay vào đó chỉ đặt thông báo gốc vào hàng đợi hoãn lại không?
  2. Hoặc, tôi có thể thay đổi tốc độ xóa thư gốc và thay thế bằng thư này không?
  3. Hoặc, có cách nào để tùy chỉnh định dạng để đảm bảo bao gồm nội dung chính của thư gốc không?
anx avatar
lá cờ fr
anx
Bạn cũng có thể gặp sự cố với ứng dụng thư khách của mình? Mẫu bạn đã trích dẫn.. phải kèm theo thông báo giải thích. Có phải ứng dụng thư khách của bạn không hiển thị điều đó?
Điểm:1
lá cờ fr
anx

Tin nhắn đó không nhất thiết là không gửi được, chỉ là không gửi được. Nó không được Google chấp nhận chưa. Nó có thể, như đã nói, "vào một thời điểm sau". Tôi nghĩ rằng sự nhầm lẫn bắt nguồn từ "nảy" thường được hiểu là "không gửi được, trả lại đầy đủ".

Nhưng mà mẫu này chỉ là một thông báo về một sự chậm trễ, như đã thấy trong chủ đề và Hành động: trì hoãn. Những thông báo này cố tình chỉ thẩm quyền giải quyết tin nhắn ban đầu: nó sẽ được trả lại đầy đủ sau đó nếu và khi nó được vĩnh viễn bị từ chối, hoặc nếu nó vẫn không được giao tại thời điểm quy định trong Sẽ-Thử lại-Cho đến khi.

Chỉ cố gắng tìm cách tránh mất tin nhắn gốc bất cứ khi nào có một thư bị trả lại.

tin nhắn là không phải mất.

  1. hậu tố đã xếp hàng đợi tin nhắn này, bao gồm cả nội dung. Mã được cung cấp với X-Postfix-Queue-ID: 5F54EFCA0A là tên của tệp hàng đợi. Sử dụng postcat(1) lệnh quản trị viên có thể lấy nó, bao gồm cả phần thân - cho đến khi giao hàng hoặc trả lại.
  2. Bạn có thể cấu hình delay_warning_time để cảnh báo về sự chậm trễ sau này (hoặc hoàn toàn không). Làm không phải tắt tính năng này nếu bạn có người dùng hiểu và sử dụng thông báo trễ.
  3. Bạn có thể cấu hình maximal_queue_lifetime để xác định khoảng thời gian postfix sẽ cố gắng gửi lại khi gặp lỗi tạm thời. tôi làm không phải đề nghị thay đổi điều này.
lá cờ in
Cảm ơn bạn về thông tin! Tôi đã thử đề xuất của bạn bằng cách sử dụng `postcat -q 5F54EFCA0A` nhưng đề xuất đó không tồn tại. Tôi tin rằng nó chỉ hoạt động với ID tin nhắn chứ không phải ID hàng đợi.Có cách nào khác để sử dụng postcat có thể tra cứu qua ID hàng đợi và truy xuất nội dung không? Và tôi biết các đề xuất của bạn với 2 và 3, nhưng thực sự mong muốn của tôi không phải là trì hoãn hoặc thay đổi thời gian nâng cấp, mà hơn thế nữa là thay đổi hành vi xếp hàng tin nhắn *nguyên trạng* của hậu tố, thay vì tin nhắn bị trả lại này nếu không thì tôi lo lắng thi thể không lấy lại được. Hãy nói với tôi rằng có hy vọng :)
anx avatar
lá cờ fr
anx
Nó sẽ không nằm trong hàng đợi nếu nó đã được giao trong thời gian đó;) Tìm ID hàng đợi trong nhật ký của bạn, nó sẽ cho bạn biết điều gì đã xảy ra trước khi bạn kiểm tra.
anx avatar
lá cờ fr
anx
@smaili Postfix *thực hiện* xếp hàng toàn bộ thư và nó *có thể* được truy xuất từ ​​hàng đợi - cho đến khi không còn nhu cầu, vì việc gửi hoặc trả lại đã xảy ra.
lá cờ in
Tôi muốn tin vào điều đó nhưng tôi đã thử mọi cách và không đi đến đâu, kể cả một grep đầy đủ trên toàn bộ hệ điều hành nhưng không có gì. Tôi cũng đã vấp phải điều này: https://serverfault.com/questions/491224/log-headers-contents-of-rejected-messages-via-postfix nơi người ta đề cập rằng người quản lý bưu điện cắt bớt nội dung của các thư bị trả lại vì vậy tại thời điểm này điểm tôi không nghĩ là có thể truy xuất.
anx avatar
lá cờ fr
anx
@smaili Chỉ riêng `grep` sẽ không hoạt động trên bộ lưu trữ tệp nhật ký nhị phân nhất định. Ví dụ. đối với tạp chí systemd, bạn muốn sử dụng `journalctl` để xem nhật ký. Thông báo cho hộp thư `postmaster` tách biệt với thông báo cho người gửi. Việc cắt ngắn trong đó xảy ra theo cách tương tự, nhưng vì những lý do khác nhau.

Đă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.