Re: [exim] Stuck processes trying to deliver message

On 14.02.22 17:50, Patrik Peng via Exim-users wrote:
> On 14.02.22 16:27, Jeremy Harris via Exim-users wrote:
>> Next time you get one, please run it with "-d+all" rather
>> than "-v".
> Will do.

---8<---
15:56:41 87345   SMTP<< 250 2.0.0 from MTA(smtp:[172.22.160.16]:10025):
250 2.0.0 Ok: queued as A483A3FB87
15:56:41 87345 S:journalling some.user@???
15:56:41 87345 ok=1 send_quit=1 send_rset=0 continue_more=0 yield=0
first_address is NULL
15:56:41 87345 62.156.249.27 in hosts_nopass_tls? no (option unset)
15:56:41 87345 transport_check_waiting entered
15:56:41 87345   sequence=1 local_max=500 global_max=-1
15:56:41 87345   locking /var/spool/exim/db/wait-remote_smtp_dane.lockfile
15:56:41 87345   locked /var/spool/exim/db/wait-remote_smtp_dane.lockfile
15:56:41 87345   EXIM_DBOPEN: file
</var/spool/exim/db/wait-remote_smtp_dane> dir </var/spool/exim/db>
flags=O_RDWR
15:56:41 87345   returned from EXIM_DBOPEN: 0x801a08820
15:56:41 87345   opened hints database
/var/spool/exim/db/wait-remote_smtp_dane: flags=O_RDWR
15:56:41 87345   dbfn_read: key=mx2.somehost.de
15:56:41 87345   EXIM_DBCLOSE(0x801a08820)
15:56:41 87345   closed hints database and lockfile
15:56:41 87345  no messages waiting for mx2.somehost.de
15:56:41 87345 transport_check_waiting: FALSE
15:56:41 87345   SMTP+> QUIT
15:56:41 87345 cmd buf flush 6 bytes (more expected)
15:56:41 87345 tls_write(0x801a2e420, 6, more)
15:56:41 87345 tls_write((nil), 0)
15:56:41 87345 SSL_write(0x8013f4000, 0x8013640b8, 6)
15:56:41 87345 outbytes=6 error=0
15:56:41 87345   SMTP(TLS shutdown)>>
15:56:41 87345 SSL3 alert write:warning:close notify
15:56:41 87345   SMTP(shutdown)>>
15:56:41 87345 Calling SSL_read(0x8013f4000, 0x801a2d420, 4096)
15:56:41 87345 read response data: size=15
15:56:41 87345   SMTP<< 221 2.0.0 Bye
15:56:41 87345 Calling SSL_read(0x8013f4000, 0x801a2d420, 4096)
15:56:42 87345 tls_close(): shutting down TLS (with response-wait)
15:56:42 87345 tls_write((nil), 0)
15:57:35 87344 polling subprocess pipes
15:58:35 87344 polling subprocess pipes
15:59:35 87344 polling subprocess pipes
16:00:35 87344 polling subprocess pipes
...
---8<---

Still no observed process crashes.
This output looks pretty similar to the one posted in the other thread
and thus it will likely be the same issue.

Regards
Patrik