webcal://cscl.ist.psu.edu/public/calendar.ics
webcal://cscl.ist.psu.edu/public/hci/calendar.ics
Thank you very much. I have subscribed to all calendars and will have a deeper look into the file structure later. Interestingly, iCal prints messages about an invalid character in these two calendards. So iCalendar standard seems to have different interpretations...
Unfortunately, it created duplicates of all my addresses inside my Mac's Address Book.
For the duplicates we will have to look again into the unique-ID mechanism. It appears that firstly, your addressbook was copied to the Zaurus and then (because of lost references) added back.
The duplicates instead of saying "work" or "home" next to the e-mail address have a "1" instead and also seem to be missing icon and maybe other data.
The 1,2,3 is an data model limitation that is not easily solved. It is the result of non-perfect translation from the Zaurus DTM to the Mac ABPerson format. The Mac can store labels for each entry of a ABMultiValue - this is the Work, Home etc. in the case of the e-mail addresses.
The Zaurus just has a single entry for a comma-separated list of e-mail addresses. So, unless you specify manually, ZMacSync does not know the correct label from the e-mail list. And these are initially assigned "1", "2" etc. when translating to ABPerson. Other records like phone numbers are stored separately for Home and Work on the Zaurus.
It is also unclear to me why it's looking at calendar stuff if the only thing I have checked to update is "Address Book".
This is a result of the plugin-architecture. The Mac plugin does not know that the Zaurus plugin has disabled writing to the Calendar and therefore tracks and advertizes changes by reading the calendar anyway.
So to summarize what we have to fix with highest priority:
1. installation and communication become more robust
2. duplication of records when syncing forward and backward
3. iCalendar parsing
Many thanks again,
hns