On Sat, 4 Nov 2023, Julian Bradfield via Exim-users wrote:
> When I implement a simple mailing list by an example as in chap 51.2
> of the docs, why does the errors_to address have to be verifiable by a
> router that comes *before* the list router?
The answer is that it doesn't!
The comment in 51.2:
For example, using the configuration above, mail sent to dicts@??? is passed on to those addresses contained in /usr/lists/dicts, with error reports directed to dicts-request@???, provided that this address can be verified. There could be a file called /usr/lists/dicts-request containing the address(es) of this particular list’s manager(s), but other approaches, such as setting up an earlier router (possibly using the local_part_prefix or local_part_suffix options) to handle addresses of the form owner-xxx or xxx-request, are also possible.
is a bit confusing.
Experiment appears to show that when the list file does not exist, the
router defers, rather than declining, and so further routers are not
tried, because of that, not because of no_more. Or am I wrong?
If I use a forced fail in the list lookup thus:
file = ${lookup {$local_part-list} dsearch,ret=full {/home/bcrc/EtcMail}{$value}fail}
then everything works as I expect.
*That* might be worth mentioning there: the example as given results
in a situation where mail to non-existent lists defers indefinitely,
which is probably not what anybody mindlessly copy-pasting expects :)
(Exim 4.94.2, by the way.)
--
## subscription configuration (requires account):
##
https://lists.exim.org/mailman3/postorius/lists/exim-users.lists.exim.org/
## unsubscribe (doesn't require an account):
## exim-users-unsubscribe@???
## Exim details at
http://www.exim.org/
## Please use the Wiki with this list -
http://wiki.exim.org/
