Hi Steve, I've seen that slowdown myself on big mails. This problem doesn't stem from a mail though as the last command sent to the server is SELECT.
Cheers, -- Sammy Spets Synerger Pty Ltd http://www.synerger.com/ On 10-Feb-05 15:57, Steve McIntyre wrote: > On Fri, Feb 11, 2005 at 02:30:37AM +1100, Sammy Spets wrote: > >Hi John, > > > >Thanks for the swift response. > > > >On 10-Feb-05 08:23, John Goerzen wrote: > >> And here we see that no reply was ever received. I'd try running > >> OfflineIMAP with -1 to start with. If that works, try increasing > >> concurrency by 1 each time and see if you can find a point where it > >> stops working. Once you do, you can grab a debug log with -d imap. > >> Maybe there is something weird going on. > > > >I ran strace using -1 previously. I ran 'offlineimap -1 -d imap' and it > >freezes here: > > > >Syncing Underwater.Announcements: IMAP -> Maildir > >DEBUG[imap]: 56:14.47 > BKPF44 SELECT Underwater.Announcements > > > >The full imap debug output is available at www.synerger.com/oimap.debug > > > >Server is dovecot. Is there another way I can slow down offlineimap so I > >can test whether dovecot is dying under the barrage of commands? > > > >Oh! Another user of the same server that uses offlineimap does not have > >any troubles with it. > > What I see occasionally with dovecot and offlineimap is a significant > slowdown on large individual pieces of mail. If I leave things running > for a few minutes it will recover and continue eventually. Can you get > debug from the server to see how big that particular mail is? > > -- > Steve McIntyre, Cambridge, UK. [EMAIL > PROTECTED] > Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/
