On Monday 12 April 2004 08:26, Sergey Y.Afonin wrote:
> KMail show incorrect message source (and use it for display message).
> For esample, part of original message in cyrus-imap folder (end of header
> and some begin lines of body):

Please attach the complete message (compressed) to this report.

> Please attach the complete message (compressed) to this report. 

I can do it, but I'm find no sense: the "Subject:" string present 
in all multipart messages in first part's header then I select 
"View Source". Tell me again if you still need of message example.

Here's a header from a message I've sent to myself (please notice an empty Subject field in the general header and in a header for the text message part of mulripart content:

Return-Path: <dniq@mc.net>
X-Original-To: dniq@dniq-online.com
Delivered-To: dniq@dniq-online.com
Received: from dniq.mc.net (firewall.mc.net [209.172.181.98])
	by mail.dniq-online.com (Postfix) with ESMTP id 3AD4A21DF4B
	for <dniq@dniq-online.com>; Tue, 13 Apr 2004 13:33:38 -0500 (CDT)
From: Dmitry Nikiforov <dniq@mc.net>
Organization: mc.net
To: dniq@dniq-online.com
Subject: test-test-test
Date: Tue, 13 Apr 2004 13:33:26 -0500
User-Agent: KMail/1.6.1
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_2JDfAvhmG25W//z"
Message-Id: <200404131333.26439.dniq@mc.net>
X-UID: 17269


--Boundary-00=_2JDfAvhmG25W//z
Content-Type: text/plain;
  charset="koi8-r"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: 


-- 
Regards,
Dmitry Nikiforov

--Boundary-00=_2JDfAvhmG25W//z
Content-Type: application/x-zip;
  name="ADINF.ZIP"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="ADINF.ZIP"

<base64 content and the rest of message is skipped>

In additional. on some systems it may be

*********
X-RBL-SMTP-From: talk-room-bounces---altlinux.ru
X-RBL-SMTP-To: asy
X-UID: 1257


--===============1393959467==
Content-Type: TEXT/PLAIN
Content-Transfer-Encoding: 8BIT
Subject:

On 23:17 Sun 11 Apr     , Sergey wrote:
*********

It's especially bad because charset is
loss and message isn't display correctly.
I think what is memory allocation
problem: office and home computers have
equivalent distibutive and a set of
packages have a difference only.

The question was to attach a compressed message to this bugreport (please follow link above and go to the bottom to attach a message.
If you have done that, I'll check with the development version if I can reproduce it and could you explain once again for a child of five year old, what goes wrong?

Created attachment 7033 [details]
source of message isn't corectly displayed by "View Source"

Please see a first 7 lines after header (start of body) by any text viewer and
by KMail's "View Source" function and compare it.

It's show by KMail:
******************
X-RBL-SMTP-To: asy
X-UID: 4704


--===============1230674680==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO"
Content-Disposition: inline
Subject: 


--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=koi8-r
******************


It's real:
******************
X-RBL-SMTP-To: asy
X-UID: 4704


--===============1230674680==
Content-Type: multipart/signed; micalg=pgp-sha1;
        protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO"
Content-Disposition: inline

--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=koi8-r
******************

Line "Subject:" in't exist, but displayed by KMail.

In the development version of KMail, I get:
******************
X-RBL-SMTP-To: asy
X-UID: 4704


--===============1230674680==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO"
Content-Disposition: inline

--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
*********************

So that extra subject: is not there. So I closing this as worksform. If you upgrade to KMail 1.7 / KDE 3.3 when it is released (soon), the problem is solved.

Are you use imap account for check ?

I've re-imported the messages, copied it to an online imap folder, moved it around a couple of boxes and viewing the source still gives me no extra subject:-field. Maybe you could upgrade to kde 3.3 rc2 to test it? For now I'll keep it closed, because I can not reproduce...

Sorry for long time answer. I test it only in last weekend whith kdepim-3.3.0 release. Message source in imap account is not damaged now. Thank you for your work.