[Evolution] Msg Filters Loosing Destination Folder
Hi All, I use message filters (not search folders) to sort incoming mail on an IMAP server in the wild. Several times over the past few years I've made changes (knowingly and unknowingly) to Evo or my system in general, which resulted in Evo loosing the path of the destination folder for ALL my rules. Every time this happens it all starts with me noticing Evo is running something along the lines of "Updating Message filters" and is usually followed by the feeling of despair and a loud sigh on my part. That because it never works. The general rule stays in tact(that's nice) but the path to the destination folder is lost -blanked. In this particular case, I understand that Evo had to erase the path altogether because I had to re-subscribe to all my folder (possibly another issue for another posting...) so if Evo can't see the folder it understandably should remove the seemingly invalid path. The inherent problem with that process is that once I re-subscribe to all my folders and it runs "Updating message filters" again it has no record of said previously set path. 1) I don't know if my expectations are realistic or even remotely possible but could I not ask (post a bug) to have Evo remember paths before clearing them in the likelihood that the user might need said path? 2) To be perfectly clear, I can live with the "knowingly" but the "unknowingly" is different. Today this happened for no apparent reason. Can someone out there help me determine the cause please and pretty please? Hint: it problably starts with the reason why I was unsubscribed to everything but the root, my Inbox. Hoestly, I'm not certain what is need info-wise to troubleshoot this so here's some info and please ask away for more as required. -IMAP hosted on WAN, Courier I believe but I could confirmand get exact versioning if it matters -Debian SID/testing -Linux 2.6.32-trunk-686 -XFCE4 4.6.1.3 -Evo-data-server 2.28.3.1-1, Evo-common 2.28.3-1 & Evo 2.28.3-1+b1 -Sqlite3.6.23.1-2 & libsqlite3.6.23.1-2 Cheers, Phil ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Msg Filters Loosing Destination Folder
Phil, I had the same problem when expunge of a folder would cause an error. I copied the folder somewhere, renamed the original and then moved the copy back to the original. evolution would update the corresponding filter rule, to now contain the name .old, which I did not want. It might be of help to know that the rules are in an xml-file in ~/.evolution/mail/filters.xml, which I can edit and the running evolution would pick up the changes right away. Maybe you can just make a copy of filters.xml before you run your procedure and then restore the copy on top of the falsely updated file. Hope that helps. Am Freitag, den 28.05.2010, 11:01 -0400 schrieb Philippe LeCavalier: > Hi All, > > I use message filters (not search folders) to sort incoming mail on an > IMAP server in the wild. Several times over the past few years I've > made changes (knowingly and unknowingly) to Evo or my system in > general, which resulted in Evo loosing the path of the destination > folder for ALL my rules. Every time this happens it all starts with me > noticing Evo is running something along the lines of "Updating Message > filters" and is usually followed by the feeling of despair and a loud > sigh on my part. That because it never works. The general rule stays > in tact(that's nice) but the path to the destination folder is lost > -blanked. In this particular case, I understand that Evo had to erase > the path altogether because I had to re-subscribe to all my folder > (possibly another issue for another posting...) so if Evo can't see > the folder it understandably should remove the seemingly invalid path. > The inherent problem with that process is that once I re-subscribe to > all my folders and it runs "Updating message filters" again it has no > record of said previously set path. > > 1) > I don't know if my expectations are realistic or even remotely > possible but could I not ask (post a bug) to have Evo remember paths > before clearing them in the likelihood that the user might need said > path? > > 2) > To be perfectly clear, I can live with the "knowingly" but the > "unknowingly" is different. Today this happened for no apparent > reason. Can someone out there help me determine the cause please and > pretty please? Hint: it problably starts with the reason why I was > unsubscribed to everything but the root, my Inbox. > > Hoestly, I'm not certain what is need info-wise to troubleshoot this > so here's some info and please ask away for more as required. > > -IMAP hosted on WAN, Courier I believe but I could confirmand get > exact versioning if it matters > -Debian SID/testing > -Linux 2.6.32-trunk-686 > -XFCE4 4.6.1.3 > -Evo-data-server 2.28.3.1-1, Evo-common 2.28.3-1 & Evo 2.28.3-1+b1 > -Sqlite3.6.23.1-2 & libsqlite3.6.23.1-2 > > > Cheers, > Phil > ___ > evolution-list mailing list > evolution-list@gnome.org > To change your list options or unsubscribe, visit ... > http://mail.gnome.org/mailman/listinfo/evolution-list -- thomas ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Msg Filters Loosing Destination Folder
On Fri, 2010-05-28 at 22:45 +0200, Thomas Mittelstaedt wrote: > Am Freitag, den 28.05.2010, 11:01 -0400 schrieb Philippe LeCavalier: > > Hi All, > > > > 1) > > I don't know if my expectations are realistic or even remotely > > possible but could I not ask (post a bug) to have Evo remember paths > > before clearing them in the likelihood that the user might need said > > path? > > > > 2) > > To be perfectly clear, I can live with the "knowingly" but the > > "unknowingly" is different. Today this happened for no apparent > > reason. Can someone out there help me determine the cause please and > > pretty please? Hint: it problably starts with the reason why I was > > unsubscribed to everything but the root, my Inbox. > > Phil, > > I had the same problem when expunge of a folder would cause an error. I > copied the folder somewhere, renamed the original and then moved the > copy back to the original. > evolution would update the corresponding filter rule, to now contain the > name .old, which I did not want. > It might be of help to know that the rules are in an xml-file in > ~/.evolution/mail/filters.xml, which I can edit and the running > evolution would pick up the changes right away. > Maybe you can just make a copy of filters.xml before you run your > procedure and then restore the copy on top of the falsely updated file. > Hope that helps. > First-off, please don't top-post. It's annoying. Second, Yes. That really helps. It's not a solution but it certainly is a workaround that I can easily apply. Better yet it will allow me to regularly backup my filters -separate from my entire dump. Third, thank you. Phil ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Msg Filters Loosing Destination Folder
Am Freitag, den 28.05.2010, 22:02 -0400 schrieb Philippe LeCavalier: > > > On Fri, 2010-05-28 at 22:45 +0200, Thomas Mittelstaedt wrote: > > Am Freitag, den 28.05.2010, 11:01 -0400 schrieb Philippe LeCavalier: > First-off, please don't top-post. It's annoying. Who did top-post? Not me. I did a "reply-to-all" and the message headers have a References entry. > Second, Yes. That really helps. It's not a solution but it certainly > is a workaround that I can easily apply. Better yet it will allow me > to regularly backup my filters -separate from my entire dump. > > Third, thank you. > Your are welcome. -- Mit freundlichen Grüßen, Thomas Mittelstaedt ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Msg Filters Loosing Destination Folder
On Sat, 2010-05-29 at 04:22 +0200, Thomas Mittelstaedt wrote: > > First-off, please don't top-post. It's annoying. > > Who did top-post? Not me. I did a "reply-to-all" and the message > headers > have a References entry. References entries have nothing to do with it. Top-posting means the new content in your reply came before the quoted material. This is widely disliked on Internet mailing lists, especially technical ones. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list