Bug 109933 - kmail imap attachments are broken
Summary: kmail imap attachments are broken
Status: RESOLVED FIXED
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: 1.8.2
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 110080 110148 110151 110281 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-07-31 13:46 UTC by Thomas Artner
Modified: 2007-09-14 12:17 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Artner 2005-07-31 13:46:23 UTC 
Version:           1.8.2 (using KDE 3.4.2, Kubuntu Package 4:3.4.2-0ubuntu0hoary1 )
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)
OS:                Linux (i686) release 2.6.10-5-686

After upgrading from KDE 3.4.1 to 3.4.2 all binary attachments getting from an imap server are broken.
Saving the attachment before opening it, doesn't help.
Comment 1 Gunnar Grim 2005-07-31 14:35:57 UTC 
A workaround for those really important attachments: If you have a POP3 account you can Forward/Redirect the message to your POP3 address. From there you
can then open or save the attachment.
Comment 2 Christoph Kaulich 2005-08-01 08:17:09 UTC 
*** This bug has been confirmed by popular vote. ***
Comment 3 Carsten Burghardt 2005-08-03 11:51:15 UTC 
*** Bug 110080 has been marked as a duplicate of this bug. ***
Comment 4 Carsten Burghardt 2005-08-03 11:52:34 UTC 
This is already fixed in kdepim head (3.5). I hope to get the fix in 3.4 branch as soon as possible.
Comment 5 Rudolf Kollien 2005-08-03 13:00:52 UTC 
Workaround: in the settings for the imap account uncheck the option "load attachments on request" (or similar, i only have the german version. There it's named "Anänge auf Anforderung laden"). It's the fivth option numbered from top. As long as you are on a LAN, this doesn't matter in the view of bandwith/speed.
Comment 6 Carsten Burghardt 2005-08-04 08:33:46 UTC 
Fixed in 3.4 branch
Comment 7 Carsten Burghardt 2005-08-04 11:16:49 UTC 
*** Bug 110148 has been marked as a duplicate of this bug. ***
Comment 8 Carsten Burghardt 2005-08-04 11:17:39 UTC 
*** Bug 110151 has been marked as a duplicate of this bug. ***
Comment 9 Carsten Burghardt 2005-08-07 11:36:22 UTC 
*** Bug 110281 has been marked as a duplicate of this bug. ***
Comment 10 Martin van Es 2005-10-03 13:10:17 UTC 
In the meantime it helps to view the message in a new message window (doubleclick the message). In my experience, this way the attachment will be retrieved and can be saved normally.
A bit more bw efficient than the 'load attachements on request' uncheck tip.
Comment 11 Arne Schmitz 2006-05-29 09:48:18 UTC 
I am facing the same problem again in KDE 3.5.2 on debian testing. The MIME borders of the offending message is:

--Boundary-00=_10heEx656XkeL6C
Content-Type: application/vnd.oasis.opendocument.text;
  name="xyz.odt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="xyz.odt"

...

--Boundary-00=_10heEx656XkeL6C--

This attachment is always 0 Bytes when saved (kmail says it should be 34.5 KByte), and when saving from a message window it is 28 KByte (still too small). I want this bug to be reopened!
Comment 12 Arne Schmitz 2006-05-29 10:20:02 UTC 
One more clarification: The message size of 28 KByte was obviously ok, and the file now also works. But still: When saving from the main window (not message window), I get 0 Byte messages.