[Dovecot] Default subscriptions
Is it possible to force a subscription to an IMAP folder? So that a user by default is subscribed to folder <foo> and cannot unsubscribe.
-- Vegard Svanberg <vegard@svanberg.no> [*Takapa@IRC (EFnet)]
Hello Vegard,
Vegard Svanberg, 18.09.2006 (d.m.y):
Is it possible to force a subscription to an IMAP folder? So that a user by default is subscribed to folder <foo> and cannot unsubscribe.
Make sure that the corresponding mailbox is mentioned in your users' ~/.subscriptions file. But take care that you don't kill their own subscriptions.
Regards, Christian Schmidt
-- Wer überlegt, sucht auch Beweggründe, nicht zu dürfen. -- Gotthold Ephraim Lessing
- Christian Schmidt <christian@siebenbergen.de> [2006-09-18 17:00]:
Is it possible to force a subscription to an IMAP folder? So that a user by default is subscribed to folder <foo> and cannot unsubscribe.
Make sure that the corresponding mailbox is mentioned in your users' ~/.subscriptions file. But take care that you don't kill their own subscriptions.
I'm aware of .subscriptions, but the user could just unsubscribe. That could be acceptable, in theory, but you always have a certain percentage of users pushing buttons they don't should and complain later. I could of course write a cron-something to take care of it, but I'd prefer to let dovecot handle it, if possible. Some sort of "required subscriptions"-feature, like INBOX.
-- Vegard Svanberg <vegard@svanberg.no> [*Takapa@IRC (EFnet)]
Hello Vegard,
Vegard Svanberg, 18.09.2006 (d.m.y):
- Christian Schmidt <christian@siebenbergen.de> [2006-09-18 17:00]:
Is it possible to force a subscription to an IMAP folder? So that a user by default is subscribed to folder <foo> and cannot unsubscribe.
Make sure that the corresponding mailbox is mentioned in your users' ~/.subscriptions file. But take care that you don't kill their own subscriptions.
I'm aware of .subscriptions, but the user could just unsubscribe.
I know. But what I wrote was: _Make sure_ that the corresponding mailbox is mentioned in your users' ~/.subscriptions file.
That could be acceptable, in theory, but you always have a certain percentage of users pushing buttons they don't should and complain later. I could of course write a cron-something to take care of it,
That's what I tried to propose.
but I'd prefer to let dovecot handle it, if possible. Some sort of "required subscriptions"-feature, like INBOX.
Maybe you could achieve this by copying some lines in the source code and replacing INBOX with the name of the corresponding mailbox...
Gruss/Regards, Christian Schmidt
-- Nur der steigende, nicht der stehende Ruhm erfreuet; während des letzten sind nur die Schmerzen des angegriffnen. -- Jean Paul
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Mon, 18 Sep 2006, Vegard Svanberg wrote:
- Christian Schmidt <christian@siebenbergen.de> [2006-09-18 17:00]:
Maybe you can do so by wrapping the imap executable, there had been posts about doing so for logging purposes, I never used it, though. You can wrap the imap executable and make sure the .subscription file is like you want it to be before the imap process is actually started.
Bye,
Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
iQEVAwUBRQ+tVS9SORjhbDpvAQLBqwf/VRC3Bf6LpRqjGQ8hhBM6f9aj8jQpjRQ7 otaXPJBfx/g+eiTFCiF84fBGEKsxIycKy36Nx6ai88k/ihA4q6KiGrUVJMg0bijI WWqUTv2eLufG+z70medN1GA/y0+/Wu5YqU7LJt+q662h6q+DaQBAt0WuzEaejO52 v0fg8DcsZEO3HyG+ppCNOiZUIeG+KzQHRmF6X5Nxb9W4iN6wGS7GS6FEKxX2Solz rTh3jriMFZdvNn2oIXnw2oOlRvoT8njzBD4FDX8bcNjH/e3u9vjzX/pThd7x5Ejr CztbSMPL+zbB5S7CIPKUElZ2FCDoKCvSckQyCNnMx4PGiUkEgN1+ZQ== =c19O -----END PGP SIGNATURE-----
On Mon, 2006-09-18 at 16:32 +0200, Vegard Svanberg wrote:
Is it possible to force a subscription to an IMAP folder? So that a user by default is subscribed to folder <foo> and cannot unsubscribe.
Like others said, wrapping imap executable could work well enough.
Another way would be to update acl plugin to support "unsubscribe" right, and create a global ACL file for those mailboxes that you require to be subscribed. Patches welcome, shouldn't be too difficult to implement. ;)
participants (4)
-
Christian Schmidt
-
Steffen Kaiser
-
Timo Sirainen
-
Vegard Svanberg