xxxDAV bij Freedom en Soverin

[Noci]

@anon0224

Organisatie	Software	Release	License
Freedom	Roundcube Webmail	1.4.13 github	GPL-3…
Freedom	carddav	v4.0.4	GPL-2.0
Freedom	libcalendaring	3.5.2	AGPLv3
Soverin	Roundcube Webmail	1.4.12 github	GPL-3…
Soverin	carddav	v4.0.4	GPL-2.0
Soverin	xcalendar	1.8.6	Commercial

Er wordt hier meer door elkaar gehaald:
Carddav, libcalendaring & xcalendar zijn Roundcube plugins voor toegang naar een xxxDAV ==> dat is geen opslag van xxxDAV alleen maar toegang TOT xxxDAV.
je hebt ook nog een provider nodig die xxxDAV toegankelijke opslag biedt. Dat kan bij Google, Apple en op een eigen Nextcloud (product). Je kan RoundCube het best vergelijken met een Web Accesible Thunderbird… (IMAP + xxxDAV ontsluiten en presenteren).
Nextcloud (product) kan voorzien in die opslag. Nextcloud (bedrijf) kan je voorzien van een tar/zip file om een Nextcloud instantie te maken.

Nextcloud (bedrijf) levert geen instantie… dan moet je bij grote hosters zijn… TRANSIP, IONOS etc. of zelf op een VM, Baremetal oid.
Er zijn ook providers die je alleen maar een account op een Nextcloud leverern (TRANSIP) weet je nog die 1TB free storage die er ooit was.
Alternatief kan zijn een ander geintegreerd mail pakket met dergelijke ontsluiten (Kolab?)…

[anon0224]

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

[anon0224]

Ik haal hier niets door elkaar noch vergelijk ik producten anders dan die Soverin en Freedom zelf gebruiken en rubriceer alleen wat de status is van de software zoals getoond op het webmail-scherm (kan zijn dat je dat als niet-gebruiker, dat niet weet) en daar transparant vertel wat voor software er wordt gebruikt:

ms ook handig om hier de Nextcloud to missie nextcloud terzijde te houden. Ik probeer ook bewust geen merknamen en eigen voorkeuren te promoten.

[xs4arnold]

@anon0224

Om even te resumeren… er wordt hier (iig, door mij e.a. w.o. @Noci @mcfab regelmatig) wat afgetokkeld over xxxDAV functies waarmee je dan online je agenda’s calDAVwiki en contactpersonen cardDAVwiki kunt synchroniseren.

Er zijn andere providers zoals Nextcloud … xxxDAV als door @Noci geduid die (ook) xxxDAV functies geven. Allemaal leuk maar naast dat dat weer een extra product is, die zijn niet geïntegreerd met en bij Freedom die haar mail functie technisch heeft belegd bij Soverin

Ik heb denk ik al eerder indirect dat onderwerp ingebracht. Maar dat doet er niet toe. Mijn visie is dat de basis van allerlei diensten is dat er een xxxdav.freedom.nl-server komt, waarop gehost in Nederland of een ander veilig land (Duitsland, Zwitserland, …) buiten het bereikt van bigtech, cloudspace voor iedere abonnee beschikbaar komt die de hoogste mate van beveiliging kent, en die flexibel te gebruiken is.

Ik stel mij voor dat een basisdienstverlening voor alle abonnees (inclusief founding members), met alle functionaliteit, van ongeveer 40GB voldoende is om als USP te dienen, en dat mensen die meer nodig menen te hebben best extra willen betalen (er is al € 1/TB per maand genoemd).
Of deze dienst gebaseerd moet worden op het Nextcloud Open Source product of iets anders laat ik graag aan meer deskundige mensen over. De essentie is dat een collectief door Freedom beheerde server beter is dan dat ieder die behoefte heeft zelf met een derde partij (soverin of google of microsoft of een ander) invult, behoudens die enkeling die zeer speciale wensen heeft die met een “standaard” configuratie niet kan worden ondersteund.
De discussie is vermengd met het idee, dat die 40 GB wat mij betreft inclusief de 25GB die al via de e-mail diensten beschikbaar is gesteld. De basisdienst zou dus afgezien van de project uren om een en ander te realiseren weinig hoeven te kosten (en extra TB’s verkopen kan een verdienmodel zijn).

