[Bug 79357] Folder compression/dismissal wish in kmail

[Maciej Pilichowski]

http://bugs.kde.org/show_bug.cgi?id=79357


Maciej Pilichowski bluedzins wp pl changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bluedzins at wp.pl




--- Comment #14 from Maciej Pilichowski <bluedzins wp pl>  2008-11-08 12:07:52 ---
Few notes:
a) the compression algorithm should be transparent to KMail, i.e. user should
pick up the program for compression and pass the arguments, hardcoding the
compression is not a good choice because each time there is new alg. fixes to
KMail should have been done

a.1) not matter what KMail should always provide size guarantee, i.e. if after
compression the size is bigger, no compression is done. Maybe even user could
set some limit, saving should be bigger than 5% and 500B

b) while maildir is obvious (compression per file), mbox is maybe not -- mbox
should not be compressed as a file, but incrementally (each part separately),
otherwise deletion of the mail in the middle will kill the user

c) maybe better idea would be to start from "compress this mail" feature,
having that, folder compression is just a matter of GUI, this would also lead
to more flexible behaviour, user could have uncompressed folder with some
bigger mails compressed 

c.1) this shows that even having in KDE compressed folders/partitions does not
help to solve this fully, because logic lies in mail and only KMail knows the
meaning of the files 


-- 
Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.