- Verschifft
- 28. September 2026 um 20:32 UTC
- Autor
- Kamo
- Ausschuss
- 3c5468d
SP98-F-4. CardDAV schrieb Ressourcentyp als leerer Text für das Haus, jedes Buch und jede Karte, so kein Kunde hat jemals ein Adressbuch gefunden; ein Buch ist jetzt ************ das Zuhause <D:collection/>, eine Karte leer. Der ctag des Buches wird nicht mehr als {DAV: Sync-Token und a Sync-Kollektion REPORT wird abgelehnt (403 DAV:supported-report): Kontakte werden komplett gelöscht, also kein Token konnte einem Kunden sagen, welche Karten gingen. CardDAV hatte auch überhaupt keine Genehmigung: eine DAV-Sitzung (ein KamoJwt-Träger, und seit SP99 Aufgabe 2 ein Passwort) könnte lesen, schreiben und löschen Sie die Karten eines Buches durch seine Nummer, in jedem Organisation und ihr Haus aufgeführten Bücher des Kontos von jeder Organisation. CardDavAccess wendet nun die Regeln des Webs an: Das Buch ist das eigene des Mitglieds in der Organisation der Sitzung und jeder Akt nimmt sein Recht (VIEW, CREATE, EDIT, DELETE_CONTACTS, durch die Mitgliedschaft gelöst wie CalDAV VIEW_CALENDAR auflöst; alles andere ist 403, wie CalDAV antwortet.