Outlook 2016 RSS-Feed wird per GPO nicht angezeigt

Diese Antwort wurde automatisch übersetzt. Daher kann sie grammatikalische Fehler oder ungewöhnliche Formulierungen enthalten.

Hallo,

Basierend auf den bereits durchgeführten Tests scheint dies keine allgemeine Einschränkung von Outlook 2016, Exchange 2016 oder der Unterstützung von RSS-/Atom-Feeds zu sein. Schließlich werden andere RSS- und Atom-Feeds erfolgreich über dieselbe Gruppenrichtlinie bereitgestellt, und der Confluence-Feed kann ebenfalls ohne Probleme manuell hinzugefügt werden. Daher würde ich eher untersuchen, wie die URL des Confluence-Feeds bzw. deren Antwort verarbeitet wird, wenn Outlook sie über die Richtlinie „Standard-RSS-Feeds“ erhält.

Zur Referenz: Die Outlook-2016-Richtlinie „Standard-RSS-Feeds“ verteilt eine Liste von RSS-Abonnement-URLs an Outlook-Profile. Die Richtlinie erwartet die Feed-URL in folgendem Format: feed://<subscription URL>

Beispielsweise: feed://https://example.com/rss

oder, abhängig davon, wie die URL in der ADMX-/GPO-Einstellung eingetragen wird: feed://confluence.example.com/createrssfeed.action?...

Die Richtlinieneinstellungen werden unter folgendem Registrierungspfad gespeichert: HKCU\Software\Policies\Microsoft\Office\16.0\Outlook\Options\Accounts

mit dem Wert: L_DefaultRSSSubscriptionsPart

Wenn Outlook gestartet wird, liest es diese Liste und versucht, die entsprechenden RSS-Abonnements im Profil des Benutzers anzulegen.

Vor diesem Hintergrund würde ich empfehlen, die folgenden Punkte zu überprüfen:

1/ Überprüfen Sie den durch die GPO erstellten Registrierungswert:

Zunächst würde ich prüfen, ob die URL des Confluence-Feeds exakt wie vorgesehen in die Registrierung geschrieben wird.

Führen Sie auf einem betroffenen Client Folgendes aus:

reg query "HKCU\Software\Policies\Microsoft\Office\16.0\Outlook\Options\Accounts"

Vergleichen Sie anschließend einen funktionierenden RSS-Feed-Eintrag mit dem Eintrag des Confluence-Feeds. Achten Sie dabei insbesondere auf:

• Das korrekte Präfix feed://
• Sonderzeichen wie &, %, ? und =
• Leerzeichen oder URL-kodierte Zeichen
• Ungewöhnlich lange URLs
• HTML-kodierte Werte wie & oder &amp;

Selbst kleine Formatierungsunterschiede können gelegentlich dazu führen, dass Outlook das Abonnement nicht korrekt verarbeitet.

2/ Testen Sie mit einem vereinfachten Confluence-Feed:

Darüber hinaus könnte es sinnvoll sein, einen möglichst einfachen Confluence-RSS-Feed zu erstellen und diesen über die Gruppenrichtlinie zu testen.

Confluence-Feed-Builder-URLs können recht lang werden und enthalten häufig mehrere Abfrageparameter. Da Confluence RSS-Feeds dynamisch anhand dieser Parameter generiert, kann eine Vereinfachung dabei helfen festzustellen, ob ein bestimmter Parameter das Problem verursacht.

Versuchen Sie beispielsweise, einen Feed zu erstellen, der Folgendes enthält:

• Einen einzelnen Bereich (Space)
• Nur einen Inhaltstyp
• Eine geringe Anzahl von Einträgen
• Keine komplexen Filter oder Suchkriterien

Stellen Sie anschließend ausschließlich diese vereinfachte URL über die GPO bereit und prüfen Sie, ob sich das Verhalten ändert.

3/ Überprüfen Sie die Feed-Antwort außerhalb des Browsers:

Ein weiterer wichtiger Punkt ist, dass Outlook nicht zwangsläufig auf dieselbe Weise auf den Feed zugreift wie ein Webbrowser.

Auch wenn der Feed im Browser öffentlich zugänglich erscheint, können Browser dennoch Cookies, Sitzungsinformationen, Weiterleitungen oder andere Header verwenden, die Outlook nicht nutzt. Dadurch kann die Antwort, die Outlook erhält, von der im Browser angezeigten Antwort abweichen.

Testen Sie auf einem betroffenen Client die exakte Feed-URL mit:

Invoke-WebRequest "https://confluence.example.com/createrssfeed.action?..." -UseBasicParsing

Idealerweise sollte die Antwort Folgendes zurückgeben:

• HTTP 200
• Gültigen RSS- oder Atom-XML-Inhalt

Stellen Sie gleichzeitig sicher, dass keine der folgenden Antworten zurückgegeben wird:

