system_filter issue "name too long in directory_make"

Andrew McGlashan andrew.mcglashan at
Wed Dec 20 03:55:40 UTC 2017


I have a system_filter entry that does backups (for archival purposes)
of emails.  The path for storing the backup copy exceeds the buffer size
of 256 as per the source file [1].

Outside of exim, I can create the directory without any trouble, then
actual length for my test was 275 characters, this includes many path
components of smaller size, the total length of the path being 275.

Is there any reason why the code couldn't be adjusted to have a maximum
length of say, 512, 768 or even 1024 as 256 is too short for my use case
and there is no problem at the file system level with the actual
required path.

Here is the relevant part of my system_filter that expands out to the
super long path; this usually fails with salesforce emails and has done
for years, but now I'm hoping to get this fixed and have done the
further investigation.

   unseen save   

I have a similar line for emails with a List-ID as follows (the path
would be longer) in this case.

   unseen save   

The message remains frozen in the mail queue.

If I create the directory at the file system level (ext4), then it
creates fine.  When I then run exim4 -M message_id ... the message
doesn't get saved, but it is removed from the mail queue and is no
longer frozen.

2017-12-20 14:37:39 [19932] cwd=/var/log/exim4 3 args: exim4 -M
2017-12-20 14:37:39 [19932] 1eRE4Y-00037m-IO Unfrozen by forced delivery
2017-12-20 14:37:39 [19932] 1eRE4Y-00037m-IO Completed QT=18h17m13s


Kind Regards

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <>

More information about the Pkg-exim4-maintainers mailing list