The timeouts are fine - that's just a select timeout so it can do cleanup.
recvfrom(14, "\2\0\0\0\0\0\0\0user.elangenhoven\0", 1032, 0, {sa_family=AF_UNIX, sun_path="/var/lib/cyrus/socket/idle.31167"}, [110->35]) = 26
sendto(14, "\2\0\0\0\0\0\0\0user.elangenhoven\0", 26, MSG_DONTWAIT, {sa_family=AF_UNIX, sun_path="/var/lib/cyrus/socket/idle.30947"}, 110) = 26
That's a push from the lmtpd (PID 31167) for delivery, followed by a push to the imapd (PID 30947) saying that the mailbox has been touched!
Sorry to be a pain, but can you do it again and get an strace of the imapd as well - the one which is in idle.
Thanks,
Bron.
On Wed, Jun 6, 2018, at 00:53, Neil Price wrote:
I've attached an strace of idled. It shows the bad user client (elangenhoven) going into idle and a message being sent to it.You can see the message being sent but there seems to be no reaction to it arriving.
There are a bunch of timeouts there....?
On 05/06/2018 15:42, Bron Gondwana wrote:Damn. I guess I'm going to have to ask for an strace next! Of the idled process probably.Idle changed a bunch between 2.5 and 3.0, so I don't know how much I'll be able to help :( Definitely an strace of the idled during both the start of the IDLE command and the delivery will help see what's happening.Bron.----Cyrus Home Page: http://www.cyrusimap.org/List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/To Unsubscribe:Email had 1 attachment:
strace.txt12k (text/plain)
--
Bron Gondwana, CEO, FastMail Pty Ltd
brong@xxxxxxxxxxxxxxxx
---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
