Sorry, we found 0 results. Please try another query.
Showing max 10 of results

WSS (Sharepoint Services 3.0) und Outlook Web Access mit Exchange 2007

Installiert man zunächst Outlook Web Access (OWA) 2007 in einen frischen IIS auf Windows Server 2003, gibt es noch keine Probleme.
Installiert man nun die WSS 3.0, um z.B. die “öffentlichen Ordner” mit Exchange/Outlook verwenden zu können, kommen die Probleme.

Möglichkeit 1: Man installiert die WSS in eine eigene neue Website. Problem: Port 80 wird nun also von der Standardwebsite und von der SharepointSite verwendet => Nicht möglich (mit nur einer IP).

Möglichkeit 2: Mit dem Sharepoint Administrationstool lassen sich auch die Services in die vorhandene Standardwebsite installieren. Problem: Da beim ersten Einrichten kein Ordner angegeben werden kann wird WSS direkt in die Standardwebsite in “/“ eingerichtet. => Das Problem ist bekannt und für Exchange 2003 gibt es hier auch eine Lösung: Microsoft KB 823265 In diesem Artikel werden die von OWA benötigten Ordner einfach der Kontrolle durch WSS entzogen.

Das ganze hilft trotzdem nicht bei Exchange 2007!

Nach diversen Experimenten am heutigen Nachmittag habe ich nun die Lösung gefunden:

1. OWA 2007 muss installiert und funktionsfähig sein. Ordner: http(s)://localhost/owa
Dann so vorgehen wie in Möglichkeit 2 beschrieben, also eine neue Sharepoint “Webanwendung” in die vorhandene Standardwebsite installieren.

2. Testen ob nun die Sharepoint Services laufen. Dazu im Adminstrationstool eine neue “Websitesammlung” erstellen (Ich frage mich wirklich wie das in der englischen Version heißt) und schauen ob diese läuft. Im Beispiel unter http://localhost/websites/test1
(Der Unterordner “websites” war bereits als websitepräfix vorgegeben)

3. “Verwaltete Pfade definieren” wählen, und den Pfad “/“ markieren und löschen.

4. Als letztes muss nun die web.config im Root der Standardwebsite geändert werden, denn sonst läuft OWA nicht und quittiert den Aufruf mit einer Sicherheitsfehlermeldung im Eventlog. Also die Web.config öffnen und folgendes hinter den letzten <location> Eintrag anfügen:

<location path="owa"> <system.web> <trust level="Full" originUrl="" /> <identity impersonate="false" /> <authorization> <allow users="*" /> </authorization> <httpModules> <clear /> </httpModules> <pages enableSessionState="true" enableViewState="true" enableViewStateMac="true" validateRequest="false" /> </system.web> </location>

Wichtig ist vor allem das Trustlevel, denn das Standardtrustlevel für die gesamte Website wurde von WSS auf “WSS_Minimum” festgesetzt. In dieser “Trust-Umgebung” verweigert aber OWA seinen Dienst.

Der <pages> Eintrag ist nicht notwendig, kann aber bei anderen Applikationen notwendig werden, die auf SessionState angewiesen sind. (Z.B. OWAAdmin)

Nach den Änderungen den IIS neu starten und schon laufen die Sharepoint Services gemeinsam mit Outlook Web Access auf einer IIS Website, auf einem Port.

Visual Studio 2005 SP1

Gerade hier gelesen, dass das Service Pack 1 von Visual Studio 2005 ab sofort erhältlich ist. (Für die Express Edition hier)
Und dann nachgesehen und erstmal über solche Aussage gestolpert:

“When installing on Windows Vista™ with User Account Control (UAC) active, there can be a substantial delay before the initial setup dialog is displayed. During this time, a UAC function is verifying digital signatures within the installation package. This service pack carries a large number of files causing the process to take up to one hour in some cases.”

Ein “erhebliches” Delay… eine Stunde! Wow… Mal gucken wie lange es auf meinem Vista mit einem “Experience Index“ von 4,4 dauert… (naja, an meinen Platten wirds nicht liegen… mit 5,4 von 5,9 möglichen Punkten)

Bin gespannt ob sich dann auch wirklich soviel getan hat, insbesondere beim Betrieb unter Vista. Bei einem knapp 500MB großen Service Packt dürfte man da einiges erwarten…