Mail  enabled is the important part there; in a one-domain shop, you can
get away with Global Groups.

 

 

________________________________

From: Bob Peitzke [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 03, 2008 3:38 PM
To: MS-Exchange Admin Issues
Subject: RE: Managing Public Folders permissions

 

Yeah, looks like that's it.  All our existing security groups are
global, not universal, and not mail enabled.

 

________________________________

From: Dahl, Peter [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 03, 2008 1:01 PM
To: MS-Exchange Admin Issues
Subject: RE: Managing Public Folders permissions

If using the group for PF permissions create it as a mail-enabled
Universal Security group.

 

________________________________

From: Bob Peitzke [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 03, 2008 3:51 PM
To: MS-Exchange Admin Issues
Subject: RE: Managing Public Folders permissions

 

Thanks, Davis.

 

I wasn't able to add groups - we are still running in mixed mode.  But
individuals are OK; this will be a big time saver.

 

Regards,

 

-  Bob

 

________________________________

From: Dahl, Peter [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 03, 2008 8:12 AM
To: MS-Exchange Admin Issues
Subject: RE: Managing Public Folders permissions

Yes, you can replicate your permissions to all subfolders.  Also, since
you have a large number of new people to add I would recommend creating
a group then use that group to grant the permission to the Public
Folders.  That way when people come or go you don't have to edit the
permissions on the PF tree so often.

 

________________________________

From: McCoy, Davis [mailto:[EMAIL PROTECTED] 
Sent: Saturday, March 01, 2008 9:47 PM
To: MS-Exchange Admin Issues
Subject: RE: Managing Public Folders permissions

 

Bob,

        You can absolutely do that.  I have done it and it worked just
like it was supposed to.  You can also you PFDAVAdmin to do the same
thing and it works on the users' mailbox folders as well.

 

 

Davis McCoy 
Network Engineer 
Kennedy  Covington 
214 N. Tryon St 
47th Floor 
Charlotte, NC 28202 
v. 704-350-4599 
f. 704-353-3699 

         

        
________________________________


        From: Bob Peitzke [mailto:[EMAIL PROTECTED] 
        Sent: Friday, February 29, 2008 8:19 PM
        To: MS-Exchange Admin Issues
        Subject: Managing Public Folders permissions

        I have a request to add a couple of new people to a huge list of
existing public folders with a fairly deep hierarchy, so they can
add/modify/delete messages in them.  I found an article explaining that
you can do this in ESM, via All Tasks on the parent folder > Manage
Settings > Modify client permissions, then perhaps choosing "Add users".


         

        Has anyone done this on an E2K3 server?  Does it work?  Is it
safe?

         

        Certainly I would try it out on a test folder tree before using
it on the live folders full of valuable messages, but I'd like some
feedback before even trying it out.

         

        If there's a better / safer way, I'm all ears.

         

        Grateful for any suggestions.

         

        Bob Peitzke 
        Senior IT Manager 
        Colony Advisors, LLC 
        Century City, CA, USA
        Email:   [EMAIL PROTECTED] 

         

         

         

 

 

DISCLAIMER:
This communication is confidential and may be legally privileged. If you
are not the intended recipient, (i) please do not read or disclose to
others, (ii) please notify the sender by reply mail, and (iii) please
delete this communication from your system. Failure to follow this
process may be unlawful. Thank you for your cooperation.

 

For further information about Kennedy Covington, please visit our
website at http://www.kennedycovington.com
 
****************************************
 
IRS CIRCULAR 230 NOTICE:  In order to comply with certain IRS
regulations regarding tax advice, we inform you that, unless expressly
stated otherwise, any tax advice contained in this communication
(including any attachments) is not intended or written to be used, and
cannot be used, for purposes of (i) avoiding penalties under the
Internal Revenue Code or (ii) promoting, marketing or recommending to
another party any transaction or matter addressed herein.  For more
information about this Notice, please visit
http://www.kennedycovington.com/disclaimer.html
 
PRIVILEGE AND CONFIDENTIALITY NOTICE:  This communication (including any
attachment) is being sent by or on behalf of a lawyer or law firm and
may contain confidential or legally privileged information.  The sender
does not intend to waive any
privilege, including the attorney-client privilege, that may attach to
this communication.  If you are not the intended recipient, you are not
authorized to intercept, read, print, retain, copy, forward, or
disseminate this communication.  If you have received this communication
in error, please notify the sender immediately by email and delete this
communication and all copies.

 

 

DISCLAIMER:
This communication is confidential and may be legally privileged. If you
are not the intended recipient, (i) please do not read or disclose to
others, (ii) please notify the sender by reply mail, and (iii) please
delete this communication from your system. Failure to follow this
process may be unlawful. Thank you for your cooperation.

 

 

 



 
This e-mail is intended for the use of the addressee(s) only and may contain 
privileged, confidential, or proprietary information that is exempt from 
disclosure under law.  If you have received this message in error, please 
inform us promptly by reply e-mail, then delete the e-mail and destroy any 
printed copy.   Thank you. 


~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~
~             http://www.sunbeltsoftware.com/Ninja                ~

Reply via email to