Hi, I'm using Dovecot v1.0.beta5 (NetBSD 3.0, i386) and Mozilla Thunderbird 1.5 (XP, i386). My dovecot.conf is pretty simple, because I just use dovecot for me as the only user. However, when I try to move a 'larger' amount of mails (>200) from my local TB-mbox to the remote IMAPS-storage, the process hangs after about 150 - 160 transferred mails (the 'blocking' mail is _never_ the same). I don't have the slightest clue why - there is nothing in the logs - even if I turn 'verbose_ssl' on. After a while, TB tells me, that the server timed out and dovecot says: "imap(petar): Disconnected" Usually - if I close my MUA correctly - dovecot says: "imap(petar): Disconnected: Logged out" Is somebody maybe experiencing something similar? Thank you very much & with kind regards, Petar Bogdanovic
I have seen a problem which may be similar. I was doing filtering with a old small laptop running Evolution on FC4. The swap space was configured as the default during FC4 installation. Since laptop has small memory, swap space was small. During a filtering run with quite a few emails, Evolution would run out of swap space and hang. Bob G On Tue, 2006-04-11 at 11:42 +0200, Petar Bogdanovic wrote:> Hi, > > I'm using Dovecot v1.0.beta5 (NetBSD 3.0, i386) and Mozilla Thunderbird > 1.5 (XP, i386). My dovecot.conf is pretty simple, because I just use > dovecot for me as the only user. > > However, when I try to move a 'larger' amount of mails (>200) from my > local TB-mbox to the remote IMAPS-storage, the process hangs after about > 150 - 160 transferred mails (the 'blocking' mail is _never_ the same). I > don't have the slightest clue why - there is nothing in the logs - even > if I turn 'verbose_ssl' on. After a while, TB tells me, that the server > timed out and dovecot says: > > "imap(petar): Disconnected" > > Usually - if I close my MUA correctly - dovecot says: > > "imap(petar): Disconnected: Logged out" > > > Is somebody maybe experiencing something similar? > > > Thank you very much & with kind regards, > > Petar Bogdanovic
I'm sorry but I totally forgot to mention, that this _never_ happens with "plain" IMAP (without SSL/TLS). ************************** $ openssl version OpenSSL 0.9.7d 17 Mar 2004 ************************** Petar Bogdanovic wrote:> Hi, > > I'm using Dovecot v1.0.beta5 (NetBSD 3.0, i386) and Mozilla Thunderbird > 1.5 (XP, i386). My dovecot.conf is pretty simple, because I just use > dovecot for me as the only user. > > However, when I try to move a 'larger' amount of mails (>200) from my > local TB-mbox to the remote IMAPS-storage, the process hangs after about > 150 - 160 transferred mails (the 'blocking' mail is _never_ the same). I > don't have the slightest clue why - there is nothing in the logs - even > if I turn 'verbose_ssl' on. After a while, TB tells me, that the server > timed out and dovecot says: > > "imap(petar): Disconnected" > > Usually - if I close my MUA correctly - dovecot says: > > "imap(petar): Disconnected: Logged out" > > > Is somebody maybe experiencing something similar? > > > Thank you very much & with kind regards, > > Petar Bogdanovic
Petar Bogdanovic wrote:> > Is somebody maybe experiencing something similar?Yes, I have experienced it while moving between two IMAP mailboxes, using Thunderbird 1.01. The target mailbox was IMAPS on a small (not to say tiny) server 1.0beta3, my workstation has 768 MB RAM. I could nail it down to a few specific mails that TB couldn't move without hanging. They weren't especially large, 20-30 kbyte, but they all had HTML attachement IIRC. Perhaps it's a TB problem, not a dovecot problem? When I was using the Windows platform, I used a program called Becky!. http://www.rimarts.co.jp/becky.htm I couldn't try the same move operation with Becky!, but I have gained a large (huge) amount of confidence for that program. Try it (30 days evaluation, then you have a nag screen). There's a mailing list for Becky!, I can dig up the address for you, just mail me off-list. /Peter -- Peter Lindgren, dataingenj?r E-post: peter "at" norrskenkonsult punkt com http://www.norrskenkonsult.com