Dear Milan, Am Freitag, den 21.07.2017, 10:54 +0200 schrieb Paul Menzel:
Am Montag, den 17.07.2017, 09:09 +0200 schrieb Milan Crha:On Sun, 2017-07-16 at 11:46 +0200, Paul Menzel wrote:2290 stat64("/home/joey/.local/share/evolution/mail/local/folders.db -journal", 0xbfbd552c) = -1 ENOENT (No such file or directory) 2290 stat64("/home/joey/.local/share/evolution/mail/local/folders.db -wal", 0xbfbd552c) = -1 ENOENT (No such file or directory)those files are not managed by evolution(-data-server) itself, I guess they are referenced/created by sqlite. The above particular lines reference the folder.db file for all On This Computer messages and folders, where POP messages are copied to. They are copied only once, on Send/Receive when they had been recognized as new, which might not influence each close of the application. Maybe try to get two/three backtraces [1] of the closing evolution, where might be seen what it tries to do. It surely should not cause aggressive re-saving of the folders.db file on close.I created issue #785212 [2], and attached the traces there.
Thank you for following up on the bug report, and pointing vFolders (virtual/search folders(?)) out as the cause of the problem. As I am still on Evolution 3.22.6, I deleted the search folders, and Evolution does indeed quit much faster like in 30 seconds or so compared to several minutes. Thanks, Paul
Attachment:
signature.asc
Description: This is a digitally signed message part