Outlook, Public folders and "Your Exchange admin made a change…"

Recently, I was at a customer who had end users experiencing the much familiar " Your Administrator has made a change. Please restart your outlook" prompt. There could be various reasons why this could happen but what intrigued me in this particular instant was that the customer was seeing this outlook prompt whenever they failed their DAG members over. 

After some quizzing, here is what I understood about the environment.


  • All their Exchange servers were multirole servers with MBX-CAS-HT roles installed on them.
  • Since these servers had CAS role installed on them, these servers were part of the CAS Array as well.
  • One of the servers in each site also had a public folder replica homed on it.
  • Clients were mostly using Outlook 2010.


Okay, looks like a pretty clean environment to me... what is causing the problem?  

Good question! Turns out that hosting a public folder replica on one of the CAS servers that's a part of the CAS Array is what is causing the problem.

Here's the explanation:

" This behavior is expected when a public folder exists on a multirole server that is part of the Exchange Server 2010 CAS array.This issue occurs because the
VIP of the CAS array is being returned to the client instead of the hosting server.

The problem arises when an Outlook client connects to the CAS array. Initially, if outlook connects to the CAS array member that contains the PF role, then Outlook converges all
connections and displays both the Public and Private logons as one single connection (the CAS array name). When the Client re-connects and gets connected to a CAS array member
that does not have the PF server, then it gives a wrong server response from Exchange, Outlook in its reconnect logic cannot follow the redirection to the correct PF server name and has to reconfigure itself through a profile refresh. Hence the users get prompted with a " Restart your Outlook" message. "



So what can we do about it if we are currently encountering this issue in our environment? Presently to work around this problem and avoid the prompt, the suggested approach is to move your public folder replicas to a server that is not part of the CAS Array.

Also something to try is replicating your public folders to all the CAS servers that are part of the CAS Array. I am yet to try this approach so please test it first before implementing in production.





Comments (5)

  1. Gengaiyan says:


    I hope all PF connection in Exchange 2010 going through directly Mailbox server instead of CAS array, So if user not homed on PF database server, PF will automatically redirect the client request to correct server for gain the PF access.

    In this scenario user already added PF replica to all the multi-roll server, it means all the server have PF information.

    Please help me to understand…

  2. Dave says:

    Seriously, this is not a fix. Please jump up and down on the 'Office' team and get them to fix Outlook.

    I've spent many, many hours on this and roll out 3 node mult-role DAGs on a regular basis. This is killing the product's reputation as everyone is blaming Exchange for it.

  3. George says:

    Hey, are the some news about this topic? I got a customer with this issue. We have 4 Mulit Role Exchange 2010 )in one AD site) with all Public Folder DBs on it. Several Outlook Clients get this popup.

  4. Andre says:

    George, did you ever fix this issue with your customer?

  5. George says:

    Hi Andre, we haven´t fixed the issue until now. The new plan is a fast migration to Exchange 2016 🙂

Skip to main content