В том случае, если при отправке/получении почты в 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 файлы.
Всем, привет. С вами на связи Александр Глебов. В очередной своей статье я рассказываю про 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 файлы.
На этом я заканчиваю данную статью, прошу оставлять комментарии, замечания, и т.д. Мне это важно, так как моя задача предоставлять только качественный контент.
Загрузка…
Интересные статьи по теме:
- Remove From My Forums
-
Question
-
Outlook 2010 was working fine when I realised that I had placed my .pst file (I am NOT using Exchange here) into the wrong folder.
I rebooted the PC, moved the .pst file and then restarted Outlook. Everything seemed to be fine; the accounts settings were fine (I tested send/receive) but when I hit F9 for the real send/receive I received the error message «Outlook Data file cannot be accessed.»
Outlook knows where the .pst file is as I am looking at it now — but for some reason it can’t send nor receive.
Any ideas?
Answers
-
I also had an issue with sendig and receiving with Outlook 2010 (RTM) with one email account (have about 6 setup) when I migrated from Outlook 2003. Errors were as follows:
Receiving reported error (0x8004010F) : ‘Outlook data file cannot be accessed.’
Sending reported error (0x8004010F) : ‘Outlook data file cannot be accessed.’I was able to access the email folders, and all of the other email accounts that accessed the same PST were fine. This proved that there were no issues actually accessing the PST file — what was going on. A Internet search or 2 later, it looked like it might
be a profile issue, but I wasn’t willing to just accept this and re-create the profile. I started looking at the profile setup, and in particular the location for the received email for the account that was failing. The Account Settings — Email accounts screen
indicated that the email was being received in the correct location — personal folders\inbox, and this was also the case for the email accounts that were working. I then went to change the receive location (Change Location
button), and noticed that it didn’t display the same receive location as the summary screen! I checked a working account, and it did display correctly. I then changed the folder on the «broken» account to Personal Folders\inbox (just as it had said
it was set to in the Email Accounts screen) and everything started working again.In summary, it appears that one email account was trying to save incoming email into my hotmail account inbox, even though the configuration looked like it should be delivering it to my Personal Folders\Inbox. So if you have the above error, make sure the
email is being delivered to the correct location before trying the other suggestion of re-creating the profile.-
Proposed as answer by
Tuesday, June 22, 2010 3:52 AM
-
Marked as answer by
David Wolters
Friday, August 6, 2010 6:29 PM
-
Proposed as answer by
09.09.201114:4309.09.2011 14:43:21
После переноса файлов данных Microsoft Outlook 2010 в новое месторасположение, при попытке получить почту Outlook выдает ошибку, что нет доступа к файлу данных, код ошибки 0x8004010F. Для решения этой проблемы нужно создать новый пустой файл данных и затем в настройках учетных записей электронной почты сменить место доставки сообщений на этот новый пустой файл данных. Затем сменить место доставки обратно, в нужный файл данных. После этого все начинает работать без проблем. Пустой файл данных можно удалить.
Дополнение:
указанная процедура действует и для Outlook 2013 и 2016.
В нашей корпоративной системе регистрации заявок от пользователей не так давно был зарегистрирован инцидент. Пользователь пожаловался на то, что в его почтовом клиенте 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:\Tests\Autodiscover.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 "NameServer\OAB (Default Web Site)", "NameServer\OAB (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 Files\Microsoft\Exchange Server\V15\ClientAccess\OAB). Здесь мы увидим .xml файл OAB:
Если описанная ранее проблема не исчезает после проделанных манипуляций, то возможно дополнительно потребуется полный перезапуск IIS серверах Exchange.
В конечном итоге, в нашем случае адресная книга стала успешно обновляться, а профиль Outlook создался без ошибок. Проверив результаты Test-Outlookwebservices мы убедились в том, что все тесты проходят без ошибок.