Can't see a #Users shared folder?

M. J. [Mike] OBrien wrote:

> ACL-friendly = almost Everything but OE

Ain't that the truth.  Seeing the ACLs and subscribing is
one thing, 
managing the ACLs is another.

> 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 understand the logic but it took time to figure out how to
do the 
obvious...
I fumbled with some web clients and found one that showed
the #Users 
folders.  After subscribing I could then see them in T-Bird.
 If I 
unsubscribe from Tbird I couldn't see them to sub again. 
Subscribe once 
again from the web client and bingo there they were again. 
Strange but 
if that does the job..  Maybe T-bird has command line tools
for this, 
certainly not in the GUI.

As far as managing a user's own shared folders I still
don't see a way 
to do it in T-bird.  It shows me that I have Full rights and
that it is 
shared but there are no options to do anything with it. 
Looking at the 
Mozilla forums I see a dev pointing that out as a missing
feature.  So 
when people tell me how easy it is to manage the shares from
Tbird I'm 
wondering who is juxtaposing their logic. 

> I just created ACL for #Public :: folder using
DbMailAdministrator on 
> 2.1.6+Trunk and Thunderbird polled it in a flash.
>
> 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.
>
#Public folders are a snap.  All my MUAs can deal with them
no problem.  
It is the #User folders that are a pain.  Luckily this is
for a small 
office and I can setup what they need the hard way.

> Pretty common. Shared folders work fantasticly well in
DBMail and you 
> should have no problem. Getting OE to work is a serious
pain. If users 
> have Office/Outlook it is very good w/IMAP but the
Mozilla full 
> package (incl News and Mail) (as Netscape once was) is
fine solution 
> for overall web and mail. Tbird+FireFox (nee Firebird)
is also good.
>
My clients won't even be considering OE.  And I disagree
about OE's IMAP 
capability.  I think it is the worst IMAP client I've
looked at.  Ask 
any admin that looks at maillogs.  It works but is far from
standards 
compliant.  After all these years it has the same bugs since
day one.  
Not a problem since I wouldn't use OE for any reason.

Thanks!

_______________________________________________
Dbmail mailing list
Dbmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

OK, finally figured a few things out...


DS wrote:

> I understand the logic but it took time to figure out
how to do the 
> obvious...
> I fumbled with some web clients and found one that
showed the #Users 
> folders.  After subscribing I could then see them in
T-Bird.  If I 
> unsubscribe from Tbird I couldn't see them to sub
again. 

Add the appropriate records into the dbmail_subscribe table
and TB will 
see the folders again. When TB unsubscribes, these records
are deleted 
from the table and in my experience, must be added again
before the 
client will be able to view the folders. Strange but
acceptable.

> As far as managing a user's own shared folders I still
don't see a way 
> to do it in T-bird.  It shows me that I have Full
rights and that it is 
> shared but there are no options to do anything with it.
 Looking at the 
> Mozilla forums I see a dev pointing that out as a
missing feature.  So 
> when people tell me how easy it is to manage the shares
from Tbird I'm 
> wondering who is juxtaposing their logic. 
> 

Surpisingly easy once I stopped tying to use DBMA for this.
Here are the 
3 steps:

1. Add a record to the dbmail_acl table with the following
information:
   - The user id of the user's mailbox that is being
shared.
   - The mailbox id that is being shared
   - All other values should be set to a value of 1.

2. Add another record to the dbmail_acl with:
   - The user id of the user you are granting the
permissions to.
   - The mailbox id (same as above)
   - All other values should be set accordingly (see column
names)

3. If supporting TB clients, add appropriate records to the 
dbmail_subscription table.




> Not a problem since I wouldn't use OE for any reason.
>

Amen..

> Thanks!

Best,

Adam
> 
> _______________________________________________
> Dbmail mailing list
> Dbmaildbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
Dbmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail