В том случае, если при отправке/получении почты в Outlook 2010/2013/2016 появляется ошибка 0x8004010F, эта статья должна помочь вам решить проблему. Как правило, наличие ошибки 0x8004010F свидетельствует о повреждении профиля Outlook, либо может возникнуть при попытке обратиться к перемещенному PST файлу.
В русских версиях Outlook ошибка выглядит так:
0x8004010F: Не удается получить доступ к файлу данных Outlook.
0x8004010F: Сбой операции. Объект не найден
В англоязычных версиях так:
0x8004010F Outlook data file cannot be accessed
0x8004010F The operation failed. An object could not be found
В официальной статье в базе знаний MS (2659085) в такой ситуации рекомендуется целиком пересоздать профиль Outlook, но это решение слабо применимо, особенно когда в конфигурации Outlook подключено несколько ящиков (придется переподключать все ящики и вспоминать для них пароли).
К счастью, есть более простое решение, заключающееся в создании временного pst файла и переключении доставки на него, после чего нужно будет вернуть прежний файл доставки. Метод применим, как для Outlook 2010 / 2013, так и для Outlook 2016 / 365. Теперь более подробно, как это выполнить:
Примечание. Данное решение не поможет исправить ошибку, если используется профиль Outlook , подключенный к почтовому серверу Exchange через MAPI/ MAPI over HTTP.
- Откройте окно настройки учетных записей, нажав File-> Account Settings -> Account Settings
- Выберите учётную запись почты и нажмите Сменить папку (Change Folder)
- Создайте новый временный файл данных Outlook (New Outlook Data File), в котором создайте произвольную папку (в моем случае папка Inbox/Входящие создалась автоматически). Выберите данную папку и нажмите ОК.
- Теперь, в качестве папки доставки сообщений Outlook использует только что созданную папку. Теперь нужно переключиться на исходную папку Входящие в первоначальном файле. Выполняется аналогично с помощью кнопки Change Folder.
- Закройте настройки учетной записи и нажмите кнопку Отправиить/Получить. Ошибка 0x8004010F должна пропасть.
Совет. Не забудьте вручную удалить временный pst файл на диске, т.к. при удалении pst файла из конфигурации Outlook, на диске он не удаляется.
В том случае, если способ, описанный выше не помог, проверьте NTFS разрешения на pst файл. Если и здесь нет проблем, придется пересоздать профиль и переподключить старые PST файлы.
В нашей корпоративной системе регистрации заявок от пользователей не так давно был зарегистрирован инцидент. Пользователь пожаловался на то, что в его почтовом клиенте Microsoft Outlook перестала обновляться информация из глобального адресного списка предприятия (GAL). При этом при попытке форсировать процесс обновления GAL вручную возникает ошибка:
Task reported error (0x8004010F): The operation failed. An object cannot be found.
Так же, при попытке открыть предопределённые адресные списки, например All Users из раздела All Address Lists….
почтовый клиент выдаёт сообщение:
Не удается отобразить список адресов. Отсутствует подключение к Microsoft Exchange. Для завершения операции требуется постоянное или временное подключение Outlook к серверу.
В то же время, Outlook имеет работоспособное подключение к серверу Exchange и в состоянии отправлять и принимать почту:
Диагностируем проблему
В попытке разрешения проблемы на уровне отдельно взятого клиента был удалён клиентский профиль Outlook с последующей попыткой настройки подключения к серверу Exchange. Однако это привело к схожей ошибке:
Отсутствует подключение к Microsoft Exchange.
Попытаемся диагностировать проблему на стороне сервера Exchange выполнив PS-командлет:
Test-OutlookWebServices | fl | Out-File D:TestsAutodiscover.txt
Проанализировав полученный файл, мы увидели в тестах механизмов Autodiscover и OfflineAddressBook (OAB) любопытные ошибки…
RunspaceId : 429edf83-3c4a-4004-bff8-d433ac710bf2
Source : ServerName
ServiceEndpoint : autodiscover.corp.firma.com
Scenario : AutoDiscoverOutlookProvider
ScenarioDescription : Автообнаружение: поставщик Outlook
Result : Failure
Latency : 70
Error : Microsoft.Exchange.Management.Tasks.ServiceValidatorException: The Autodiscover response did not return a URL for Offline Address Book
…
RunspaceId : 429edf83-3c4a-4004-bff8-d433ac710bf2
Source : ServerName
ServiceEndpoint :
Scenario : OfflineAddressBook
ScenarioDescription : Автономная адресная книга
Result : Skipped
Latency : 0
Error : Skipped testing Offline Address Book because the Autodiscover step failed.
Verbose :
MonitoringEventId : 5004
После этого мы проверили все URL на сервере Exchange для механизмов OAB и Autodiscover, – они были настроены корректно. В конечном итоге проблему помог решить ряд шагов описанных далее.
Решаем проблему
Создаем новую автономную адресную книгу, в которую будут входить все адресаты нашей организации Exchange (название новой OAB должно быть уникальным, то есть отличаться от старого названия):
New-Offlineaddressbook "New Offline Address Book" -AddressLists "Default Global Address List"
Назначаем вновь созданную адресную книгу виртуальным директориям на серверах Exchange Front End (Client Access Server) и Exchange Back End (MailBox Server):
Set-OfflineAddressBook "New Offline Address Book" -VirtualDirectories "NameServerOAB (Default Web Site)", "NameServerOAB (Exchange Back End)"
Далее получаем список баз данных почтовых ящиков и передаём его по конвейеру в PS-командлет определяющий адресную книгу (в нашем случаи вновь созданную) для каждой базы:
Get-MailboxDatabase | Set-MailboxDatabase -OfflineAddressBook "New Offline Address Book"
Затем перезапускаем на каждом сервере службу MSExchangeMailboxAssistants (отвечает за генерацию OAB):
Restart-Service MSExchangeMailboxAssistants
Также перезапускаем пул приложений IIS Application Pool — MSExchangeAutodiscoverAppPool:
Теперь можно удалить “старую” автономную адресную книгу:
Remove-Offlineaddressbook "Default Offline Address Book"
Далее запускаем принудительное формирование автономной адресной книги:
Update-OfflineAddressBook "New Offline Address Book"
При этом обратим внимание на пути, где OAB располагает свои файлы (по умолчанию — C:Program FilesMicrosoftExchange ServerV15ClientAccessOAB). Здесь мы увидим .xml файл OAB:
Если описанная ранее проблема не исчезает после проделанных манипуляций, то возможно дополнительно потребуется полный перезапуск IIS серверах Exchange.
В конечном итоге, в нашем случае адресная книга стала успешно обновляться, а профиль Outlook создался без ошибок. Проверив результаты Test-Outlookwebservices мы убедились в том, что все тесты проходят без ошибок.
Всем, привет. С вами на связи Александр Глебов. В очередной своей статье я рассказываю про outlook ошибка 0x8004010f и как эту ошибку устранить самым простым способом. Если у вас тоже высвечивается данная ошибка и вы не знаете, как ее устранить, то читаем далее.
Итак, когда вы пытаетесь отправить или получить почту в аутлок 2010, 2013, 2016 бывает, что возникает сообщение: outlook ошибка 0x8004010f, тогда эта инструкция может оказать вам помощь чтобы разрешить данную проблему. Обычно, присутствие ошибки 0x8004010F говорит о дефекте профиля Outlook, или появляется при попытке обратиться к перемещенному PST файлу.
В русской версии Outlook ошибка смотрится так:
- 0x8004010F: Не удается получить доступ к файлу данных Outlook;
- 0x8004010F: Сбой операции. Невозможно найти объект;
В английской версии Outlook ошибка смотрится так:
- 0x8004010F: Outlook data file cannot be accessed.
На официальном сайте Microsoft, в статье базы знаний MS за номером — 2659085, в данном случае рекомендуют полностью пересоздать профиль Outlook, однако данное исполнение малоприменимо, особо, если в конфигурацию Outlook подсоединено множество ящиков (потребуется переподключать абсолютно все ящики и припоминать для всех них пароли).
Однако имеется наиболее легкое решение, заключающееся в создании кратковременного pst файла, а также переключение доставки писем в него, позже, надо будет восстановить старый файл доставки. Способ употребим, как к Outlook 2010 и 2013, а также и для Outlook 2016.
Замечание. Подобное решение не позволит починить ошибку, в случае, если используется профиль Outlook, подсоединенный к почтовому серверу Exchange посредством MAPI/ MAPI over HTTP.
Outlook ошибка 0x8004010f: решение по шагам
Для того чтобы устранить данную проблему, выполните последовательно следующие шаги:
- Раскройте окно настройки учетных записей, нажав: «Файл (1) -> Настройка учетных записей (2) -> Настройка учетных записей (3) (File -> Account Settings -> Account Settings).
- Возьмите учётную запись почты и кликните «Сменить папку» (Change Folder).
- Создайте другой кратковременный файл данных Outlook нажав кнопку «Создать файл данных Outlook» (New Outlook Data File). Появится запрос где надо укзать имя файла pst и где он будет храниться. По умолчанию имя — «Мой файл данных Outlook(1)». Выбираем его и нажимаем OK.
- Теперь, в качестве папки доставки сообщений Outlook применяет только, что сделанную папку.
- Далее необходимо перейти на начальную папку Входящие в первом файле. Производится также с помощью кнопки «Сменить папку» (Change Folder).
- Закрываем окно настройки учетных записей и нажимаем кнопку «Отправить/Получить». Ошибка 0x8004010F обязана исчезнуть.
Рекомендация. Не позабудьте ручным методом удалить кратковременный pst файл на жестком диске, т.к. после удаления pst файла из конфигурации Outlook, на винчестере он совсем не удаляется.
Если способ, описанный в данной статье вам не помог, и вы видите в outlook ошибка 0x8004010f, внимательно проверьте NTFS разрешения на pst файл. В случае, если и здесь нет проблем, придется пересоздать профиль и переподключить старые PST файлы.
На этом я заканчиваю данную статью, прошу оставлять комментарии, замечания, и т.д. Мне это важно, так как моя задача предоставлять только качественный контент.
Загрузка…
Интересные статьи по теме:
Если вы тоже столкнулись с ошибкой «Не удается получить доступ к файлу данных Outlook…. «
Решений не так много. Самое распространённое — на сайте МеЛкоСофта ТЫК
Либо более ПРОСТОЕ ,быстрое и действенное решение — в ключе реестра Delivery Store EntryID хранитмя значение старого пути файла данных, если его удалить и запустить Outlook, ключ пересоздаётся уже с новым значением пути!
Данный ключ находится в ветке реестра:
HKEY_USERSS-1-5-21-1193387958-161480235-3626723694-1000SoftwareMicrosoftWindows NTCurrentVersionWindows Messaging SubsystemProfilesOutlook9375CFF0413111d3B88A00104B2A66760000007
(жирным выделен путь, который может отличаться для каждого компьютера! обычно там несколько подпапок, искать не долго). Нужно удалить ключ «Delivery Store EntryID»
Внимание! Outlook необходимо предварительно закрывать!
После данной процедуры всё начинает отправляться приниматься без перезагрузок и лишних телодвижений
День добрый, подскажите после переезда с 2013 на 2016 Exchange, на клиентах outlook 2013/2016 при попытке вручную скачать oab появляется ошибка:
«Задача ‘support@company.ru’ сообщила об ошибке (0x8004010F) : ‘Сбой операции. Невозможно найти объект.’
Причем, онлайн списки адресов подгружаются нормально (все пользователи, все комнаты и т.п.).
По этим командам, вроде всё ок.
[PS] C:Windowssystem32>Get-OabVirtualDirectory -server exchsrv
Server Name Internal Url External Url
—— —- ———— ————
EXCHSRV OAB (Default Web Site) https://mail.company.ru/OAB https://mail.company.ru/OAB
[PS] C:Windowssystem32>Get-MailboxDatabase | Ft Name, *book*
Name OfflineAddressBook
—- ——————
SystemDatabase Default Offline Address List (Ex2013)
MBase1 Default Offline Address List (Ex2013)
[PS] C:Windowssystem32>Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like «*OAB*»} | ft Name, Servername
, Database
Name ServerName Database
—- ———- ———
SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c} exchsrv SystemDatabase
Посмотрел на клиенте через диагностику. Странно, но не вижу ни одного запроса к OAB хотя везде пишут, что он должен быть.
<LegacyDN>/o=COMPANY/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=support</LegacyDN>
<AutoDiscoverSMTPAddress>support@company.ru</AutoDiscoverSMTPAddress>
<DeploymentId>9aea9fed-a1de-4a1b-92eb-9b4876204435</DeploymentId>
</User>
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<MicrosoftOnline>False</MicrosoftOnline>
<ConsumerMailbox>False</ConsumerMailbox>
<Protocol>
<Type>EXCH</Type>
<Server>261e6eae-b67b-4a7c-a716-4f40c222ba96@company.ru</Server>
<ServerDN>/o=COMPANY/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=261e6eae-b67b-4a7c-a716-4f40c222ba96@company.ru</ServerDN>
<ServerVersion>73C1834D</ServerVersion>
<MdbDN>/o=COMPANY/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=261e6eae-b67b-4a7c-a716-4f40c222ba96@company.ru/cn=Microsoft Private MDB</MdbDN>
<PublicFolderServer>mail.company.ru</PublicFolderServer>
<AD>Artemida.company.local</AD>
<AuthPackage>Anonymous</AuthPackage>
<ASUrl>https://mail.company.ru/EWS/Exchange.asmx</ASUrl>
<EwsUrl>https://mail.company.ru/EWS/Exchange.asmx</EwsUrl>
<EmwsUrl>https://mail.company.ru/EWS/Exchange.asmx</EmwsUrl>
<EcpUrl>https://mail.company.ru/owa/</EcpUrl>
<EcpUrl-um>?path=/options/callanswering</EcpUrl-um>
<EcpUrl-aggr>?path=/options/connectedaccounts</EcpUrl-aggr>
<EcpUrl-mt>options/ecp/PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=company.local</EcpUrl-mt>
<EcpUrl-ret>?path=/options/retentionpolicies</EcpUrl-ret>
<EcpUrl-sms>?path=/options/textmessaging</EcpUrl-sms>
<EcpUrl-photo>?path=/options/myaccount/action/photo</EcpUrl-photo>
<EcpUrl-tm>options/ecp/?rfr=olk&ftr=TeamMailbox&exsvurl=1&realm=company.local</EcpUrl-tm>
<EcpUrl-tmCreating>options/ecp/?rfr=olk&ftr=TeamMailboxCreating&SPUrl=<SPUrl>&Title=<Title>&SPTMAppUrl=<SPTMAppUrl>&exsvurl=1&realm=company.local</EcpUrl-tmCreating>
<EcpUrl-tmEditing>options/ecp/?rfr=olk&ftr=TeamMailboxEditing&Id=<Id>&exsvurl=1&realm=company.local</EcpUrl-tmEditing>
<EcpUrl-extinstall>?path=/options/manageapps</EcpUrl-extinstall>
<OOFUrl>https://mail.company.ru/EWS/Exchange.asmx</OOFUrl>
<UMUrl>https://mail.company.ru/EWS/UM2007Legacy.asmx</UMUrl>
<ServerExclusiveConnect>off</ServerExclusiveConnect>
</Protocol>
<Protocol>
<Type>EXPR</Type>
<Server>mail.company.ru</Server>
<SSL>On</SSL>
<AuthPackage>Negotiate</AuthPackage>
<ASUrl>https://mail.company.ru/EWS/Exchange.asmx</ASUrl>
<EwsUrl>https://mail.company.ru/EWS/Exchange.asmx</EwsUrl>
<EmwsUrl>https://mail.company.ru/EWS/Exchange.asmx</EmwsUrl>
<EcpUrl>https://mail.company.ru/owa/</EcpUrl>
<EcpUrl-um>?path=/options/callanswering</EcpUrl-um>
<EcpUrl-aggr>?path=/options/connectedaccounts</EcpUrl-aggr>
<EcpUrl-mt>options/ecp/PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=company.local</EcpUrl-mt>
<EcpUrl-ret>?path=/options/retentionpolicies</EcpUrl-ret>
<EcpUrl-sms>?path=/options/textmessaging</EcpUrl-sms>
<EcpUrl-photo>?path=/options/myaccount/action/photo</EcpUrl-photo>
<EcpUrl-tm>options/ecp/?rfr=olk&ftr=TeamMailbox&exsvurl=1&realm=company.local</EcpUrl-tm>
<EcpUrl-tmCreating>options/ecp/?rfr=olk&ftr=TeamMailboxCreating&SPUrl=<SPUrl>&Title=<Title>&SPTMAppUrl=<SPTMAppUrl>&exsvurl=1&realm=company.local</EcpUrl-tmCreating>
<EcpUrl-tmEditing>options/ecp/?rfr=olk&ftr=TeamMailboxEditing&Id=<Id>&exsvurl=1&realm=company.local</EcpUrl-tmEditing>
<EcpUrl-extinstall>?path=/options/manageapps</EcpUrl-extinstall>
<OOFUrl>https://mail.company.ru/EWS/Exchange.asmx</OOFUrl>
<UMUrl>https://mail.company.ru/EWS/UM2007Legacy.asmx</UMUrl>
<ServerExclusiveConnect>on</ServerExclusiveConnect>
<EwsPartnerUrl>https://mail.company.ru/EWS/Exchange.asmx</EwsPartnerUrl>
<GroupingInformation>Default-First-Site-Name</GroupingInformation>
</Protocol>
<Protocol>
<Type>WEB</Type>
<Internal>
<OWAUrl AuthenticationMethod=»Basic, Fba»>https://mail.company.ru/owa/</OWAUrl>
<Protocol>
<Type>EXCH</Type>
<ASUrl>https://mail.company.ru/EWS/Exchange.asmx</ASUrl>
</Protocol>
</Internal>
<External>
<OWAUrl AuthenticationMethod=»Fba»>https://mail.company.ru/owa/</OWAUrl>
<Protocol>
<Type>EXPR</Type>
<ASUrl>https://mail.company.ru/EWS/Exchange.asmx</ASUrl>
</Protocol>
</External>
</Protocol>
<Protocol>
<Type>EXHTTP</Type>
<Server>mail.company.ru</Server>
<SSL>On</SSL>
<AuthPackage>Ntlm</AuthPackage>
<ASUrl>https://mail.company.ru/EWS/Exchange.asmx</ASUrl>
<EwsUrl>https://mail.company.ru/EWS/Exchange.asmx</EwsUrl>
<EmwsUrl>https://mail.company.ru/EWS/Exchange.asmx</EmwsUrl>
<EcpUrl>https://mail.company.ru/owa/</EcpUrl>
<EcpUrl-um>?path=/options/callanswering</EcpUrl-um>
<EcpUrl-aggr>?path=/options/connectedaccounts</EcpUrl-aggr>
<EcpUrl-mt>options/ecp/PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=company.local</EcpUrl-mt>
<EcpUrl-ret>?path=/options/retentionpolicies</EcpUrl-ret>
<EcpUrl-sms>?path=/options/textmessaging</EcpUrl-sms>
<EcpUrl-photo>?path=/options/myaccount/action/photo</EcpUrl-photo>
<EcpUrl-tm>options/ecp/?rfr=olk&ftr=TeamMailbox&exsvurl=1&realm=company.local</EcpUrl-tm>
<EcpUrl-tmCreating>options/ecp/?rfr=olk&ftr=TeamMailboxCreating&SPUrl=<SPUrl>&Title=<Title>&SPTMAppUrl=<SPTMAppUrl>&exsvurl=1&realm=company.local</EcpUrl-tmCreating>
<EcpUrl-tmEditing>options/ecp/?rfr=olk&ftr=TeamMailboxEditing&Id=<Id>&exsvurl=1&realm=company.local</EcpUrl-tmEditing>
<EcpUrl-extinstall>?path=/options/manageapps</EcpUrl-extinstall>
<OOFUrl>https://mail.company.ru/EWS/Exchange.asmx</OOFUrl>
<UMUrl>https://mail.company.ru/EWS/UM2007Legacy.asmx</UMUrl>
<ServerExclusiveConnect>On</ServerExclusiveConnect>
</Protocol>
<Protocol>
<Type>EXHTTP</Type>
<Server>mail.company.ru</Server>
<SSL>On</SSL>
<AuthPackage>Negotiate</AuthPackage>
<ASUrl>https://mail.company.ru/EWS/Exchange.asmx</ASUrl>
<EwsUrl>https://mail.company.ru/EWS/Exchange.asmx</EwsUrl>
<EmwsUrl>https://mail.company.ru/EWS/Exchange.asmx</EmwsUrl>
<EcpUrl>https://mail.company.ru/owa/</EcpUrl>
<EcpUrl-um>?path=/options/callanswering</EcpUrl-um>
<EcpUrl-aggr>?path=/options/connectedaccounts</EcpUrl-aggr>
<EcpUrl-mt>options/ecp/PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=company.local</EcpUrl-mt>
<EcpUrl-ret>?path=/options/retentionpolicies</EcpUrl-ret>
<EcpUrl-sms>?path=/options/textmessaging</EcpUrl-sms>
<EcpUrl-photo>?path=/options/myaccount/action/photo</EcpUrl-photo>
<EcpUrl-tm>options/ecp/?rfr=olk&ftr=TeamMailbox&exsvurl=1&realm=company.local</EcpUrl-tm>
<EcpUrl-tmCreating>options/ecp/?rfr=olk&ftr=TeamMailboxCreating&SPUrl=<SPUrl>&Title=<Title>&SPTMAppUrl=<SPTMAppUrl>&exsvurl=1&realm=company.local</EcpUrl-tmCreating>
<EcpUrl-tmEditing>options/ecp/?rfr=olk&ftr=TeamMailboxEditing&Id=<Id>&exsvurl=1&realm=company.local</EcpUrl-tmEditing>
<EcpUrl-extinstall>?path=/options/manageapps</EcpUrl-extinstall>
<OOFUrl>https://mail.company.ru/EWS/Exchange.asmx</OOFUrl>
<UMUrl>https://mail.company.ru/EWS/UM2007Legacy.asmx</UMUrl>
<ServerExclusiveConnect>On</ServerExclusiveConnect>
</Protocol>
</Account>
</Response>
</Autodiscover>