On Jan Fri 11 2008 20:23, Pim Vullers wrote:
I really like the idea of filters in Roundcube. I love them in Thunderbird.
But what about 'native' filter support for RC? For example make it possible to choose the server filtering mechanism, but also make it possible that RC itself filters the messages. As for example I use RC for mailaccess to my IMAP account at my hosting provider. However I do not control the server such that I don't have access to the server configuration and so on, which means that my client applications will have to do the filtering.
Then, I guess the best compromise is a source-independent architecture. Something along this line:
- RC should implement its own filtering system. For the sake of
discussion, the filter should be very close to at least one of the
mostly used filtering programs (maildrop, procmail, etc).
- RC should be able to import/export filters, via RPC, translating
from a few filter types (again, the usual suspects).
. When importing filters, RC would translate them to its filtering
type, and let them stay still doing nothing until activated.
- When exporting, it should simply translate the filter to the
selected type and push it through RPC to the server, where the RPC
script will most surely know what to do with it.
This way, RC would be able to manage the filters in the server, import them if the user wants to change the server but keep using the same filters (in the client), etc.
My 2 cents :)