Version: (using KDE KDE 3.2.0) Installed from: SuSE RPMs OS: Linux At the moment in order to update a search-folder one has to re-search, which is not that obvious to normal users. This is especially true for search-folders that include criteria such as new and/or unread, as those mails read do not disappear from the folder ever, while new ones get added, if it does not get re-searched. To update search-folders on every kind of event is not an option. Configuring updating-rules by the user might be nice but would require even more settings in kmail then there already are. Making kmail smart enough to choose its own update intervals might be just a bit too much effort that would have to go into this functionality. Thus in my opinion a simple update-search-button would do the best job, as it does not add anything to the settings, is pretty straight forward to use and at the same time allows the user to chose one's own update intervals and pick the folders one wishes to update. In a way this would be similar to the imap purge-functionality, that deletes all messages marked, only that in this case email that does not longer fit the criteria of the search-folder gets removed.
I suggest that a double click on the "Last Search" button opens the search dialog with the appropriate values. This could be done for KDE 3.2.x, as it doesn't seed new strings.
Daniel Naber schrieb: > I suggest that a double click on the "Last Search" > button opens the search dialog with the appropriate values. This > could be done for KDE 3.2.x, as it doesn't seed new strings. Your suggestion is more concerned with making the access to the search criteria easier, however I wa thinking about a on-click update of a search-folder. If you suggestion comes with this fair enough but setting up a folder occurs less often then updating it. Sven
I think on-click update is still too inconvenient for those users who truly want a dynamic search --- e.g. a folder that always contains just the currently unread messages for those people who have new mail arriving in many different mail folders, or a TODO folder showing only messages currently flagged as important. Nor do I think the update criteria need truly be that complicated. I would suggest instead a checkbox/radio-buttons in the search dialog when creating search folders that allows the user to choose whether they want an 'incremental' search or a 'dynamic' search. The former is basically what we currently have and only requires updating when: * The search criteria for the folder are changed. * A (non-search) mail folder is deleted. With new mails being considered for entry into the folder as they arrive. Both of the above are _already_ implemented. If a user asks for a 'dynamic' search folder, then the only addition that needs to be made is that the search should also be updated when: * The status of a message is changed. This shouldn't provide a noticeable freeze while the folder is updating since one would just need to check for the presence in the search folder of the particular message whose status is changed --- this is already done in the case of the user deleting a message which might be present in a search folder and shows no user-noticeable time penalty.
For me it will help if I can destroy the whole virtual search folder. I did not have it until I once used it from the tools menu. I wish i didn't. A delete of the Search folder can only safe done after a fake search so there are no messages in it, else the messages in it will or can be deleted. The pop-up Says The messages displayed in it will not be deleted if you do so, as they are stored in a different folder. Very misty description. Grammar failure? The messages will not be deleted if you delete this folder, because they are stored in a different folder. This says it clear they will not be deleted. I pressed Delete and the mail was deleted. Happy me only one and a MS virus in it.
Ron Onstenk: If you can reproduce this behaviour it represents a serious bug, and I suggest you open a separate report. Although, personally I have deleted several Search Folders with large numbers (100s) of messages and not experienced any problems. Don't post it here though, it belongs in a bug report not a `wishlist'...
Note on comment #3: For dynamic filtering it would be nice to update filters also on: - a new mail has been sent (mail was created in sent folder) - a new mail draft was saved (mail was created in draft folder) - mails were imported - mail is deleted
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.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.