Re: davical on openbsd
> the UI is a bit dated (but who needs it besides admin?) > That's why I use https://github.com/ledeuns/davical-cmdlnut :)
Re: davical on openbsd
Thank you all for these first answers. I also had checked out about radicale and baikal, while completely forgotten about sogo. Concerning this latter one I downloaded the .ova of ZEG just to give it a try and I found its management through webmin cumbersome (e.g. the interface for users' management of LDAP database didn't connect with it, etc.). As people honestly wrote in forums, to have zeg adapted takes the guys of inverse who produce it to tie it to another domain and customize it for you. But I don't really wanna run on Ubuntu. Plus I don't need either mail management or any domain thereof. Here I come to the real need: giving a small group of volunteers (no more than 20) who mostly operate with iCal but also outlook (it's a scattered group) the ability to coordinate their social activity together by: 1. creating events with attendees on 2/3 calendars over which some users are rw and others ro 2. send invitations to the outside world (could be 50-100 people) when they want to make a public event all together and get answers also from from invitees who are not davical/baikal/radicale users (although this should be managed by the client and not by the server, true?) I thought that a lightweight product like davical, radicale or baikal would be better fit to manage, but it's the first time I try this thing. Honestly I don't know which one of them better fills the bill. *** especially on openbsd *** At the moment I was trying both davical and baikal, configuring them with nginx, considering that openbsd has quit apache and that nginx is the web server I have had most experiences with (and that the new httpd is so new that it is a completely unsupported config). In the first case I arrived where the setup.php complains it cannot attach to the database, in the second one, using the same nginx.conf provided with the package files, the webpage is fixed on error 502. My sensation is that these products are extremely messy to configure as their laconic install documents leave most of the details uncovered. I am following the few hints found in /usr/local/share/doc/pkg-readmes/ as the rest of the docs (e.g. INSTALL from package dir, webpages) are mostly linux-centric, so they are useful more for inspiration rather than step-by-step procedure. One of the details I find nowhere, for instance, is about the permissions that the files should be given: installed from packages most files are either root:bin or root:daemon while tutorials often say they should be www:www (exactly www-data:www-data as they're linux-centric). Another doubt that I have is about backups and troubleshooting. I have no idea which product would be easier/more consistent to manage, especially in a disaster recovery scenery and in a half yearly upgrade one. Surely, the idea that under davical runs pg looks like more thorough than some sqlite or different, but things at least things have to work. To which point I am not yet. Looking forward for your further inspiration. Thanks
Re: davical on openbsd
On Fri, Apr 17, 2015 at 1:16 PM, Marcus MERIGHI wrote: > > paol...@gmail.com (Paolo Aglialoro), 2015.04.15 (Wed) 03:10 (CEST): > > is there someone who already had experiences with davical in > > production on openbsd? Yes, been running it at work since 6 years, previously on debian and then on openbsd. Also a personal instance for caldav & carddav, using lightning/thunderbird on the client side or caldav/carddav-sync on android. Just works. > > and internals'/externals' invitations? invitations just work fine with lightning. Havent tested another client. > Are you sure you've chosen the right tool (davical) for the task > (caldav)? Please read the archives: > > most traffic: > https://lists.sourceforge.net/lists/listinfo/davical-general > seldom used: > https://lists.sourceforge.net/lists/listinfo/davical-devel > > summary: original author left, project is being taken over by a > community. Just because the traffic is low doesnt really mean anything. davical has been here for years, and has a big existing userbase (including clients with iThings). Sure it's php, the UI is a bit dated (but who needs it besides admin?) and the install procedure is a bit cumbersome, but once it runs you dont need to touch it anymore. Landry
Re: davical on openbsd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > If I'd have to deploy a new caldav only server (i.e. no carddav) > I'd go testing kcaldav (which I've learned about just today, > thanks, Joerg Jung!): http://kristaps.bsd.lv/kcaldav/ Do note that small version number with kcaldav--it's still very new and will gain functionality quite rapidly! I use it for all of my own stuff, but I only use regular calendaring, not free-busy and advanced queries and sharing. (Though I plan on adding support as time goes on.) If you use Apache, you'll need to add a re-write rule to let through Digest authentication. Reyk's httpd(8) works out of the box via slowcgi(8). (No FastCGI til kcgi supports it...) Best, Kristaps -BEGIN PGP SIGNATURE- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVMQGwAAoJEMT2SUY9XBESMqgQAKREkDWe6V+AMzvnYGxceoTB z87O0YWaVbdvhNHk/QP4afE9T2JHheKS2346ZGSV4xii0n/c3dwKy0q3BMhHxyGc F7A0GkvonS+Xmcraj8IttrYwD6JHEfjYpw6uIke9YpODqqinB5PNvtY60NpJa6/E sM/qQwWAjcuj3UVmHu3J4YJ9XCHX28JqJzaembbt26Lzi8YUS8vuh+/WCuXV8hjL NML//xZHkKZ5y98n1Dz3XODRsBbtITPjUGt+XocK3f1wlotsj974JMj4ZpePc0sn kUecpjmRfA26Ca1LenJ0qayZE/UzOpDq/9cSu1A+mnnEhIjREWZYlnmDp5hXCkKR VgcaFgccWQ8IiAxVKSd/rw70sRUEfhz5DwuFHOiUoj01Vj7AYtPZggwyUsIgGskj oHjU2tJE1hqPe5u5deN93Q8SoQo+xLd41jnhVK37esqsNPJ9Q22duD0ftcW91+p5 jh2yYH7taOOon2sxmxPT+35omhxp7nbth2teYLw3kB9734zyndgOEKGWQhSVu4kp OpRmQW66HU7ra2WXc092HIy0LeLHris/oIt4NvSa36EQ8wiWIDYYiEvjDJYkJFCM RrIaHz99gXZHa/r4yMeHqMImsiKJlzL+fcCxbYhPsibghxph5gqthSCnn41u4qSh peOylKTWd4Qfvm/k4R6m =dDMx -END PGP SIGNATURE-
Re: davical on openbsd
paol...@gmail.com (Paolo Aglialoro), 2015.04.15 (Wed) 03:10 (CEST): > is there someone who already had experiences with davical in > production on openbsd? yes. But only for a handful of users. What does production mean to you? Your personal caldav server? A caldav server for hundreds of users? > Especially interfacing with ical yes. Though my impression is that apple changes it's caldav/carddav implementation as it likes, causing troubles. > and internals'/externals' invitations? no. > I would like to share configs and ideas. gladly! But... Are you sure you've chosen the right tool (davical) for the task (caldav)? Please read the archives: most traffic: https://lists.sourceforge.net/lists/listinfo/davical-general seldom used: https://lists.sourceforge.net/lists/listinfo/davical-devel summary: original author left, project is being taken over by a community. If I'd have to deploy a new caldav only server (i.e. no carddav) I'd go testing kcaldav (which I've learned about just today, thanks, Joerg Jung!): http://kristaps.bsd.lv/kcaldav/ My current favourite is sogo (thanks sebastia@!) though this is a rather large beast if you just want caldav. Other options from the top of my head: baikal, radicale, owncloud (all in ports/packages). Even citadel (http://www.citadel.org/) does caldav, I've had that one running on openbsd once (not in ports/packages). Regarding davical your first task will be to find out whether the ports/packages version is the one that works with current iStuff. My impression is that landry@ is a very active ports maintainer but I havent installed that port anew in years, I try to touch davical as little as possible during OS upgrades: copy davical directory to backup, pkg_add -u, diff afterwards. Try to keep all patches from mailinglist. Bye, Marcus > !DSPAM:552dbab6235906663518250!
davical on openbsd
Hello, is there someone who already had experiences with davical in production on openbsd? Especially interfacing with ical and internals'/externals' invitations? I would like to share configs and ideas. Thanks