CalDAV werkt niet : iOS12 en OS X Mojave probleem?

[Briolet]

ownCloud Calendar te prefereren boven die van Synology

Die eerste ken ik niet. Het uitzien interesseert me ook niet direct omdat ik toch nooit webbased kijk. Kan ook niet met de oude caldav server.

Bij bekijken via de cliënt (PC of telefoon) krijg je de herinneringen ook direct op je PC of telefoon. Bij webbased werkt dat niet.

[dirklammers]

Ik herinner me dat ik ook lange tijd aan het tobben ben geweest om de kalender met iPhones en iPads te koppelen. Misschien helpen de bijgaande schermafdrukken uit mijn iPad jullie. Draait op IOS12. De gebruikte poort 20003 heb ik zelf gekozen. Geen idee waarom precies die.
Uiteraard die poort wel geforward in het router. Deze setting draait prima bij mij.

Dirk

[Sylvester]

Ik ben nog niet goed mee denk ik. Wat is nu het verschil tussen de CalDAV server en Calendar? Ik weet dat Calendar webbased is en van Synology zelf is. Maar deze is ook compatibel met CalDAV, ja toch?
Je kan dus synchroniseren met bijvoorbeeld de agenda op m'n iPhone middels de URL die je kan vinden in Calendar zelf.
Maar als ik het goed begrijp is Calendar individueel? Want ik zie het toch in mijn home folder staan. Of waar staat die eigenlijk?

[Briolet]

Calendar is inderdaad individueel. Maar je kunt agenda's simpel met andere nas gebruikers delen.

Bij de oude caldav server kun je de agenda overal neerzetten. Als je hem met andere gebruikers wilt delen zet je hem op een aparte share. Moet hij privé blijven zet je hem in je home folder.  Maar dat is een star concept.

Ik gebruik de oude caldav server al sinds dsm 3.2. Indertijd werkte hij nog niet goed samen met alle mac systemen. Volgens mij is dat pas sinds dsm 4 opgelost. Maar nu Synology een caldav server in een apart pakket heeft, verwacht ik eigenlijk dat ze die oude server zullen verwaarlozen. Hooguit de meest noodzakelijke updates, maar vast niet meer het updaten van ssl protocollen naar nieuwere versies etc.

Ook als er compatibiliteit problemen zijn, b.v. door Mojave, denk ik dat ze het probleem eerst bij de nieuwe CalDav server oplossen en dan pas bij de oude.

[Erwin1]

De kalender app via het package is nog steeds experimenteel. Ik heb die link even bekeken en zag dat SSL nog niet eens ondersteund wordt. Voor mij een no-go om zo'n pakket te gebruiken.

Waar heb je dat gelezen? Bedoel je SSL tussen cliënt en nas, of SSL voor de webapplicatie?
Communicatie tussen mijn de devices en nas loopt vanaf het begin af aan via SSL, en krijg bij installatie op de devices ook een melding over het certificaat.

Overigens ben ik onlangs overgestapt naar IOS 12 en hier werkt de Caldav verbinding tussen nas en iPad en iPhone nog gewoon. Ik gebruik de app calendar.

[Briolet]

Waar heb je dat gelezen? Bedoel je SSL tussen cliënt en nas, of SSL voor de webapplicatie?…

Tussen cliënt en nas. Het staat in de knowledge base van Synology. Zie de link in de eerste post. Ongeveer op ⅓ van de pagina:

Since Synology Calendar does not support Kerberos and SSL yet, you may leave the checkbox unchecked.

In het voorbeeld screenshot hebben ze dus SSL en Kerberos niet aangevinkt. Maar zoals je aangeeft, klopt dat niet (meer). Ik kan nu ook met SSL verbinden en dat is voor mij de reden om er echt naar te kijken om het te gaan gebruiken.

------

Nog even over het delen van agenda's:
De default agenda kun je niet delen, maar alle volgende agenda's  die je aanmaakt kun je delen. Als je hem met een andere gebruiker deelt, krijgt hij hem automatisch in zijn kalender erbij.

[Sylvester]

Overigens ben ik onlangs overgestapt naar IOS 12 en hier werkt de Caldav verbinding tussen nas en iPad en iPhone nog gewoon. Ik gebruik de app calendar.

@Erwin1
bij mij was dat ook zo. Het werkte nog na de update naar iOS 12. Pas nadat ik het account verwijderde en terug aanmaakte (met dezelfde instellingen) werkte het niet meer.
Probeer het eens? Gooi het account eens weg en probeer eens opnieuw aan te maken?

[Sylvester]

@Silvester, Misschien toch maar eens overwegen om te oude agenda's te exporteren en in het Kallender pakket te inporteren.  Volgens die link in post 16, zijn er wel mensen die dit werkend gekregen hebben met iOS12 (Over Mojave wordt niets gezegd)

