@rb23x
Hello rb23x,
If you’ve a Microsoft SharePoint Online list or library previously configured to sync data with Microsoft Outlook via the Connect to Outlook feature. Thus, the SharePoint 0x80070005 error appears when Outlook tries to sync the list.
- First, ensure that your Office 365 services (OneDrive and SharePoint) are listed under the Connected Services on the Office Account page.
- If not listed, you can click Add a service > Storage > Office 365 SharePoint to add.
Next, you must try the below steps to see the result:
- In Outlook, click File > Account Settings. On the Account Settings page, click the Data Files tab, select SharePoint Lists and click Remove.
- Now, In the SharePoint Lists tab, remove the problematic calendar lists.
- Then, close Outlook and navigate to the following path to delete all SharePoint list files.
C:Users<username>AppDataLocalMicrosoftOutlook
Lastly, launch Outlook and add the calendar lists to Outlook again.
Reconnect the SharePoint Online list or library to Outlook:
- Firstly, browse the SharePoint Online list that you want to reconnect to Outlook.
- Then, on the SharePoint Online ribbon for the list, click Connect to Outlook in the Connect & Export section.
- Now, click Allow when you’re prompted to open a program on your computer.
- Lastly, confirm the operation, and click Yes.
I hope the above ways help you to fix the «SharePoint Outlook 0x80070005 Error. However, if the issue persists, you can update it here.
———————
Regards,
Austin_M
-
#1
Привет, с недавних пор в outlook 2010 стало вылезать сообщение:
Задача «SharePoint» сообщила об ошибке (0x80070005): «нет разрешения на просмотр этого списка SharePoint <name of=»» the=»» sharepoint=»» list=»» or=»» library=»»></name>. Обратитесь к администратору узла SharePoint. HTTP 302.
У нас нет никакого Sharepoint. Помогите разобраться пжст.
-
#3
Решил проблему вот как.
1. Удалил список который уже был создан.
2. Зашел в битрикс но не через http а через https.
3. Установил сертификат в доверенные крневые
4. Ввел логин / пароль + галку запомнить.
17 Jul 2014 6:47 AM
Is this permanent solution? What will happen when we remove the Farm Account from the Local Admin and timer service/server is restarted?
17 Jul 2014 6:48 AM
Is this permanent solution? What will happen when we remove the Farm Account from the Local Admin and timer service/server is restarted?
4 Nov 2014 6:24 AM
Yes, it is a permanent solution. The farm account does not need to be a member of the local Administrators group in order to be able to run farm services and service applications (though be alert to possible User Rights Assignments issues here).
19 May 2015 1:30 AM
When you remove the SP Farm account from the local admin group and restart the timer service or server itself the warning will pop up again in the application log.
Not a permanent solution!
28 May 2015 11:57 AM
here is automation if needed
$farmAccount = ( Get-SPFarm ).DefaultServiceAccount.Name.ToLower()
$adminsGroup = «Administrators»
$farmAccountSplitted = $farmAccount.Split( «» )
$farmAccountDomain = $farmAccountSplitted[0]
$farmAccountSAN = $farmAccountSplitted[1]
$userPath = «WinNT://» + $farmAccountDomain + «/» + $farmAccountSAN + «,user»
$groupPath = «WinNT://» + $env:COMPUTERNAME + «/» + $adminsGroup + «,group»
$group = [ADSI]$groupPath
$group.Add( $userPath )
Restart-Service SPTimerV4
$user = [ADSI]$userPath
$group.Remove( $user.Path )
#Runs timerjob
Get-SPTimerJob job-admin-product-version | Start-SPTimerJob
- Go into SharePoint Central Administration
- Go to Operations
- Under Global Configuration, select Alternate access mappings
- Choose your Alternate Access Mapping Collection from the dropdown (e.g. SharePoint — 80)
- Make the Default zone your new DNS name, including if it’s SSL’ed or not (e.g. http://portal.company.com Opens a new window or https://portal.company.com Opens a new window)
In doing this, it removed our URL settings for Intranet and Internet, since they were the same. We can now create/modify/delete our IT calendar linked to Outlook 2007 from SharePoint 2007.
Was this post helpful?
thumb_up
thumb_down
- Remove From My Forums
-
Question
-
Hi folks, I have an error I haven’t been finding any information to resolve about:
Configuration:
- Exchange 2007
- MOSS 2007
- ISA 2006
- Windows XP Professional SP2, Office 2007
Inside the network, everything works fine. Also when connected via a VPN (through ISA).
Exchange and MOSS are published via ISA to the Internet. Outlook Anywhere with Outlook 2007 works fine- also accessing OWA and Sharepoint via the web browser.
Sharepoint web publishing rule is set to NTLM authentication. OWA and sharepoint web publishing share a single web listener (to enable SSO) that uses HTML Form Authentication with persistent cookies. The original host header is forwarded and requests appear to come from the ISA server. Requests are bridged from https to http.
Problem:
When synchronising Outlook from remote, the following error messages are displayed:
Task ‘SharePoint’ reported error (0x80070005) : ‘You do not have permission to view this SharePoint List (Intern — Aufgaben). Contact the SharePoint site administrator. HTTP 302.’
Also, when editing a list in dataview the changes cannot be synchronized back.
Any ideas?
-Marcel
Answers
-
Below is the order in which the AAMs are added to the property by SharePoint.
SPUrlZone.Intranet
SPUrlZone.Default
SPUrlZone.Extranet
SPUrlZone.Internet
SPUrlZone.Custom
Hence the Intranet zone would be the first zone leveraged by the Outlook sync.
For Eg Outlook Calendar Sync fails with error when AAM has
Default Zone:
https://SharePointIntranet Zone:
http://SharePointError: Task ‘SharePoint’ reported error (0x80070005) : ‘You do not have permission to view this SharePoint List .Contact
the SharePoint site administrator. HTTP 302.’If we change the Intranet Zone to Internet Zone like below
Default Zone:
https://SharePointInternet Zone:
http://SharePointThe outlook calendar sync issue should hopefully get fixed.
Manjeet Singh
-
Proposed as answer by
Monday, July 11, 2011 2:17 PM
-
Marked as answer by
Mike Walsh FIN
Monday, July 11, 2011 4:33 PM
-
Proposed as answer by
-
#1
Привет, с недавних пор в outlook 2010 стало вылезать сообщение:
Задача «SharePoint» сообщила об ошибке (0x80070005): «нет разрешения на просмотр этого списка SharePoint <name of=»» the=»» sharepoint=»» list=»» or=»» library=»»></name>. Обратитесь к администратору узла SharePoint. HTTP 302.
У нас нет никакого Sharepoint. Помогите разобраться пжст.
-
#3
Решил проблему вот как.
1. Удалил список который уже был создан.
2. Зашел в битрикс но не через http а через https.
3. Установил сертификат в доверенные крневые
4. Ввел логин / пароль + галку запомнить.
17 Jul 2014 6:47 AM
Is this permanent solution? What will happen when we remove the Farm Account from the Local Admin and timer service/server is restarted?
17 Jul 2014 6:48 AM
Is this permanent solution? What will happen when we remove the Farm Account from the Local Admin and timer service/server is restarted?
4 Nov 2014 6:24 AM
Yes, it is a permanent solution. The farm account does not need to be a member of the local Administrators group in order to be able to run farm services and service applications (though be alert to possible User Rights Assignments issues here).
19 May 2015 1:30 AM
When you remove the SP Farm account from the local admin group and restart the timer service or server itself the warning will pop up again in the application log.
Not a permanent solution!
28 May 2015 11:57 AM
here is automation if needed
$farmAccount = ( Get-SPFarm ).DefaultServiceAccount.Name.ToLower()
$adminsGroup = «Administrators»
$farmAccountSplitted = $farmAccount.Split( «» )
$farmAccountDomain = $farmAccountSplitted[0]
$farmAccountSAN = $farmAccountSplitted[1]
$userPath = «WinNT://» + $farmAccountDomain + «/» + $farmAccountSAN + «,user»
$groupPath = «WinNT://» + $env:COMPUTERNAME + «/» + $adminsGroup + «,group»
$group = [ADSI]$groupPath
$group.Add( $userPath )
Restart-Service SPTimerV4
$user = [ADSI]$userPath
$group.Remove( $user.Path )
#Runs timerjob
Get-SPTimerJob job-admin-product-version | Start-SPTimerJob
- Remove From My Forums
-
Вопрос
-
Здравствуйте! Проблема такая: не синхронизируется календарь SharePoint 2013 с календарем Outlook 2016. Ошибка такая:
Задача ‘SharePoint’ сообщила об ошибке (0x80040102) : ‘Диспетчеру электронной почты Outlook не удается подключиться к списку SharePoint (Главная — calendar). Возможно, сервер недоступен из данного расположения. Для получения дополнительных сведений
обратитесь к администратору сайта SharePoint. HTTP 0.’Иногда выходит такая ошибка:
Задача 'SharePoint' сообщила об ошибке (0x80070005) : 'Отсутствуют разрешения на просмотр этого списка SharePoint (Главная - calendar). Обратитесь к администратору сайта SharePoint. HTTP 303.'
До этого стоял Outlook 2013 и были такие же ошибки.
Ответы
-
Проблема решается, но для этого надо постоянно удалять список календаря из Outlook, а потом в календаре SharePoint заново подключаться к Outlook.
-
Помечено в качестве ответа
15 декабря 2015 г. 7:39
-
Помечено в качестве ответа
- Go into SharePoint Central Administration
- Go to Operations
- Under Global Configuration, select Alternate access mappings
- Choose your Alternate Access Mapping Collection from the dropdown (e.g. SharePoint — 80)
- Make the Default zone your new DNS name, including if it’s SSL’ed or not (e.g. http://portal.company.com Opens a new window or https://portal.company.com Opens a new window)
In doing this, it removed our URL settings for Intranet and Internet, since they were the same. We can now create/modify/delete our IT calendar linked to Outlook 2007 from SharePoint 2007.
Was this post helpful?
thumb_up
thumb_down