> On Jun 1, 2023, at 7:31 AM, Andrew C Aitchison <exim@???> wrote:
>
> 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 ?
Yes correct.
> "Understood" or verified ? Can you confirm that you perlscript is
> running as the expected user and with the expected environment ?
>
Yes it is but remember and I’m assuming this is relevant. Not all mail consistently fails. Only some.
>> 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/
This works for other emails ;-)
>
> 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 ?
I do now but my problem doesn’t relate to an actual error message per se.
>
>> 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.
>
> my entire .foward looks like this right now
# Exim filter
if error_message then finish endif
logfile $home/filter.log 0600
logwrite "$tod_full GOT $header_received: $header_date: message from $header_from: to $header_to: about $header_subject:"
#pipe "nice -10 $home/perlscripts/filter.pl -runsa"
#pipe "/usr/bin/nice -10 $home/perlscripts/filter.pl"
pipe "$home/perlscripts/filter.sh"
finish
A reminder many emails go thru this filter without issue.
This shell script is now running my filter using strace and I capture the log and for those emails that still error within exim I never
see any activity in the strace log for those messages.
#! /bin/sh
TODAY=`date "+%Y%m%d"`
TODAYTIME=`date "+%Y%m%d%H%M%S"`
echo "filter.sh $TODAYTIME" >> /home/elastica/filter.log.$TODAY
/usr/bin/strace -tt -o /home/elastica/filter.log.$TODAY -A nice -10 /usr/bin/perl /home/elastica/perlscripts/filter.pl
for file in `/usr/bin/find /home/elastica -name "filter.log*" -print | grep -v $TODAY | grep -v "filter.log$"`
do
/usr/bin/gzip -q $file
done
>
>> 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 elastica@???): failure to transfer data from subprocess: status=0100 readerror='No such file or directory'
>> 2023-05-31 06:16:13 1q441n-0006Lk-3A == elastica@??? <robert@???> R=userforward defer (-1): internal problem in userforward router (recipient is elastica@???): 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 <exim-users@???> 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
> andrew@???
--
## 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/