I run Exchange 2007 SP1 on Windows Server 2008 RC1 and have run different beta’s of both products for some time now. In every case, I ran into the following problem: Outlook Anywhere (aka RPC over HTTP) would not work if the RPC-over-HTTP Proxy and the Exchange mailbox were on the same Windows 2008 server. Outlook would fail to connect to the server over the internet with some generic error message. When I was running the same configuration on a Windows 2003 server however, the problem did not occur. Also, if I put the RPC-over-HTTP Proxy on a seperate Windows 2003 server and the mailbox on a Exchange 2007 SP1 on Windows 2008 server, Outlook Anywhere worked just fine. I always thought it was a bug in either Exchange or Windows 2008, but I became convinced the problem was more serious when I still had problems with the official Exchange 2007 SP1 release on Windows 2008 RC1…

Meanwhile, I had already accepted the fact that I had to run the RPC-over-HTTP Proxy on a Windows 2003 machine for now, so that was how my environment was set up. However, when troubleshooting a different problem with Exchange, I stumbled upon the rootcause of the Outlook Anywhere problem! It turns out that the problem is in IPv6 and the way that Windows 2008 (and Vista btw) handles IPv6 as a preferred protocol over IPv4: When I did a “netstat -a -n” on my Windows 2008 machine, I noticed that Exchange was listening on the usual ports 6001, 6002 and 6004 on its IPv4 address, but only on ports 6001 and 6002 on its IPv6 address. The DSProxy service (port 6004) is NOT listening on the IPv6 stack!!! This now explains the behaviour that I was experiencing:

  • Because Windows 2008 prefers IPv6 over IPv4, it talks to itself over IPv6. So when the RPC-over-HTTP Proxy tries to connect a user session to port 6004 on the same server, it tries to connect to :::1:6004 and NOT to 127.0.0.1:6004. Because the server is not listening to port 6004 on the IPv6 stack, the connection fails.
  • If you put the RPC-over-HTTP proxy on a Windows 2003 server, the problem disappears because the Windows 2003 server only uses IPv4 to talk to Exchange on the Windows 2008 server.

So while this may not be a huge problem right now, it will be in the future for:

  • Native Windows 2008 environments where all Exchange servers are Windows 2008 and the RPC-over-HTTP proxy is on either one of the Exchange servers or on a seperate Windows 2008 server.
  • Single server deployments (e.g. Small Business Server) where everything is condensed to a single Windows 2008 server.

The next step is: how to solve the problem in the meanwhile? Fortunately I found a workaround, although it might not be what you expect! The workaround is to disable IPv6 (duh!), however this proves rather difficult for Windows 2008 (and Vista): you can’t fully disable IPv6 in these products!

  • If you’re in a multi-server scenario where the RPC-over-HTTP Proxy is not on the same server as Exchange 2007, than you can simply unselect IPv6 from the properties of your NIC (on the RPC-over-HTTP Proxy machine); that will force the RPC-over-HTTP Proxy to use IPv4 to talk to Exchange and everything will be fine.
  • If you’re in a single-server scenario than you can’t disable IPv6 because whatever you do (including the “DisabledComponents” registry setting to disable even more IPv6 components), the loopback interface still uses IPv6.

So it seems that in the latter case, you’re screwed… Not so, because we fortunately still have good old ‘name resolution’ to help us out. Simply open up your hosts file and make the following changes:

  • Comment out the line “:::1    localhost”
  • Add the following two lines:
       <IPv4 address>    <hostname of the computer>
       <IPv4 address>    <FQDN of the computer>

This will resolve all queries for your computer’s name to its IPv4 address, effectively disabling the use of IPv6 for self-communication. You can confirm that this works by doing a “telnet localhost 6004″.

I will pass this issue on to Microsoft when I attend the Exchange ’14′ Summit next week, so hopefully they can fix it soon.

Kevin Reeuwijk

UPDATE: Microsoft has told me that they will put this on the QFE list for SP2…

