Diff for FAQ/User/Kronolith between 6 and 7

+ Horde User's FAQ

++ Kronolith Questions


+++ Does Kronolith have shared calendar support?

Yes. Kronolith 2.0 introduced shared calendars. You can view as many calendars as you want in one overlaid view, and control access to each of your calendars on a per-user basis.

+++ Can Kronolith sync with my Palm Pilot?

Preliminary syncing support is available in the bleeding-edge development releases. See http://horde.org/sync/.

+++ How do "alarms" work?

If your system administrator has configured it, and you have set an email address in your Horde preferences, you will get an email when an alarm "goes off".

+++ Does Kronolith support iCalendar invitations?

Yes. Kronolith 2.0 supports the iCalendar/vCalendar format for importing and exporting and sending iCalendar invitations for e-mail based scheduling. As such it is now interoperable with any calendar/email system which can either send or receive standard iCalendar attachments. This means that you can create a kronolith event, send invitations for that event to any email addresses desired, and the email recipients can then add the event to their calendars automatically.

+++ How do I use Free/Busy URLs?

A Free/Busy URL does just what it says:  itit provides Free/Busy information about something,whether something or someone is free or busy, via a URL.  Generally,Generally, this will be in iCalendar format, with a VFREEBUSY component.  ApplicationsApplications generate these in different ways and publish them in different ways, but since this is Kronolith, that's what I'll try to explain.  And, depending on what version ofways. In Kronolith you have, you have more granularity overcan specify the number and which calendars are used to generate the data.

In Kronolith 2.0.X,2.0.x, you can only do a perhave to specify each calendar separately in the Free/Busy URL.  So if youyou want to have two calendars, say one with public events, and one with private, and you want the combination of events on both of them to constitute your Free/Busy info, you can't,have to specify both of them because the URLs are calendar based only.  The URLs are of the form:





You generate this on the My Calendars{{My Calendars}} screen - pick the calendar and your Free/Busy URL is generated in the field below that.

In what will be Kronolith 2.1.X2.1 or higher (currently unreleased), there is a new preference available that lets you specify one or more calendars, whose entries are to be merged to generate your Free/Busy information.  The above formatformats still works,work, for a per calendar share basis, but a new format is added of the form:




If this URL is referenced, Kronolith generates the results based on the calendars you've selected, or if you've selected none, defaults to your default share.

Now how is this information useful?  Well, if you're using applications that know how to use these URLs to check if you're free or busy, it can facilitate scheduling of meetings or events.  So the idea is you publish a static URL (in much the same way that you give out an email address, a phone number, mailing address, etc.) and then people can use that to check if you're available.  Important to note is that no information about *what*//what// you have scheduled is available.  It's just whether or not you are free or not.

To fully use this in Kronolith you need:

1)# An identity setup, configured with a from_addrFrom: address (this ensures that your FB infoFree/Busy information is returned when Kronolith is queried)

2)# An Address Bookaddress book that contains FBFree/Busy URLs for entries (this allows you to store or utilize existing entries when creating events)

3)# Kronolith configured to use the above Address Bookaddress book

Now, when you create an event, check out the "Edit Invitees"{{Attendees}} area.  Type in one or more email addresses, and if they are in your Address Book,address book, and if they have a FBFree/Busy URL, their availability will show up.

For others to use your URL, if they are on your system, they need to have you in their address book, or there needs to be a shared address book that contains these entries (we maintain and publish these as part of our organizational directory, for instance).  If the users aren't on your system, just give them your URL and they can plug it into whatever they are using that takes advantage of it.