Exchange 2010 has many improvements. As we know when things change they do not often stay the same. In this case the method used to export exchange email boxes to PST files. Back in a previous post I went over the steps of exporting a mailbox to PST. To do this all you needed was a system with the Exchange 2007 tools installed and office. This has changed in Exchange 2010 SP2. I note the SP2 because this is what I am using and the methods have changed from the initial release.
In Exchange 2010, you first need to be assigned the “Mailbox Import Export” role to import or export email boxes. To assign the “Mailbox Import Export” role to an individual user, use the following syntax:
New-ManagementRoleAssignment -Role “Mailbox Import Export” -User jsmith
To assign the “Mailbox Import Export”role to a Windows security group, use the following syntax
New-ManagementRoleAssignment -Role “Mailbox Import Export” -SecurityGroup Administrators
In addition to the “Mailbox Import Export” role, the user which will actually perform export / import must also be member of the local Administrators group on the Exchange server on which the export operation is taking place.
To run the command to export the mailbox we need to open the EMC and run the following command:
New-MailboxExportRequest -Mailbox jsmith -FilePath \\BACKUP-01\PSTBackups\jsmith.pst
You need to grant read/write (full) permission to the group Exchange Trusted Subsystem to the network share where you’ll export or import mailboxes. If you don’t grant this permission, you’ll receive an error message stating that Exchange is unable to establish a connection to the target mailbox.
With this new method, the requirement for Office to be installed no longer exists and Exchange 2010 queues up the backup to the UNC folder path specified.
- Jermal
A garden is a complex of aesthetic and plastic intentions; and the plant is, to a landscape artist, not only a plant – rare, unusual, ordinary or doomed to disappearance – but it is also a color, a shape, a volume or an arabesque in itself. - Roberto Burle Marx
How To use ESEUtil to Defrag an Exchange 2010 Mailbox Database
We start this process by first opening the Exchange Management Shell and navigate to the folder containing the database file.
We then dismount the database
[PS] E:\Mailbox\AB>Dismount-Database <name of database>
We now run ESEUtil to defrag the file using the /d switch to defrag
[PS] E:\Mailbox\AB>eseutil.exe /d .\<database name>
When completed we mount the database again.
[PS] E:\Mailbox\AB>Mount-Database <database name>
Please see the following screen cap for refrence
And as always be sure that you have a backup that you can use for recovery if something goes wrong during the defrag.
In Exchange 2010 you can see how big your mailbox databases are, and how much white space they have, by running the following command in the Exchange Management Shell.
[PS] C:\>Get-MailboxDatabase -Status | ft name,databasesize,availablenewmailboxspace -auto
In screen-cap database AB is 64.76 GB in size but has 11.97 MB white space due to mail deleted. This is a nice clean server post migration. As time goes on the white space will grow and the need to defrag will be required to free up unused space. – this I will go into at in another post.
- jermal
After a migration from Exchange Server 2007 to Exchange Server 2010 I encountered a problem with the replication of public folders. It seems they would not replicate regardless of what I attempted. I spent sometime looking into this, and not wanting to HACK in a solution just to make it work. I wanted it to work and work right. I am here now to share some simple steps to look into if you a similar issues with public folder replication.
History: The public folders in this origination was from a Exchange 2003, migrated to 2007 (issues along the way) and not being moved to Exchange 2010.
From what I have read that this is a know issue and seems to happen with Exchange organizations that have previously run versions of Exchange Server 2003 or below.
The Exchange Server 2010 Application Event Log will have this error:
The store driver couldn’t deliver the public folder replication message ” ” because the following error occurred: The Active Directory user wasn’t found. This is Application Event ID 1020
The cause of this error:
A legacy container in Active Directory for the Exchange 2003 (or earlier) in server objects.
Do not follow these steps if you still have Exchange 2003 or earlier versions running in your organization.
Launch ADSIEdit.msc and navigate to CN=Configuration <your domain>, CN=Services, CN=Microsoft Exchange, CN=<your org name>, CN=Administrative Groups, CN=<your legacy administrative group>, CN=Servers.
If you no longer operate any Exchange 2003 or earlier servers and the Servers container is empty then you can delete the container.
I was able to replicate the public folder hierarchy and content from Exchange Server 2007 to 2010 after doing this. How awesome is that!
- Jermal
It’s back again:
Source: MSExchangeIS
Error ID: 9646
Description: Mapi session “xxxx: /o=OrganizationName/
ou=AdministrativeGroupName/cn=Recipients/cn=UserName”
exceeded the maximum of 500 objects of type “objtFolder”.
Microsoft Exchange 2010 server logs the above message. While on the client end Outlook client doesn’t update folders automatically.
The number of server-side objects that are allowed by clients is limited to prevent a single client from the exhausting resources on the Exchange server.
To resolve this problem:
1. Open Registry Editor and navigate to:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeIS
2. Right click ParametersSystem and create New -> Key
3. Enter MaxObjsPerMapiSession and confirm creation of the new sub-key
4. Right click newly created key, create new DWORD value called objtFolder and give it a decimal value bigger than default 500.
5. Create another DWORD value called objtFolderView and give it the same value.
People let me tell you ’bout my best friend,
He’s a warm hearted person who’ll love me till the end.
People let me tell you bout my best friend,
He’s a one boy cuddly toy, my up, my down, my pride and joy.
People let me tell you ’bout him he’s so much fun
Whether we’re talkin’ man to man or whether we’re talking son to son.
Cause he’s my best friend.
Yes he’s my best friend.
I had an issue during my migration involving a few shared email user accounts.
These accounts were ranging in the size of + 3GB in size.
To correct this I needed to change the Storage Quota of the mailbox.
I used the EMC:
Open the EMC > Recipient Configuration > Mailbox
Locate the Account > right click > Properties
Locate the Mailbox Settings Tab > then Storage Quotas > Properties
The default is to use the mailbox database defaults | deselect this > Click OK.
It may take as long as 60 seconds for this change to take effect.
You can then attempt your mailbox move afterwards.
