Posts Tagged With ‘Exchange&8217


Stop Exchange 2010 From Changing Resource Calendar Subject Lines

If you’re using resource mailboxes in Exchange 2010 and have it automatically process meeting invites, then you may notice that the subject lines are getting stripped and replaced with the organizer’s name. Depending on how you are using the resource mailbox, this may be an undesired action. If you wish to leave the original subject in the calendar entry, run the following command in the Exchange Management Shell:

Set-CalendarProcessing -Identity ResourceMailbox -AddOrganizerToSubject $false -DeleteSubject $false


Exchange 2010 Move Requests With BadItemLimit Larger Than 49

If you’re performing a local move request in Exchange 2010 using the Exchange Console, it will only allow you to set a BadItemLimit up to 49 items. To allow a higher amount you need to do use the Exchange Shell. Use the following syntax, replacing SomeUser, ExchDB, and 75 with the appropriate values:

New-MoveRequest -Identity ‘SomeUser’ -TargetDatabase ExchDB -BadItemLimit 75 -AcceptLargeDataLoss


Completing a Failed Exchange 2010 Install on SBS 2011

If you’ve attempted an install and migration to Small Business Server 2011 only to receive the dreaded yellow exclamation point, indicating something happened during the process, you’re probably thinking that you’re going to have to go back and do the process over again. The good news here is you may not have to. If you take a look at the migration issues and it indicates that Microsoft Exchange 2010 didn’t install, then you can probably still salvage the situation. You’ll want to go ahead and generate the SBS Logs for the install process and scour through the Exchange install log looking for the reason it failed. Once you find the reason for the failure, you’ll need to find a fix for the problem.

If for example you find out that the install of Exchange 2010 failed because the Discovery Mailbox already exists, then all you need to do is delete the user from Active Directory Users and Computers, then you can proceed.

Once you’ve fixed the reason Exchange couldn’t install completely, you’ll need to manually kick off the install process. The installer for Exchange 2010 is located on the SBS 2011 Repair DVD, under the CMPNENTS\EXCHANGE14_SP1 folder. If the problem is fixed, then the setup should finish installing the missing Exchange roles.

Now there’s a few more steps that must be completed to finish the SBS 2011 install process and activate Exchange. The steps are outlined in this Microsoft KB: http://support.microsoft.com/kb/2527626

After you’ve ran the shell script to finish the SBS setup process and the hotfix to activate Exchange, you can reboot. If all has gone well you should be greeted with the expected green checkmark of success. At this point you can continue your migration process.


Importing PST’s into Exchange 2010

A fairly straight forward way has been introduced in Exchange 2010 to import PST’s into mailboxes from the Exchange Shell. Mailbox import requests were added into Exchange 2010 in SP2.

Give yourself permission to use Mailbox Import Requests:

New-ManagementRoleAssignment –Role “Mailbox Import Export” –User Administrator

Import PST (Allowing 49 bad items before the transfer fails):

New-MailboxImportRequest -Mailbox Usermailbox -BadItemLimit 49 -FilePath\\SERVER\SHARE\SOMEPST.PST

Import PST into an Online Archive:

New-MailboxImportRequest -Mailbox Usermailbox -BadItemLimit 49 -IsArchive -FilePath\\SERVER\SHARE\SOMEPST.PST

More Info:

New-MailboxImportRequest
Get-MailboxImportRequestStatistics
Get-MailboxImportRequest


Speeding Up Exchange 2010 Mailbox Moves

Performing Mailbox moves in Exchange 2010 can be a rather slow process, moving at 3-4GB an hour. If you’re migrating a large store this is a long period of time to wait. Here’s how you can speed up the process significantly. I’ve used these settings on several SBS 2003 to 2011 swing migrations including from a 2003 swing server running in Hyper-V on a SATA drive. If you’re moving from something beefier than that I would suggest bumping up the MaxActiveMoves settings accordingly.

On the server you’re migrating to edit MSExchangeMailboxReplication.exe.config located in your Exchange bin folder (by default: c:\Program Files\Microsoft\Exchange Server\V14\Bin)

Find the following default values:

MaxActiveMovesPerSourceMDB = “5″   
MaxActiveMovesPerTargetMDB = “2″   
MaxActiveMovesPerSourceServer = “50″   
MaxActiveMovesPerTargetServer = “5″   
MaxTotalMovesPerMRS = “100″

Change them to:

MaxActiveMovesPerSourceMDB = “7″   
MaxActiveMovesPerTargetMDB = “7″   
MaxActiveMovesPerSourceServer = “50″   
MaxActiveMovesPerTargetServer = “40″   
MaxTotalMovesPerMRS = “250″

Restart Microsoft Exchange Replication Service