GroupWise 7

5.1.1 Versionskompatibilität

Wenn Sie GroupWise auf mehreren Plattformen installieren oder wenn Sie mehrere Versionen ausführen (z. B. GroupWise 6.5 und GroupWise 7 im selben GroupWise-System), finden Sie weitere Informationen im Anhang "GroupWise-Versionskompatibilität" im GroupWise 7-Installationshandbuch, um zu gewährleisten, dass die von Ihnen verwendeten Kombinationen unterstützt werden. Sie können z. B. keinen GroupWise 7-Client mit einem Post-Office von GroupWise 6.5 oder älter ausführen. Ältere POAs können neuere GroupWise-Clients nicht unterstützen. Sie können jedoch einen GroupWise 6.5-Client (oder älter) mit einem GroupWise 7-POA ausführen.

5.1.2 GroupWise 7 - Neuinstallation

Wenn Sie GroupWise 7-Komponenten von einem Softwareverteilungsverzeichnis auf der lokalen Festplatte oder einem Netzwerklaufwerk installieren und dann diese Komponenten durch eine Installation von einer CD aktualisieren, schlägt die Installation fehl durch die Frage nach einem Laufwerk.

Legen Sie den Datenträger ein: 1

Deinstallieren Sie die vorhandene Software und nehmen Sie die Installation von der CD vor.

5.1.3 WebAccess und Monitor auf demselben Webserver

Die WebAccess-. WebPublisher- und Monitor-Anwendung verwenden die gleiche Bibliothek. Wenn Sie eine Aktualisierung von einer älteren GroupWise-Version durchführen und diese Anwendungen auf demselben Webserver ausführen, müssen Sie alle drei Anwendungen aktualisieren, bevor sie korrekt funktionieren.

5.1.4 Web Clipping Application- (PQA)-Unterstützung mit WebAccess und Monitor

Palm OS*-Geräte werden nicht mehr in GroupWise 7 unterstützt. Das Installationsprogramm bietet jedoch immer noch die Möglichkeit, diese Funktion zu konfigurieren. Wenn Sie einen PQA in früheren Versionen von GroupWise verwendet haben, können Sie dies weiterhin tun; unterstützt wird diese Funktion jedoch nicht mehr.

5.1.5 Zusätzliche Installationsprobleme

Plattformspezifische Installationsprobleme werden in separaten Abschnitten unten aufgeführt. Installationsprobleme für einzelne GroupWise-Komponenten befinden sich unter der Überschrift jeder Komponente.

5.2.1 Softwareverteilungsverzeichnis-Abhängigkeit

Wenn Sie ein neues System erstellen und nach Software gefragt wird, um das Softwareverteilungsverzeichnis zu kopieren, wählen Sie mindestens die Agenten- und Client-Software aus. Das GroupWise-Installationsprogramm startet das Agenteninstallationsprogramm und das Clientinstallationsprogramm. Es muss aktuell diese Programme aus dem Softwareverteilungsverzeichnis ausführen.

5.2.2 Problem bei der Installation von einem Computer mit Windows XP Service Pack 2

Wenn ein GroupWise-Agent (Post-Office-Agent, Nachrichtentransportagent, Internet-Agent, WebAccess-Agent, Monitor-Agent) auf einem NetWare-Server von einem Windows XP-Rechner installiert wird, auf dem Service Pack 2 installiert ist, muss sich Novell Client^TM 4.90 SP2 oder älter auf dem Windows-Rechner befinden. Wenn Sie einen älteren Novell Client haben, zeigt das GroupWise-Installationsprogramm eine Meldung an, dass es einen Teil der Verzeichnisse nicht finden kann, in denen Sie die Software installieren möchten.

5.2.3 GroupWise-Versionskompatibilität

Wenn noch GroupWise 4.1-Domänen oder Post-Offices im GroupWise-System vorhanden sind, müssen Sie diese mindestens auf GroupWise 5.2 aktualisieren, bevor Sie die primäre Domäne auf GroupWise 7 aktualisieren. Wenn Sie versuchen, ein/e 4.1-Domäne oder -Post-Office auf 7 zu aktualisieren, nachdem die primäre Domäne bereits auf 7 aktualisiert wurde, müssen Sie jede sekundäre 4.1-Domänendatenbank mit GroupWise 7-Snapins (oder höher) zu ConsoleOne wiederherstellen; außerdem müssen Sie jede sekundäre Domänendatenbank wiederherstellen, die manuell durch Novell Support bearbeitet wurde, bevor sie korrekt mit der primären 7-Domäne funktionieren kann.

5.3.1 Upgrade von GroupWise 6.5

Wenn Sie ein Upgrade von GroupWise-Komponenten auf GroupWise 7 durchführen, müssen alle GroupWise-Komponenten auf einem Server gleichzeitig aktualisiert werden. Sie werden durch eine Meldung zum Aktualisieren aller Komponenten aufgefordert. Sie müssen jedoch trotzdem die Option "Konfigurieren" für jede Komponente ausführen, sodass die automatisch installierte Software ebenfalls konfiguriert wird. Wenn Sie "Konfigurieren" nicht ausführen, wird der neue GroupWise-Service für hohe Verfügbarkeit nicht richtig für die Agenten konfiguriert.

5.3.2 Upgrade von GroupWise 6.5

Wenn Sie GroupWise 7 von einem Softwareverteilungsverzeichnis installieren, das keine RPMs für alle auf dem Server installierten Komponenten enthält, wird die folgende Fehlermeldung angezeigt:

Installation aufgrund unbekannter Ursache nicht erfolgt (7)

Die GroupWise 7-Komponente kann nicht aktualisiert werden, da ihr RPM nicht im Softwareverteilungsverzeichnis vorhanden ist. Sie können die GroupWise 7 Administrator (Linux)-CD zum Aktualisieren des Servers verwenden und dann "Verwaltung konfigurieren" verwenden, um ein Softwareverteilungsverzeichnis zu erstellen.

5.3.3 Verschieben eines GroupWise 4.1-Systems von NetWare oder Windows zu Linux

Im Abschnitt "Aktualisieren" des GroupWise 7-Installationshandbuchs finden Sie Anweisungen für das Verschieben von NetWare oder Windows zu Linux. Wenn Sie Post-Offices und Domänen verschieben, die zu einem GroupWise 4.1-System gehören, müssen Sie möglicherweise die Domänendatenbank manuell neu benennen (wpdomain.db) und dabei die Groß- durch Kleinschreibung ersetzen, zusammen mit allen .dc-Dateien. Außerdem müssen Sie ggf. Unterverzeichnisse in Post Office- und Domänenverzeichnissen neu benennen, indem Sie die Groß- in Kleinschreibung ändern.

6.1.1 Bilder in globalen Signaturen

Es können Probleme auftreten, wenn eine globale Signatur eine Bilddatei enthält und der Pfad zum Bild zu lang ist. Dies ist ein Java*-Problem. Am einfachsten wird dieses Problem beseitigt, indem das Bild in einen Speicherort mit einem kürzeren Pfad verschoben wird. Eine andere Möglichkeit unter Windows ist, die TMP-Umgebungsvariable auf c:\temp zu setzen, bevor ConsoleOne gestartet wird.

6.1.2 Globale Signaturen und Unverschachtelte Weiterleitungen über den Internet-Agenten

Wenn Sie globale Signaturen aktivieren, werden unverschachtelte Weiterleitungen über den Internet-Agenten deaktiviert, weil die Signatur an jede Nachricht angehängt wird. Als Administrator müssen Sie sich entscheiden, was in Ihrem GroupWise-System wichtiger ist – globale Signaturen oder unverschachtelte Weiterleitungen.

6.1.3 Versionskompatibilität mit ConsoleOne-Snapin

Nachdem eine Domäne auf GroupWise 7 aktualisiert wurde, dürfen Sie diese Domäne nicht mit früheren Versionen der GroupWise-Snapins in ConsoleOne verwalten. Anderenfalls könnte dies zu unbeabsichtigten Erstellungen von doppelten Email-IDs führen.

