> Niels Kobschätzki <[email protected]> hat am 23.11.2023 17:32 CET 
> geschrieben:
> 
> I don't see anything in the change log but something feels off when I look at 
> the behavior of my mail-servers. I see mails in the queue that are lying 
> there for 8 hours and are not retried once or delivered at all. Even to local 
> mailboxes. When I do a forced delivery with "exim -M" they are delivered 
> immediately.
> 
> It is like exim accepts the mail, puts it into the queue and then nothing 
> happens.
> I deleted all hints-file on upgrade because exim 4.97 didn't seem to work 
> with files that were created before it and they got recreated.
> 
> The sad thing is that I cannot really pin it down yet to write some bug 
> report or fix it in my configuration.
> 
> Anyone else experiencing something similar?

I still can't find any real explanation. When I do an "exim -Mvl" on those 
messages I see only something like this:

2023-12-05 06:01:27 Received from remote_local@remote_domain.tld H=somehost 
[xxx.xxx.xxx.xxx] P=esmtps X=TLS1.3:TLS_AES_256_GCM_SHA384:256 CV=no S=329774 
id=re-pN3d2IHxfQNruApwij4_5FG3rcrMyBieEHng-5MZQ6Y6T-5MPVLBPK-PGD12PI@something

In the log I see for those messages: no immediate delivery: more than 10 
messages received in one connection
But I would expect that a queue runner (I start exim with -q10m) in a future 
run would take these messages but it doesn't seem to happen.

This mail is from 3 hours ago. The only way currently I get those stuck mails 
out of my queues is to deliver them via "exiqgrep -if $regex|xargs exim -M" but 
then they usually get delivered immediately.

I have to say that I jumped from 4.94 to 4.97. So the problem might have 
started in a version in between. But I checked the changelogs and I can't find 
anything.
I could of course increase smtp_accept_queue_per_connection but to what? And 
that feels more like fighting a symptom and not the root cause.

With 4.94 and before I didn't run into this problem. What do I miss?

Best,

Niels

-- 
## 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/

Reply via email to