mirror of
https://github.com/lennart-k/rustical.git
synced 2025-12-13 22:52:22 +00:00
Update README.md
This commit is contained in:
30
README.md
30
README.md
@@ -46,39 +46,16 @@ These can use the faster `pbkdf2` algorithm.
|
||||
|
||||
## Todo
|
||||
|
||||
- [ ] CalDAV
|
||||
- [x] Support for VEVENT, VTODO, VJOURNAL
|
||||
- [ ] Proper filtering for REPORT method
|
||||
- [x] comp-filter
|
||||
- [x] time-range filter
|
||||
- [x] good enough to use
|
||||
- [ ] prop-filter
|
||||
- [x] ICS parsing
|
||||
- [x] Datetime parsing
|
||||
- [x] Implement PROPPATCH
|
||||
- [x] CardDAV
|
||||
- [x] Auth
|
||||
- current state: RustiCal should be safe against unauthenticated request, however many routes are not checked for authorization yet
|
||||
- [x] static authentication
|
||||
- [ ] Access control
|
||||
- [x] preparation for different principal types (groups)
|
||||
- [x] authentication rewrite? (argon2 is very slow for each request)
|
||||
- [x] solved through app tokens
|
||||
- [ ] Web UI
|
||||
- [x] Trash bin
|
||||
- [x] Hiding calendars instead of deleting them
|
||||
- [x] Restore endpoint
|
||||
- [ ] Packaging
|
||||
- [x] Ensure cargo install works
|
||||
- [x] Docker image
|
||||
- [ ] Releases
|
||||
- [ ] Testing such that I'm confident enough to use it myself :)
|
||||
- [x] WebDAV sync extension [RFC 6578](https://www.rfc-editor.org/rfc/rfc6578)
|
||||
- [x] implement getctag [see](https://github.com/apple/ccs-calendarserver/blob/master/doc/Extensions/caldav-ctag.txt)
|
||||
- [ ] implement WebDAV If header
|
||||
- [x] Ensure proper routing
|
||||
- [ ] Onboarding
|
||||
- [ ] config generation
|
||||
- [x] config generation
|
||||
- [ ] usable documentation
|
||||
- [ ] usable frontend
|
||||
|
||||
@@ -93,8 +70,3 @@ These can use the faster `pbkdf2` algorithm.
|
||||
- We need to implement sync-token, etc.
|
||||
- This is important for more efficient synchronisation
|
||||
- iCalendar [RFC 2445](https://datatracker.ietf.org/doc/html/rfc2445#section-3.10)
|
||||
|
||||
## Sync-token
|
||||
|
||||
- a returned version of a resource is marked with a sync token
|
||||
- the client can send the sync token to find out about changes after this sync token
|
||||
|
||||
Reference in New Issue
Block a user