> The XMPP Extensions Editor has received a proposal for a new XEP. > > Title: Calendaring Extensions to Publish-Subscribe > > Abstract: This specification defines calendaring extensions to > Publish-Subscribe for the purposes of group calendaring and scheduling > between "Calendar Users" (CUs), accessing, managing, and sharing calendaring > and scheduling information on a Calendar Server, and a mechanism for alarm > notifications. > > URL: http://www.xmpp.org/extensions/inbox/calendaring.html
In case you don't want to read the whole document, here's the tl;dr version: * The proposal is an extension of XEP-0060 Publish-Subscribe, which already provides us with - a hierarchy of nodes and items, - create, read, update and delete methods, - push notifications of new/changed/deleted items, - access control. * The extension extends the pubsub <items/> query to allow complex calendaring-specific queries, reusing the syntax defined by CalDAV. * The extension enables scheduling interactions by extending the <publish/> request to support iTIP methods. Unlike iMIP, these are primarily handled by the pubsub service and not the user agents. * The extension provides a mechanism for alarm notifications. So it's actually quite simple; the complexity comes from the referenced RFCs (CalDAV and iTIP). Some background: The proposed extension is a result of an undergrad project I participated in in the last two years. It's unfinished work, but I was encouraged to submit it as there is some interest in the community in this topic. Some remaining issues are: * There are some TODOs in the document that I didn't have the time to fill in yet, mainly related to calendar subscriptions and permissions. * I couldn't come up with a Shakespeare-related theme for the examples, so they're a bit messy at the moment. They all have the right shape though. * The document currently borrows too much text from the referenced RFCs. * There are new CalDAV Scheduling Extensions that I wasn't aware of at the time of writing. I've also created a RelaxNG schema for the xCal namespace which unfortunately hasn't made it to the surface yet (hint, hint). --K.