Das Email-ID-Indexschema wurde geändert, sodass dieselbe Email-ID in verschiedenen Internetdomänen innerhalb desselben GroupWise-Systems verwendet werden kann. Dies wurde durch das frühere Indexschema verhindert. Da die Prüfung auf Einmaligkeit jetzt anders funktioniert, müssen Sie die GroupWise 7-Version des ConsoleOne-Snapin verwenden, wenn Sie eine GroupWise 7-Domäne verwalten, um doppelte Einträge zu verhindern.

6.1.4 Servernamen

Wenn Sie in ConsoleOne das Feld "UNC-Pfad" ausfüllen, müssen Sie den Servernamen angeben. Sie können weder eine IP-Adresse oder einen DNS-Hostnamen verwenden.

6.1.5 Versionskompatibilität mit Identity Manager

Führen Sie keinen vorhandenen DirXML^®- oder Identity Manager-Treiber, die vor Juli 2005 freigegeben wurden, mit einem GroupWise 7-System aus.

Für GroupWise 7 ist die neueste Version von GroupWise Identity Manager-Treiber erforderlich. Ältere Treiber sind nicht kompatibel. Sie können die erforderliche Version des GroupWise-Treibers von der Website für die Novell Identity Manager-Patches herunterladen.

6.1.6 Serverbasierte Anti-Virus-Software

Wenn Sie serverbasierte Anti-Virus-Software ausführen, sollten Sie sie so konfigurieren, dass keine GroupWise-Verzeichnisstrukturen wie Domänen und Post-Offices geprüft werden, wo Dateisperrprobleme Probleme für die GroupWise-Agenten erzeugen können. Wenn GroupWise-Daten auf Viren geprüft werden sollen, finden Sie kompatible Produkte auf der Seite GroupWise-Partnerprodukte.

6.2.1 Verzeichnis- und Dateinamen

Die maximale Länge von Verzeichnisnamen in Pfaden zu GroupWise-Domänen und -Post-Offices beträgt 8 Zeichen.

Dateinamen können bis zu 8 Zeichen lang sein, plus einer Dateierweiterung von maximal 3 Zeichen. Verwenden Sie keine langen Dateinamen für Dateien, die von GroupWise-Komponenten verwendet werden. Diese Anforderung gilt sogar für Dateien, die nicht spezifisch für GroupWise sind (wie z. B. SSL-Zertifikate und Schlüsseldateien).

6.2.2 ConsoleOne unter Windows NT

Wenn Sie ConsoleOne unter Windows NT* 4 ausführen, müssen Sie NT Service Pack 6 vor der Installation von ConsoleOne installieren.

6.2.3 GWTSA und doppelte Urspungsverzeichnisse

Der GroupWise Target Service Agent (GWTSA) wird in Situationen aktiv, in denen dieselben Verzeichnisnamen auf verschiedenen Volumes verwendet werden, um Sicherungen durch Nummerierung der Instanzen zu erstellen. Beispiel:

Original GWTSA
GroupWise System/[Dom]Provo2:
GroupWise System/[Dom]Provo2:

Support Pack GWTSA
GroupWise System/1[DOM]Provo2:
GroupWise System/2[DOM]Provo2:

Jede Instanz wird nummeriert und DOM wird vollständig groß geschrieben. Nach dem Aktualisieren von GWTSA mit GroupWise 6.5 Support Pack 1 oder höher müssen Sie die Sicherungen neu erstellen, da sich der Pfad geändert hat.

6.2.4 Dienstprogramm-Startschalter

Die NetWare-Version des GroupWise-Zeitstempel-Dienstprogramms (GroupWise Time Stamp Utility, GWTMSTMP) setzt gegenwärtig voraus, dass Startschalter einen Bindestrich verwenden (z. B. -u) und nicht das standardmäßige NetWare-Schalterformat (z. B. /u).

6.2.5 Quoten bei NSS-Volumes

Wenn Sie NSS-Volumes bei aktivierten Quoten verwenden, müssen Sie die Quoten bei allen GroupWise-Verzeichnissen aktivieren. Ansonsten wird die Fehlermeldung ausgegeben, dass zu wenig Speicherplatz vorhanden ist.

6.2.6 Kompatibilität mit TurboFat

Wenn im POA bzw. auf dem GroupWise-Client E811-Fehler angezeigt werden, liegt dies unter Umständen daran, dass TurboFat GroupWise-Datenbankzeiger beschädigt. Dieses Problem lässt sich lösen, indem Sie TurboFat deaktivieren.

• Um TurboFat auf NetWare 5.x-Servern zu deaktivieren, verwenden Sie turbodis.nlm.
• Um TurboFat auf NetWare 6.x-Servern zu deaktivieren, verwenden Sie tdis600.nlm.

Mit diesen NLM^TM-Programmen wird TurboFat beim Systemstart deaktiviert.

6.3.1 NFS nicht unterstützt

Wegen der seit langem bekannten NFS*-Dateisperrungsprobleme können Sie keine NFS-Bereitstellung zum Bereitstellen eines Serverdateisystems, in dem Ihr GroupWise-System sich befindet, auf einer Arbeitsstation verwenden, auf der Sie ConsoleOne ausführen. Wir empfehlen, stattdessen eine SMB-Bereitstellung zu verwenden.

6.3.2 Kleinschreibung bei Pfad- und Dateinamen

Alle Verzeichnisnamen in Pfaden zu GroupWise-Domänen und -Post-Offices sollten aus Kleinbuchstaben bestehen. Dateinamen sollten ebenfalls aus Kleinbuchstaben bestehen. Es gibt keine Längenbeschränkungen.

Wenn Sie jedoch ein GroupWise 4.1-System aktualisieren und es zu Linux verschieben, werden möglicherweise Großbuchstaben in Datenbanknamen angezeigt. Dies stellt jedoch kein Problem dar. Das Dienstprogramm zum Kopieren von Datenbanken (DBCopy), das Sie zum Verschieben von Domänen und Post-Offices in Linux verwenden, wird bei Klein-/Großschreibungsproblemen aktiviert; daher sollten Sie keine Datenbanken, die in Linux mit DBCopy kopiert wurden, manuell umbenennen.

6.3.3 Anzeigeproblem bei Eigenschaftenseiten-Registerkarten von ConsoleOne

Wenn Sie ConsoleOne unter SUSE^® LINUX 9 mit Ximian^® Desktop 2 ausführen, wird der Beschriftungstext auf den Eigenschaftenregisterkarten nicht angezeigt. Um dieses Problem zu umgehen, klicken Sie auf die Registerkarte und zeigen dann mit den Aufwärts- und Abwärtstasten die einzelnen Eigenschaftenseiten an, bis die gewünschte Eigenschaftenseite angezeigt wird.

6.3.4 Nicht verfügbare Verwaltungsfunktionen

Die GroupWise 7-Verwaltung unter Linux umfasst nicht die folgenden Funktionen, die in GroupWise 7 unter NetWare und Windows verfügbar sind:

• Import/Export-Dienstprogramm in ConsoleOne
• Funktion zur Verwaltung der Dokumenteigenschaften in ConsoleOne

7.2.1 Möglicher CAP-Anschlusskonflikt

Standardmäßig verwendet der POA 1026 für seinen CAP- (Calendar Access Protocol)-Anschluss. Bei manchen Windows 2000-Servern wird Anschluss 1026 stets durch den Windows-Taskplaner oder andere Windows-Dienste verwendet. Wenn dies der Fall ist, konfigurieren Sie den POA so, dass ein anderer CAP-Anschluss verwendet wird mit dem /capport-Schalter in der POA-Startdatei.

7.3.1 libXm.so.3-Fehler

Wenn Sie versuchen, den POA oder MTA mit dem --show-Schalter auf einem Server zu verwenden, auf dem The X Window System und Open Motif* nicht ausgeführt werden, wird der folgende Fehler angezeigt:

libXm.so.3: gemeinsame Objektdatei kann nicht geöffnet werden
: kein(e) entsprechende Datei oder Verzeichnis

Um diesen Fehler zu beheben, starten Sie The X Window System und Open Motif, bevor Sie den POA oder MTA mit dem --show-Schalter starten. Wenn Sie den POA oder MTA ohne den --show-Schalter starten, können Sie die Webkonsole des Agenten verwenden, um den Agenten vom Webbrowser aus zu überwachen.

