Bug 117236

Summary:	inline forwards incorrectly change --- to =2D--
Product:	[Applications] kmail	Reporter:	Andrew Kohlsmith <akohlsmith-kde>
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Attachments:	Example HTML email that causes the bug to occur This is what the inline-forwarded email ends up as Example HTML mail that does NOT cause the bug to occur

Description Andrew Kohlsmith 2005-11-28 22:32:08 UTC

Version:            (using KDE KDE 3.4.92)
Installed from:    Compiled From Sources

When forwarding HTML emails inline (shift-F default keybinding) the outgoing message looks fine, but when it's actually sent (and copied in to the sent-mail folder, where you can see the bug), it converts the 


------------ Forwarded Message ---------------

line to 

=2D----------- Forwarded Message -------------

This, of course, completely screws up the message for the recipient.  Not even kMail can view the message properly (if you go to view the message in the sent-mail folder, the body appears totally blank.  View the message source and you can see what happened.

This is easily reproducible by trying to inline-forward any eBay email.

Comment 1 Thiago Macieira 2005-11-29 01:37:57 UTC

=2D is a dash.

Comment 2 Andrew Kohlsmith 2005-11-29 01:46:48 UTC

I understand that =2D is a dash.  

If this is an invalid bug, why does kmail not read the email correctly?  Or Thunderbird, or Outlook Express, or any other email client?  kmail is incorrectly converting the dash to an =2D in this case.

Comment 3 Thiago Macieira 2005-11-29 01:53:19 UTC

I should have mentioned that it worked fine for me (I tested KMail 1.9 r477777).

Does this happen for all HTML mails?

Comment 4 Andrew Kohlsmith 2005-11-29 01:55:35 UTC

No, it does not happen for all HTML emails.  I have attached a copy of an HTML email that this *does* occur with.

-A.

Comment 5 Andrew Kohlsmith 2005-11-29 01:59:17 UTC

Created attachment 13669 [details]
Example HTML email that causes the bug to occur

This is an example HTML email that causes the bug.   The email itself shows
perfectly fine, but if you forward it inline (shift-F) the recipient sees a
"blank" message, and if you look at the sent message in your sent items, it
also appears blank.  Viewing the message source shows that the email is indeed
there, though.

Comment 6 Andrew Kohlsmith 2005-11-29 02:01:06 UTC

Created attachment 13670 [details]
This is what the inline-forwarded email ends up as

This is the actual email, forwarded inline.  No GUI MUA I have access to views
it properly, including kmail (v1.8.92, which is what came with KDE 3.5Beta2).

Comment 7 Thiago Macieira 2005-11-29 02:06:18 UTC

Reopening, but I cannot reproduce this issue.

Comment 8 Andrew Kohlsmith 2005-11-29 02:20:42 UTC

Hmm... I have the konstruct environment for 3.5Beta2 -- is there a way I can upgrade just kmail to the version you're running to see if it is fixed in the latest version?

This particular bug was also present in Beta1 and (I believe) in 3.4.

Comment 9 Andres Kärner 2005-12-02 11:50:00 UTC

Same problem for me. Started after update from KDE 3.4.? -> 3.5 
I tested this little bit I can say that this doesn't depend is forwarded email HTML email or plain text. If I enter some word before forwarded content then email is not empty in kmail itself or other clients, if I just forward without adding something there then email is empty in kmail itself and for example in Mozilla mailer also. Outlook displays correctly at same time.

Comment 10 Andrew Kohlsmith 2005-12-02 15:51:44 UTC

What is interesting is that kmail *does* substitute the first '-' at the start of any line with =2D...  and for some emails it works great, others it does not.

I will continue to investigate.  Attached is an email that *does* forward correctly, even without writing any text above the "------- Forwarded Message" line.

Comment 11 Andrew Kohlsmith 2005-12-02 15:53:21 UTC

Created attachment 13740 [details]
Example HTML mail that does NOT cause the bug to occur

This HTML email inline forwards just fine.  Very strange.

Comment 12 Thiago Macieira 2005-12-06 00:43:02 UTC


*** This bug has been marked as a duplicate of 109532 ***

Comment 13 Werner 2008-03-03 14:53:35 UTC

I think #12 is wrong. I'd say this is a duplicate of 127526