(*** This bug was imported into bugs.kde.org ***) Package: kmail Version: KDE 2.2.1 Severity: wishlist Installed from: SuSE RPMs Compiler: Not Specified OS: Not Specified OS/Compiler notes: Not Specified As you know large mail folders take a long time to load however deleting mail is often times not an option because it may be important for later use. Thus I would like to suggest that possibility of an Automatic (or manual for that matter) Archiving feature in KMail. I've been thinking about this and I think I've thought of a pretty useful way to implement this: As set by the user all messages that were received a certain amount of days ago would be archived at an interval also set by the user. Where would they go? I would move them into a "special" folder called "Achive." It could be further subdivided by maybe splitting into groups of folders that are a max. size of 50 megs (each 50 meg section could be labeled by the program with the date that it was started). Finally the archived folders could be below that in the same folder layout they were to begin with. One additional though: if it could be run through Gzip before archival that might be good too. I know this sounds pretty complex but I thought it was something to suggest at least... Best Tim (Submitted via bugs.kde.org)
*** Bug 48372 has been marked as a duplicate of this bug. ***
I'd *really* like to see such a feature, though I think the gzipping isn't required (perhaps an option) to ease the browsing a bit (outside kmail).
Created attachment 3698 [details] Example of possible solution This is just an example how kmail-compliant solution can be made in Python (and using mutt as programmatic way how to work with emails). *Under any circumstances it should be used AS IT IS* -- you have to change to follow your local policies. My system is that I have all my current messages in ~/.mail and archiving is done into archiv/$year/mail/, where year is from Date:. Folders in archiving folder follow the folders in ~/.mail directory tree. Hopefully, we will have some availability of scripting kmail in future and some more Python code could make use of mutt useless, but this is what works for me now. Any comments and extensions are obviously welcome. Matej
Two comments related this item: 1. I'd like to be able to use substitution in kmail filters, which would simplify my variation of archiving. For example, using a folder name like 'monthly-%y-%m/kmail-devel' would automatically drop messages into folders named by the month actually received, with new folders created automatically as needed. Right now, I do this manually using a script to clone the existing folder list... which I have to remember to do at the beginning of the month, as well as shutdown kmail during the process. 2. It'd be great to be able to add/remove folders from other locations as desired. With my archiving scheme, the previous month's messages are moved out of the kmail directory into an archive directory and then stored on CD. I generally don't need to access old e-mails, but when I do it would be great to just tell kmail to open folders from my 'monthly-2003-09' archive, or my 'monthly-2003-09/kmail-devel' archive. Currently, I need to shutdown kmail and manually link in the whichever archive I want to look at. Oh yes, and contrary to the beliefs of a certain other unnamed e-mail application which I am forced to use at work, I should be able open said archive even if it is on read-only media like a cdrom. <grin> Cheers
I've just posted to the mailing list and it was suggested that I file a wish list - sorry if I'm wrong as it feels like a stupid question I'd like to back up my mail messages onto a CD-ROM and restore them into my inbox (or another folder) prior to doing a hardware upgrade and re-install I've experimented with moving a few messages around but I lose the indexing when I move them back into a folder
*** Bug 52730 has been marked as a duplicate of this bug. ***
I agree completely agree with the 2 latest comments above. From whichever medium an archive is sitting on, CD, other partition, etc., I would love to see a way to "mount archive" into KMail without having to fiddle around or copy physical folders to/from the ~/Mail folder. I have no ideas about feasibility But what'd like is that an archive coming from a CD should be mounted read-only, yet all Kmail manipulation should be allowed: searches/filters/ordering/threaded view should take the mounted archive into consideration and it should also be possible to copy emails from the mounted archive back to the regular folders. Plus reply/forward actions should work on the emails in the archive. If the Archive is on a writable medium, say another partition or another drive or nfs, etc., I would love to be able to copy/move emails (or maybe entire folders) from the regular folders into the archive: easy visual archiving. Cheers for KMail!
I would like to see a feature like this for reasons similar to why I would like to see Bug 5694 (free selection of search folders) implemented: I would prefer that my old, archived mail folders *not* be included by default when performing a search. However, I still want the folders available for browsing and searching in KMail.
Wow. These are all very similar, yet not similar enough to be dupes (IMHO): bug 55827, bug 77744, bug 85656, bug 34382 and bug 76690.
An archive function like this is implemented in KMail 1.8.2 ... this bug should be closed.
Where is it implemented in Kmail 1.8.2??
It's implemented in the expire function. Accessible (at least) by clicking on the "expire..." item in the folder right click menu. (in the folder list). There does not seem to be a menu item for it though.
But this archives into a kmail folder...
Bug 89100 is also related but not a duplicate.
Similar bugs: bug 34382 bug 55827 bug 76690 bug 77744 bug 85656 bug 89100 According to some people, these bug reports differ slightly in details, so I won't mark them as duplicates now.
Assigning to KMail2 product. Archive works in KMail2 when you right click on a folder and you can choose where you want to save the archive. You can then import the archive back whereever you want. Not sure about the other wishes in this bug report, please check KMail 2 and add a comment on whether there is still something you need.
I changed 2 weeks ago from kmail1 to kmail2 and up too now - it is extremly frustrating and slow. My mail is stored under ~/Mail since I used kmail (10 years ?) and i never deleted a single mail (spam is no mail ;) ), so i have about 200000 mails in 6 GB. kmail1 opened on a small maschine within 2 seconds, kmail2 with 16GB RAM and 6 cores ~1 minute, changeing a folder take more minutes and opening a mail takes another minute. Migration of the mail folder was also a nightmare - thanks to my backups nothing lost - after 5th try (did someone ever tried this function after programing before packageing ?). Archiving the mails now takes 6 tryies for my mail structure (30 folders) and still it doesn't worked correctly. Why not reintroducing the good old way of storing mails? Who ever needs akonadi could use it, but I liked the robust and fast way of kmail1 and would really like to see it again in kmail2. just my 2 cents as long time user of kmail-1 regards Marcus Menzel
in 4.9.x we have archive mail agent which allows to automatic archive mails