8.1.1 Festlegen eines primären Archivcomputers ist nicht möglich

Gegenwärtig ist es nicht möglich, einen Computer als primäres Archiv festzulegen. Dies kann zu mehreren Archiven führen, wenn Sie GroupWise auf verschiedenen Computern verwenden.

8.1.2 Fehlermeldungen bei der Installation des GroupWise-Windows-Client

Wenn Sie den GroupWise Windows-Client installieren, wenn Outlook XP bereits installiert ist, wird eine Fehlermeldung angezeigt: "Entweder existiert kein Standard-Mail-Client oder der aktuelle Mail-Client kann die Messaging-Anfrage nicht erfüllen. Bitte führen Sie Microsoft Outlook aus und legen Sie es als Standard-Mail-Client fest." Außerdem stürzt der GroupWise-Client ab, wenn Sie das Adressbuch öffnen.

Um das Problem zu beheben, führen Sie win32\wms\nt\us\wms.exe im Installationsverzeichnis aus und starten Sie den Client neu.

8.1.3 Windows XP Service Pack 2

Durch die Installation von Windows XP Service Pack 2 wird standardmäßig die Windows-Firewall aktiviert. Durch die standardmäßige Konfiguration der Windows-Firewall wird UDP (User Datagram Protocol) blockiert. GroupWise hängt von UDP bezüglich verschiedener Schlüsselfunktionen ab wie dem Empfang von neuen Nachrichten in der Mailbox, dem Anzeigen von Benachrichtigungen und dem Durchführen von Terminzeitensuchen. Um die Windows-Firewall neu zu konfigurieren, sodass sie nicht mit der GroupWise-Funktion kollidiert, folgen Sie den Anweisungen in TID 10094089 in der Novell Support-Knowledgebase.

8.1.4 Aktualisiertes JAWS-Skript verfügbar

Benutzer des JAWS*-Bildschirmlesers sollten das neue JAWS-Skript installieren, das in GroupWise 7 verfügbar ist. Kopieren Sie die Datei .jsb file aus dem Verzeichnis \client\jaws directory der GroupWise 7 Client- (Windows)-CD in das Verzeichnis \jaws510\settings\enu auf Ihrer Workstation. Dieses JAWS-Skript umfasst Korrekturen für Zugriffsfehler auf Abschnitt 508, die seit dem Aktualisieren des Skripts für GroupWise 6.5 Support Pack 3 aufgetreten sind.

8.1.5 Bildschirmflimmern beim Durchblättern einer Nachricht

Wenn Sie ClearType verwenden, um die Kanten von Bildschirmschriftarten zu glätten und einen LCD-Monitor verwenden, kann es beim Durchblättern einer Textnachricht zu einem Flimmern des Bildschirms kommen.

8.1.6 Umschalten der Modi unmöglich mit der Microsoft Anti-Spyware

Wenn Sie die Anti-Spyware-Software von Microsoft verwenden und Modi wechseln möchten, wird GroupWise nicht geschlossen. Sie müssen GroupWise manuell schließen, um die Modi wechseln zu können.

8.1.7 Adressbücher werden in GroupWise nicht angezeigt, wenn GroupWise nach Outlook 2003 installiert wird

Die Adressbücher werden in GroupWise nicht angezeigt, wenn Sie GroupWise zum ersten Mal installieren, nachdem Sie Outlook 2003 installiert haben. Um das Problem zu lösen, deinstallieren Sie Outlook 2003, bevor Sie GroupWise zum ersten Mal installieren.

8.1.8 Benachrichtigungsalarme verschwinden für Termine

Nachdem Ihr Konto von einem Post-Office zu einem anderen verschoben wurde, verschwinden die Benachrichtigungs-Alarmmeldungen von den Terminen. Um die Benachrichtigungs-Alarmmeldungen wieder zu aktivieren, müssen Sie die Alarmmeldungen manuell neu erstellen. Informationen über das Einrichten von Alarmen für Termine finden Sie in der Hilfe.

8.2.1 Aus GroupWise Connector für Outlook weitergeleitete Nachrichten werden nicht geöffnet

Wenn Sie eine Nachricht erhalten, die vom GroupWise Connector für Outlook weitergeleitet wurde, wird die Nachricht nicht in der Macintosh-Version des Cross-Platform-Client geöffnet.

8.2.2 Stammausführung im Caching-Modus

Wenn Sie den Cross-Platform-Client im Caching-Modus als Stamm unter Linux ausführen, kann es zu Synchronisierungsproblemen mit der Master-Mailbox kommen, wenn das nächste Mal eine Ausführung als normaler Benutzer erfolgt. Wenn ausstehende Anforderungen von der Stammsitzung verbleiben, wenn Sie als normaler Benutzer angemeldet sind, werden Anforderungen von normalen Benutzern hinter Stammbenutzeranforderungen gesichert, die nicht verarbeitet werden können, während Sie als normaler Benutzer angemeldet sind. Um etwaige Probleme zu beheben, führen Sie den Client erneut als Stammbenutzer aus, damit alle Nachrichten synchronisiert werden. Führen Sie ihn dann als normaler Benutzer aus, um weitere Probleme zu vermeiden.

8.2.3 Mailbox-Größenbeschränkungen nicht erkannt

Der Cross-Platform-Client erkennt nicht die in ConsoleOne festgelegten Mailbox-Größenbeschränkungen (Werkzeuge > GroupWise-Dienstprogramme > Client-Optionen > Senden > Speicherplatzverwaltung).

8.2.4 Keine Anzeige der Formatierung "Fett" unter Macintosh

Wenn Sie in Ihrem Macintosh-System Microsoft Office oder Internet Explorer installiert haben, werden neue Nachrichten in Ihrer Mailbox möglicherweise nicht fett formatiert angezeigt. Zur Behebung des Problems müssen Sie Ihre Benutzerschriftarten deaktivieren, die zumeist in der Regel Duplikate Ihrer Systemschriftarten sind oder eine Aktualisierung auf JVM* 1.4.2 Update 1 oder höher durchführen.

8.2.5 Archivieren über das Netzwerk

Das Archivieren mit dem Cross-Platform-Client kann nur auf dem lokalen Festplattenlaufwerk des Computers durchgeführt werden.

8.2.6 Keine Fortschrittsleiste angezeigt, wenn eine Datenbank wiederhergestellt wird

Wenn Sie zum Neuaufbau der Datenbank aufgefordert werden, wird während des Neuerstellungsvorgangs keine Fortschrittsanzeige angezeigt.

8.2.7 Schwerpunkt ist falsch platziert beim Erstellen einer Antwort auf Macintosh

Wenn Sie unter Macintosh auf "Antwort" klicken, können Sie die Nachricht nicht einfach eingeben. Sie müssen den Maus-Cursor zum Fenster mit dem Nachrichtentext der Antwortnachricht ziehen, bevor Sie mit dem Schreiben beginnen können.

8.2.8 GWCheck muss von einem Terminalfenster auf Macintosh ausgeführt werden

Wenn Sie versuchen, zum GWCheck-Programm zu blättern und es durch Doppelklicken auf das Symbol ausführen, wird ein Fehler angezeigt, dass es kein verknüpftes Programm gibt. GWCheck muss von einem Terminalfenster auf Macintosh ausgeführt werden.

9.1.1 WebAccess 7-Kompatibilität mit älteren Versionen von WebAccess

Wenn es mehr als einen WebAccess-Agenten in Ihrem GroupWise-System gibt, müssen Sie nicht alle gleichzeitig auf GroupWise 7 aktualisieren. Die GroupWise 7 WebAccess-Anwendung ist mit älteren Versionen des WebAccess-Agenten kompatibel. Benutzer in Post-Offices mit einem älteren standardmäßigen WebAccess-Agenten können nicht über alle Funktionen verfügen, die Benutzern in Post-Offices mit einem standardmäßigen GroupWise 7 WebAcces-Agenten zur Verfügung stehen. Weitere Informationen finden Sie unter Nutzen einiger neuer Funktionen in GroupWise 7 WebAccess während der Ausführung von GroupWise 6.5.

