On Wed, 31 May 2023, Robert Nicholson wrote:
So this issue hasn’t resolved itself unfortunately and so I still get the
occasional email that just simply fails to deliver.
Does anybody have any more ideas as to how I investigate this further since I
don’t have debug as I’m not an admin and the folks responsible for the exim
build claim that this is all due to the fact that I’m using a custom filter
which I am but it’s understood that my filter itself couldn’t be responsible
for the errors I’m seeing when things error.
"my filter" means your .forward, or $home/perlscripts/filter.pl ?
"Understood" or verified ? Can you confirm that you perlscript is
running as the expected user and with the expected environment ?
failing that is there anyway I can force the delivery or something
before my filter is invoked so that I can backup the message.
If you remember I do this prior to my pipe but that doesn’t cause
delivery to occur immediately
save $home/Maildir/.INBOX.intray.backup/
Ah. I think you need to save to a file, not a directory.
After this line, just for the sender that always fails, add the
"finish" command:
if $sender_address: contains ".." then finis endif
You do have
if error_message then finish endif
near the top of your .forward file, as recommended by the filter.txt
section 3.25 ?
after this here’s the pipe
pipe "nice -10 $home/perlscripts/filter.pl"
Just to be thorough, could you try putting the full path for nice
and hand-expanding $home ?
And check that the perl binary in the first line of filter.pl
exists. If it is set with /usr/bin/env try without that.
Still don’t see reasons why the errors still occur or anything about the
messages impacted.
But for at least one sender I can see _all_ their mail consistently fails.
but that is not the case for all emails that fail. ie. there are some senders
who’s emails fail but the same senders email won’t necessarily fail all the
time.
Does anybody know the signficance of the errno in this case?
2023-05-31 06:16:13 1q441n-0006Lk-3A internal problem in userforward router
(recipient is [email protected]): failure to transfer data from
subprocess: status=0100 readerror='No such file or directory'
2023-05-31 06:16:13 1q441n-0006Lk-3A == [email protected]
<[email protected]> R=userforward defer (-1): internal problem in userforward
router (recipient is [email protected]): failure to transfer data from
subprocess: status=0100 readerror='No such file or directory’
If 0100 is the permissions of a file in octal, you might need to add
execute permission, if the system allows it.
Is this supposed to be running as user robert or elastica ?
without a sandbox to play in this is considerably difficult to resolve.
On May 14, 2023, at 3:35 AM, Andrew C Aitchison via Exim-users
<[email protected]> wrote:
On Sat, 13 May 2023, Robert Nicholson via Exim-users wrote:
What would a basic .forward file look like if all I wanted to do is to have a
.forward file in place but for everything to go it’s default places?
The single line:
# Exim filter <<== Do not edit or remove this line !
--
Andrew C. Aitchison Kendal, UK
[email protected]
--
## subscription configuration (requires account):
## https://lists.exim.org/mailman3/postorius/lists/exim-users.lists.exim.org/
## unsubscribe (doesn't require an account):
## [email protected]
## Exim details at http://www.exim.org/
## Please use the Wiki with this list - http://wiki.exim.org/
