Frage

Unsere SharePoint-Site wurde ursprünglich unter einem Testnamen (oldname) eingerichtet.Als ich in Produktion ging, fügte ich ein AAM hinzu, um es auf unseren Produktionsnamen (prodname) zu erweitern.Vor ungefähr 6 Monaten habe ich in IIS eine SSL-Umleitung hinzugefügt, die alle HTTP-Anforderungen an https sendet.Mit dem Hinzufügen der SSL-Umleitung funktionierte die Synchronisierung des Outlook / SharePoint-Kalenders nicht mehr.

In Outlook erhalten Benutzer den Fehler 'Aufgabe 'SharePoint' hat einen Fehler gemeldet (0x0004010F).'Die SharePoint-Liste (Entwicklungskalender) wurde nicht gefunden Wenn das Problem weiterhin besteht, wenden Sie sich an den SharePoint-Websiteadministrator.Seite NICHT GEFUNDEN 404.Beim Verbinden mit ist ein Fehler aufgetreten http://oldname.com/sites/abc/develop.Eine Verbindung zu http://prodname.com/sites/abc/develop, eine alternative Webadresse für diese SharePoint-Website wird versucht'

Aufgabe 'SharePoint' hat einen Fehler gemeldet (0x80070005):'Sie haben keine Berechtigung zum Anzeigen dieser SharePoint-Liste (Entwicklungskalender).Wenden Sie sich an den SharePoint-Websiteadministrator.Seite 303.'

Meine AAMs sehen für die Mapping-Sammlung so aus:'oldname.com '

Interne URL ------ Zone -------- Öffentliche URL für Zone

http://oldname.com Standard http://oldname.com

http://prodname.com Internet http://prodname.com

https://prodname.com Benutzerdefinierte https://prodname.com

Ich denke, ich sollte auch den Eintrag haben:

http://prodname.com Benutzerdefinierte https://prodname.com

aber nach dem, was ich gelesen habe, kann ich keine doppelten internen URLs für die Sammlung haben, aber ich muss auch einen Eintrag haben, bei dem die internen und öffentlichen URLs übereinstimmen.

Oder ist es vielleicht kein AAM-Problem?Jeder Rat wäre sehr dankbar!Danke.

War es hilfreich?

Lösung

Sie müssen nur die Kalendersynchronisierung mit der entsprechenden Webadresse über HTTPS einrichten.Der Fehler sagt Ihnen, dass versucht wird, eine Verbindung herzustellen http://oldname.com/sites/abc/develop das ist nicht die URL, die Sie konfigurieren möchten.Als Fallback wird versucht, den Kalender abzurufen http://prodname.com/sites/abc/develop, aber das trifft Ihre HTTP-Umleitung in IIS.

Konfigurieren Sie die Kalenderüberlagerung mit https://prodname.com/sites/abc/develop und dieses Problem sollte gelöst werden.

Stellen Sie außerdem sicher, dass alle Benutzerkonten, die den Kalender anfordern, über die richtigen Berechtigungen für die Kalenderliste verfügen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top