On 26.01.2014 11:27, Hazel wrote:
Hello, all,
I'm having some trouble using the filter settings.
Firstly, I have a number of filter categories that nest inside one another (e.g. different destinations for subject contains "AB*" vs. subject contains "ABC*"), so the order of my filters is critical. Unfortunately, I can't find any way of editing/changing the order of my filters except by editing the sieve file, which I am enjoined not to do (I think it just breaks the GUI), or deleting and re-adding in the desired order. Does anyone know a better way?
Secondly, is there any way to run a specific custom filter (or group of filters) on request rather than running it on receipt?
The filters GUI is only a front end for editing the sieve script which is executed only by your MTA at delivery time; there is no way to do "apply these rules to previously received stuff in my Inbox folder".
The sieve rules are updated over a protocol, and so in theory, that protocol could tell the thing on the other side "I want to not only store these rules, but run them on existing items". Somehow, if it is able, the sieve listener could make that work.
The sieve protocol would have to be updated to have this "run the rules" indication in it. Implementations of the protocol would have to be updated to actually carry it out. And then the RoundCube filter UI could add some checkbox or whatever to enable the user to request this.
This kind of thing is the subject of a relatively new RFC, number 6785 http://tools.ietf.org/html/rfc6785
Intro paragraph:
** Some applications have a need to apply Sieve filters [RFC5228] in ** contexts other than initial mail delivery. This is especially true in diverse service environments, such as when the client is sporadically connected, is connected through a high-latency or high-cost channel, or is on a limited-function device. For such clients, it may be very important, for higher performance and reliability, to take advantage of server capabilities, including those provided by Sieve filtering (and Sieve extensions, such as Notify [RFC5435]).
So maybe one day this will be possible.