En ja, wanneer er als onderdeel daarvan ook een caldav functie komt zodat ik google-calendar eruit kan gooien, zou ik dat zeker gaan gebruiken. De Google kalender werkt goed, behalve de inbreuken op mijn privacy. Idem dito voor carddav. Idem dit voor webhosting.

De basis is een opslagruimte op een server van freedom, waarmee ik kan doen wat ik wil, die alleen toegankelijk is voor wie ik toelaat, die ik als cloud-dienst in een FritzNAS kan hangen en die periodiek gebackupt wordt zonder dat ik daarnaar hoef om te kijken.

[anon0224]

@xs4arnold

… Mijn visie is dat de basis van allerlei diensten is dat er een xxxdav.freedom.nl-server komt, waarop gehost … [snip]

tldr; Voor cal/cardDAV is dat ook nergens voor nodig en is (via Soverin) al aanwezig.

Alle cal/cardDAV functionaliteit is er al in de software en ook het framework. De kunst is verder niet zo zeer om een server te hebben maar die op alle fronten en vlakken te laten integreren met de gebruikte e-mailclients van BigTech tot Thuistech.

Wanneer je spreekt spreken over cloud storage om data-opslag mogelijk te maken die met dan bv webDAV bereikbaar is, wordt het een iets ander verhaal. Dat daarin OOK een apart te gebruiken cal/cardDAV toegang zit om zelf naar eigen inzicht/doel te gebruiken.
^{(iemand zal al snel ontdekken dat eigen zaken ver/delen makkelijk is maar die van juist die van andereen de hoofduitdaging is).}
Overigens kan iemand nu ook al, cal/cardDAV op/van elke mailbox, gebruiken zonder daarvoor dan de webclient te moeten, hoeven of gaan gebruiken voor access.
Elke mailbox - of hem nu gebruikt of niet voor mail - heeft sws een “default” cal/cardDAV toegang. Dat Freedom dat niet documenteert, is dan vast weer een ander verhaal.

Gezien de aanpak en structuur van Freedom waarj zij inhoudelijk de techniek (en kunde van techniek) voornamelijk heeft uitbesteed, lijkt het mij niet opportuun om nu zelf eigen functionaliteit te gaan ontwikkelen, die inrichten of (om) te te onderhouden. Freedom moet vooral letten op het totaal pakket van integratie, ik zeg maar wat TV opnamen doen in je eigen cloud en dan cal/cardDAV kunne gebruiken telefonie of een IoT server (mqtt, iffft, myopenhab etc.etc.) etc.etc. Vooral niet de spaken van een wiel gaan uitvinden.

En als Freedom dan bv een cloud wil aanbieden lijkt het mij sws beter om dat bij een gespecialiseerd bedrijf te beleggen die dat (ongetwijfeld als core) beter doet. Eerder, elders, genoemd bv privacy-minnend “The Good Cloud” of soortgelijk georiënteerden.

Het lastige is dan weer hoe een aanvullende cloud-oplossing daar afgenomen, in relatie kan komen/staan met mijn mail en website hier (bij/van Freedom aka. Soverin).
Ik wil al gebruiker zelf, zeker niet gaan grutten en frutten in koppelingen die mogelijk best leuk zijn om te maken maar verder niet spannend.

Dat Freedom intern programmeert voor - zeg haar SOMS - administratie en het regelneven, van allerlei complex processen , kan ik mij wel - meer dan - weer voorstellen.
Ik zou zelf als klant NIET willen dat Freedom specifieke USP functies gaat (ver)maken die ik alleen - en in die vorm dan bij haar kan afnemen. Hoe mooi en prachtig dat ook is, wil ik niet - meer - in die eendenfuik zitten van een goed stel (prima) idealisten die hun kunst doen.

Alles dat en wat Freedom doet, moet uitgaan van elders beschikbare Open-Source. Dat men dan de configuratie daarvan (ver)maakt of iets niet aanzet en/of voorziet van een uitstraling, is dan een policy keuze.

[anon0224]

tldr: excuses en waarom we al of niet iets willen mbt de wijze waarop

