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.

Recreating a VMFS-3 or VMFS-5 partition table in ESXi 5.x

For this kind of issues you need to engage VMware support on this, following any part of this article could lead to more complex situation if not ran by an expert.   Symptoms Datastore does not mount because of a lost or overwritten partition table.   Purpose When a VMFS partition is created in ESX 3.x or ESX 4.x, it has a Master Boot Record (MBR) partition map. The MBR is written to the first 512 B block (LBA0) and contains the information where the (VMFS) partition starts and ends. ESXi 5.0 introduced VMFS-5, which uses a GUID partition table (GPT) for new datastores. When a VMFS-3 partition is created in ESXi 5.x and is later updated to VMFS-5, the original partition map (MBR) is maintained. If the partition information of a VMFS datastore is deleted or overwritten (for example, by a Windows system with direct access to the same disks), it is impossible to determine if the partition map was GPT or MBR. The only time you can be sure that a GPT partition map was used is if th...

How to deploy an OVA in Cloud Director

  How to deploy an OVA in Cloud Director Yesterday I was in a call with a customer and we discussed uploading OVA’s into Cloud Director. I said sure that is no problem at all. Well then I started thinking how are you supposed to deploy an OVA in Cloud Director because I do not even remember how this is done. So I opened up Cloud Director and tried it for myself. I decided to make this blog post along the way to show you how to deploy an OVA in Cloud Director. As an added bonus I will also show you how to upload an OVA to the catalog. This way I can deploy the OVA over and over again. Environment information Cloud director 10.3 OVA How to deploy an OVA in Cloud Director In Cloud director I opened up the Applications section and selected “NEW” I am deploying an OVA so I selected “Add vApp From OVF”. In the screenshot below you can see all the steps involved with (in my case) deploying and customising the Usagemeter. Options to customise are for instance: Network settings, vApp naming...