Invitations non envoyées sur agenda partagé en modification

Cxavfr · Septembre 26, 2022, 2:04

Bonjour à toutes et tous
Objectif créer un évènement (une réunion) sur un agenda partagé et envoyer les invitations voici le cadre
Le cadre : 2 comptes framagenda A et B, A créé un agenda « réunions » et le partage avec B avec autorisation en modification.
Le constat :
le compte A, crée une réunion sur l’agenda « réunions » et invite des personnes (une à une), les mails d’invitations sont normalement envoyés
le compte B, crée une réunion sur l’agenda « réunions » et invite des personnes (une à une), aucun mail d’invitation n’ait envoyé.
Est-ce normal ?
Merci par avance pour votre sollicitude.
Xavier

tcit · Septembre 26, 2022, 3:18

Bonjour,
Ce n’est pas normal, mais c’est un souci connu par l’équipe de développement du logiciel :

github.com/nextcloud/server

Send invitations for shared calendars

opened 08:14PM - 20 Apr 21 UTC

kesselb

enhancement 1. to develop standardisation skill:backend

Ref: https://github.com/nextcloud/server/pull/15676 It's not possible (anymor…e) to send invitations for an event for shared calendars. This behavior is confusing for end users. > > Allowing sharees to send invitation in shared calendars was a mistake back then, there are many unresolved topics, especially if the sharee is also an attendee of the event: > > - when editing, does the sharee edit for themselves or on behalf of the calendar owner? > - when deleting, is the sharee declining the event for themselves or cancelling it for everyone? > - ... > > The CalDAV standard does not have answers to these problems yet. Until then, we should not allow sharees to send invitations in shared calendars. https://sabre.io/dav/caldav-sharing/ mentions - https://tools.ietf.org/html/draft-pot-webdav-resource-sharing-04 - https://tools.ietf.org/html/draft-pot-caldav-sharing-00 Unfortunately there is no final RFC how shared calendars should work. Yet the drafts could be a starting point. draft-pot-caldav-sharing-00 describes those open issues: 1. DAV:owner requirement for scheduling. I think this is problematic... 2. I don't think we should allow sharees that have access to an invite for which they are the attendee for, via the organizers shared calendar, to allow them to make attendee-related changes. The entire collection should operate as if the operation is on behalf of the organizer. We don't implement https://github.com/sabre-io/dav/blob/master/lib/CalDAV/Backend/SharingSupport.php interface yet. That might be something to start with. There is already some logic connected to the above interface in sabre that might be useful. The example implementation https://github.com/sabre-io/dav/blob/c1afdc77a95efea6ee40c03c45f57c3c0c80ec22/lib/CalDAV/Backend/PDO.php#L1308-L1465 uses a database table [calendarinstances](https://github.com/sabre-io/dav/blob/c1afdc77a95efea6ee40c03c45f57c3c0c80ec22/examples/sql/mysql.calendars.sql#L23-L41) that looks similar to `oc_calendars` and `oc_dav_shares`. For example `calendarcolor` is something we store with the calendar. But for a shared calendar the color is something a user may change. So this needs to go to `oc_dav_shares` (calendarinstance in the sabre example).

Comme dit (en anglais) dans le ticket, il y a quelques questions qui doivent être résolues avant que cela soit corrigé, et le standard sur lequel s’appuie le logiciel ne répond pas à ces questions.

Cxavfr · Septembre 26, 2022, 9:33

Merci pour cette info
Si j’ai bien compris le problème date (5/2019) et c’est bien limitant.
Existe t il une autre solution de contournement du problème que de partager, identifiant et mot de passe, pour gérer à plusieurs un même calendrier?
Cdlmt
xav

tcit · Septembre 27, 2022, 9:11

Je ne connais pas de solution de contournement, en dehors du fait que certains logiciels de messagerie permettent d’envoyer les emails d’invitation eux-même au lieu de déléguer cette tâche au serveur, mais cela n’est pas pratique lorsqu’on travaille à plusieurs.