Jens Wahnes | 2 Jul 19:31 2015
Picon

Understanding Kronolith's sharing options

Hi,

after some experiments trying to figure out how the calendar sharing
system works in detail, I wonder if there is some documentation about
it available. The wiki page <http://wiki.horde.org/KronolithModule>
states that "owners can set fine grained permissions for groups and
individuals on their calendars", but doesn't mention how these
permissions work in detail.

Should I be able to sort it all out, I could of course create an
article in the wiki about this topic, but so far I still don't
understand half of it.

For instance, how do the "Object creator" permissions work? I thought
this would enable one to give permissions to the original creator of an
event in case one created an event in someone else's calendar.  For
instance, userX shares his calendar with userY and userZ, gives both
read, show, and edit permissions but not delete.  Does giving the
delete permission to "Object creator" then enable userY to delete
events that he created in userX's calendar, but not those created by
userZ?  So a bit like the modern meaning of the sticky bit in directory
permissions on Linux?

But then, isn't that kind of moot since one needs "edit" permissions to
add an event to the foreign calendar anyway -- and if one can edit (but
not delete) events in someone else's calendar, a malicious user could
still 'edit' all events to be occuring at "2001-01-01" with title
"foo", location "bar" and desciption "baz", which, from the calendar
owner's point of view, is the same thing as deleting the events?

(Continue reading)

Björn Mett | 23 Jun 02:52 2015
Picon

Missing calendar events after upgarde

HI there,

hope somebody can help. We offer Horde on our servers for out clients. 
Most clients don't use webmail and even less clients use the calendar 
function in Horde, but one client just reported that all his calendar 
events disappeared after a recent upgrade of WHM/cpanel which included 
Horde.

I checked the Horde webmail for the client and his calendar is empty. 
The Horde version is 5.1.1

When I check the database  I can see over 300 events stored in the 
/kronolith_events/ table for this client. The events seem to be there 
but the front end doesn't display any.

Anybody out there that can help?

Cheers,

-- 
*Björn Mett*
Senior Technical Lead - MyWork
www.mywork.com.au <http://www.mywork.com.au> | 1300 809 424

<http://www.mywork.com.au>
--

-- 
kronolith mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: kronolith-unsubscribe <at> lists.horde.org
Jens Wahnes | 19 Jun 18:20 2015
Picon

Using OS X Calendar app with Kronolith via CalDAV

Hi,

using the "Calendar" app of Mac OS X 10.10 (Yosemite), formerly known
as iCal, I'm seeing trouble accessing calendars provided by Horde.
However, using the same Calendar app of OS X 10.9 (Mavericks), all is
fine: Calendars are easily discovered and synced via CalDAV.  The same
goes for iOS, including the current version 8.3.

The wiki page <http://wiki.horde.org/CalDAV> states that it has been
tested using OS X 10.7, and I can see it working with 10.9, but has
anyone been able to get it working with 10.10?  Or am I the only one
who's got trouble using that combination?

From the server's logfile, I can tell that in the 10.10 case, there is
at least one request for an actual calendar, e.g.

"PROPPATCH /rpc.php/calendars/bbeispie/calendar~xlo8BRQUhS7F0MbGx2DyVJw/ HTTP/1.1"

but on the client, nothing is shown, i.e. the list of calendars remains
empty and no events are visible.

That (single) logfile entry is opposed to the 10.9 case (or other
clients) that issue several PROPPATCH and REPORT requests per calendar.

On the other side, the OS X 10.10 CalDAV client can't be totally
broken, because it is able to show calendars from other CalDAV servers
just fine.  So to me, is looks like some issue of "picky client and
unexpected server response" or the client using a newer protocol
version than the server is expecting or such.

(Continue reading)

Michael J Rubinsky | 19 Jun 01:54 2015

Fwd: Advanced customization

Forwarding off-list reply.

----- Forwarded message from Ob Noxious <obnox3 <at> gmail.com> -----
    Date: Thu, 18 Jun 2015 01:58:13 +0200
    From: Ob Noxious <obnox3 <at> gmail.com>
Subject: Re: [kronolith] Advanced customization
      To: mrubinsk <at> horde.org

On Wed, Jun 17, 2015 at 6:35 PM, Michael J Rubinsky <mrubinsk <at> horde.org>
wrote:

>
>
>  1/ Is there a way, via configuration setting or hook if necessary, to
>> disable the "Remote calendars" functionnality?
>>
>
> This should be possible by "locking" the remote_calendar preference. See
> the file format description at the top of horde/config/prefs.php for
> instructions on how to do this.
>

Well I tried the following without result!

$_prefs[ 'remote_cals' ][ 'suppress' ] = true;
$_prefs[ 'remote_cals' ][ 'locked' ] = true;

$_prefs[ 'display_remote_cals' ][ 'suppress' ] = true;
$_prefs[ 'display_remote_cals' ][ 'locked' ] = true;

(Continue reading)

Michael J Rubinsky | 19 Jun 01:53 2015

Re: Advanced customization


Quoting Ob Noxious <obnox3 <at> gmail.com>:

