Marc Haber writes:
<snip> > Logs of the fault please, or it didn't happen. Which system is the one > we're seeing the exim logs from? Where does your mail client run? Hello, thanks for your answer. My mail client and exim are both running on my laptop, and the provided logs are from that same laptop. The fault is the delay between exim accepting the message, and actually delivering it to the smarthost. During that delay, my mail client is stuck too. For example, here it is 4 minutes and 2 seconds: > 2020-06-15 01:51:07 1jkcP5-000V8E-MS <= ... > 2020-06-15 01:55:09 1jkcP5-000V8E-MS => ... > 2020-06-15 01:55:09 1jkcP5-000V8E-MS Completed (full lines in the original bug report) That delay is the exact time that my laptop had been put to sleep before I did this test. I have made several tests, the delay is always the time that the laptop has slept. If I put my laptop to sleep longer, say usually a whole night, the delay will be prohibitively long. In that case I have to kill the exim process, which releases my mail client, then restart the exim service, which delivers the stuck message and makes the problem disappear until I put my laptop to sleep again. Thanks, -- Rémi