9.1.2 WebAccess 7-Kompatibilität mit Virtual Office 1.5 und älteren Versionen

Wenn Sie auf den WebAccess-Client über Virtual Office 1.5 oder älter zugreifen, sehen Sie möglicherweise statt der neuen WebAccess-Client-Benutzeroberfläche noch die alte Benutzeroberfläche. Um dieses Problem zu lösen, folgen Sie der Anweisung unter TID 10098412 in der Novell Knowledgebase.

9.1.3 WebAccess-Kompatibilität mit Novell exteNd

Vor GroupWise 7 hat WebAccess die standardmäßigen Benutzeroberflächendateien im folgenden Verzeichnis auf dem Webserver gespeichert:

tomcat_root/webapps/gw/WEB-INF/classes/com/novell/webaccess/templates/frames

In GroupWise 7 werden die Benutzeroberflächendateien im css-Unterverzeichnis von "templates" statt im frames-Unterverzeichnis gespeichert.

Wenn Sie exteNd-Portlets für die Verwendung mit WebAccess konfiguriert haben, müssen Sie einige der exteNd-Schablonendateien aus dem frames-Verzeichnis in das css-Verzeichnis kopieren. Informationen zur Bestimmung, welche exteNd-Schablonendateien Sie in das css-Verzeichnis kopieren sollen, finden Sie in der Novell exteNd-Dokumentation. Kopieren Sie nicht den gesamten Inhalt des frames-Verzeichnisses in das css-Verzeichnis; dies würde die neue GroupWise 7 WebAccess-Benutzeroberfläche beschädigen.

Ändern Sie außerdem die WebAccess-URL in den "Portaleinstellungen" von exteNd von:

http://Webserver_Adresse/servlet/webacc

in das Verzeichnis:

http://Webserver_Adresse/gw/webacc

9.1.4 WebAccess 7-Client auf Macintosh

Wenn Sie den WebAccess-Client im Safari*-Webbrowser unter Macintosh verwenden, ist die Namensvervollständigung wegen fehlender Unterstützung für bestimmte Browserfunktionen in Safari deaktiviert. Die Namensvervollständigung wird im Mozilla* Firefox*-Webbrowser unter Macintosh unterstützt.

9.1.5 Anmeldungsseite wird nach erfolgreicher Anmeldung erneut angezeigt

Falls nach der erfolgreichen Anmeldung eines WebAccess-Benutzers die Anmeldungsseite von WebAccess in einem oder mehreren Rahmen (z.B. die Ordner- oder Nachrichtenliste) angezeigt wird, greift dieser Benutzer vermutlich über einen oder mehrere Proxy-Server auf WebAccess zu.

So vermeiden Sie dieses Problem:

1. Klicken Sie in ConsoleOne mit der rechten Maustaste auf das WebAccess-Anwendungsobjekt (GroupWiseWebAccess) und auf "Eigenschaften".

2. Klicken Sie auf "Anwendung" > "Sicherheit" und deaktivieren Sie die Option "Client-IP für sichere Sitzungen verwenden".

   Weitere Informationen zu dieser Option erhalten Sie, indem Sie auf die Hilfeschaltfläche der Seite "Umgebung" klicken.

3. Klicken Sie auf "OK", um die Änderung zu speichern.

9.1.6 Empfehlung für Tomcat-Speicherzuweisung (Heap-Größe)

Wenn Sie die Tomcat-Servlet-Engine mit GroupWise WebAccess verwenden, sollte die maximale Speicherzuweisung (Heap-Größe) für Tomcat mindestens 128 MB betragen. Die maximale Speicherzuweisung wird durch den Parameter -Xmx beim Starten von Tomcat festgelegt (z. B. -Xmx182m).

9.1.7 Fehlermeldung über fehlende Unterstützung von Java durch den Browser im Java-Kalender von WebAccess

Dieser Fehler deutet auf ein Problem beim Einrichten des Browsers hin. Dasselbe Problem würde auf allen Websites auftreten, die Java in Frames verwenden. Weitere Informationen erhalten Sie von mozilla.org, sun.com oder anderen Browsern.

9.1.8 Verhindern des Durchsuchens des Webserver-Verzeichnisses

Wenn der Webserver so konfiguriert ist, dass ein Durchsuchen des Verzeichnisses zulässig ist, kann ein Benutzer auf das /com-Verzeichnis Ihres Webservers zugreifen und dieses nach unten durchsuchen. In den Verzeichnissen, auf die auf diese Weise zugegriffen werden kann, sind keine vertraulichen Informationen enthalten.

Wenn Sie jedoch den Zugriff verhindern möchten, können Sie die Konfiguration des Webservers ändern. Wenn Sie z. B. Apache verwenden, können Sie die Datei httpd.con ändern, um den Zugriff zu entfernen, der standardmäßig eingerichtet wird. Suchen Sie nach dem Abschnitt, der Verzeichnisoptionen für das htdocs-Verzeichnis enthält. Entfernen Sie entweder die Option "Indizes" aus der Direktive "Optionen" oder stellen Sie ein Minuszeichen (-) voran. Starten Sie Apache neu, damit die Änderung übernommen wird.

9.1.9 Verhindern des unberechtigten Schablonenzugriffs

Unter bestimmten Umständen kann ein Benutzer auch WebAccess-Schablonendateien von einem Webbrowser aus anzeigen, ohne sich bei WebAccess anzumelden. In den Schablonendateien, auf die auf diese Weise zugegriffen werden kann, sind keine vertraulichen Informationen enthalten.

Ab GroupWise 6.5 Support Pack 4 wurde eine Zeile zur Datei webacc.cfg hinzugefügt, um einen solchen Zugriff zu verhindern:

Templates.requireAuthentication=true

Mit dieser Einstellung haben nicht berechtigte Benutzer keinen Zugriff auf eine WebAccess-Schablonendatei mit Ausnahme der Anmeldeseite. Wenn Sie WebAccess-Schablonen für Ihre eigene Verwendung angepasst haben, führt diese Einstellung dazu, dass kein Zugriff auf die Schablonen möglich ist, auch wenn eine GroupWise-Berechtigung vorher nicht erforderlich war. Sie können das Erfordernis einer Berechtigung deaktivieren, indem Sie die Zeile in der Datei webacc.cfg ändern in:

Templates.requireAuthentication=false

9.1.10 Aktualisierungen von WebAccess-Schablonen

Wenn Sie eigene benutzerdefinierte Versionen der WebAccess-Schablonen send.inc und msgitem.htt erstellt haben, müssen Sie die folgenden Änderungen in diesen Dateien vornehmen, damit sie kompatibel sind mit GroupWise 7:

• Verwenden Sie nicht die Variablen Url.Item.Reply.to und Url.Item.Reply.cc, um Namen in den Feldern "An" und "CC" einer Antwortnachricht weiterzuleiten und zu senden. Verwenden Sie stattdessen Item.toFullID und Item.ccFullID (oder Item.toName oder Item.ccName).
• Wenn eine Aktion Item.Read für eine Antwort ausgegeben wird, legen Sie den Parameter Item.Reply entweder auf "sender" (um nur dem Sender) oder auf "all" fest (um allen zu antworten).

9.1.11 Kompatibilität mit dem Cache des Dokumenten-Vorschau-Agenten

Der durch den Dokumenten-Vorschau-Agenten erstellte Cache ist nicht mit dem zuvor mit WebPublisher erstellen Cache kompatibel. Alte Cache-Verzeichnisse von WebPublisher sollten von Servern entfernt werden, auf denen der Vorschau-Agent installiert ist.

9.1.12 Dokumenten-Vorschau-Agent /template-Schalter

Die Startdatei (gwdva.dva) des Dokumenten-Vorschau-Agenten listet einen /template-Startschalter auf, der noch nicht implementiert ist.

9.2.1 WebAccess-Installationsfehler unter Windows

Falls während der Installation gemeldet wird, dass die Datei "nvweb.dll" nicht gefunden werden kann, müssen Sie auf der Arbeitsstation den neuesten Novell Client installieren. Der Novell Client kann von der Novell Downloads-Website heruntergeladen werden.

9.2.2 Novell iManager-Kompatibilität unter Windows

