Forum for iCal4OL, Print4OL and ICS4OL

Please read the Changelog (English/German)...


New: Right-Click on tab "Run" on a configuration file will now show a popup contextmenu, for easier management of multiple configurations (*.ini)!


Snow Leopard Darwin CalendarServer
Until now, it was not possible to send a REPLY like "accepted, tentative or declined" to the organizer of a meeting by iCal4OL...
This is now implemented!  (Darwin WebCalendar or ICAL had to be used, to do this..)

Here the full documentation of all CalendarServer functionalities (some are new in this version) and how to use it in Outlook/iCal4OL:
(General CalDAV Configuration is documented here: http://ical.gutentag.ch/forum/viewtopic.php?id=28 )

- Tab WHO: enter as fullname your username in Darwin CalendarServer ... and the correct email username@domain.com
- Tab WHAT: 2-Way-Sync with a Web Solution
- Tab HOW: use [CalDAV Configuration Assistant] to find the correct URL for your calendar
- Tab HOW: Field UserID (Kennung): caldav deleted remove darwin inbox nosimilar 10 [reply] [status].. [tasks] [debug]
  => nosimilar is necessary! Otherwise similar duplicate events can't get uploaded (again)!
- Tab HOW: [X] Time period with rule: from -31 days (incremental)


- Tab OPTIONS:  [X] Use Outlook Scheduling Tab for attendees
  Attendee status will be added and updated in the body of the event - DO NOT activate the Outlook (OL) Status Tab!
- Tab RUN: to start the sync or configure the "tasktray autostart" feature ..

- Note for Windows 7 users:
You must activate on tab "Options" under [Enhanced Support]
[X] Use WinInet.dll instead of WinHttp.dll
Due to a bug in WinHttp.dll Version 6, it's not possible to send a reply using the HTTP header "If-Schedule-Tag-Match: xxxxxx". This header name is too long for WinHTTP


=> On OL Scheduling Tab, you can use the internal emailaddress (if username@domain) of an attendee (same @domain as on tab "Who" in your email necessary), or just the username, or see http://ical.gutentag.ch/forum/viewtopic.php?id=136 if you want to use Outlook Contacts (and how it's best done - with info about freebusy).
If you want to send an invitation in OL, the attendees will probably get duplicate(d) invitations, because CalendarServer normally does send out invitations, too.

=> if you are the organizer, 10 will force the sending of invitation over CalendarServer, even if NO attendee "principal uuid" can get resolved (more secure - depending on the ACL config, Darwin may be able to resolve without "10")

=> if you are an attendee getting an invitation, the category "Inbox" will be added to the event, automatically! Attach a color to this category in OL 2007!
     The category is fixed (re-added if necessary!), as long as you do not answer the invitation by a different client, or with the new behavior just below!
     (It may take a sync more after replied, before category "inbox" gets removed - by using a different client or depending on reply option (see below),
      the inbox "event-copy METHOD:REQUEST" will get removed...)

=> If you add "accepted" or "accept" in Subject e.g. "meeting accepted" or add a category "accepted" in OL (you can overwrite the category "inbox" for easiest use),
     the event will get uploaded and the organizer informed.
     Reminder, Busy state and Categories (without "accepted") will be saved on the server (valid for yourself only).
     After upload, the text/category "accepted" will get removed in OL, and the event-body will now show your invitation status.

=> If you add "tentative" in subject e.g. "meeting tentative" or add a category "tentative" in OL (you can overwrite the category "inbox" for easiest use),
     the event will get uploaded and the organizer informed
     Reminder, Busy state and Categories (without "tentative") will be saved on the server (valid for yourself only).
     After upload, the text/category "tentative" will get removed in OL, and the event-body will now show your invitation status.

=> If you add "declined" or "decline" in subject e.g. "meeting declined" or add a category "declined" in OL (you can overwrite the category "inbox" for easiest use),
     the event will get uploaded and the organizer informed.
     After upload, the text/category "declined" will NOT get removed - at next sync the event will get deleted in Outlook!

=> If you are organizer and add "cancelled" in subject e.g. "meeting cancelled",
     the event will get uploaded and the attendees informed. In another client accessing the same organizer or an attendee calendar, the event will be striked through
     At next sync the event will get deleted in Outlook!
     An attendee using OL with iCal4OL: the event will get CANCELLED added to the subject e.g. "meeting CANCELLED" - or, or perhaps deleted directly
     (there are two ways: STATUS:CANCELLED or METHOD:CANCEL .. depending on the organizer client application)

=> If you are organizer and delete a meeting directly,
      the event will get deleted in the organizer calendar and the attendees informed. In another client accessing an attendee calendar, the event will be striked through
      An attendee using OL with iCal4OL: the event will get deleted directly...


=> using reply in Field "UserID":
      In short:  will clean out the inbox of processed requests (invitation, which have been answered - and all replies from attendees/organizer)
      Answering an invitation or processing different attendee status, will delete those messages from the inbox, too.  (=> Without "reply" they will stay in inbox! )
      Cancel-Requests will never be cleaned out directly from inbox - only if older than 20 days (so other clients can process this, too).
      Those inbox messages are not available anymore in another client like ICAL, accessing the same calendar.

=> without reply in Field "UserID":
      You need to process all inbox messages in Darwin-WebICAL or ICAL (Mac) or another client - later on! Please respond to invitations in the other client or in OL (as explained above)...


=> I you are using two different clients at the same time (e.g. WebICAL + iCal4OL), the replies of invitation stati will be processed by first client and may get deleted in inbox.
     So the second client can't update anymore the stati - the METHOD:REPLY's are gone..
     With status in Field "UserID" + you are the organizer of the meeting => it will still read the stati (in this case from the main event in calendar store).


If something is not clear yet, please post a reply ;-)

There were several issues, which are now fixed:
- external attendees got an "event cancelled" after organizer update of the meeting, instead of "event update" (parsing bug in CalendarServer must be by-passed)
- comma must be uploaded as \,   (not rfc2445.txt conform, but CalendarServer does need it)
- Repeating invitations with moved/changed occurrences do not work correctly in CalendarServer. If you decline, the exceptions will not get declined.. which can mess up your store. I found "left overs" occurrences, which do not have a master RRULE event anymore. Better delete an occurrence and re-add as single event (for a different time/text), if it's an invitation!
- You status response will get uploaded to the server, even if other attendee responses have been processed (and the event is actually newer on the server).

Last edited by Roland (2010-05-09 07:45:03)