citadel/techdoc/roadmap.txt

   1 This isn't an official list of plans.  It's basically just some notes on where
   2 we want to be going.  It's something to consult when sitting down to write
   3 some code and deciding what to work on.
   4
   5
   6 Goals to achieve during the 6.xx cycle
   7 --------------------------------------
   8
   9 * Address books
  10
  11   Status: the current implementation has both a 'Contacts' personal
  12   folder and a 'Global Address Book' -- both which contain vCards.  WebCit
  13   can use them, and Kolab-compatible clients seem to be able to access them
  14   seamlessly as well.
  15
  16   We should integrate the address books more tightly into Citadel dialogs
  17   such as recipient auto-completion, etc.
  18
  19 * Better UI presentation for delegated access to mailboxes.  (In IMAP this
  20   will be easy because of "other users namespace" support.)
  21
  22 * Additional LDAP integration
  23
  24   Status: the current implementation can populate an external LDAP directory
  25   with Citadel user data.
  26
  27 * Calendar service
  28
  29   Status: full functionlity is present in the current implementation, including
  30   the ability to keep a personal calendar, send/receive invitations, manage
  31   attendees, check free/busy times, etc.  It is fully usable via WebCit
  32   and also works with Kolab-compatible clients (vCalendar over IMAP for the
  33   calendar store, and vCalendar over HTTPS for checking other users' free/busy
  34   times).
  35
  36   Doing CAP or WCAP seems less important now that vCalendar-over-IMAP seems
  37   to be the emerging standard for open source groupware.  We will monitor the
  38   direction the community takes and follow along.
  39
  40   There is also the possibility of implementing the WebDAV/XML schema exposed
  41   by Exchange [ http://tinyurl.com/23bcn ] which would give us transparent
  42   compatibility with Evolution and Entourage (but ironically, not with
  43   Outlook).
  44
  45
  46  Short-term TODO list
  47  --------------------
  48
  49  * RFC 2180 compliance -- do something predictable when more than one client
  50    has a mailbox open and one tries to rename or delete it.  The easiest thing
  51    to do would be to simply deny the operation.  This should probably be done
  52    across the entire Citadel system rather than only in IMAP.
  53
  54  * Reminder: after the next non-beta version of the Citadel server is
  55    released, email the IMAPcopy people for inclusion on their web site.
  56
  57  * Reminder: send Citadel autoconfig settings to the SquirrelMail people
  58
  59  Items recently removed from TODO list
  60  -------------------------------------
  61
  62  * WebCit support for HTTP transactions performed by Kolab clients
  63    (The current WebCit build works with the KDE Kolab klient using HTTPS.)
  64
  65  * RFC 2739 compliance (provide calendar free/busy URL's in vCard and LDAP)
  66    (If anyone knows of clients that make use of this, let us know / test it)