From a previous post>>
ACL-friendly = almost Everything but OE
Sharing a users' folder is something the user does if allowed although with
DbMailAdministrator (http://www.dbma.ca/) control can be either seized or
assisted by the
Postmaster. Creating the #Public :: folder, however, forces "folder"
globally and everyone gets it :o)
The user :: foldername option is normally done by the MUA but can be done by
DbMailAdministrator so think a little from the users shoes when building
such a shared regime. You start by giving the user High Priviledges and then
they take over admin is best approach. System accounts and quasi user
accounts sharing folders with real people like putting your SpamAssassin
outcasts or system monitor alerts into a postmaster folder shared to 'Billy
Williams' and 'Joe Bloe' is a good example of where global admin might start
sharing specific user folders for warm bodies to examine and work on.
I just created ACL for #Public :: folder using DbMailAdministrator on
2.1.6+Trunk and Thunderbird polled it in a flash. Same with a few others.
the #Public :: folder regime is always administered by the postmaster
although users can turn down the option to subscribe. I see most MUAs will
subscribe #Public as a default.
Hope that puts a little light in the forest.
----- Original Message -----
From: "dbmail" <[EMAIL PROTECTED]>
To: "DBMail mailinglist" <[email protected]>
Sent: Monday, June 12, 2006 7:44 PM
Subject: Re: [Dbmail] #Users and #Public shares not working
I feel your pain...
Besides using kmail (a KDE MUA under Linux) the way I've found to do it
is to use the roundcube webmail client ( http://www.roundcube.net/ ).
Under Personal Settings/ Folders you *will* see the #User shares.
Subscribe to them there and you will then see them under T-bird and
friends.
So if you login as each user one at a time you can subscribe as needed.
Understand that if a user unsubscribes to any #User folders from the
MUA you'll have to do it again since they won't see it to subscribe once
more.
I don't know if this is a dbmail issue or not. Controlling ACLs at the
MUA is apparently a black art despite all the claims to the contrary
since very few clients actually do it. But most allow for subscriptions
so I'm not sure what the magic is with #Users vs anything else. One
clue might be how the shared folders are listed in DBMA, perhaps the
namespace isn't broadcast exactly per spec? Anyway, the webmail client
does show #Users as expected.
Good luck.
/d
Adam Kosmin wrote:
Hello everyone,
First off, the version info:
dbmail svn 2167
dbma 2.4.8
I'm really struggling here trying to get shared folders working. As you
can see from the imap session below, everything *should* be working
fine. However, I can't see these shares using any of the following
clients:
Thunderbird 1.0.8 and 1.5 on GNU/Linux
Thunderbird (??) on Windows
Evolution and Sylpheed-claws on GNU/Linux
Here's the IMAP session with substituted userid and password:
abigail:~ nc xen-mail.xen.fxserver.com 143
* OK dbmail imap (protocol version 4r1) server 2.1 ready to run
1 login xxxxxx xxxxxxx
1 OK LOGIN completed
2 list "" *
* LIST (\haschildren) "/" "INBOX"
* LIST (\hasnochildren) "/" "Trash"
* LIST (\hasnochildren) "/" "Sent"
* LIST (\hasnochildren) "/" "Filter"
* LIST (\hasnochildren) "/" "INBOX/foobar"
* LIST (\haschildren) "/" "#Users/admin/INBOX"
* LIST (\hasnochildren) "/" "#Public/"
2 OK LIST completed
The above session shows that the admin/INBOX folder should be seen under
#Users.
Any ideas or requests for additional inforamtion would be very welcomed
:)
Best,
Adam
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
