Synology-Forum.nl
Packages => Officiële Packages => CardDav server => Topic gestart door: dirklammers op 07 november 2017, 14:16:58
-
Ik koppel al geruime tijd mijn (deels gemeenschappelijke) agenda's via iCloud. Zowel agenda's en contactpersonen zijn zo transparant beschikbaar op mijn laptop, desktop, iPhones en iPads.
Het werkt allemaal prima en ben ik wel onder de indruk dat Apple dit allemaal zo heeft ingericht dat het allemaal soepel en transparant werkt.
Maar toch lijkt het me wel leuk om dat alles in eigen beheer te hebben op mijn eigen NAS. Maar voordat ik aan al het omzetten begin toch de vraag aan jullie of het wel gaat lukken om alles via de eigen NAS weer net zo gebruiksvriendelijk en gemakkelijk in te richten.
Alles moet natuurlijk via HTTPS gaan communiceren met de NAS en dan lees ik berichten over steeds weer te vernieuwen certificaten etc. etc. Kortom, ik heb mijn twijfels of overstappen wel handig is.
Heeft iemand van jullie de stap al gewaagd en alles in eigen beheer genomen ?
Dirk
-
Alles moet natuurlijk via HTTPS gaan communiceren met de NAS en dan lees ik berichten over steeds weer te vernieuwen certificaten etc. etc.
Het enige wat ik je kan melden: als je Let's Encrypt gebruikt, dan gaat het vernieuwen van het Certificaat automatisch.
-
In mijn ervaring merk ik geen verschil in gebruiksgemak tussen iCloud en de eigen nas. IK heb ze in het begin naast elkaar gebruikt.
Als je alle iCloud contacten naar je eigen server sleept (via adresboek op de mac) dan staan ze op beiden en zijn de adressen ook gesynchroniseerd. Als je dan een kaart edit, worden ze beiden aangepast. Als je dit een tijdje gedaan hebt en vertrouwen in die van de nas hebt, kun je de iCloud versie weg doen.
-
En qua certificaat: De apple producten zijn vriendelijk. Als het certificaat niet klopt, kun je heb gewoon handmatig bevestigen. Moet ik elke 3 maand ook doen op mijn desktop, omdat ik daar via het IP adres verbind en niet met de naam uit het certificaat.
-
Calendar (eigenlijk alleen maar de CalDAV-functie) en CardDAV werken goed, mijn ervaring is wel dat het enige tijd vergt om het goed in te stellen.
In het verleden heb ik mijn google calendar en contacts naast mijn NAS gedraaid maar nadat ik geen fouten heb kunnen ontdekken in de contacten en agenda-items dus momenteel draai ik volledig op mijn NAS.
Contacten en agenda synchroniseer ik met Outlook (door middel van een connector) en mijn iPhone. Het enige nadeel wat ik heb kunnen ontdekken is dat de agenda geen uitnodigingen voor afspraken verstuurd.
Mocht er iemand zijn die dat wel werkend heeft gekregen hoor ik dat graag natuurlijk ;)
-
Calendar draai ik volledig op m'n nas en werkt prima, carddav heb ik gedraaid maar ben nu weer terug naar iCloud. Het instellen van de carddav server op de NAS vond ik erg ingewikkeld, vooral welke URL je nu moest hebben voor de clients... Synology zou de carddav server wel een keer kunnen vernieuwen (net als ze hebben gedaan met de calender)
-
Dank voor jullie reacties. Grappig om de reactie van Erwin1 te lezen. Ik ben nu juist begonnen met Carddav te installeren (leek met het eenvoudigste en minst risicovolle) en dat werkte direct prima. In de iPad gewoon een nieuw account aanmaken en verwijzen naar het ip-adres van de Carddav server. Vervolgens even alle contacten uit iCloud geëxporteerd en ingelezen in Carddav en direct alles zichtbaar op de iPad. Nu uietaard nog zowel vanuit iCloud alsook vanuit Carddav. Nu nog wel even proberen als ik een nieuw contact aanmaak op de iPad of dat dan ook in Carddav terecht komt ....
-
Welke URL heb je dan genomen, voor invoer op de iPad?
-
Ip-adres en poort 8008. En dan uiteraard user + password ingegeven.
-
Nou, volgens mij kan in Carddav weer afvoeren voordat ik goed en wel begonnen ben :x. Geen mogelijkheid om data bij de contacten op te nemen, zoals geboortedatum, andere bijzondere dagen e.d. Dan heb je er toch als koppeling met de kalender geen bal aan ! Of zie ik iets over het hoofd ?
-
Geboortedata is gewoon mogelijk. De data wordt volgens mij als vCard (https://en.wikipedia.org/wiki/VCard) opgeslagen. Een vCard kent alleen een "BDATE" label. Elk contacten programma dat vCard ondersteunt, moet dit kunnen lezen.
Andere data labels kent het vCard protocol niet. Dat neemt niet weg dat de server deze waarschijnlijk wel gewoon zal synchroniseren als hij ze tegenkomt.
[off-topic] Het mac programma "Contacten" vertaalt echter het Engelstalige "Birthday" compleet verkeerd tot "Verjaardag". De eerste is een datum met jaartal, het tweede is een datum zonder jaartal. Ik ben hier wel vaker tegen aan gelopen dat ik een verjaardag in wilde vullen, maar dat weigert hij als je er niet ook een geboortejaar bij invult. En die weet ik voor sommigen niet, maar wel de verjaardag zelf. [/off-topic]
Geboortedata synchroniseren hier dus perfect via de nas.
Edit:
Tegenwoordig kun je de adressen ook de de nas bekijken en editen. Die editor kent lang niet alle labels. Er zit idd geen geboortedatum label bij. En nog veel meer niet. Dat maakt niets uit, zolang hij maar alle zelfverzonnen labels van je adresbook programma kan synchroniseren.
Op de nas ben je ook verplicht een persoonsnaam in te vullen. Zo niet dan weigert hij de kaart op te slaan. Ik heb genoeg adressen in mijn bestand staan waar ik alleen de firmanaam van ken. b.v. de politie of de energie leverancier.
Toen deze versie uitkwam heb ik hier direct een bugmelding van gedaan, maar ik zie dat deze bug er nog steeds in zit. Editen moet je dan ook niet op de nas willen doen en het is me daarom een raadsel waarom deze halfslachtige functie toegevoegd is.
-
Dank voor je antwoord. Ik begrijp dus dat bij het editen op de NAS niet alles wordt weergegeven. En daaruit heb ik de verkeerde conclusie getrokken. De geboortedatum zit dus wel in de server alleen laat de gemankeerde editor die niet zien.
Het probleem met het geboortejaar herken ik ook wel van IOS. Daar is het geboortejaar ook verplicht en als ik dus nu iemand opvoer waarvan ik dat niet weet laat de kalender bij de e.k. verjaardag zien dat de persoon 1 jaar is geworden ;D
-
Het werkt toch wel beter dan ik dacht :D Zelfs andere data dan de geboortedatum worden keurig gesynchroniseerd. Als ik b.v. op mijn ipad een veld “trouwdag” vul komt datzelfde veld keurig op mijn iphone tevoorschijn. Oke, ik word dus wel vriendjes met Carddav denk ik. Nu nog de synchronisatie met Outlook testen.
-
Het CardDav protocol is gewoon een dom protocol dat een database synchroniseert, zonder de betekenis van de velden te kennen. iCloud, GMail en ook Ziggo gebruiken het ook als je daar met hun adresboek synchroniseert.
Het zijn de cliënten die bepalen welke velden ze laten zien en wat je er allemaal mee kunt doen. En ik ga ervan uit dat de cliënten de labels die ze niet kennen, ook niet wissen als je de kaart opslaat na een verandering.
Als ik b.v. de CardDav server van Ziggo gebruik en ga naar het adresboek in webmail, dan zie je daar maximaal drie e-mail adressen. Als er meer e-mail adressen in het contact staan, laat hij ze gewoon niet zien. Maar hij gooit de niet getoonde adressen ook niet weg als je een contact edit. Dit zijn dus beperkingen van de betreffende adresboek cliënt en niet van CardDav zelf.
Overigens zag ik net dat je in Mac contacten toch nog extra datum velden aan een kaart kunt toevoegen met zelfgekozen label bij de datum.
-
Oké dan, dat geeft vertrouwen. Komend weekend een testen of ik Outlook kan laten praten met Carddav en dan stap ik over naar contactpersonen "in eigen beheer".
-
Welke add-on ik ook probeer, geen enkele brengt een verbinding tot stand tussen de Synology CardDev server en Outlook.
Jammer, want dat is voor mij wel een voorwaarde. We zijn hier allemaal gewend aan Outlook en aangezien dat prima samenwerkt met de agenda's en contactpersonen via iCloud gaat Synology CardDev geen goed alternatief worden :(
-
Deze CalDAV synchronizer (https://sourceforge.net/projects/outlookcaldavsynchronizer/) gebruik ik, hierbij kan je ook CardDAV toevoegen. Werkt naar mijn ervaring behoorlijk goed!
-
Ja dan doe ik blijkbaar toch iets verkeerd :o Ik heb deze inderdaad ook geprobeerd en dan alleen even met CardDav, zie schermafdruk.
Ik ben wel benieuwd welk pad jij dan gebruikt. Op mijn IOS devices is dat inderdaad gewoon zoals aangegeven en dan werkt het. Moet er dan in dit geval met Outlook dan een ander pad worden opgegeven ?
-
Ook eens even met kalender getest en dat werkt eigenlijk direct met bijgaande instellingen. Wat doe ik dan verkeerd met de contactpersonen ?!
-
Dat bedoelde ik met een ingewikkelde URL ;)
In de tutorial staat de juiste vermeld: https://www.synology.com/nl-nl/knowledgebase/DSM/help/CardDAVServer/carddav_server_desc
-
Deze (zie schermafdruk) geeft dus connectie :D met Outlook
-
De voorbeelden verwijzen naar het adresboek en niet naar de calendar.
Ik gebruik het package Calendar en wil dit koppelen via de synchronizer aan outlook.
Ik ben op zoek naar de juiste Url. voor CALENDAR. Zie bijlage.
Addressbook werkt bij mij prima.
-
Het URL wat je daar in moet vullen kun je vinden door op CalDAV-account te drukken vanuit de Calendar app.
[attach=1]
En vervolgens de Thunderbird-settings te kopiëren en te plakken in de Outlook CalDAV Synchronizer
[attach=2]
-
De schermafdrukken die je toont zie ik bij mij niet staan in de package Calendar.
Ik gebruik windows 10 en geen mac.
-
Heb je al https://ip:poort/caldav.php geprobeerd?
-
Dat is niet de goede url.
Bij de carddav server is het: IP: port/addressbooks/users/your-user-ID/addressbook
Wat dient de url te zijn bij de Caldav?
-
Ik heb eens gebruik gemaakt van "test en discover settings" (na uiteraard goede login-codes opgegeven te hebben) en o wonder, dan verschijnen de beschikbare kalenders in beeld en kun je de juiste aanklikken. De URL kan ik dan vervolgens geen touw aan vast knopen ....
Inmiddels werkt e.e.a. prima bij mij.
-
Hebben we het wel allebei over dit Calendar package (https://www.synology.com/nl-nl/dsm/feature/calendar)?
De OS die je gebruikt maakt niet uit, het is de web-interface waarin dit gezien kan worden.
-
We hebben het over hetzelfde package.
Aanvulling:
Het is mij gelukt. Stom. Typefout :oops: :oops:
-
Top :thumbup:
Het zijn altijd weer die typfouten die roet in het eten gooien.
-
Kan je ons ook laten weten welke de juiste URL is?
-
Zie foto's.