Mark Constable writes:
That is not the case in this situation. Here's a imap log dump from Thunderbird in case something is obvious... at the point below I clicked on my Junk folder...1759508352[7fa967a50370]: proposed url = INBOX.Junk folder for connection INBOX has To Wait = FALSE can run = FALSE895477504[7fa938decd00]: 35ffa800:renta.net:S-INBOX:SendData: DONE [.. then TB hangs here for more than a minute ...] 895477504[7fa938decd00]: ReadNextLine [stream=37b40c10 nb=0 needmore=1]895477504[7fa938decd00]: 35ffa800:renta.net:S-INBOX:CreateNewLineFromSocket: clearing IMAP_CONNECTION_IS_OPEN - rv = 804b000e
It's logging mostly its internal actions. Not 100% clear what's happening on the actual IMAP connection; but looks like it's in the middle of IDLE, it sends DONE, and claims that it doesn't get a response for a minute, times out, closes the connection, and creates the new one. That explains the delay.
Need to set IMAPDEBUGFILE on the server side, and collect the actual IMAP traffic.
This is already logged in context, that's for sure; so this is definitely not connection-oriented. So, IMAPDEBUGFILE would already have all the previous action recorded, so for clarity, need to truncate it to a 0-length file (not remove it), before repeating this action.
Even better yet would be to find the server process, and strace it. Or, turn off IMAPENHANCEDIDLE, to see if that makes a difference.
pgpUkxIQKAzx1.pgp
Description: PGP signature
------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs
_______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
