mirror of
https://github.com/d99kris/nmail.git
synced 2026-04-26 09:46:01 +03:00
[GH-ISSUE #81] [Enhancement] Automatic or manual pruning #70
Labels
No labels
bug
enhancement
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nmail#70
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Kabouik on GitHub (May 8, 2021).
Original GitHub issue: https://github.com/d99kris/nmail/issues/81
Originally assigned to: @d99kris on GitHub.
Pruning cache to a maximal size set in
main.confwould be useful for accounts with large inbox, as well as devices with limited storage (SBCs, phones, servers).Not sure what criteria would be relevant for pruning. Date/age of messages, list of white-listed folders? Should a prompt be shown when the maximal set size is reached or should oldest emails be removed from cache quietly?
Pruning
cache/andtemp/separately would be great for accounts with encryption enabled, but you reported that there is no free solution to partially decrypt sqlite. Just mentioning it here for future reference, since this would allow the advantages of full cache (offline use, speed, search index in all folders) without the extra disk space of full folder decrypting in/temp.@d99kris commented on GitHub (Nov 29, 2022):
Will proceed to move all feature requests into Discussions section, for a clearer separation of bugs and feature requests.