Is there a way to turn on some additional logging to better understand what is
going on?
I did check the uid/gid of the files on the new server. They are identical to
the old, and the uid on the new server is identical to that of the old server.
The directory permissions are 755 and the file permissions are 644.
Here is what I just tried to simulate what you suggest. I logged into the new
server and started up thunderbird there over X11. Since it had never been run
there before, I created the account. When I did so, it downloaded all the
messages in Inbox and I could see them. It also created the folder tree
representing the 80 or so folders I use. However, all other folders appear
empty, including standard ones like Sent. Looking in ~/Maildir/.Sent/cur shows
lots of files. No error messages appear in /var/log/mail. Exiting thunderbird
adds the log entry:
May 14 12:41:08 spruce imapd-ssl: DISCONNECTED, user=earl,
ip=[::ffff:10.6.6.6], headers=0, body=0, rcvd=4729, sent=2132, time=347,
starttls=1
May 14 12:41:08 spruce imapd-ssl: LOGOUT, user=earl, ip=[::ffff:10.6.6.6],
headers=0, body=0, rcvd=290, sent=104441, time=407, starttls=1
May 14 12:41:08 spruce imapd-ssl: LOGOUT, user=earl, ip=[::ffff:10.6.6.6],
headers=0, body=0, rcvd=7527, sent=12986, time=406, starttls=1
Ideas?
-Earl
--- On Sat, 5/14/11, Sam Varshavchik <mr...@courier-mta.com> wrote:
From: Sam Varshavchik <mr...@courier-mta.com>
Subject: Re: [Courier-imap] TOO MANY CONSECUTIVE PROTOCOL VIOLATIONS
To: courier-imap@lists.sourceforge.net
Date: Saturday, May 14, 2011, 12:05 PM
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 <mr...@courier-mta.com> wrote:
>
>
> From: Sam Varshavchik <mr...@courier-mta.com>
> Subject: Re: [Courier-imap] TOO MANY CONSECUTIVE PROTOCOL VIOLATIONS
> To: courier-imap@lists.sourceforge.net
> 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/compose?to=Courier-imap@lists.sourceforge.net>Courier-
>i...@lists.sourceforge.net
> Unsubscribe: <URL:https://lists.sourceforge.net/lists/listinfo/courier-
> imap>https://lists.sourceforge.net/lists/listinfo/courier-imap
>
>
-----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.
http://p.sf.net/sfu/intel-dev2devmay
-----Inline Attachment Follows-----
_______________________________________________
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
------------------------------------------------------------------------------
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
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
