This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(76.8, 2%, 17%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ERN%3C/text%3E%3C/svg%3E)
Hello all,
We are in the middle of an Exchange 2013 to a Exchange 2019 DAG on premise migration, and ran into an issue with desktop clients no longer updating their offline address books. We deleted the old one and ran the commands to create a new one on one of our new Exchange servers . . and it created it insofar as we can find it under the get-offlineaddress book but it never created a folder with a GUID under the ...\clientaccess\OAB directory and there isn't an OAB.xml for the clients to find.
We have tried rebooting the servers, recreating the OAB again (same issue), enabling web distribution, deleting and recreating the arbitration mailbox for OAB, running the new offline address book command on the other servers, adding authenticating users to the security on the OAB folder, changing the urls to server FDQN instead of our mail dns, and rebuilding the virtual directories. Everything looks like it works except it never generates the OAB files.
I have a ticket in with Microsoft but a month into the ticket and aside from them tweaking some config files (which broke IIS until undone), we are no closer to a resolution. Any ideas, tips, or similar experiences?
Thanks in advance!
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(246.4, 22%, 33%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EKY%3C/text%3E%3C/svg%3E)
Hi @Rachel N
If you run a update-offlineaddressbook command, can you find event 17001 generated in the application log of the Exchange server which currently hosts the arbitration mailbox for OAB?
If you can see the event, would there be some other warning or error events (for example, event 17004) generated after this event?
If any, please post the detailed error message and don't forget to hide your personal information.
I just ran get-offlineaddressbook | update-offlineaddressbook on the Exchange 2019 server hosting the arbitration mailboxes, and there is not an 17001 event on the server. It is frustratingly clean. Microsoft support checked as well and the servers are not logging anything OAB related after running the update commands.
Hi,
Thanks for the update!
Sorry I didn't make it clear in my former reply.
Please run this command update-offlineaddressbook <OAB name> instead of get-offlineaddressbook | update-offlineaddressbook to specify an OAB to update.
I did see this issue before:
that get-offlineaddressbook | update-offlineaddressbook doesn't work, while update-offlineaddressbook <OAB name> can update the OAB correctly.
Please have a try and see if it can work for you.
Hi @Rachel N
I am writing here to confirm with you how thing going now?
Did the issue get resolved?
I was working with Microsoft support on this again, and some progress was made but still in a pickle.
We were able to generate an OAB with the below settings:
RunspaceId : 66e3cffb-9859-4f77-bf7e-aec421ef763e
Server :
GeneratingMailbox : contoso.com/Users/SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}
AddressLists : {\Default Global Address List}
Versions : {Version4}
IsDefault : True
PublicFolderDatabase :
PublicFolderDistributionEnabled : False
GlobalWebDistributionEnabled : True
WebDistributionEnabled : True
ShadowMailboxDistributionEnabled : False
UseE14SortOrder : False
UseE14SortOrderOrdinal : False
UseOrdinalSortedMultivaluedProperties : True
LastTouchedTime : 11/8/2021 2:06:46 PM
LastRequestedTime :
LastFailedTime :
LastNumberOfRecords : 11454
HttpHomeMdbLastProcessedBucket : 1000
LastGeneratingData : MailboxGuid: 520e9906-c9c6-4870-8f53-fb3d352785b2; DatabaseGuid:
9f34124b-0412-4d36-8878-96cbade3947e; Server: MailServer-2.contoso.com
MaxBinaryPropertySize : 32768
MaxMultivaluedBinaryPropertySize : 65536
MaxStringPropertySize : 3400
MaxMultivaluedStringPropertySize : 65536
ConfiguredAttributes : {OfficeLocation, ANR, ProxyAddresses, ANR, PhoneticGivenName, ANR, GivenName,
ANR, PhoneticSurname, ANR, Surname, ANR, Account, ANR, PhoneticDisplayName,
ANR, DisplayName, ANR, ExternalDirectoryObjectId, Value, ExternalMemberCount,
Value, TotalMemberCount, Value, ModerationEnabled, Value, MailboxGuid, Value,
DelivContLength, Value, MailTipTranslations, Value...}
DiffRetentionPeriod : 30
Schcomle : {Sun.5:00 AM-Sun.5:15 AM, Mon.5:00 AM-Mon.5:15 AM, Tue.5:00 AM-Tue.5:15 AM,
Wed.5:00 AM-Wed.5:15 AM, Thu.5:00 AM-Thu.5:15 AM, Fri.5:00 AM-Fri.5:15 AM,
Sat.5:00 AM-Sat.5:15 AM}
VirtualDirectories : {}
AdminDisplayName :
FullOabDownloadPreventionThreshold : 0
ZipOabFilesBeforeUploading : False
Identity : \Default Offline Address Book
IsValid : True
ExchangeVersion : 0.20 (15.0.0.0)
Name : Default Offline Address Book
DistinguishedName : CN=Default Offline Address Book,CN=Offline Address Lists,CN=Address Lists
Container,CN=Contoso Ltd,CN=Microsoft
Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com
Guid : 04ca3c99-77a1-4afd-a0ef-e9f5af80d1ff
ObjectCategory : contoso.com/Configuration/Schema/ms-Exch-OAB
ObjectClass : {top, msExchOAB}
WhenChanged : 11/8/2021 2:06:46 PM
WhenCreated : 10/21/2021 11:41:01 AM
WhenChangcomTC : 11/8/2021 8:06:46 PM
WhenCreatcomTC : 10/21/2021 4:41:01 PM
OrganizationId :
Id : \Default Offline Address Book
OriginatingServer : DomainController.contoso.com
ObjectState : Unchanged
The problem is now that we have it, it is not automatically updating, nor can it be manually updated consistently.
If I run update-offlineaddressbook -identity "Default Offline Address Book" and restart the MSExchangeMailboxAssistants service, it will start a OAB gen log and download temp files but only gets to the line below and doesn't go further or update the actual OAB:
2021-11-10T15:18:50.216Z,DebugTrace,3934afa6-0233-446d-afd8-a4dd14289be2,04ca3c99-77a1-4afd-a0ef-e9f5af80d1ff,OABGeneratorAssistant.ProcessAssistantStep: Completed 'GenerateOrLinkTemplateFiles'. Next step set to 'BeginGeneratingAddressListFiles'.
We resolved this issue by making a new database with a copy on each member of our DAG, and them moving ALL arbitration mailboxes to the new Database. After that everything works normally.