Hello, We are trying to move our default address book from Exchange 2007 to 2013. We found an MS article on it but I still know no more than when I started. Can someone please spoon feed me how to move the address book from one server to another? Our server names are ServerOld and the 2013 server is called ServerNew, Our domain name is internaldomain.lan When I do get-offlineaddress book it says Default Offline Address book {version3, version4} Default Offline Address book (Ex2012) {Version4} I'm not good at figuring out what identities are in examples from MS so anyone who can tell me with the names I've provided would be very helpful. When I do Get-OabVirtualDirectory (The URLs internal and external are valid but we only want the new server) The old server is going away shortly and no one is actively using it. Server Name Internal URL ServerOld OAB (Default Web Site) https:// serverold.... ServerNew OAB(Default Web Site) Http:// servernew...

Hi, You may create a new OAB and then change it to be the default one. Refer to: http://technet.microsoft.com/en-us/library/bb124339.aspx http://technet.microsoft.com/en-us/library/aa998569.aspx Fiona Liao TechNet Community Support

THanks for the links. Unfortunately with most MS write ups I have a very hard time guessing what they want for variables in the expressions. Is there any way to do this in the ECP? I don't mean to be a pain but I truly honestly and whole heartedly despise powershell. If it is in powershell there is a very good chance I'll remember how to do it again the next time I need to do it. Exchange 2003 was a dream to administer. 2007 wasn't great, 2010 they put some functionality back in the GUI and it seems like 2013 is 2007 revisited.

Hi, First I like to mention that I haven't tested coexistence with EX07/EX10 yet.. (coexistence will be supported in Exchange 2013 CU1) With that said... I would have thought that a new OAB would have been created during the Exchange 2013 install, since the generation and distribution architecture is totally new. See: Managing OAB in Exchange Server 2013 If your second OAB wouldn't have the name Default Offline Address book (Ex2012) I would have thought that it was the one created during install. I can't imagine Exchange choosing that name (or did you change it before you posted? Do you get any output if you run: Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,database ...if not then I think you need to create a new OAB as described in the link above.Martina Miskovic

Hello, I've run your command - Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,database It says the following: Priv DB 1 is where all the mailboxes are stored. We don't really want a coexistence - the server was dying so we had to set up a new server right away. We've migrated all the mailboxes off of the 2007 box but still have some things to tidy up.

Can you also run the below commands and post the output? Get-OfflineAddressBook | fl Name,Server,VirtualDirectories,isdefault,Exchangeversion AND Get-MailboxDatabase | ft Name,OfflineAddressBookMartina Miskovic

Gladly, I appreciate everyone's patience with me. [PS] C:\Windows\system32>Get-OfflineAddressBook | fl Name,Server,VirtualDirectories,isdefault,Exchangeversion Name : Default Offline Address Book (Ex2012) Server : VirtualDirectories : {ServerNew\OAB (Default Web Site), ServerNew\OAB (Exchange Back End)} IsDefault : True ExchangeVersion : 0.20 (15.0.0.0) [PS] C:\Windows\system32>Get-MailboxDatabase | ft Name,OfflineAddressBook Name OfflineAddressBook ---- ------------------ PRIV DB 1 \Default Offline Address Book (Ex2012) Archive DB \Default Offline Address Book (Ex2012) Priv DB 1 is the default database on our new server where all clients mailboxes are currently.

