Skip to main content

Allowing End-Users to Manage Distribution Group Membership in Exchange 2010 with Lock down role

 Allowing End-Users to Manage Distribution Group Membership in Exchange 2010


Creating and Assigning a Custom “Locked Down” Role

So, what if you only want users to manage the groups they own, and you do not want them adding or removing groups? Well, in that case you would need to create a custom role and add it to the Default Role Assignment Policy. The process for doing this is outlined in the following steps.
Step 1. First, we need to create a new child role based on the existing MyDistributionGroups role. I’ll call the role “DistributionGroupsOwner”, use the following syntax to create the role:

Code:
 New-ManagementRole -Name DistributionGroupsOwner -Parent MyDistributionGroups
Step 2. Next, we need to remove the New-DistributionGroup and Remove-DistributionGroup cmdlets from your new custom role. We’ll use the Remove-ManagementRoleEntry cmdlet to do this:

Code:
Remove-ManagementRoleEntry DistributionGroupsOwner\New-DistributionGroup -Confirm:$false
Remove-ManagementRoleEntry DistributionGroupsOwner\Remove-DistributionGroup -Confirm:$false
Step 3. Now that you’ve got the custom role created and customized to meet your requirements, we can assign it to the Default RoleAssignment Policy using the New-ManagementRoleAssignment cmdlet:

Code:
New-ManagementRoleAssignment -Role DistributionGroupsOwner -Policy "Default Role Assignment Policy"

Comments

Popular posts from this blog

Calculate how much data can be transferred in 24 hours based on link speed in data center

  In case you are planning for migration via DIA or IPVPN link and as example you have 200Mb stable speed so you could calculate using the below formula. (( 200Mb /8)x60x60x24) /1024/1024 = 2TB /per day In case you have different speed you could replace the 200Mb by any rate to calculate as example below. (( 5 00Mb /8)x60x60x24) /1024/1024 =  5.15TB  /per day So approximate each 100Mb would allow around 1TB per day.

Integration with vCloud Director failing after NSXT upgrade to 4.1.2.0 certificate expired

  Issue Clarification: after upgrade from 3.1.3 to 4.1.2.0 observed certificate to be expired related to various internal services.   Issue Verification: after Upgrade from 3.1.3 to 4.1.2.0 observed certificate to be expired related to various internal services.   Root Cause Identification: >>we confirmed the issue to be related to the below KB NSX alarms indicating certificates have expired or are expiring (94898)   Root Cause Justification:   There are two main factors that can contribute to this behaviour: NSX Managers have many certificates for internal services. In version NSX 3.2.1, Cluster Boot Manager (CBM) service certificates were incorrectly given a validity period of 825 days instead of 100 years. This was corrected to 100 years in NSX 3.2.3. However any environment originally installed on NSX 3.2.1 will have the internal CBM Corfu certs expire after 825 regardless of upgrade to the fixed version or not. On NSX-T 3.2.x interna...

Recreating a missing VMFS datastore partition in VMware vSphere 5.x and 6.x

    Symptoms A datastore has become inaccessible. A VMFS partition table is missing.   Purpose The partition table is required only during a rescan. This means that the datastore may become inaccessible on a host during a rescan if the VMFS partition was deleted after the last rescan. The partition table is physically located on the LUN, so all vSphere hosts that have access to this LUN can see the change has taken place. However, only the hosts that do a rescan will be affected.   This article provides information on: Determining whether this is the same problem Resolving the problem   Cause This issue occurs because the VMFS partition can be deleted by deleting the datastore from the vSphere Client. This is prevented by the software, if the datastore is in use. It can also happen if a physical server has access to the LUN on the SAN and does an install, for example.   Resolution To resolve this issue: Run the  partedUtil  command on the host wit...