Điểm:0

Lỗi Amavis và Spamassassin với các tệp '.pre' (sử dụng iRedMail)

lá cờ fr

Tôi đã cài đặt iRedMail sẽ cài đặt amavis và spamassassin. Khi tôi kiểm tra gửi và nhận email, tôi gặp lỗi trong /var/log/mail.log, tôi thấy dòng lỗi này:

postfix/amavis/smtp[14582]: kết nối với 127.0.0.1[127.0.0.1]:10026: Kết nối bị từ chối

khi tôi chạy dòng này: $sudo amavisd-gỡ lỗi mới Tôi thấy ở cuối đầu ra:

các tệp nằm trong thư mục cấu hình.\nỞ mức tối thiểu, v320.pre tải phần bổ trợ Kiểm tra được yêu cầu. Ngày 12 tháng 6 11:58:25.764 mail.example.com /usr/sbin/amavisd-new[20040]: sd_notify (no socket): STOPPING=1\nSTATUS=TROUBLE in pre_loop_hook: Timeout::_run: kiểm tra: plugin chưa tải triển khai 'check_main': không thể quét!\nKiểm tra xem các tệp '.pre' cần thiết có nằm trong thư mục cấu hình không.\nỞ mức tối thiểu, v320.pre tải plugin Kiểm tra cần thiết. Ngày 12 tháng 6 11:58:25.764 mail.example.com /usr/sbin/amavisd-new[20040]: (!)_DIE: Tự sát () SỰ CỐ trong pre_loop_hook: Hết giờ::_run: kiểm tra: không có plugin nào được tải triển khai 'check_main' : không thể quét!\nKiểm tra xem các tệp '.pre' cần thiết có nằm trong thư mục cấu hình không.\nỞ mức tối thiểu, v320.pre tải plugin Kiểm tra cần thiết. Tự tử () SỰ CỐ trong pre_loop_hook: Hết thời gian::_run: kiểm tra: không có plugin nào được tải triển khai 'check_main': không thể quét! Kiểm tra xem các tệp '.pre' cần thiết có trong thư mục cấu hình không. Ở mức tối thiểu, v320.pre tải plugin Kiểm tra được yêu cầu.

Đây cũng là đầu ra của $spamassassin --lint -D:

Hết thời gian::_run: kiểm tra: không có plugin nào được tải triển khai 'check_main': không thể quét! Kiểm tra xem các tệp '.pre' cần thiết có trong thư mục cấu hình không. Ở mức tối thiểu, v320.pre tải plugin Kiểm tra được yêu cầu

tôi nhìn lên trong /etc/mail/spamassassin và tôi không thể thấy bất kỳ tệp '.pre' nào trong đó. Tôi cũng đã tìm kiếm v320.pre tập tin sử dụng này: $sudo tìm / -iname v320.pre không có kết quả.

Nếu tôi loại bỏ amavis bằng cách sử dụng: $sudo nano /etc/amavis/conf.d/50-user và thay đổi hai dòng này:

@bypass_virus_checks_maps = (1); @bypass_spam_checks_maps = (1);

và sau đó khởi động lại dịch vụ: $sudo systemctl khởi động lại amavis và sau đó xử lý hàng đợi thư: $postqueue -f máy chủ thư sẽ hoạt động hoàn toàn tốt! Vì vậy, rõ ràng là tôi nên đặt một số tệp '.pre' vào /etc/mail/spamassassin danh mục. Tôi phát hiện ra rằng có một số tệp '.pre' trong url này: https://apache.googlesource.com/spamassassin/+/trunk/rules Câu hỏi của tôi là: Tải xuống các tệp này và đặt chúng vào thư mục của tôi có an toàn không? Hoặc nói chung, tôi có thể tìm hoặc tạo các tệp '.pre' ở đâu?

anx avatar
lá cờ fr
anx
Nhật ký từ thời điểm *spamassassin* được cài đặt có tiết lộ lý do tại sao các tệp cấu hình của nó không được sao chép vào `/etc` không?
Mahsa avatar
lá cờ fr
@anx Tôi đã kiểm tra tệp `install.log` và không có lỗi nào liên quan đến cài đặt apamassassin (hoặc bất kỳ thứ gì khác). Nó không có bất kỳ thông tin nào về tệp '.pre'. Nó chỉ có những dòng này: ```[ INFO ] Configure SpamAssassin (bộ lọc thư rác dựa trên nội dung). + Copy file cấu hình SpamAssassin mẫu: /path/to/iRedMail-1.4.0/samples/spamassassin/local.cf -> /etc/mail/spamassassin/local.cf. + Kích hoạt crontabs để cập nhật SpamAssassin.```
Mahsa avatar
lá cờ fr
@anx Tôi cũng đã kiểm tra các tệp cài đặt: `iRedMail-1.4.0/samples/spamassassin` nó chỉ có hai tệp trong đó: `local.cf` và `razor.conf`
Điểm:0
lá cờ fr

Đối với người mà nó có thể quan tâm, tôi đã tải xuống toàn bộ phiên bản liên quan đến phiên bản đã được cài đặt trên máy chủ của tôi từ (https://spamassassin.apache.org/)[https://spamassassin.apache.org/]. Sau đó, tôi cuộn xuống quy tắc thư mục từ các tệp đã tải xuống và sao chép v320.pre đến máy chủ của tôi /etc/mail/spamassassin thư mục (vì v320.pre là yêu cầu tối thiểu để spamassassin và amavis hoạt động). Sau đó, tôi đã sử dụng lệnh này để cập nhật các quy tắc: $sudo sa-cập nhật Tôi đã khởi động lại dịch vụ amavis và spamassassin:

$sudo systemctl khởi động lại amavis

$sudo systemctl khởi động lại spamassassin

đã kiểm tra đầu ra gỡ lỗi bằng các dòng lệnh sau:

$sudo amavisd-gỡ lỗi mới

$spamassassin --lint -D

Sau khi chắc chắn không có lỗi gì thì mình enable service trong file này:

$sudo nano /etc/amavis/conf.d/50-user

và sửa đổi những dòng này:

@bypass_virus_checks_maps = (0);

@bypass_spam_checks_maps = (0);

lưu và đóng tệp và khởi động lại dịch vụ.

$sudo systemctl khởi động lại amavis

Để đảm bảo mọi thứ đang hoạt động, chỉ cần gửi và nhận email. Và tuyệt vời :)

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