well it could mean 2 things:
(1) you discovered a bug in the imap mail parsing
(2) the mail you try to see is so buggy the imap server can't cope with
it
The reason that the pop is functioning correctly is because POP doesn't
parse messages - it simply splits the mail in a set of headers (until
the first double newline) and the rest; not caring about multipart,
mime, etc. The imap is obliged to parse the message and analyses the
whole message. If it doesn't succeed, it tries to skip the errors by
grouping the difficult junks but at some point it just doesn't now what
to do anymore. In this case, it doesn't spit out the message but
notifies the client that it hasn't succeeded parsing the message,
sending the original message in unparsed form with it.
Could you send this email as an attachment? To find out wheter the imap
parser is buggy it is important that we have an *exact* copy of this
message, even a simple forward changes the mail's internal structure.
regards roel
Op 9-dec-03 om 21:28 heeft Craig Coles het volgende geschreven:
I am using the current 2.0 code and have enabled both the pop3 and imap
daemons.
I am trying out a few different webmail solutions and seeing different
results.
My imap tests (phpgroupware and imp) are seeing From lines and Subject
lines
like this:
From: [EMAIL PROTECTED]
Subject: dbmail IMAP server info: this message could not be parsed
however, the same messages (not all do this) when received thru pop3
daemon
have
the correct From and Subject lines.
why is this?
-Craig
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
_______________________________________________
Dbmail mailing list
Dbmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_________________________
R.A. Rozendaal
IC&S
T: +31 30 63 55 739
F: +31 30 63 55 731
www.ic-s.nl