Điểm:-1

Procmail gửi trả lời tự động nhưng không gửi đến Hộp thư đến

lá cờ in

Tôi đã bắt đầu công thức trả lời tự động cho một số người dùng nhất định vài giờ trước.
Tôi đã nhận được thư trả lời tự động được gửi và thư gốc được gửi vào Hộp thư đến. Tôi đã thử nghiệm nó nhiều lần.
Tôi đã thực hiện một số thay đổi nhỏ trong formail và bây giờ thư trả lời tự động đã được gửi nhưng thư gốc không được gửi đến Hộp thư đến.
Tôi đã quay lại công thức đầu tiên nhưng vấn đề vẫn còn.
Tôi cũng đã thử thay đổi địa chỉ người gửi, kiểm tra các thư bị đánh dấu là thư rác và nhật ký thư và không thể nhận ra điều gì đã xảy ra.

Công thức đầu tiên:

:0
* ^From.*[email protected]
* !^FROM_DAEMON
* !^FROM_MAILER
* !^X-Loop: [email protected]
| (thư điện tử -rk \
    -A "X-Loop: [email protected]" \
    -A "Ưu tiên: rác"; \
    echo "Thử nghiệm";\
    echo "Đây là phản hồi tự động";\
    echo "Không chắc đã xem tin nhắn của bạn";\
    echo "Vì vậy, hãy thử lại vào ngày mai" ) | $SENDMAIL -t -oi 

Những thay đổi tôi đã thực hiện là trong thư điện tử -rt (thay vì -rk) và xóa -A "Ưu tiên: rác"

CẬP NHẬT
Tôi nghĩ rằng tôi đã tìm ra vấn đề: procmail.log: "Trình quét vi-rút không phản hồi trong vòng 30 giây"
Đây là một vấn đề tôi có một thời gian trước đây.Thư đến bị chậm gửi 30 giây hoặc một phút (máy chủ này có lưu lượng thư rất thấp). Có vẻ như các công thức procmail không thích điều đó.
Có cấu hình nào để yêu cầu nó đợi cho đến khi Yên tĩnh hoàn thành công việc của nó?

CẬP NHẬT 2
Tôi đã tắt chức năng clashscan (quét vi-rút) và sự cố vẫn tiếp diễn, thư gốc không được gửi đến hộp thư đến. Bây giờ tôi không nhận được procmail.log: "Trình quét vi-rút không phản hồi trong vòng 30 giây"
Nhật ký này chỉ xuất công thức

CẬP NHẬT 3
Tôi sử dụng Webmin/Virtualmin làm Bảng điều khiển. Theo mặc định, ClamAV sử dụng clashscan

phụ trợ ps | nghêu ngao
tên người dùng 31127 0,0 0,0 26132 2144 ? S 20:30 0:00 /usr/bin/perl /etc/webmin/virtual-server/clam-wrapper.pl bin/clamscan
tên người dùng 31128 0,0 0,0 9564 1156 ? S 20:30 0:00 sh -c /bin/clamscan - /tmp/clamwrapper.31127
tên người dùng 31129 101 15.7 1385464 1258520 ? R 20:30 0:30 /bin/quét ngao -

Đó là trước khi tôi tắt AV.

CẬP NHẬT 4

Thư gốc được gửi từ Postfix tới Procmail:

... relay=local, delay=30, delays=0.29/0.01/0/30, dsn=2.0.0, status=sent (được gửi tới lệnh: /usr/bin/procmail-wrapper -o -a $DOMAIN - d $LOGNAME)     

Nhật ký Procmail:

