Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CardDAV sync #104

Closed
mcduarte2000 opened this issue Aug 22, 2013 · 17 comments
Closed

CardDAV sync #104

mcduarte2000 opened this issue Aug 22, 2013 · 17 comments

Comments

@mcduarte2000
Copy link

As an email client it will certainly have a contact database. Please create a functionality which will allow it to sync those contacts with a CardDAV server.

@fbender
Copy link

fbender commented Aug 31, 2013

At the least I'd like to see some hooks for a contact database. An internal service (i. e. contact database) can be used as a default, however it would be nive to have a choice on what system to use here.

Same applies for similar "services", of course.

@jkufner
Copy link

jkufner commented Sep 6, 2013

Full CardDAV support is a must. It is the only usable protocol to sync with Android (using CalDAV-Sync), Akonadi (KDE) and Thunderbird (using SOGO connector).

@smari
Copy link
Contributor

smari commented Sep 16, 2013

I have written rudimentary CardDAV support, but it isn't hooked into the Contacts manager yet - mostly because it's not fully designed yet and still needs a bunch of work. I'm thinking the correct way to do so is to have "importer" and "exporter" hooks on the Contacts database (amongst others!) that I can then also hook my GPG pubkey list importer into.. which is all to say: this is in the works.

@jkufner
Copy link

jkufner commented Sep 16, 2013

Isn't better to think about CardDav as primary storage and anything else use as a dumb cache?

@shartte
Copy link
Contributor

shartte commented Sep 16, 2013

Well. CardDAV is a protocol, not a form of storage.

@jkufner
Copy link

jkufner commented Sep 16, 2013

I mean use CardDav server as primary storage and act like there is no local storage. Syncing is pain in the ass, so simple caching is much easier.

@shartte
Copy link
Contributor

shartte commented Sep 16, 2013

Not everyone will want to rely on an external service to store their contacts.

It would probably be a good idea to use pluggable contact providers (read-only and not read-only) to support such a use-case though. A CardDAV server could be used to connect other devices to the internal contact storage of mailpile as well. But that is probably something for the later.

@smari
Copy link
Contributor

smari commented Sep 16, 2013

Relying on external services means promoting centralization. It is much more healthy to intend to provide CardDAV server features, maybe, perhaps as a plugin, somewhere down the line. Until then, having importers and exporters is sufficient. People who have CardDAV servers will be able to work with them.

@jkufner
Copy link

jkufner commented Sep 17, 2013

It is good idea to make backends/connectors pluggable. So if I have CardDAV server, I can use it directly, and if not, there is some local storage instead. Adding support for another protocol is easy this way. Android uses similar approach with its accounts.

Anyway, pushing user/admin to install CardDAV server next to his IMAP server is a good idea since it brings many good features and solves sync problems. Local storage alternative should be only "I'm lazy and I want to torture my users." option :)

@BjarniRunar
Copy link
Member

@jkufner: I think you are considering this primarily from the point of view of a sysadmin running services for users. You assume there is an admin to push. We don't, we are writing software for end users to be independent. Requiring the user install multiple pieces of software and configure them all to talk to each other is not remotely reasonable except for highly skilled users. So our points of view differ significantly on this.

Your viewpoints however will be much more on-topic once we start work on the multi-user version of Mailpile. But that comes later.

@jkufner
Copy link

jkufner commented Sep 17, 2013

Installing Davical as CardDAV server is not any harder than installing IMAP server. You just select it in package manager and click "install" ;)

@mcduarte2000
Copy link
Author

I use Baïkal: http://baikal-server.com/, as my CalDAV and CardDAV server (on a Synology). Installing it was as simple as just unzipping the files on the web folder of the NAS. My idea is to also in the future instal Mailpile on my Synology NAS. Whatever you do please allow Mailpile to sync its data with this type of applications.

@djoris
Copy link

djoris commented Nov 4, 2013

Kolab Storage Format relies on IMAP for storing PIM information, thus eliminating the need for a DAV server.
https://wiki.kolab.org/Kolab_3.0_Storage_Format

There are quite some clients for syncing with Kolab. The protocol however seems a bit closed in development terms.
Besides contacts & calendar, Kolab supports notes (see feature request #247) and tasks.

@oparoz
Copy link

oparoz commented Aug 29, 2014

Baikal is a (nice) frontend for SabreDAV. That's the component which should be used. It could also serve files (webDAV) without having to move them from received emails to a cloud.

@ghost
Copy link

ghost commented Sep 10, 2014

@BjarniRunar
Copy link
Member

Note, issue #705 has a bunch of good comments, and I am currently considering the Radicale proposal as well.

@stevenroose
Copy link

Any news on this? Allowing the use of Mailpile with an existing CardDAV server would be awesome!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

9 participants