• Eine Weiterleitung
• Eine Anmeldeseite
• Eine HTML-Seite
• Eine leere Antwort
• Ein Timeout-Fehler

4/ Überprüfen Sie Confluence-RSS-Grenzwerte und Timeouts:

Da Outlook den RSS-Ordner kurz erstellt, „Wird aktualisiert…“ anzeigt und ihn anschließend wieder entfernt, könnte dies darauf hindeuten, dass das anfängliche Abrufen des Feeds erfolgreich ist, die nachfolgende Validierung jedoch fehlschlägt.

Aus diesem Grund könnte es hilfreich sein, die Confluence-Konfiguration im Zusammenhang mit RSS zu überprüfen, insbesondere:

• Maximale Anzahl von RSS-Einträgen
• Feed-Größe
• RSS-Timeout-Einstellungen
• Beschränkungen bei der Inhaltserstellung

Versuchen Sie testweise, die Feed-Größe zu reduzieren, indem Sie die Anzahl der zurückgegebenen Einträge begrenzen oder den Datumsbereich einschränken, und stellen Sie den Feed anschließend erneut über die Gruppenrichtlinie bereit.

5/ Berücksichtigen Sie Aktualisierungsbeschränkungen des Anbieters:

Es kann außerdem hilfreich sein zu beachten, dass Outlook die Aktualisierungsrichtlinien von RSS-Anbietern berücksichtigt. Einige Anbieter setzen Abfragelimits durch oder drosseln Anfragen von Clients, die Feeds zu häufig abrufen.

Falls der Feed-Anbieter solche Einschränkungen verwendet, kann Outlook auf Probleme stoßen, die sich nicht allein clientseitig beheben lassen.

6/ Exchange als Hauptursache ausschließen:

Abschließend würde ich empfehlen, den Fokus nicht ausschließlich auf Exchange zu richten.

Zwar können RSS-Elemente in einem Exchange-Postfach gespeichert werden, die Erstellung von RSS-Abonnements und das Abrufen der Feed-Inhalte werden jedoch hauptsächlich von Outlook selbst durchgeführt. Daher bedeutet der Synchronisierungseintrag, der Exchange-Aktivitäten anzeigt, nicht zwangsläufig, dass Exchange den Confluence-Feed abruft. Er kann lediglich darauf hinweisen, dass Outlook die RSS-Ordner und Elemente nach der lokalen Verarbeitung zurück mit dem Postfach synchronisiert.

Da:

• andere RSS- und Atom-Feeds erfolgreich über GPO bereitgestellt werden,
• derselbe Confluence-Feed manuell hinzugefügt werden kann,
• und der RSS-Ordner kurz erscheint und anschließend wieder verschwindet,

würde ich nicht daraus schließen, dass neuere RSS- oder Atom-Feeds von Outlook nicht mehr unterstützt werden.

Stattdessen erscheinen folgende Ursachen wahrscheinlicher:

• Die URL des Confluence-Feeds wird durch die Richtlinie nicht korrekt geschrieben.
• Bestimmte URL-Parameter oder Sonderzeichen werden von der Richtlinieneinstellung nicht korrekt interpretiert.
• Outlook erhält bei der automatischen, richtlinienbasierten Anmeldung eine andere Antwort als bei einer manuellen Anmeldung.
• Der Confluence-Server liefert eine Weiterleitung, ein Timeout, einen leeren Feed oder eine HTML-Antwort zurück, wenn Outlook die Richtlinie verarbeitet.
• Der Feed ist ungewöhnlich groß oder benötigt während der ersten Synchronisierung zu lange für die Generierung.

Als praktischen nächsten Schritt würde ich den Registrierungseintrag eines funktionierenden RSS-Feeds mit dem des Confluence-Feeds vergleichen und anschließend eine vereinfachte Confluence-RSS-URL über die Gruppenrichtlinie testen. Falls möglich, könnte auch eine Netzwerkaufzeichnung mit Fiddler oder einem ähnlichen Analysewerkzeug hilfreich sein, um zu sehen, welche Antwort Outlook tatsächlich erhält, wenn der über GPO bereitgestellte Feed verarbeitet wird.

Ich hoffe, dass dies dabei hilft, die Ursache weiter einzugrenzen. Teilen Sie gerne zusätzliche Erkenntnisse mit, und ich schaue mir diese gerne genauer an.

Wenn die Antwort hilfreich war, klicken Sie bitte auf „Ja“ und bewerten Sie sie positiv. Falls Sie weitere Fragen zu dieser Antwort haben, klicken Sie bitte auf „Kommentieren“. Ich helfe Ihnen gerne weiter.

Hinweis: Bitte befolgen Sie die Schritte in unserer Dokumentation , um E-Mail-Benachrichtigungen zu aktivieren, falls Sie die zugehörigen Benachrichtigungen zu diesem Thread per E-Mail erhalten möchten.