Contents |
Introduction |
Back to top |
Thank you for downloading Scalix 11.0, which includes many exciting and helpful new features.
This document includes late-breaking information about product capabilities, known issues and workarounds. After reading this document, you may begin planning your Scalix installation. For full documentation on how to install, configure and administer Scalix, see the customer documentation at http://www.scalix.com/documentation.
In addition, after Installing the Scalix Server and other applications, you can access the following online help:
You also can learn more about any of the known issues listed here by going to the Scalix Bugzilla database at http://bugzilla.scalix.com/.
Scalix Corporation is committed to your success with our software. You can use the Scalix Forums at http://www.scalix.com/forums to get additional information about our software. Customers who have purchased support from Scalix may also contact Scalix Technical Support to ask questions about how to use a particular feature, provide feedback, or report bugs by sending email to support@scalix.com.
Upgrade Alerts |
Back to top |
| Alert |
Please read the following alerts carefully, as failing to adhere to any one of them could cause loss of data or destabilize your Scalix system. |
|---|
If you are upgrading from a previous version, there are several changes of which you should be aware:
New in Scalix 11.0 |
Back to top |
Scalix 11.0 includes many new product features and improvements across all product components:
The following issues have been fixed in this release:
Note: This product includes a 'phone home' feature, which, for Community Edition installations, summarizes basic server and installation information such as platform type and number of users, and periodically sends it back to Scalix via email. This information helps Scalix to track product usage statistically and better plan our upcoming releases. The information is also sent by email to your administrator account so that you can confirm that the content is simple, transparent and non-sensitive. Except where disallowed by local statute, it is a violation of the licensing conditions to disable or circumvent this feature. Installing a Small Business or Enterprise Edition license key deactivates this feature.
Note: Group scheduling features and public folders in Scalix Connect for Evolution are available only to Scalix Premium users, not Standard users.
Packaging |
Back to top |
The product has one package:
Supported Environments |
Back to top |
Scalix 11.0 runs on the following platforms:
Note: An unsupported .deb package for Debian is available as a RAW package.
Known Issues and Workarounds |
Back to top |
Installing the Scalix server requires Linux system administration skills and root access to the server. Coordination with your site networking team is also required to ensure that workstations are able to connect to the server (through TCP/IP sockets) and that the server itself is visible to the network, including any necessary DNS/MX configuration. If the network uses Firewalls and/or VPNs, then additional modifications to the network might be necessary to enable the required network connections to the appropriate ports on the server, as described in the Scalix Installation Guide.
Back to top |
Issue |
Workaround |
During installation of Scalix Web applications, the Apache Web server may not register all workers after the installer restarts it. |
In this case, some Web applications will not come up. The error reported in the Apache error log looks like: [Tue Dec 13 14:32:15 2005] [error] [client 10.17.64.125] File does not exist: /var/www/html/webmailTo resolve this issue, restart the Apache Web server manually with following CLI commands:
|
If you installed SLES 9 on the Scalix Server host, the python-gtk-2.0.0-215.1 package automatically installs. This version of the package forces the Scalix Installer to display the following error message: Error: Please upgrade python-gtk package to version 2.0.0-215.3 or newer, currently installed version 2.0.0-215.1 contains a bug that affects Scalix Installer. |
Exit the Scalix installer and use YaST to upgrade the python-gtk package by the means provided by SLES 9. |
After installation, the automatic launch of the Scalix Management Console can sometimes be accompanied by a series of error messages saying, "Shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory." Ignore these messages. The browser launches anyway. (bug 4754) |
None. |
The installer fails at the point of system verification if there is no eth0 interface. The eth0 is the network interface the NETBIOS server uses. (Bug 8528) |
Do a manual command line installation. |
On a 64-bit SUSE Linux Enterprise Server 10, installation may abort. (Bug 13998 and 13948) |
None |
On a 64-bit machine with JRE 1.5_05 already installed, installation may abort. (Bug 13948) |
Remove JRE 1.5_05 before installing or upgrading and allow the installation wizard to install its own, updated version of JRE 1.5_06. |
If installing on a 64-bit SUSE Linux Enterprise Server 10, you must have the package glic-locale-32bit installed. |
None |
If a pre-existing version or instance of Tomcat is running, the installer may log an error. This does not cause any problems and installation continues normally. (Bug 13619) |
None needed |
Reconfiguring the Messaging Services or the PostgreSQL Database Integration with the Installation Wizard upgrade process can, in some cases, cause users to be locked out when they later try to sign in to the Scalix Mobile Web Client. (Bug 13947) |
If the PostgreSQL database password changes, it must also be changed in the file, platform.properties, which is located at <instance>/platform/platform.properties. This requires a restart of Tomcat. If the database is on a separate server from the platform, this change must be done manually. |
If no default gateway is configured, the installer aborts with a network check error. (Bug 11771) |
Configure a default gateway, even on an isolated network. With an isolated network, use the server itself as the default gateway. For instructions, consult the Linux distribution's documentation. |
Scalix installation fails if /var/opt/scalix/temp is on a different mount point than /var/opt/scalix. (Bug 14294) |
For installation only, unmount /var/opt/scalix/temp and create a /var/opt/scalix/temp directory. After installation, recreate the temp directory on its own mount point as /var/opt/scalix/sys/instance_initials/s/temp. |
Windows-based installer for Scalix Connect for Outlook crashes at the end of installation when starting setup.exe from inside a Windows compressed folder even though installation completed successfully. (Bug 14281) |
Extract setup.exe from the compressed folder and execute it directly from a normal folder. |
Back to top |
Issue |
Workaround |
After upgrading Scalix Server from 10.0 to 11.0, users with a large number of messages in their email client folders might notice reduced client/server performance when they access the message store. This is caused by upgrades to the message store container file structure that occur when they are next accessed by a user (through the client UAL process or the local delivery service). |
To control when the upgrading of the message store happens so that it doesn't slow down mailbox access, shut down the Scalix Server after upgrade and with only the daemons running (omrc -n), run the commands omtidyu and omscan without the fixmode (-f) option. For example, enter: omtidyallu -M and omscan -Aa. Note 1: The first time it runs after an upgrade, omscan can take twice as long as is typical because it is upgrading message store containers. Scalix recommends that you perform this task in off hours (nights or weekends) to minimize impact on the Scalix Server. |
|
If you've installed your Scalix system on host(s) running SUSE Linux Enterprise 9, your Outlook users will not be able to take advantage of Single Sign On, due to a flawed Kerberos interaction between SUSE and Microsoft. |
Solution: There is no workaround or solution at this time. |
|
SSO fails if the time stamps for domain controller, mail server and the workstation are not in sync. |
The critical prerequisite to setting up successful SSO and Kerberos authentication is synchronization of time zone, date and time between the domain controller, mail server, and the client user's workstation. The timestamp difference between the mail server and the domain controller should not be greater than the "maximum tolerance for computer clock synchronization setting" of the domain controller. |
|
On Scalix 10.0 servers only, the synchronization command, omldapsync, does not create a new Scalix mailbox for an Active Directory user whose "friendly name" includes accented characters. This has been fixed for the 11.0 release, but if you have old 10.0 servers in your system, you may encounter this problem. |
Use a mapping table entry that includes the custom map function: !CUSTOM=TX_IA_TO_QP_IA For example:
The result is that:'"c?nt" <ia>' becomes '=?UTF8?Qc=C3=B6mm=C3=ABnt?= <ia>' |
|
[iCal Information] --
|
[iCal Workarounds] --
|
The access URL for Webcal has changed. It is now http://my.scalix.server/api/name@domain.com/mailbox/Calendar?output=ical. |
None |
|
If you modify an email user's name while the user is actively connected to the server, the user may not be able to sign on again using SWA or Outlook/Connect. This applies to modifications made both in the Scalix Management Console or the ommodu command on the CLI. |
Use SAC or the CLI to verify that the user is logged off before making any modifications. You can then use SAC to modify the user record, or use CLI and issue the following command: ommodu --requireSignoff -o "<name> Where <name> is the user's Scalix name. |
|
German umlauts (and other non 7 bit characters) can cause problems with misfiring rules created with the Web Rules Wizard. |
If umlauts (and other non 7 bit characters) are causing problems with misfiring rules created in the Scalix Web Rules Wizard, update the Wizard configuration with 'omwebconf -ra -l lang' (where lang is ENGLISH, AMERICAN or GERMAN). The problematic rules must then be re-edited. |
|
If the Apache/Tomcat connector has not been installed, the server cannot contact the Search and Index Service (SIS) using the default port (80).
|
Change the SIS port from 80 (the default) to 8080 on the server and all individual users.
To change every existing user's entry:
The above can also be automated using a simple shell
script. |
If a user's account is moved from one server to another when SmartCache is enabled, local caches do not update with the user's new internal server address. |
When a user is moved to a different server, the cache must be recreated. |
If using SmartCache in SmartCache mode, when a user's mailbox is moved from one server to another within a multi-Server Scalix Enterprise Edition environment, you must create a new profile on the user's desktop and re-initialize the user's cache. |
Create a new profile on the user's desktop and re-initialize the user's cache. |
If you use DDVs to store ISO bulletin board subjects, any DDVs that contain 80-bit ISO characters should be moved to the DDVn-TX variants before upgrading to 11.0. Otherwise, upgrade and/or directory synchronization may fail for these entries. |
DDVs that contain 8-bit ISO characters should be moved to the DDVn-TX variants before upgrading to 11.0. On the system where the directory entry is locally owned, use omsearch to extract (e.g. omsearch -e S=bb1 -m DDV1) and ommodent to 'move' it. For example: ommodent -e S=bb1 -n DDV1=/DDV1-TX=<ddv1_value>. |
After migrating a user in to Scalix from Exchange via the Scalix Migration Tool (SMT), you may see some that some messages using internationalized character sets such as Japanese show garble in the subject and message fields if you are running against a Scalix 10.0 server. This is because 10.0 does not support internationalization. |
Upgrade all servers to Scalix 11.0 |
With the 11.0 release, the interchange character set used for storing ORN's has been changed from T61 to UTF8. This means that when communicating with legacy Scalix machines (Scalix 10.0 and earlier) via the Sendmail Interface (SMINTFC), character set conversion needs to take place. |
To achieve interoperability with legacy machines, the SMINTFC routes need to be flagged with a new "Version Number" field, which can be set with a new "-v" option to omaddrt/ommodrt and which can be viewed with the pre-existing "-f" option to omshowrt. When creating a NEW route to a Scalix 1.0.x machine, the version number should be set to "0" or "1". If creating a SendMail interface route to another 11.0 machine, the route version should be set to "2". In multi-server environment, if a machine is upgraded to 11.0, initially all interface routes will remain as version 0. But as soon as it receives a message on one of those routes which it detects to be an 11.0 message, then the Sendmail Interface Service automatically upgrades that route to version 2. This way, as other machines in the network are upgraded, Sendmail interface communication continues to work. |
Any custom scripts with hard-coded references to /var/opt/scalix must be updated because this file structure has been changed. |
The binary /opt/scalix/bin/omrealpath can return the correct path to the mount point as follows: /opt/scalix/bin/omrealpath "~/" should return /var/opt/scalix/<nn>/s where <nn> is a two-character reference based on the hostname. Other examples are: /opt/scalix/bin/omrealpath "~/sys" to return specific directories. To use this in a script: SCALIX_PATH=$(omrealpath "~/") |
After an Equinox upgrade, all directory entries (both new and existing) set up to allow mailing to a Public Folder require manual entry of a common name (CN) value, or the sendmail interface reports the user as unknown. (Bug 14017) |
Run the following command on a one-time, per folder basis: ommodent -e S=+BB/IA-FORMAL=public.folder@domain.com -n "CN=Public Folder Name", where the IA-FORMAL value is the Internet address of the public folder and the CN value is the name of the Public Folder. |
If upgrading from an RC1 version of Scalix 11.0, clean out the IMAP cache. (Bug 14119) |
Run the following command on the Scalix Server: cd $(omrealpath \~/user) find -name imap-cache | xargs rm -rf . It is best to run this command when nobody is signed on to the system (when the rci and IMAP services are off). |
In some cases, you may be able to log in to SAC using administrative privileges from a server not registered with SAC. (Bug 14088) |
On each server, use a different password for the user named sxqueryadmin so that they do not match. |
Back to top |
Issue |
Workaround |
Indexing stops working with a "Too many files" error reported in the log, /opt/scalix-tomcat/log/scalix-sis-indexer.log |
Consider increasing the number of file descriptors per process using the command ulimit -n 10000 or larger. |
Back to top |
Issue |
Workaround |
Restarting Tomcat on machines where the Management Agent (aka Remote Execution Service or RES) is deployed takes several seconds. |
Allow Tomcat to shut down properly and wait several seconds before restarting it. |
Users created in the Management Console whose passwords contain umlauts cannot log in to Scalix Web Access. (Bug 4108) |
Change user passwords to text entries without diacritical marks. |
Users who exceed their mailbox size limits do not receive messages even after you remove the limits. (Bug 4971) |
After removing the mailbox size limit, restart the Client Interface, Service Router, and Local Delivery services. |
In environments that have the Management Agent (RES) operating in Kerberos mode on the server alongside other large applications, Tomcat must be running on the RES server before starting Tomcat on any other server that runs the Management Console. |
Ensure that the Management Agent is deployed first in Tomcat (before other large applications) and that all Tomcat instances are started before you start the Management Console service. |
A user whose name is modified while he/she is actively connected to the server may not be able to sign on again using SWA or Outlook. |
Verify that the user is logged off before changing his name. Or use the command line to forcibly sign them off with the following command: ommodu --requireSignoff -o "<user_name>" |
If an administrative user has a pre-expired password (requiring that they change their password upon next login), the user cannot log on to the management console until the password is reset. (Bug 13881) |
Have administrative users change their passwords in their clients before accessing the management console, remove the pre-set flag on the command line (ommodu with a -E option) or avoid the use of pre-expired passwords entirely. |
In a multi-server installation with the Management Console on one server (A) but not another (B), the Management Console may not be able to perform actions on the other server (B). (Bug 13633) |
Install the Management Console on all servers. |
|
Back to top |
For Outlook bug fixes, Scalix recommends reviewing the SP1 bug fixes/descriptions at:
http://support.microsoft.com/default.aspx/kb/872839
Back to top |
Issue |
Workaround |
When using Internet Explorer with high-resolution displays, users with dpi settings other than 96 dpi may experience that certain modal dialogs within Scalix Web Access do not display all of the information that the dialog contains. |
Set dpi setting to
|
Popup-blocking software installed on your machine might prevent SWA from starting up. |
You need to either disable pop-up blocking or add the Scalix Web Access URL to the list of allowed sites. |
The use of non-ASCII characters in display or common names to log in to SWA and Outlook is not supported. |
None |
When upgrading SWA, customizations to the login page are not retained. |
Prior to upgrade, save a copy of index.html and web.xml, which are where login customizations are made, and use these as a guide to make the same changes once the update has completed successfully. |
Umlauts created from an English keyboard (alt+0228 or alt+0252) on Internet Explorer 7 do not display properly in the contacts list if the URL used to access SWA is not on the list of trusted sites. They do display properly in email or calendar items. |
Use a German language keyboard. |
SWA does not accept resource bookings made with global character sets. |
None |
A large number of concurrent SWA sessions can trigger a file descriptor limit, causing an error message in the SWA log that says, "Too many open files." |
Configure the ulimit setting appropriately depending on how many SWA users are expected. For RHEL, add the "ulimit -HSn <number>" to /etc/rc.d/init.d/scalix-tomcat. For RHEL: if [ "$DISTRIBUTION" = "redhat" ] ; then
} For SuSe: elif [ "$DISTRIBUTION" = "suse" ] ; then start() {
} |
If upgrading directly from 10.0.1 or later to 11.0, the event services may not start, which can cause the Scalix Mobile client to fail and SWA performance to deteriorate. (Bug 14133) |
After completing upgrade to 11.0, the xinetd process needs to be signalled to reload its configuration. Run the following command: "/etc/init.d/xinetd reload". Then restart the Scalix mail server (omshut/omrc). |
In Firefox, resizing the message list pane shrinks the entire pane to only one pixel, obscuring the message list. (Bug 10397) |
At the top of the preview pane, pull the border repeatedly until it reaches the desired size. This may take a few repetitions as the border bounces back. |
In some cases, the Drafts folder may have multiple copies of the same message. (Bug 14194) |
Delete the extras after sending. |
Folders designated as shared may not appear in SWA. (Bug 13398) |
Restart Tomcat and the IMAP process |
Users managed through Active Directory and other external directories cannot use Advanced Search functionality within SWA. Also, with large mailboxes, mailbox load performance is equivalent to what it was in Scalix 10. In scalix-api.log, the following error message is logged: |
To enable simple search functionality, disable use of the Scalix Messaging Services by SWA. In the file swa.properties, set the following parameter to false: "swa.platform.enabled=false" (default: true) and restart scalix-tomcat. |
SWA search doesn't work with locale set to German. (Bug 14325) |
On RHEL4, go to /etc/sysconfig/i18n and change the language setting from de_DE.UTF-8 to en_US.UTF-8, then reboot the server.
|
|
Back to top |
Issue |
Workaround |
|
Recurring appointments "Every Xth Y of month M every year" cannot be created or edited in Evolution |
You can create recurring appointments with the pattern "Every Xth Y of month M every year" in Outlook and SWA but not in Evolution. If created in SWA or Outlook, though, it displays correctly in Evolution although you cannot edit them. |
|
Nested PDLs (address-lists) |
You cannot create nested PDLs in Evolution. When created in Outlook, nested PDLs only show with their top-level members in Evolution. |
|
Freebusy data of organizer not displayed |
The "Scheduling" section of the meeting editor does not show the free/busy data for the organizer. |
|
Offline mode |
Only mail features are currently supported in offline mode. While certain calendar and contacts operations do work, they are not officially supported. |
|
Message filters |
Message-filters do not file new messages automatically although the "apply filters to new messages in the Inbox" option in the account profile is checked. "Apply Filters" from the Message menu however works. |
|
SMTP configuration |
You cannot configure the SMTP and IMAP servers separately. They are always the same and the SMTP port is always 25. If you need a different configuration, manually change your account profile settings through gconf-editor:
|
|
Modifying an existing Scalix account in Evolution to a new account does not update the calendar and contact data for the new user. |
Delete the existing Scalix account by choosing Edit ->Preferences in Evolution and then create a replacement ("New") Scalix account. |
|
When accepting a meeting request in Evolution, adding a comment results in an empty message attachment in the response when viewed by an Exchange user in the Outlook client. |
None |
|
Evolution users cannot accept updated instances of recurring meetings sent from Outlook. |
None |
|
Additional invitees to a recurring meeting may not display when the appointment is viewed in Evolution. |
None |
|
Resource booking is not supported in Evolution. |
None |
|
Evolution does not display priority or sensitivity levels set in SWA or Outlook. |
None |
|
Evolution does not show message formats as saved in the Outlook Drafts folder. |
None |
|
Messages sent to PDLs arrive in Evolution as "Undisclosed-Recipient." |
None |
Back to top |
Intellisync is included as part of the Desktop Manager software bundle distributed by Blackberry. You can download Blackberry Desktop from the Blackberry web site. The versions of Intellisync that work with Scalix are:
Note: Desktop Manager versions v3.6 SP1-3, v4.0, and v4.1 SP1 do NOT work with Scalix.
Back to top |
Issue |
Workaround |
Microsoft Exchange out-of-office settings do not transfer during migration. So if a user's out-of-office assistant is activated during migration, it stops responding. |
After migration, reset out-of-office notifications in Scalix. |
When migrating a user with the Scalix Migration Tool, the Outlook rules are not preserved because Microsoft rules are not compatible with Scalix. |
None |
Back to top |
Issue |
Workaround |
Replying to emails results in an error message. (Bug 13747) |
None |
Reconfiguring the Messaging Services or the PostgreSQL Database Integration with the Installation Wizard upgrade process can, in some cases, cause users to be locked out when they later try to sign in to the Scalix Mobile Web Client. (Bug 13947) |
If the PostgreSQL database password changes, it must also be changed in the file, platform.properties, which is located at <instance>/platform/platform.properties. This requires a restart of Tomcat. If the database is on a separate server from the platform, this change must be done manually. |
Users managed through Active Directory and other external directories cannot log in to the Mobile Web Client. In scalix-api.log, the following error message is logged: FATAL [DbUtils.getSession:57] org.postgresql.util.PSQLException: ERROR: syntax error at or near "==" (Bug 14277) |
None. This is caused by the format of the unique user ID string provided by AD. Users managed through an external directory cannot use the Mobile Web Client at this time. |
|
Back to top |
The Scalix Administration Resource Kit is located at http://www.scalix.com/wiki/index.php?title=Admin_Resource_Kit.
Back to top of page...
Copyright 2007 Scalix Corporation. All rights reserved. Ed: 1.11.2007