Forum for iCal4OL, Print4OL and ICS4OL

Sync Outlook with a Web Solution (Groupware) by CalDAV

Please note:
- iCal4OL is a Standalone Sync Solution - and not an "event driven" CalDAV Client-Addin for Outlook.
  This approach has actually some advantages: Stable(!) and reliable, and working with every version of Outlook >= 2000.
  (A few limitations for OL2010 64-bit apply, for the moment. See in German/English).
- The Sync is highly optimized and will take normally, from second sync on (=incremental), just a few seconds.
- The Sync can be run every minute in the background => which is really fast enough for CalDAV. Mostly an interval of 5-10 minutes is sufficient, though.
- I did a lot of testing with Sunbird and ICAL 3.0 (Mac OS X Leopard) as CalDAV clients, which are working very well together with iCal4OL.
- iCal4OL is a complex program. It's due to the different implementations/interpretations of the CalDAV/iCalendar "Standard" ...
- iCal4OL seems to be - for the moment - the only working CalDAV solution for Outlook on the market
- Note: iCal4OL will not work on Chinese or Japanese OS. Only CalDAV on English OS with e.g. Cyrillic Language File may work => ask by email, how to set up..
- Collaborations are welcome. Existing collaborations: Stylite GmbH (EPL/eGroupware), Bedework (August 2010), Gaggle (coming up) and several companies using Darwin CalendarServer or Zimbra.

JUST ASK, if something is not clear! iCal4OL comes with free, fast responding support!

Supported CalDAV enabled Websolutions and Stores:  (sorted by name)
Calendars (and mostly Tasks) are supported...   ==> Contact-Sync is on tab "Contacts" and supports Gmail Contacts, eGroupware, AddressBookServer, Zimbra 5, Icewarp 10, Citadel and SOGo!  Import/Export of VCARD's or LDIF's is possible, too.

- Bedework
   Documentation see http://ical.gutentag.ch/forum/viewtopic.php?id=132

- Chandler Cosmo

- Zarafa (from 2.9.15 on..)

- Citadel >= 7.51 by GroupDAV (without exceptions of recurring events)
   Documentation see http://ical.gutentag.ch/forum/viewtopic.php?id=138

- CommuniGate Pro >= 5.2
   Read http://ical.gutentag.ch/forum/viewtopic.php?id=160 for configuration - some special options are needed!

- Darwin CalendarServer (iCalServer) from Apple
   See here for latest improvements http://ical.gutentag.ch/forum/viewtopic.php?id=207 for Snow Leopard
   Details for Darwin (like delegation/attendee handling) you'll find here: http://ical.gutentag.ch/forum/viewtopic.php?id=49
   Darwin AdressBookServer SL is supported from 2.9.9 on!

- DAViCal 0.9.4 (or higher versions)

- eGroupware 1.4.004 by GroupDAV (no tasks)
   German Documentation see http://ical.gutentag.ch/forum/viewtopic.php?id=68

- eGroupware 1.6.001 and 1.6.002 by GroupDAV 
   German Documentation see http://ical.gutentag.ch/forum/viewtopic.php?id=68

- eGroupware 1.6.003 and EPL 10.1 by CalDAV
   http://ical.gutentag.ch/forum/viewtopic.php?id=221
   Latest improvements for Branch/Trunc Version: http://ical.gutentag.ch/forum/viewtopic … d=835#p835

- Google Calendar by CalDAV (no tasks)
   The integrated Google API Sync is by far better (more options)... this is only for "pushing up a subscribed calendar into google" or
   for syncing indirectly a WebDAV-Server with GCAL. See option [AddAsDeleted] to get rid in the caldav store of already deleted Outlook events

- ICEWARP >= 9.4.2
   Documentation see http://ical.gutentag.ch/forum/viewtopic.php?id=127

- Kerio Mailserver => 6.7.0
   Very helpful, if you need to filter events of existing Outlook Calendar Folders during Sync
   Limitation: Tasks are always synced to the user main tasks folder of Kerio

- SOGo >= 1.0.4   (just a basic implementation - collaboration welcome...)

- Yahoo Beta Calendar (is based on Zimbra 6)
   Documentation see http://ical.gutentag.ch/forum/viewtopic.php?id=116
   Latest info due to changes by Yahoo see http://ical.gutentag.ch/forum/viewtopic … d=405#p405

