Re: CalDav CardDav webmail client ?
Hi!
Answering below!!
> El 17 jun 2020, a las 15:09, Niels Dettenbach escribió:
>
> Am Mittwoch, 17. Juni 2020, 14:39:36 CEST schrieb ego...@sarenet.es:
>> Although we at present, are not running Cyrus Caldav/Carddav, Davical
>> instead (it comes from long time ago), we are running Roundcube. I adapted
>> the Caldav Kolab plugin in order to even support Free/Busy and for fixing
>> some bug… I should have uploaded it to Github or wherever, but I have not
>> have time for getting it ready for that. By the way, it’s not done for
>> Roundcube 1.4. It’s for Roundcube 1.3. We even use Caldavzap (with a lot
>> of js work too) with Roundcube as tasks plugin too.
> Thanks for that tip,
>
> but it seems requiring PHP5 (which is obsolete today) and don't get any
> secuity updates anymore.
>
You could get it working with PHP7…. It has some work… but you can….
Cheers!!
> It seems that even many other famous open source projects for CalDAV/CardDAV
> servers stacks are still more maintained - including i.e. Apples Darwin
> Calendar Servers (DCS):
> https://www.calendarserver.org/
>
> We use Cyrus IMAP with Horde5 to provide CalDAV/CardDAV as "MS Exchange Sync"
> emulation ("newer ActiveSync") "out of one box" plus a "nice" (responsive)
> Groupware web GUI, but the Calendar / Adressbook server stack is still used
> from Horde (on SQL) while Cyrus serves the Emails for Horde only. Horde5 now
> works on PHP7.x and is still maintained.
>
> It would be nice to get that Horde5 stack completely run with Cyrus as this
> would offer even more compatibility / protocols as the very known "Cyrus
> robustness"...ß) ...and on the longer run Horde out of the path for
> compatible clients / users.
>
> just my .02$
>
>
>
> niels.
>
> --
> ---
> Niels Dettenbach
> Syndicat IT & Internet
> http://www.syndicat.com
> PGP: https://syndicat.com/pub_key.asc
> ---
>
>
>
>
>
>
>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: CalDav CardDav webmail client ?
Am Mittwoch, 17. Juni 2020, 14:39:36 CEST schrieb ego...@sarenet.es:
> Although we at present, are not running Cyrus Caldav/Carddav, Davical
> instead (it comes from long time ago), we are running Roundcube. I adapted
> the Caldav Kolab plugin in order to even support Free/Busy and for fixing
> some bug… I should have uploaded it to Github or wherever, but I have not
> have time for getting it ready for that. By the way, it’s not done for
> Roundcube 1.4. It’s for Roundcube 1.3. We even use Caldavzap (with a lot
> of js work too) with Roundcube as tasks plugin too.
Thanks for that tip,
but it seems requiring PHP5 (which is obsolete today) and don't get any
secuity updates anymore.
It seems that even many other famous open source projects for CalDAV/CardDAV
servers stacks are still more maintained - including i.e. Apples Darwin
Calendar Servers (DCS):
https://www.calendarserver.org/
We use Cyrus IMAP with Horde5 to provide CalDAV/CardDAV as "MS Exchange Sync"
emulation ("newer ActiveSync") "out of one box" plus a "nice" (responsive)
Groupware web GUI, but the Calendar / Adressbook server stack is still used
from Horde (on SQL) while Cyrus serves the Emails for Horde only. Horde5 now
works on PHP7.x and is still maintained.
It would be nice to get that Horde5 stack completely run with Cyrus as this
would offer even more compatibility / protocols as the very known "Cyrus
robustness"...ß) ...and on the longer run Horde out of the path for
compatible clients / users.
just my .02$
niels.
--
---
Niels Dettenbach
Syndicat IT & Internet
http://www.syndicat.com
PGP: https://syndicat.com/pub_key.asc
---
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: CalDav CardDav webmail client ?
Hi, Although we at present, are not running Cyrus Caldav/Carddav, Davical instead (it comes from long time ago), we are running Roundcube. I adapted the Caldav Kolab plugin in order to even support Free/Busy and for fixing some bug… I should have uploaded it to Github or wherever, but I have not have time for getting it ready for that. By the way, it’s not done for Roundcube 1.4. It’s for Roundcube 1.3. We even use Caldavzap (with a lot of js work too) with Roundcube as tasks plugin too. The only important thing in the combination of all of them, is that you need to use a specific version of Sabre for the contacts plugin and there’s a packaged version of the Contacts plugin with the needed Sabredav version which allows you to run it combined with the Kolab caldav plugin, although it’s slightly limited and slightly buggy (Kolab caldav)…. I hope to have some time for uploading our patches next months… I have not tested them and don’t expect them to work in Roundcube 1.4. by the way… sadly... Cheers, > El 12 jun 2020, a las 9:35, Marco escribió: > > Hello, > > I'm interesting in Cyrus Caldav/Carddav server. I never used it before, > because most webmail solutions implement their own calendar and addressbook. > > I wonder if I can interface Cyrus CalDav/CardDav in some opensource webmail, > such as SOGo, Roundcube, or Horde Webmail. > > Could you help me or tell me about your experience about these integrations? > > Thank you very much > Greetings > Marco > > Cyrus Home Page: http://www.cyrusimap.org/ > List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ > To Unsubscribe: > https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Question about replication, split-brains and unclean failover
Hi!, I was writing some code for automating the server fail-over and was trying to see, how should or could I handle not run log files from sync_client. Well when in a clean shutdown, it’s pretty easy to know how to manage because the replication is up-to-date… so almost no problem there, it’s pretty fast... The problem comes in an unclean shutdown where some delay exists. I sometimes suffer about unclean shutdowns, the way are described here https://www.fastmail.com/help/technical/architecture.html "Unclean failover”. There sais too, some improvements where going to be done (or that were committed perhaps) to the replication in order to avoid them. But, by the way replication is handled (as I have seen in the source code about locks, modseq checks and so) and the way Cyrus writes replication logs for rolling replication later, the possibility of replying the logs from an actual slave (just failed over), for covering a split-brain I assume is not carried out at least nowadays?. Perhaps am I wrong?. I ask this just, for confirming and avoid having wrong ideas… If it’s undone or at least partially undone, I would love really doing something… although unfortunately due to our high work load... I can’t say when I could have some time for it… but I’ll try my bests... Cheers! Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