Ik was mij niet bewust dat ik op -of op jouw naam claims maakte, Mijn excuses dan en wilde alleen credits geven dat ik - terecht , ergens - er op was gewezen was dat xxxDAV een heuse industrie-ontwikkeling is/was van Apple.
Laten we verder niet (elkaar) de maat nemen met wat iemand wel of niet kunnen of zou weten. En een discussie over wat iemand niet wil gebruiken, voegt weinig toe.

Dat jij niets te maken wil hebben met Soverin mag jij zelf weten, wat hopelijk een discussie over techniek en gebruikte (open source) software niet hoeft uit te sluiten.
Freedom verkreeg door & met steun van Soverin ( met al hun inzet, het technische framework van o.a. mijn Freedom ) een hoogwaardige mailvoorziening waarin helaas xxxDAV niet is opgenomen. Het wordt dan zeer relevant wat daar synergenetisch in (on)mogelijk is of was.

* ^{Juist omdat Freedom met Soverin in zee is gegaan heb ik geïnvesteerd en ben activistisch naar Freedom overgestapt. Ook omdat de relatie met Soverin mij technische het vertrouwen geeft dat mail iig wel goed zit.
En het gaat (mij) niet om een probleem op te lossen maar dat we samen, ook jij en ik, op de community inzichten verwerven die dan met welwillendheid; kunnen leiden tot een algehele verbetering die voor allen goed doet. Nogmaals, dat iemand iets hiervan niet wil gebruiken, is altijd een keuze die anderen daarmee niet in de weg gaat zitten.}

---

Ontopic Ik benieuwd wat jij of anderen als kenner, maakt van de xxxDAV foutenlijst en gekoppelde diagnose(s), die ik gaandeweg heb uitgedokterd en mij daarin de gelegenheid gaf dit hier te onderzoeken.
^{Ter achtergrond info: momenteel gebruik extern Google en thuis LDAP voor adresboeken en wil - en kan nu dus - daar vanaf omdat cardDAV goed werkt. Nu nog calDAV en kan ik Google de googles laten.}

Ik vraag mij ook af of er een tool of query-truc is waarmee xxxDAV (universeel of functioneel) van buitenaf getest of gecheckt kan worden (zonder hiervoor dan een functionerende-mailclient als (interface) test op te tuigen en te voorzien van allerlei shares, ics en sync combi instellingen). In een ver verleden was ik daar (in functie) altijd veel tijd mee kwijt.

^{Juist omdat jij & anderen xxxDAV weten te gebruiken, is dat nuttig om hier inzichten op te doen. Wellicht kunnen jij of anderen, zelfs inhoudelijk testen want ik ben benieuwd of -en wie dan (hoe) xxxDAV aan de gang weet te krijgen met hun Freedom userid.
Ik heb bv geen Apple, iPhone, courante Android, laat staan Windows en zou willen weten of weten hoe het functioneert met Freedom. Voor instellen daarvan verwijs ik naar de Help (van soverin ).
Van gedachten wisselen over de uitkomsten, voorkomt ook dat ik een (on/terechte) claim zou maken die redeneert van een aangenomen theorie als hypothese.}

[basjhj]

Inzake iOS heb van horen zeggen, begrepen dat het destijds daar werkte. Zoals @anon49073608 of @Noic ooit aan heeft betoogd, komt xxxDAV immers van oorspong bij Apple vandaan.

Dat denken heel veel mensen, maar ik dacht eerlijk gezegd dat xxxDAV van de Internet Engineering Task Force (IETF) afkomt, en dat daar buiten Apple ook (een) universiteit(en), alsook Oracle bij betrokken waren.

[anon0224]

Yep, dat is vaak een bron van misverstanden omdat iets vanuit een eigen context bezien en - en ook door mij - gezegd wordt. Niemand liegt maar bedoeld wat anders (voor) te stellen dat dan weer tegen iemands haren in gaat strijken die het anders leest.
xxxDAV is kort door de bocht niets veel meer dan een set van afspraken om iets van links naar rechts te krijgen. Menig programmeur doet dat in één of andere vorm.
Die vorm krijg dan waarde als daar een standaard voor/omheen wordt ontwikkeld.
Ik had niet eerder mij er in verdiept maar het relatief, de simpelheid zelve mits je dan even doior de bijkomende wirwar heen kijkt die wel nodig is maar niets te maken heeft met xxxDAV.

