|
|
| global sieve rules (for all users) |
  Russian Federation |
2007-07-30 06:04:11 |
Hello,
Can I make global sieve script which will be work for all
messages of all users?
(in any case table dbmail_sievescripts contain owner_idnr
which points to script "owner", I need ignore
field owner_idnr and use one sieve script for all users).
And more...
I want disallow modifying sieve scripts from user side. How
I can do this?
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Re: global sieve rules (for all users) |
  Russian Federation |
2007-07-30 06:17:53 |
hi list, umask
umask wrote:
> Can I make global sieve script which will be work for
all messages of all users?
> (in any case table dbmail_sievescripts contain
owner_idnr which points to script "owner", I need
ignore field owner_idnr and use one sieve script for all
users).
in general - no. but you can try use DB's tools.
> I want disallow modifying sieve scripts from user side.
How I can do this?
don't start timsieved, I think=)
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Re: global sieve rules (for all users) |
  Portugal |
2007-07-30 08:18:56 |
In 2.3x series is going to apear a global sieve script
option.
----- Original Message -----
From: "umask" <umask yandex.ru>
To: <dbmail dbmail.org>
Sent: Monday, July 30, 2007 12:04 PM
Subject: [Dbmail] global sieve rules (for all users)
> Hello,
>
> Can I make global sieve script which will be work for
all messages of all
> users?
> (in any case table dbmail_sievescripts contain
owner_idnr which points to
> script "owner", I need ignore field
owner_idnr and use one sieve script
> for all users).
>
> And more...
> I want disallow modifying sieve scripts from user side.
How I can do this?
> _______________________________________________
> DBmail mailing list
> DBmail dbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Re: global sieve rules (for all users) |
  United States |
2007-07-30 11:29:07 |
On Mon, Jul 30, 2007, Jorge Bastos <mysql.jorge decimal.pt> said:
> In 2.3x series is going to apear a global sieve script
option.
Confirmed, it is on my todo list.
> ----- Original Message -----
> From: "umask" <umask yandex.ru>
> To: <dbmail dbmail.org>
> Sent: Monday, July 30, 2007 12:04 PM
> Subject: [Dbmail] global sieve rules (for all users)
>
>
>> Hello,
>>
>> Can I make global sieve script which will be work
for all messages of all
>> users?
>> (in any case table dbmail_sievescripts contain
owner_idnr which points to
>> script "owner", I need ignore field
owner_idnr and use one sieve script
>> for all users).
>>
>> And more...
>> I want disallow modifying sieve scripts from user
side. How I can do this?
We don't currently have any permission bits on the sieve
scripts. Could
you give a few use cases? It might make sense to add this in
2.3.
Aaron
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Re: global sieve rules (for all users) |
  Russian Federation |
2007-07-30 11:49:20 |
30.07.07, 20:29, Aaron Stone <aaron serendipity.cx>:
> >> And more...
> >> I want disallow modifying sieve scripts from
user side. How I can do this?
> We don't currently have any permission bits on the
sieve scripts. Could
> you give a few use cases? It might make sense to add
this in 2.3.
> Aaron
I think that client (via IMAP) can make changes in sieve
scripts for filtering his mails (but I seen RFC and
understood that IMAP don't provide it).
May be Alexander Benaguev have examples of use cases.
--
Ilyas
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Re: global sieve rules (for all users) |
  Russian Federation |
2007-07-30 12:35:28 |
umask wrote:
> May be Alexander Benaguev have examples of use cases.
I don't have examples, just logic: users can manage they
scripts by
connecting to timsieved (it's part of dbmail), or they can
do this from
shell by dbmail-sievecmd. 'cose second case is unlikely, you
should
shutdown timsieved;)
alexander
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Re: global sieve rules (for all users) |
  Netherlands |
2007-07-30 13:05:13 |
dbmail-sievecmd should be superuser only not?
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Re: global sieve rules (for all users) |
  Portugal |
2007-07-30 14:27:20 |
Are you saying to manage the scripts direcly from a client
menu, like the
plugin that thunderbird has?
I was about to write a addon for MSOutlook to manage sieve
in .NET, but my
time just got away.
----- Original Message -----
From: "umask" <umask yandex.ru>
To: <dbmail dbmail.org>
Sent: Monday, July 30, 2007 5:49 PM
Subject: Re: [Dbmail] global sieve rules (for all users)
>
>
> 30.07.07, 20:29, Aaron Stone <aaron serendipity.cx>:
>
>> >> And more...
>> >> I want disallow modifying sieve scripts
from user side. How I can do
>> >> this?
>> We don't currently have any permission bits on the
sieve scripts. Could
>> you give a few use cases? It might make sense to
add this in 2.3.
>> Aaron
>
> I think that client (via IMAP) can make changes in
sieve scripts for
> filtering his mails (but I seen RFC and understood that
IMAP don't provide
> it).
>
> May be Alexander Benaguev have examples of use cases.
>
> --
> Ilyas
> _______________________________________________
> DBmail mailing list
> DBmail dbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Re: global sieve rules (for all users) |

|
2007-07-31 02:05:25 |
|
On 7/31/07, Aaron Stone < aaron serendipity.cx">aaron serendipity.cx> wrote:
On Mon, Jul 30, 2007, alexander benaguev < zul sigmatrans.ru">zul sigmatrans.ru> said:
> umask wrote: >> May be Alexander Benaguev have examples of use cases. > I don't have examples, just logic: users can manage they scripts by
> connecting to timsieved (it's part of dbmail), or they can do this from > shell by dbmail-sievecmd. 'cose second case is unlikely, you should > shutdown timsieved;)
Users should NEVER have access to dbmail-* commands. ALL of the commands
potentially give access to ALL user data. They are designed to be run on closed servers where none of the users have shell access, or have limited shell access. That's why they're in /usr/sbin!
You might write some wrappers around the commands and allow them to be
called from management scripts, but be damned sure to check that you have a -u option, that the value is of the user issuing the command, and that you escape the arguments fully (as with all shell commands).
As for sieve script permissions, there might be some interesting use cases for restricting user access to edit scripts, and I think it might fit in nicely with ideas for system scripts, group/client scripts, system-owned
user scripts, etc. Let's work out some of the ideas on a wiki page: http://dbmail.org/dokuwiki/doku.php?id=sieve
Aaron _______________________________________________
DBmail mailing list DBmail dbmail.org">DBmail dbmail.org https://mailman.fastxs.nl/mailman/listinfo/dbmail
It makes sense that global sieve rules have top priority over user-defined rules.
-- zamri Linux System Administrator Kolej ShahPutra Kuantan Pahang Malaysia Tel : 609.573.777.7 ext 119
web : http://muhdzamri.blogspot.com
|
| Re: global sieve rules (for all users) |
  Austria |
2007-07-31 03:33:33 |
On Dienstag, 31. Juli 2007 zamri wrote:
> It makes sense that global sieve rules have top
priority over
> user-defined rules.
But it could also be defined that the global rules act as a
default
which can be overruled by user rules. It depends on the site
policy (or
better: per domain policy).
mfg zmi
--
// Michael Monnerie, Ing.BSc ----- http://it-management.at
// Tel: 0676/846 914 666
.network.your.ideas.
// PGP Key: "curl -s http://zmi.at/zmi.asc | gpg
--import"
// Fingerprint: EA39 8918 EDFF 0A68 ACFB 11B7 BA2D 060F
1C6F E6B0
// Keyserver: www.keyserver.net Key-ID:
1C6FE6B0
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|