Mail server Message-ID problems

This problem began with two people phoning me and asking why
I am not replying to their emails. I though the messges where
being deleted but it turns out that my email software cannot
download them. This is being caused by the Message-ID being more
then one line. There are may programs both client and server in
this situation but I don't know where to begin to fix the problem.

Any message on the server waiting to be downloaded that has a
Message-ID of more then one line; for example

Message-ID:
<(E-Mail Removed)>

causes kmail to segfault and evolution to ignore the message. When I ssh
into the server and fix the line to read

Message-ID: <(E-Mail Removed)>

I can then download the message just fine.
Is this Message-ID allowed to be more then one line or is this not proper?
Is this being done by my STMP MTA or the MTA on the senders side?
Or is this a proper Message-ID and a bug in evolution and kmail?
It looks like the Message-ID becomes more then one line if the ID is long.

The senders MTA is not one server. I have received the messages now from at
least two different server types.

Update:
I went looking to see of other mail accounts on my server had this
problem and wrote a short bash script to find this violation in
any message waiting to go out.

I found at least six messages with very long Message-ID tags that
did not wrap and are only one line. This would make me think that
my SMTP server is not doing this but rather the sending server or
some common MTA between the two.

Roy Souther wrote:

> This problem began with two people phoning me and asking why
> I am not replying to their emails. I though the messges where
> being deleted but it turns out that my email software cannot
> download them. This is being caused by the Message-ID being more
> then one line. There are may programs both client and server in
> this situation but I don't know where to begin to fix the problem.
>
> Any message on the server waiting to be downloaded that has a
> Message-ID of more then one line; for example
>
> Message-ID:
> <(E-Mail Removed)>
>
> causes kmail to segfault and evolution to ignore the message. When I ssh
> into the server and fix the line to read
>
> Message-ID: <(E-Mail Removed)>
>
> I can then download the message just fine.
> Is this Message-ID allowed to be more then one line or is this not proper?
> Is this being done by my STMP MTA or the MTA on the senders side?
> Or is this a proper Message-ID and a bug in evolution and kmail?
> It looks like the Message-ID becomes more then one line if the ID is long.
>
> The senders MTA is not one server. I have received the messages now from
> at least two different server types.

(E-Mail Removed) said:
>This problem began with two people phoning me and asking why
>I am not replying to their emails. I though the messges where
>being deleted but it turns out that my email software cannot
>download them. This is being caused by the Message-ID being more
>then one line. There are may programs both client and server in
>this situation but I don't know where to begin to fix the problem.
>
>Any message on the server waiting to be downloaded that has a
>Message-ID of more then one line; for example
>
>Message-ID:
><(E-Mail Removed)>

This folding is permitted, provided that the continuation line starts
with whitespace.

For details, see chapter 2.2.3 in IETF RFC2822
( http://www.ietf.org/rfc/rfc2822.txt ).
--
Wolf a.k.a. Juha Laiho Espoo, Finland
(GC 3.0) GIT d- s+: a C++ ULSH++++$ P++@ L+++ E- W+$@ N++ !K w !O !M V
PS(+) PE Y+ PGP(+) t- 5 !X R !tv b+ !DI D G e+ h---- r+++ y++++
"...cancel my subscription to the resurrection!" (Jim Morrison)