Earl Killian writes:
Sam,Is there anything less drastic? This means downloading 9 GB of old email to 4 different clients.
That's not how IMAP works. There's no reason for the IMAP client to download mail from the server unless you want to see it. If an IMAP client wants to download every message in every mailbox from the server, it's not really an IMAP client. It's a POP3 client, that's trying to babble IMAP.
Usually, all that the IMAP client needs to retrieve is the index of all messages in a folder. That should not take long.
But no matter what, if the client for some reason wants to open a folder that does not exist, and it doesn't take "no" for an answer, there's nothing that the server can do about it. And if the client doesn't take "no" for an answer, and just keeps sendings the same command again, in a vain hope that, for some reason, it'll work this time, then you either spin the CPU at 100% constantly throwing back the same error message to the client, or terminate the connection, with a nasty error message in syslog.
Seem's like a no-brainer decision to me.There's also a small possibility that your backup is corrupted and that's the reason that the server is returning an error message. Also check to see if on your backup machine, your userid and groupids are the same. If they're not, your backup might've corrupted the uid and gid of every file, and the IMAP server can't open them. Try to configure a new mail account in the IMAP client, setting aside your existing configuration. If you can see your mail, in a newly-configured account, you'll need to figure out which folder your broken IMAP client configuration is trying to open, why it doesn't exist, and fix it; in the worst case creating the folder manually using the working configuration, and just write off its former contents as damaged goods.
-Earl --- On Sat, 5/14/11, Sam Varshavchik <[email protected]> wrote: From: Sam Varshavchik <[email protected]> Subject: Re: [Courier-imap] TOO MANY CONSECUTIVE PROTOCOL VIOLATIONS To: [email protected] Date: Saturday, May 14, 2011, 10:24 AM Earl Killian writes:> I have been using the courier-imap server for many years on one of my servers for many years without problem. Yesterday two disks failed in that server, so it died (RAID wasn't enough). I had files backed up onto another server, so I changed the DNS and moved everything into place on the new server. The old server was running 4.4.1, and the new one is running 4.5.0. (Both are from the opensuse distribution). While things sort of work, the log file is filling with these messages:>> May 14 09:53:02 spruce imapd-ssl: LOGIN, user=earl, ip=[::ffff: 10.6.16.2], port=[50800], protocol=IMAP > May 14 09:53:02 spruce imapd-ssl: earl: TOO MANY CONSECUTIVE PROTOCOL VIOLATIONS> May 14 09:53:03 spruce imapd-ssl: Connection, ip=[::ffff:10.6.16.2] > > This is using Thunderbird and MacOS Mail as clients. >> There don't seem to be any other error messages to suggest what these protocol violations might be.> > Please suggest debugging ideas.Most likely the client for some reason is trying to open the same non- existent folder.Delete the account in your mail client, and re-configure it from scratch.-----Inline Attachment Follows----------------------------------------------------------------------------- ------Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters.<URL:http://p.sf.net/sfu/intel-dev2devmay>http://p.sf.net/sfu/intel- dev2devmay-----Inline Attachment Follows----- _______________________________________________ Courier-imap mailing list<URL:/mc/[email protected]>Courier- [email protected] Unsubscribe: <URL:https://lists.sourceforge.net/lists/listinfo/courier- imap>https://lists.sourceforge.net/lists/listinfo/courier-imap
pgp6o6ohMrrWj.pgp
Description: PGP signature
------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________ Courier-imap mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
