On Mon, Mar 11, 2013 at 3:33 PM, Marc Patermann <
hans.mo...@ofd-z.niedersachsen.de> wrote:
> Thomas,
>
> Thomas Cataldo schrieb (11.03.2013 10:21 Uhr):
>
>
>> "Note that some rights are available implicitly, for example 'anonymous'
>> always has 'p' on user INBOXes, and users always have rights o
Thomas,
Thomas Cataldo schrieb (11.03.2013 10:21 Uhr):
> I have a problem with shared user mailboxes and permissions on cyrus 2.4.16.
>
> User A has read/write access on user B ("lrswipkxte")
>
> Folders looks like this for user A:
>
>INBOX
>Archive
> 2012
>Other Users/ <== t
Joseph Brennan wrote:
Ken Murchison <[EMAIL PROTECTED]> wrote:
I know I had to give "anyone" "p" on shared folders. I tried giving "p"
to user "cyrus", but it somehow did not work, not sure why. Delivery is
done from Sendmail via LMTP and I did setup auth-info, so Sendmail
should have authenti
Ken Murchison <[EMAIL PROTECTED]> wrote:
I know I had to give "anyone" "p" on shared folders. I tried giving "p"
to user "cyrus", but it somehow did not work, not sure why. Delivery is
done from Sendmail via LMTP and I did setup auth-info, so Sendmail
should have authenticated itself as user "c
Nikola Milutinovic wrote:
Ken Murchison wrote:
Jt Chiodi wrote:
I have noticed that a sub folder of a user's INBOX does not have
anyone p set on it when it is created. I am not giving my users
access to cyradm and do not want to change acls everytime a mailbox is
created. I would like to s
Ken Murchison wrote:
Jt Chiodi wrote:
I have noticed that a sub folder of a user's INBOX does not have
anyone p set on it when it is created. I am not giving my users
access to cyradm and do not want to change acls everytime a mailbox is
created. I would like to set the default sub folder be
Jt Chiodi wrote:
I have noticed that a sub folder of a user's INBOX does not have
anyone p set on it when it is created. I am not giving my users
access to cyradm and do not want to change acls everytime a mailbox is
created. I would like to set the default sub folder behavior to
anyone p. I
On Sat, 26 Mar 2005, seph wrote:
wouldn't it let cyrus deliver to shared boxes without having to give
anyone p? Am I missing something obvious?
Yes, but what is that saving you from?
users shooting themselves in the foot. In my experience, users viewing
shared folders through an MTA quite often do
>> wouldn't it let cyrus deliver to shared boxes without having to give
>> anyone p? Am I missing something obvious?
>
> Yes, but what is that saving you from?
users shooting themselves in the foot. In my experience, users viewing
shared folders through an MTA quite often do things they oughtn't:
On Fri, 25 Mar 2005, seph wrote:
Well, it hardcodes "postman" in yet another place but that's about the
only complaint.
But what does doing this buy you?
wouldn't it let cyrus deliver to shared boxes without having to give
anyone p? Am I missing something obvious?
Yes, but what is that saving you f
>> This seems to have come up countless times before, and I haven't ever
>> seen a conclusive answer. My lmtpd logs that it's pre-auth'ed, but I
>> can't figure out how to grant it rights. I found this patch
>> http://asg.web.cmu.edu/archive/message.php?mailbox=archive.cyrus-devel&msg=745
>
> Well,
On Fri, 25 Mar 2005, seph wrote:
I'd like to use a couple shared imap folders to archive some of our
internal lists. I can't figure out how to make the acl do what I
want. Is there any way to avoid giving anyone the post right?
This seems to have come up countless times before, and I haven't ever
s
> Quoting Simon Matter <[EMAIL PROTECTED]>:
>
>> > Anyways, I've got the group added to LDAP, and 'id user' is showing
>> that
>> > getgrent(3) sees the 'straycats' group. However, setting the
>> > 'group:straycats'
>>
>> How is your saslauthd configured?
>
> I'm using Fedora Raw Hide, so in /etc/
Quoting Simon Matter <[EMAIL PROTECTED]>:
> > Anyways, I've got the group added to LDAP, and 'id user' is showing that
> > getgrent(3) sees the 'straycats' group. However, setting the
> > 'group:straycats'
>
> How is your saslauthd configured?
I'm using Fedora Raw Hide, so in /etc/sysconfig/sas
> Howdy, again,
>
> Another problem, another email. This problem I've yet to solve.
>
> I've got series of mailboxes (straycat.*) and I want to use the group:
> mechanism
> to set the ACLs for these mailboxes, as this seems the most elegant
> solution.
> I thought to myself, "I'll just add all the
Hans Wilmer escribió::
BTW, which IMAP clients or other programs are out there that allow
users to easily edit their ACLs? A webclient to just set ACLs would
also be ok. It would be *very* nice if I could tell our users to set
the permissions they want on their mailfolders all on their own :)
w
On Thu, 6 Feb 2003, Hans Wilmer <[EMAIL PROTECTED]> wrote
BTW, which IMAP clients or other programs are out there that allow
users to easily edit their ACLs? A webclient to just set ACLs would
also be ok. It would be *very* nice if I could tell our users to set
the permissions they want on their m
On Wed, Feb 05, 2003 at 07:47:45PM -0500, Rob Siemborski wrote:
> So, Offhand, I think the rest of your mail is to special purpose for
> general use, but I'll address this part of it, since its been brought up
> before.
At least the ability to automatically spread folders across several
partition
On Thu, 6 Feb 2003, Hans Wilmer wrote:
> BTW, which IMAP clients or other programs are out there that allow
> users to easily edit their ACLs? A webclient to just set ACLs would
> also be ok. It would be *very* nice if I could tell our users to set
> the permissions they want on their mailfolders
On Wed, 5 Feb 2003, Ken Murchison wrote:
>
> Its in the 2.2 branch. Its probably possible to backport it, but IIRC
> we discussed this and decided that 2.1 was in feature freeze.
>
Yeah, that makes sense. Need to go get my memory checked ;)
-Rob
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski wrote:
>
> On Wed, 5 Feb 2003, Hans Wilmer wrote:
>
> > cm user.test
> > cm user.test.archives otherpartition
> >
> > sq user.test 100
> > sq user.test.archives 1000
> >
> > sam user.test.archives test lrswipca
> >
> >
> > ... and nevertheless allow user 'test' to delete mails an
On Wed, 5 Feb 2003, Hans Wilmer wrote:
> cm user.test
> cm user.test.archives otherpartition
>
> sq user.test 100
> sq user.test.archives 1000
>
> sam user.test.archives test lrswipca
>
>
> ... and nevertheless allow user 'test' to delete mails and folders
> residing under user.test.archives by de
22 matches
Mail list logo