Ontopic: tldr; alles werkt behalve de koppeling van webmail-agenda’s naar calDAV clients en dat de de authenticatie daarvan niet (goed werkt).

Hieronder per rubriek wat meer details. Wanneer iemand er niet uitkomt om het zelf te doen, laat weten met wat je wel of niet doet of hebt gedaan om zover te komen. Op enig moment als cal/cardDAV oftewel (adresboek en agenda’s delen) formeel onderdeel wordt van het Freedom portfolio, zal zij dat vast ook wel in/bij de gedegen handleiding vermelden.

Status cardDAV OK , calDAV-bijna

1. cardDAV=OK.
   Prettig is, hoewel niet door Freedom wordt gedocumenteerd of in haar panels wordt gefaciliteerd, kunnen gebruikers WEL hun (zg default/default) adresboek (één per mailbox) via calDAV synchroniseren naar -of met een externe client, bv Thunderbird mbv TBsync.
   Dus dat stuk is (al een tijdje) opgelost. Nog niet vlekkeloos omdat ik zou willen dat er op de mailbox, meerdere gescheiden, adresboeken kunnen worden gemaakt.
   Momenteel zijn er maar 3 waarvan één met cardDAV kan worden gescync’ed.

2. calDAV heeft geen koppeling met Webmail agenda.
   Uit mijn uitgebreide testen dat elk van onze mailboxen beschikt over een zxg. standalone “default” calDAV Calendar die moment alleen die (alleen) exern kan worden gebruikt door bv een calDAV client (zoals Thunderbird mbv TBsync). Er is momenteel GEEN relatie met de agenda van de webmail. Onder bepaalde omstandigheden kan het zijn dat er meerdere “Calendars” onder het eigen account zichtbaar zijn. Ik weet nog niet precies de condities daarvan. Eén van Soverin userids, heeft naas tde eigen default nog twee andere Calendars die meekomen met de calDAV shares. Mogelijk is dit een overblijfsel van ooit een foutje.

3. Agenda’s van mailboxen kunnen gedeeld worden.
   Elke mailbox beschikt daarnaast over een minimaal één of zelf bij te voegen Agenda’s die weer onderling (d.w.z. tussen mailboxen die actief ijn in het Sover/Freedom serverdomein) etc.etc.) op verschillende wijzen en privileges kunnen worden gedeeld. Dit - cardDAV - gaat verder vlekkeloos en is onmiddellijk actief. Mis voor deze en gene leuk om dit zelf uit te proberen.

4. ICS agenda private/busy link functioneert.
   Voor elke Agenda (dwz die aanwezig is in webmail) kan een zg ICS-hashcode link worden gemaakt voor offsite clients. Die kunnen daarmee al of niet detail/bezette informatie uit lezen. Deze toevoegen als agenda vraagt om het eigen wachtwoord van de betreffende mailbox en daarmee niet echt bruikbaar om met de boze buitenwereld gedeeld te worden. ICS werkt INDIEN er niet al een calDAV connectie van/voor die Agenda actief is.
   Kortom of calDAV of ICS maar niet beide tegelijkertijd op dezelfde client.

5. Userid/link cal/cardDAV synchronisatie werkt (nog) niet.
   Op het webmail scherm van Soverin is er nog de werkelijk prachtig (ogende optie, die niet werkt) om zg individuele cal/cardDAV links te maken om door derden gebruikt te kunnen worden.
   Die derde partij, bijvoorbeeld een kennis, krijg dan een tijdelijke cal/cardDAV link vv. userid en bijbehorend wachtwoord (dus gescheiden van de eigen mailbox).
   Helaas werk dit NIET omdat … (waarmee mijn verhaal ooit als Noordpool expeditie mee is begonnen) de authenticatie daarvan NIET goed functioneert - waarvoor ik een ticket heb lopen - gepaard met foutboodschap:

< ?xml version="1.0" encoding="utf-8"?>
< d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
  < s:sabredav-version>4.1.5
  < s:exception>SabreDAVExceptionNotAuthenticated< /s:exception>
  < s:message>Username or password was incorrect. Login was needed for privilege: {DAV:}read on < /s:message>
< /d:error>age>Username or password was incorrect. Login was needed for privilege: {DAV:}read on < /s:message>
< /d:error>

