On 2006-05-02 12:31:36 +0100, Simon Waters wrote:

I'm also interested to know other alternative schemes for deploying server side filtering. One goal, I want to create IMAP4 folders automatically for new mailing lists, so the dovecot mailing list folder is automatically created when you start getting emails from the dovecot list for example. As mailing list used is 95%+ of the mail filters that goes on after SMTP transaction is completed.

dovecot-lda creates missing folders if needed.

darix

-- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org

...

dovecot-lda creates missing folders if needed.

darix

Yes, it does, but what he was asking for was something that would automatically filter a mailing list message to a folder for that list, without having to write the sieve rules directly.

Not knowing the Sieve syntax my self, would it provide a bit of 'regex' and substitution? If so, then it would be a matter of a filter that found the mailing list headers, extracted the mailing list name, and then substituted that in for the folder name. Dovecot LDA makes the required folders as needed... Somehow, I don't think it's in there though ;-)

An interesting idea, but I can't say that I have ever seen anything to do that. Within SquirrelMail, you also have the problem then of the new folder not being subscribed and thus not showing up in their folder list.

Is this not a problem for most IMAP clients? Maybe if Dovecot LDA added all newly created folders to the subscription file. It would also be nice, if we had some forced folder subscriptions, or other backends for folder subscription (MySQL would be nice).

Tim

Linux Counter user #273956

Gerald Dachs wrote:

...

Hi,

I am currently working on a managesieve daemon, so that I can use the squirrelmail plugin avelsieve together with dovecot-lda. Without this I can't migrate from cyrus to dovecot. For several reasons I don't use the timsieved from cyrus and build it from scratch. Is this interesting for somebody else?

Gerald

It is of interest to us; we are a small company: SarVision (7 people) but due to quite heavy internet data/server requirements we do own & manage our own server, and thus also our own mail server. We have just migrated to postfix/dovecot (using dovecot-lda) and tough we do not use sieve yet, we are definitely interested in a dovecot oriented implementation of a sieve daemon.

Only to make things clear, dovecot-lda doesn't need my daemon to process a sieve script, it handles it already fine. The daemon is needed by frontends like avelsieve or imap clients like mulberry (who knows more?) to handle the scripts. That means:

• authenticate the user
• show available scripts
• transfer a script to the client
• save a script from the client
• set the active script
• and some more Not everybody of us want that our users have to login to their unix accounts and edit their sieve script there.

Gerald

On Tue, 02 May 2006 16:41:23 +0200 Luca Corti cortez@tiscali.it wrote:

On Tue, 2006-05-02 at 16:32 +0200, Gerald Dachs wrote:

...

Not everybody of us want that our users have to login to their unix accounts and edit their sieve script there.

Hardly anyone wants them to, and there are also setups where this is not a possibility (virtual users without a UNIX account).

Sorry, I forgot a ;)

That means you would be interested?

Gerald

On Tue, 2 May 2006, Gerald Dachs wrote:

The daemon is needed by frontends like avelsieve or imap clients like mulberry (who knows more?) to handle the scripts. That means:

http://lists.kde.org/?l=kmail-devel&m=111796963625329

"Current status

There is already a bit of Sieve support in KDE. There's the sieve:/ ioslave that's being used to manipulate the Sieve filters through the Managesieve protocol.

Also, there's the Vacation ("Out of office reply") support in KMail 3.4, which is also based around Sieve and kio-sieve. It uses the Sieve parser that's in libksieve, so parsing the grammar of the language is basically done already."

Someone told me that new KMail implementations support Sieve-on-server, however I cannot confirm this (possibly because of the absense of the managesieve on the server :)

Bye,

-- Steffen Kaiser