Wenn WebAccess und Novell iManager auf demselben Windows 2000/2003-Server installiert sind, funktioniert der iManager möglicherweise nicht mehr. Da WebAccess seinen eigenen Tomcat- und Jakarta Connector installiert und konfiguriert, sollten Sie die Installation auf einem Server vornehmen, auf dem Tomcat noch nicht verwendet wird.

9.2.3 GroupWise 6.5- Upgrade unter NetWare

Wenn die GroupWise 6.5 WebAccess-Anwendung auf dem Server ausgeführt wird, auf dem Sie GroupWise 7 WebAccess installieren möchten, sollten Sie WebAccess und den Webserver sowie Tomcat stoppen, bevor Sie die GroupWise 7-Installation starten. Unter bestimmten Umständen kann das WebAccess-Installationsprogramm sie nicht für Sie stoppen.

9.2.4 Neue NetWare- und Windows WebAccess-URLs

Bisherige Benutzer von WebAccess sind es gewohnt, auf die folgenden URLs auf NetWare- und Windows Webservern zuzugreifen:

Web-Services-Seite: Standard-index.html-Datei des Webservers
WebAccess: http://Webserver_Adresse/servlet/webacc
WebPublisher: http://Webserver_Adresse/servlet/webpub

Die WebAccess-URLs auf NetWare- und Windows-Webservern sind nun dieselben wie die für Linux verwendeten URLs:

GroupWise-spezifische Web-Services-Seite: http://Webserver-Adresse/gw/index.html
WebAccess: http://Webserver-Adresse/gw/webacc
WebPublisher: http://Webserver-Adresse/gw/webpub

Damit die Browser-Lesezeichen nicht verlorengehen, sollten Sie die alten URLs auf die neuen umleiten. Befolgen Sie die Anweisungen unten für Ihren Webserver.

Apache

1. Wechseln Sie zum conf-Unterverzeichnis des Apache-Stammverzeichnisses (z. B. \apache2\conf).

2. Bearbeiten Sie die Apache-Konfigurationsdatei für GroupWise.

   Unter NetWare 6 ist die Apache-Konfigurationsdatei gwapache.conf. Unter NetWare 6.5 ist die Apache-Konfigurationsdatei gwapache2.conf.

3. Fügen Sie die folgende Zeile hinzu:

   redirect permanent /servlet/webacc http://Webserver_Adresse/gw/webacc

4. Wenn Sie WebPublisher verwenden, fügen Sie die folgende zusätzliche Zeile hinzu:

   redirect permanent /servlet/webpub http://Webserver_Adresse/gw/webpub

5. Speichern Sie die Datei und beenden Sie den Editor.

6. Starten Sie Apache neu, damit die Umleitungen übernommen werden.

Internet Information Server (IIS)