> On Wed, Jun 17, 2015 at 6:35 PM, Michael J Rubinsky <mrubinsk <at> horde.org>
> wrote:
>
>>
>>
>>  1/ Is there a way, via configuration setting or hook if necessary, to
>>> disable the "Remote calendars" functionnality?
>>>
>>
>> This should be possible by "locking" the remote_calendar preference. See
>> the file format description at the top of horde/config/prefs.php for
>> instructions on how to do this.
>>
>
> Well I tried the following without result!
>
> $_prefs[ 'remote_cals' ][ 'suppress' ] = true;
> $_prefs[ 'remote_cals' ][ 'locked' ] = true;
>
> $_prefs[ 'display_remote_cals' ][ 'suppress' ] = true;
> $_prefs[ 'display_remote_cals' ][ 'locked' ] = true;
>
> $_prefs[ 'display_external_cals' ][ 'suppress' ] = true;
> $_prefs[ 'display_external_cals' ][ 'locked' ] = true;
>
> and also
>
(Continue reading)

Ob Noxious | 17 Jun 17:14 2015
Picon

Advanced customization

Hi,

I've installed Kronolith for a small group of users and everything works
fine. I was asked to make the service as "simple" as possible for the non
tech-saavy users and also lock it down as much as possible.

To achieve this goal, I still need to figure out 2 things I yet can't find
a way to do :

1/ Is there a way, via configuration setting or hook if necessary, to
disable the "Remote calendars" functionnality?

2/ I have installed the "Holidays" calendars for their country but I'd like
to find a way to automatically have each user already subscribed to these
holidays calendars without having them to do so manually because most of
them won't to it (and they'll complain of course, as users often do :-))

Thanks for any usefull information leading to success :-)

-- 
ObNox
--

-- 
kronolith mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: kronolith-unsubscribe <at> lists.horde.org

Tim ODriscoll | 17 Jun 11:44 2015
Picon

CalDAV Setup

Dear All,

Are there any Apache/PHP settings that need to be changed to  
accomodate calDAV support in Kronolith?

I'm running Kronolith 4.2.7 and both my Outlook 2013 plugins (Bynari  
and OutlookCalDAVSynchronizer) are not accepting the calDAV URLs.

If I try using wget to grab the caldav url I get a http404 'not found'  
response back with no errors in the Apache or Horde logs.

Many thanks,

Tim

--

-- 
kronolith mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: kronolith-unsubscribe <at> lists.horde.org

"Th. Söldenwagner" | 18 May 10:18 2015
Picon

Sharing calendars

Hi,

when sharing my calendar to other members of the company I always have 
to click 'advanced sharing ' options before I can choose members from 
the list and set the appropriate permissions. Is there a way to make 
'advanced sharing' the default after clicking on the "Sharing" tab?

Thanks & regards

-- 
Thoralf Söldenwagner

--

-- 
kronolith mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: kronolith-unsubscribe <at> lists.horde.org
Thomas Trethan | 11 May 22:21 2015
Picon

Typo in Kronolith API for import of iCal

Hi,
adding new events via SyncML stopped working in Kronolith 4.2.6. After a
bit of research I found a typo in lib/Api.php in function import(): when
instantiating Kronolith_Icalendar_Handler_Base (line 747) the first
parameter should be $iCal instead of $ical. This causes a null value in
Kronolith_Icalendar_Handler_Base and SyncML dies badly.
Regards, Tom
--

-- 
kronolith mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: kronolith-unsubscribe <at> lists.horde.org

lst_hoe02 | 11 May 16:00 2015
Picon

Kronolith / sabredav: No basic authentication headers found

Hello,

we use Horde/Kronolith for CalDAV calender access from multiple  
clients. In a network trace we can see that Horde refuses CalDAV  
access with cookies set with Sabre DAV Exception and "No basic  
authentication headers found". This lead to  
http://tuxd00d.com/blog/sabredav-no-basic-authentication-headers-were-found/  
but the problem is said to occur only with CGI/FastCGI which we don't  
use. We have Ubuntu 12.04 with Apache and PHP5 as module with the  
latest Horde/Kronolith and all other is working fine. Any idea how to  
debug/solve this?

Thanks

Andreas

--

-- 
kronolith mailing list
Frequently Asked Questions: http://wiki.horde.org/FAQ
To unsubscribe, mail: kronolith-unsubscribe <at> lists.horde.org

Jan Schneider | 11 May 10:30 2015

Re: CALDAV without a DTSTART

  Please keep discussions on the list.

Zitat von Paul Ronald <jhon.higgins <at> gmail.com>:

> El 08/05/2015 18:51, "Jan Schneider" <jan <at> horde.org> escribió:
>>
>>
>> Zitat von Paul Ronald <jhon.higgins <at> gmail.com>:
>>
>>> I have a problem syncing my calendars using  CALDAV.
>>> My problem is caused by an invalid timezone definition in the response
>>> ics:
>>>
>>> BEGIN:DAYLIGHT
>>> TZOFFSETFROM:+0100
>>> TZOFFSETTO:+0200
>>> TZNAME:CEST
>>> END:DAYLIGHT
>>>
>>> I have read this RFC rfc5545 says "
>>>
>>>       The "VTIMEZONE" calendar component MUST include the "TZID"
>>>       property and at least one definition of a "STANDARD" or
"DAYLIGHT"
>>>       sub-component.  The "STANDARD" or "DAYLIGHT" sub-component
MUST
>>>       include the "DTSTART", "TZOFFSETFROM", and "TZOFFSETTO"
>>>       properties."
>>>
>>>
(Continue reading)


Gmane