- Products
- Solutions
- Resources
- Trials
- Support
- Partners
- Communities
We are on the same page here.
By setting in AR (MMC, WI, PS1 cmdlet) edsaEstablishGroupEmail, edsva-MsExch-ApplyEmailAddressPolicy - it forces AR to trigger EX PS cmdlet on back end.
(AR design standard trick)
>Assuming you have AR managing Exchange already, I believe you can set the VA edsaEstablishGroupEmail to TRUE for mail enabling the groups.
That forces to respect EX side rules:
>AR VA flag for following Exchange policy. Has this not always been there? This is supposed to force AR to observe the Exchange org's rules.
and makes sense and great:
>Exchange doesn't seem to like two objects in AD to have the same PrimarySMTP address :-)
Support. Is it documented anywhere in AR manuals, SDK to use edsa VAs for the activity? if yes, then consultant passes all responsibility on AR engine, makes solution design clean, which is a right way.
We are on the same page here.
By setting in AR (MMC, WI, PS1 cmdlet) edsaEstablishGroupEmail, edsva-MsExch-ApplyEmailAddressPolicy - it forces AR to trigger EX PS cmdlet on back end.
(AR design standard trick)
>Assuming you have AR managing Exchange already, I believe you can set the VA edsaEstablishGroupEmail to TRUE for mail enabling the groups.
That forces to respect EX side rules:
>AR VA flag for following Exchange policy. Has this not always been there? This is supposed to force AR to observe the Exchange org's rules.
and makes sense and great:
>Exchange doesn't seem to like two objects in AD to have the same PrimarySMTP address :-)
Support. Is it documented anywhere in AR manuals, SDK to use edsa VAs for the activity? if yes, then consultant passes all responsibility on AR engine, makes solution design clean, which is a right way.