Il giorno mer, 22/07/2015 alle 13.13 +0100, Patrick O'Callaghan ha scritto: > On Wed, 2015-07-22 at 12:21 +0200, Andrea Vai wrote: > > Il giorno mer, 22/07/2015 alle 10.37 +0100, Patrick O'Callaghan ha > > scritto: > > > On Wed, 2015-07-22 at 10:30 +0200, Andrea Vai wrote: > > > > Il giorno mar, 21/07/2015 alle 17.32 +0100, Patrick O'Callaghan > > > > ha > > > > scritto: > > > > > On Tue, 2015-07-21 at 15:33 +0200, Andrea Vai wrote: > > > > > > Don't know if it matters, but that "no such table" message > > > > > > seems > > > > > > to > > > > > > be related to the problem. > > > > > > > > > > Possibly a corrupt database. Try stopping Evolution (using - > > > > > -force > > > > > -shutdown) and running: > > > > > > > > > > cd ~/.cache/.evolution/mail/ > > > > > for i in `find . -name folders.db` > > > > > do > > > > > echo "Rebuilding Table $i" > > > > > sqlite3 $i "vacuum;" > > > > > done > > > > > > > > Thank you Patrick, I ran the script but the problem still > > > > happens... > > > > by > > > > the way, the correct path for me was > > > > ~/.cache/evolution/mail/ > > > > > > > > instead of > > > > ~/.cache/.evolution/mail/ > > > > > > Good catch. I was cutting and pasting from an old script. > > > > > > > Perhaps, would the erase of the entire content of that folder be > > > > a > > > > good idea? > > > > > > You can delete anything in ~/.cache/evolution and it will be > > > rebuilt, > > > so there's no harm in trying. > > > > I tried (removed the whole ~/.cache/evolution, which has been rebuilt > > on > > the following run) but the problem still happens... What else could I > > do? > > Firstly, did the database cleanup have any effect on the "no such > table" message? You didn't say. Sorry, I have now double checked and, indeed, did not have any effect. Moreover, I have just found that the message appears in the output shortly after I run evo, so even minutes before the disappearing of the folder(s). It is also possible to me to run evo, close it when the problem has not happened yet, and find the string "no such table: [Gmail]" in the output log.
> I went back and read your original message. I hadn't noticed that the > problem is related to a Gmail account. Two things come to mind: > > 1) Check (using the Gmail web interface) that the folders are enabled > for IMAP using the "Show in IMAP" box for each label under > Settings/Labels. Ok, double checked and they are enabled. But, if they were not enabled, I would have expected to not viewing them in evo at all, instead of viewing them and have them disappear after some time... or am I missing something? > And of course make sure the folders are subscribed to > from Evolution (I know you said they were, but check). Ok, double checked this too. The folders are subscribed. I have the same thought here as above (if they were not subscribed I would expect a different behaviour, wouldn't I?) I also tried to unsubscribe a folder and then re-subscribe it in evo, and if the folder [Gmail] was missing this makes it appear again with its subfolders. After a short time, again they disappear, but al least I can use this method as a temporary work around to the problem (unsubscribe and re-subscribe is simpler than closing and re-running evo). > 2) Was your account configured using Google Online Accounts? No, it was configured directly in Evo, if I understand correctly. In GOA, the item called "Evolution Data Server - Access your GMail" is OFF, if this is what you mean. The only GOA item set to ON is "Evolution Data Server - Access your Google Contacts". The faulty IMAP account was created by adding it from the Evo Preferences window. > If not, you might want to reconfigure it, i.e. delete the account from Evo and > re-create it using GOA. Sorry, I would like to understand this fully, before making something wrong or something I wouldn't like. Is the IMAP configuration through GOA better, or even recommended, than configuring it directly from Evo? Why? I have always thought that a direct configuration would be better, because (among other reasons) there are less pieces of (possibly faulty) software in the middle. So, if configuring a GOA gmail account is not strictly needed to solve this problem, I would prefer not to do it. The other question would be: is not the "direct" configuration of IMAP in Evo supported/working fine? I can add another test case, maybe interesting. One of the "disappearing" folder is the "[Gmail]/Draft" subfolder, which I use as the default draft folder in evo. If I have a draft message opened, and the folders disappear while it is opened, and I edit the message and I save it, if I have access to the folder again (directly into gmail, for example) I can view the message correctly updated. So, it seems that Evo does not "lose" completely the connection with the folders, but it simply does not show them in the tree. One last thing that I have just noticed: I have 2 other IMAP accounts set up in Evo, and both have the same problem. So, I think the cause should not searched in the single account itself. Moreover, the disappearing happen in the same moment, i.e. the folders of the three accounts disappear simultaneously. And, finally, making the folders re-appear in one account (using the unsubscribe-resubscribe workaround) does not make them appear in the other accounts, so here each one seem to be independent from the other ones. Thank you again, Andrea > > poc > _______________________________________________ > evolution-list mailing list > evolution-list@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-list _______________________________________________ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