- Zimbra 5 RC2 (with contacts) and Zimbra 6 (only new contacts can be uploaded)
   Documentation see http://ical.gutentag.ch/forum/viewtopic.php?id=112



- A CalDAV-Server is integrated, too!
   Connect Sunbird/ICAL clients directly to an Outlook Calendar & Tasks
   Documentation see http://ical.gutentag.ch/forum/viewtopic.php?id=82

How to configure:

Tab WHO:      Enter your fullname + emailaddress (must match the Groupware account => enter User you want to sync with OL!)
                     Select your timezone.


Tab WHAT:     2-Way Synchronization with Web Solutions 

                     ==> You will need multiple configuration files (*.ini) to sync multiple Outlook-(Sub-)Calendars with different Websolution-Calendars!
                             Use button [Save Configuration as..] to make a copy of a configuration file.
                             In the Default(.ini) configuration file activate those other configuration files on tab "Start" to run all together (=chaining).

                             A Right-Click on tab "Run" on a configuration file will show a Context Menu (Popup), for easier management of multiple configurations (*.ini)
                             (to modify a different configuration file, you may want to use tab "Configurations" and load them by e.g. double click...)


Tab HOW:     The button [CalDAV Assistant] does support some, but not all CalDAV Stores - below for manual configuration of the field URL:

Bedework.......:     http://localhost:8080/ucaldav/user/caluser1/calendar  <== without trailing /
                  or:     http://localhost:8080/pubcaldav/public/Athletics

Chandler Cosmo:  https://hub.chandlerproject.org/dav/collection/ba1060a0-c4f5-11dd-ab74-93de7c1bde9e   <== without trailing /

Citadel 7.51.......:  http://localhost:2000/groupdav/Calendar/ <== with trailing /
                           But no support for moved or deleted occurrences of repeating events, see http://ical.gutentag.ch/forum/edit.php?id=401 for using WebDAV

CommuniGate....: http://yourserver.com:8100/CalDAV/<Calendarname>/ <== without trailing /
(Pro 5.2)               Read http://ical.gutentag.ch/forum/viewtopic.php?id=160
                            It's necessary to activate following option:
                            [X] Use WinInet.dll instead of WinHttp.dll
                            This option can be found on tab "Options" under [Enhanced Support]


DAViCal............: http://davical.example.com/caldav.php/user/home   <== without trailing /
                         (replace examle.com, username, calendarname)

DARWIN...........: http://www.example.com:8008/calendars/__uids__/8AE02E8A-1252-4337-B3A2-B671EB60C6A0/calendar/ <== with trailing /
Darwin Wiki 2.5: http://ical.example.com:8008/calendars/__uids__/wiki-testwiki/calendar/ <== with trailing /

eGW 1.4.004 ....: https://www.example.com/egroupware/icalsrv/groupdav.php/calendar  <== without trailing /

eGW 1.6.00x ....: https://www.example.com/egroupware/groupdav.php/calendar/  <== with trailing /
from 1.6.003-2 .: https://www.example.com/egroupware/groupdav.php/user/calendar/  <== with trailing /
                          This different URL will change the behavior for "denied" event-invitations and "finished tasks" - they are not in the feed!
EPL 10.1 ..........: https://www.example.com/egroupware/groupdav.php/user/calendar/  <== with trailing /
                          This different URL will change the behavior for "denied" event-invitations and "finished tasks" - they are not in the feed!

GOOGLE...........: https://www.google.com/calendar/dav/<calid>/events/  <== with trailing /

ICEWARP.........: http://example.com:32000/webdav/<user@domain>/Events/  <== with trailing /
                          In field "Login" you MUST enter "user@domain"..

Kerio 6.7.0 ......: http://Server/caldav/domain.com/username/Calendar <== without trailing /
                          (You can sync a different "Calendar" folder, but Tasks always sync with the main Kerio Task Folder!)

SOGo 1.0.4......: http://sogo-demo.inverse.ca/SOGo/dav/sogo1/Calendar/personal/ <== with trailing /
                          Note: text "sogo" must be part of the URL, so that iCal4OL can recognize a SOGo Sync


YAHOO beta ....: https://caldav.calendar.yahoo.com/dav/your_username/Calendar/your_calendar_name
                         It's necessary to activate following option: [X] Use WinInet.dll instead of WinHttp.dll
                        This option can be found on tab "Options" under [Enhanced Support]
                        There is a workaround for WinHTTP with a "fake" personal certificate, see section 3. here

