The Exchange team again deliver more goodness with rollup 2 for SP1, if you use a CAS array and move a mailbox from one Database to another Outlook clients will no longer get the message
“The Exchange administrator has made a change that requires you quit and restart Outlook.”
more info on the Exchange Team blog.
The Role Recipient Management is often given to Helpdesk and Support staff who need to be able to create, modify and disable recipients in Exchange 2010. One permission which this role does not grant and may be needed is the ability to modify the “Send as” attribute on recipients.
The Active Directory Permission Role allows this access and by default is part of the Role Group Organisation Management. This Role Group grants the member complete access to Exchange and it’s likely you don’t want to grant complete access to allow them to modify the “Send as” attribute.
Instead you can create a custom Role Group that includes the Roles from Recipient Management and the Active Directory Permission group (you can also define the OU to restrict the access to only recipients within that OU).
This afternoon a customer contacted me, they were not receiving inbound emails but Outlook and outbound emails were working. I happened to be across the road so I went over to have a look. The Mailbox Databases were still mounted, the Hub Transport Server queues had errors and the inbound emails were waiting delivery.
It seems that once disk space for logs and/or databases gets below 1Gb Exchange cuts off all transport delivery to that database using logs on that volmues, this is to try to prevent running out of space.
In previous versions of Exchange administrators could tell when Exchange ran out of space as the Database would go offline and the logs or database drive would be full. Now with Exchange 2010 if you stop receiving email and the free space is below 1GB, Exchange willl have stopped transport delivery, this allows users to continue to access their mailbox and send outbound email by leaving the Databases mounted.
Once the free space is increased to over 1.5GB email transport will resume.
To allow application servers, printers or other systems to send emails internal and external through Exchange 2010, use the following commands. These commands setup a receive connector and allow anonymous connections through that receive connector.
Change Receiveconnector to a name that makes sense for your environment.
Bindings dictate the specific IP address on which the receiveconnector will listen.
RemoteIPranges define the sending IP address for the printers or application servers.
Server is the name of the HUB transport server that the recevie connector will be created on.
New-ReceiveConnector -Name “Receiveconnector” -usage Custom -Bindings ’192.168.1.1:25′ -RemoteIPRanges 192.168.1.10-192.168.30.11 -server Exchange -permissiongroups AnonymousUsers
Get-ReceiveConnector “Receiveconnector” | Add-ADPermission -User “NT AUTHORITY\ANONYMOUS LOGON” -ExtendedRights “ms-Exch-SMTP-Accept-Any-Recipient”
Although this error message has multiple causes one I have seen recently is due to Exchange 2010’s Default Throttling Policy with Outlook 2003. You may notice this error occur when opening additional shared mailboxes or calendars from Outlook.
The connection to the Microsoft Exchange is unavailable. Outlook must be online or connected to complete this action.
Using this command you can see the number of current RPC connections for a user. By default Exchange 2010 Throttling Policy allows 20 RPC connections per user so if you start receving this error once you hit 20 connections you know the Throttling Policy is causing your problems.
Get-LogonStatistics -Identity “username” | fl applicationid
The current resolution options include creating a less restrictive throttling policy and applying it to the effected users. There are reports that Outlook 2003 establishes more RPC connections than Outlook 2007/2010 as they are more efficient with their connections.
New-ThrottlingPolicy –name NewPolicy
Set-ThrottlingPolicy –identity NewPolicy -RCAMaxConcurrency 100
(I have used 100 here but any figure above 20, the default, may assist you depending on how many connections the client is establishing)
Set-Mailbox –Identity “user” –ThrottlingPolicy NewPolicy
It’s important to restart the throttling and rpcclientaccess services once you have applied to new policy as without this the changes won’t apply.
Thanks to the follow blogs for helping to point the way on making throttling policy changes apply.
In relation to working with Exchange 2010 and Outlook 2003 clients this is the article to read.
A friend of mine @sssstew raised this issue with Microsoft PSS, it seems that Exchange 2010 SP1 is being more critical on the search folder during mailbox moves.
You may receive the following error:
A corrupted item was encountered during the move operation. The item wasn’t copied to the destination mailbox. MapiExceptionInvalidEntryId: Unable to SetSearchCriteria. (hr=0x80040107, ec=-2147221241)
The following steps are currently recommended:
1. Increase the bad item limit (not the best option as it’s likely to cause data loss in the mailbox).
2. Use MFCMAPI tool to delete the search folder in question. http://mfcmapi.codeplex.com/
3. Depending on where the search folders are in the mailbox, you could try the following:
–start outlook by using the following switch:
–restart the “Microsoft Exchange Mailbox Replication” service on exchange 2010 server.
–Retry the movement
For more information about the cleanfinders switch, we can refer to the following KB article. http://support.microsoft.com/kb/831402
4. Also you can try getting the users to remove the search folders prior to the move and create them post move.
5. If only a few mailboxes are affected, export and import them to PST files using the Outlook client.
Also refer to this discussion where several people have encountered this similar issue:
Update: Microsoft has changed it’s support stance, see the below article.
I agree that using the Exchange DAG functionality within 2010 is the best High Availability solution you can implement to protect your mailboxes and provide the best uptime available. VMware HA alone does not provide an alternative solution, therefore due to the MS support requirements, you must disable HA by setting the VMware Cluster HA restart priority to disabled for Mailbox VMs within a DAG.
The MS article bases it’s case on not using VMware HA for DAG Mailbox Server as it is a better application aware HA solution and the additional costs of VMware HA. Now as stated above I agree on DAG’s being a better solution but costs? Every version of vSphere, (except the free version) licenses unlimited number of VMs for HA. If a customer already has vSphere then there is no additional costs. The only other requirement for VMware HA that could be perceived to have a cost associated is shared storage.
The primary advantage of Shared storage is also lost when using DAS, host failure means the data stored on that host cannot be used until the host failure is resolved. Well you might say fine, my database copies will activate on another DAG member. True but the surviving DAG member will be required to run more databases until the failed DAG member is restored. Depending on the load, size of your hosts and number or users, it is more than likely that during this time the users will notice slower performance. Where as an Exchange DAG using shared storage, another host can bring those database copies back online quickly and the databases can be redistributed back across two DAG members.
Therefore I do see benefits in continuing to use shared storage and do not believe cost is a significant hurdle to using a DAG.
Shared storage can be anything from iSCSI from an Openfiler server, NFS or Fibre Channel. Storage is a major component when designing and deploying MS Exchange 2010 with or without DAG’s. Exchange 2010 single instance storage is gone, for each database copy you plan to have increases the amount of storage required, plus you must have a restore volume. Therefore it is common depending on the level of protection required to need up to two or three times the storage you would normally require without DAG’s. This is clearly why MS pushes JBOD and cheaper DAS, instead of RAID FIbre channel so that your Exchange 2010 project doesn’t break the budget. Generally though Shared storage prices have reduced considerably and a lot more companies now have a SAN or NAS with SAS and SATA for either their current physical or virtual environment. If you do have existing equipment DAS in fact can be more expensive as it must be managed separately, it’s no cheaper to purchase and may require additional or different backup technologies.
I think this is another Microsoft blogging blunder much like the old blog wars over memory oversubscription. It is also clearer than ever before that Microsoft simply do not understand storage and the changes that have occured across the IT industry driven by companies Virtualizing their workloads.