Ilja Booij wrote:
I've just sent myself 2500 messages. Moved them, read some of them after
that. Marked all as read. Moved all to trash, and expunged (compact
folder) them all.
all without a problem. It might be that some clients handle it
differently than other clients. I'm using Mozilla Thunderbird 0.6
So am I. But I still observe mentioned behaviour consistently and have
done so ever since I started running dbmail. Could be mysql and/or
network latency is involved here. I haven't really drilled down the logs
yet, but I suspect some race condition in the imap connection handling.
Ilja
Paul J Stevens wrote:
There are more bugs in the code wrt very large numbers of messages.
Try marking a box as read where there are 2000 unread messages.
It just don't work. Apparently imap4.c thinks a line has been read
from the client, where the client is still sending uids.
Ilja Booij wrote:
I have tried a few hundred, which worked fine.
I'll send myself some (2500) short emails to check if I have the same
problem.
Ilja
Thomas Mueller wrote:
While copying lot of messages to dbmail suddenly no new
connection was possible, imapd didn't respond any more.
Anyone any idea what I could do?
dbmail 2 is now my primary IMAP server (gets a copy of mails of the
former primary) and everything works very well - except when I copy a
large amount of mails.
Is that only me? Did anyone every try to copy several thousand mails
using IMAP?
Thomas
_______________________________________________
Dbmail-dev mailing list
Dbmail-dev@dbmail.org
http://twister.fastxs.net/mailman/listinfo/dbmail-dev
_______________________________________________
Dbmail-dev mailing list
Dbmail-dev@dbmail.org
http://twister.fastxs.net/mailman/listinfo/dbmail-dev
--
________________________________________________________________
Paul Stevens mailto:[EMAIL PROTECTED]
NET FACILITIES GROUP PGP: finger [EMAIL PROTECTED]
The Netherlands________________________________http://www.nfg.nl
