Sau khi ngủ trên đó, giải pháp cuối cùng trở nên tầm thường:
ssh my-mail-server
# Thêm 1.2.3.4 làm bí danh (eth1:0) vào giao diện eth1:
Sudo ifconfig eth1:0 1.2.3.4 mặt nạ mạng 255.255.255.255
# Sử dụng 1.2.3.4 làm ip nguồn, kết nối với cổng 25 trên máy chủ cục bộ:
nc -s 1.2.3.4 0.0.0.0 25
CHÀO 1.2.3.4
GỬI TỪ: [email protected]
RCPT ĐẾN: [email protected]
DỮ LIỆU
Chủ đề: cái này có thật là từ 1.2.3.4 không?
Kiểm tra từ 1.2.3.4
.
TỪ BỎ
^C
# Đang xóa 1.2.3.4 khỏi eth1:
Sudo ifconfig eth1:0 0.0.0.0
Voilà , tiêu đề kết quả:
Đường dẫn trả về: <[email protected]>
Đã nhận: từ 1.2.3.4 ([1.2.3.4] (có thể giả mạo))
bởi earth.com (8.15.2/8.15.2) với SMTP id 1731SlYY013775
cho <[email protected]>; Thứ hai, ngày 2 tháng 8 năm 2021 18:29:14 -07:00
Xác thực-Kết quả: the-force.com; dkim=permerror (định dạng tin nhắn/chữ ký xấu)
Ngày: Thứ Hai, ngày 2 tháng 8 năm 2021 18:28:47 -07:00
Từ: <[email protected]>
Id tin nhắn: <[email protected]>
Chủ đề: Đề kiểm tra
Nó cũng tiết lộ rằng địa chỉ IP không bị chặn (DNSBL không hoạt động?), vì vậy theo nghĩa đó, thử nghiệm đã thành công. :-/
Cập nhật: D'oh! Thay vào đó, các dòng trong sendmail.mc sẽ như thế này:
TÍNH NĂNG(`dnsbl',`dnsbl.sorbs.net',`"554 Rejected " $&{client_addr} " được tìm thấy trong dnsbl.sorbs.net"')dnl
TÍNH NĂNG(`dnsbl',`b.barracudacentral.org',`"554 Rejected " $&{client_addr} " được tìm thấy trong b.barracudacentral.org"')dnl
Nói cách khác, 'dnl' ở mặt trước đã nhận xét tất cả các dòng DNSBL. :-(
Aaaaand cái này đó là lý do tại sao chúng tôi thử nghiệm, thưa quý vị và các bạn.
