March 14, 2008
The information in this Readme file pertains to Novell® GroupWise® 7 Support Pack 3. This Support Pack contains updates for all components contained in the GroupWise 7 product. However, this Support Pack does not contain updates for GroupWise Messenger. GroupWise Messenger 2.0 Support Pack 3 is a separate download.
GroupWise 7 Support Pack 3 includes the NetWare®, Linux*, and Windows* GroupWise 7 software. The NetWare and Windows software is provided in one set of downloads; the Linux software, including the Cross-Platform client for Linux and Macintosh*, is provided in a separate set of downloads.
The system requirements for GroupWise 7 Support Pack 3 are the same as those currently documented for GroupWise 7. Complete GroupWise system requirements are listed in the GroupWise 7 Installation Guide.
IMPORTANT:GroupWise system requirements do not apply to GroupWise Mobile Server. For GroupWise Mobile Server requirements, see the GroupWise Mobile Server Readme.
IMPORTANT:If you are installing the GroupWise software in a cluster, refer to the GroupWise 7 Interoperability Guide for cluster-specific installation instructions before starting to install the Support Pack.
Download the NetWare/Windows GroupWise 7 SP3 compressed executable file to a temporary directory on your NetWare or Windows server:
Extract the .exe file into a directory at the root of your local drive or to a network server drive that can handle long pathnames.
The compressed file contains directory paths that could exceed DOS limits.
In Windows, click , then locate the directory where you extracted the SP3 administration files.
Select the setup.exe file, then click to run the GroupWise Installation program.
Click .
During installation of a Support Pack, the GroupWise Installation program requests access to existing GroupWise software. You can provide the path to a software distribution directory or you can use your original GroupWise 7 media.
Follow the on-screen instructions to create the GroupWise 7 SP3 software distribution directory and install the administration and agent software.
Update the primary domain first. Start the MTA in the primary domain. Then update secondary domains, followed by the post offices in each domain. Start each MTA and POA for each domain and post office. Then update the other GroupWise agents.
For additional instructions, refer to the GroupWise 7 Installation Guide on the GroupWise 7 Documentation Web site.
Download the GroupWise 7 SP3 Windows Client compressed executable file to a temporary directory on your workstation:
Extract the .exe file into a directory at the root of your local drive.
The compressed file contains directory paths that could exceed DOS limits.
In Windows, click , then locate the directory where you extracted the SP3 client files.
Select the setup.exe file, then click to run the GroupWise client Setup program.
Follow the on-screen instructions to install the SP3 client software on your workstation.
If you are updating your version of Linux as well as updating GroupWise, perform the Linux operating system upgrade first. In addition, when you upgrade on a server where GroupWise WebAccess or Monitor is installed, you need to run a script that reconfigures the WebAccess Application or the Monitor Application for the new Apache and Tomcat configuration and directory structure.
When you upgrade from Open Enterprise Server (OES) 1 to OES 2 with GroupWise installed on your OES server, you encounter package conflicts that must be resolved. A pop-up message appears immediately before the Installation Settings screen that informs you that the option is selected under . OES 2 considers GroupWise an “unmaintained package.” This means that, by default, your GroupWise software will be deleted as part of the upgrade process, unless you follow the instructions below.
Read the pop-up warning carefully, then click to close the pop-up.
The pop-up describes three possible actions you can take to resolve the GroupWise status as an unmaintained package. This procedure steps you through the second of the three possible actions. This alternative works most efficiently for preserving your GroupWise installation.
When ConsoleOne® is installed on the server:
The following message displays below the link on the Installation Settings screen:
Cannot solve all conflicts. Manual intervention is required.
Click the link.
The upgrade process checks for package conflicts, then displays the following message:
NOVLc1-1.3.6-1.i386 is locked and cannot be uninstalled.
Select , then click .
The upgrade process checks again for conflicts for NOVLc1 and displays one or more package-related warnings, providing you with alternatives for how to handle each conflict. The specific warnings you receive depend on the packages installed on the server you are upgrading. Therefore, warnings vary. Here are some examples:
NOVLc1-1.3.6-1.i386 cannot be installed due to missing dependencies.
novell-eguide-2.1.32.noarch cannot be installed due to missing dependencies.
The messages fall into two categories of problems:
Missing dependencies for ConsoleOne (the NOVLc1 package)
Missing dependencies for a product package other than ConsoleOne (for example, eGuide)
The following steps help you decide which action to take for each type of message.
If the message indicates missing dependencies for ConsoleOne (NOVLc1), select .
If the message indicates missing dependencies for some other product package than ConsoleOne, and you are sure that you do not want that product package, select .
WARNING:ConsoleOne is dependent on a variety of packages. Delete packages only when you are certain that they are not required by ConsoleOne. If in doubt, select .
When you have selected an action for each conflict message, click .
The upgrade process checks again for conflicts for NOVLc1. Additional messages might be displayed for you to select actions to resolve the conflicts. This cycle repeats until all conflicts have been resolved, then you successfully reach the Packages page.
On the Packages page, select in the field.
Search for the GroupWise packages that are installed on the server by typing the following in the field:
novell-groupwise
Click .
Depending on what GroupWise components are installed on the server, the search results include some of the following packages:
novell-groupwise-admin novell-groupwise-agents novell-groupwise-dbcopy novell-groupwise-gwcheck novell-groupwise-gwha novell-groupwise-gwia novell-groupwise-gwinter novell-groupwise-gwmon novell-groupwise-monitor novell-groupwise-webaccess
Right-click the first GroupWise package in the list, then click .
This changes the status of each GroupWise package from to .
Search for the NOVLc1 package.
The NOVLc1 and NOVLc1Linuxjre packages should be listed and marked as locked. This means that they will not be deleted.
If these packages are marked with a status, change their status to .
Click on the Packages page.
If you are presented with a font License Agreement, click .
Click to return to the Install Settings page.
Verify that the package conflict message is now gone from under the link, then continue with the upgrade process.
After you have finished the upgrade, reinstall the NDSbase RPM that was originally installed with ConsoleOne.
The upgrade process removed it, but it is still needed by ConsoleOne.
In a Linux terminal window, log in as root, then change to the directory where you originally extracted the ConsoleOne files.
Change to the Linux subdirectory.
Use the following command to reinstall the NDSbase RPM:
rpm -ivh NDSbase-8.7.3.7-38.i386.rpm
If you encounter problems with GroupWise after you have upgraded from OES 1 to OES 2, see TID 3570778 in the Novell Knowledgebase for assistance.
When you upgrade from SUSE® Linux Enterprise Server (SLES) 9 to SLES 10 with GroupWise installed on your SLES server, you encounter package conflicts that must be resolved.
When ConsoleOne is installed on the server:
The following message displays below the link on the Installation Settings screen:
Cannot solve all conflicts. Manual intervention is required.
Click the link.
The upgrade process checks for package conflicts, then displays the following message:
NOVLc1-1.3.6-1.i386 is locked and cannot be uninstalled.
Select , then click .
The upgrade process checks again for conflicts for NOVLc1 and displays one or more package-related warnings, providing you with alternatives for how to handle each conflict. The specific warnings you receive depend on the packages installed on the server you are upgrading. Therefore, warnings vary. Here are some examples:
NOVLpkia-2.7.0-6.i386 is locked and cannot be uninstalled.
NOVLc1-1.3.6-1.i386 cannot be installed due to missing dependencies.
The messages fall into two categories of problems:
A locked package
Missing dependencies for ConsoleOne (the NOVLc1 package)
The following steps help you decide which action to take for each type of message.
If the message indicates a locked package, select .
If the message indicates missing dependencies for ConsoleOne (NOVLc1), select .
When you have selected an action for each conflict message, click .
The upgrade process checks again for conflicts for NOVLc1. Additional messages are displayed for you to select actions to resolve the conflicts. This cycle repeats until all conflicts have been resolved (approximately nine times), then you successfully reach the Packages page.
On the Packages page, select in the field.
Search for the GroupWise packages that are installed on the server by typing the following in the field:
novell-groupwise
Click .
Depending on what GroupWise components are installed on the server, the search results include some of the following packages:
novell-groupwise-admin novell-groupwise-agents novell-groupwise-dbcopy novell-groupwise-gwcheck novell-groupwise-gwha novell-groupwise-gwia novell-groupwise-gwinter novell-groupwise-gwmon novell-groupwise-monitor novell-groupwise-webaccess
Right-click the first GroupWise package in the list, then click .
This changes the status of each GroupWise package from to .
Search for the NOVLc1 package.
The NOVLc1 and NOVLc1Linuxjre packages should be listed and marked as locked. This means that they will not be deleted.
If these packages are marked with a status, change their status to .
Click on the Packages page.
If you are presented with a font License Agreement, click .
Click to return to the Install Settings page.
Verify that the package conflict message is now gone from under the link, then continue with the upgrade process.
After you have finished the upgrade, reinstall the NICI RPM and the NDSbase RPM that were originally installed with ConsoleOne.
The upgrade process removed them, but they are still needed by ConsoleOne.
In a Linux terminal window, log in as root, then change to the directory where you originally extracted the ConsoleOne files.
Change to the Linux subdirectory.
Use the following commands to reinstall the RPMs:
rpm -ivh nici-version-i386 rpm -ivh NDSbase-version.i386.rpm
If you encounter problems with GroupWise after you have upgraded from SLES 9 to SLES 10, see TID 3570778 in the Novell Knowledgebase for assistance.
When you upgrade your Linux operating system, OES 2 installs new versions of Apache and Tomcat by default. SLES does not; you must install them manually by following the procedure in this section. In addition, the GroupWise 7 installations of the WebAccess Application and the Monitor Application must be modified to accommodate changes made in Apache and Tomcat. The WebAccess/Monitor Update script takes care of this process for you. This script is available with TID 3624780 in the Support Knowledgebase.
If you have upgraded to SLES 10, use YaST to install Apache and Tomcat if they were not already installed on SLES 9:
Start YaST, then provide the root password.
Click .
In the field, type Apache, click , then select from the list.
In the field, type Tomcat, click , then select from the list.
Apache 2 was part of your SLES 9 installation, so it should have been automatically upgraded. Tomcat changed from Tomcat 4 to Tomcat 5, so unless Tomcat 5 was installed on SLES 9, Tomcat 5 needs to be installed.
Click .
Follow the prompts to install the needed packages to your SLES 10 server.
Exit YaST.
Download the WebAccess/Monitor Update script from TID 3624780 in the Novell Support Knowledgebase to a convenient location on your Linux server.
Change to the directory where you downloaded the script file.
Give the script file execute permissions:
chmod +x fixgwweb.sh
Run the script.
The script makes some slight reconfigurations of GroupWise files and directories that were originally set up when the WebAccess Application and the Monitor Application were installed on your previous version of Linux.
Apache 2: On OES 1 and SLES 9, Apache 2 used the mod_jk connector to facilitate communication between Apache and Tomcat. On OES 2 and SLES 10, Apache 2 uses the mod_proxy module instead. The WebAccess/Monitor Update script modifies the gw.conf file with this change. On SLES 10, the script also creates a symbolic link from /etc/opt/novell/gw/gw.conf to the new Apache 2 location of /etc/apache2/conf.d/gw.conf.
Tomcat 5: On OES 1 and SLES 9, the WebAccess /var/opt/novell/gw directory was linked to /var/opt/novell/tomcat4/webapps/gw. The script changes this link to /var/opt/novell/tomcat5/webapps/gw. For Monitor, the /var/opt/novell/gwmon directory now links to/var/opt/novell/tomcat5/webapps/gwmon.
Start or restart Tomcat.
Start or restart Apache.
If you are upgrading to OES 2, you might receive the following message when starting Apache 2:
Module "Jk" is not installed, ignoring.
You can safely ignore this message, but you can use the following steps to eliminate it:
Start YaST, then provide the root password.
Click .
On the Server Modules tab, select the jk module in the list of services, then toggle the status to .
Click to save your change.
Exit YaST.
You should now be able to run WebAccess and Monitor successfully on your upgraded Linux operating system.
IMPORTANT:If you are installing the GroupWise software in a cluster, refer to the GroupWise 7 Interoperability Guide for cluster-specific installation instructions before starting to install the Support Pack.
Download the GroupWise 7 SP3 Administration compressed tar file to a temporary directory on your Linux server:
In a terminal window at your Linux server, change to the temporary directory, then use the following commands to uncompress and untar the downloaded file:
tar -xvzf filename.tar.gz
The files are extracted to the root of the directory.
Become root by entering sux and the root password.
Use the following command to start the GroupWise Installation program:
./install
Click .
Follow the on-screen instructions to create the GroupWise 7 SP3 software distribution directory and install the administration and agent software.
Update the primary domain first. Start the MTA in the primary domain. Then update secondary domains, followed by the post offices in each domain. Start each MTA and POA for each domain and post office. Then update the other GroupWise agents.
When you use the Linux GroupWise Installation program to install a Support Pack, use the option to install the updated RPM for each agent. Typically, you do not need to use the option after installing updated agent software, if the agent configuration has not changed since the previous installation. (For an exception to this procedure, see Section 7.3.1, Run Configure When Updating the Linux Agents). If you encounter a problem starting the updated agent, use the option to update the configuration information.
For additional instructions, refer to the GroupWise 7 Installation Guide on the GroupWise 7 Documentation Web site.
Download the GroupWise 7 SP3 Client compressed tar file to a temporary directory on your Linux workstation:
In a terminal window at your Linux workstation, change to the temporary directory, then use the following command to uncompress and untar the downloaded file:
tar -xvzf filename.tar.gz
The files are extracted to the root of the directory.
Run the GroupWise Setup program to install the GroupWise Cross-Platform client software:
./install
To start the Cross-Platform client after installation, click the GroupWise icon on your Linux desktop.
Download the GroupWise 7 SP3 Client file to a temporary directory on your Macintosh workstation:
At your Macintosh workstation, browse to the file you downloaded.
Double-click the file to install the GroupWise Macintosh client.
To start the Cross-Platform client after installation, click the GroupWise icon on your Macintosh desktop.
Installation issues for individual GroupWise components are located under the heading for each component.
If you install GroupWise on multiple platforms, or if you run multiple versions (for example, GroupWise 6.5 and GroupWise 7 in the same GroupWise system), refer to the GroupWise Version Compatibility section in the GroupWise 7 Installation Guide to make sure that the combinations you are using are supported.
For example, you cannot run a GroupWise 7 client against a GroupWise 6.5 or earlier post office. Earlier POAs cannot support later GroupWise clients. However, you can run a GroupWise 6.5 or earlier client against a GroupWise 7 POA.
Also, you cannot run the GroupWise 6.5 or earlier snap-ins to ConsoleOne to access GroupWise 7 databases or eDirectory™ objects. You can use under to specify the required version of the ConsoleOne snap-ins for each domain as needed.
If you install GroupWise 7 components from a software distribution directory located on your local drive or a network drive and then try to update those components by installing from a CD, the installation fails by erroneously prompting for a disk:
Please insert the disk: 1
Uninstall the existing software, then install from the CD.
The WebAccess Application, WebPublisher Application, and Monitor Application share a common library. If you are updating from an earlier GroupWise version and if you run these applications on the same Web server, you must update all three before any of them can work properly.
Palm OS* devices are no longer supported in GroupWise 7. However, the Installation program still offers the opportunity to configure this feature. If you have been using a PQA in an earlier version of GroupWise, you can continue to do so, but it is no longer a supported feature.
Platform-specific installation issues are listed in separate sections below. Installation issues for individual GroupWise components are located under the heading for each component.
When you create a new system and you are prompted for software to copy to the software distribution directory, select at least the agent and client software. The GroupWise Installation program launches the Agent Installation program and the Client Installation program. It currently must run those programs from the software distribution directory.
When installing any GroupWise agent (Post Office Agent, Message Transfer Agent, Internet Agent, WebAccess Agent, Monitor Agent) to a NetWare server from a Windows XP machine where Service Pack 2 has been installed, you must have the Novell Client™ 4.90 SP2 or later installed on the Windows machine. If you have an earlier Novell Client, the GroupWise Installation program claims that it cannot find some of the directories to which you want to install software.
When you install GroupWise on SLES 10 to a Xen* guest, you might receive the following error message:
The current window is not large enough to run install. Please resize the window and run install again.
At present, the SLES 10 Xen console window does not report its dimensions properly. To work around this:
Make sure that SSH is enabled on the Xen guest.
Open an X terminal window on the SLES 10 Xen host by using the following command:
ssh -X root@guest_ip_address
Run the GroupWise Installation program from the Xen host.
The text-based GroupWise Installation program does not run on all Windows versions of ssh. An open source product named Putty that can be downloaded from the Internet free of charge is compatible with the text-based GroupWise Installation program. There are several Web sites where Putty is available for download.
All GroupWise components on a server must be updated at the same time. Therefore, if you are installing GroupWise 7 from a software distribution directory that does not contain RPMs for all the components installed on the server, you receive the following error:
Install failed for an unknown reason (7)
The GroupWise 7 component cannot be updated because its RPM is not present in the software distribution directory. You can use the GroupWise 7 Administrator for Linux CD to update the server, then use Configure Administration to create a complete software distribution directory.
Issues related to uppercase letters and lowercase letters in directory names for libraries have been resolved, as described in TID 3697382: Document Management Case Change for GW7 SP3 in the Novell Support Knowledgebase.
The “Migrate” section of the GroupWise 7 Installation Guide provides instructions for moving from NetWare or Windows to Linux. If you are moving post offices and domains belonging to a GroupWise 4.1 system, you might need to manually rename the domain database (wpdomain.db) from uppercase to lowercase, along with all .dc files. In addition, subdirectories in post office and domain directories might need to be renamed to lowercase.
After a domain has been updated to GroupWise 7, do not administer that domain with earlier versions of the GroupWise snap-ins to ConsoleOne. Doing so could result in the unintentional creation of duplicate e-mail IDs.
The e-mail ID indexing scheme has been changed to allow the same e-mail ID to be used in different Internet domains within the same GroupWise system. This was prevented by the previous indexing scheme. Because the check for uniqueness now works differently, you must use the GroupWise 7 version of the ConsoleOne snap-ins when administering a GroupWise 7 domain to prevent the possibility of duplication.
In the original release of GroupWise 7, the text version of a global signature was generated automatically from the HTML version; you did not have any control over it. In GroupWise 7 Support Packs, you can display and edit the text version as well as the HTML version. If you created global signatures in the original version of GroupWise 7, you should verify that the text version is what you want and modify it as needed.
In ConsoleOne, click .
Select a global signature, then click .
Modify the text version as needed.
For example, if the HTML version included an image, such as your company logo, you might want to add text to take the place of the image, such as the name of your company.
Click to save your changes.
Repeat this procedure for each global signature.
You might encounter a problem including an image file in a global signature if the path to the image is too long. This is a Java* problem. The easiest workaround is to move the image to a location with a shorter path. Another solution on Windows is to set the TMP environment variable to c:\temp before starting ConsoleOne.
Global signatures are not added to empty messages. Users can create empty messages by filling in the field but not providing a message body. They can also create empty messages by forwarding messages as attachments.
If you enable global signatures, it disables flat forwarding through the Internet Agent because the signature is appended to each message. As an administrator, you must choose which is more important in your GroupWise system, global signatures or flat forwarding.
With the GroupWise 7.0.2 default POA settings, the POA starts 6 TCP handler threads, 20% of which are available for priming (only 1 thread). If a user tries to prime his or her Caching mailbox when that one thread is already busy, the user receives the message Server Busy. If the GroupWise administrator uses ConsoleOne to increase the number of TCP handler threads and the percentage allowed for priming, so that 2 or more threads are available, the POA goes through a polling cycle before the changes go into effect. Use the POA Web console to make sure that the changes are in effect before starting to prime a second Caching mailbox, or use the POA Web console to change settings. The settings are put into effect immediately when they are made from the POA Web console.
For new POAs configured with GroupWise 7.0.3, the POA starts 10 handler threads, 30% of which are available for priming (3 threads) to prevent this problem in the future.
If the field on the General page of a User object needs to be changed as a result of the information in the gateway alias, and if the User object cannot be found, a -601 SPI Exception displays and is written to the Alias Migration utility log file. This situation can arise when the association between the eDirectory object and the GroupWise object is broken for some reason. The association can be reestablished using .
When filling in a UNC Path field in ConsoleOne, you must specify the server name. You cannot use an IP address or DNS hostname.
Do not run a DirXML® or Identity Manager driver earlier than version 2.1.3 against a GroupWise 7 system. Version 2.2.1 or later is recommended. Older drivers are not compatible. You can download the latest version of the GroupWise driver from the Novell Identity Manager Patches Web site.
Section 3.3.3: GroupWise WebAccess Templates in the Identity Manager Accessory Portlet Reference Guide provides information for configuring GroupWise portlets. In particular, it instructs you to edit lines in the webacc.cfg file to appear as follows:
Security.UseClientIP.enable=false Security.UseClientCookie.enable=false
In addition to these changes in the webacc.cfg file, you need to make the following change in ConsoleOne:
Browse to and select the Domain object.
Right-click the GroupWiseWebAccess object, then click .
Click .
Deselect , then click .
The setting defaults to selected (true). If you do not deselect it, the “true” setting is written to the webacc.cfg file, overwriting your manual change to that file. If this happens, the WebAccess client prompts for login multiple times.
If you run server-based anti-virus software, you should configure it so that it does not scan GroupWise directory structures such as domains and post offices, where file locking conflicts can create problems for the GroupWise agents. If you need virus scanning on GroupWise data, check the GroupWise Partner Products page for compatible products.
All directory names in paths to GroupWise domains and post offices can consist of up to 8 characters.
Filenames can also consist of up to 8 characters, with extensions of up to 3 characters. Do not use long filenames for any files used by any GroupWise components. This requirement applies even to files that are not specific to GroupWise (such as SSL certificates and key files).
When you run ConsoleOne, Novell Client file caching should be turned off to protect database integrity.
Right-click the red N in the notification area, then click .
Click , select , then select .
Click to save your change.
If you are running ConsoleOne 1.3.6f with JRE* 1.5 or if you are running ConsoleOne 1.3.6h, ConsoleOne might prompt you to log in when it tries to attach to the domain, even if you are already logged in to the server where the domain is located. Click to close the two unnecessary dialog boxes.
If you try to log in using these unnecessary prompts, you receive the following error:
NMAS: bad request syntax error - 1632 (0xffff9a0)
The GroupWise Target Service Agent (GWTSA) handles situations where the same directory names are used for backups on different volumes by numbering the instances. For example:
GroupWise System/[Dom]Provo2: GroupWise System/[Dom]Provo2:
GroupWise System/1[DOM]Provo2: GroupWise System/2[DOM]Provo2:
Each instance is numbered and DOM is in all uppercase letters. After updating GWTSA with GroupWise 6.5 Support Pack 1 or later, you must re-create your backup jobs because the path has changed.
If you use NSS volumes with quotas turned on, then you must turn on quotas on all GroupWise directories. Otherwise, you will receive No Disk Space errors.
If you see E811 errors on the POA or the GroupWise client, a possible cause is that TurboFat is corrupting GroupWise database pointers. The solution is to turn off TurboFat.
To turn off TurboFat on NetWare 5.x servers, use turbodis.nlm.
To turn off TurboFat on NetWare 6.x servers, use tdis600.nlm.
These NLM™ programs disable TurboFat at startup.
When you create a new eDirectory tree on Windows, the surname of the Admin user is automatically set to a single space. This can cause problem in some GroupWise situations. For best results, manually set the surname of the Admin user to something meaningful.
Because of long-standing file lock issues with NFS*, you cannot use an NFS mount to mount a server file system where your GroupWise system is located to a workstation where you are running ConsoleOne. We recommend using an SMB mount instead.
All directory names in paths to GroupWise domains and post offices should consist of lowercase letters. Filenames should also consist of lowercase letters. There are no length restrictions.
When you create a new eDirectory tree on Linux, the surname of the Admin user is automatically set to a single space. This can cause problem in some GroupWise situations. For best results, manually set the surname of the Admin user to something meaningful.
GroupWise 7 administration on Linux does not include the following features that are available in GroupWise 7 on NetWare and Windows:
Import/Export utility in ConsoleOne
Document Properties Management feature in ConsoleOne
On the Links page of the MTA Web console in Firefox*, previous versions had a problem with the functionality of the and buttons. Support Pack 2 or later resolves the problem. However, some browser settings need to be cleared in order for the fix to take effect.
In Firefox:
Click .
Click , then click .
Select , then click twice.
Exit Firefox, then start Firefox again.
When you update the POA software, updated view files are copied to the software distribution directory but not to post offices. This maintains any customizations you might have made in the view files. When you use the option under > > in ConsoleOne, the post office view files are updated from the software distribution directory. If you have created custom view files with the same names as standard view files, you must create backup copies so that your customized view files are not lost in the refresh process. After you refresh the views, you must restore your customized view files to the post office.
The POA’s QuickFinder™ indexing feature does not currently index PDF files or OpenOffice files.
If you enabled SOAP in the original GroupWise 7 release, and if you changed the SOAP port number from its default of 7191, this information was not correctly replicated from the domain database to which ConsoleOne was attached to the post office database used by the POA for its configuration information. As a result, SOAP e-mail clients that relied on POA redirection (ngwnameserver) were not able to connect to the proper POA unless the correct IP address and port number were provided when starting the client.
In later GroupWise 7 Support Packs, successful POA redirection is critical to proper functioning of GroupWise Mobile Server. If you enabled SOAP in GroupWise 7 and changed the port number, you need to force the port number to replicate from the domain database to the post office database.
Install the GroupWise Administrator snap-in to ConsoleOne from the Support Pack.
In ConsoleOne, browse to and right-click the POA object.
Click .
Deselect , then click .
Select , then click .
Repeat this procedure for each POA in your GroupWise system.
By manually modifying the SOAP information, the SOAP information, including the port number, is written to the domain database and then properly replicated to the post office database so that redirection works properly for SOAP clients.
Users might experience problems using Evolution™ to connect to their GroupWise mailboxes if they are using Evolution 2.6.0 or earlier. In addition, earlier versions of Evolution can cause high utilization on GroupWise servers. To encourage users to update to the latest version of Evolution, you can use the /evocontrol switch in the POA startup file to configure the POA to allow only specified versions of Evolution. The /evocontrol switch takes either of the following parameters:
/evocontrol-"Evolution-1.10-yyyy-mm-dd" /evocontrol-"Evolution-Data-Server-1.10-yyyy-mm-dd"
You can put up to 10 switch entries in the startup file, so that you can list as many as 10 versions of Evolution. Entries beyond 10 are ignored. You can view the current entries at the POA Web console with the other SOAP settings. The POA log file lists the settings in the Soap Session section.
Earlier versions of GroupWise and the default MTA startup file included the /tcptrunkwidth switch. This switch has not been functional for several releases and has not been included in the product documentation. If you have been using the /tcptrunkwidth switch in the MTA startup file, you should remove it. It is no longer performing the function that it did in earlier versions because the MTA now handles the trunk width tuning automatically.
By default, the POA uses 1026 for its CAP (Calendar Access Protocol) port. On some Windows 2000 servers, port 1026 is already used by the Windows Task Scheduler or other Windows service. If this occurs, configure the POA to use a different CAP port by using the /capport switch in the POA startup file.
Normally, when you update your agent software with a Support Pack, you can use the option in the GroupWise Installation program to install the updated agent software, but you do not need to use the option because your agents are already configured. However, in GroupWise 7 Support Packs, you should use after updating the agent software in order to obtain the updated grpwise script.
Under certain circumstances, the Linux agents to do not start automatically at system startup, even though you selected during installation. Use the following commands as root to correct the problem:
chkconfig grpwise off chkconfig grpwise on
On Novell Open Enterprise Server SP2, services such as IMAP and IMAP SSL, which require port numbers below 1025, cannot be initiated or restarted after the GroupWise agents are running as a non-root user. To initiate or restart those services, you must manually stop the services and then restart the GroupWise agents.
This also applies to SUSE Linux Enterprise Server 9 SP3, the version of SLES that is bundled with Open Enterprise Server SP2.
When the POA, the MTA, or the Internet Agent starts, it creates a file named process_id.pid in the same directory where log files for the agent are created. The process_id.pid file includes the build date of the agent that created the core file. When a GroupWise agent creates a core file, it is always named core.process_id. If you need to submit a core file to Novell Support, please include the corresponding process_id.pid file so that Novell Support can determine the specific agent build that created the core file. Old process_id.pid files can be manually deleted along with their corresponding core files.
On OES Linux SP1, the Linux POA does not currently support the SOAP protocol when running as a non-root user. However, it does support the SOAP protocol when running as root.
On OES Linux SP2, the Linux POA does support the SOAP protocol when running as a non-root user, as well as when running as root.
If you try to start the Linux POA or MTA using the --show switch on a server where The X Window System* and Open Motif* are not running, you receive the following error:
libXm.so.3: cannot open shared object file : no such file or directory
To resolve the error, start The X Window System and Open Motif before starting the POA or MTA with the --show switch. If you start the POA or MTA without the --show switch, you can use the agent’s Web console to monitor the agent from your Web browser.
A security vulnerability exists in the GroupWise Windows Client API that can allow programmatic access to non-authorized email under certain conditions. The attacker must first authenticate to GroupWise and be a recipient of a shared folder from another user. The attacker could then exploit the vulnerability to gain unauthorized access to non-shared email in the mailbox of the sharer.
Users that have shared folders with other users can protect their e-mail by removing shared access until remedial steps have been completed. It is not necessary to delete the contents of the shared folders and they can be re-shared after the administrator has locked out older client versions. To remove shared access to a folder, select the shared folder, click , select , then click .
Administrators should lock out earlier versions of the GroupWise client in ConsoleOne in post offices where shared folders are in use.
Right-click each Post Office object, then click .
Click .
Select , specify 7.0.3, then click .
Repeat this procedure for each post office in your GroupWise system where shared folders are in use.
If you are running a mixed environment of GroupWise 6.5 and 7 clients, lock out based on the client release date rather than the client version. The recommended release date should be 9 Mar 2008 in order to ensure that your system is not vulnerable.
If you install the GroupWise Windows client with Outlook* XP already installed, an error message appears:
Either there is no default mail client or the current mail client cannot fulfil the messaging request. Please run Microsoft Outlook and set it as the default mail client.
In addition, if you open the Address Book, the GroupWise client crashes.
To fix the problem, run win32\wms\nt\us\wms.exe from the GroupWise installation directory, then restart the client.
Installing Windows XP Service Pack 2 enables the Windows Firewall by default. The default Windows Firewall configuration blocks UDP (User Datagram Protocol). GroupWise is dependent on UDP for several key features such as listing new messages in your Mailbox, displaying notifications, and performing Busy Searches. To reconfigure the Windows Firewall so that it does not interfere with GroupWise functionality, follow the instructions in TID 10094089 in the Novell Support Knowledgebase.
If GroupWise 7 has already been installed on a workstation by an administrator user, and if a GroupWise 7 Support Pack is installed by a different administrator user, a second instance of GroupWise is installed and the first instance is not updated. To fix this problem, go to the Control Panel, then double-click . If GroupWise is listed twice, remove the obsolete instance.
If you send a message with a subject only (no message body), a global signature is not appended. This is working as designed. The presence of a global signature on a message with an empty message body would prevent the Internet Agent /flatfwd switch from functioning correctly.
GroupWise might not handle iCal attachments correctly if they are received from a non-GroupWise external system.
In particular, iCal appointments sent from non-GroupWise external systems (except Microsoft* Exchange) display as all-day appointments instead of All Day Events. Because of this, such appointments display in the Appointment pane instead of the All-Day-Events pane.
Currently there is no way to set one computer as a primary archive. This can result in multiple archives if you use GroupWise on different computers.
In Online mode, if you have been granted rights to modify a distribution list, you can edit that distribution list in the GroupWise Address Book. In Caching mode, you cannot edit the distribution list in the GroupWise Address Book. However, if you go into the Address Selector in a new message, you can administer the distribution list from there.
If you use ClearType to smooth the edges of screen fonts and have an LCD display, your screen might flicker when scrolling in a text message.
If you are using Microsoft’s Anti-Spyware software, and you try to switch modes, GroupWise does not close. You must manually close GroupWise to switch modes.
The address books do not display in GroupWise if you install GroupWise for the first time after you have installed Outlook 2003. To resolve the problem, uninstall Outlook 2003 before you install GroupWise for the first time.
After your account has been moved from one post office to another, your Notify alarms disappear for appointments. To get your Notify alarms back, you need to re-create all the alarms manually. For information on setting alarms for appointments, see the GroupWise client help.
Users of the JAWS* screen reader should install the new JAWS script available in GroupWise 7. Follow the instructions in the \client\jaws\gw_jaws_readme.txt file to install the JAWS script and other files on your workstation. This JAWS script includes Section 508 accessibility bug fixes that have occurred since the script was updated for GroupWise 6.5 Support Pack 3.
If you have spyware detection software installed on your Windows computer, the GroupWise client for Windows might not install properly. Disable the spyware detection software before you install the GroupWise client for Windows.
If you run the GroupWise Windows client in a VMware* virtual machine, you might receive an 8503 error when you try to proxy to another user’s mailbox or display a Multi-User Calendar. To eliminate this problem, you need to disable the VMware adapters on your Windows workstation.
Right-click , then click .
In the list of LAN connections, you see one or more VMware adapters.
Right-click each adapter, then click
If you receive an item that was forwarded from the GroupWise Connector for Outlook, the item does not open in the Macintosh version of the Cross-Platform client.
If you run the Cross-Platform client in Caching mode as root on Linux, you might encounter synchronization problems with your master mailbox when you next run as a regular user. If pending requests from the root session remain when you log in as a regular user, regular user requests get backed up behind the root requests, which cannot be processed while you are logged in as a regular user. To resolve any problems, run the client as root again so that all messages are synchronized, then run as a regular user thereafter to prevent further problems.
The Cross-Platform client does not recognize the mailbox size limits set in ConsoleOne ().
If you have installed Microsoft Office or Internet Explorer on your Macintosh, new messages might not display as bold in your mailbox. To resolve the problem, disable your user fonts, which are typically duplicates of your system fonts, or update to JVM* 1.4.2 Update 1 or later.
Archiving with the Cross-Platform client can only be done to your local computer hard drive.
When prompted to rebuild your database, there is no progress indicator displayed during the rebuild process.
When you click on Macintosh, you cannot just type the message. You must move the mouse cursor to the message body window of the reply message before you can start typing.
The improved rendering of HTML in the WebAccess client is not available on Mac OS X on Intel because the WebRenderer* product that has been incorporated into GroupWise is not yet available for Mac OS X on Intel.
The GroupWise 7 Connector for Microsoft Outlook cannot be installed with Outlook 2007. If you run the Outlook Connector Setup program in this environment, you receive the following message:
A version of Outlook compatible with the GroupWise Connector cannot be found. Install Outlook and run this install again.
The Outlook Connector is not supported with Outlook 2007.
Before GroupWise 7.0.3, you could successfully run different versions of the WebAccess Agent and the WebAccess Application together. For example, you could install a new version of the WebAccess Application on your Web server while still running the previous version of the WebAccess Agent for the domain.
Starting in GroupWise 7.0.3, the recommended update procedure is to update all the WebAccess Agents in your GroupWise system first, then update all the WebAccess Applications. Long-term use of the mixed-version configuration is not recommended. You must update both the WebAccess Agent and the WebAccess Application to the same version in order to ensure proper functioning of the GroupWise 7.0.3 WebAccess client.
Running a new WebAccess Application with an older WebAccess Agent is no longer supported.
If you access the WebAccess client through Virtual Office 1.5 or earlier, you might see the old WebAccess client interface rather than the new one. To resolve this problem, see TID 10098412 in the Novell Support Knowledgebase.
Before GroupWise 7, WebAccess stored its default user interface files in the following directory on the Web server:
tomcat_root/webapps/gw/WEB-INF/classes/com/novell/webaccess/ templates/frames
In GroupWise 7, the user interface files are stored in the css subdirectory of templates rather than the frames subdirectory.
If you have exteNd™ portlets configured to use WebAccess, you must copy some of the exteNd template files from the frames directory into the css directory. Refer to the Novell exteNd documentation to determine which exteNd template files you should copy to the css directory.
IMPORTANT:Do not copy the entire contents of the frames directory into the css directory; this damages the new GroupWise 7 WebAccess user interface.
In addition, modify the WebAccess URL in the exteNd Portal Preferences from:
http://Web_server_address/servlet/webacc
to:
http://Web_server_address/gw/webacc
After the WebAccess software has been updated, users’ browsers might pull old WebAccess files from the local cache rather than using the updated files that have just been installed. The results are unpredictable, including not being able to compose an item, reply, and so on. To resolve such problems, users need to clear the browser cache and then log in to the WebAccess client again.
If the WebAccess login page appears in one or more of the frames (for example, the Folder list or the Item list) after a WebAccess user has successfully logged in, the user is probably accessing WebAccess through one or more proxy servers.
To prevent this problem:
In ConsoleOne, right-click the WebAccess Application object (GroupWiseWebAccess), then click .
Click , then deselect .
For information about this option, click on the Environment page.
Click to save the change.
If you are already logged in to the WebAccess client and you try to log in again without logging out first, you receive the “Login In Not Current” error. This is working as designed for security reasons.
Very occasionally, a pop-up blocker can prevent you from opening messages in the WebAccess client. If this happens, you can turn off the pop-up blocker or use a different one. Many pop-up blockers are available.
If you are using the Tomcat servlet engine with GroupWise WebAccess, the maximum memory allocation (heap size) for Tomcat should be at least 128 MB. The maximum memory allocation is set by using the -Xmx parameter when starting Tomcat (for example, -Xmx128m).
If your Web server is configured to allow directory browsing, it is possible for a user to access the /com directory of your Web server and browse downward from there. There is no confidential information located in any of the directories that are accessible in this manner.
However, if you want to prevent access, you can change the configuration of your Web server. For example, if you are using Apache, you can modify the httpd.conf file to remove the access that is provided by default. Locate the section that provides directory options for the htdocs directory. Either remove the Indexes option from the Options directive or place a minus (-) in front of it. Restart Apache to put the change into effect.
Under certain very specific circumstances, it is possible for a user to view WebAccess template files from a Web browser without logging in to WebAccess. There is no confidential information located in any of the template files that are accessible in this manner.
Starting with GroupWise 6.5 Support Pack 4, a line was added to the webacc.cfg file to prevent such access:
Templates.requireAuthentication=true
With this setting, unauthenticated users have no access to any WebAccess template files except for the Login page. If you have customized WebAccess templates for your own specialized use, this setting causes your templates to be inaccessible, even if GroupWise authentication was not previously required. You can turn off the authentication requirement by changing the line in the webacc.cfg file to:
Templates.requireAuthentication=false
If you have created your own customized versions of the WebAccess send.inc and msgitem.htt templates, you need to make the following changes to these files in order for them to be compatible with GroupWise 7:
Do not use the Url.Item.Reply.to and Url.Item.Reply.cc variables to pass and post names in a reply message’s To and CC fields. Instead, use Item.toFullID and Item.ccFullID (or Item.toName or Item.ccName).
When issuing an Item.Read action for a reply, set the Item.Reply parameter to either “sender” (to reply only to the sender) or “all” (to reply to all).
In GroupWise 7, the GroupWise 6.5 frame template files were still included in the GroupWise 7 software image. Some users for whom the GroupWise 7 WebAccess client performance was unacceptably slow returned to using the GroupWise 6.5 frame template files in their GroupWise 7 WebAccess installations.
Because the performance issues in the WebAccess client have been resolved in GroupWise 7 Support Packs, the Installation program does the following when you install the WebAccess 7 software from a Support Pack over the original GroupWise 7 software:
Deletes the frames entry from the user interfaces list (ConsoleOne > WebAccess Application object > ).
Resets the default user interface to by using the css templates.
Moves the GroupWise 6.5 template files into a backup directory.
Installs the new css template files to the templates directory of your Web server.
If you were using the GroupWise 6.5 frame templates with your GroupWise 7 installation, please do not continue to do so.
On older versions of Internet Explorer*, users might receive this message after the WebAccess software has been updated. See TID 10081268 in the Novell Support Knowledgebase for instructions to correct the problem. Update to the latest version of Internet Explorer to avoid the problem.
On Internet Explorer, when you exit from Address Book Options in the WebAccess Address book, the Address Book page might be blank. Press F5 (Refresh) to redisplay the Address Book.
The cache created by the Document Viewer Agent is not compatible with the cache previously used with WebPublisher. Old WebPublisher cache directories should be removed from servers where the Viewer Agent is installed.
The Document Viewer Agent startup file (gwdva.dva) lists a /template startup switch that is not yet implemented.
If you receive an error during installation indicating that the nvweb.dll file cannot be found, update the workstation to the latest Novell Client. The Novell Client is available for download from the Novell Downloads Web site.
If you install the WebAccess Agent as a Windows service, reboot the server, and then do a workstation login as an Administrator, the WebAccess Agent service might fail to start. If this occurs, update to the latest Novell Client. The Novell Client is available for download from the Novell Downloads Web site.
If WebAccess and Novell iManager are installed on the same Windows 2000/2003 server, iManager might stop working. Because WebAccess installs and configures its own Tomcat and Jakarta connector, it is preferable to install it on a server where Tomcat is not already in use by another program.
WebAccess might stop responding for a period of time on NetWare. It might or might not resume operation. To resolve this problem, update to the latest Winsock patch available on the Novell Downloads site.
If the GroupWise 6.5 WebAccess Application is running on the server where you plan to install GroupWise 7 WebAccess, you should manually stop WebAccess, the Web server, and Tomcat before starting the GroupWise 7 installation. Under certain circumstances, the WebAccess Installation program cannot stop them for you.
Existing users of WebAccess are accustomed to accessing the following URLs on NetWare and Windows Web servers:
|
Web Services page: |
Default index.html file of the Web server |
|
WebAccess: |
http://web_server_address/servlet/webacc
|
|
WebPublisher: |
http://web_server_address/servlet/webpub
|
The WebAccess URLs on NetWare and Windows Web servers are now the same as the URLs used on Linux:
|
GroupWise-specific Web Services page: |
http://web_server_address/gw/index.html
|
|
WebAccess: |
http://web_server_address/gw/webacc
|
|
WebPublisher: |
http://web_server_address/gw/webpub
|
To keep users’ browser bookmarks from being broken, you should redirect the old URLs to the new URLs. Follow the instructions below for your Web server.
Change to the conf subdirectory of the Apache root directory (for example, \apache2\conf.
Edit the Apache configuration file for GroupWise.
On NetWare 6, the Apache configuration file is gwapache.conf. On NetWare 6.5, the Apache configuration file is gwapache2.conf.
Add the following line:
redirect permanent /servlet/webacc http://web_server_address/
gw/webacc
If you use WebPublisher, add the following additional line:
redirect permanent /servlet/webpub http://web_server_address/
gw/webpub
Save the file, then exit the editor.
Restart Apache to put the redirections into effect.
Change to the inetpub\wwwroot subdirectory of the IIS root directory (for example, c:\inetpub\wwwroot)
Create a subdirectory named servlet.
Under the servlet subdirectory, create a subdirectory named webacc.
If you use WebPublisher, create a second subdirectory named webpub.
In IIS Manager, expand the tree in the left pane to display under .
Under , you should see the servlet subdirectory you created in Step 2.
Expand the servlet subdirectory to display the webacc subdirectory (and optionally, the webpub subdirectory) that you created in Step 3.
Right-click the webacc subdirectory, then click .
Click , select , then type /gw/webacc in the associated field.
Select , then click to save your changes.
If you use WebPublisher, repeat Step 7 through Step 9, using webpub in place of webacc.
Restart the IIS Web server to put the redirections into effect.
For redirection instructions, search the Novell Support Web site.
As part of the change from /servlet/webacc to /gw/webacc, the WebAccess Installation program installs the WebAccess Application files into the servlet container (gw) but it does not remove old servlet and htdoc files located under the ROOT container of the servlet and the Web server. Therefore, you might want to manually delete the following directories and files:
sys:\apache2\htdocs\com sys:\apache2\htdocs\index.html (if customized for GroupWise) sys:\apache2\htdocs\novell.html (if index.html was not customized) 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
You should definitely delete web.xml, because it might cause the WebAccess, WebPublisher, and Monitor Applications to run in both the old and new locations. Also, if you have customized the GroupWise template files, you should copy the contents of the template subdirectories under:
sys:\tomcat\4\webapps\ROOT\WEB-INF\classes\com\novell
to the corresponding templates subdirectories under:
sys:\tomcat\4\webapps\gw\WEB-INF\classes\com\novell
On NetWare 6.5 Support Pack 5, you might need to install a Winsock patch that enables users to download large attachments when they are using SSL connections to WebAccess. For a workaround, see TID 10100680 in the Novell Support Knowledgebase.
On NetWare 6.5 Support Pack 5, you might receive one of the following error messages on the server where the WebAccess Agent is running:
Server logical address space is running low ... Short term memory allocator is out of memory ... Cache memory allocator out of available memory ...
A patch for this problem is available in TID 2973639 in the Novell Support Knowledgebase.
When using Internet Explorer 5.0 to view messages through WebAccess, URLs to messages become part of the History cache and can be read by other users who have access to the same workstation. For solutions to this problem, see TID 10056452 in the Novell Support Knowledgebase.
On NetWare, the Viewer Agent requires at least 1 GB of memory for running about 5 worker processes. By default, 5 processes are started.
On NetWare, you must install the latest Support Pack for your version of NetWare in order to have the correct version of clib.nlm.
On NetWare, must be set to in order for the Viewer Agent worker processes to recover successfully when a document fails HTML conversion.
On NetWare, when a document fails HTML conversion and its worker process dies, NetWare creates a small file named core*.dmp in the server’s root directory. You should periodically delete these files.
SUSE Linux Enterprise Server 10 uses Tomcat 5 rather than Tomcat 4. It also uses the MOD_PROXY module rather than the MOD_JK connector. Installation instructions that compensate for these differences are available in TID 3248145 in the Novell Support Knowledgebase.
GroupWise 7 on Linux includes a Novell distribution of Apache and Tomcat that you can install along with the WebAccess Application if you do not already have Apache and Tomcat running on that server. The Novell distribution relies on OpenSSL libraries. If OpenSSL is not already installed on the server where you plan to install the Novell distribution of Apache and Tomcat, you can obtain it from the OpenSSL Project. Download and build OpenSSL for your version of Linux before installing the Novell distribution of Apache and Tomcat.
The Novell distribution is installed in the following directories:
|
Apache: |
/var/opt/novell/http and /etc/opt/novell/http |
|
Tomcat: |
/var/opt/novell/tomcat4 and /etc/opt/novell/tomcat4 |
It is started by using the following customized commands:
The WebAccess Installation program lets you choose whether you want to install the Novell distribution. During installation, select if you want to install the Novell distribution. Select if you do not want to install the Novell distribution of Apache and Tomcat because you have an existing Apache and Tomcat installation that you want to use with WebAccess.
NOTE:If you are installing on Novell Open Enterprise Server (OES), the option to install with Apache and Tomcat is not available.
If you install the Novell distribution on a server where a standard distribution of Apache and Tomcat is already installed and running, you will encounter a port conflict on port 80. You can resolve the port conflict by choosing to run one distribution or the other, or you can reconfigure one distribution or the other.
To reconfigure the Novell distribution to use a different port number, edit the httpd.conf file in the /etc/opt/novell/httpd/conf directory. Locate the following line:
Listen 80
Change the port number to a something that is not already being used on the server, then save and exit the file.
On slower Linux machines, if you select , your machine might appear to hang on the “Please Wait” message. Apache and Tomcat are being installed while the “Please Wait” message is displayed, before the WebAccess Application installation begins.
During installation, the Linux WebAccess Installation program requires access to eDirectory by way of LDAP authentication. The LDAP Group object includes an option named , which is enabled by default. With this option enabled, you must provide the LDAP server’s trusted root certificate, which must be exported from the LDAP server, in order for LDAP authentication to take place (typically on port 636) during installation of the WebAccess.
Unless you already have SSL set up, an easier alternative is to disable in ConsoleOne, which allows LDAP authentication to take place using clear text (typically on port 389), during installation of WebAccess. After disabling the option, restart eDirectory, install WebAccess, then re-enable and restart eDirectory again.
If you install Linux WebAccess in an eDirectory context where the WebAccess objects already exist, a message informs you that you can “use the existing objects.” In actuality, the objects are deleted and re-created, so if you have customized the properties of the existing objects, you must customize the objects again after installing WebAccess on Linux.
The -httpport switch has been added to the Linux WebAccess Agent to specify the port number for HTTP communication. However, it is currently not listed in the webac70a.waa file on Linux.
On Linux, if you run the Viewer Agent as a user that is not running The X Window system, then WebAccess client users cannot view embedded vector-based graphics in attachments. To enable users to view embedded vector-based graphics, make sure that the user that starts WebAccess (and hence, the Viewer Agent) is running The X Window System and has a DISPLAY environment variable set so that the Viewer Agent can write to the local display. One way to accomplish this is to use the sux command to become root before you start the WebAccess Agent.
On Linux, the third-party viewer software used by the Viewer Agent has a dependency on libXm.so.1, which might not be included with your Linux package. To resolve this, create a symbolic link in the agents lib directory to the version of the libXm modules that is available on your Linux server. For example:
ln -s /usr/X11R6/lib/libXm.so.3.0.1 /opt/novell/groupwise/
agents/lib/libXm.so.1
The WebAccess Installation program does not configure WebPublisher for you. Some manual configuration is required. For instructions, see the GroupWise 7 Installation Guide (/docs/us/GroupWiseInstallationGuide.pdf).
If you have commented out any lines in the Linux WebAccess configuration file (webacc.cfg) or the WebPublisher configuration file (webpub.cfg), you should back up those files before installing GroupWise 7. If you use the option in the Installation program, those commented lines become uncommented and the settings return to their defaults. However, any other changes you have made to the configuration files are retained. You must comment out the lines again and edit the settings as needed, using the backup copies for reference.
In Firefox on Linux, the horizontal scroll bar in the left panel of the WebAccess client help displays in the middle of the column instead of at the bottom. It does not interfere with help functionality.
If you use the /copyonly startup switch on the Internet Agent Installation program to install GroupWise 7 Internet Agent software from a Support Pack to update original GroupWise 7 software, the database version on the GWIA object is not updated. As a result, the Support Pack 1 enhancement described in Consolidated Configuration Information
in What’s New in GroupWise 7
in the GroupWise 7 Installation Guide does not occur. Therefore, you should not use the /copyonly startup switch when updating an existing Internet Agent installation to a GroupWise 7 Support Pack.
In GroupWise 6 and its Support Packs, there was a problem with the address format used for sending to distribution lists and resources if you set Internet Addressing to one of the following formats (which are not appropriate for distribution lists and resources):
first_name.last_name@Internet_domain
last_name.first_name@Internet_domain
Messages to distribution lists and resources were initially undeliverable and were sent to the Internet Agent. The Internet Agent then successfully resolved the addresses and sent the messages back into the GroupWise system. Users did not notice the problem, but some administrators noticed unnecessary traffic through the Internet Agent.
In GroupWise 6.5, the address format problem for sending to distribution lists and resources was corrected. However, users who originally used GroupWise 6 have the erroneous address format for distribution lists and resources in their Frequent Contacts address books. If you are updating from GroupWise 6 to GroupWise 7 and unnecessary traffic through the Internet Agent is a continuing problem, have users delete distribution lists and resources from their Frequent Contacts address books so that the correct address format is used for name completion in the future.
None.
GroupWise 6.5 included the /etc/init.d/grpwise-ia script for starting and stopping the Linux Internet Agent. In GroupWise 7, the Internet Agent is started along with the POA and the MTA, using the grpwise script. Therefore, you should delete the obsolete grpwise-ia script from /etc/init.d so that it is not used inadvertently.
During installation, the Linux Internet Agent Installation program requires access to eDirectory by way of LDAP authentication. The LDAP Group object includes an option named , which is enabled by default. With this option enabled, you must provide the LDAP server’s trusted root certificate, which must be exported from the LDAP server, in order for LDAP authentication to take place (typically on port 636) during installation of the Internet Agent.
Unless you already have SSL set up, an easier alternative is to disable , which allows LDAP authentication to take place using clear text (typically on port 389), during installation of the Internet Agent. After disabling the option, restart eDirectory, install the Internet Agent, then re-enable and restart eDirectory again.
If you try to start the Linux Internet Agent using the --show switch on a server where The X Window System and Open Motif are not running, you receive the following error:
libXm.so.3: cannot open shared object file : no such file or directory
To resolve the error, start The X Window System and Open Motif before starting the Internet Agent with the --show switch. If you start the Internet Agent without the --show switch, you can use the Internet Agent Web console to monitor the Internet Agent from your Web browser.
If the location of the Monitor template files is inadvertently changed, then you cannot start GroupWise Monitor. To resolve the problem:
Locate the gwmonitor.cfg file.
The location of the Monitor configuration file varies by platform:
Locate the Templates.Path line and correct the path as needed.
The location of the template files varies by Web server platform:
In ConsoleOne, browse to and right-click the GroupWiseMonitor object, then click .
Click .
In the field, correct the path as needed, then click
When the correct template path has been supplied in the gwmonitor.cfg file and on the GroupWiseMonitor object in ConsoleOne, you should be able to start GroupWise Monitor.
Monitor settings are stored in the monitor.xml file in the Monitor installation directory. Agent groups are also stored in this file. If you reinstall the Monitor software, the monitor.xml file is backed up as monitor.001. To restore previous Monitor settings and agent groups, remove the newly installed monitor.xml file and rename monitor.001 to monitor.xml.
If you want to enable SSL by using the Monitor Agent /httpssl and /httpcertfile switches, the certificate file must be in PEM format. This differs from the other GroupWise agents, which take a .b64 public certificate file and a .key private key file. The PEM format combines the certificate and key in a single file.
If you’ve used Monitor on a NetWare or Windows Web server, you are accustomed to accessing the following URLs:
|
Web Services page: |
Default index.html file of Web server |
|
Monitor Web Console: |
http://web_server_address/servlet/gwmonitor
|
Starting in GroupWise 7, use the following URLs on NetWare and Windows Web servers:
|
GroupWise-specific Web Services page: |
http://web_server_address/gw/index.html
|
|
Monitor Web Console: |
http://web_server_address/gw/gwmonitor
|
To keep users’ browser bookmarks from being broken, you should redirect the old URLs to the new URLs. Follow the instructions in Section 9.2.6, New NetWare and Windows WebAccess URLs, substituting /gw/gwmonitor for /gw/webacc as needed in the instructions.
If you have installed interim releases of Monitor between Support Pack 1 and Support Pack 2, and if you are installing Monitor on a server where other GroupWise agents are also running, you might receive the following error message:
Install failed for an unknown reason (8)
To work around this error message:
In a terminal window, uninstall the Monitor Application by using the following command:
rpm -ev --justdb novell-groupwise-monitor
This command removes the Monitor Application from the RPM database so that it does not interfere with the installation of the other GroupWise components on the server.
In the GroupWise Installation program, update the other GroupWise components on the server.
Reinstall the Monitor Application individually, and do not select the option in the GroupWise Installation program.
Monitor and WebAccess share a substantial amount of functionality. The following WebAccess issues also pertain to Monitor:
After GroupWise 7 Support Pack 1, the GroupWise client started using UTF-8 instead of ISO for MIME encoding. This causes occasional problems in some languages where GroupWise 6.5 clients are being run against GroupWise 7 post offices. To help with the transition, a Support option has been added to GroupWise Check (GWCheck) to convert user databases back to the ISO encoding for your language.
Start GWCheck as described in GroupWise Check in Databases in the GroupWise 7 Administration Guide.
Under , select .
In the field, browse to and select the post office directory.
Under , select .
If you want to perform the conversion on all user and resource databases in the post office, specify ALL in the field.
In the drop-down list, select .
In the field on the tab, type setmimeencoding=number, where number is one of the following character set numbers:
Click to perform the conversion of user and resource databases from UTF-8 to the selected character set.
Do not use double-byte characters in directory names and filenames.
Do not use double-byte characters in user passwords.
The Change GroupWise Password dialog box in ConsoleOne currently allows entry of double-byte characters. However, the GroupWise client login does not allow entry of double-byte characters in passwords, so a user who was assigned a password with double-byte characters in ConsoleOne cannot type the double-byte characters when attempting to log in to GroupWise.
Auto-detection of character encoding for the WebAccess/WebPublisher index.html page does not work for some Web browsers. If you do not see the localized languages in the drop-down menu on the Web services page (index.html), set your Web browser’s character encoding to UTF-8. In some browsers, you can click to set the Web browser’s encoding.
You might also encounter character encoding problems when reading HTML-formatted messages. In this case, set your Web browser’s character encoding for the new message window to UTF-8. You can do this by right-clicking in the new message window and then setting the encoding, or by clicking .
When Russian characters are used, they are displayed in the Spell Checker as corrupt characters.
On Windows, Mozilla*-based browsers such as Firefox and Netscape* do not save extended character filenames correctly, even though the filename displays correctly in the Save As dialog box. This is a browser problem, not a GroupWise problem. There is no workaround.
In Safari* on Macintosh, extended character filenames are not interpreted correctly. As a workaround, use Firefox instead of Safari if you receive attachments with extended character filenames. This is a browser problem, not a GroupWise problem.
The GroupWise client Print Calendar feature always prints calendars in the language specified in Regional Options or Regional Settings in the Control Panel, even if the client is installed in a different language. For example, if French (Switzerland) or French (Swiss) is specified in the Control Panel and the client is installed in German, calendars print in French.
In the WebAccess client running on Japanese Windows XP, some characters might not display correctly.
If you run the Linux GroupWise agents with an agent console interface in languages other than English, logging information might not display correctly. The problem occurs if your language encoding is set to UTF-8.
To determine your current language encoding, use the following command in a terminal window:
locale
You can change your language encoding in YaST:
Start YaST, click , then double-click .
Select the language you are running the agents in, then click .
Deselect , then click .
Stop and then restart the agents to put the new setting into effect.
When you use a Russian keyboard, the Linux environment variables that provide language and locale information are typically set to ru_RU. Typically, this setting implies the Russian character set ISO-8859-5. However, on some distributions of Linux, the ISO-8859-5 character set must be set explicitly in order for your Russian keyboard to work with the GroupWise Cross-Platform client. Use the following command to specify the character set along with the language and locale information:
export LANG=ru_RU.ISO-8859-5
In most cases, setting the LANG environment variable also sets all LC_* environment variables and resolves all Russian keyboard problems. If you set the LANG environment variable and your Russian keyboard still does not work, use the following command to view the current settings for the LANG and LC_* environment variables:
locale
If any of the LC_* environment variables have not inherited the ISO-8859-5 specification, export them individually.
Keyboard mnemonics for menu items work for characters a-z and A-Z, but not for other characters.
The Linux GroupWise agent user interfaces display correctly if the Linux environment is using the ISO-8859-1 character set, which is the default for the GroupWise administration languages and locales.
If the Linux environment is using a different character set encoding such as UTF-8 (for example, fr_FR.UTF-8), the localized agent user interfaces do not display correctly.
None.
To support accessibility requirements within GroupWise Help, the Help for the GroupWise Windows client uses Microsoft HTML Help. In order for Microsoft HTML Help to display on a Windows workstation, the workstation must have Internet Explorer 4.x or later installed.
If you install the WebAccess Application and the WebPublisher Application on a UNIX* Web server, as described in Completing the Installation on a UNIX Apache Web Server in Installing GroupWise WebAccess
in the GroupWise 7 Installation Guide, you now need to install the WebAccess and WebPublisher help files manually.
After installing the WebAccess Application and the WebPublisher Application:
Change to the gw/com/novell/webaccess directory of the Web server.
Unzip the __help__.zip file.
Change to the gw/com/novell/webpublisher directory of the Web server.
Unzip the __help__.zip file.
Online help is now available for WebAccess and WebPublisher users.
When you start the Linux POA, the Linux MTA, and the Linux Internet Agent using the --show switch to display a GUI user interface, if the agents are running as a non-root user, clicking does not display the agent help file. Help is displayed in a browser window and the agents currently launch the browser as root. Giving the user access to the browser window as root would be a security risk. This is working as designed.
If you display help from an agent Web console on a server where Novell iChain® is installed, and if iChain is configured to use the option, the image at the top of the help topic does not display.
When you create a new contact, it is time-stamped with the correct time format.
Changes made to shared address books always replicate accurately to users with whom the address books are shared.
In Caching mode, personal address books always display synchronized with personal address books in Online mode.
If you share an address book and if a user in the shared address book is later deleted from the GroupWise system, replication of subsequent changes to the shared address book is successful for the post office from which the user was deleted.
The Address Book handles the situation where you try to create a user defined field but leave the field name blank.
When printing labels from an address book, all selected labels are included in the printout.
You can import an address book that includes more than 5000 contacts.
The Address Selector positions correctly to names starting with “Z”.
If you use a .nab file to import a group that already exists in an address book, the client prompts you about whether to overwrite the existing group.
Swedish sorts correctly in the GroupWise Address Book.
On Windows 2000 Professional Chinese Edition, groups are correctly created without duplicating users.
If ConsoleOne creates an object in one eDirectory replica and then tries to read it from an eDirectory replica where the new object has not replicated yet, ConsoleOne waits for replication to take place rather than returning an error.
When you specify a remote location in a cluster, you can use an IP address instead of a server name in a UNC path.
Moving a user never affects the user’s password.
You can move a resource from one post office to another when you are not connected to the domain that owns the post offices.
HTML-formatted global signatures display with correct line spacing.
If you deselect in the and boxes on the tab of , and then lock the settings, client users are prevented from selecting in the comparable boxes in the GroupWise client.
If is deselected on the tab of , it does not affect the overwriting of messages in the Work in Progress folder in the GroupWise client.
If is deselected on the tab of Security Options in , the field does not display in the GroupWise client login dialog box.
When a distribution list is replicated to an external system, the membership and member participation are replicated completely and accurately.
When you change the restore area for a post office, the change is replicated throughout your GroupWise system.
On the Rights property page of a Library object, when you select , all rights are automatically selected and dimmed.
When you select on the tab under , the list of system operations that is available to administrators who are connected to secondary domains displays the correct list of operations.
Multiple link configuration changes no longer cause the MTA IP address to be lost.
ConsoleOne with the GroupWise Administrator snap-in can connect to a domain if you specify the wpdomain.dc filename along with the domain directory path.
TSAFSGW no longer backs up GroupWise queue directories in order to avoid generating spurious backup error messages on the transient files that are found in these directories.
The Linux GroupWise Database Copy utility (DBCopy) checks for uppercase and lowercase database names before completing the copy operation.
The GroupWise Identity Manager driver removes and added users to distribution lists in the proper order.
You can now set the default MIME encoding for messages in ConsoleOne. Select a Domain, Post Office, or User object, then click . On the tab, select the desired MIME encoding.
The information displayed in the field on the GroupWise Account property page of User objects in ConsoleOne is now available to the GroupWise Admin API.
When creating an External Entity object, the Admin API uses the specified File ID rather than generating a new one.
The DefaultSecurityLevel property returns addition security levels.
If an account does not have an expiration date set, the Admin API returns absence of the date correctly.
On Open Enterprise Server 2, when installed on NSS volumes and configured for automatic startup, the GroupWise agents start after NSS.
For the Linux agents, you can determine the build date of the agent that produced a core file by checking the process_id.pid file that is left in the agent’s log file directory when the agent does not shut down normally.
When the POA tries to index a damaged message and fails, it still indexes the fields (, , and so on) associated with the damaged message.
When a message is blocked by a sender, the POA log file lists the blocked recipient.
The POA can successfully change a password for a user in Active Directory*.
The POA can successfully deliver messages when the post office name includes angle brackets (<>).
The Linux POA can more accurately calculate the percentage of available disk space.
When attempting to access a restore area, the POA takes the path provided in the field in ConsoleOne, rather than then field.
If a message contains an invalid Chinese character, the character is replaced with a question mark (?) so that the whole message is not discarded as invalid.
Fixed some POA abends.
The new /vsnostatus startup switch prevents GroupWise status messages from being routed to third-party virus/spam scanning applications. Because GroupWise status messages are created within GroupWise, it is not likely that they contain viruses or spam. This switch speeds up routing of status messages through the MTA.
The Linux MTA now creates its PID file before changing to run as a non-root user.
Fixed some MTA abends.
When the Linux agents are configured to start automatically on system startup and they are configured to start in a language other than English, they start successfully in the language specified by the /language startup switch.
The OCF Resource Agent script (GroupWise) that is included in the GroupWise High Availability service (gwha) RPM has been enhanced to work better with the Messenger agents.
The GroupWise client can be installed by ZENworks® 7 on top of an existing installation that was performed by the Administrator user.
MailTo links in Web pages can successfully start GroupWise.
If Novell Single Sign-On is not installed, the field does not display in the GroupWise client login dialog box.
The GroupWise main window can be brought to the foreground on top of a View Message window.
The GroupWise client fills in the field correctly when the and fields both contain the same username.
If you forward an HTML-formatted message that was originally created in a program other than GroupWise, the original HTML formatting is not changed when the message is forwarded.
When you spell check an HTML-formatted message, duplicate words can be replaced with a single instance.
The GroupWise Windows client no longer uses Base64 encoding for items saved in the Work in Progress folder. Plain text messages are saved as plain text. HTML-formatted messages are saved as HTML.
If you save an HTML-formatted message in the Work in Progress folder when your default Compose view is set to Plain Text, the HTML formatting is still retained in the saved message, and the message opens again in HTML Compose view.
When a message is replied to and forwarded to multiple users, the each sender’s default font and point size is always retained.
If you view a plain text message and then change the displayed font size by using , the message displays and prints in the selected font.
The reply to an encrypted plain text message includes the sender’s message when the sender selects that option.
A rule-delegated plain text message displays correctly when the recipient replies to it in HTML compose view.
If you are composing a plain text message that has attachments and you print it, you have the option of printing the attachments along with the message.
When you view a plain text posted appointment, note, or task, you can change from Plain Text view to HTML view without losing the text of the posted item.
When you copy and paste an image or table from another source into a GroupWise message, it is no longer stored as a bitmap. This results in smaller message sizes for GroupWise messages that contain such elements.
If you paste a URL that contains %xx sequences into a message and send it, the sequences are no longer interpreted as Unicode* characters and the URL displays properly when the message is received.
The Internet standard reply format works for digitally signed messages.
If you create a new message and attach a file, you can right-click the attached file and use to save the attachment.
When you open a message that has attachments, the attachments never generate a D107 error.
If you attach a file that is deleted from the file system before you send the message, you are warned that the attachment file is missing.
When you save an attached document reference, it is saved with the filename you specify.
If you attach a file that resides in a directory with a very long pathname, the file size is still calculated correctly.
You can multiple-select items in a filtered list and then successfully delete the selected items.
If you change the sort order of a list of messages, then use the drop-down list to change the display settings (for example, from to and back again), the sort order remains constant.
Items where has been selected on the tab display without subject lines in the Month view of the Calendar.
If you specify a resource that is not a place in the field of an appointment, it does not overwrite what you specify in the field.
Recurring appointments that are deleted from the Month view of the Calendar are retracted from recipients’ mailboxes.
When you drag and drop an appointment to a different day of the month in the Month view of the Calendar that is displayed by clicking , it displays correctly when viewed in the main Calendar view.
If you use a rule to accept and decline appointments, the rule does not decline appointments that fall on a day that has an all-day event already scheduled. All-day events are considered “free.”
When the Month view of the Calendar is displayed in a panel of the Home view, appointments are not duplicated.
With your Calendar displayed as a Checklist, you can create more than 20 recurring posted appointments.
Comments accompanying a Meeting Canceled message display correctly.
If you reply to a Meeting Canceled message, the reply displays correctly.
If you decline an appointment but don’t delete it, and then select , the appointment displays in white on your Calendar.
Appointments imported from .ics files in the Sydney, Australia, time zone display the correct times when daylight saving time is in effect.
The Windows client sends correct time zone codes for all time zones.
In the Multi-User Calendar view, the option always works.
If you change the order of users in the Multi-User Calendar list, it does not affect the original proxy list.
If you create a task with a specific priority, then edit other settings of the task, the priority setting is not affected.
A task created without a due date always displays without a due date and never becomes overdue.
Categories can be applied to all instances of a recurring Calendar item.
User-created categories are retained on posted appointments.
You cannot save a message again in the Work in Progress folder until the initial save has been completed. If the message includes large attachments, you might need to wait before the second save can be performed.
If you try to save a message with an invalid address in the Work in Progress folder, a message informs you that there is an error.
From a shared folder, you can forward items as attachments when you are not the owner of the shared folder (assuming you have the rights required for this operation).
If a user receives a message that is also placed in a shared folder, and if that user deletes his or her personal copy of that message, it does not affect the copy in the shared folder.
The contents of a large Find Results folder can be saved successfully.
When you move an item to the archive from a Find Results window, the archived item disappears from the Find Results window.
The GroupWise client returns the appropriate error if it attempts to archive to a location where no free disk space is available.
Messages with asterisks (*) in the subject line print correctly.
When printing a message, the message header and the message body print in the same size font.
When printing a plain text message, the and selections in the drop-down list print in different sizes.
Messages printed from the QuickViewer include headers.
Notes are printed on calendars imported from .ics files.
Large attachments print directly from GroupWise, without needing to open the application that created them.
Creating a new, empty archive no longer affects the display settings of the Home panel.
Damaged sent items that have been archived can be repaired and unarchived.
In Remote mode, setting options does not prevent the downloading of attachments when the appropriate version/date criteria are met.
If you proxy into another user and send a message where you have changed the name in the field from the proxy user to a different user, the recipient sees the sender as the user you specified, followed by the proxy user in parentheses.
Proxying into another user’s mailbox does not affect the original user’s list of signatures.
When you are proxied into a resource mailbox, the default signature is correctly appended.
When you proxy into another user that is configured to add a signature automatically and send a message, the user’s signature is added to the message.
Viewing the properties of messages when you are proxied into another user’s mailbox does not affect the view files installed on your workstation.
When you edit an existing rule that sends a message, the existing contents of the field display correctly.
If a user blocks a sender using the Junk Mail Handling feature, the GroupWise client no longer replies to subsequent messages from the blocked user.
You can use to save a document in the Documents folder under another name.
The GroupWise client is consistently able to open PDF files stored in libraries.
If you close a checked-out library document by using the button (X in the upper left corner of the window) in Word, the document is successfully closed and checked back into the library.
You can use the button (X in the upper left corner of the window) in Excel*. The spreadsheet is successfully closed and checked back into the library.
Word 2007 documents can be checked back into GroupWise libraries.
With integrations turned on, you can view and open documents created by Windows Office 2003 and Windows Office 2007.
Integrations can be turned on and off for Microsoft Excel and spreadsheets to display properly.
The Custom Views feature works properly again.
From the Notify window, if you read a message that has been moved to a folder by a rule and then delete the message, the client can determine what folder the message has been moved to and successfully delete it.
If you conceal the subject of a message in the Windows client, it is concealed when you view the message in the Cross-Platform client.
The options works again.
MIME encoding can be consistently set using , then selecting from the drop-down list.
When the Windows client is inactive, it suppresses the message that the connection to the post office has been lost. The same change applies to Notify.
The /c startup switch works correctly.
The Windows client makes sure that the \temp\xpgrpwise directory exists before attempting to render HTML-formatted messages.
Messages received through the GroupWise API gateway display the username correctly on the message properties page.
You can set GroupWise as the default MailTo client on Windows Vista* by using .
On Vista, when you drag and drop GroupWise items to the desktop, they display with their respective GroupWise icons and the items on the desktop behave appropriately.
The GroupWise client can successfully connect to a Unity IMAP server.
Simple MAPI calls from other programs still work after GroupWise has been installed.
The GroupWise viewer displays images in Word documents if you change the viewer mode from Draft to Normal. You only need to make the change once, not on each document viewed.
If you run the Windows client from a terminal server and open a library document with Microsoft Word, the document opens correctly.
If you create a Word document from GroupWise and send it as an attachment without saving it first, it arrives successfully.
You can open multiple Word documents at the same time from GroupWise.
You can overwrite existing Excel spreadsheets from GroupWise.
You can send PowerPoint* 2007 presentations in PDF format as message attachments from the GroupWise client.
Unicode is enabled when opening attachments.
With the Windows operating system set to English and the GroupWise language set to a locale where the GroupWise .dll and .fil filenames included extended characters, the Calendar folder now displays correctly.
If you change a message that uses a specific language character set to another item type such as a posted appointment or task, the language character set is retained in the new item type.
Appointments with extended characters in the line can be successfully delegated by a rule.
The Euro character (€) displays correctly in a plain text message that uses ISO-default encoding.
Chinese characters in the and fields of messages sent from external e-mail systems are displayable in GroupWise.
Attachments with filenames that include Chinese simplified characters are saved with correct filenames.
During spell checking, Chinese characters are no longer underlined in red as if they are misspelled.
Chinese characters can be input easily in the signature editor.
Incorrect MIME encoding for a few Chinese characters has been corrected.
The Chinese client can forward attachments whose filenames are in Japanese characters.
In the Japanese client, the field of a new appointment can be changed from 1 hour.
In the Japanese client, if you print a message while you are still composing it, the Japanese characters print correctly.
The subject line of a Japanese appointment is not collapsed when the appointment is delegated.
Japanese characters are found consistently in searches.
In Remote mode, the subject line in the Pending Requests to Online Mailbox dialog box is not collapsed.
When printing a Japanese message, the recipient’s name and the subject line are printed in full.
The Scandinavian clients use ISO-8859-15 as the default for MIME encoding.
Fixed several client crashes.
In an open message, you can right-click any user in the field to display user information.
If you conceal the subject of a message in the Windows client, it is concealed when you view the message in the Cross-Platform client.
The Cross-Platform client can handle attachment names that include an extra slash (/).
Attached OpenOffice documents display the OpenOffice icon in the Attachments window.
All Day Events are included in Busy Search results.
Add Day Events lasting longer than 24 days can be created.
The Cross-Platform client on Linux performs acceptably even when another process is causing a high CPU utilization state on the workstation.
The Cross-Platform client on Linux synchronizes reliably with the POA in Caching mode.
In Caching mode, the Cross-Platform client on Macintosh can send large attachments without its TCP/IP connection timing out.
The Cross-Platform client on Macintosh starts successfully on Mac OS 10.3.9.
On the GNOME* desktop, the MailTo command starts GroupWise correctly.
Fixed some client crashes.
Categories interoperate between GroupWise and Outlook.
The new EventNoticeRegisterEx token passes the permanent message ID back to a third-party function.
The new RetrieveMime token provides parameters to import EML files into the Send Items folder, the Mailbox folder, or the Work in Progress folder.
The ItemMessageSave token now includes parameters to save messages in RTF and MIME formats.
The ItemSaveMessageDraft token works correctly when the folder path parameter is used with it.
A new parameter has been added to the ItemMessageIDFromView token so that an attached message can be viewed rather than opened.
The FolderSelectDlg token works in the Panels view.
The PrefAdvanced token and the FocusSet token still work if the user views the Send Options tab while composing a message.
The ItemMessageIDFromView token has a new parameter that returns the message ID of an attached message that is viewed rather than opened.
The ItemSetText token successfully appends addresses to the contents of the , , and fields.
The ItemAttachmentAdd token works when adding document references.
The modifyProxyAccessRequest method can revoke access rights as well as set them.
The modifyProxyAccessRequest method can create the <All User Access> right.
The getSettingsRequest method returns the MIME encoding setting.
The createItemRequest method no longer returns the sender in the recipient list.
The replyTo element works correctly when sending messages from GroupWise out over the Internet.
The Query object can search archives.
The Message.Hidden property for document references is correctly set to false.
The AddExistingMessage function can successfully add text that includes tab characters.
The Find filter works with custom message subtypes.
The Folder.Messages.Find function correctly filters messages in the folder.
Folder.FindMessages and Message.Find return more than 4 KB of items.
The TrashEntries collection returns 65535 when the Trash folder contains more than 64 KB of items, rather than returning 0.
The AddressBookRights collection can be modified and deleted.
The GroupWise Address Book Control works when accessing organizations.
The AddressBookRightsCollection.Add method works correctly.
In Address Book entries, visibility can be set to Unknown.
MAPISendMail works correctly even when the address type information is missing.
MAPISendMail sends attachments properly even when users are not allowed to edit the message.
Custom fields added by the Client API display correctly in the GroupWise client.
The Client API can retrieve an image into a draft message when the path to the image includes a space.
The Client API checks for private messages by using the same method as the GroupWise client uses.
The Client API can export FIDs on Address Book entries.
The IGWTask2 and IGWTask3 GUIDs work correctly again.
Compatibility with RIM’s Blackberry* Enterprise Server has been improved.
Deleting a folder no longer causes a memory leak.
A C3PO™ can now delete a GroupWise menu that has submenus.
A C3PO can use OnCloseItem to determine which item is being closed.
The contents of the and fields translate correctly from Unicode.
The Attachment.Save method successfully saves attachments with filenames that include Chinese and other double-byte characters.
Fixed an IMAP abend.
iCal handles appointments with attachments that are addressed to external users.
When a calendar is exported into an iCal file, the resulting .ics file includes the message body text of appointments.
If an iCal appointment is deleted after it has taken place, iCal does not send a Declined message to the sender.
When you send an iCal appointment that leaves the GroupWise system and gets delivered back to internal recipients (for example, through a list server), proper status information is returned to the sender.
The VALARM section of the .ics file is processed correctly.
iCal can process a VTimeZone option that does not have a time zone ID string.
The iCal time zone definition iCal for the Eastern Time (US & Canada) time zone has been corrected.
The iCal time zone definition for New Zealand now defines daylight saving time.
iCal handles appointments where the field includes extended characters.
SOAP performance has been improved by using HTTP GET instead of getAttachmentRequest to stream attachments more efficiently.
SOAP can now filter on categories.
SOAP can look up external GroupWise users.
SOAP can handle exception dates on a set of recurring items.
SOAP includes the original time zone information when creating calendar items to facilitate future time zone adjustments.
SOAP includes the modifyItemsRequest method.
SOAP creates an event when a user is added to the proxy access list or modified on the proxy access list.
The SOAP recurrence rule string is parsed correctly.
SOAP ENVELOPE responses return field values correctly.
SOAP supports the ReplyWithText rule action.
The GWEventReader does not start unless SOAP is enabled.
Some document management activities can be performed using SOAP.
The ability to create and manage rules using SOAP has been improved.
SOAP correctly handles messages with blank subject lines.
SOAP allows limited-license users to log in.
SOAP can read all attachments just as the client API can.
SOAP can handle attachments of over 2 GB.
If SOAP encounters an error reading a distribution list, it ignores the error and continues returning the data.
SOAP validates against the universal mailbox DRN (3) as well as the standard folder DRN (0) so that all attachments can be read and returned.
Fixed an abend on clustered servers.
When GWCheck encounters a message where an attachment is missing, it adds a dummy attachment so that the message can be processed normally during a user move.
The action of GWCheck now retains user signatures. To reset user signatures as well, use the clearsig support option.
Running the action on Online mailboxes in ConsoleOne does not affect users’ Checklist folders in Caching mailboxes.
The new pabremove support option for GWCheck removes duplicate GroupWise user IDs that can occur in personal address books after a user has been moved.
The setting provided by the setmimeencoded support option is now synchronized from the Online mailbox to the Caching mailbox.
The storelowercase support option handles the situation where a file is missing from the catalog.
The storelowercase support option lower cases library and document archive pathnames.
Orphaned records are now cleaned up in archive databases as well as Caching/Remote databases.
The GWCheck audit report lists complete GroupWise user IDs even when they exceed 14 characters.
Mailboxes can be updated for the time zone changes for daylight saving time in Australia.
When you run GWCheck from ConsoleOne to set up a scheduled event, settings in the field on the tab are executed as part of the scheduled event.
Linux GWCheck can be started using the ./gwcheck command when the gwcheck executable is in your current working directory.
Viewing the Message Formatting property page of the Internet Agent object in ConsoleOne does not cause the Internet Agent to restart.
Internet e-mail address resolution to GroupWise users has been improved when two users have the same first and last names but have different preferred Internet e-mail addresses. The improvement affects all permutations of first name, last name, and first initial in the e-mail address.
The Internet Agent can perform an LDAP search on the Email Address attribute of a user.
If the Internet Agent object does not have the field filled in on the GroupWise property page, the Internet Agent can still locate the recipient of the message.
Class of service exceptions work with Internet domain names that include dashes (-).
The new /defaultnonmimecharset startup switch causes the Internet agent to use the character set specified in the message header instead of using the US_ASCII character set.
The Internet Agent uses the preferred Internet address, rather than constructing a user.po.domain address.
The Internet Agent constructs replies by external users using the preferred Internet address, rather than constructing a user.po.domain address.
When individual users are configured in ConsoleOne with external global signatures using , the Internet Agent adds the signature when needed.
The Internet Agent converts iCal messages into GroupWise appointments even when it cannot log into the recipient’s post office.
With Flat Forwarding enabled, the Internet Agent no longer gets into a state of high utilization when processing a large number of deeply nested messages.
When Internet Addressing is not enabled, the Internet Agent still includes the Internet domain in the address.
If a user has both an internal and an external address, messages to external users are formatted so that replies are sent to the user’s preferred address.
External messages do not have characters truncated at the end of lines.
The Internet Agent no longer truncates the MESSAGE-ID information in HTML-formatted messages. This problem was causing the GroupWise Windows client to crash on such messages.
Under a certain error condition, the Internet Agent no longer stops processing messages as a result of the error condition.
The Internet Agent POP server returns the full Message ID.
The Internet Agent uses the HTTP port to communicate with the SNMP daemon.
The GMT time zone is now correctly defined for the Internet Agent.
Daylight saving time processing of time zones in the southern hemisphere has been corrected.
For appointments from external e-mail systems, the Internet Agent uses the time zone information in the iCal message so that daylight saving time offsets are calculated correctly.
The Internet Agent includes the original time zone information when creating calendar items to facilitate future time zone adjustments.
The Internet Agent adheres to the RFC2231 Parameter Value Continuations section by accepting content type parameters in any order.
The Internet Agent adheres to RFC2045 by allowing x- parameters as part of the content type header.
The Internet Agent can properly process messages with attachments that were originally sent from Microsoft Exchange.
When the Linux Internet Agent is configured to start automatically on system startup and it is configured to start in a language other than English, it starts successfully in the language specified by the /language startup switch.
When the British pound sign (£) is included in a message from a GroupWise client, the Internet Agent encodes it into the MIME message correctly.
The Internet Agent can handle double-byte characters that occur in the X field of MIME encoding.
The Internet Agent now handles the Vietnamese currency symbol correctly.
The Internet Agent no longer converts ISO-2022-JP to Shift-JIS for HTML messages.
Fixed an Internet Agent memory leak.
Fixed some Internet Agent abends.
None.
A cross-site scripting flaw in WebAccess that could allow users to be redirected to a malicious Web site has been eliminated. This vulnerability was discovered by Frederic Loudet and Brian Martin, BT INS and was reported as CVE-2006-4220 and OSVDB 27531.
Name completion continues to work after you have attached a file to your message.
The WebAccess client provides display names for users rather than user IDs when you send, read, forward, and reply to messages.
Different users with the same display name can be selected from and address book and placed in the field.
The same user cannot be added twice in the field.
Embedded links that contain ampersand (&) characters open properly in a browser window.
When you post a new task and specify a due date that is in the future, the specified due date is retained when you open the posted task.
If you forward a message from a shared folder that you are not the owner of, the recipient sees you as the sender of the message.
The time stamp on a message listed in the Mailbox window matches the time stamp in the Mail window when you open the message.
The WebAccess Agent includes the original time zone information when creating calendar items to facilitate future time zone adjustments.
In the Frequent Contacts address book, the user’s last name displays correctly in the field.
In a shared address book, the WebAccess client displays the correct user information from the personal address book.
A proxy user can modify and resend an item.
A proxy user with All User Access permissions can create and modify rules.
In the Safari browser on Macintosh, you can delete a single user in the field drop-down list without other users disappearing. Other drop-down list issues on Safari were also fixed.
Extended characters in outgoing messages display correctly when the recipient’s e-mail system can handle the sender’s selected MIME encoding.
Messages originating in other e-mail systems such as Exchange display using the correct character set.
HTML-formatted messages originating in Outlook display correctly when you reply to, forward, or print them in the WebAccess client.
The WebAccess Application timeout schedule is not disrupted by timeouts for other third-party programs.
When you use or to respond to messages where the sender or other recipients have extended characters in the users’ names, the characters are displayed correctly when the reply is received.
On a German keyboard, when you type “ü” in the field, it displays correctly in all Web browsers.
Fixed some memory leaks in the WebAccess Agent.
Fixed some WebAccess Agent abends.
Fixed some Document Viewer Agent abends.
For installation instructions, known issues, and bug fixes relating to the GroupWise Connector for Microsoft Outlook, see the Support Pack 1 Readme for the GroupWise Connector for Microsoft on the GroupWise 7 Documentation Web site.
For installation instructions, known issues, and bug fixes relating to GroupWise Mobile Server, Powered by Intellisync*, see the Support Pack 1 Readme for GroupWise Mobile Server on the GroupWise 7 Documentation Web site.
The following sources provide information about GroupWise 7 and have been updated for Support Pack 3:
Product documentation included with the software in the \docs\us directory:
Quick Start (GroupWiseQuickStart.pdf)
Installation Guide (GroupWiseInstallationGuide.pdf)
Online product documentation: GroupWise 7 Documentation Web site
In this documentation, a greater-than symbol (>) is used to separate actions within a step and items in a cross-reference path.
A trademark symbol (®, ™, etc.) denotes a Novell trademark; an asterisk (*) denotes a third-party trademark
Novell, Inc. makes no representations or warranties with respect to the contents or use of this documentation, and specifically disclaims any express or implied warranties of merchantability or fitness for any particular purpose. Further, Novell, Inc. reserves the right to revise this publication and to make changes to its content, at any time, without obligation to notify any person or entity of such revisions or changes.
Further, Novell, Inc. makes no representations or warranties with respect to any software, and specifically disclaims any express or implied warranties of merchantability or fitness for any particular purpose. Further, Novell, Inc. reserves the right to make changes to any and all parts of Novell software, at any time, without any obligation to notify any person or entity of such changes.
Any products or technical information provided under this Agreement may be subject to U.S. export controls and the trade laws of other countries. You agree to comply with all export control regulations and to obtain any required licenses or classification to export, re-export, or import deliverables. You agree not to export or re-export to entities on the current U.S. export exclusion lists or to any embargoed or terrorist countries as specified in the U.S. export laws. You agree to not use deliverables for prohibited nuclear, missile, or chemical biological weaponry end uses. Please refer to the Novell International Trade Services Web page for more information on exporting Novell software. Novell assumes no responsibility for your failure to obtain any necessary export approvals.
Copyright © 2008 Novell, Inc. All rights reserved. No part of this publication may be reproduced, photocopied, stored on a retrieval system, or transmitted without the express written consent of the publisher.
Novell, Inc. has intellectual property rights relating to technology embodied in the product that is described in this document. In particular, and without limitation, these intellectual property rights may include one or more of the U.S. patents listed on the Novell Legal Patents Web page and one or more additional patents or pending patent applications in the U.S. and in other countries.
For Novell trademarks, see the Novell Trademark and Service Mark list.
All third-party trademarks are the property of their respective owners.