CardDAV Server 5.1

[MaVeWeb]

De CardDAV Server voor 5.1 beta kan nu ook geinstalleerd worden. Installatie is gelukt.
Echter, iemand enig idee wat de URL (pad voor clients) hiervoor is ? URL:8008 of URL:8443 werken niet.

[MaVeWeb]

Okay, heb het  HIER gevonden. De URL's zijn:

http://<YOURDOMAIN>:8008/addressbooks/users/<USERNAME>/addressbook/
of
https://<YOURDOMAIN>:8443/addressbooks/users/<USERNAME>/addressbook/

Hou er rekening mee dat de <USERNAME> case-sensitive is (en ook de login username) !!!!!

[Briolet]

Of je het pad moet invullen hangt ook van je Cliënt af. Als ik op de iMac onder OSX 10.9 een CalDav account aanmaak, hoef ik alleen de de Accountnaam, wachtwoord en het IP in te vullen. Dus geen verder pad of poort. Als ik erna in de settings kijk, heeft hij een SSL verbinding gekozen, met de poort op automatisch. Daar laat hij wel een pad naar de server zien, dat hij bepaald heeft, maar heet daar: "/principals/__uids__/49a25ca8-42de-5c03-" Dus waarschijnlijk een ge-hashed pad om de interne datastructuur van de nas niet te laten zien.

Hij bepaald dan zelf het pad en poort. Bij de Ziggo CardDav server werkt dat net zo. En net als bij de Ziggo CardDav server werkt het ook niet met het adresboek van OSX 10.6 

Ik krijg het alleen nog voor elkaar met het interne IP. Met de URL werkt het toch niet, terwijl ik de forwards volgens mij wel goed heb. (Moet ik nog even naar kijken).

[Basalt]

Maakt Roundcube (Mail Station) nu ook gebruik van CardDAV ?

[MaVeWeb]

Maakt Roundcube (Mail Station) nu ook gebruik van CardDAV ?

Nee. Roundcube is wel geupdate naar 1.02 met een plugin geinstalleerd dit maal (managesieve). Geen Carddav plugin is aanwezig.

[MaVeWeb]

Ik krijg nu regelmatig op mijn Mac de error:

De bewerking kan niet worden voltooid. (CoreDAVHTTPStatusErrorDomain fout 404.)

te zien.

[fdr76]

Ik krijg dezelfde melding op mijn mac. Heb jij een bug report gemaakt?

[Briolet]

Hier ook dezelfde bug op beide macs (met Mavericks)

Ik heb net het account weer weggegooid en opnieuw aangemaakt. (Lukt nog steeds alleen via mijn interne IP terwijl alle router forwards nu dubbel gecontroleerd zijn) Het nieuwe account geeft geen foutmelding en haalt binnen een paar seconden de eerder opgeslagen data van de nas.
Maar geheel overtuigd ben ik nog niet, dus k blijf nog maar bij de iCloud koppeling. 

[MaVeWeb]

Ik krijg dezelfde melding op mijn mac. Heb jij een bug report gemaakt?

Ja, heb ik gedaan.

Bij mij werkt het wel gewoon via mijn domein naam (en interne IP).

[BobW]

The carddav server that is been used is Calendar and Contacts Server http://calendarserver.org/, which i find strange that synology didn't open it up to include the calender part of the which would then be accessible from

Some Clients
webcal://YOURDOMIN?IP:8008/calendars/

others
webcal://YOURDOMIN?IP:8008/calendars/

lol the caldavd.plist
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">


Synology you need to stop joking around with half heartedness may as-well just called it Calendar and Contacts Server and open up it to what it was meant to be.

[BobW]

Ok this is how to enable the caldav part of this package so you get the carddav and caldav from same package, go to


Code: Select all
/var/packages/CardDAVServer/target/etc


open
Code: Select all
syno_caldavd.plist


at line 32 change

Code: Select all
    <!-- Enable Calendars -->
    <key>EnableCalDAV</key>
    <false/>


to

Code: Select all
    <!-- Enable Calendars -->
    <key>EnableCalDAV</key>
    <true/>


restart the package then i used my iphone to log you will see default cal "calendar/" i then create extra calenders from within the iphone calender app.

access calender can be done with

http://YOURDOMIN?IP:8008/calendars/user ... /calendar/
http://YOURDOMIN?IP:8008/principals/__u ... xxxxxxxxx/

you can get all these url by just login in from the browser

YOU DO THIS AT YOUR OWN RISK!!
If you have never worked with apple calender server then I wouldn't go down this route, next i be looking at setting them email invite notification

[MaVeWeb]

Heel mooi dat je dat van HIER kopieert, maar hou er rekening mee dat het niet gaat werken!!

Even verder lezen in het Engelse forum. De persoon die dit onderzocht heeft schrijft vervolgens:

As for my past posting about this product, please ignore them, as for now yes the calender does activate but no sync, once i do have a working solution i may share or may not.

Mijn advies dus: bovenstaande hacks niet uitvoeren!
 

[Briolet]

En waarom zou je die CalDav server willen gebruiken? De nas heeft al sinds minimaal DSM 3.2 een CalDav server. Indertijd zaten er bugs in, maar nu werkt die al een jaar perfect bij mij.

Ik denk dat het een goede zaak is dat ze niet naar een andere CalDav engine overstappen.

[MaVeWeb]

Ik denk dat het een goede zaak is dat ze niet naar een andere CalDav engine overstappen.

.. hoe 'share' ik dan met Synology CalDAV een agenda (zonder een aparte URL te moeten opgeven in mijn client)?

[Briolet]

Voor een agenda moet je altijd een url opgeven. Ik heb de agendas op een eigen '/kalenders' share staan en dat geef ik ook als pad op. Op die manier kun je de agenda simpel tussen gebruikers delen.
Je kunt ze natuurlijk ook in 'Home" zetten, en dan blijven ze privé. Met die nieuwe server zie ik zo gauw niet hoe je daar simpel de agendas tussen gebruikers deelt.

Ik zie ook niet waarom dat in één URL voor beide moet gebeuren. Op de mac worden, sinds OSX 10.7, de CardDav en CalDav accounts op systeemniveau beheerd en de diverse cliënten maken er dan gebruik van. En daar zijn het altijd aparte definities. Ook de gecombineerde CalDav/CardDav server van Ziggo moet ik voor beide functionaliteiten onafhankelijk configureren.
Ik verwacht dat er zelfs problemen komen als er twee Caldav servers draaien. De oude op poort 5005 en de nieuwe op poort 8008. Op de Mac kun je geen poort opgeven, die zoekt het programma zelf op. Dus dan heb je geen controle over welke server je gaat gebruiken.

(Maar CalDav is een ander subject dan CardDav)