6. Offline CLI tool voor xxxDAV en Agenda
   Een type voor testers, doeners en technisch geïnteresseerden.
   Met hulp (python/pip3 install) van vdirsyncer en khal kan iemand op eenvoudige wijze op de commandline een cal/cardDAV synchronisatie doen die v.w.b. Calendar dan op de desktop in CLI kan worden getoond.
   Heerlijk minimalistisch, weinig overhead en daarit met gemak op een Pi-zero. de combinatie biedt verder alle agenda functie van GUI’s. Het mooie is hier weer dat iemand met wat frutten zelf in text-regels dan agenda afspraken kunt programmeren.
   Hier een plaatje van een freedom test calendar die ik op de terminal tover:
   
   
   
   en voor wie daar meer wil weten en al of niet na zelf zoeken, daarover hier verder wil communiceren: open bij voorkeur een eigen topic met je vraag/doel waar ik wel zal aansluiten.

Samenvatting: alles functioneert m.u.v. dat er extern NIET kan worden geauthenticeerd op userid/passworrd: richting de door Soverin en daarmee bij Freedom aanwezig xxxDAV functionaliteit. Ik hoop in de komende tijd van Soverin te horen of -en hoe dit manco kan worden opgelost.

[anon0224]

@anon49073608

@anon0224

Ik vraag mij ook af of er een tool of query-truc is waarmee xxxDAV (universeel of functioneel) van buitenaf getest of gecheckt kan worden

Niet alle DAV’s in een keer denk ik, maar je kunt eens hier kijken: ∞ IT - Open Source Clients dit is een aardig, 100% client-side (web)interface naar card- en caldav.

Ik heb mijn testparade weten op te lossen met vdirsync icm khal. Lekker klein en overzichtelijk te configureren met losse bestanden die dan makkelijk in variatie zijn te bewerken, zie mijn bericht hierboven.

[Noci]

Dit zegt mogelijk meer over Nextcloud ( bedrijf):

Nextcloud in the Wall Street Journal: Microsoft and cookies - Nextcloud

[xs4arnold]

Het probleem met Microsofts Cloud services is dat ze alleen maar goed zijn te gebruiken in een windows PC en niet zijn te combineren met open interfaces. Je kunt bijvoorbeeld One-drive niet koppelen aan een Fritzbox. Met andere cloudproviders zoals Hidrive en Googledrive gaat dat wel.

[anon0224]

@xs4arnold

Met andere cloudproviders zoals Hidrive en Googledrive gaat dat wel.

Kan GoogleDrive rechtstreeks met webDAV of verloopt dat via een tussenpartij die dan de Google connectie heeft/maakt ?
Op mijn 7590 kan ik dat iig niet instellen en ms moet (en hoe dan) dat via Other provider.

[Noci]

De kern van het wall street journal artikel is dat microsoft aardig wat commercie activiteiten, inclusief nextcloud logo vermelding in microsoft producten en documentatie, voor Nextcloud zou willen ondernemen als Nextcloud een antitrust zaak in de EU zou willen laten vallen.
Waarbij Nextcloud aangegeven heeft niet geinteresseerd te zijn. Het gaat niet over techniek.

[xs4arnold]

@anon0224

Kan GoogleDrive rechtstreeks met webDAV of verloopt dat via een tussenpartij die dan de Google connectie heeft/maakt ?

webdav interface

maar ik prefereer Hidrive: mijn totale cloudstorage verschijnt als een subdirectory in FritzNAS

[anon0224]

Thx. Dat gaat 'm bij mij sws niet meer worden om een Chrome APP te gebruiken. Ben dta juist aan het afbouwen.

Qua locatie heb ik bij gebrek aan Freedom nu iets lokaals/dichtbij ‘webDAV’ van/bij TheGoodCloud en gebruikt voornamelijk nog mijn eigen NAS.
TGC werkt wel aardig maar mist, per definitie, de xxxDAV online integratie van mail en website.

Tenzij bewust met reden omdat er geen ander DAV in je netwerk zit, raad ik aan om niet het totale storage op/via de Fritz te ontsluiten.
Zelf doe ik op de Frtiz alleen wat muziek en een paar triviale (encrypted) bestanden die ik nodig kan hebben als niets het meer thuis doet.
Ik krijg altijd een naar gevoel wanneer een gesloten apparaat iets met data gaat/kan doen.

