Docs/Lanes Link/Providers/Nextcloud Calendar

Nextcloud Calendar

Connect Nextcloud Calendar to your agents with Lanes Link. Events over CalDAV, on your own server.

Read and create events in Nextcloud calendars over CalDAV, on your own server.

Connect it

console
$ lanes link connect nextcloud_calendar --profile personal --workspace local

This takes an app password rather than a browser sign-in. One password covers nextcloud_contacts as well, because they share a credential.

Because it needs no browser, an agent with a shell can do the whole setup:

console
$ printf %s "$TOKEN" | lanes link secrets set nextcloud/main --profile personal
$ lanes link connect nextcloud_calendar --id main --non-interactive --json --profile personal

Credentials go in on stdin, never as a flag: an argument lands in your shell history, in ps output, and in any transcript.

What your agent can do

CalDAV gives a fixed set of capabilities, the same on every server that speaks it:

  • nextcloud_calendar.list_calendars
  • nextcloud_calendar.list_events
  • nextcloud_calendar.get_event
  • nextcloud_calendar.create_event
  • nextcloud_calendar.update_event
  • nextcloud_calendar.delete_event

What is recorded

Every call is recorded, allowed or refused. The rule is to keep the shape and withhold the words: an audit log that reproduced the content would be a second copy of the thing it was meant to make accountable.

Identifiers such as calendar, start, end, limit, and uid are kept. Everything that carries your words is withheld.

What an entry holds and how to read one is on the audit log.

Narrowing what it may do

Connecting grants the read bundle. Tightening it happens on your machine and takes effect at once:

console
$ lanes link policy deny 'nextcloud_calendar.*' --connection nextcloud_calendar.main --profile personal --workspace local

A deny always beats an allow, whatever the order in the file. See Scopes and permissions for widening, and for what can and cannot be set per connection.

Untested

The manifest is right in every way the code can check: it validates, its tools generate inside the budget, its scopes are described, and its endpoint answered a probe. Nobody has yet connected it to a real account, which is the part only a real account proves.

If you connect it, say so and this note comes off.


Next: every provider, or Connections for what a connection is and the methods behind one.