-
Notifications
You must be signed in to change notification settings - Fork 156
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
Abook storage backend #25
Comments
Of course a cleaner solution still would be to write a new client that uses vdir. |
You can check out https://github.com/hnrysmth/ppl |
It definetly has a nice interface, but it seems it is not able to deal with vcf files created by other programs. |
For querying with mutt I have written a small program: https://github.com/t-8ch/snippets/blob/master/contactquery.c |
I did a quick test, and it seems one can toss in new vcf-files, but the problem is ppl derives the nicknames from the filenames in its backend. I took the liberty of asking the author about UID filenames in the context of better vdirsyncer integration ( henrycatalinismith/ppl#47 ). I really think vdirsyncer + ppl would be an awesome combination. |
@t-8ch Oversaw your comment... interesting, last week i searched for a decent vcard parser in C (so i could use it from Rust) and couldn't find anything. I ended up porting https://github.com/untitaker/dotfiles/blob/master/home/.scripts/mates to Rust, and it was hardly better. |
@untitaker It should also be possible to use libical for vcards (see |
I wanted to take this as an opportunity to learn Rust. Will take a look at |
untitaker: are you starting a new addressbook project? |
Not sure. I didn't get very far, there's no decent standalone vcard library for C, and none for Rust. Don't really want to depend on evolution-data-server. |
I rather write this for learning Rust, not really for making something usable. |
FWIW, here it is: https://github.com/untitaker/mates @t-8ch if you want we could add your script to https://vdirsyncer.readthedocs.org/en/latest/supported.html#client-applications |
@untitaker I added it and pushed it and a small fix to master. |
Thanks! |
Closing this because writing a custom addressbook client yields far better results. |
Can you please reopen the issue. I'm trying to use Trojita with Carddav. It currently lacks support for it, but does read abooks adressbook in |
Please open a new issue with the stated, more general, goal to integrate
Trojita. I would strongly recommend looking for alternative ways that don't
involve ~/.abook.
…On Thu, Jun 01, 2017 at 06:52:03AM -0700, ǝʞɔoʃʞ uɐʇsıɹʇ wrote:
Can you please reopen the issue. I'm trying to use Trojita with Carddav. It currently [lacks](https://bugs.kde.org/show_bug.cgi?id=358485) support for it, but does read abooks adressbook in `~/.abook`. If vdirsyncer would be able to write to abooks storage backend, Trojita would be able use Carddav. Also see this [issue](dglent/vcf2addressbook#1) for a workaround with another python script, which fails for some reason.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
#25 (comment)
|
Writing to the
abook.db
file. This basically would give us the nice CLI interface abook has and make pycarddav obsolete.The text was updated successfully, but these errors were encountered: