Summary: | Sudden CPU spike when using secure deletion | ||
---|---|---|---|
Product: | Claws Mail (GTK 2) | Reporter: | iivxx |
Component: | Other | Assignee: | users |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | P3 | ||
Version: | 3.17.3 | ||
Hardware: | PC | ||
OS: | Linux |
Description
iivxx
2019-02-17 13:24:28 UTC
Turn off 'Use secure file deletion if possible' (/Configuration/Preferences/Other/Miscellaneous), and see if that stops the cpu spike. The thought has crossed my mind to do that. Seeing as my e-mail habits have stayed the same, and I've had it turned on for 3-4 years, it really seems odd that I've never experienced this before. That's why I felt that it might be relevant for the developers to know this. Could be something strictly on my end, but I wanted to mention it at least. "If it's happening to me it'll probably happen to others." Update: Having had 'Use secure file deletion if possible' off since the reply I can't say that it made any difference. I'm pretty sure I can rule out the Dillo connection too. Sometimes trying to interact with Claws while frozen causes it to unfreeze on a semi-regular basis. Other times I have to resort to kill the process flat out. Tried to overhaul processing rules and stuff like that to no avail. A couple things to check: Do you have the filtering log enabled? Do you use the Notification plugin (with libnotify)? I use the filtering log. Mainly because I've had some troubles in the past. I wan't to catch these if anything goes wrong. Sometimes it declares an error during processing. Most of the time that isn't an issue though. 1/10:th of the time of late would be a generous estimate. And no, I do not. I rely on a small script to notify me about unread mail. Worth to mention that Claws-Mail doesn't start or execute it. |