|
This chapter describes the features that let you use Collaboration with the Microsoft Windows desktop, back-end groupware server, and Microsoft Project. This helps users work more efficiently by integrating Collaboration into a single work environment. It includes the following sections:
This section describes the configuration and administration of Collaboration features that provide integration with the Microsoft Windows desktop. It includes the following sections:
Collaboration's desktop integration features require the Web-Based Document Authoring and Versioning (WebDAV) protocol. WebDAV is an extension to the HTTP protocol. During installation, the Collaboration installer lets you install and configure a WebDAV service.
| Note: | If you did not choose to install the WebDAV service during Collaboration installation, you must re-run the installer and choose to install the WebDAV service in order to enable this feature. |
Collaboration lets users manage Collaboration documents directly from their desktop using Microsoft Windows Explorer. After mapping a Web folder, users can access, edit, and share documents in a Collaboration project or create new Collaboration projects. The Web Folder Settings page in Collaboration Settings lets users select the projects whose documents they want to access with Microsoft Windows Explorer.
Documents opened through Windows Explorer are automatically opened in edit mode and checked out in Collaboration. This helps users work more efficiently by removing the need to check out and download the document. All security and version control operations are performed by Collaboration.
To map a Web folder to Collaboration, users must belong to a group that is granted the Bulk Upload to Collaboration activity right. This activity right also lets users employ the Bulk Upload feature.
To add this activity right to a group:
For more information on managing activity rights, see the Administrator Guide for BEA AquaLogic Interaction (Plumtree Foundation).
If you are using the Map a Web Folder feature when the portal is running IIS, you must ensure that the Front Page server extensions are disabled on the IIS Web site where the portal is deployed.
If you receive a message stating that the server has not been configured to use server extensions, then IIS is configured correctly.
If the Enable authoring checkbox exists, ensure that it is not checked.
The Collaboration Office Tools Add-In lets end users choose from several check-in options and type additional check-in comments. The Add-In dialog appears after users edit and close a document either from WebEdit or within the Web folder on their personal computer.
The Collaboration Office Tools Add-In must be installed on the machine of each user who may want to use the Add-In. WebEdit, however, still functions correctly without the installation of the Add-In. You can either push out the Add-In's installer to your users or have them download it.
To push out the installer to end users, use the .msi file appropriate to your language:
All .msi files are located in:
<ImageService>/plumtree/collab/private/applets
To make the installer available to be downloaded by end users, set the
docman.webEdit.installOfficeTool¯sPopUp.enabled parameter in config.xml to yes.
The installer, ALICollaborationOfficeTools.exe, is located in:
<ImageService>/plumtree/collab/private/applets
This section describes how to map a Web folder. You should test these procedures before rolling out a production version of Collaboration.
| Note: | Mapped Web folders should not contain Windows folders whose names include the # or : characters. Windows folder names that include these characters appear incorrectly within Collaboration projects. |
| Note: | When you move a Windows folder within a project subfolder, a Windows dialog prompts you to confirm whether you want to delete the folder. Click Yes. The folder is moved to the desired location, even though a message appears that Windows is unable to delete the folder. This is expected Windows behavior. |
To map a Web folder in Windows 2000:
A new network place is created and Collaboration is mapped on Windows Explorer.
To map a Web folder in Windows XP:
A new network place is created and Collaboration is mapped on Windows Explorer.
To map a Web folder in Windows 2003:
A new network place is created and Collaboration is mapped on Windows Explorer.
This section explains the configuration file settings for the Web Folder feature.
Following is an example of the Web Folder section of config.xml:
<webDAV>
<fullWebDAVAccessToThisServer enabled="yes">
<requestsAreGatewayed>false</requestsAreGatewayed>
</fullWebDAVAccessToThisServer>
<uiDisplaysServerConfigInfo enabled="yes">
<useNonGatewayedURL enabled="yes">
<serverURL>http://server.yourco.com:8080/collabserver</serverURL>
</useNonGatewayedURL>
</uiDisplaysServerConfigInfo>
</webDAV>
WebEdit lets Collaboration users directly edit Microsoft Office documents on their desktop. Users can edit a document directly without having to explicitly check-out and download the document to their machine. Collaboration handles the process of checkouts and security.
Users must be running Microsoft Internet Explorer 5.0 or later. The following types of documents are supported by WebEdit:
If you are using the WebEdit feature when the portal is running IIS, you must ensure the Front Page server extensions are disabled on the IIS Web site where the portal is deployed.
If you receive a message stating that the server has not been configured to use server extensions, then IIS is configured correctly.
If the Enable authoring checkbox exists, ensure that it is not checked.
This section explains the configuration file settings for the WebEdit feature.
The following nodes and attributes are located in config.xml.
|
no: Disables message clustering. This setting should only be used when message clustering is not required and would degrade performance.
|
|||
|
|||
|
|||
Following is an example of the WebEdit section of config.xml:
<webEdit enabled="yes">
<nonGatewayedAccess enabled="no">
<serverURL>@WEB_EDIT_COLLAB_SERVER_BASE_URL@</serverURL>
</nonGatewayedAccess>
<tokenBasedAuthentication enabled="true">
<useClustering enabled="yes">
<MaxWaitSeconds>30</maxWaitSeconds>
</useClustering>
</tokenBasedAuthentication>
<truncateFileNames>75</truncateFileNames>
<clientControl>
<clsid>68473829-414C-A45B-ABEE249E704A</clsid>
<fileSpec>PTCollabWebEditControl.CAB#version=1,0,0,0</fileSpec>
<clientControl>
<installOfficeToolsPopUp enabled="yes" />
</webEdit>
The following configuration nodes and attributes are located in filetypes.xml:
Following is an example of the WebEdit section of filetypes.xml:
<webEdit enabled="yes">
<appCode>1</appCode>
</webEdit>
Collaboration lets you integrate back-end groupware servers. The Groupware Integration feature lets users:
| Note: | Groupware Integration is not necessary for users employ the E-mail a Project feature. For more information about the E-mail a Project feature, see Configuring E-mail a Project. Additionally, the Notification Service -- which is used to generate and send e-mail notifications from projects to users -- is not required to employ Groupware Integration capabilities (however, if the Notification Service is not running the E-mail a Project feature is less useful). |
Back-end groupware connections are configured by Collaboration administrators. If no groupware server is configured, no Groupware Integration functionality is available to end users.
The following groupware servers are supported:
This section describes the basic configuration required for enabling groupware integration. You must:
| Note: | After initial product installation, you should disable groupware integration in config.xml if you are going to wait to configure your back-end servers. This prevents the integration-related graphical user interface elements from appearing to end users. |
You must configure the following fields in config.xml to enable groupware integration:
| Note: | groupware.soapServerURL is applicable only to Microsoft Exchange. |
For more information on these fields and config.xml, see Working With Auto-Synchronization. If you chose to integrate groupware during installation, these fields were configured by the Collaboration installer.
If you are using Microsoft Exchange, enter the following:
|
|||
In order to use groupware integration, each user must perform the following steps to configure their account:
Collaboration can perform automatic synchronization between groupware and Collaboration calendars for individual users. When groupware appointments are imported or calendar items are exported, Collaboration creates a link between them and updates the entries on the groupware server if they are different from the Collaboration calendar entries.
Users can manually synchronize the groupware and calendar entries using the Synchronize button on the calendar toolbar. Collaboration administrators can also enable automatic synchronization by setting the calendarAutoSynch element to yes. After this feature is enabled, users can specify which calendar items are auto-synchronized from the My Account page.
When automatic synchronization is enabled, Collaboration runs a nightly process to update the specified entries for each user.
| Note: | For Microsoft Exchange, the speed at which users' free/busy information is updated to the groupware server and made available to the Collaboration calendars is dependent on the interval that the user sets in their Microsoft Exchange calendar's free/busy options. |
Collaboration administrators can set a size limit on the attachments each appointment or meeting request can have. This limit applies to the total size of all attachments, not individual attachments. When the total size of the attachments exceeds the size limit, a warning is displayed and the upload process is canceled.
This section describes the configuration file settings for groupware integration contained in config.xml.
Specifies the amount of time, in milliseconds, that Collaboration waits for responses from the SOAP server. If the SOAP server does not respond in this amount of time, the current operation is aborted and an exception is returned.
|
|||
Specifies the cache time-out period, in seconds, for groupware items on the My Calendar portlet. When the My Calendar portlet is refreshed, Collaboration checks if the current items have timed out. If they have, Collaboration retrieves the entries from the back-end server. Otherwise, the entries are retrieved from memory.
|
|||
|
|||
Following is an example of the groupware integration section of config.xml:
<groupware enabled="yes" type="exchange">
<soapServerURL timeoutInMiliSecond="10000">http://server. mycompany.com/GroupwareService/GroupwareService.asmx</soapServerURL>
<calendarCachePeriod>600</calendarCachePeriod>
<addressBookReturn>50</addressBookReturn>
<maxAttachmentSizeinKB>2048</maxAttachmentSizeinKB>
<calendarAutoSynch enabled="yes">
<monthRange>2</monthRange>
To integrate Yahoo! Instant Messaging with Collaboration, you need to:
This section describes the configuration file settings for instant messaging integration in config.xml.
If your users are required to have an IM handle value that is different than their e-mail address, follow this procedure to create the IM Handle property and add the property to the portal's General Information page for each user profile. After you have added this property, you can add each user's IM handle to their user profile; you can also have each user perform this task on their own.
The following configuration parameters can be set to customize Microsoft Project imports:
This section describes how to configure the E-mail a Project feature. The E-mail a Project feature lets users:
This section discusses the following:
The "Relaying E-mail to Collaboration" section provides an example of configuring sendmail on a Linux machine that is also running Collaboration. You can use this example as a guideline for configuring your mail host if it is running on the same machine as Collaboration.
| Note: | Groupware Integration is not necessary for users to employ the E-mail a Project feature. Groupware Integration is only necessary if users want to employ the capabilities that are described in Integrating Collaboration and Groupware. Additionally, the Notification Service -- which is used to generate and send e-mail notifications from projects to users -- is not required to employ the E-mail a Project feature. However the E-mail a Project feature is less useful if the Notification Service is not running. |
This section discusses how to configure E-mail a Project if you are running your mail host and Collaboration on separate machines.
To configure Collaboration to use the E-mail a Project feature:
Either the administrator or user can perform this task. The e-mail address in the portal user profile must exactly match the user's e-mail address; this is case-sensitive.
Following is an example of the email section in config.xml:
- <email enabled="@EMAIL_ENABLED@" port="25">
<domain>@EMAIL_DOMAIN@</domain>
<connection-pool>10</connection-pool>
<mail-processors>5</mail-processors>
<maximum-message-size>-1</maximum-message-size>
<authorized-connections>*</authorized-connections>
<idle-timeout>20</idle-timeout>
If you are running your e-mail host on the same machine as Collaboration, you need to configure your e-mail host to relay e-mail to Collaboration. This section provides an example of configuring sendmail to relay e-mail to Collaboration, which you can use as a guideline for configuring your own e-mail host.
In this example, Collaboration uses port 2525 (by default, Collaboration uses port 25, which is the same port that sendmail uses. For this reason, Collaboration's port must be changed.)
| Note: | The steps that are required for you to set up your e-mail host to relay mail to Collaboration may differ than the example, depending on your production environment. |
These prerequisites provide an example of the tasks that should be completed before configuring sendmail.
rpm -qa | grep sendmail |
The return should appear as follows:
sendmail-8.12.11-4.RHEL3.1 |
sendmail-cf-8.12.11-4.RHEL3.1 |
MX 10 mail.collabmail.yourcompany.com |
MX 10 mail.collabmail.yourcompany.com |
The value 10 in the above example represents the priority that allows you to have more MX records. It assures that e-mails go to the higher priority first.
| Note: | An alternative to Step 2 (above) is to specify mx 10 X.X.X.X under your subzone. |
These instructions provide an example for configuring sendmail to relay incoming mail to Collaboration:
/etc/rc.d/init.d/kudzu stop |
/etc/rc.d/init.d/sendmail stop |
/etc/rc.d/init.d/apmd stop |
/etc/mail/sendmail.mc |
FEATURE(`mailertable') |
define(`confRELAY_MAILER', `esmtp') |
define(`RELAY_MAILER_ARGS', `TCP $h 2525') |
DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl |
Comment the above line out so that it appears as follows:
dnl DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl |
m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf |
/etc/mail/mailertable |
[machine].[yourimap].com relay:mail.[machine].[yourimap].com |
Collab-x5.plumimap.com relay:mail.[machine].plumimap.com |
/usr/sbin/makemap hash /etc/mail/mailertable.db < /etc/mail/mailertable |
/etc/rc.d/init.d/apmd start |
/etc/rc.d/init.d/sendmail start |
/etc/rc.d/init.d/kudzu start |
email enabled="yes" port="2525" |
The collaboration.log file should show the E-mail Service has started on port 2525 with no errors.
220 Collaboration 4.1 Build:198844.20050824 0720.0 SMTP Server (Messaging Server ) ready Wed, 24 Aug 2005 14:50:36 -0700 (PDT) |
If an error occurs when a user sends an e-mail to a Collaboration project:
If Collaboration is down, the mail server queues the e-mail and attempts redelivery a few times before quitting. Collaboration sends an error e-mail to the user who sent the e-mail, then redelivers the e-mail when Collaboration is back up.
|