On Thu, 2022-06-30 at 10:26 +0200, Milan Crha via evolution-list wrote: > On Wed, 2022-06-29 at 12:30 -0500, Tim McConnell via evolution-list > wrote: > > I copied one of the cron reports into an email and > > attached the original one sent and sent it to myself in gmail. > > Hi, > I meant to use exactly the same message, not a newly created message, > to not compare apples and oranges. The newly created message can have > some things changed. I expected you'll either drag&drop the message > from On This Computer/Inbox to an IMAP account, or you right-click > the > same message and pick Copy To Folder... and then choose an IMAP > folder. > > > But if I go into "On This Computer-> Inbox and view mail the CPU > > goes > > crazy. > > Being it true, with exactly the same message, then I still do not > understand what the WebKitGTK would have to do with it, because it's > independent of the mail storage. That would cause high CPU usage on > the > evolution process, maybe due to some issues in the local storage, as > had been suggested in another mail of this thread. > > The way to recreate the index here is to remove > ~/.local/share/evolution/mail/local/folders.db > file. That will lost mail labels and such. It can happen the SQLite > table gets too large over time or it broke due to async writes the > libcamel uses. There are tools to verify consistency of an SQLite > table, which can detect certain issues (though not all). > > Let me reply to some points from the subthread of this message: > > * if the Edit->Preferences->Mail Accounts says "maildir", then it > means > maildir. No way to say maildir and use mbox under the hood > > * there are stored some helper files around conversion from mbox to > maildir and then from one maildir version to another and the > message > about conversion from mbox to maildir Tim saw was shown only > because > the files were missing - I guess Tim did not delete all the files > in the ~/.local/share/evolution/mail/local/ , aka the directory > itself, because new users do not see such conversion prompt > > * the migration from mbox renames the > ~/.local/share/evolution/mail/local/ > to some other directory name, possibly "local_mbox" Tim mentioned. > The messages might be still there, hopefully, in hidden directories > (with a leading dot in the name), still in the Maildir format > > * even if the On This Computer was mbox, the read from that store is > instant, because there is stored where the actual message starts > in the file, thus the read just moves to that place and the message > is read. The problem with mbox is editing the file, which means to > rewrite it, while we are talking about read here > > * the exercise around local delivery was unnecessary, from my point > of view. Once the message is stored under On This Computer it's > under > On This Computer, no matter whether it went there from a POP > account, > local delivery, copied there by a user,... > > I think it's it. I'm sorry, if I forgot to respond to anything. > > Bye, > Milan > > _______________________________________________ > evolution-list mailing list > evolution-list@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-list
Okay so reading this reply I did the following: 1. Deleted the folder.db file in ~/.local/share/evolution/mail/local/ 2. restarted Evolution and verified local mail, there was none, added local delivery pointed it to tmick in /var/mail/. created a second account LocalHost and pointed it to /var/spool/mail/tmick (keep in mind I have not installed any mail server programs like send mail, etc. So it's using Debian's Defaults) 3. did send/receive and got mail in all folders. 4. Dragged a mail from local to IMAP folder, still pegs CPU, deleted mail after. CPU went back to normal in IMAP folder. 5. Closed Evolution and deleted ~/.local/share/evolution/mail/local/folder.db again 6. re-opened Evolution and viewed inboxes removed LocalHost and local_mbox because they were empty. So I'm guessing it's using /var/mail/tmick for local mail. 7. finished sorting through IMAP accounts mail, CPU stayed under 45% (I had 32 mails there as an FYI) 8. Went to On this computer-> inbox (it had 10) clicked on a mail and CPU went to 100% and it was sluggish to read emails there. It took 2 - 4 seconds for some to load and another 2-3 seconds before I could scroll up,down,left,or right on some messages. Other would open normally but CPU was still pegged. 9. Went back to IMAP folder to see if CPU usage went down and it did. I used to have to kill WebKitWebProcess for that to happen (I could stay in Evolution though). So yeah the issue still exists. No I can't do most of what Pete suggests I don't have the resources and I hate distro hopping. I switched from Fedora 8 to Debian Testing and been there ever since. Question for Milan, You stated I needed to open a bug with the epiphany team because it was timing out, something about DBUS. Wouldn't that affect how WebKit handles things in General? If It's not communicating with DBUS properly for the two programs DevHelp GUI and Epiphany, why wouldn't it effect other programs that use it like Evolution?? -Tim -- <tmcconnell...@gmail.com> _______________________________________________ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