1. Wechseln Sie in das Unterverzeichnis inetpub\wwwroot des IIS-Stammverzeichnisses (zum Beispiel c:\inetpub\wwwroot

2. Erstellen Sie ein Unterverzeichnis mit dem Namen "servlet".

3. Erstellen Sie unter diesem Unterverzeichnis ein Unterverzeichnis mit dem Namen "webacc".

4. Wenn Sie WebPublisher verwenden, erstellen Sie ein zweites Unterverzeichnis mit dem Namen webpub.

5. Erweitern Sie in IIS Manager die Struktur im linken Fenster, um "Standardwebsite" unter "Website" anzuzeigen.

   Unter "Standardwebsite" sollte das servlet-Unterverzeichnis angezeigt werden, das Sie in Schritt 2 erstellt haben.

6. Erweitern Sie das servlet-Unterverzeichnis, um das webacc-Unterverzeichnis anzuzeigen (und optional das webpub-Unterverzeichnis), das Sie in Schritt 3 erstellt haben.

7. Klicken Sie mit der rechten Maustaste auf das webacc-Unterverzeichnis und auf "Eigenschaften".

8. Klicken Sie auf "Verzeichnis", wählen Sie "eine Umleitung zu einer URL" und geben Sie in das verknüpfte Feld /gw/webacc ein.

9. Wählen Sie "eine dauerhafte Umleitung für diese Ressource" und klicken Sie auf "OK", um die Änderungen zu speichern.

10. Wenn Sie WebPublisher verwenden, wiederholen Sie Schritt 7 bis Schritt 9 und verwenden Sie webpub statt webacc.

11. Starten Sie den IIS-Webserver neu, damit die Umleitungen übernommen werden.

Netscape Enterprise Server für NetWare

Umleitungsanweisungen finden Sie auf der Novell Support-Website.

9.2.5 Löschen von Dateien auf dem Webserver wegen einer URL-Änderung

Als Teil der Änderung von /servlet/webacc to /gw/webacc installiert das WebAccess-Installationsprogramm die WebAccess-Anwendungsdateien in den Servlet-Container (gw), entfernt jedoch keine alten Servlets und htdoc-Dateien im ROOT-Container des Servlets und des Webservers. Daher möchten Sie möglicherweise die folgenden Verzeichnisse und Dateien manuell löschen:

sys:\apache2\htdocs\com
sys:\apache2\htdocs\index.html (wenn für GroupWise angepasst)
sys:\apache2\htdocs\novell.html (wenn index.html nicht angepasst wurde)
sys:\tomcat\4\webapps\ROOT\WEB-INF\classes\com
sys:\tomcat\4\webapps\ROOT\WEB-INF\lib\ldapfilt.jar
sys:\tomcat\4\webapps\ROOT\WEB-INF\lib\ldapjdk.jar
sys:\tomcat\4\webapps\ROOT\WEB-INF\lib\njgwap.jar
sys:\tomcat\4\webapps\ROOT\WEB-INF\lib\njweb.jar
sys:\tomcat\4\webapps\ROOT\WEB-INF\lib\SpellServlet.jar
sys:\tomcat\4\webapps\ROOT\WEB-INF\web.xml

Auf jeden Fall sollten Sie die Datei web.xml löschen, da sonst WebAccess, WebPublisher und Monitor-Anwendungen sowohl in alten als auch in neuen Speicherorten ausgeführt werden kann. Wenn Sie außerdem die GroupWise-Schablonendateien angepasst haben, sollten Sie den Inhalt der Schablonenunterverzeichnisse unter:

sys:\tomcat\4\webapps\ROOT\WEB-INF\classes\com\novell

in die entsprechenden Schablonenunterverzeichnisse kopieren unter:

sys:\tomcat\4\webapps\gw\WEB-INF\classes\com\novell

9.2.6 Problem beim Entladen des WebAccess-Agenten unter NetWare

Unter bestimmten Umständen kann das Stoppen des WebAccess-Agenten an der NetWare-Server-Befehlszeile

unload gwinter

den folgenden Fehler hervorrufen:

"Modul GWDVA.NLM in Adressraum GWDVAWRKRX wurde noch nicht entladen.
Das Modul kann nur durch Löschen des Adressraums entfernt werden.
Soll der Adressraum gelöscht werden? n"

Unabhängig davon, ob Sie mit "n" oder "y" antworten, ist es möglich, dass der Server nicht mehr reagiert und neu gestartet werden muss. Wenn dieses Problem auf dem NetWare-Server auftritt, verwenden Sie eine der folgenden Methoden, um den WebAccess-Agenten zu stoppen, anstatt den unload-Befehl zu verwenden.

• Drücken Sie auf der Serverkonsole des WebAccess-Agenten F7 oder Esc und wählen Sie dann "Ja", um den WebAccess-Agenten zu stoppen.
• Geben Sie an der Netware-Serverkonsole stopweb ein, um den WebAccess-Agenten zu stoppen.

9.2.7 Probleme mit dem Vorschau-Agenten unter NetWare

• Auf NetWare benötigt der Vorschau-Agent mindestens 1 GB Arbeitsspeicher, um ca. 5 Worker-Prozesse auszuführen. Standardmäßig werden 5 Prozesse gestartet.
• Sie müssen auf NetWare das neueste Support Pack installieren für Ihre NetWare-Version, damit Sie die korrekte Version von clib.nlm haben.
• Auf NetWare muss die Option für das Löschen des Speicherschutzfehlers auf "Ein" festgelegt werden, damit die Worker-Prozesse erfolgreich wiederhergestellt werden, wenn ein Dokument nicht in HTML konvertiert werden kann.
• Wenn auf NetWare ein Dokument nicht in HTML konvertiert werden kann und seine Worker-Prozesse abgebrochen werden, erstellt NetWare eine kleine Datei mit dem Namen core*.cmp im Stammverzeichnis des Servers. Sie sollten in regelmäßigen Abständen diese Dateien löschen.

9.2.8 Sicherheitsproblem mit WebAccess und Internet Explorer 5.0

Wenn Sie Nachrichten mit Internet Explorer 5.0 über WebAccess anzeigen, werden die URLs zu den Nachrichten Teil des Verlaufscache und können von anderen Benutzern gelesen werden, die Zugriff auf dieselbe Workstation haben. Um dieses Problem zu lösen, folgen Sie der Anweisung unter TID 10056452 in der Novell Knowledgebase.

9.3.1 Novell-Verteilung von Apache und Tomcat

GroupWise 7 für Linux enthält eine Novell-Verteilung von Apache und Tomcat, die Sie gemeinsam mit der WebAccess-Anwendung installieren können, wenn Apache und Tomcat noch nicht auf dem Server ausgeführt werden. Die Novell-Verteilung wird in den folgenden Verzeichnissen installiert:

Apache: /var/opt/novell/http und /etc/opt/novell/http
Tomcat: /var/opt/novell/tomcat4 und /etc/opt/novell/tomcat4

und wird mit den folgenden benutzerdefinierten Befehlen gestartet:

Tomcat: /etc/init.d/novell-tomcat4 start
Apache: /etc/init.d/novell-httpd start

Im WebAccess-Installationsprogramm können Sie auswählen, ob die Novell-Verteilung installiert werden soll. Wählen Sie während der Installation "WebAccess-Anwendung mit Apache und Tomcat installieren", wenn Sie die Novell-Verteilung installieren möchten. Wählen Sie "WebAccess-Anwendung installieren", wenn Sie die Novell-Verteilung von Apache und Tomcat nicht installieren möchten, weil bereits eine Apache- und Tomcat-Installation vorhanden ist, die Sie mit WebAccess verwenden möchten.

HINWEIS:  Wenn Sie die Installation auf einem Novell Open Enterprise Server (OES) vornehmen, ist die Option zum Installieren von Apache und Tomcat nicht verfügbar.

Wenn Sie die Novell-Verteilung auf einem Server installieren, auf dem bereits eine Standardverteilung von Apache und Tomcat installiert wurde und ausgeführt wird, entsteht ein Portkonflikt auf Port 80. Diesen Portkonflikt können Sie beheben, indem Sie jeweils nur eine Verteilung oder die andere ausführen. Sie können auch eine der Verteilungen neu konfigurieren.

Um die Novell-Verteilung neu zu konfigurieren, damit eine andere Portnummer verwendet wird, bearbeiten Sie die Datei httpd.conf in Verzeichnis /etc/opt/novell/httpd/conf. Suchen Sie die folgende Zeile:

Listen 80

Ändern Sie die Portnummer in einen Wert, der nicht bereits auf dem Server verwendet wird, und speichern und schließen Sie anschließend die Datei.

9.3.2 Verlängerte Nachricht "Bitte warten" während der Installation

Wenn Sie auf langsameren Rechnern "WebAccess-Anwendung mit Apache und Tomcat installieren" wählen, kann es so aussehen, als ob der Computer bei der Nachricht "Bitte warten" eingefroren ist. Apache und Tomcat werden installiert, während die Nachricht "Bitte warten" angezeigt wird, bevor die Installation der WebAccess-Anwendung beginnt.

9.3.3 Installationssicherheit

Während der Installation ist für das WebAccess-Installationsprogramm der Zugriff auf eDirectory^TM durch die LDAP-Beglaubigung erforderlich. Das LDAP-Gruppenobjekt umfasst eine Option mit dem Namen "TLS erforderlich für einfache Bindungen mit Passwort", die laut Standardeinstellung aktiviert ist.? Wenn diese Option aktiviert ist, müssen Sie das "Vertrauenswürdige Ursprungszertifikat" des LDAP-Servers angeben, das vom LDAP-Server exportiert werden muss, damit die LDAP-Beglaubigung durchgeführt werden kann (in der Regel bei Port 636) während der Installation von WebAccess.

Wenn Sie SSL nicht bereits eingerichtet haben, besteht eine einfachere Alternative darin, "TLS erforderlich für einfache Bindungen mit Passwort in ConsoleOne" zu deaktivieren, wodurch die LDAP-Beglaubigung mit unverschlüsseltem Text (in der Regel Port 389) während der Installation des Internet-Agenten durchgeführt werden kann. Nach dem Deaktivieren der Option starten Sie eDirectory neu, installieren WebAccess, reaktivieren "TLS erforderlich für einfache Bindungen mit Passwort" und starten eDirectory neu.

9.3.4 Problem bei der Neuinstallation

Wenn Sie WebAccess in einem eDirectory-Kontext installieren, in dem WebAccess-Objekte bereits vorhanden sind, informiert Sie eine Nachricht darüber, dass Sie die vorhandenen Objekte verwenden können. Tatsächlich werden die Objekte gelöscht und neu erstellt. Wenn Sie die Eigenschaften und vorhandenen Objekte angepasst haben, müssen Sie die Objekte nach dem Installieren von WebAccess unter Linux erneut installieren.

9.3.5 Clustering-Problem auf Open Enterprise Server Linux

Gegenwärtig wird der WebAccess-Agent nicht auf den Novell Cluster Services ^TM ausgeführt.

9.3.6 Probleme mit dem Vorschau-Agenten unter Linux

• Wenn Sie unter Linux den Vorschau-Agenten als Benutzer ausführen, der nicht The X Windows System ausführt, können Benutzer des WebAccess-Client eingebettete vektorbasierte Grafiken in den Anhängen nicht anzeigen. Damit Benutzer eingebettete vektorbasierte Grafiken anzeigen können, vergewissern Sie sich, dass der Benutzer, der WebAccess (und somit den Vorschau-Agenten) startet, The X Window System ausführt und eine DISPLAY-Umgebungsvariable festgelegt hat, sodass der Vorschau-Agent in die lokale Anzeige schreiben kann. Eine Methode, dies zu erreichen, besteht darin, den Befehl sux zu verwenden, damit eine Umwandlung in root stattfindet, bevor der WebAccess-Agent gestartet wird.
• Unter Linux ist die Drittpartei-Vorschau-Software, die vom Vorschau-Agenten verwendet wird, von libXm.so.1 abhängig, die möglicherweise nicht Teil des Linux-Pakets ist. Um dieses Problem zu beheben, erstellen Sie eine symbolische Verknüpfung im lib-Verzeichnis des Agenten zur Version der libXm-Module, die auf Ihrem Linux-Server verfügbar ist. Beispiel:

  ln -s /usr/X11R6/lib/libXm.so.3.0.1 /opt/novell/groupwise/agents/lib/libXm.so.1

9.3.7 WebPublisher-Konfiguration

Im Rahmen des WebAccess-Installationsprogramms erfolgt keine Konfiguration von WebPublisher. Dazu müssen einige manuelle Konfigurationsschritte ausgeführt werden. Entsprechende Anleitungen finden Sie im GroupWise 7-Installationshandbuch (/docs/us/GroupWiseInstallationGuide.pdf).

9.3.8 Schabloneneinstellungen in WebPublisher nicht gespeichert

Änderungen an den Einstellungen auf der Schablonenseite des GroupWiseWebPublisher-Objekts in ConsoleOne werden nicht in der Datei webpub.cfg gespeichert. Um dieses Problem zu beheben, wählen Sie nach dem Ändern der Schablonenseite eine andere Eigenschaftenseite auf dem GroupWiseWebPublisher-Objekt, klicken auf "OK" oder "Anwenden", um die Schabloneneinstellungen richtig zu speichern.

9.3.9 Kommentierte Zeilen in Konfigurationsdateien

Wenn Sie Zeilen in der Linux WebAccess-Konfigurationsdatei (webacc.cfg) oder der WebPublisher-Konfigurationsdatei (webpub.cfg) auskommentiert haben, sollten Sie diese Dateien vor der Installation von GroupWise 7 sichern. Wenn Sie die Option "WebAccess-Anwendung konfigurieren" im Installationsprogramm verwenden, werden aus den kommentierten Zeilen unkommentierte Zeilen und die Einstellungen werden auf die Standardwerte zurückgesetzt. Etwaige andere Änderungen an den Konfigurationsdateien werden jedoch beibehalten. Sie müssen die Zeilen erneut auskommentieren und die Einstellungen nach Bedarf mit den Sicherungskopien als Referenz bearbeiten.

10.1.1 Änderung der Adressenauflösung seit GroupWise 6

In GroupWise 6 und den Support Packs gab es ein Problem mit dem Adressformat, das für das Senden an Verteilerlisten und Ressourcen verwendet wird, wenn Sie die Internet-Adressierung auf eines der folgenden Formate festlegen (die nicht für Verteilerlisten und Ressourcen geeignet sind):

• Vorname.Nachname@Internetdomäne
• Nachname.Vorname@Internetdomäne

Nachrichten an Verteilerlisten und Ressourcen waren ursprünglich nicht zustellungsfähig und wurden an den Internet-Agenten gesendet. Der Internet-Agent hat dann erfolgreich die Adressen aufgelöst und die Nachrichten zurück an das GroupWise-System gesendet. Benutzer haben das Problem nicht bemerkt, Administratoren haben jedoch überflüssigen Datenverkehr über den Internet-Agenten festgestellt.

In GroupWise 6.5 wurde das Adressenformatproblem beim Senden von Verteilerlisten und Ressourcen korrigiert. Benutzer, die ursprünglich GroupWise 6 verwendet haben, haben jedoch das falsche Adressformat für Verteilerlisten und Ressourcen in ihren Primärbüchern. Wenn Sie Aktualisierungen von GroupWise 6 auf GroupWise 7 durchführen und überflüssiger Datenverkehr über den Internet-Agenten ein fortdauerndes Problem darstellt, sollten Benutzer Verteilerlisten und Ressourcen aus ihren Primärbüchern löschen, sodass künftig das richtige Adressenformat für die Namensvervollständigung verwendet wird.

10.2.1 Internet-Agent/WebAccess-Agent auf demselben Server

Wenn Sie den NetWare-Internet-Agenten auf demselben Server und in demselben Adressraum mit dem NetWare WebAccess-Agenten ausführen und den Internet-Agenten entladen und neu laden, stürzt der Server ab.

Um dieses Problem zu beheben, entladen Sie beide Agenten, laden beide Agenten neu oder führen jeden Agenten in seinem separaten Adressraum aus.

10.3.1 Veraltetes grpwise-ia-Skript

GroupWise 6.5 enthielt das Skript /etc/init.d/grpwise-ia zum Starten und Stoppen des Internet-Agenten. In GroupWise 7 wird der Internet-Agent mit dem POA und dem MTA gestartet, mithilfe des grpwise-Skripts. Daher sollten Sie das veraltete grpwise-ia-Skript aus /etc/init.d löschen, sodass es nicht versehentlich verwendet wird.

10.3.2 Installationssicherheit

Während der Installation ist für das Installationsprogramm des Internet-Agenten der Zugriff auf eDirectory durch die LDAP-Beglaubigung erforderlich. Das LDAP-Gruppenobjekt umfasst eine Option mit dem Namen "TLS erforderlich für einfache Bindungen mit Passwort", die standardmäßig aktiviert wird. Wenn diese Option aktiviert ist, müssen Sie das "Vertrauenswürdige Ursprungszertifikat" des LDAP-Servers angeben, das vom LDAP-Server exportiert werden muss, damit die LDAP-Beglaubigung durchgeführt werden kann (in der Regel bei Port 636) während der Installation des Internet-Agenten.

Wenn Sie SSL nicht bereits eingerichtet haben, besteht eine leichtere Alternative darin, "TLS erforderlich für einfache Bindungen mit Passwörtern in ConsoleOne" zu deaktivieren, wodurch die LDAP-Beglaubigung mit unverschlüsseltem Text (in der Regel Port 389) während der Installation des Internet-Agenten durchgeführt werden kann. Nach dem Deaktivieren der Option starten Sie eDirectory neu, installieren den Internet-Agenten, reaktivieren "TLS erforderlich für einfache Bindungen mit Passwort" und starten eDirectory neu.

10.3.3 libXm.so.3-Fehler

Wenn Sie versuchen, den Internet-Agenten mit dem --show-Schalter auf einem Server zu verwenden, auf dem The X Window System und Open Motif* nicht ausgeführt werden, wird der folgende Fehler angezeigt:

libXm.so.3: gemeinsame Objektdatei kann nicht geöffnet werden
: kein(e) entsprechende Datei oder Verzeichnis

Um diesen Fehler zu beheben, starten Sie The X Window System und Open Motif, bevor Sie den Internet-Agenten mit dem --show-Schalter starten. Wenn Sie den Internet-Agenten ohne den --show-Schalter starten, können Sie die Webkonsole des Internet-Agenten verwenden, um den Internet-Agenten vom Webbrowser aus zu überwachen.

11.1.1 Wiederherstellen der Monitor-Einstellungen nach einer Neuinstallation

Die Monitor-Einstellungen werden in der Datei "monitor.xml" im Monitor-Installationsverzeichnis gespeichert. Agentengruppen werden ebenfalls in dieser Datei gespeichert. Bei einer Neuinstallation der Monitor-Software wird die Datei "monitor.xml" unter dem Namen "monitor.001" gesichert. Wenn Sie die vorherigen Monitor-Einstellungen und die Agentengruppen wiederherstellen möchten, entfernen Sie die neu installierte Datei "monitor.xml" und benennen Sie die Datei "monitor.001" in "monitor.xml" um.

11.2.1 Neue NetWare- und Windows-Monitor-URLs

Wenn Sie Monitor auf einem NetWare- oder Windows-Webserver verwendet haben, haben Sie über die folgenden URLs zugegriffen:

Web-Services-Seite: Standard-index.html-Datei des Webservers
Monitor-Webkonsole: http://Webserver_Adresse/servlet/gwmonitor

Verwenden Sie von GroupWise 7 aus die folgenden URLs auf NetWare- und Windows-Webservern:

GroupWise-spezifische Web-Services-Seite: http://Webserver-Adresse/gw/index.html
Monitor-Webkonsole: http://Webserver-Adresse/gw/gwmonitor

Damit die Browser-Lesezeichen nicht verlorengehen, sollten Sie die alten URLs auf die neuen umleiten. Folgen Sie den Anweisungen unter 9.2.4 Neue NetWare- und Windows WebAccess-URLs, wobei /gw/gwmonitor durch /gw/webacc wie in den Anweisungen erforderlich ersetzt wird.

11.3.1 Monitor-Probleme im Zusammenhang mit WebAccess

Monitor und WebAccess habe viele Funktionen gemeinsam. Die folgenden WebAccess-Probleme treten auch bei Monitor auf:

9.3.1 Novell-Verteilung von Apache und Tomcat
9.3.2 Verlängerte Nachricht "Bitte warten" während der Installation
9.3.3 Installationssicherheit
9.3.4 Problem bei der Neuinstallation

13.1.1 Sonderzeichen in Verzeichnis- und Dateinamen

Verwenden Sie keine Sonderzeichen in Verzeichnis- und Dateinamen.

13.1.2 Sonderzeichen in Passwörtern

Verwenden Sie keine Sonderzeichen in Benutzerpasswörtern.

Das Dialogfeld "GroupWise-Passwort ändern" in ConsoleOne erlaubt die Eingabe von Sonderzeichen. Der GroupWise-Client hingegen erlaubt Sonderzeichen bei der Eingabe von Passwörtern nicht, sodass ein Benutzer, bei dessen Passwort in ConsoleOne Sonderzeichen verwendet wurden, diese Sonderzeichen bei der Anmeldung bei GroupWise nicht eingeben kann.

13.1.3 Eurozeichen im Feld "Betreff"

Wenn ein WebAccess-Client eine Nachricht, einen Job oder einen Termin empfängt, dessen Feld "Betreff" ein Eurozeichen enthält, wird dieses Zeichen in der Java-Version des Kalenders unter Umständen als umgekehrtes Fragezeichen angezeigt. Das Problem hängt mit dem Browser des Benutzers zusammen.

Benutzer von Netscape müssen auf Version 6* von Netscape Communicator aktualisieren.

Benutzer von Internet Explorer benötigen mindestens Version 3309 der JVM. Die neueste JVM-Version kann von der Microsoft-Website heruntergeladen und auf der Arbeitsstation des Benutzers installiert werden. Mit dieser JVM werden Eurozeichen in Internet Explorer ab Version 4.x korrekt dargestellt.

13.1.4 Zeichenverschlüsselung in WebAccess

Die automatische Erkennung der Zeichenverschlüsselung für die index.html-Seite von WebAccess/WebPublisher funktioniert bei einigen Webbrowsern nicht. Wenn Sie die lokalisierten Sprachen im Dropdown-Menü der Web-Services-Seite (index.html) nicht sehen, legen Sie die Zeichenverschlüsselung des Webbrowsers auf UTF-8 fest. In einigen Browsern können Sie auf "Ansicht" > "Kodierung" klicken, um die Verschlüsselung des Webbrowsers festzulegen.

Es kann auch zu Problemen bei der Zeichenverschlüsselung kommen, wenn HTML-formatierte Nachrichten gelesen werden. Legen Sie die Zeichenverschlüsselung des Webbrowsers für das neue Nachrichtenfenster auf UTF-8 fest. Klicken Sie hierzu mit der rechten Maustaste auf das neue Nachrichtenfenster und legen Sie die Kodierung fest oder klicken Sie auf "Ansicht" > "Kodierung".

13.1.5 WebAccess-Rechtschreibprüfung zeigt beschädigte Zeichen für Russisch an

Wenn russische Zeichen verwendet werden, werden sie in der Rechtschreibprüfung als defekte Zeichen angezeigt.

13.1.6 Monitor-Webkonsolenanzeige auf Deutsch und anderen Sprachen

Es kann sein, dass auf der Monitor-Webkonsole einige Zeichen nicht richtig dargestellt werden, vor allen Dingen akzentuierte Zeichen.

13.2.1 Kalendersprache drucken

Die Funktion "Kalender Drucken" im GroupWise Client druckt Kalender in der unter "Ländereinstellungen" in der Systemsteuerung angegebenen Sprache, auch wenn der Client in einer anderen Sprache installiert ist. Wenn beispielsweise Französisch (Schweiz) in der Systemsteuerung angegeben wird, der Client jedoch in Deutsch installiert ist, werden die Kalender auf Französisch gedruckt.

13.2.2 RichWin und GroupWise 7

Falls Sie RichWin in Verbindung mit GroupWise 7 verwenden, stellen Sie sicher, dass Sie zuerst RichWin und anschließend GroupWise 7 starten.

13.3.1 Anzeigeproblem mit Benutzeroberflächen der Agentenkonsole

Wenn Sie die Agenten mit einer Agentenkonsolen-Benutzeroberfläche in anderen Sprachen als Englisch ausführen, werden die Anmeldeinformationen möglicherweise nicht richtig angezeigt. Dieses Problem tritt auf, wenn die Sprachenkodierung auf UTF-8 festgelegt ist.

Um die aktuelle Sprachenkodierung zu bestimmen, verwenden Sie den folgenden Befehl in einem Terminalfenster:

locale

Sie können die Sprachenkodierung in YaST ändern:

1. Starten Sie YaST und doppelklicken Sie auf "Sprache auswählen".

2. Wählen Sie die Sprache aus, in der Sie die Agenten ausführen und klicken Sie auf "Details".

3. Deaktivieren Sie die Option für das Verwenden der UTF-8-Codierung und klicken Sie anschließend auf "OK".

4. Stoppen und starten Sie die Agenten neu, damit die neue Einstellung wirksam wird.

13.3.2 Russische Tastatur

Wenn Sie eine russische Tastatur verwenden, wird die Linux-Umgebungsvariable, die Sprachen- und Ländereinstellungsdaten angibt, in der Regel auf ru_RU gesetzt. In der Regel gibt diese Einstellung den russischen Zeichensatz ISO-8859-5 an. Bei manchen Linuxverteilungen muss der ISO-8859-5-Zeichensatz explizit festgelegt werden, damit die russische Tastatur mit dem Cross-Platform-Client von GroupWise funktioniert. Verwenden Sie den folgenden Befehl, um den Zeichensatz zusammen mit den Sprachen- und Ländereinstellungsdaten festzulegen:

export LANG=ru_RU.ISO-8859-5

In den meisten Fällen werden durch Festlegen der LANG-Umgebungsvariablen auch die LC_*-Umgebungsvariablen festgelegt und alle Probleme mit russischen Tastaturen behoben. Wenn Sie die LANG-Umgebungsvariable festlegen und Ihre russische Tastatur noch immer nicht funktioniert, verwenden Sie den folgenden Befehl, um die aktuellen Einstellungen für die Lang- und LC_*-Umgebungsvariablen anzuzeigen:

locale

Wenn einige der LC_*-Umgebungsvariablen nicht die ISO-8859-5-Spezifikation geerbt haben, exportieren Sie sie einzeln.

13.3.3 Kennbuchstaben für Arabisch, Hebräisch und Doppelbyte-Sprachen

Tastaturkennbuchstaben für Menüelemente funktionieren für die Zeichen a-z und A-Z, aber nicht für andere Zeichen.

13.3.4 Lokalisierte Anzeige der Agenten-Benutzeroberflächenanzeige

Die Linux GroupWise-Agenten-Benutzeroberflächen werden richtig angezeigt, wenn die Linux-Umgebung den Zeichensatz ISO-8859-1 verwendet, der Standard ist für die GroupWise-Verwaltungssprachen und -Ländereinstellungen.

Französisch: fr_FR
Deutsch: de_DE
Portugiesisch: pt_BR
Spanisch: es_ES

Wenn die Linux-Umgebung eine andere Zeichensatzverschlüsselung wie UTF-8 (z. B. fr_FR.UTF-8) verwendet, wird die lokalisierte Agenten-Benutzeroberfläche nicht richtig angezeigt.

13.3.5 Text von rechts nach links in der Hilfe zum Cross-Platform Client

Sprachen, die von rechts nach links angezeigt werden, werden rechts- statt linksbündig angezeigt.

14.2.1 GroupWise Windows-Client-Hilfe

Um die Anforderungen für die Zugriffsmöglichkeit in GroupWise-Hilfe zu unterstützen, verwendet die Hilfe für den GroupWise Windows-Client die Microsoft-HTML-Hilfe. Um auf einer Windows-Arbeitsstation die Microsoft HTML-Hilfe anzuzeigen, muss Internet Explorer 4.x oder höher installiert sein.

14.3.1 Agenten-Hilfe wird nicht angezeigt, wenn der Agent als Nicht-Stammbenutzer ausgeführt wird

Wenn Sie den POA, den MTA und den Internet-Agenten mit dem --show-Schalter starten, um eine GUI-Benutzeroberfläche anzuzeigen, wenn die Agenten als Nicht-Stammbenutzer ausgeführt werden, wird durch Klicken auf "Hilfe" nicht die Hilfedatei des Agenten angezeigt. Die Hilfe wird in einem Browserfenster angezeigt und die Agenten starten aktuell den Browser als Root. Es wäre ein Sicherheitsrisiko, wenn Benutzer auf das Browserfenster als Stammbenutzer zugreifen könnten. Diese Funktion ist beabsichtigt.

14.3.2 Hilfe-Bildanzeige auf einem iChain-Server

Wenn Sie die Hilfe aus einer Agenten-Web-Konsole auf einem Server aufrufen, auf dem Novell iChain^® installiert ist und wenn iChain zur Verwendung der Multihoming-Option auf Pfadbasis konfiguriert wurde, wird das Bild am oberen Rand des Hilfethemas nicht angezeigt.