View Issue Details

IDProjectCategoryView StatusLast Update
0002966SOGoBackend Calendarpublic2014-11-21 16:17
ReporterGunnar Weissmann Assigned To 
PrioritynormalSeverityfeatureReproducibilityalways
Status newResolutionopen 
Platform[Server] LinuxOSDebianOS Version7 (Wheezy)
Product Version2.2.9a 
Summary0002966: Import Problem with delegated calendars
Description

We encountered a problem when importing *.ics files. We imported the file to an delegated calendar.
In the imported event, there is no information about who has imported the event so it is not replicable for others who has done the entry. This is a necessary basic functionality to prevent abuse of rights.

On events that are normally created with SOGo we have the following informations:

ORGANIZER;PARTSTAT=ACCEPTED;ROLE=CHAIR;SENT-BY="mailto:mailto:delegate@mail.com";RSVP=TRUE;CN=calender:mailto:calender@doccheck.com

We suggest, that SOGo always create the "SENT-BY" informations to specify the person who for example import the event for delegated calendars.

Thank's for your support.

Gunnar Weissmann

TagsNo tags attached.

Activities

Christian Mack

Christian Mack

2014-10-27 09:30

developer   ~0007626

I am not sure this is always a good idea.
When you make an export for backup purposes, and then reimport it after information loss, you will lose all SENT-BY informations stored before.

That's not what a user expects.

ludovic

ludovic

2014-10-29 20:14

administrator   ~0007636

Christian is right. Might be better to use a X-SOGo... tag.

Gunnar Weissmann

Gunnar Weissmann

2014-10-30 11:46

reporter   ~0007638

I have to correct me; this is not only a import problem. It is also possible to write a client with the behavior, that i am able to modify delegated calendars.

In a multi user environment you need a evidence who modified a delegated calendar.

I think in a multi user environment it is also not useful, that a user re-import events from the client side, because when he is not the organizer the event is duplicated on the server under some circumstances; backup/restore should only be made on server side.

Is it possible to set a configuration option on server side to enable this behavior?

@Christian: could you please explain the X-SOGo proposal?

Thank you.

Gunnar Weissmann

Christian Mack

Christian Mack

2014-10-30 13:00

developer   ~0007640

Last edited: 2014-10-30 13:01

In the calDAV standard there are defined attributes like "ORGANIZER", "DTSTART" etc.
But there is also the possibiliy of adding additional attributes.
They are specific for one server or client implementation.
In order to distinguish them all additional ones start with an X then dash then program name or organisation, which invented the addition, dash name of the attribute.
Existing examples are "X-MOZ-GENERATION", "X-MOZ-LASTACK" or "X-LIC-LOCATION".

So Ludovic is suggesting to add an additional attribute for this "event last changed by" information starting with X-SOGo-.

With that normal behaviour of the "SENT-BY" is guaranteed to still exist.
And you will get your "last changed by" information in SOGo.

Gunnar Weissmann

Gunnar Weissmann

2014-11-19 11:56

reporter   ~0007704

Thank you very much for your explanation Christian and sorry for the late reply.

So how can we support you to implement the X-SOGo tag into the server?

Thank you.

Gunnar Weissmann

Gunnar Weissmann

Gunnar Weissmann

2014-11-21 16:17

reporter   ~0007719

The header is not relevant for us. It doesn't have to be the sent-by tag.

We would suggest, that the SOGo Server writes the identity who has modified the event in the new created "tag-field".

It is important that it's guaranteed, that this is always the same.

Issue History

Date Modified Username Field Change
2014-10-23 14:14 Gunnar Weissmann New Issue
2014-10-27 09:30 Christian Mack Note Added: 0007626
2014-10-29 20:14 ludovic Note Added: 0007636
2014-10-29 20:14 ludovic Severity minor => feature
2014-10-30 11:46 Gunnar Weissmann Note Added: 0007638
2014-10-30 13:00 Christian Mack Note Added: 0007640
2014-10-30 13:01 Christian Mack Note Edited: 0007640
2014-11-19 11:56 Gunnar Weissmann Note Added: 0007704
2014-11-21 16:17 Gunnar Weissmann Note Added: 0007719