[Bug 156686] New: Would like to configure Kontact's storage folders

[Borden Rhodes]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=156686         
           Summary: Would like to configure Kontact's storage folders
           Product: kontact
           Version: unspecified
          Platform: Debian testing
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kdepim-bugs kde org
        ReportedBy: dominussuus gmail com


Version:            (using KDE 4.0.0)
Installed from:    Debian testing/unstable Packages
Compiler:          gcc 4.2.3 
OS:                Linux

Currently, the calendar, contact list, and e-mail are stored in various files in ~/.kde/share/apps/<component>
With no way to change those folders.

What I would like to be able to do is configure:
- e-mail to be stored in maildirs in ~/Mail/ (or any other folder).
- a contact list be stored as, say, ~/contacts/businessAB.
- a calendar to be stored as, say, ~/calendar/festivusHolidays.ical.
and so on.

Other people have made similar requests to change backend storage but none of them which ask for this kind of customisation.  This feature in Kontact would:
- offer the flexibility of programs like Claws Mail which already allow you to stick your e-mail in an arbitrary folder.
- allow other programs to at least read the files (if the facility does not yet exist to edit the files without breaking Kontact) without having to dive into the .kde/share/apps folder.
- although I'm not too familiar with the technology to know for certain, allow someone to, say, store different address books on different servers allowing Kontact to plug into the right contact list for whatever environment that laptop was attached to.  This obviously is a theoretical benefit but there may be an application similar to this in which having a 'pluggable' address/calendar/e-mail database would be useful or have some sort of security benefit.