[kronolith] write organisation calender in user's default calender

Ralf Lang lang at b1-systems.de
Thu Apr 26 09:06:23 UTC 2012


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 19.04.2012 15:18, schrieb Michael J Rubinsky:
> 
> Quoting Vikas Parashar <vikas.parashar at fosteringlinux.com>:
> 
>> Hello,
>> 
>> Can any body let me know how can i write a common calander in
>> user's default calander.
> 
> Not 100% sure what you mean here. If you want to know if you can
> copy an existing, shared, calendar into a user's personal calendar
> - then the only way to do that via the UI is to export the shared
> calendar and re-import it into the user's calendar. This might
> cause issues with having duplicate UIDs if the shared calendar will
> remain accessible by the user.
> 
> Perhaps if you let us know what exactly you are trying to
> accomplish we can help some more.
> 
> 

I don't know if this fits the case but my users have recently raised
the same question. We manage per-team system shares and syncing
appointments between horde and their desktop client / pda / phone does
not work smooth in this setting.

One problem is, for ActiveSync they need to maintain copies of
appointments in their "personal" default calendar and the device is
agnostic of where the appointments come from. As a result, users which
create appointments through their client device need to copy/move them
to the correct calendar in a separate step. As far as I know, Horde
cannot do anything about this but it generates a certain level of user
frustration.

I suspect Caldav r/w support would circumvent part of the problem as
the client device would "know" which calendar an event belongs to.

Any feedback "how to do it right" is welcome. Any clues how to turn
this into an argument for sponsoring Feature X is welcome too.

- -- 
Ralf Lang
Linux Consultant / Developer
Tel.: +49-170-6381563
Mail: lang at b1-systems.de

B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+ZEA8ACgkQCs1dsHJ/X7BJ2ACghYfpfHZ0w/Hbw7xRDwBoh/Mu
F4EAn0HQl/2EzdM6eUyjncC35ifafLKY
=7pFY
-----END PGP SIGNATURE-----


More information about the kronolith mailing list