Bei uns werden des Öfteren Bibliotheken aus SharePoint in den Windows Explorer eingebunden, um schnelleren Zugriff auf entsprechende Dokumente zu bekommen.
Die Anbindung erfolgt mittels WebDAV-Freigaben.
Nun haben wir vermehrt das Problem gehabt, das der erste Zugriff auf das Laufwerk nach dem Start des Computers mit folgender Fehlermeldung fehlschlägt:
Auf \\<WebDAV-Freigabe> konnte nicht zugegriffen werden. Vergewissern Sie sich, dass der Name richtig geschrieben wurde. Möglicherweise besteht ein Netzwerkfehler. Klicken Sie auf „Diagnose“, um die Netzwerkprobleme zu identifizieren und zu beheben.
Fehlercode 0x80070035
Der Netzwerkpfad wurde nicht gefunden.
Ein erneuter Zugriff auf das Laufwerk funktionierte.
Nachdem verschiedene Lösungsansätze nicht den gewünschten Erfolg brachten, ist uns aufgefallen, dass die Startart des Dienstes „Webclient“ auf „Manuell“ stand.
Eine Beobachtung des Verhalten des Dienstes Webclient ergab, dass dieser nach dem Start des Computers nicht gestartet war. Erst nach dem ersten fehlgeschlagenen Aufruf des SharePoint Laufwerkes bekam er den Zustand „Gestartet“ und der Zugriff funktionierte.
Nachdem wir dann die Startart des „Webclient“-Dienstes auf „Automatisch“ gestellt haben, funktionierte der Zugriff auf das per WebDAV-Freigabe angebundene SharePoint-Laufwerk problemlos.
Beim Abschließen einer Zertifikatanforderung im IIS 7 (Microsoft Internet Information Services) kommt es unter Umständen zu folgender Fehlermeldung:
Die dieser Zertifikatdatei zugeordnete Zertifikatanforderung kann nicht gefunden werden. Zertifikatanforderungen müssen auf dem Computer abgeschlossen werden, auf dem sie erstellt wurden.
Diese Fehlermeldung kann ignoriert werden, denn die Zertifikatanforderung wurde trotzdem erfolgreich abgeschlossen und das Zertifikat im Zertifikatspeicher hinterlegt.
Wenn versucht wird, über Microsoft Outlook Web Access (OWA) eine E-Mail mit einem Anhang von mehr als 5 MB zu versenden, kann es vorkommen, dass folgende Fehlermeldung erscheint:
„Die folgenden Dateien wurden nicht angefügt, weil die Nachricht dadurch die maximal zulässige Größe von 5 MB überschritten hätte: <Dateiname>“
Selbst nachdem die OWA Config-Datei unter
C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa\web.config
entsprechend angepasst wurde, indem der Wert maxRequestLength erhöht wurde, ist es möglicherweise immer noch nicht möglich, Anhänge größer als 5 MB zu versenden.
Dies könnte darauf zurückzuführen sein, dass in der Transportkonfiguration des Exchange Servers die maximale E-Mail-Größe auf „unlimited“ (unbegrenzt) eingestellt ist.
Um dies zu überprüfen, führen wir zunächst in der Exchange PowerShell den folgenden Befehl aus, um die Transportkonfiguration abzufragen:
get-transportconfig
Dabei stellen wir fest, dass der Wert der MaxSendSize auf „Unlimited“ steht. Es ist jedoch wichtig zu beachten, dass Outlook Web Access seit Exchange 2007 SP1 einen expliziten Wert erwartet, da „Unlimited“ nicht interpretiert werden kann. Siehe dazu den folgenden TechNet-Artikel.
Um das Problem zu beheben, setzen wir also in der Exchange PowerShell einen expliziten Wert für MaxSendSize mit dem Befehl
„set-transportconfig -maxsendsize 500MB“ (500 MB ist hier ein Beispielwert).
Nachdem diese Änderung vorgenommen wurde, muss der Dienst Microsoft Informationsspeicher (Information Store) neu gestartet werden.
Durch diese Schritte sollten größere Anhänge über OWA erfolgreich versendet werden können. Dies verbessert nicht nur die Effizienz der E-Mail-Kommunikation, sondern optimiert auch den Workflow und ermöglicht es den Benutzern, problemlos größere Dateien per E-Mail auszutauschen, was insgesamt zu einer Steigerung der Produktivität und Effektivität beiträgt.