Servernaam : je nas
pad : /caldav/accountnaam
poort 5000

Geen SSL. Als je SSL gebruikt, moet je zeker weten dat de servernaam ook op het certificaat staat. De mac client geeft geen optie om een afwijkend certificaat te accepteren.

Ik heb eigenlijk nog geen effectieve agenda op de NAS gehad, maar wil dit wel doen, dus ik hoef niks te exporteren.
Dat maakt het natuurlijk makkelijker, dan kan ik experimenteren.
Maar wat ik ook doe, ik krijg hem niet aan het draaien.
Ik krijg geen synchronisatie met mijn agenda op iOS of Mac.
Telkens krijg ik een authenticatie fout.
Met SSL,zonder, andere poort, ook 20002 geprobeerd (is ingeschakeld).
Niets werkt.

Van dat certificaat gedoe ken ik eigenlijk niets. Voor zover ik weet gebruik ik (nog) geen certificaten. Dan zal SSL sowieso niet werken? Of toch?

edit > Het valt toch op dat onder het Mac OSX High Sierra alles gewoon werkt. Of het nu de oude CalCAV server is of Calendar, het maakt niet uit. De agenda werkt onmiddellijk zoals het hoort.
Geef je hetzelfde in bij het nieuwe OS X Mojave, dan krijg je steeds een authentication fout.
We kunnen toch stellen dat er iets fundamenteel fout is?

[Briolet]

Ik had gisteren het 'Kalender' account ook op mijn android telefoon ingesteld. Daar viel me iets positiefs op: Ik kreeg de namen van de agenda's te zien. Bij de CalDav server is de naam blijkbaar anders opgeslagen en dat wordt niet door android ondersteund.
Ik kon alleen aan het kleurtje zien met welke agenda ik bezig was.

Ik heb dit ook direct op de Mac getest. Met de oude CalDav server kon ik nooit agenda namen aanpassen en zeker geen agenda's toevoegen. Dat kon ik alleen op de nas doen in de WebDav server. (Op zich geen ramp  )
Met de Kalender server, kan ik nu ook gewoon in mijn Mac cliënt de naam van een agenda aanpassen en zelfs een nieuwe agenda aanmaken. De CalDav server die daar in zit ondersteunt blijkbaar veel meer features. Nog een reden om over te stappen naar de nieuwe Kalender.

[Erwin1]

Ik heb even geprobeerd om opnieuw de kalender te koppelen aan mijn iPhone (IOS 12) en dat werkt direct.

Ik gebruik hiervoor de volgende url

https://NASURL:5001/caldav/NAAMGEBRUIKER

[Sylvester]

is die 'caldav' gewoon een share die je zelf hebt aangemaakt?

[Erwin1]

Nope, de url heb ik uit de kalender app.
Om de url te krijgen moet je naar de kalender app gaan, klik vervolgens op my calendar (aan de rechterkant boven het rijtje met je kalenders) vervolgens staat er een lijstjes daarin staat caldav account. Als je daar op klikt krijg je de url om je agenda aan je devices te koppelen.

[Sylvester]

ah ja, sorry, nu zie ik de poort 5001 staan, dus met de Calendar app.
Hoe je die URL vindt wist ik uiteraard al. Ik weet niet veel, maar dat wist ik wel. 

Bij mij werkt het gewoon niet zoals ik al zei op iOS12, wel op een ouder iOS

[Sylvester]

Ik heb in het weekend wat testen gedaan en ik kwam er maar niet uit.
Of ik nu probeerde met of zonder SSL (poort 5006 of 5005), het maakte niet uit. Het werkte niet.
Gelijktijdig ben ik aan het knutselen geweest met de certificaten. Zie ook topic :
https://www.synology-forum.nl/firmware-algemeen/let's-encrypt-certificaat-onveilig/msg257255/#msg257255
Er zit een standaard Synology certificaat in de NAS. Misschien dat die ervoor zorgt dat het met SSL ook niet werkt.
Ik heb bij Let’s Encrypt een ander (gratis) certificaat aangevraagd en geïnstalleerd.
Met dit certificaat krijg ik in Firefox en Chrome nog steeds de melding dat de verbinding niet veilig is als ik op de NAS met https inlog. Dus ik wist niet zo goed of dat certificaat wel ok was.

Toeval of niet...
Ik heb deze morgen nog eens getest met de CalDAV accounts op iOS, nu kan ik plots wel CalDAV accounts aanmaken, maar alleen mét SSL/poort 5006.

Met de nieuwe ‘Calendar’ app van Synology heb ik nog niet getest, maar ik vermoed dat dit ook gaat werken.
Heeft dat nu lets met het certificaat te maken? ik weet het niet...

[Briolet]

Het certificaat kan meespelen als extra probleem, maar je hebt het ook zonder SSL geprobeerd en daar speelt het certificaat zeker geen rol.