[fetchmail-devel] [PATCH] Re: BUG (?) fetchmail 6.3.2 hangs with 'idle' on OpenBSD

[Sunil S. <sh...@bo...>]

Quoting from Casper Gripenberg's mail on Thu, Mar 02, 2006:
> > I have finally analysed the patch by Brendan Lynch and found that it
> > has correctly identified the source of the problem. So, please junk my
> > previous patch and try this one. Again, log to syslog to get the time
> > aspect correct.
> 
> Looks like it's working better now. No delays this time. Cool :)
> Here's the output:
> 
> 19:03:44 : IMAP> A0012 NOOP 
> 19:03:44 : IMAP< A0012 OK NOOP completed 
> 19:03:53 : IMAP< * 1 EXISTS 
> 19:03:53 : IMAP> A0013 NOOP 
> 19:03:53 : IMAP< * 1 RECENT 
> 19:03:53 : IMAP< A0013 OK NOOP completed 
> 19:03:53 : 1 message waiting after re-poll 

Cool. There has been no response from Brendan regarding the new patch.
However, I believe that it should work correctly.

Matthias, could you consider this patch for 6.3.3? This patch fixes
the following issues:

- Clear the tag when waiting for asynchronous response from IMAP
  server. Based on original patch by Brendan Lynch.

- Set the stage and timeout to different values only when waiting for
  asynchronous response. This is either after sending "IDLE" or after
  not sending any command.

- Restore stage and timeout after sending "DONE" in "IDLE" mode while
  waiting for "OK IDLE completed". Also, use default stage and timeout
  when transacting "NOOP".

- After getting "EXISTS" while waiting for asynchronous response, send
  a "NOOP" immediately to get an updated "RECENT" response too.

- Have only one return statement in imap_idle(). Tracing the function
  is now easier.

-- 
Sunil Shetye.