wat minder dat iets "nergens op slaat"... mag ook
Ik probeer het gezellig te houden zonder te vervallen in formalistisch gereutel en vooral in constructieve zin de techniek bespreken. Wanneer iemand principieel geen agenda of adresboek wil van -of bij Freedom, dan is inhoudelijk discussie daarover, zinloos.
Voor alle duidelijkheid ik heb geen probleem anders dan de wil/wens om iets tot betere werking te krijgen. Het is ook niet nodig om discussies te laten verzanden in (veronder)stellingen of (eigen) overuigingen, laat staan menen dat Soverin iets verkeerd zou doen en dat ik ergens anders terecht kan in onze commerciële wereld, weet ik ook.
Dank 
voor je inpout die zaken voor mij wel ordent en aanscherpt.
tldr; calDAV lijkt niet te werken omdat online (webmail) agenda vice versa geen koppeling heeft met die van offline; en de vraag is verder of en waarom Freedom geen xxxDAV levert dat wel bij Soverin beschikbaar is om bruikbaar te zijn. ?
Op grond waarvan zou "[xcalendar](https://roundcubeplus.com/plugins/calendar)" niet open zijn ? Dat het niet commercieel mag worden gebruikt en dan betaald moet worden (een luizige $45/jaar per server), is een heel ander verhaal. De bron en source is gewoon [hier op github](https://github.com/fasterit/roundcube_calendar) beschikbaar.,
Ik zie juist geen reden noch behoefte dat Freedom zelf functionele b(r)ouwsels gaat (na)maken die reeds perfect bij & door haar privacy-minded leverancier integraal beschikbaar is.
Ik kan met mij accounts bij Soverin inloggen en dan heb ik agenda-functie wel op mijn scherm. Nu zit ik bewust bij Freedom en wil ik dat daar kunnen en doen.
NB: Ondertussen ben ik er ook achter hoe ik daar dan onderling agenda’s kan delen. Nu alleen nog de stap dat offline te kunnen.
Dat Freedom, de bij Soverin werkende agenda/adresboek (nog) niet in haar etalage doet… is mij een klein vraagteken en komt waarschijnlijk voort uit de begintijd waarbij Soverin met man en macht, een gele verpakking ophoestte (die BoF al had en) die Freedom perfect kon gebruiken als pijler (een provider zonder mail, telefonie & tv → is geen provider).
Ms dat iemand bij @freedom @Anco nco ?) daar wat licht & inclusief toekomst over kan schijnen over adresboek en agenda in & bij Freedom.
xxxDAV, als gezegd, werkt(e) dus prima zolang dat in het eigen ECO/framework systeem blijft.
- De ellende begint wanneer systemen moeten worden gekoppeld en gesynchroniseerd. Eén van de redenen dat de inofficiële “xxxDAV” functie/standaard daarvoor wordt uitgenut.
Eerder meldde ik al dat cardDAV nu & inmiddels prima werkt, ook met Thunderbird.
Zoals ik vaker noemde,werkt de authenticatie t.a.v. calDAV vanuit bv een Thunderbird(plug-in) niet lekker; en nu vooral de indruk heb dat dit maar zo leek…
Ik krijg nu meer het idee dat o.e.o.a. manier de agenda wel werkt maar dat de onderlinge locaties daarvan voor de Webversie op een bestandslocatie werkt dan die door remote wordt aangeroepen.
Ik ‘dacht’ dan het niet werkt OMDAT ik de remote wijziging van mijn Thunderbird remote agenda (en omgekeerd) nimmer terugzie in de online agenda van de webmail.
- Het blijkt ondertussen dus NIET mogelijk is om in/met de Thunderbird plug-in (bv TBsync) een andere agenda te gebruiken dan de (letterlijke naam) ‘default’', die op haar beurt weer NIET zichtbaar is in de online agenda functie van Webmail.
- Als Thunderbird geen index, krijgt kan Thunderbird daarop ook niet authenticeren of inloggen.
In de webversie kan ik meerdere eigen agenda’s maken waarvan er dus geeneen extern toegankelijk is. In Thunderbird wordt vervolgens bij opvragen van de lijst van agenda’s (zie debiug, hieronder) maar één agenda aangeboden (nl “default”) die als gefixeerde naam weer niet door de Webversie is te benaderen.
Stukje log uit TBsync die dat inzichtelijker maakt
* Sat Jul 23 2022 04:24:59 GMT+0200 (Midden-Europese zomertijd) **
[setSyncState] : State: send.getfolders, Account: xxxxxx@Freedom
** Sat Jul 23 2022 04:24:59 GMT+0200 (Midden-Europese zomertijd) **
[URL Request #1] : https://caldav.soverin.net/
** Sat Jul 23 2022 04:24:59 GMT+0200 (Midden-Europese zomertijd) **
[REQUEST] : PROPFIND : <d:propfind xmlns:d="DAV:"><d:prop><d:current-user-principal /></d:prop></d:propfind>
** Sat Jul 23 2022 04:25:00 GMT+0200 (Midden-Europese zomertijd) **
[RESPONSE] : 207 (Multi-Status) : <?xml version="1.0"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/" xmlns:card="urn:ietf:params:xml:ns:carddav"><d:response><d:href>/</d:href><d:propstat><d:prop><d:current-user-principal><d:href>/principals/xxxxxx@freedom.nl/</d:href></d:current-user-principal></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat></d:response></d:multistatus>
* Sat Jul 23 2022 04:25:00 GMT+0200 (Midden-Europese zomertijd) **
[setSyncState] : State: eval.folders, Account: xxxxxx@Freedom
** Sat Jul 23 2022 04:25:00 GMT+0200 (Midden-Europese zomertijd) **
[setSyncState] : State: send.getfolders, Account: xxxxxx@Freedom
** Sat Jul 23 2022 04:25:00 GMT+0200 (Midden-Europese zomertijd) **
[REQUEST] : PROPFIND : <d:propfind xmlns:d="DAV:" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/"><d:prop><cal:calendar-home-set /><cs:calendar-proxy-write-for /><cs:calendar-proxy-read-for /><d:group-membership /></d:prop></d:propfind>
** Sat Jul 23 2022 04:25:01 GMT+0200 (Midden-Europese zomertijd) **
[RESPONSE] : 207 (Multi-Status) : <?xml version="1.0"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/" xmlns:card="urn:ietf:params:xml:ns:carddav"><d:response><d:href>/principals/xxxxxx@freedom.nl/</d:href><d:propstat><d:prop><cal:calendar-home-set><d:href>/calendars/xxxxxx@freedom.nl/</d:href></cal:calendar-home-set><cs:calendar-proxy-write-for/><cs:calendar-proxy-read-for/><d:group-membership/></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat></d:response></d:multistatus>
Ergo: deadlock waarbij alles werkt en alleen samen niet.
Zoals je ook keurig vaststelt samenvat:
Eigenlijk zijn hier dus volgens mij een paar dingen door elkaar
1. je wil dat Freedom een service gaat leveren voor xxxDAV
2. xxxDAV werkt niet goed bij Soverin
3. agendafunctionaliteit is beter bij Soverin
→ 1 Ja ik wil dat Freedom de bij Soverin aanwezige adresboek/agenda functie gaat openstellen voor gebruikers (kan ik eindelijk mijn “Google” daarin opheffen).
→ 2. Ja ik heb een ticket uitstaan bij Soverin, waar verder nog niet veel mee gebeurd.
→ 3. Nee, het is geen dsicussie over beter of slechter maar dat xxxDAV er moet komen.ie
Als gezegd, het zit 'm in de nuance omtrent een (voor)gevoel. Agree to disagree waarbij ik andere (over)wegingen hanteer die anderen als hun keuze zien.
.
Zo iemand helemaal geen ‘data’ of functies wil neerleggen bij derden, inclusief dus Freedom of haar leverancier Soverin, dan wordt de inhoudelijke discussie daarover inhoudsloos. *
ms ook handig om hier de Nextcloud to missie nextcloud terzijde te houden. Ik probeer ook bewust geen merknamen en eigen voorkeuren te promoten.