https://bugs.exim.org/show_bug.cgi?id=1800
Bug ID: 1800
Summary: exim -bhc fake session and cutthrough delivery
Product: Exim
Version: 4.82
Hardware: x86-64
OS: Linux
Status: NEW
Severity: bug
Priority: medium
Component: General execution
Assignee: nigel@???
Reporter: mike.brudenell@???
CC: exim-dev@???
I often use the -bhc command line option to do dry-runs of Exim to test changes
to my configuration. For example,
exim -bhc 144.32.226.226 -oMi 144.32.129.129.25 -v -d+all
I have just added an ACL to my configuration to select cutthrough_delivery when
receiving messages from a specific IP address. I tested this by doing my usual
fake session with the command line above. All looked well and Exim concluded
with
15:26:23 25853 SMTP>> 250 OK id=1aYbK2-0006iz-6A
250 OK id=1aYbK2-0006iz-6A
**** SMTP testing: that is not a real message id!
But then my message arrived in my mailbox! Exim's "fake session" selected with
-bhc normally does not send a real message, but when "control =
cutthrough_delivery" is selected it really does.
I've checked the Exim changelog and can see no mention of this problem or it
being fixed in a later release.
Relevant extract from my configuration file:
hostlist campus_ip_addrs = <; 144.32.0.0/16 ; 2001:0630:0061::/48
hostlist private_ip_addrs = <; 10.0.0.0/8 ; 172.16.0.0/12 ; 192.168.0.0/16
hostlist loopback_ip_addrs = <; 0.0.0.0 ; 127.0.0.0/8 ; ::1
hostlist relay_from_hosts = <; +loopback_ip_addrs ; +campus_ip_addrs ;
+private_ip_addrs
hostlist mail_server_hosts = pippin.york.ac.uk
...and within the acl_check_rcpt...
accept hosts = +relay_from_hosts
hosts = +mail_server_hosts
control = cutthrough_delivery
accept hosts = +relay_from_hosts
control = submission/sender_retain
control = dkim_disable_verify
To reproduce:
exim -bhc clientipaddress -oMi serveripaddress.25 -v -d+all
where clientipaddress is listed in both relay_from_hosts and mail_server_hosts.
(In my case pippin.york.ac.uk has IP address 144.32.226.226)
Conduct the fake SMTP session through to completion. The test message is
actually generated and transmitted rather than silently discarded.
Cheers,
Mike Brudenell
--
You are receiving this mail because:
You are on the CC list for the bug.
