Re: [Evolution] Virtual Folders broken in 3.2?

[Thomas Mittelstaedt <tmstaedt t-mittelstaedt de>]

Am Donnerstag, den 13.10.2011, 00:06 +0200 schrieb Thomas Mittelstaedt:
> Am Dienstag, den 11.10.2011, 18:55 -0500 schrieb Arthur Machlas:
> > hi, using evolution 3.2 on fedora 16 beta. on f15 with evolution 3.0 i
> > had a virtual folder called combined inbox that had an either or
> > matching message location to one of my two personal imap accounts. so
> > it was something like:
> > rule name: combined inbox
> > match if any of the conditions below is true
> > message location = personal imap inbox 1
> > message location = personal imap inbox 2
> >
> > unfortunately, this no longer works in evo 3.2. I saw on the mailing
> > list that removing and re-adding source folders sometimes works, and
> > i've played with that a fair bit now. first adding my two imap inboxes
> > and source folders, then choosing all remote and local, then all
> > local, etc. etc.
> >
> > also, changing the thread options has no effect either.
> >
> > i can create a test folder that matches if an email was sent to me and
> > that works fine. advice and tips appreciated.
>
>
> Well, I never fully trusted those virtual folders, especially when
> "special" folders like INBOX, SENT or DRAFTS are involved.
> My recommendation: Use filters to move your mails to regular folders
> and/or tag them with labels. Then set up your virtual folders - if you
> really need them.
>
> Hope that helps,

Well, to add to that: The most reliable work flow or use case for those
virtual folders to me is to create a saved search and then use the menu
item to create a (virtual) search folder from that search. With that I
had the best user experience.
I use a virtual folder to expunge, expire old mails, but to get them
updated correctly, I regularly have to open the preferences, change the
time period, click OK, reopen the pref dialog, set the time value back
to the old value. In summary: Virtual folders have their uses, but don't
rely on them like regular mail folders.


-- 
thomas