• Autodiscover and Multiple SMTP namespaces

    I have been asked recently for the required steps to configure Autodiscover when having Multiple SMTP namespaces, I have started writing few lines then upon checking my favorites I found a great bunch of blogs which explains the two possible solutions in great details, so here we go:

     

     

    http://www.msexchange.org/articles_tutorials/exchange-server-2010/management-administration/exchange-autodiscover.html

    http://blogs.technet.com/b/jmayans/archive/2006/09/07/454716.aspx

    http://blogs.msdn.com/b/brad_hughes/archive/2007/12/18/autodiscover-http-redirect-method-using-isa-instead-of-a-second-web-site.aspx

    http://www.more2know.nl/2010/05/18/exchange-autodiscover-and-multiple-domains/

     

    background:

    http://technet.microsoft.com/en-us/library/bb332063(EXCHG.80).aspx

    http://support.microsoft.com/default.aspx?scid=kb;EN-US;940881

     

  • HUB Routing in a DAG Scenario

    Nice one :)

    When the Hub Transport server is co-located with a Mailbox server that's a member of a DAG, there are changes in routing behavior to ensure that the resiliency features in both server roles will provide the necessary protection for messages sent to and received by users on that server. The Hub Transport server role was modified so that it now attempts to reroute a message for a local Mailbox server to another Hub Transport server in the same site if the Hub Transport server is also a DAG member and it has a copy of the mailbox database mounted locally. This extra hop was added to put the message in the transport dumpster on a different Hub Transport server.

    For example, EX1 hosts the Hub Transport server role and Mailbox server role and is a member of a DAG. When a message arrives in transport for EX1 destined for a recipient whose mailbox is also on EX1, transport will reroute the message to another Hub Transport server in the site (for example, EX2), and that server will deliver the message to the mailbox on EX1.

    There's a second, similar behavior change related to the Microsoft Exchange Mail Submission service. This service was modified so that it would not submit messages to a local Hub Transport server role when the Mailbox server or Hub Transport server is a member of a DAG. In this scenario, the behavior of transport is to load balance submission requests across other Hub Transport servers in the same Active Directory site, and fall back to a local Hub Transport server if there are no other available Hub Transport servers in the same site.

    http://technet.microsoft.com/en-us/library/dd638137.aspx#CT
  • CAS Static ports and what to LB

    from http://www.msexchange.org/articles_tutorials/exchange-server-2007/planning-architecture/uncovering-new-rpc-client-access-service-exchange-2010-part2.html

    On the CAS servers, for Mailbox connections, you need to use add a DWORD registry key named “TCP/IP Port” under: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRpc\ParametersSystem

    Set the value to the port number to be assigned. In this article we use port 55000, but you are free to choose whatever port you want to use, just remember it should not conflict with other applications using the port. It is recommend you choose a port within the dynamic RPC ranger (59531 and 60554)

    To use a static port for public folder access, you need to do the same on the mailbox servers:




    First open the registry editor. Then add a DWORD key named “TCP/IP Port” under: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRPC\ParametersSystem


    It’s fine to use the same port that you specified on the CAS server

    Finally you need to limit the port usage for clients that connect to the NSPI endpoint for directory access. Unlike MAPI access to mailboxes and public folders this is done by modifying a file more specifically the Microsoft.exchange.addressbook.service.exe.config configuration file located in the Exchange Bin folder

    Open the file in Notepad and then change the “RpcTcpPort” value from the default assignment of “0” to the port you want Outlook clients and Exchange to use for the directory access via the NSPI EndPoint. In this article we use port 55001.

    When you have done the above changes, you should reboot the Mailbox and Client Access on which you performed the above changes.

    from the installation guides:

    The values used in NLB must be the same across all nodes in the NLB cluster. The values specified here will ensure that the Windows Network Load Balancing array can load-balance HTTPS (TCP443), IMAP4 (TCP143 and TCP993), POP3 (TCP110 and TCP995), RPC Endpoint Mapper (TCP135), Address Book service (TCP55000), and RPC Client Access (TCP55001).

  • Outlook 2003: E-mail messages take a long time to send and receive when you use an Exchange 2010 mailbox

    This problem occurs because Exchange Server 2010 does not issue UDP notifications to Outlook 2003. Therefore, Outlook 2003 cannot register to receive UDP notifications from Exchange Server 2010. Additionally, Outlook 2003 is not notified about changes that are made to a folder until Outlook 2003 polls the server for these changes. The default polling interval for Outlook 2003 is about 60 seconds. This is why you see delays that last approximately 1 minute in these folder actions

    http://support.microsoft.com/default.aspx?scid=kb;en-us;2009942  
  • What happened to –ConfigurationOnly?

    In many of the disaster recovery scenarios in Exchange 2007, one of the most useful cmdlets is the “Move-mailbox” with the “ConfigurationOnly” parameter.

    With the “ConfigurationOnly” parameter the mailbox content is not physically moved but instead mailbox configurations gets changed “mailbox location”, for example we could direct the mailbox(s) to a functioning server and create a dialtone database or if we have a database with clean shutdown state (from a failed server or backup) we could mount this database on a different functioning server and redirect users to that database (Database Portability) .

    In Exchange Server 2010 the “Move-Mailbox” cmdlet is now replaced with the “New-MoveRequest” cmdlet and the “ConfigurationOnly” parameter is no longer available.

    So in Exchange 2010 to maintain this powerful functionality and to allow a configuration only move of mailboxes, we will be using the “Set-Mailbox” cmdlet with the “Database” parameter, for example to move all the users whose mailboxes is on database DB1 to DB5 we will use:

    Get-Mailbox -Database DB1 | Set-Mailbox –Database DB5

    The example above shows how powerful the Set-Mailbox cmdlet in Exchange 2010 and care should be taken when working with this cmdlet.