[xs4arnold]

@anon0224

Thx. Dat gaat 'm bij mij sws niet meer worden om een Chrome APP te gebruiken. Ben dta juist aan het afbouwen.

Qua locatie heb ik bij gebrek aan Freedom nu iets lokaals/dichtbij ‘webDAV’ van/bij TheGoodCloud en gebruikt voornamelijk nog mijn eigen NAS.
TGC werkt wel aardig maar mist, per definitie, de xxxDAV online integratie van mail en website.

Ik ben het wel met je eens. Ik gebruik al jaren HiDrive als provider van ruimte die ik wil kunnen sharen. (Ik betaal € 23 per half jaar voor 250 GB) en heb de ruimte op 3 manieren toegankelijk:

en via de website van Strato.

@anon0224

Zelf doe ik op de Frtiz alleen wat muziek en een paar triviale (encrypted) bestanden die ik nodig kan hebben als niets het meer thuis doet.

In het intern geheugen van de FritzBox heb ik o.a. Keepass geïnstalleerd, zodat ik overal vandaan toegang heb tot mijn wachtwoorden (en elders een backup).
Ik heb goede ervaringen met FritzNAS. Ik heb wel USB 3.0 uitgeschakeld, omdat dat storing blijkt te geven op WiFi. (is een onderzoek naar gedaan door Intel).

[Noci]

Je kan ook een nextcloud inhuis laten lopen en daarmee andere storage elders omtsluiten met remote storage.

[xs4arnold]

Natuurlijk kan dat, maar dan moet ik uitzoeken hoe ik dat systeem het beste kan configureren, en ik moet het gaan beheren. En ik moet bedenken of Nextcloud wel het meest geschikte product is in mijn geval. Datzelfde geldt voor als die andere gebruikers met een cloud storage behoefte. Ik ben er van overtuigd dat een medewerker van Freedom minstens zo goede, zo niet betere keus kan maken voor het beste product en de beste configuratie, en dat collectief systeembeheer bij Freedom veel beter gaat functioneren dan ik zelf kan volhouden. En daar wil ik best voor betalen. Als Freedom het voor € 1/TB/mnd kan leveren, bestel ik dat meteen. Maar ik kan ook nog wel even overleven met Dropbox e.d.

[anon0224]

tldr; het doel van cloud#freedom zie ik vooral dat het integreert en de bestaande faciliteiten aanvult.

Qua dienst hangt er vooral af of en met welke grondgedachte iemand (next)cloud-opslag wilt inzetten/gebruiken. Is dat vanwege techniek, is dat facilitair en/of functioneel gedeeld met&over diensten en/of de eigen toepassingen ?

Voor mij heeft ‘nexcloud’ niet veel meerwaarde wanneer dat niet integreert met (mijn) dagelijkse D2D t.w. mail, agenda, contacten en website als afgenomen bij Freedom. Een tijdje even gespeeld met “The Good Cloud” en als dat het dan ‘geïsoleerd’ is, is & heeft dat net zoveel waarde als een willekeurige Dropbox, S3 of GoogleDrive etc.etc… Dat partijen daar mee kunnen doet mij niet zoveel omdat ik mijn gevoelige shitload sws encrypt.
^{Ik wil geen risico lopen dat straks iets of iemand daarin neust of ontdekt dat iets (achteraf) bij wie dan ook, een verwijt kan opleveren. Dat ik thuis de ledenlijs & foto’s van de “aardappelschillers” bewaar, kan niemand bezwaarlijk vinden. Dat kan het wel worden wanneer ik het buiten mijn eigen deur bewaar.
Die onduidelijkheid, is één van de redenen dat ik mijn massieve blockdata zelf in beheer heb & hou. Met de beste wil van de wereld kan ik niet zeker weten dat alles daarin legitiem is & blijft.< /sup>}

Of en dat Freedom dat ‘nextcloud’ zelf zelf gaat integreren in het framework van Soverin, moet ik nog zien gebeuren. Het is geen sinecure dat goed op te zetten en blijven te onderhouden.
Ik denk dat als voluminair-cloud als opslag & access het (jouwe?) doel is; Freedom een nextcloud (net als Telefonie, TV, Webhosting) dan als feitelijk standalone dienst aanbied die dan administratief wordt beheerd in een vergeeld jasje. Zonder standaardintegratie met bestaande diensten, heeft dat - voor mij - nauwelijks tot geen meerwaarde t.o.v. de markt elders biedt.

