Bug#1140099: exim4-daemon-heavy: regression in 4.98.2-1+deb13u3 - bare filename in router domains condition no longer treated as implicit lsearch

Terry Roy tech at futurecourse.com
Thu Jun 18 00:42:03 BST 2026


Thank you both for the analysis. Based on dpkg.log, deb13u3 was 
installed on 2026-05-30 but the issue was only observed on 2026-06-15 
when an inbound message to an affected address triggered the rejection. 
Adam's diffstat confirms deb13u3 only touched proxy.c.

To clarify Marc's point: his configuration examples use bare filenames 
in a different context from a bare filename used directly in a router 
domains condition. The issue I observed was specifically in the latter case:

   domains = VIRTDIR/domains    # in a router stanza

This may explain why his configuration is unaffected while mine was not.

I've reviewed my configuration changes (tracked with git) for the past 3 
months and nothing has changed in the routers, the aliases file, or any 
other settings that should affect the routers. I added a DNSBL to an acl 
and tweaked a blacklist lookup for another acl. I've run this exact 
setup for years with no issues.

I'm at a loss to explain why this issue arose after the upgrade. I can 
confirm that this alias was receiving mail prior to the upgrade.  The 
fix (adding explicit lsearch; prefix) has enabled that alias to work again.

-- 
Terry



More information about the Pkg-exim4-maintainers mailing list