1 From: Boris Kraut <krt@nurfuerspam.de>
\r
2 Date: Fri, 28 Dec 2012 03:59:04 +0100
\r
4 Message-ID: <20121228035904.i2ak2J@silberbruch>
\r
8 To: undisclosed-recipients: ;
\r
9 Subject: [.plan] Re: IMAP, WebDAV, CardDAV und CalDAV
\r
11 Und noch ein paar kleine Nachtraege zu dem ganzen DAV-Geraffel:
\r
13 1) Eigentlich will ich GMX ja langsam loswerden, aber trotzdem hat
\r
14 es mich positiv ueberrascht, dass die zu ihren FreeMail-Adressen
\r
15 auch ein "Mediacenter" anbieten -- also wo man Fotos o.ae. hoch-
\r
16 laden kann -- das per WebDAV unter https://mediacenter.gmx.net
\r
17 erreichbar ist [0]; Benutzername und Passwort wie beim Webmail.
\r
18 Das ist ne Sache die Google (zumindest laut meinem etwas ange-
\r
19 grautem Stand) nicht macht.
\r
21 2) Wenn wir gerade bei Google sind: Koennen die bitte mal CalDAV
\r
22 und CardDAV nativ in Android einbauen? Ist immer noch nervig.
\r
23 Ja.. ich weiss, dann wuerden evtl. mehr Android-Nutzer auf den
\r
24 Google-Account verzichten.. als ob! Da auf was eigenes Um-
\r
25 schwenken wuerden doch sowieso nur nen paar Nerds... Apple hat
\r
26 zwar nen komplett geschlossenes System, aber ihre proprietaeren
\r
27 Mail-/Kontakt-/Kalender-Anwendungen nutzen zumindest frei-
\r
28 standardisierte Protokolle. Manchmal.
\r
30 3) Die Schwesterprojekte CardDavMATE [1] und CalDavZAP [2] sehen
\r
31 ganz nett aus -- muss ich mir bei Zeiten mal naeher anschauen.
\r
32 Sie bieten js-only Webclients fuer Cal- bzw. CardDAV. Ich bin
\r
33 zwar kein Fan von JS in Webseiten, aber Programme in JS gehen
\r
34 schon in Ordnung. Die installier ich mir selbst bzw. mein Admin
\r
35 und es betrifft nur die bekannten Anwender. Das ist dann nichts
\r
36 anderes als bei nem lokalen Package. Da soll/koente ich ja auch
\r
37 vorher reinschauen und entscheide dann, ob ich es installier
\r
38 oder nicht. JS -- gerade zwingend -- in Websites fuer die graue
\r
39 Masse zu nutzen, das ist immer noch eine Unsitte.
\r
41 4) Je laenger ich mich mit dem ganzen DAV-Zeugs beschaeftige,
\r
42 desto weniger verstehe ich es. Oder ich versteh es falsch.
\r
43 Oder ich versteh es besser und richtig, aber das sich dabei
\r
44 herausbildende Konzept missfaellt mir: Fuer was brauchen wir
\r
45 diese ganzen spezialisierten Protokolle? Nein, es geht gerade
\r
46 nicht um HTTP-Bashing, das gleiche Problem haben wir auch bei
\r
47 IMAP oder gar SMTP und und und...: Man wendet sich langsam ab
\r
48 von der Idee "everything is a file". Dateien sind nicht mehr
\r
49 das Zentrum, man interagiert da nur noch mit vordefinierten
\r
50 Schnittstellen, mit Diensten; was letztlich hintendranhaengt
\r
51 ist nicht relevant. Was ist daran jetzt so schlimm? Nichts
\r
52 an sich, eigentlich sogar ne feine Sache, dass man das Backend
\r
53 veraendern kann, ohne die ganzen Clients kaputt zu machen.
\r
54 Aber der "wahre" (zumindest fuer mich) Weg waere es, nur nen
\r
55 Netzwerk-Dateisystem -- gerne auch WebDAV.. -- zu haben, dass
\r
56 man sich in sein VFS holt und per UNC ansprechen kann. Was
\r
57 fuer Dateien da dann abgelegt werden und wie welche Programme
\r
58 darauf zugreifen, davon muss das Protokoll nichts wissen. Es
\r
59 muss Locking und so machen, aber ansonsten sollte dort keine
\r
60 Intelligenz vorhanden sein. Das ist natuerlich nicht so
\r
61 effizient, nicht so spezialisiert, ggf. nicht so fuer
\r
62 $kaputte_mobile_internet_technologien geeignet, aber generell
\r
63 und ueberall einsetzbar.. ohne neue Protokolle fuer neu auf-
\r
64 kommende Usecases, ohne neue Software, ohne zig neue Kon-
\r
65 figurationsdateien... seufz... plan9.. seufz.
\r
68 [0] http://www.heise.de/ct/hotline/GMX-MediaCenter-ohne-Zusatz-Software-889849.html
\r
69 [1] http://www.inf-it.com/open-source/clients/carddavmate/
\r
70 [2] http://www.inf-it.com/open-source/clients/caldavzap/
\r
71 [3] http://www.inf-it.com/open-source/clients/
\r
projects / krt-msg / blob