Is it doing this on an incoming message only? Or does the message get
queued and every time it attempts a queue delivery it bails with this
same message? Have you checked to see if there is some kind of max
open files issue happening on your machine? Have you checked to see
if your mail store drive is low on inodes (doesn't apply if it's a
networked filesystem)? It would be really useful if we could see a
debug level output when the problem is hit, but that would be a
difficult thing to do if it's only on inbound emails.
...Todd
On Fri, May 17, 2013 at 3:58 PM, David Grant <starchy@???> wrote:
> On 5/17/13 11:49 AM, Cyborg wrote:
>>
>> That indicates usually, that something like a cache or a quota gets
>> cleared and slowly filling back until up.
>>
>> My last suggestion is: strace , my most loved debug tool ;)
>>
>> just filter it to "open" and "stat" onlymode, that will show fails very
>> quickly.
>
> Interesting... I narrowed down the problem message:
>
> 2013-05-17 14:15:10 [1495] 1UdRza-0000Nv-7W unable to set gid=1005 or
> uid=1005 (euid=101): userforward router (recipient is user@???)
> 2013-05-17 14:15:10 [1493] 1UdRza-0000Nv-7W internal problem in
> userforward router (recipient is user@???): failure to transfer data
> from subprocess: status=0100 readerror='Success'
>
> Which makes my problem look precisely like this old thread:
>
> http://www.gossamer-threads.com/lists/exim/users/6620
>
> However, I have both no_verify and the exim binary sticky bit set.
>
> Any suggestions on further troubleshooting much appreciated.
>
> Thanks,
> Starchy
>
> --
> ## List details at https://lists.exim.org/mailman/listinfo/exim-users
> ## Exim details at http://www.exim.org/
> ## Please use the Wiki with this list - http://wiki.exim.org/
--
The total budget at all receivers for solving senders' problems is $0.
If you want them to accept your mail and manage it the way you want,
send it the way the spec says to. --John Levine
