Since finally getting around to enabling blog stats I can see the Exchange posts continue to be popular so, to add to the series, here is a step-by-step guide to basic Exchange 2007 provisioning with ILM 2007.
Set up the ILM server
In addition to the usual ILM requirements, you will need to install the following on your ILM server:
Configure the Exchange MA
Exchange mailboxes are provisioned using the regular AD management agent, with a couple of specific configurations.
- You must tick Enable Exchange 2007 provisioning on the Extensions tab, and
- You must have the following attributes selected on the Select Attributes tab:
You must flow the mail address and the mail alias (the bit before the “@”) into the metaverse from somewhere.
I also find it simplest to flow in a value for homeMDB as well (and the provisioning code below assumes this to be the case).
The homeMDB is where you set the mail server and mail database for the user’s mailbox. It will look something like this:
CN=mail_db,CN=First Storage Group,CN=InformationStore,CN=server,CN=Servers, CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups, CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=mydomain,DC=com
If you onlyÂ have one server and mail database then populating this attribute will be a simple matter of flowing in a constant value.
If you have multiple MDBs then you will have to decide how to populate homeMDB for different users. You might have a simple rule based on surname or employee number, or perhaps you could encorporate something like this powershell script toÂ locate the smallest MDB.
The provisioning code is actually no different to Exchange 2003. Here is a code sample which creates the user and mailbox together.
Dim CSEntry As CSEntry = ExchangeUtils.CreateMailbox(MA, DN, _ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â mventry("mail").Value.Split(chr("@"))(0), _ mventry("homeMDB").Value) CSEntry("unicodepwd").Values.Add(mventry("userPassword").Value) CSEntry("description").Value = "Account created " + Today.ToString("d") CSEntry("userAccountControl").IntegerValue = ADS_UF_NORMAL_ACCOUNT CSEntry.CommitNewConnector()
Not exhaustive by any meansÂ – but here are a couple of errors I encountered during testing.
Export error 1
Error stopped-dll-exception on Export step, and
MIIServer event 6801 in the Application Event Log with the message:
"System.IO.FileNotFoundException: Could not load file or assembly 'System.Management.Automation, Version=220.127.116.11, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified."
This happened when I deliberately tried an export before installingÂ powershell and the Exchange management tools.
Export error 2
Error completed-export-error with ma-extension-error on the Export step, and
MIIServer event 6801 in the Application Event Log with the message:
Â "Microsoft.MetadirectoryServices.ExtensionException: Unable to find '192.168.126.150' computer information in domain controller '192.168.126.150:389' to perform the suitability check. Verify the fully qualified domain name."
I was provisioning Exchange mailboxes to a different domain and, depsite having a secondary DNS domain configured in the local domain, ILM was defaulting to using the ip address of the foreign DC. I changed the MA configuration to force it to hardcode the DNS name of the DC (Configure Directory Partitions, Domain controller connection settings) and then it was fine.
I think this error has something to do with the Update-Recipient powershell component. I am guessing it gets the DC information from the MA and if, for some reason, the ip address is there instead of the domain name, the cmdlet fails.
Older versions of ILM/MIIS
Only ILM 2007 FP1 has the Exchange 2007 support, so if you’re on an older version you need to upgrade. It is a very straight-forward operation – I have now done three in-place upgrades of production MIIS/ILM installations and they have all gone without a hitch – so what are you waiting for?
Just make sure you backup your MIIS database first! 🙂
8 Replies to “Exchange 2007 Provisioning”
Have you ever encounter this error during provisioning?
ILM FP1, powershell 1.0, exchange management console, exchange rollup 4
Reading from AD and writing to other AD management agent
The extensible extension returned an unsupported error in MIIS.
The stack trace is:
“Microsoft.MetadirectoryServices.ExtensionException: Could not find the default Administrative Group ‘Exchange Administrative Group (FYDIBOHF23SPDLT)’.
at Exch2007Extension.Exch2007ExtensionClass.AfterExportEntryToCd(Byte origAnchor, String origDN, String origDeltaEntryXml, Byte newAnchor, String newDN, String failedDeltaEntryXml, String errorMessage)
Microsoft Identity Integration Server 3.3.0118.0”
For more information, see Help and Support Center at
HomeMDB is correct but when ilm try to update recipient is raised that error..
Before the proviosu error there is this error in event viewer :
Event Type: Error
Event Source: MIIServer
Event Category: None
Event ID: 0
The description for Event ID ( 0 ) in Source ( MIIServer ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event:
There is an error in Exch2007Extension AfterExportEntryToCd() function when exporting an object with DN CN=ProvaILM11,OU=ILM,…(hidden)…
Message: Could not find the default Administrative Group ‘Exchange Administrative Group (FYDIBOHF23SPDLT)’.
Stack Trace: at Microsoft.Exchange.Configuration.Tasks.Task.ThrowTerminatingError(Exception exception, ErrorCategory category, Object target)
at Microsoft.Exchange.Configuration.Tasks.Task.ProcessUnhandledException(Exception e)
The user become mailbox linked correctly if launch update recipient manually….I can’t understand why with ilm fp1 don’t work while manually work…(homeMDB is set by Exchange.CreateMailbox()) and even when launching update from powershell i use the same attribute
Thx for help.
No sorry I haven’t seen that, besides someone asking about it on the ILM Forum – was that you? All I can suggest is you recheck all your settings (is Exchange 2007 provisioning ticked in the MA?) and some general troubleshooting:
– What does the object look like in the connector space?
– You say you can run recipient-update manually – are you using the exact same account as the MA?
– Are there any errors messages on the DC you’re connecting to?
I have seen this error now as it happens. It’s a permissions issue. Make sure the ILM servcice account is an Exchange Recipient administrator.
Wondering if anyone has seen and had to deal with this before…
ILM 2007 FP1 Exchange 2007 provisioning. Single forest with multiple trees (disjointed namespace). ILM service account has Replicate Directory Changes (at my domain level), rights to create, delete and modify objects (at my domain level) and is a memeber of the Exchange Recipeint Administrators group (at the forest domain level). The Exchange environment was upgraded from EXchange 2003 to Exchange 2007. I have Exchange 2007 SP2 Management Tools and PowerShell v 1.0 installed on my ILM server.
Exchange 2007 provisioning works kinda. I can create mailboxes, contacts and mail enabled users. ILM Exchange provisioning when creating mailboxes is creating “Legacy Mailboxes” instead of “User Mailboxes”. Looking into what constitutes a Legacy Mailbox in Exchange 2007 I find that 3 attributes are not being set during provisioning. The 3 attributes are msExchVersion, msExchRecipientDisplayType and msExchRecipientTypeDetails. Manually setting these attributes does change the mailbox from Legacy Mailbox to User Mailbox. User Mailbox is desired state because of the version of OWA. I did not experience this in my testing environment and my test environment is not replica of production because of the size of production, however same versions of software were used.
I attempted running the following command: set-mailbox test.account02 -ApplyMandatoryProperties from Exchange Powershell on my ILM server. Running the command resulted in the following error: “Set-Mailbox : Could not find the default Administrative Group ‘Exchange Administrative Group (FYDIBOHF23SPDLT)’.”
Do you think this is a permissions issue?
Do you think this is a software compatibility issue?
Have you ever had to flow the 3 attributes identified above via ILM?
I haven’t had to flow those three attributes seperately. The error you’ve seen running set-mailbox is most likely the same problem being experienced by ILM, so you should focus your efforts there. I have seen a similar error once before, and it was due to a permissions error in the Configuration part of AD – but we were seeing other Exchange problems as well, so I don’t think that’s your exact problem, however I do think permissions is the most likely cause.
Thanks for the quick reply… I was leaning that direction too. A bit of information I left off the original post is that the homeMDB of existing users is the same as what I am flowing so that substantiates what our instincts are telling us… Do you know of a permissions document for a forest/child domain setup? The architecture is like this:
Root (forest) Domain (abcd.com)
| (disjointed namespace)
Child (tree) Domain (wxyz.com)
Again, thanks for the help… Your site has provided awesome guidance and been a tremendous help to me on my project. I will definitly update you to the resolution when I find it.
Resolved the issue… I thought I had set the domain controller to use on the AD MA but I did not or it was unchecked somehow… Anyway, found that and set it and all is working.
Good to hear you solved it!
Comments are closed.