Hi Andrew,
I don't think there's working support for server side scheduling in
DAViCal at the moment. Some work was started by Andrew McMillan and if I
remember correctly, there was a branch in the old Github repository by
somebody else, trying to get it into a working state but that was
abandoned and is now lost together with the old repository. Florian
(fsfs) might know more about this.
EDIT: Florian has rescued the branch and knows indeed much more about
this than I do.
Anyway, I fished some old messages out of the archive that might be
relevant for you.
Cheers,
Paul
------------------------------ Message: 4 Date: Wed, 23 May 2012
06:44:10 +1200 From: Andrew McMillan <andrew@morphoss.com> Subject: Re:
[Davical-general] Any news concerning iMIP? To: Frank Steinberg
<steinberg@ibr.cs.tu-bs.de> Cc: davical-general@lists.sourceforge.net
Message-ID: <1337712250.6923.98.camel@dave.home.mcmillan.net.nz>
Content-Type: text/plain; charset="utf-8" On Thu, 2012-05-17 at 12:13
+0200, Frank Steinberg wrote:
> Am 17.05.2012 um 04:21 schrieb Andrew McMillan:
>
>> On Mon, 2012-05-14 at 16:54 +0200, Frank Steinberg wrote:
>>> Hi,
>>>
>>> in mid-january there has been a discussion on this list about
>>> invitations to external users, i.e. users that the server does not
>>> know. It turned out, that it is*probably* not too difficult to
>>> implement sending emails to external users on the DAViCal server. Has
>>> anyone made any progress on this issue. Did this issue made any
>>> progress on anyone's todo list? ????
>> I've (finally) started to look into this a bit further and there might
>> be something in the next release, though it will probably be off by
>> default at this point.
> I also started looking a bit closer on this issue. I created a new
> class iMIP, similar to iSchedule.php, and added calls, if iSchedule
> fails. As usual, more questions arise the closer I look into it. One
> problem: Some clients (at least iCal) PUT the event twice and it seems
> a bit tricky to me to make the server not send two almost identical
> emails.
My approach (so far as it goes) has been to create add a new function
into inc/schedule-functions.php to handle mail of the message, and to
call that from within the various other methods there, where you already
have an iTIP message to send.
The bigger issue for me is handling MIME properly, without pulling in a
whole raft of new & unknown dependencies for this one minor feature, but
I've spent some time looking over the RFCs and I think I have something
that's not too objectionable now.
Cheers,
Andrew.
------------------------------
...
------------------------------ Message: 7 Date: Thu, 19 Jan 2012
12:07:11 +1300 From: Ingo Ratsdorf <ingo@envirology.co.nz> Subject: Re:
[Davical-general] Is it possible to invite external people? To:
"davical-general lists.sourceforge.net"
<davical-general@lists.sourceforge.net> Message-ID:
<8a3b1e891f41ad68101b2a6f24f003d0@groupware.envirology.co.nz>
Content-Type: text/plain; charset="utf-8"
> On Wed, 18 Jan 2012 22:52:36 +0100
> "Arne K. Haaje"arne@drlinux.no wrote:
>
>> Do the accepts and declines have to be mailed back to the sending server
>> (davical)? If so it becomes difficult (impossible?) as it would have to
>> consider email-server implemntations. However, if the replies are sent
>> to the senders email server, based on his email address, then it will be
>> a client issue.
> Since CalDAV itself does not specify any kind of email functionality I
> would presume emailing is left for the client software to handle in
> which case it would only be the initial sending which should be handled
> by DAViCal.
AFAIK,
replies are being handles by either the users calendar client or the other users calendar server (depending on whether HE has auto-schedule implemented or not), however that does not really matter.
AN EMAIL will be sent with the meeting accept/decline/delgate/alternative response back to the user who originally sent the invitation (again either via client or davical).
This email will be received by the users normal email client and the answer will then be saved to davical via the client software after that user has appropriately reacted to the attachment. Decline is easy, accept as well. Delegate will add another user to it and is supposed to send an email to that user. Alternative will possibly change the date and send update emails to all users, either via client or server (again depending on whether auto-schedule is implemented on the server)
I believe there are some other options as well, however most clients and servers support only accept/decline/maybe.
That's how I understand the process.
The beauty about auto scheduling is that the sending of many emails can be avoided in workgroups if the server supports auto-scheduling.
The conversation is then happening via the schedule in- und outbox implementation and iTips.
Cheers,
Ingo
------------------------------
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general