On the workstation if I attempt to do a send and receive - download address book I get the following ! Task 'myusername@externaldomain.com' reported (0x80190194" 'The operation failed' (no events in the event viewer on my PC) No events on the server either (except this one which I don't think is related) Ping of mdb '2c29f724-c294-4ea7-85a3-ac295e1dd218' timed out after '00:00:00' minutes. Last successful ping was at '2/20/2013 2:17:03 PM' UTC.

From the outputs you have posted, we can see that you have an OAB on your new Server, so its just a matter for you to remove the old one before you decommission your old Exchange 2007 Server. Example: Remove-OfflineAddressBook "Default Offline Address book" 0x80190194 - Means not found. Very often caused by a proxy server being in-between the client and server. If you have a proxy server on the Network, make sure that the traffic to your new server is bypassed. Also test Autodiscover with the cmdlet Test-OutlookWebServices and change the InternalURL to use https (=Default setting in EX13, but from your first post we can see http://servernew... ) Martina Miskovic

Thanks so much for all your help. We don't have a proxy server in the old fashioned sense of the term - for caching web sites and blocking web sites - is there a built in proxy server with Exchange I should be looking for? This is the response I got from Test-Outlookwebservices from the server [PS] C:\Windows\system32>Test-OutlookWebServices Unable to find the client accesss monitoring user. Please run C:\Program Files\Microsoft\Exchange Server\V15\Scripts\New-TestCasConnectivityUser.ps1. Exception: Microsoft.Exchange.Monitoring.MailboxNotFoundException: Failed to find the mailbox. Mailbox = 'extest_5762e40ee1a44@internaldomain.lan'. at Microsoft.Exchange.Monitoring.CommonTestTasks.GetDefaultTestAccount(ClientAccessContext context) at Microsoft.Exchange.Monitoring.TestWebServicesTaskBase.GetMonitoringAccount() + CategoryInfo : InvalidData: (:) [Test-OutlookWebServices], TestWebServicesTaskException + FullyQualifiedErrorId : C664F5FD,Microsoft.Exchange.Monitoring.TestOutlookWebServicesTask + PSComputerName : newserver.intenraldomain.lan I ran the script and got the following: [PS] C:\program files\microsoft\exchange server\v15\scripts>.\new-TestCasConnectivityUser.ps1 Please enter a temporary secure password for creating test users. For security purposes, the password will be changed regularly and automatically by the system. Enter password: ********* Create test user on: newserver.internaldomain.lan Click CTRL+Break to quit or click Enter to continue.: UserPrincipalName: extest_5762e40ee1a44@internaldomain.lan WARNING: The command completed successfully but no settings of internaldomain.lan/Users/extest_5762e40ee1a44' have been modified. Running the test now gives the following - NewServer.Internaldomain.lan mail.ExternalDomain.com Autodiscover: Outlook Provider Success 140 NewServer.Internaldomain.lan mail.ExternalDomain.com Exchange Web Services Success 53 NewServer.Internaldomain.lan mail.ExternalDomain.com Availability Service Success 166 NewServer.Internaldomain.lan mail.ExternalDomain.com Offline Address Book Failure 88

Yes, Running the test now gives the following - NewServer.Internaldomain.lan mail.ExternalDomain.com Autodiscover: Outlook Provider Success 140 NewServer.Internaldomain.lan mail.ExternalDomain.com Exchange Web Services Success 53 NewServer.Internaldomain.lan mail.ExternalDomain.com Availability Service Success 166 NewServer.Internaldomain.lan mail.ExternalDomain.com Offline Address Book Failure 88

Run the cmdlet again, but this time with the verbose parameter and post the part related to Offline Address Book. What is your internalURL set to now?Martina Miskovic

I apologize but I'm not sure what my internal URL is set to - I think it is the external address because I did my best to make all the internal addresses the same as the external ones. Can you please let me know how to verify? Do you want me to run "test-outlookwebservices - verbose" ?

I think this is what you are looking for? NewServer.Internaldomain.lan mail.ExternalDomain.com Availability Service Success 59 VERBOSE: [15:33:38.351 GMT] Test-OutlookWebServices : From Autodiscover (OabUrl), the Offline Address Book URL is 'https://mail.ExternalDomain.com/OAB/f64e1be5-d23e-4da2-b96a-49ec1250930e/'. VERBOSE: [15:33:38.367 GMT] Test-OutlookWebServices : Offline Address Book connecting to 'https://mail.ExternalDomain.com/OAB/f64e1be5-d23e-4da2-b96a-49ec1250930e/oab.xml'. VERBOSE: [15:33:38.367 GMT] Test-OutlookWebServices : Test account: extest_5762e40ee1a44@internaldomain.lan Password: ****** VERBOSE: [15:33:38.445 GMT] Test-OutlookWebServices : Offline Address Book request: User-Agent: intnernalname/Test-OutlookWebServices/extest_5762e40ee1a44@externaldomain.com Authorization: Negotiate TlRMTVNTUAADAAAAGAAYAKwAAABWAVYBxAAAAAAAAABYAAAAQgBCAFgAAAASABIAmgAAABAAEAAaAgAAFYKI4gYC8CMAAAAPb8nmj/2SUxlN/hSnk1WFoGU AeAB0AGUAcwB0AF8ANQA3ADYAMgBlADQAMABlAGUAMQBhADQANABAAGEAbgB0AGgAZQBtAHYAcAAuAGwAYQBuAEEATgBUAEgALQBFAFgAQwBIAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAABVmI62LvM7u8VhpBKlK3/4BAQAAAAAAABYNYKd/D84BvQb8pvGLH4QAAAAAAgAQAEEATgBUAEgARQBNAFYAUAABABIAQQBOA FQASAAtAEUAWABDAEgABAAYAGEAbgB0AGgAZQBtAHYAcAAuAGwAYQBuAAMALABBAG4AdABoAC0ARQB4AGMAaAAuAGEAbgB0AGgAZQBtAHYAcAAuAGwAYQBu AAUAGABhAG4AdABoAGUAbQB2AHAALgBsAGEAbgAHAAgAFg1gp38PzgEGAAQAAgAAAAgAMAAwAAAAAAAAAAAAAAAAQAAA3SoKoXwmka6zZbOwivu+FcjTDLY h8tpBfqYw3vORRdkKABAAAAAAAAAAAAAAAAAAAAAAAAkALABIAFQAVABQAC8AbQBhAGkAbAAuAGEAbgB0AGgAZQBtAHYAcAAuAGMAbwBtAAAAAAAAAAAAAA AAAG9P6SsxFJe8/UAF2jX8QFY= Host: mail.ExternalDomain.com VERBOSE: [15:33:38.445 GMT] Test-OutlookWebServices : Offline Address Book request: VERBOSE: [15:33:38.445 GMT] Test-OutlookWebServices : Offline Address Book response: request-id: 22ba3f07-feee-465f-9ad1-6258e56988cd X-TargetBEServer: NewServer.Internaldomain.lan X-DiagInfo: NewServername Persistent-Auth: true X-FEServer: NewServername Content-Length: 0 Cache-Control: private Date: Wed, 20 Feb 2013 15:33:37 GMT Set-Cookie: X-BackEndCookie=S-1-5-21-2038892238-4010369982-1976718005-1259=u56Lnp2ejJqBxsfHzs/IxsvSzcnPy9LLnsyc0seZyM3Sx8maz52bnpnL ysbLgYHN0M3P0M3PzszfzMXLzMXMx9+vsg==; expires=Wed, 20-Feb-2013 15:43:38 GMT; path=/OAB; secure; HttpOnly Server: Microsoft-IIS/8.0 X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET VERBOSE: [15:33:38.445 GMT] Test-OutlookWebServices : Offline Address Book response: System.Net.WebException: The remote server returned an error: (404) Not Found. at System.Net.HttpWebRequest.GetResponse() at Microsoft.Exchange.Management.SystemConfigurationTasks.ServiceValidatorBase.InternalInvoke() at Microsoft.Exchange.Management.SystemConfigurationTasks.ServiceValidatorBase.Invoke() NewServer.Internaldomain.lan mail.ExternalDomain.com Offline Address Book Failure 87 VERBOSE: [15:33:38.463 GMT] Test-OutlookWebServices : Admin Audit Log: Entered Handler:OnComplete. VERBOSE: [15:33:38.463 GMT] Test-OutlookWebServices : Ending processing

I apologize but I'm not sure what my internal URL is set to - I think it is the external address because I did my best to make all the internal addresses the same as the external ones. Can you please let me know how to verify? Run the below: Get-OabVirtualDirectory | fl Identity,*url*,*auth* Martina Miskovic

ysbLgYHN0M3P0M3PzszfzMXLzMXMx9+vsg==; expires=Wed, 20-Feb-2013 15:43:38 GMT; path=/OAB; secure; HttpOnly Server: Microsoft-IIS/8.0 X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET VERBOSE: [15:33:38.445 GMT] Test-OutlookWebServices : Offline Address Book response: System.Net.WebException: The remote server returned an error: (404) Not Found. That is interesting. if your InternalUrl is not set to https://mail.ExternalDomain.com/OAB then I think we just found the reason for the error 0x80190194 you get in Outlook.Martina Miskovic

Thanks Here is what I get when I run that command [PS] C:\>Get-OabVirtualDirectory | fl Identity,*url*,*auth* Identity : OldInternalServername\OAB (Default Web Site) InternalUrl : https://exchange.externaldomain.com/OAB ExternalUrl : https://exchange.externaldomain.com/OAB BasicAuthentication : False WindowsAuthentication : True InternalAuthenticationMethods : {WindowsIntegrated} ExternalAuthenticationMethods : {WindowsIntegrated} Identity : NewServername\OAB (Default Web Site) InternalUrl : https://mail.externaldomain.com/OAB ExternalUrl : https://mail.externaldomain.com/OAB BasicAuthentication : False WindowsAuthentication : True InternalAuthenticationMethods : {WindowsIntegrated} ExternalAuthenticationMethods : {WindowsIntegrated} The old external url was exchange... then new external url is mail....

That is interesting. if your InternalUrl is not set to https://mail.ExternalDomain.com/OAB then I think we just found the reason for the error 0x80190194 you get in Outlook. Martina Miskovic Can you tell me how to verify/set my internal URL?

The Internal- and ExternalURL looks ok. Can you verify if the OAB Webservices files has been created in: X:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\OAB\<GUID> You should see a lot of files in the GUID folder. Do you? Might be a good idea to update the OAB too. (Restart-Service MSExchangeMailboxAssistants) Also, what happens if you go to https://mail.ExternalDomain.com/OAB/f64e1be5-d23e-4da2-b96a-49ec1250930e\oab.xml Martina Miskovic

Thanks for being a trooper. I see a ton of files in that folder I restarted the assistants but getting the same failure from test-outlookwebservices. If I go to that url, I get prompted for a username and password - after I enter the info I get a 404 page.

I am starting to wonder if you have any problems between Front-End<>Back-End. Can you run: Get-OabVirtualDirectory -ShowMailboxVirtualDirectories | fl Identity,OfflineAddressBooks,*auth*,metabasepath ...and also look in the IIS Logs (C:\inetpub\logs\LogFiles\*) to check for any errors there in both W3SVC1 and W3SVC2. Have you had any problems with OWA? Martina Miskovic

For you, anything! :) [PS] C:\>Get-OabVirtualDirectory -ShowMailboxVirtualDirectories | fl Identity,OfflineAddressBooks,*auth*,metabasepath Identity : oldservername\OAB (Default Web Site) OfflineAddressBooks : {} BasicAuthentication : False WindowsAuthentication : True InternalAuthenticationMethods : {WindowsIntegrated} ExternalAuthenticationMethods : {WindowsIntegrated} MetabasePath : IIS://oldservrename.internaldomain.lan/W3SVC/1/ROOT/OAB Identity : newservername\OAB (Exchange Back End) OfflineAddressBooks : {\Default Offline Address Book (Ex2012)} BasicAuthentication : False WindowsAuthentication : True InternalAuthenticationMethods : {WindowsIntegrated} ExternalAuthenticationMethods : {WindowsIntegrated} MetabasePath : IIS://newservername.internaldomain.lan/W3SVC/2/ROOT/OAB Identity : newservername\OAB (Default Web Site) OfflineAddressBooks : {\Default Offline Address Book (Ex2012)} BasicAuthentication : False WindowsAuthentication : True InternalAuthenticationMethods : {WindowsIntegrated} ExternalAuthenticationMethods : {WindowsIntegrated} MetabasePath : IIS://newservername.internaldomain.lan/W3SVC/1/ROOT/OAB I don't notice any issues in OWA. There are about a dozen long log files - is there a word I should be looking for?

I don't notice any issues in OWA. There are about a dozen long log files - is there a word I should be looking for? You can search for /OAB. I can't see anything wrong in the above output. Let's create a new OAB and see if we can get rid of the 404 error. 1. New-OfflineAddressBook -Name "Default Offline Address Book" -AddressLists "Default Global Address List" 2. Restart-Service MSExchangeMailboxAssistants 3. Wait a few minutes and check if the OAB files is created in C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\OAB\<newGUID> 4. Try to access the new OAB in IE: https://mail.externaldomain.com/oab/<newguid/oab.xml If that works, then assign this new OAB on the Mailbox Databases Example: Get-MailboxDatabase | Set-MailboxDatabase -OfflineAddressBook "Default Offline Address Book" Martina Miskovic

Hello, I tried that and now when I go to that new URL, I get a page like this <?xml version="1.0" encoding="UTF-8"?> <style xmlns="http://www.w3.org/1999/xhtml">@namespace html url(http://www.w3.org/1999/xhtml); :root { font:small Verdana; font-weight: bold; padding: 2em; padding- } * { display: block; padding- } html|style { display: none; } html|span, html|a { display: inline; padding: 0; font-weight: normal; text-decoration: none; } html|span.block { display: block; } *[html|hidden], span.block[html|hidden] { display: none; } .expand { display: block; } .expand:before { content: '+'; color: red; } .collapse { display: block; } .collapse:before { content: '-'; color: red; } </style><OAB><oal dn="/" id="2728cb78-10d7-46ef-8531-2f4ac4d0a1e5" name="\Default Global Address List"><OAL name="\Default Global Address List" dn="/" id="2728cb78-10d7-46ef-8531-2f4ac4d0a1e5"><full seq="1" sha="8EBDCFEEB159206220B5CCE11E7FB1D9534B84C7" size="3364" uncompressedsize="12899" ver="32"><Full SHA="8EBDCFEEB159206220B5CCE11E7FB1D9534B84C7" uncompressedsize="12899" size="3364" ver="32" seq="1">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-data-1.lzx</Full></full><template langid="0401" seq="1" sha="202965E0F2D4FD844E577EB7DBF3B931ED279911" size="3020" type="windows" uncompressedsize="14998" ver="32"><Template SHA="202965E0F2D4FD844E577EB7DBF3B931ED279911" uncompressedsize="14998" size="3020" ver="32" seq="1" type="windows" langid="0401">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-lng0401-1.lzx</Template></template><template langid="0401" seq="1" sha="4F6FF91DB018B4340ED19884D2F801C89D7AC229" size="3020" type="mac" uncompressedsize="14998" ver="32"><Template SHA="4F6FF91DB018B4340ED19884D2F801C89D7AC229" uncompressedsize="14998" size="3020" ver="32" seq="1" type="mac" langid="0401">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-mac0401-1.lzx</Template></template><template langid="0402" seq="1" sha="C97B24AAB9B0345787ECDD39B9332EA91F2EEDF4" size="3092" type="windows" uncompressedsize="15031" ver="32"><Template SHA="C97B24AAB9B0345787ECDD39B9332EA91F2EEDF4" uncompressedsize="15031" size="3092" ver="32" seq="1" type="windows" langid="0402">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-lng0402-1.lzx</Template></template><template langid="0402" seq="1" sha="9F13F06EA70A293E0DB6A76AEAE15B75C64E8942" size="3090" type="mac" uncompressedsize="15031" ver="32"><Template SHA="9F13F06EA70A293E0DB6A76AEAE15B75C64E8942" uncompressedsize="15031" size="3090" ver="32" seq="1" type="mac" langid="0402">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-mac0402-1.lzx</Template></template><template langid="0403" seq="1" sha="9D933CB898CA07CFCB4728CC0E7C5EE0E3E69336" size="3080" type="windows" uncompressedsize="15319" ver="32"><Template SHA="9D933CB898CA07CFCB4728CC0E7C5EE0E3E69336" uncompressedsize="15319" size="3080" ver="32" seq="1" type="windows" langid="0403">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-lng0403-1.lzx</Template></template><template langid="0403" seq="1" sha="2421C080D615ACE568D9EB6CEC959BB5C51C95B6" size="3080" type="mac" uncompressedsize="15319" ver="32"><Template SHA="2421C080D615ACE568D9EB6CEC959BB5C51C95B6" uncompressedsize="15319" size="3080" ver="32" seq="1" type="mac" langid="0403">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-mac0403-1.lzx</Template></template><template langid="0404" seq="1" sha="E7B3A4D767E543391400C7FB609311BD68399FF1" size="3008" type="windows" uncompressedsize="14825" ver="32"><Template SHA="E7B3A4D767E543391400C7FB609311BD68399FF1" uncompressedsize="14825" size="3008" ver="32" seq="1" type="windows" langid="0404">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-lng0404-1.lzx</Template></template><template langid="0404" seq="1" sha="E7B3A4D767E543391400C7FB609311BD68399FF1" size="3008" type="mac" uncompressedsize="14825" ver="32"><Template SHA="E7B3A4D767E543391400C7FB609311BD68399FF1" uncompressedsize="14825" size="3008" ver="32" seq="1" type="mac" langid="0404">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-mac0404-1.lzx</Template></template><template langid="0405" seq="1" sha="CA8C122C05763C5538AA771EA7296F74841C4B6A" size="3116" type="windows" uncompressedsize="15032" ver="32"><Template SHA="CA8C122C05763C5538AA771EA7296F74841C4B6A" uncompressedsize="15032" size="3116" ver="32" seq="1" type="windows" langid="0405">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-lng0405-1.lzx</Template></template><template langid="0405" seq="1" sha="6872FBEB0CC717A56C59045B913F5759FB234D56" size="3116" type="mac" uncompressedsize="15032" ver="32"><Template SHA="6872FBEB0CC717A56C59045B913F5759FB234D56" uncompressedsize="15032" size="3116" ver="32" seq="1" type="mac" langid="0405">2728cb78-10d7-46ef-8531-2f4ac4d0a1e5-mac0405-1.lzx</Template></template></oal> And it goes on like that Is that what I'm supposed to get

Beautiful! (Yes that is exactly what you should get) Now, change the OAB defined on the Mailbox Databases as mentioned above and when done: Set-OfflineAddressBook "Default Offline Address Book" -IsDefault $TrueRemove-OfflineAddressBook "Default Offline Address book (Ex2012)"Recycle the application pool MSExchangeAutodiscoverAppPool in IIS (The last step usually triggers Outlook to get the new settings faster = Autodiscover Magic) ..and when you see that Outlook has got the new setting (new GUID in the OAB URL), see if you can download the OAB.Martina Miskovic

Thanks so much for seeing me through this. Can you verify what you mean by recycle the application pool? I went to IIS, Application pools, right clicked on MSExcahngeAutodiscoverAppPool and recycled it. How do I tell that Outlook is getting the new setting?

You're welcome! Do you belive me if I say that I think this is kind of fun .) Seems you find the way to recycle the application pool - Good!! OUTLOOK Running Test E-Mail Autoconfiguration in Outlook is the best way to tell if Outlook has got the new settings. (Hold down Ctrl and right click the Outlook icon in the System Tray). Check the guid in the URL for the OAB.Martina Miskovic

You LIE through your teeth :) But I appreciate your attitude. I did a send an receive with the existing outlook config and when I selected to send/receive OAB - takes forever. I also tried that same profile without cache and it still occurs. I get Task username@externaldomain.com reported error (0x8004010f) the operation failed an object cannot be found In ECP I noticed the databases had no OAB any more so I put them back. Still no luck though.

I get Task username@externaldomain.com reported error (0x8004010f) the operation failed an object cannot be found In ECP I noticed the databases had no OAB any more so I put them back. Still no luck though. So you didn't change the OAB before you removed the old OAB and recycled the application pool?? Recycle the application pool again if that was the case. Then, restart Outlook and then run Test E-Mail Autoconfiguration.Martina Miskovic

Hello, I did the following in this order Set-OfflineAddressBook "Default Offline Address Book" -IsDefault $TrueRemove-OfflineAddressBook "Default Offline Address book (Ex2012)"Recycle the application pool MSExchangeAutodiscoverAppPool in IISTest Outlook - no joyLooked in ECP - noticed no OAB listed under databases (client settings)Set the OAB under databases in ECPRecycle the application pool MSExchangeAutodiscoverAppPool in IISTest Outloo - no joy

Hello, I did the following in this order Set-OfflineAddressBook "Default Offline Address Book" -IsDefault $True Remove-OfflineAddressBook "Default Offline Address book (Ex2012)" Recycle the application pool MSExchangeAutodiscoverAppPool in IIS Test Outlook - no joy Looked in ECP - noticed no OAB listed under databases (client settings) Set the OAB under databases in ECP Recycle the application pool MSExchangeAutodiscoverAppPool in IIS Test Outloo - no joy Ok, I should have specified the text above Set-OfflineAddressBook etc etc that a bit better. Sorry about that.Martina Miskovic

Ok, I should have specified the text above Set-OfflineAddressBook etc etc that a bit better. Sorry about that. Martina Miskovic No problem - are the things I did OK? Can you please refresh my memory on how to verify where the default address book is coming from if we have more than one server? If I run get-mailbox database it says [PS] C:\>Get-MailboxDatabase | ft Name,OfflineAddressBook Name OfflineAddressBook ---- ------------------ PRIV DB 1 \Default Offline Address Book Archive DB \Default Offline Address Book But since we have 2 servers with the same name - default offline address book, I want to be 100% sure it has the right one.

You deserve 1000 internet points, you solved it! I TRULY appreciate your help!! I guess I didn't give it enough time as I tested with the same outlook profile and the first time it took about 5 minutes but passed and now it works just like it should! Thanks!!!! I'm now about 90% done with my migration. I have to figure out my personal policies with online archiving and this adventure is nearly over. I learned a great deal thanks to you, I do appreciate the incredible amount of time and persistence you put into this.

Thank You!! This was a journey, but I am very glad that we were able to solve it. Enjoy Exchange 2013 :)Martina Miskovic

I don't notice any issues in OWA. There are about a dozen long log files - is there a word I should be looking for? You can search for /OAB. I can't see anything wrong in the above output. Let's create a new OAB and see if we can get rid of the 404 error. 1. New-OfflineAddressBook -Name "Default Offline Address Book" -AddressLists "Default Global Address List" 2. Restart-Service MSExchangeMailboxAssistants 3. Wait a few minutes and check if the OAB files is created in C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\OAB\<newGUID> 4. Try to access the new OAB in IE: https://mail.externaldomain.com/oab/<newguid/oab.xml If that works, then assign this new OAB on the Mailbox Databases Example: Get-MailboxDatabase | Set-MailboxDatabase -OfflineAddressBook "Default Offline Address Book" Martina Miskovic

Thank You also Martina, this helped me to resolve my issue.