mirror of
https://github.com/lennart-k/rustical.git
synced 2025-12-13 22:52:22 +00:00
Iterate on documentation
This commit is contained in:
@@ -2,11 +2,13 @@
|
||||
|
||||
## Docker
|
||||
|
||||
You can start a RustiCal container using the following command:
|
||||
|
||||
```sh
|
||||
docker run \
|
||||
-p 4000:4000 \
|
||||
-v YOUR_DATA_DIR:/var/lib/rustical/ \
|
||||
-v YOUR_CONFIG_TOML:/etc/rustical/config.toml \ # (1)!
|
||||
-v OPTIONAL_YOUR_CONFIG_TOML:/etc/rustical/config.toml \ # (1)!
|
||||
-e RUSTICAL__CONFIG_OPTION="asd" \ # (2)!
|
||||
ghcr.io/lennart-k/rustical
|
||||
```
|
||||
@@ -14,21 +16,44 @@ docker run \
|
||||
1. Mount config file
|
||||
2. Alternatively specify configuration using environment variables
|
||||
|
||||
## User management
|
||||
|
||||
In case you already have an OIDC server set up, see [here](setup/oidc.md) how to set up OIDC login and maybe skip this section.
|
||||
Otherwise you will have to use the `rustical principals` command.
|
||||
In Docker you can run this with
|
||||
|
||||
```sh
|
||||
docker run --rm -it -v YOUR_DATA_DIR:/var/lib/rustical/ ghcr.io/lennart-k/rustical rustical principals
|
||||
```
|
||||
|
||||
This is also the place to set up **groups**.
|
||||
Groups and rooms are also just principals and you can specify them as such using the `--principal-type` parameter.
|
||||
To assign a user to a group you can use the `rustical membership` command. Being a member to a principal means that you can completely act on their behalf and see their collections.
|
||||
|
||||
**Note:** Apple Calendar doesn't play well with the current membership implementation so you might not want to set up groups at the moment.
|
||||
|
||||
## Password vs app tokens
|
||||
|
||||
The password is optional (if you have configured OpenID Connect) and is only used to log in to the frontend.
|
||||
Since it's sensitive information, a secure but slow hash algorithm (`argon2`) is chosen.
|
||||
|
||||
App tokens are used by your CalDAV/CardDAV client (which can be managed through the frontend).
|
||||
I recommend to generate random app tokens for each CalDAV/CardDAV client.
|
||||
Since the app tokens are random they use the faster `pbkdf2` algorithm.
|
||||
|
||||
## Configuration
|
||||
|
||||
RustiCal can be configured using either a `config.toml` file or environent variables.
|
||||
While RustiCal (apart from user management) will work without any configuration you should still know how to configure it. :)
|
||||
|
||||
To see all configuration options available you can browse the [Cargo docs](/rustical/_crate/rustical/config/struct.Config.html).
|
||||
You can either mount a `config.toml` file or use environment variables.
|
||||
|
||||
### TOML
|
||||
|
||||
You can generate a default `config.toml` configuration using
|
||||
To see the options you can generate a default configuration using
|
||||
|
||||
```sh title="Generate default config.toml"
|
||||
rustical gen-config
|
||||
```
|
||||
|
||||
You'll have to set your database path to something like `/var/lib/rustical/db.sqlite3`.
|
||||
To see all configuration options available you can browse the [Cargo docs](/rustical/_crate/rustical/config/struct.Config.html).
|
||||
|
||||
### Environment variables
|
||||
|
||||
@@ -48,38 +73,6 @@ Every variable is
|
||||
- Dots become `__`
|
||||
- Arrays are JSON-encoded
|
||||
|
||||
## Users and groups
|
||||
|
||||
Next, you will want to set up your principals.
|
||||
Using the `rustical principals` command you can manage principals and passwords.
|
||||
|
||||
Groups and rooms are also just principals and you can specify them as such using the `--principal-type` parameter.
|
||||
To assign a user to a group you can use the `rustical membership` command. Being a member to a principal means that you can completely act on their behalf and see their collections.
|
||||
|
||||
You can also completely skip this and instead configure OpenID Connect.
|
||||
In that case your user will automatically be created when logging in through the frontend.
|
||||
|
||||
## Password vs app tokens
|
||||
|
||||
The password is optional (if you have configured OpenID Connect) and is only used to log in to the frontend.
|
||||
Since it's sensitive information,
|
||||
the secure but slow hash algorithm `argon2` is chosen.
|
||||
|
||||
App tokens are used by your CalDAV/CardDAV client (which can be managed through the frontend).
|
||||
I recommend to generate random app tokens for each CalDAV/CardDAV client.
|
||||
Since the app tokens are random they use the faster `pbkdf2` algorithm.
|
||||
|
||||
## WebDAV Push
|
||||
|
||||
RustiCal supports [WebDAV Push](https://github.com/bitfireAT/webdav-push/) which can notify compatible clients like DAVx5 about changed calendar/addressbook objects.
|
||||
Since push messages are currently not encrypted you might potentially want to ensure that users only subscribe through your push server (e.g. [ntfy.sh](https://ntfy.sh/)), you can configure it the following:
|
||||
|
||||
```toml
|
||||
[dav_push]
|
||||
# Must strictly be the URL origin (so no trailing slashes)
|
||||
allowed_push_servers = ["https://your-instance-ntfy.sh"]
|
||||
```
|
||||
|
||||
## Manual
|
||||
|
||||
```sh
|
||||
|
||||
Reference in New Issue
Block a user