După ce a dormit pe el, soluția a ajuns să fie banală:
ssh serverul meu de e-mail
# Adăugați 1.2.3.4 ca alias (eth1:0) la interfața eth1:
sudo ifconfig eth1:0 1.2.3.4 masca de rețea 255.255.255.255
# Utilizați 1.2.3.4 ca ip sursă, conectați-vă la portul 25 de pe gazda locală:
nc -s 1.2.3.4 0.0.0.0 25
HELO 1.2.3.4
MAIL DE LA: [email protected]
RCPT către: [email protected]
DATE
Subiect: asta chiar este de la 1.2.3.4?
Test de la 1.2.3.4
.
PĂRĂSI
^C
# Ștergerea 1.2.3.4 din eth1:
sudo ifconfig eth1:0 0.0.0.0
Voilà , antetul rezultat:
Calea de întoarcere: <[email protected]>
Primit: din 1.2.3.4 ([1.2.3.4] (poate fi falsificat))
de earth.com (8.15.2/8.15.2) cu ID SMTP 1731SlYY013775
pentru <[email protected]>; Luni, 2 august 2021 18:29:14 -0700
Authentication-Results:the-force.com; dkim=permerror (format de mesaj/semnătură prost)
Data: Luni, 2 Aug 2021 18:28:47 -0700
De la: <[email protected]>
ID-ul mesajului: <[email protected]>
Subiect: Subiect de testare
De asemenea, a dezvăluit că adresa ip nu a fost blocată (DNSBL nu funcționează?), așa că, în acest sens, testul a fost un succes. :-/
Actualizare: D'oh! Liniile din sendmail.mc ar trebui să fie astfel:
FEATURE(`dnsbl',`dnsbl.sorbs.net',`"554 Respins " $&{client_addr} " găsit în dnsbl.sorbs.net"')dnl
FEATURE(`dnsbl',`b.barracudacentral.org',`"554 Respins " $&{client_addr} " găsit în b.barracudacentral.org"')dnl
Cu alte cuvinte, „dnl” de pe față comenta toate liniile DNSBL. :-(
Aaaaand acest de aceea testăm, doamnelor și domnilor.