[Dovecot] Conditionally use a sieve script with deliver?
I found a post in this list [0], which says sieve scripts can be used to deliver mail as read. However, can it be done somehow conditionally, I mean, with a direct or indirect switch for deliver? For a nonexistent example, it would be simply < | deliver -m path/to/maildir -r > or maybe an environment variable could be exported to deliver sieve and checked there?
(Still not sure if sieve can replace maildrop in my case, however, using it with dovecot creates various problems with interoperability; but perhaps I can just add those imap4flags like "\\seen" myself to the message with maildrop and avoid mess with sieve at all?)
[0] http://www.dovecot.org/list/dovecot/2008-July/032294.html
On 2010-01-20 21:11:59 +0000, Kārlis Repsons wrote:
I found a post in this list [0], which says sieve scripts can be used to deliver mail as read. However, can it be done somehow conditionally, I mean, with a direct or indirect switch for deliver? For a nonexistent example, it would be simply < | deliver -m path/to/maildir -r > or maybe an environment variable could be exported to deliver sieve and checked there?
(Still not sure if sieve can replace maildrop in my case, however, using it with dovecot creates various problems with interoperability; but perhaps I can just add those imap4flags like "\\seen" myself to the message with maildrop and avoid mess with sieve at all?)
[0] http://www.dovecot.org/list/dovecot/2008-July/032294.html
just curious: what stops you from migrating your maildrop rules to sieve?
darix-- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org
On Thursday 21 January 2010 11:13:22 Marcus Rueckert wrote:
On 2010-01-20 21:11:59 +0000, Kārlis Repsons wrote:
I found a post in this list [0], which says sieve scripts can be used to deliver mail as read. However, can it be done somehow conditionally, I mean, with a direct or indirect switch for deliver? For a nonexistent example, it would be simply < | deliver -m path/to/maildir -r > or maybe an environment variable could be exported to deliver sieve and checked there?
(Still not sure if sieve can replace maildrop in my case, however, using it with dovecot creates various problems with interoperability; but perhaps I can just add those imap4flags like "\\seen" myself to the message with maildrop and avoid mess with sieve at all?)
[0] http://www.dovecot.org/list/dovecot/2008-July/032294.html
just curious: what stops you from migrating your maildrop rules to sieve?
darix[not about dovecot here] My silly and honest answer is: the fact, that I found maildrop first some weeks ago and it seemed very flexible (a feeling of security in a sense, that I won't have "any" impossible thing), but then I came across the mentioned problem and still I haven't learned much about sieve. So, if I have some 50KB of mailfilter rules, which I want to divide across a tree of filter files, each of which can inherit variables from their includers, handle mailinglists, sometimes deliver copies to multiple maildirs, is there a reasonable chance I can do with sieve?
On 2010-01-21 12:06:33 +0000, Kārlis Repsons wrote:
My silly and honest answer is: the fact, that I found maildrop first some weeks ago and it seemed very flexible (a feeling of security in a sense, that I won't have "any" impossible thing), but then I came across the mentioned problem and still I haven't learned much about sieve. So, if I have some 50KB of mailfilter rules, which I want to divide across a tree of filter files, each of which can inherit variables from their includers, handle mailinglists, sometimes deliver copies to multiple maildirs, is there a reasonable chance I can do with sieve?
it mostlikely is. but without knowing the exact script it is hard to say "yes". atleast all my maildrop rules work in sieve.
darix-- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thu, 21 Jan 2010, Kārlis Repsons wrote:
My silly and honest answer is: the fact, that I found maildrop first some weeks ago and it seemed very flexible (a feeling of security in a sense, that I won't have "any" impossible thing), but then I came across the mentioned problem and still I haven't learned much about sieve. So, if I have some 50KB of mailfilter rules, which I want to divide across a tree of filter files, each of which can inherit variables from their includers, handle mailinglists, sometimes deliver copies to multiple maildirs, is there a reasonable chance I can do with sieve?
Well, if you have a running maildrip infrastructure, I would not change it.
If you need your users have hack their own, I probably would go with Sieve, because the times I used maildrop most of the users - if touching the script - broke it.
Sieve is more restricted, IMHO, and therefore more save if users hack their own. E.g. you cannot run external programs, which probably is a major security risk. One thing, that Sieve is not able to do, is to deliver to multiple users without re-sending the mail.
Regards,
Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux)
iQEVAwUBS1hwRr+Vh58GPL/cAQIGNAgAoYla45q3Zc8P+e4a/dagDdVSBIH4KePd NuOxrsCsX/ra0FZSt2xILbzFqCsx+Kx0krnFNrJjgiSlJHWddNHRFoWY+tzP/u/S HjLmqv5Q5q4zj+n9IbroXNufFhfnhPQJRLnjRflbazyyPybDq1nK/nxtNmCfo3AP 9rZ1gC3m6XtLFBHlcWwVuGzeATxa657g+ESA+NzYPtMRBQPXkyFiZNN4SmViVpx1 FqQNOk5iG+EZPYsOcjBTiqgDwtS3vunu39B2OM3MybsvCFQNfHWgrl2GPv8bO8Cc WQQBFfBr5YQyVxKIoXOkMe7nYNOWMQgZfsGwfHO6QBF4mQuydEj5ng== =RWMc -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Fri, 22 Jan 2010, Kārlis Repsons wrote:
On Thursday 21 January 2010 15:18:28 Steffen Kaiser wrote:
One thing, that Sieve is not able to do, is to deliver to multiple users without re-sending the mail. Just what did you mean by "multiple users"?
Well, more than user, e.g. if you want to file a message into the mailbox of two or more users.
Maildrop's "shell"-like capability allows you lots of tricks.
Regards,
Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux)
iQEVAwUBS1mTrL+Vh58GPL/cAQIr2wf+O1yT19j1RgDS7s2oNQZt8hTj506bSO1J 8ZV7Zes1/4x3Hw3hXhtftI9R7zOauI3/57xz1NddqYjOd9W7OKknZ8nyBbTlHgNL tp4eeiAPWIED33CTLACsmhfj4PyHvcA0lpVykG737cWxlXQoKnfeqMd56uHrECZk B/A3r/ZzWR9eJB/JW2F0L1nZI6p6DjfivJhJ3pz/MIbbPUWHYKEqxSyrsLsxt+2Y aHELYHNb+PhEuxAoe2jP8UTIfNpipgGXjrLl6ofBWgy/pHv0a1QZSwkcHVGNWeIC l7A7g7/O5hFX0daFDOHbonkPUZt2WEOjX/nGd7LS1Xzqq7OiW/vltQ== =8E2G -----END PGP SIGNATURE-----
participants (4)
-
Kārlis Repsons
-
Kārlis Repsons
-
Marcus Rueckert
-
Steffen Kaiser