yes, but unless you are experiencing hangs, then I don’t think you need to use lldb on this.
One thing to note is that the build you were running was prior to the MTA-STS fix in 0a831f60de4b0097cc228e299174115ef899ae2f that could manifest as an overall hang. I don’t think it sounded like you were hitting that though.
yeah it was really only one ready queue that was in a weird state
all wait for the ci then
I got some logs that might pinpoint the issue, I don’t always see the logs
kumod::ready_queue: suspend: reinserting ready queue COG74.11->smtp-in.orange.fr@smtp_client - {} messages ```
when they are not reinserted, I have some errors on Dispatcher::run
``` Apr 24 18:43:44 kumomta-01-970 kumod[1578744]: 2024-04-24T16:43:44.470188Z DEBUG localset-1 kumod::ready_queue: Error in Dispatcher::run for COG74.11->smtp-in.orange.fr@smtp_client: connect to ResolvedAddress { name: "smtp-in.orange.fr.", addr: 80.12.26.32 } port 25 and read initial banner: Command rejected Response { code: 421, enhanced_code: None, content: "opmta1mti89nd1 smtp.orange.fr zfifrlwBYIWYv Service refuse. Veuillez essayer plus tard. Service refused, please try later. OFR_999 [999]", command: None } (consecutive_connection_failures=4)
I’ll send you an extract of the logs
Thanks! The logs were helpful! fix: ready queue gets stuck when TSA suspends before MAIL FROM · KumoCorp/kumomta@850b64d · GitHub explains what I think was happening, and should resolve that case
that was fast, thanks ! I’ll use the new build and keep you posted
little update, the commit fixed the issue 
Excellent!