Từ [email protected] Thứ Hai ngày 23 tháng 5 13:15:34 2022
 Chủ đề: Kiểm tra trả lời tự động
  Thư mục: (formail -rt \ -A "X-Loop: [email protected]"; \ ec 2343
Thời gian:1653322564 Từ:[email protected] Đến:[email protected] Người dùng:user_me Kích thước:2343 Đích: (formail -rt \
    -A "X-Loop: [email protected]"; \
    echo "Thử nghiệm";\
    echo "Đây là phản hồi tự động";\
    echo "Không chắc đã xem tin nhắn của bạn";\
    echo "Vì vậy, hãy thử lại vào ngày mai" ) | $SENDMAIL -t -oi Chế độ:Không có
tripleee avatar
lá cờ ar
Chúng tôi không thể thấy công thức SpamAssassin của bạn nhưng thông báo lỗi dường như không liên quan đến điều đó; SpamAssassin không phải là trình quét vi-rút. Bạn cũng đang chạy ClamAV hoặc một trình quét vi-rút thực tế khác từ Procmail phải không? Bạn có thể vui lòng [chỉnh sửa] để hiển thị công thức được liên kết và đoạn trích thực tế từ tệp nhật ký của Procmail không?
lá cờ us
Rob
Thay vì chạy sát thủ thư rác trực tiếp từ procmail, hãy chạy trình chặn sát thủ thư rác `spamd` như một dịch vụ và bắt đầu quét với `spamc` - xem phần cuối trang trên https://cwiki.apache.org/confluence/display/SPAMASSASSIN/UsedViaProcmail - điều đó sẽ hoàn thành quá trình quét của bạn nhanh hơn nhiều
lá cờ in
@tripleee Xin lỗi cả hai bạn. Spamassassin không có gì để làm ở đây. Đây là nguyên nhân gây ra sự chậm trễ. Tôi nhầm lẫn mọi thứ. Tôi đang chỉnh sửa câu hỏi.
tripleee avatar
lá cờ ar
Bạn vẫn không hiển thị cách bạn đang chạy ClamAV. Có, có một tùy chọn mà bạn nên sử dụng nhưng chúng tôi không thể xem công thức của bạn. Nó hoàn toàn không liên quan đến mã trong câu hỏi của bạn.
tripleee avatar
lá cờ ar
Tuy nhiên, chạy AV từ máy chủ thư sẽ tốt hơn nhiều so với từ Procmail. Xem ví dụhttps://www.linuxbabe.com/mail-server/postfix-amavis-spamassassin-clamav-ubuntu giải thích cách chạy ClamAV từ Postfix trên Ubuntu qua Amavis (xin lỗi, không thể nhanh chóng tìm thấy cái mà bạn không muốn đăng ký một số tiếp thị nhảm nhí).
tripleee avatar
lá cờ ar
https://serverfault.com/questions/683032/configuration-of-clamav-on-fedora-core-21-with-postfix là một câu hỏi cục bộ về cách thực hiện điều này trên Fedora, nhưng nó khá cũ.
lá cờ in
@tripleee Tôi không hiểu tại sao mã bắt đầu `:0` không phải là "công thức". Mặc dù tên của nó, nó được đặt tại /home/me/.procmailrc. Như đã nói trước đây, tôi có thể thấy nó hoạt động ổn trong một số thử nghiệm ban đầu nhưng đột nhiên thư gốc không được gửi đến Hộp thư đến (trả lời tự động vẫn ổn). Tôi đã tắt AV clashscan nhưng không có gì thay đổi. Tôi chưa bao giờ thay đổi cài đặt mặc định Virtualmin (2019) của ClamAV. (Đã thêm Cập nhật 3)
tripleee avatar
lá cờ ar
Đó là một công thức, nhưng dường như không liên quan đến câu hỏi thực tế ở đây. Tôi đã từ bỏ việc yêu cầu bạn hiển thị mã thực tế chạy ClamAV và thay vào đó, tôi đã bỏ phiếu đóng vì lý do không rõ ràng.
lá cờ in
Tôi không biết mã nào chạy ClamAV và cách tìm. Tôi sử dụng Virtualmin làm bảng điều khiển và tôi chỉ có thể tắt tính năng lọc vi-rút
lá cờ in
Tôi chỉ cần thêm cờ 'c' (bản sao): `:0c` Bây giờ, công thức trước tiên lưu trữ thư trong thư mục hộp thư đến và sau đó là thư trả lời tự động. ClamAV đã tắt
tripleee avatar
lá cờ ar
Nếu `procmail.log` chứa thông báo lỗi, thì có điều gì đó trong `.procmailrc` của bạn đang tạo ra thông báo đó (hoặc bạn có một thiết lập thực sự kỳ lạ khi có thứ gì đó không liên quan ghi thông báo vào tệp nhật ký của Procmail!)
lá cờ in
Thông báo lỗi tôi có trong procmail.log có liên quan đến hơn 30 giây. Độ trễ ClamAV đã biến mất sau khi tôi tắt nó. Bây giờ nó đang hoạt động ổn. Cảm ơn

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