nextcloud / nextcloud/contacts

Federated free/busy availability exchange

Open
#5,727 0 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

0. Needs triage enhancement
Dominant language
JavaScript
Stars
642
Forks
220
Avg merge
14h 39m
Merged PRs (30d)
51

Description

Is your feature request related to a problem? Please describe.

When you invite people to a meeting, the free-busy information helps a lot with scheduling. If you invite people externally, this isn't available. But if we federate with another server, we have a trust relation.

Ideally, users on different Nextcloud instances would be able to see each other's free/busy information when scheduling meetings, without having to share their calendars or expose event details. This would make federated Nextcloud instances interoperable in the same way that Microsoft 365 can exchange availability between organizations.

Describe the solution you'd like

The ideal approach is to build on our federation mechanism, and using the existing free/busy mechanism in CalDAV.

If two instances are trusted by the admin to interoperate, we could allow free/busy information to (optionally) also be exchanged.

For large instances, you probably want to limit this to users who have each other (and their federated user ID) in their address book, providing an additional privacy/authorization layer.

We have to handle:

  • federated identity check & federated server check (using OCM?)
  • endpoint discovery for CalCAV
  • privacy - same as with in-server free-busy
Describe alternatives you've considered

Doing it without federation is probably tricky. You'd want some kind of authorization mechanism, and I'm not sure how to do that. Would need, at least, some token-based approval mechanism I suppose.

Additional context

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names no files, tests, or entry points. Begin by mapping the existing federation mechanism and CalDAV free/busy flow, then clarify federated identity and server checks, endpoint discovery, and privacy authorization. Done criteria and implementation boundaries are not specified beyond the desired cross-instance availability exchange.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
api, authentication, backend, distributed-systems, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.