In diesem Abschnitt werden die Sun Java System Calendar Server-Probleme mit Connector für Microsoft Outlook beschrieben.
Die aktuellste Version von Calendar Server steht unter Collaboration and Communication download site zur Verfügung.
Es wird empfohlen, dass die Kunden auch den aktuellsten Satz mit Patches installieren, der auf der Website von SunSolve zur Verfügung steht.
Detaillierte Anweisungen finden Sie im Sun Java Enterprise System 2005Q4 Installation Guide for UNIX. Konfigurationsanweisungen finden Sie im Sun Java System Calendar Server 6 2005Q4 Administration Guide.
Wenn Sie eine Migration von Calendar Server 5.x auf die aktuellste Version von Calendar Server durchführen, müssen Sie das Dienstprogramm cs5migrate_recurring zur Datenbankkonvertierung ausführen, um mit dem Connector für Microsoft Outlook-Datenmodell kompatibel zu sein. Informationen über das cs5migrate_recurring-Dienstprogramm erhalten Sie vom technischen Support.
Bei Calendar Server 6 2004Q2 (und höher) müssen Benutzer über das LDAP-Attribut mail für Benutzer- und Ressourcenkalender verfügen.
Bei Clients, die mithilfe von Microsoft Outlook Ressourcenkalender planen (z.B. für Konferenzräume oder Ausrüstung, wie Notebook-Computer oder Overhead-Projektoren), muss jede Ressource über eine E-Mail-Adresse verfügen, auch wenn die E-Mail-Adresse nicht tatsächlich verwendet wird. Das LDAP-Attribut mail dient zur Angabe dieser E-Mail-Adresse.
Eventuell müssen Sie das LDAP-Attribut mail wie folgt hinzufügen:
5.x-Installation. Bevor Sie das cs5migrate_recurring-Migrationsdienstprogramm ausführen, fügen Sie das mail-Attribut Benutzern für Benutzer- und Ressourcenkalender hinzu. Um das mail-Attribut hinzuzufügen, verwenden Sie das csattribute-Dienstprogramm von Calendar Server oder ein Dienstprogramm wie ldapmodify von Directory Server.
Neue Installation (6 2004Q2 oder höher). Geben Sie das LDAP-mail-Attribut für bestehende Benutzer für Benutzer- und Ressourcenkalender mit dem csattribute-Dienstprogramm von Calendar Server oder einem Dienstprogramm wie ldapmodify von Directory Server an.
Wenn Sie neue Kalender oder Benutzer nach der Installation erstellen, verwenden Sie die erforderliche Option -m email, um beim Ausführen dieser Calender Server-Dienstprogramme eine E-Mail-Adresse anzugeben:
csresource-Dienstprogramm für neue Ressourcenkalender
csuser-Dienstprogramm für neue Benutzer
Verwandte Informationen über csattribute, csresource und csuser finden Sie im Sun Java System Calendar Server 6 2005Q4 Administration Guide. Verwandte Informationen über das Dienstprogramm ldapmodify finden Sie in der Sun Java System Directory Server Resource Kit Tools Reference.
Im folgenden Beispiel wird das LDAP-Attribut mail für einen Konferenzraum mit dem Namen "Room100" auf dem Server sesta.com hinzugefügt. In diesem Beispiel wird der Messaging Server konfiguriert. Wenn Sie einen anderen E-Mail-Server verwenden, lesen Sie in der Dokumentation zu diesem Produkt den Abschnitt über den entsprechenden Prozess nach.
Fügen Sie dem LDAP-Server mithilfe des Dienstprogramms csattribute das mail-Attribut hinzu:
# ./csattribute -a mail=Room100@sesta.com add Room100
Um zu prüfen, ob das Attribut festgelegt wurde, verwenden Sie den Befehl csattribute list mit der Option -v (verbose):
# ./csattribute -v list Room100 ... cn=Room 100,ou=conferenceRooms,dc=sesta,dc=com has mail: Room100@sesta.com |
Im folgenden Beispiel wird der Bitbucket-Kanal für Messaging Server für die für Ressourcenkalender generierten E-Mail-Nachrichten eingerichtet. In diesem Beispiel wird eine Ressource namens "Room100“ auf dem Server sesta.com verwendet. Wenn Sie keinen Bitbucket-Kanal (oder eine Entsprechung) einrichten, müssen Sie die an den Ressourcenkalender gesendeten E-Mail-Nachrichten regelmäßig löschen.
Vergewissern Sie sich, dass der bitbucket-Kanal in der imta.cnf-Datei definiert ist.
Wenn Sie Nachrichten an den bitbucket-Kanal leiten möchten, erstellen Sie die E-Mail-Adresse für die Ressource mithilfe des Dienstprogramms csresource:
# ./csattribute -a mail=Room100@bitbucket.sesta.com add Room100
Damit diese Änderungen aktiviert werden, müssen Sie eventuell die Aliastabellen oder -konfigurationen aktualisieren. In der Dokumentation von Messaging Server (oder von Ihrem E-Mail-Produkt) und Ihrer unternehmenseigenen Dokumentation sowie den Vorgehensweisen zum Ändern von E-Mail-Diensten finden Sie genauere Informationen.
Im folgenden Beispiel wird der Bitbucket-Kanal für Sendmail für die für Ressourcenkalender generierten E-Mail-Nachrichten eingerichtet. In diesem Beispiel wird eine Ressource namens "Room100“ auf dem Server sesta.com verwendet. Wenn Sie keinen Bitbucket-Kanal (oder eine Entsprechung) einrichten, müssen Sie die an den Ressourcenkalender gesendeten E-Mail-Nachrichten regelmäßig löschen.
Fügen Sie in der Datei /etc/aliases auf dem entsprechenden Host einen Eintrag, wie den folgenden, hinzu:
# Resource/Conference room aliases Room100: /dev/null |
Fügen Sie dem LDAP-Verzeichnis mithilfe des csresource-Dienstprogramms die E-Mail-Adresse für die Ressource hinzu:
# ./csattribute -a mail=Room100@sesta.com add Room100
Wenn Sie einen E-Mail-Alias für einen Kalenderbenutzer einrichten möchten, verwenden Sie das LDAP-Attribut mailalternateaddress. Das LDAP-Attribut mail gilt für die primäre E-Mail-Adresse und das LDAP-Attribut mailalternateaddress wird für einen E-Mail-Alias verwendet. Beide Attribute ordnen die E-Mail-Adressen der Kalender-ID (calid) des Benutzers zu.
So fügen Sie z.B. das mailalternateaddress-Attribut für einen Benutzer namens John Smith mit den folgenden Werten hinzu:
Benutzer-ID (uid) und calid: johnsmith
E-Mail-Adresse: john.smith@sesta.com
E-Mail-Aliasnamen: johns@sesta.com und jsmith@sesta.com
Verwenden Sie die folgenden Dienstprogrammbefehle von Calendar Server:
# ./csuser -g John -s Smith -y password -l en -m john.smith@sesta.com \ -c johnsmith create johnsmith # ./csattribute -a mailalternateaddress=johns@sesta.com add johnsmith # ./csattribute -a mailalternateaddress=jsmith@sesta.com add johnsmith |
Falls der Directory Server für die LDAP-Suche für gemeinsam genutzte Kalender eine Authentifizierung erfordert, muss der Parameter service.wcap.userprefs.ldapproxyauth in der Datei ics.conf wie folgt eingestellt werden:
Anonyme Bindung: service.wcap.userprefs.ldapproxyauth = "no"
Authentifizierte Proxybindung: service.wcap.userprefs.ldapproxyauth = "yes"
Falls service.wcap.userprefs.ldapproxyauth "yes" lautet, müssen Sie auch die entsprechende LDAP-ACI für den Eintrag calmaster festlegen. Wenn Sie beispielsweise die calmaster-ACI für die Proxyauthentifizierung für die Domäne sesta.com einrichten möchten, sollten Sie das Dienstprogramm ldapmodify wie folgt verwenden:
dn: o=usergroup changetype: modify add: aci aci: (targetattr="icscalendar || cn || givenName || sn || uid || mail")(targetfilter=(objectClass=icscalendaruser))(version 3.0; acl "Allow calendar administrators to proxy - product=ics,class=admin,num=2,version=1"; allow (proxy) groupdn = "ldap:///cn=Calendar Administrators,ou=Groups,o=usergroup";)
Die folgenden Beispiele zeigen die richtige ACI für den Basis-DN-Knoten der Domäne:
dn: o=sesta.com,o=usergroup changetype: modify add: aci aci:(targetattr="icscalendar || cn || givenName || sn || uid || mail") (targetfilter=(objectClass=icscalendaruser))(version 3.0; acl "Allow calendar users to read and search other users - product=ics,class=admin,num=3,version=1"; allow (search,read) userdn = "ldap:///uid=*, ou=People, o=sesta.com, o=usergroup";)
Falls keine Domäne vorhanden ist, fügen Sie der Root-Suffix diese ACI hinzu, indem Sie den Teil o=sesta.com in der Zeile dn: entfernen.
Das Calendar Server-Konfigurationsprogramm csconfigurator.sh fügt diese ACIs hinzu. Wenn Sie Java Enterprise System Release 1 aufrüsten, müssen Sie das Konfigurationsprogramm erneut ausführen, um diese aktualisierten ACIs zu erhalten.
Die Frei-/Gebucht-Suche von Microsoft Outlook wird für Benutzer nicht unterstützt, die auf den Calendar Server im SSL-Modus zugreifen. Wenn Sie den SSL- und Nicht-SSL-Modus für dieselbe Calendar Server-Instanz verwenden möchten, müssen die Benutzer verschiedene Anschlussnummern angeben. Gehen Sie wie folgt vor:
SSL-Modus — Verwenden Sie für den Zugriff auf Calendar Server mithilfe von SSL den SSL-Anschluss. Die Standardanschlussnummer lautet "443“ und wird in der Datei ics.conf über diesen Parameter festgelegt:
service.http.ssl.port = "443"
Nicht-SSL-Modus — Um die Frei-/Gebucht-Suche von Outlook zu verwenden, führen Sie den Zugriff auf Calendar Server mit dem normalen HTTP-Anschluss aus. Die Standardanschlussnummer lautet "80“ und wird in der Datei ics.conf über diesen Parameter festgelegt:
service.http.port = "80"
Weitere Informationen zu SSL finden Sie in Kapitel 8, Configuring SSL in Sun Java System Calendar Server 6 2005Q4 Administration Guide.
Calendar Server 6 2004Q2 oder höher enthält die Delete Log-Datenbank ( ics50deletelog.db) zum Speichern der gelöschten Ereignisse und Aufgaben (Tasks). Weitere Informationen finden Sie in Kapitel 18, Administering the Delete Log Database in Sun Java System Calendar Server 6 2005Q4 Administration Guide.