> On some messages that I read, and there doesn't seem to be a discernible
> pattern to this, I get an error message to the effect that there is junk
> at end of envelope information. Then I get some error messages about
> certain words not being recognized message properties, and it cycles
> through the header like this over and over again without stopping.
Assuming that the message is "Junk at end of envelope", it indeed
indicates that the IMAP server is in violation of the IMAP protocol.
Pine's IMAP client code is expecting the closing parenthesis that
indicates the end of an IMAP token called the "envelope"; it got something
else instead, so it issues the error message and proceeds as if the
expected closing parenthesis was there.
Unfortunately, what usually has happened is that the IMAP server and
Pine's IMAP client code are in complete disagreement about what it is
parsing, and so as Pine attempts to parse more of the message data from
the server it will encounter further errors. The errors *will* presently
stop, but there can be a lot of them. It's like in a C program, one
little typo can lead to hundreds of C compilation errors... ;-)
The syntax of the IMAP protocol is quite strict on what is permitted and
what is not; in general, there is a One True Syntax with no variations
permitted. Behavior of IMAP servers is somewhat more relaxed with a
modest amount leeway allowed for implementation choices, although in
general IMAP is somewhat stricter than other protocols in its requirements
on server behavior.
Yes, you should report this problem to the manager of the IMAP server
and/or to the vendor of the IMAP server software. You're on pretty solid
grounds with your report, because the author of Pine's IMAP client code is
the same fellow who invented IMAP and wrote the IMAP specification. :-)
Alternatively, if you would like to give me access to your server and to a
mailbox which demonstrates the problem, I have been willing to analyze the
IMAP traffic and come up with a statement about what's wrong. Most IMAP
server vendors are pretty good in making their servers comply and fix
discovered problems quickly.
-- Mark --
Science does not emerge from voting, party politics, or public debate.