CommuniGate Pro 4.3 SIP and Windows Menssenger

These instructions were written for test users who have accounts on the server partners.communigate.com.

The steps required to use your partners.communigate.com account with Windows messenger are:

1. Get and install Windows Messenger 5.1 from Microsoft  (not the same software as .NET or MSN Messenger)
2. Configure Windows Messenger to use the SIP service of partners.stalker.com
3. Connect and login to partners.stalker.com with SIP using Windows Messenger
4. Add your instant messaging contacts to your list with Windows Messenger
5. Use the Windows Messenger Audio Tuning Wizard to configure your microphone, speakers and webcam device

The Microsoft SIP client can be found with a search for "Windows Messenger" at http://microsoft.com. The version I used to write these instructions is 5.1.0639. It is possible that this software is already installed on your Windows PC. When not configured, the icon appears in the system tray with a red circle and white 'x' symbol.

Messenger_tray   

You can open windows messenger by double-clicking this icon.

messenge_abierto_sin_conexion

Configure Messenger

Windows Messenger's SIp configuration is fairly easy. You will need this data to configure the :

User Name
Password
Server

With the Messenger Window open, open the Tools -> Options configuration.
options

Select the Accounts tab and activate the SIP option. You can use the other services if you have accounts for Exchange or .NET/MSN. If you do not have accounts for those services I recommend deactivating those options. Select the SIP option and add your_user_name@partners.stalker.com for the Sign-in name:

Accounts_Configuration

Select the Advanced Button and configure mail.stalker.com as the servidor y then click the OK button:

mail.stalker.com

Click OK again and then click on 'Click here to sign in' to connect to the server.

messenge_abierto_sin_conexion
|

Using iCal with CommuniGate Pro 4.3

These are my notes and experience using Apple's iCal client scheduling software withCommuniGate System's (CGS) CommuniGate Pro (CGP) communications server software. I provide these notes in the interest in helping anyone who may be interested in using these applications together. In my opinion these two software solutions work well together and provide a very usable calendaring solution. If you feel there are errors in my notes please feel free to send email to ab@stalker.com with the text CORRECTION: in the subject line of your message I will try to correct any mistakes or errors found in these notes. Please do not contact Stalker Software support for help with information contained in this document. This document offers no guarantee of support for any client with CommuniGate Pro. This information should be used at your own risk, there is not  promise of support, functionality or protection from something going wrong contained in this document.

There are risks associated with using these two software packages together if you access your CommuniGate Pro calendar from other clients such as
Mozilla Sunbird, Outlook, or even CGP's Webmail. I will try to explain the pitfalls as best as I can, but I suggest reading the documentation and help of the specific end clients as well as CommuniGate Pro to understand the calendar client's intent when subscribing and publishing events to the CommuniGate Pro server.

This capability is part of CommuniGate Pro's
Groupware features that include many items such as MAPI, meeting request support, automatic request processing and quite a few more formats, functions and protocols supported. You license may or may not allow for the use of these features.

Please backup any existing calendars before you try using the software as described in the notes. I was able to quickly create a backup by copying the contents of the "Calendar" IMAP folder on CGP to a local folder. If I had not done this, my first iCal publish would have wiped all of my events from the server. You may need to learn how to do this with your MUA

Note: This document was composed with the Mozilla Composer application. Mozilla composer publishes directly to CommuniGate Pro's end user personal website features via http with proper authentication. The following software versions were used when this was written:
  • iCal  Version 2.0 (1024) on MacOS version 10.4
  • CommuniGate Pro version 4.3 with all Calendar related features enabled for the user account

Subscribing to a CommuniGate Pro Calendar with iCal


iCal can be configured to subscribe to CommuniGate Pro Calendar files by selecting Subscribe... from the Calendar menu in iCal. and entering a URL like this one in the dialog box below:

http://mailserver.example.com/CalendarData/~username/Calendar.ics

iCal_Subscribe

I really do wish this would also work with https, but the client returns an error and does not seem to support ssl for calendar subscriptions. It does at least support authentication and will as you for your CGP credentials:

iCal_auth

After you provide the correct user name and password, iCal presents you with options for the calendar name and handling of the data contained in the
.ics file.

iCal_subscribe_options

Once you have subscribed to this calendar, the calendar is read-only. You will not be able to publish events and changes to the calendar.  This ready-only status is part of iCal's design. The subscribe feature is really designed to subscribe to another user's calendar. I have tried to do this with other CGP users that I have access rights to, but I have not sucessfully received other calendars. The CommuniGate
ACLs should  work, but I think I need to read the logs more to see what is actually happening here.I notice that iCal changes my original URL to:

http://username@mailserver.example.com/CalendarData/~username/Calendar.ics

This makes sense to me, but it does not allow me to replace the second ~username with another i have rights to.

There is a workaround for this but it leaves the CGP directory structure for
CalendarData. You can actually subscribe to iCal calendars that have been published to the personal webspace features of CGP. This however doe not respect ACLs and publishes those calendars so that all can subscribe to them. This may not be desired in an organization managing private internal information. it may work, however, for an ISP with Mac users who do want to share their iCal calendar with the world.


Publishing to a CommuniGate Pro Calendar or Personal Website with iCal


A local iCal Calendar or a new one that you choose to create can be set to publish it's contents to CommuniGate Pro. This allows users to have the content of their schedule on the server for access from webmail when their iCal client is not available. An event change in webmail will be applied to the subscribed calendar when it reaches it refresh interval, but not to the local iCal Calendar that is used for publishing. This can be a problem because the "Publish" feature in iCal will overwrite the Webcal changes. This leaves users in a position where they must choose which calendar client will control their schedule and which will only be used to read the schedule. This document doe not cover invites, acceptance, and free/busy management. However, consideration should be given to the use of those features when deciding which client will be used.

Once you decide which calendar you wish to publish to CommuniGate Pro, you can select the Calendar and choose
Publish... from the Calendar menu. The following dialog box will appear:
iCal_Publish

The options I select in the above dialog box in order to overwrite the CGP default calendar are:

Publish calendar as:
Calendar       Note: iCal will add the .ics when it creates the file on the server
Publish on:
a Private Server
Base URL: https://mailserver.example.com/CalendarData/~username/      Note: ssl does seem to work here
Login:
CGP_username
Password: your_secret_pass

The 4 checkboxes are more preferences than anything, but I would check them all if I used iCal as my main calendar client.

This publish option will overwrite all contents of the calendar with the events and items contained in the Calendar you published to CGP. The same filename of
Calendar is what causes the overwrite. You can try other names if you with, but that will impact Webmail and overall consistency with the behavior of the system. I was able to use this same publishing method to write iCal and Free Busy (.vfb) data to the CGP personal website space. A change in the Base URL to something like https://mailserver.example.com/~username/iCal_Publish_test allowed me to publish the same information to the directory iCal_Publish_test on my personal webspace. This may be a good alternative to use for testing if you try this with your iCal client. I was very happy that I had a backup of all my calendar data when I first tested Publish with iCal and CGP.

|