Releases: Kozea/Radicale
Releases · Kozea/Radicale
Wild Radish
This release is compatible with version 2.0.0.
- Remove workarounds for bugs in VObject < 0.9.5
- Error checking of collection tags and associated components
- Improve error checking of uploaded collections and components
- Don't delete empty collection properties implicitly
- Improve logging of VObject serialization
Sixth Law of Nature
- Improve logging for
--export-storage
Wild Radish Again
This release is compatible with version 2.0.0.
- Add missing UIDs instead of failing
- Improve error checking of calendar and address book objects
- Fix upload of whole address books
Wild Radish
This release is compatible with version 2.0.0.
- Built-in web interface for creating and managing address books and calendars
- can be extended with web plugins
- Much faster storage backend
- Significant reduction in memory usage
- Improved logging
- Include paths (of invalid items / requests) in log messages
- Include configuration values causing problems in log messages
- Log warning message for invalid requests by clients
- Log error message for invalid files in the storage backend
- No stack traces unless debugging is enabled
- Time range filter also regards overwritten recurrences
- Items that couldn't be filtered because of bugs in VObject are always
returned (and a warning message is logged) - Basic error checking of configuration files
- File system locking isn't disabled implicitly anymore, instead a new
configuration option gets introduced - The permissions of the lock file are not changed anymore
- Support for sync-token
- Support for client-side SSL certificates
- Rights plugins can decide if access to an item is granted explicitly
- Respond with 403 instead of 404 for principal collections of non-existing
users whenowner_only
plugin is used (information leakage)
- Respond with 403 instead of 404 for principal collections of non-existing
- Authentication plugins can provide the login and password from the
environment- new
remote_user
plugin, that gets the login from theREMOTE_USER
environment variable (for WSGI server) - new
http_x_remote_user
plugin, that gets the login from the
X-Remote-User
HTTP header (for reverse proxies)
- new
Fifth Law of Nature
- Use
shutil.move
for--export-storage
2.1.0rc3
2.1.0rc2
2.1.0rc1
This release is compatible with version 2.0.0.
- Built-in web interface for creating and managing address books and calendars
- can be extended with web plugins
- Much faster storage backend
- Significant reduction in memory usage
- Improved logging
- Include paths (of invalid items / requests) in log messages
- Include configuration values causing problems in log messages
- Log warning message for invalid requests by clients
- Log error message for invalid files in the storage backend
- No stack traces unless debugging is enabled
- Time range filter also regards overwritten recurrences
- Items that couldn't be filtered because of bugs in VObject are always
returned (and a warning message is logged) - Basic error checking of configuration files
- File system locking isn't disabled implicitly anymore, instead a new
configuration option gets introduced - The permissions of the lock file are not changed anymore
- Support for sync-token
- Support for client-side SSL certificates
- Rights plugins can decide if access to an item is granted explicitly
- Respond with 403 instead of 404 for principal collections of non-existing
users whenowner_only
plugin is used (information leakage)
- Respond with 403 instead of 404 for principal collections of non-existing
- Authentication plugins can provide the login and password from the
environment- new
remote_user
plugin, that gets the login from theREMOTE_USER
environment variable (for WSGI server) - new
http_x_remote_user
plugin, that gets the login from the
X-Remote-User
HTTP header (for reverse proxies)
- new
Little Big Radish
This feature is not compatible with the 1.x.x versions. See http://radicale.org/1to2/ if you want to switch from 1.x.x to 2.0.0, and see #372 if you want to know how and why these changes happened.
- Support Python 3.3+ only, Python 2 is not supported anymore
- Keep only one simple filesystem-based storage system
- Remove built-in Git support
- Remove built-in authentication modules
- Keep the WSGI interface, use Python HTTP server by default
- Use a real iCal parser, rely on the "vobject" external module
- Add a solid calendar discovery
- Respect the difference between "files" and "folders", don't rely on slashes
- Remove the calendar creation with GET requests
- Be stateless
- Use a file locker
- Add threading
- Get atomic writes
- Support new filters
- Support read-only permissions
- Allow External plugins for authentication, rights management, storage and version control
Fourth Law of Nature
- Add a
--export-storage=FOLDER
command-line argument (by Unrud, see #606)