Mailing List Archive

Re: Davical-general Digest, Vol 95, Issue 4
On Tue, Jan 27, 2015 at 8:30 AM, <
davical-general-request@lists.sourceforge.net> wrote:

>
> Message: 1
> Date: Mon, 26 Jan 2015 16:06:34 +0100
> From: skotthof <sebastian.kotthoff@rz.uni-mannheim.de>
> Subject: Re: [Davical-general] Email notification upon invite in
> DAViCal is 1.1.3.1
> To: davical-general@lists.sourceforge.net
> Message-ID:
> <20150126150634.GD3482@lski-016.informatik.uni-mannheim.de>
> Content-Type: text/plain; charset="iso-8859-1"
>
> So far, in 1.1.1, I handle the "$c->enable_auto_schedule = true" issue
> with that patch:
> ------------------------------------------
> --- htdocs/caldav.php.orig 2014-08-29 13:55:54.143073520 +0200
> +++ htdocs/caldav.php 2014-08-29 13:56:01.443068319 +0200
> @@ -73,7 +73,7 @@
> }
> else {
> $dav = '1, 2, 3, access-control, calendar-access, calendar-schedule,
> extended-mkcol, bind, addressbook';
> - if ( $c->enable_auto_schedule ) $dav .= ', calendar-auto-schedule';
> +// if ( $c->enable_auto_schedule ) $dav .= ', calendar-auto-schedule';
> if ( !isset($c->disable_caldav_proxy) || $c->disable_caldav_proxy ==
> false) $dav .= ', calendar-proxy';
> }
> $dav = explode( "\n", wordwrap( $dav ) );
>


> Davical tells the client, that it does no auto_schedule, but afterwards it
> does.
> So clients are sending invitations via mail.
>

Thanks for sharing.
Which clients are you using by curiosity?
>From what I read though it may not work for iCal clients but I need to test
myself to confirm...


> But as you tell, this generates a lot of other problems with invited
> users, which are externally invited via mail,
> and which are not in the davical DB.
>

As a temporary solution, would you know if there would be a way for
calendar owner to approve external invitee manually (would ower or its
delegate receive confirmation from invitee by other means tel,email,
etc...)?


> I have two other patches for:
> - delete events with external attendees was not possible
> - accept events with external attendees was not possible
> If anybody likes, I can post the other two paches.
>

I would be interested... if you don't mind sharing...
Re: Davical-general Digest, Vol 95, Issue 4 [ In reply to ]
Sebastian

On 27.01.2015 18:20, Richard LEGER wrote:
>
> I have two other patches for:
> - delete events with external attendees was not possible
> - accept events with external attendees was not possible
> If anybody likes, I can post the other two paches.
>
>
> I would be interested... if you don't mind sharing...

I'd be interested too.

Thanks!

Lukas
Re: Davical-general Digest, Vol 95, Issue 4 [ In reply to ]
Sebastian

On 27.01.2015 18:20, Richard LEGER wrote:
>
> far, in 1.1.1, I handle the "$c->enable_auto_schedule = true"
> issue with that patch:
> ------------------------------------------
> --- htdocs/caldav.php.orig 2014-08-29 13:55:54.143073520 +0200
> +++ htdocs/caldav.php 2014-08-29 13:56:01.443068319 +0200
> @@ -73,7 +73,7 @@
> }
> else {
> $dav = '1, 2, 3, access-control, calendar-access,
> calendar-schedule, extended-mkcol, bind, addressbook';
> - if ( $c->enable_auto_schedule ) $dav .= ',
> calendar-auto-schedule';
> +// if ( $c->enable_auto_schedule ) $dav .= ',
> calendar-auto-schedule';
> if ( !isset($c->disable_caldav_proxy) ||
> $c->disable_caldav_proxy == false) $dav .= ', calendar-proxy';
> }
> $dav = explode( "\n", wordwrap( $dav ) );
>
>
>
> Davical tells the client, that it does no auto_schedule, but
> afterwards it does.
> So clients are sending invitations via mail.
>
>
> Thanks for sharing.

Thanks for the hint.

I got sending invitations working when commenting out all
'$c->enable_auto_schedule = true;' statements. Since the statement
$dav.= ',calendar-auto-schedule' is only executed if
enable_auto_schedule is true, I did not need to change that statement
per se.

> Which clients are you using by curiosity?

I am using latest stable Lightning embedded in latest stable Thunderbird.

Funny (or not): While I can now send invitations with Lightning, I can
neither delete them afterwards nor can I accept these invite by another
calendar (assuming dual email accounts on a client).

> From what I read though it may not work for iCal clients but I need to
> test myself to confirm...

wbr
Lukas