I suppose I could create a user that takes delivery of everything and
then just grant them access to that shared folder.
Hmmm... I will have to think about this just a bit.
On Jan 26, 2007, at 3:04 PM, Aaron Stone wrote:
On Fri, Jan 26, 2007, [EMAIL PROTECTED] said:
How might I create an
On Fri, Jan 26, 2007, [EMAIL PROTECTED] said:
> How might I create an account that is read only?
> no delete, copy, move
It's problematic because a user is always given full control over
mailboxes that they own. You'd have to set something up where the user is
only looking at a mailbox that t
Hell again Paul,
IMHO, it is a bug since read-only mailboxes should not be subject to
renaming or deletes. Unless of course, I've misunderstood the purpose of
the permission column in the dbmail_mailboxes table?
I'd be interested from hearing other people's points of view of the
previous sta
Adam,
I don't get it. This patch only affects RENAME commands, not DELETE
commands. Ah, now I get it. Your clients moves the box to Trash
Still, I'm very relunctant to implement this in the 2.0 branch. It's not
a bug perse. Things have been like this forever, afaik. So it's not a
regression,
Hello Paul,
I just wanted to share this tiny "patch" that I've tested on 2.0.8. You
should know that I'm not a developer and really don't know if my small
change is going to break anything. It does seem to do the trick though :)
--- db.c2006-02-06 13:39:50.0 -0500
+++ db.c.or
Paul,
I'll be sure to include these logs in the bug report :)
Thanks again,
Adam
Paul J Stevens wrote:
Don't count on it. The fact that level3 mailboxes respect the permission flag
does not make sense at all. Like I said, that flag is not checked at all at the
moment for delete actions. Could
Don't count on it. The fact that level3 mailboxes respect the permission flag
does not make sense at all. Like I said, that flag is not checked at all at the
moment for delete actions. Could you please include trace_level 5 logs for a
level3 mailbox delete and level4 mailbox delete?
I havent touch
Paul,
Thank you for the response. I will submit a bug report today. Can you
suggest any workarounds in the mean time? I tried getting around the
issue by changing my mailbox structure like so:
Problem:
INBOX/Outgoing/2006/01
Attempted Solution
Outbox/2006/01
I tried this approach since acco
Adam,
The DELETE command handling in imap does not check the mailbox
permissions at all atm, other than determining whether the user issuing
the command is the owner.
I'll look into this. Please file a bug report so I won't forget.
Adam Kosmin wrote:
> Hello again,
>
> I haven't heard anything
DNU> I await your earliest response.
Hmmm... at least this one is a bit different - claiming to just be
stealing from the estate of a foreigner, rather than their own
government!
--
Jeff Brenton
President,
Engineered Software Products, Inc
http://espi.com
Questionable web page: http://dididahdah
10 matches
Mail list logo
