Bug 106635 - attachment compression should support gzip, bzip2, compress, not only zip
Summary: attachment compression should support gzip, bzip2, compress, not only zip
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: 1.8
Platform: RedHat Enterprise Linux Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 221776 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-06-01 22:22 UTC by disclosed
Modified: 2016-08-12 18:51 UTC (History)
5 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 disclosed 2005-06-01 22:22:23 UTC 
Version:           1.8 (using KDE KDE 3.4.0)
Installed from:    RedHat RPMs
OS:                Linux

attachment compression should support more formats then zip.
optionally the compression method should be selectable on an attachment basis.

i suggest adding support for the following compression methods:
gzip (*.gz)
bzip2 (*.bz2)
compress (*.Z)

it might also be an idea to add a header whenever a file was compressed only in the email and not orignially, this would help kmail (and possbily other clients) to recognize whenever a file was compressed only for transport to save space or if it was compressed anyway.

such a header could be:
X-Compressed-for-transport: filename.txt.gz
X-Compressed-for-transport: filename2.txt.Z

or similar.
files that are compressed already when added as attachments should not get the X-Compressed-for-transport header.



then when the mail is recieved and kmail finds a X-Compressed-for-transport file, it will either:
1. automatically decompress and store the file decompressed in the mail (receiving user will not see that file was compressed), or
2. ask to decompress when user selects save as.

feel free to split this bug if needed.
Comment 1 disclosed 2005-06-01 22:30:44 UTC 
for clearity:
it is important not to decompress file that where compressed already when added.
for example you don't want do automatically decompress files such as:
my1000files.tar.gz
Comment 2 Tristan Miller 2005-09-30 01:55:43 UTC 
In addition to being able to select the compression method at attachment time, I recommend having a preferences menu where the user can select the default compression method.  For my own use, there is no reason to use anything but bzip2, so I would be annoyed if I had to manually select the compression scheme every time I added an attachment.
Comment 3 Alexey Kouznetsov 2008-10-02 14:09:12 UTC 
Yes, the zip extension that is automatically added to archives make problems  when using Gmail (it forbids zip archives). And now  (eg) Gzip format is widely supported, also by archivers for the M$ windows platform.
Comment 4 Tristan Miller 2009-04-25 23:21:44 UTC 
Confirming feature still missing in KDE 4.2.2.
Comment 5 Björn Ruberg 2010-03-14 10:33:54 UTC 
*** Bug 221776 has been marked as a duplicate of this bug. ***
Comment 6 Myriam Schweingruber 2012-08-18 08:08:37 UTC 
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 7 Luigi Toscano 2012-08-19 00:40:53 UTC 
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.
Comment 8 Tristan Miller 2016-08-12 18:51:05 UTC 
Confirming feature is still missing in KMail 4.14.10.  Please reassign this report to KMail2.