34 Responses to “Outlook Anywhere is ‘broken’ on IPv6 in Windows Server 2008”
  1. Robert Silva says:

    You have no idea how much this post just saved me from losing 5 years on my life. I was just about to rebuild exchange for the second time to fix this exact issue. Thank you, thank you, thank you.

  2. This is definitely not the case for all configurations. It\’s working just fine for me for months without doing anything about IPv6. So there must be more to this story.
    2 things that come to mind is that in my case the Exchange 2007 server is also a DNS server with Active Directory installed (so in that sense; Exchange is truly a single server installation). Another thing is that I using Basic Authentication and not NTLM (in case that fails on IPv6).
    And just in case you were wondering; pinging localhost on the Exchange server does return the IPv6 loopback address.

  3. Kevin Reeuwijk says:

    Robert,

    you are a special case because you also have the domain controller on the same box. In your case the DC will create the TCP 6004 listener on the IPv6 stack, therefore you don’t need the missing TCP 6004 listener on IPv6 that Exchange should create for you. So because you actually have DC and Exchange on one box, you don’t experience the problem. If your DC would be a seperate box, you would experience the same problem as everyone else.

  4. Thanks Kevin!
    Sometimes you escape close calls without knowing ;-)
    But in that case your example of a single server deployment (or SBS) being a huge issue wouldn\’t be completely accurate. Those configurations wouldn\’t experience the issue for the same reason I\’m not experiencing it. It indeed would only be the case when your have single server dedicated Exchange server configuration (just to give it a name :-D ) and thus separate DCs.
    Thanks for solving my mystery :-)

  5. Tarun Chachra says:

    TEARS!!!! I had tears in my eyes when this worked. I pulled all of my hair out (very little to begin with) trying to get outlook anywhere to work. This is what did it….

    I applaud your sharing the information and THANK YOU sincerely for your efforts.

  6. Jason says:

    Wow, I ran across a rippoff of your page 3 days ago. It stated that just disabling IPv6 would do the trick. Umm no, it won\’t, just like you said! This only affected my two Vista machines outside the office. This problem did NOT affect my XP laptop inside the office or when I took it home. Thank you very much!! You saved my bleeding edge technology from getting some real blood on it!

  7. Maurice says:

    Well, I’m still crying here. Tried all your points, none work. My mobile device nor my rpc – http machines work. I just can’t reach the server. OWA works nice, a little slow though.

    Any suggestions?

  8. Phibrz says:

    Hi!

    I´ve done all of the above and it still dont work.. well some parts work. Vista machines outside and on the inside works but NOT XP machines with OL2007. they just recive the login dialog. Been running outlook /rpcdiag but it doesn´t even try connecting with https

    any help?

  9. Risto says:

    Definitely it solved my problem. That saved many days of mu work.
    Thank You

  10. Sebastian says:

    RPC over HTTPS is broken also in W2003 R2 (tested with 64 bits version and Exchange 2007) when hosting virtual machines at the same time, even when IPv6 is disabled. Solved uninstalling IPv6.

  11. Gerrit says:

    THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U THANK U
    :) so happy with the solution, I\’ve spend over 30 hours of testing, reinstalling configuring etc etc.

    hero!

  12. Matt says:

    I\’ve been trying this and spending many, many hours on it. When I run netstat -an it shows :::1:6004 LISTENING and 127.0.0.1 6004 LISTENING along with 6001 and 6002 so I\’m not sure this is my problem. I\’m running windows 2008, Exchange 2007 SP1, have 3rd party single cert (haven\’t got a SAN Cert). It prompts me for a password and then fails after 30 seconds saying exchange server not available.

    My internal FQDN of the exchange server is different from the external FQDN. Have a separate windows 2003 DC/GC.

    PLEASE HELP………………. I\’M DYING TRYING TO FIGURE THIS OUT………… TOO MANY HOURS….

  13. Al says:

    I was trying for 5 weeks now for outlook anywhere to work. The level of frustration was unbelievable. Thanks for sharing your expertise

  14. Qwerty says:

    First…THANK YOU!!

    When on a machine configured behind the firewall and on the network, OWA worked fine when the machine was moved outside the firewall and off the network. However, if first configured outside the firewall and off the network, OWA, as you described, did not work. I struggled with this for a few days tweaking my DNS, router/firewall, Exchange settings, autodiscover, etc..

    Then, through another blog, I found your post. SUPURB!!!

    73

  15. Lisa says:

    Thank you! I was laughing at the comment about someone getting tears in their eyes when it worked but now I know the feeling!

  16. Dwayne says:

    AWESOME !!! took me a lot of searching, yur site needs to come up 1st when you google this error !
    Kudos for the detailed information.

  17. Chip says:

    Thank you thank you! Even with Rollup 9, they still haven\’t fixed this. Implemented your hosts work around and Outlook Anywhere is working!

  18. Jacob says:

    Dear Kelvin,

    Thanks for these solutions, I have one small problem to ask, I have ISP who is my mail exchange “mail.mca-t.go.tz” and I have internal exchange 2007 server on win 2008 sp1 with different hostname from “mail”, Internally OWA is working, and I have done all the fixes you provided but still doesn’t work, I have also done all the HTTP redirection, Enable Outlook Anywhere, RCP over HTTP, local DNS MailExchanger records, all those things, I still can’t have it anywhere only internally what could be the problem ? Please

  19. Jacob,

    your best bet is to first determine the root cause of your problem using https://www.testexchangeconnectivity.com/

    Regards, Kevin

  20. Thank you admin(s) for this awesome blog, have learned some nice here, looking forward for more… gave you a bookmark :)

  21. Hi there, I consider that your published content is rather observing with an assorted range of good information. Well, was curious whether you would like to interchange links with my site, as I am looking forward to compile more links to further spearhead and gain better web exposure for my website. I don’t really mind you positioning my links at the homepage, just having this web links on this particular web page is more than adequate. Furthermore, would you please contact me at my web site if you are interested in the link exchange, I would really appreciate that. Thanks a lot and hopefully to get a reply from you soon!

  22. Hey, many thanks for this content. my spouse and i found this just by chance, nonetheless it has been what exactly my spouse and i needed. i will come back later in order to read some more. Thank you.

  23. Joen says:

    Finally!!!

    I found a sollution for my problem with SBS 2008/Exchange 2007/Outlook 2007 authentication system, both over RPC and regular. Just keeps asking for password! Tried a million things just like the others, no joy. Went into IIS Manager, opened SBS Web Applications, Select Owa, double click SSL settings, check Accept instead of ignore or require, and Apply. I repeated for remote, Rpc, RpcWithCert. leave Autodiscover on Ignore in order to make it continue to work.

    Add Basic Authentication on RPC and RPC with Cert.

    Restarted Web Publishing and IIS Admin, and YES!!! Finally I got rid of Outlook 2007 continously asking for password! Joy Joy Joy!!!

  24. Taylor Higley says:

    Thank you for this post – I had the exact same issue and this saved hours.

  25. home remedies for scabies…

    [...]Innovative Technology Weblog » Outlook Anywhere is ‘broken’ on IPv6 in Windows Server 2008[...]…

  26. Worlds Best Ecigarettes…

    [...]Innovative Technology Weblog » Outlook Anywhere is ‘broken’ on IPv6 in Windows Server 2008[...]…

  27. Protect Your Privacy! Use our free proxy to safeguard your online identity!…

    [...]Innovative Technology Weblog » Outlook Anywhere is ‘broken’ on IPv6 in Windows Server 2008[...]…

  28. Nick says:

    Oh you genius. Much peace, happiness and health to you fella – you saved me much pain. Thanks!

  29. group policy software…

    [...]Innovative Technology Weblog » Outlook Anywhere is ‘broken’ on IPv6 in Windows Server 2008[...]…

  30. Fix Error 0×80070438 With Our Easy Windows Tool…

    [...]Innovative Technology Weblog » Outlook Anywhere is ‘broken’ on IPv6 in Windows Server 2008[...]…

  31. rpc server is unavailable xp…

    [...]Innovative Technology Weblog » Outlook Anywhere is ‘broken’ on IPv6 in Windows Server 2008[...]…

  32. electonics, computers, gadgets…

    [...]Innovative Technology Weblog » Outlook Anywhere is ‘broken’ on IPv6 in Windows Server 2008[...]…

  33. seo,smo,seo soft,seo base,proxy…

    [...]Innovative Technology Weblog » Outlook Anywhere is ‘broken’ on IPv6 in Windows Server 2008[...]…

  34.  
Leave a Reply


× 1 = three