Dat €1/TB/mnd , laat staan onbeperkt met 1Gbit/s; zullen we ws alleen nog maar van kunnen dromen. Maar goed ene prijsje inzetten geeft wat om voor en naar te streven.

Zelf denk, denk ik, dat de beste kans op een technische integratie wanneer Soverin iets van cloud/toegang faciliteert in haar omgeving zodat daarmee alle basisfuncties (per mailbox) beschikbaar komen. De Synergie hiervan is ook weer dat Soverin dat zelf zijdelings USP kan/gaat inzetten. Bij Soverin werkt cardDAV inmiddels goed, calDAV gaat redelijk en webDAV is imo een vooral een kwestie van aan (willen)zetten.
De grootste uitdaging (mn webDAV) zal de (doorvoer)capaciteit zijn dat zal vraagt om fysieke investeringen van/voor de broodnodige threading, cycles en bytes.

[xs4arnold]

@anon0224

het doel van cloud#freedom zie ik vooral dat het integreert en de bestaande faciliteiten aanvult.

Qua dienst hangt er vooral af of en met welke grondgedachte iemand (next)cloud-opslag wilt inzetten/gebruiken. Is dat vanwege techniek, is dat facilitair en/of functioneel gedeeld met&over diensten en/of de eigen toepassingen ?

Voor mij heeft ‘nexcloud’ niet veel meerwaarde wanneer dat niet integreert met (mijn) dagelijkse D2D t.w. mail, agenda, contacten en website als afgenomen bij Freedom.

Ik ben het in grote lijnen wel met je eens. Ik heb (ook) mijn eigen NAS-faciliteiten. En wat ik elders wil bewaren is een mengeling van argumenten die ik bij jou ook tegenkom.

1. Toegangsbeveiliging: net zo veilig als bij mij thuis, maar toch op een andere locatie(s) opgeslagen. In Nederland (of Duitsland of Zwitserland) en niet zo maar ergens in de cloud, waar dubieuze wetgevers er een vinger achter kunnen leggen. Graag encrypted, maar ik wil liever niet afhankelijk zijn van sleutelbeheer, omdat ik mezelf niet voldoende vertrouw.
2. Integratie in de ISP omgeving is meerwaarde: ik huur capaciteit en bepaal zelf hoe dat verdeeld wordt over e-mailboxen, websites, databases, en allerlei soorten xxxdav.
3. Integratie met mijn eigen storage omgeving is meerwaarde. Namelijk dat ik op directory niveau kan beheren wat ik waar neerzet (in the cloud of op mijn NAS of ergens anders), zonder dat ik voor elke mogelijkheid andere tools moet gebruiken.
4. Ik vertrouw mijn NAS software/ resp. mijn configuratie skills ook niet voor 100% en wil liever, als ik data moet delen, een mapje in de cloud aanmaken dan degenen voor wie het bestemd is een account geven op mijn NAS.

@anon0224

Ik wil geen risico lopen dat straks iets of iemand daarin neust of ontdekt dat iets (achteraf) bij wie dan ook, een verwijt kan opleveren. Dat ik thuis de ledenlijs & foto’s van de “aardappelschillers” bewaar, kan niemand bezwaarlijk vinden. Dat kan het wel worden wanneer ik het buiten mijn eigen deur bewaar.
Die onduidelijkheid, is één van de redenen dat ik mijn massieve blockdata zelf in beheer heb & hou. Met de beste wil van de wereld kan ik niet zeker weten dat alles daarin legitiem is & blijft.

Ook daar ben ik het mee eens, daarnaast ben ik bezorgd dat bigdata (Google/Microsoft/Apple/Facebook/Tiktok) mijn leven te veel gaat beheersen. Google is begonnen als een tamelijk onschuldige zoekmachine en heeft, jaar na jaar. met kleine stapjes de algemene voorwaarden steeds een ietsje pietsje veranderd, en kijk waar ze nu staan. Het gaat niet morgen veranderen, maar je moet een keer de trend keren.