ZARAFA..........:  http://example.com:8080/caldav/<username>/calendar/ 

ZIMBRA..........:  http://zimbra.example.com/dav/<username>/Calendar  <== without trailing /


Please make sure to enter it with/without trailing "/"  EXACTLY as it is described above!


Login, Password............: user + password    (the calendar owner login(!); Password field does not matter, but can't be empty)
Button [Authentication]: user + password    (same as above with password, OR other user/password  ("my credentials"), which have full access (by ACL) to this calendar)


UserID(Kennung).........: caldav   ...and optional:
                                        [up]/[down] [[asFeed] deleted] [remove] [nosimilar] [groupdav] [darwin [10] [ignoreLMT]] [inbox] [tasks] [singleget] [nomatch] [cacheLMT] [etag] [AddAsDeleted] [direct] [organizer] [debug] [no_auth]

Explanation of switches see further down.

==> iCal4OL normally prevents duplicated events automatically => it's a SYNC Solution (same subject/starttime = identical event)!
        But for a CalDAV-Sync this is not optimal! It may happen, due to online invitations, that two events in the CalDAV store are identical,
        resulting in 1-n relations (one Outlook event, but several CalDAV events) - and therefore in unnecessary seesaw or even in a sync error.

        I STRONGLY suggest, to deactivate the similarity test of events, by adding nosimilar in the field UserId (Kennung)!
        For very first sync don't use nosimilar, so similar events are recognized (e.g. if events are present in both calendars before sync).

----------------------------------------------
A basic two-way-sync will work like this:

Bedework 3.7....: caldav deleted remove tasks nosimilar direct inbox status
Bedework 3.6....: caldav deleted remove tasks nosimilar direct inbox status singleget nomulti  <== there is a bug in Bedework<3.7
Chandler Cosmo: caldav deleted remove tasks nosimilar
Citaldel 7.51......: caldav groupdav deleted remove tasks nosimilar
CommuniGate...: caldav deleted remove tasks=Tasksfoldername nosimilar SingleExceptions  <==  Tasks=OtherTaskFolder, if not default "Tasks"
Darwin 9 ..........: caldav darwin deleted remove inbox tasks nosimilar
Darwin 10 try....: caldav darwin 10 deleted remove inbox status tasks nosimilar
Darwin Wiki 2.5.: caldav darwin 10 deleted remove inbox status nosimilar no_auth ignoreLMT   (Wiki needs extra flags, due to bugs!)
DAViCal try first: caldav deleted remove tasks nosimilar
eGW 1.4.004.....: caldav groupdav deleted remove nosimilar  <== by GroupDAV  => no tasks!
eGW 1.6.001.....: caldav groupdav deleted remove tasks nosimilar  <== by GroupDAV
eGW 1.6.002.....: caldav groupdav deleted remove tasks nosimilar  <== by GroupDAV
eGW 1.6.003.....: caldav deleted remove tasks nosimilar direct 
eGW >1.6.003...: caldav deleted remove tasks nosimilar direct organizer  <== only Trunk = coming up version!
EPL 10.1...........: caldav deleted remove tasks nosimilar direct organizer  <== Stylite GmbH
Google try first..: caldav up e.g. for uploading a previous imported Remote Calendar (ICAL Feed) => no tasks! Search forum for "hatch" a feed up to GCAL!
ICEWARP>9.4.1: caldav deleted remove tasks nosimilar direct
Kerio................: caldav deleted remove tasks nosimilar direct
SOGo 1.0.4.......: caldav deleted remove tasks nosimilar direct
YAHOO Beta.....: caldav deleted remove tasks nosimilar direct
ZARAFA...........: caldav deleted remove tasks nosimilar direct    (or tasks=Tasksfoldername, if not default "tasks")
Zimbra 5 RC2...: caldav deleted remove tasks nosimilar direct   (or tasks=Tasksfoldername, if not default "Tasks")

If everything is working correctly, you can speed up the sync (from 2nd sync on) by adding following parameter: cachelmt

... and activate:
[X] Select time period: with rule "from now (Incremental)" or "from -31 days (Incremental)"   
This are the best option (past is gone - yes it is). Do not use a rule with a TO-Date, otherwise Incremental Sync is not possible (logical problem)!
For eGroupware ALWAYS use "from -31 days (Incremental)"  (=> It's hard coded in PHP eGW)!

... and:
[X] Activate enhanced options (otherwise default) ...  to activate tab "1.x More" - and on tab "1.2 More" mark:
[X] After Sync remove all events in "Deleted Items" folder => do not use this on first test run, or make a backup first!
(If you sync more than one calendar with multiple configuration files *.ini, activate this only in the LAST CHAINED configuration file.)


Field Date/Time Last Run: [date] [time]  .. will be updated automatically after a successful sync.
This is used for speeding up the next sync == Incremental Sync  (only possible, if the TO-Date of the time period is empty)!

Please check on tab "Options":
[X] Always directly save "Date and Time last Run" (for incremental Sync)   (Should be marked by default)

--------------------



Explanations:


LOGIN+PASSWORD: The [Authentication] Login+Password is actually used to access the feed - BASIC REALM or "Digest without qop" is supported
                               For CalDAV stores which are supporting both Authentications methods (BASIC+DIGEST) at the same time, you MUST activate
                               [X] Use WinInet.dll instead of WinHttp.dll   (see tab "Options" under [Enhanced Support])
                               ==> If you run into server timeouts (due to a WinOS issue!), deactivate DIGEST AUTH on the server (and use BASIC REALM with HTTPS for security).


UserID (Kennung):

caldav - must be present/entered


up - do only an upload    ==> without up and down it's a 2-Way Sync!

down - do only a download
Note: With "down", already deleted items (in CalDAV Store) will not get automatically marked as <Deleted> in Outlook. This is normally done during the upload.
Instead use "down asFeed" (see below), OR activate on tab "Options" under [Import Feed]
   [X] eGW/WebDAV: Mark events not anymore in Import with <Deleted> during Export/Upload
   [X] eGW/WebDAV: Remove events, which are marked with <Deleted> after Export/Upload
         [X] Do it directly after Import

down asFeed - Subscribe as "read-only" feed.
Replaces all items with the import version (even if modified!), re-adds already deleted, and removes items not anymore in the feed.
Additional added Outlook items will not get removed (runs without similarity test for duplicates).


deleted - if a "already synced" event is not anymore in the CalDAV Store, the subject will change to e.g. "Meeting <Deleted>" in Outlook.
iCal4OL will NOT delete those events directly (see "remove" below, which will do that), but they will be marked with text "<Deleted>".
On tab [Maintenance] you could later delete those events permanently, if you you are not using "remove".

In a Scenario, where you NEVER delete events/tasks in the CalDAV-Websolution, do not use deleted. This will speed up the upload significantly. Not all Outlook items must be read, to find out, if they have been deleted.. (You may still use the workaround e.g. "meeting <deleted>": items with text "deleted" in subject are treated as already deleted - and you could use in addition the eGW/WebDAV options mentioned above...)

((Note: If a CalDAV Store is emptied by e.g. a "caldav web interface" (hey, never a good idea!!), iCal4OL would mark events with text "<Deleted>" at next upload. In this case, you have to "CLEAN" THE CONNECTION INFO of the events, by running on tab "Sync Fields" the function "Get Rid" with the option "[X] ImportWID (Websolution)", which will clean this connection info for all events in the Outlook Calendar!))


remove - Events just marked above with text <Deleted> will be moved to the Outlook "Deleted Items" Folder (=effectively deleted)! 
If "remove" is not present, run on tab "Maintenance" the function in the middle, to get rid of marked <deleted> events:
=> Field: Delete all items from this import file, stated below ==> Leave Empty
     [x] Only delete with text <Deleted> in Subject
     Choose the correct Calendar folder...

Note: Exchange public folders do not move deleted items into the "Deleted Items" folder. To monitor deleted events here, you must activate the corresponding option on tab "Options" under [Exchange / *.pst]. This will generate/maintain a DB during upload under
C:\documents and settings\<user profile>\Appdata\iCal4ol\<EntryID_of_folder>.MDB, which will be used at next import, to prevent adding those events again.. and delete those events on the server, too!



nosimilar - does not test for similar events (same subject and starttime) at all, preventing 1-n relations (one OL event to many similar server events with same subject+starttime).
Please be aware of the optimization for preventing duplicate events, which could result in problems during upload, as explained above. If the OL or CalDAV Calendar is empty, activate this already for the first sync!

nomatch - does not test for similar events during upload (only)!. But it should not be used for the first sync, if on both sides already events are existing - and you want to "connect" those events.



tasks - for syncing tasks, too! Not supported for e.g. eGroupware 1.4.004 (see above).
Zimbra & CommuniGate Pro: For using a different task folder than "Tasks", enter "tasks=TasksFolderName"   (=<name of task folder>)


groupdav - Needed, if you want to sync with eGroupware 1.4.004, 1.6.001, 1.6.002 or Citadel. Do NOT use it for eGroupware >= 1.6.003


darwin - Needed(!), if you want to sync with Darwin Calendarserver
e.g. http://www.example.com:8008/calendars/__uids__/8AE02E8A-1252-4337-B3A2-B671EB60C6A0/calendar/

10 - For Snow Leopard (new version 10). This option is "forcing" invitations (during upload of events) to the OUTBOX, even if no uuid of attendees can get resolved. But mostly, iCal4OL will resolve successfully all uuid's of users (there are about 5 different methods implemented not to miss anything).
=> Note: You MUST activate on tab "Options" [X] Use Outlook Scheduling Tab for attendees!
From the OUTBOX, the server will distribute a copy of the event to the INBOX of the attendees. External user may, or may not, get an invitation by mail (there seems to be some config problem in Darwin SL). Of course, you can send invitation in Outlook directly, too.

inbox - only for Darwin Calendarserver. It will read the INBOX (scheduled events/tasks from other organizer). Always activate this for Darwin!
The category Inbox and the "color label" Participation required are automatically added to those items!
If the event gets accepted in Darwin's WebCalendar or by ICAL (this iCal4OL can't do..), the category "Inbox" will get removed again. In Outloook 2007 use a color to highlight Inbox events!
(Alternatively you may want to sync the inbox into a different outlook calendar (with a second configuration file .ini))

==> Some important details for Darwin (like delegation/attendee handling) you'll find here: http://ical.gutentag.ch/forum/viewtopic.php?id=49
        There you'll find the CalDAV-Scheduling-Draft related options, like:  status (reading attendee stati) and reply (emptying the inbox)



cacheLMT - this will speed up the 2-way sync. But it should NEVER be used for the FIRST SYNC!


singleget - to speed up the sync for "fat" calendars (many events already in the store)!
Normally, all events are downloaded together from a certain date on => FROM-Date in option "time period" e.g. with rule "from -31 days (Incremental)".
If this option is not set or you are syncing with Zimbra (bug!), ALL events from the CalDAV Store have to be read together!
This takes some time, resulting perhaps in a timeout warning (waiting for the server response).
=>  This may be "controlled" on tab Options with:
      "[X] No timeout warnings (popups) for WinHTTP connections", but there is another way:

With singleget iCal4OL will first read only the HREF (store references of the events) and ETAG (last modification stamp) of all events, but not the calendar-data itself (faster and smaller data size).
Then it will compare this info with already existing Outlook events, and just download those events, which are new or have changed (on either side). The Download is optimized, reading max. 200 events together (REPORT "calendar-multiget"), to circumvent timeout problems.
Syncs with "singleget" should be faster - at least from second sync on, if incremental sync is active (Do NOT use a TO-date in time period!).
Note: Do the first sync WITHOUT the option "Time period" - from second sync on use the "Time Period Rule": from -31 days (Incremental)
          (=> otherwise it will still read all older events before time period, if they are not in Outlook ... ask, it this is not clear!)   

nomulti - a test option: only use it with singleget together. It will use effectively single HTTP GET's, instead of REPORT "calendar-multiget".


etag - you will receive a question, when:
This event was meanwhile modified on the server, too - Download anyway?
Does check for parallel modification of the same event/task as a real CalDAV-Client software should - and ask what to do (with this option, the newer event will NOT win automatically..)


exchange - together with option [X] Monitor deleted events in Exchange Calendars (see tab "Options" under [Enhanced Support])
it's now possible, to get rid automatically of deleted events, which have been deleted in exchange.
Note: you MUST be the OWNER to Sync a public exchange calendar correctly (admin rights are not enough, because only the owner can add userdefined fields in the MAPI store). If you are NOT the Owner, please ask for support. There is now a hidden option to save the userdefined Sync fields in a access db. Do not use this option, it's automatically determined now - and actually does deactivate it..

organizer - does only work (tested) for BRANCH/TRUNC of eGroupware >=1.6.003. See http://ical.gutentag.ch/forum/viewtopic … d=835#p835


debug - will write all XMLS/iCalendar/VCARD stuff into the LOG.txt for support. This option is valid for the Contact Sync, too. Add this option, if something does not work as expected and email the LOG.txt. Please describe your issue exactly. See http://ical.gutentag.ch/support.html


direct - to circumvent a rare "File Scripting Object" issue/bug on WinXP installations. Does no harm - you may want to use it for all CalDAV-Syncs.
Actually only necessary, if iCal4OL stops responding, without importing events (the feed is saved in TEMP and read twice: first for VTIMEZONE info, which could be at the end of file... Second for VEVENTS... Sometimes FSO blocks the second attempt?!??)


LastModified - only for DAViCal, to prevent uploading identical events again, where the LastModifiedTime gets changed by Exchange or an Outlook Search-Addin (If the event was uploaded before by iCal4OL, it will test if identical (and only different DTSTAMP+LAST-MODIFIED), and in this case not uploaded again).


break1 - a test option: after retrieving all events from the server, the program will stop and show, where a file was created with the server response (already modified; the file will be deleted by iCal4OL at the end of import).


AnsiContact - only for "early" eGroupware 1.6.003 versions: Normally new contacts (tab Contacts) are uploaded in UTF-8 (VCARD 3.0). But some versions/servers have a strange bug, only accepting ANSI-Encoding (=VCARD 2.0). With this "Contact-related" option ANSI can be forced..


allday - only for eGroupware 1.6.001 and .002, residing in a different timezone than you: older versions of eGW did not support VTIMEZONE, and only a +/- hour difference could be configured. With this option + "manual timezone difference" for down/up, a correct sync was possible. See this "older" German Topic: http://ical.gutentag.ch/forum/viewtopic.php?id=194


Coming up in Version 2.9.13:
Support for Darwin WIKI Calendars Version 2.5, e.g.
URL.....: http://ical.example.com:8008/calendars/__uids__/wiki-testwiki/calendar/
UserID: caldav darwin 10 deleted remove debug status NO_AUTH ignoreLMT

=> With No_Auth, iCal4OL will do the authentication itself, because there is an (invalid) header "Authenticate: negotiate" together with "Authenticate: Digest.." in the server response, which WinInet.dll and WinHttp.dll can't handle for a HTTP REPORT REQUEST => Bug (content gets lost)!

=> The Wiki has LAST-MODIFIED implemented (and not just DTSTAMP as normal Darwin Calendars), but this field is not updated by the Wiki (Bug!). Option ignoreLMT will ignore LAST-MODIFIED(-TIME) and will just use DTSTAMP, which is correctly set.



Following option is only for maintenance - ask me first, before using this!
AddAsDeleted - This is for deleting events in the CalDAV store, which are not any longer in Outlook. This is especially useful for Exchange Public Calendar Folders to get pushed up into a CalDAV store!
It works like this: During download "new" events are first added with text <deleted> in subject. During upload those marked events will get deleted in the CalDAV store and also be removed from Outlook again.
Notes: - do not use [up] [down] with [AddAsDeleted]
          - you MUST leave the field "Date and Time last run" EMPTY - best use a time period rule with an enddate!!
          - newer versions of events in the CalDAV store will still override Outlook events
          - the <deleted> events will be still in the "Deleted Items" folder, if not an Exchange Public Calendar was selected



nocache - ONLY FOR DAVICAL!! Normally all events of the caldav store will be read into memory at the beginning of a sync. In time critical environments with more than one real caldav client, this could result in a "ETAG precondition failed error" for those events, which where modified in Outlook "before this sync" AND MEANWHILE "during this sync" by a caldav client! Those events will get synced next time! No worries...
Also with option nocache those events will correctly sync, due to newly read LAST-MODIFIED. So, there is no need to use this option (just ignore precondition failed errors).



Button [TEST]:
If you entered a non existing DAViCAL <Calendar> on the line e.g.
http://davical.example.com/caldav.php/admin/MyNewCalendar
you will be asked, if you want to create it...

If you entered an existing <calendar>, you can delete it (its perhaps not supported by your CalDav Store. It's working with DAViCal).
The "Sync Fields" function will run for the selected Outlook calendar, automatically (see above) to clean up the Outlook folder items!
Note: It's a bad idea to "re-use" a calendar name, though

The SERVER TIME will be tested against the PC time, too (max. 10 seconds difference allowed - see tab "Options" under [Enhanced Support] to automatically ajust the time with the server).



Here at last... a screen shot of the configuration window:

Last edited by Roland (Today 08:14:35)