Điểm:0

Postfix check_recipient_mx_access không hoạt động

lá cờ us

Tôi đã định cấu hình tùy chọn check_recipient_mx_access trong Postfix để từ chối email gửi đến các miền sai chính tả. Chúng tôi có một hệ thống gửi xác nhận chuyến bay và nhiều lần người dùng viết sai tài khoản email liên hệ.

Các tài liệu chỉ ra những điều sau đây

check_recipient_mx_access loại:bảng
        Tìm kiếm cơ sở dữ liệu truy cập (5) được chỉ định cho các máy chủ MX cho
        RCPT TO miền và thực hiện hành động tương ứng. Nếu không có MX
        bản ghi được tìm thấy, tra cứu bản ghi A hoặc AAAA, giống như Postfix
        Máy khách SMTP sẽ. Lưu ý: kết quả "OK" không được phép vì lý do an toàn
        lý do. Thay vào đó, hãy sử dụng DUNNO để loại trừ các máy chủ cụ thể khỏi
        danh sách từ chối. Tính năng này có sẵn trong Postfix 2.1 trở lên.

Cấu hình của tôi như sau:

chính.cf

smtpd_recipient_restrictions = reject_invalid_hostname,
                               reject_unauth_pipelining,
                               allow_mynetworks,
                               permit_sasl_authenticated,
                               reject_unauth_destination,
                               băm check_client_access:/etc/postfix/rbl_override,
                               hàm băm check_recipient_mx_access:/etc/postfix/bogus_mx,
 

Quy tắc sau được thêm vào tệp bogus_mx:


54.159.98.68 TỪ CHỐI


khi tôi cố gắng gửi email qua telnet thì nó cũng không bị từ chối:


root@mailserver:~# telnet localhost 25
Đang cố gắng ::1...
Đã kết nối với máy chủ cục bộ.
Ký tự thoát là '^]'.
220 mail-front.kiusys.com ESMTP Postfix (Debian/GNU)
chào tôi
250-mail-front.kiusys.com
250-ĐƯỜNG ỐNG
KÍCH THƯỚC 250 10240000
250-VRFY
250-ETRN
250-BẮT ĐẦUTLS
250-MÃ TRẠNG THÁI NÂNG CAO
250-8BITMIME
250 DSN
thư từ: [email protected]
250 2.1.0 Được rồi
rcpt tới: [email protected]
250 2.1.5 Được rồi
dữ liệu
354 Kết thúc dữ liệu với <CR><LF>.<CR><LF>
Chủ đề: Kiểm tra Telnet
Chào cưng,
.
250 2.0.0 Ok: xếp hàng là D161160E5D
từ bỏ
221 2.0.0 Tạm biệt
Kết nối bị đóng bởi máy chủ nước ngoài.

Thông tin hệ thống:

root@mailserver:/etc/postfix# postconf mail_version
mail_version = 2.11.3

Không có mô-đun LSB nào khả dụng.
ID nhà phân phối: Debian
Mô tả: Debian GNU/Linux 8.11 (jessie)
Phát hành: 8.11
Tên mã: jessie


Bất kỳ ý tưởng nào ??

Trân trọng,

Nikita Kipriyanov avatar
lá cờ za
Có lẽ nó đã được * cho phép * ted trước khi nó xuống tới `check_recipient_mx_access` này. Nó có thể đã được cho phép bởi kết quả `permit_mynetworks` hoặc `check_client_access`. Để gỡ lỗi, hãy thêm địa chỉ IP của máy khách thử nghiệm của bạn vào danh sách `debug_peer_list`, nó sẽ ghi nhật ký gỡ lỗi *mở rộng* cho các kết nối từ máy khách đó (rất chi tiết), với các chi tiết cho mỗi lần kiểm tra được thực hiện (mỗi lần so sánh sẽ được ghi lại). Điều đó sẽ cho phép bạn xác định nơi nó cho phép gửi thư.
Nikita Kipriyanov avatar
lá cờ za
Phải nói rằng, bạn sẽ làm gì nếu ai đó thực sự đăng ký tên miền hợp lệ `hotmaul.com` và ai đó thực sự cần gửi thư đến đó từ máy chủ của bạn? Bạn đã cố tình chọn một số tên là "sai" hoặc "lỗi chính tả" mà không có bất kỳ lý do chính đáng nào đằng sau nó, chỉ vì "bạn thấy nó như vậy" (và dù sao thì bạn cũng sẽ không thể nắm bắt được tất cả các lỗi chính tả có thể xảy ra).
Nikita Kipriyanov avatar
lá cờ za
Ngoài ra, thay vì nhận được lỗi cụ thể "miền người nhận không tồn tại" (nếu miền không tồn tại), người dùng của bạn sẽ nhận được "client_recipient_mx_access bị từ chối" chung chung đối với một số miền sai chính tả mà không có bất kỳ đầu mối nào *chính xác là* đã sai. Đó là những điều tồi tệ.
lá cờ us
Tôi đã kích hoạt gỡ lỗi, tôi không nghĩ rằng postfix không đọc quy tắc: https://Pastebin.com/zwSdqDBW Bất kỳ ý tưởng?
Nikita Kipriyanov avatar
lá cờ za
Tôi không thấy nơi nào đánh giá `smtpd_recipient_restrictions`. Tuy nhiên, tôi nhận thấy bạn đã kết nối từ `127.0.0.1`, có thể là trong `mynetworks`, vì vậy `permit_mynetworks` của bạn sẽ cho phép thông báo này khiến bạn không có cơ hội kiểm tra mọi thứ bên dưới, như tôi đã giải thích ở trên.
lá cờ jp
Ngoài ra, Debian 8 đã được EOL kể từ tháng 6 năm 2018, LTS đã kết thúc vào tháng 6 năm 2020 và Postfix không có trong danh sách các gói ELTS từ Freexian. Đã đến lúc nâng cấp.

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