Mailing List Archive

Hi there,

I have DAViCAL 0.9.7.4 running with Apache 2 on Debian Lenny and I am
trying to get it to work with iCal 4.0 running under Mac OS X 10.6. The
installation went smooth (thanks for the documentation!) and I was able
to create two accounts via the Webinterface. I added both accounts to my
iCal and was able to create and delete appointments. Very nice :)

Now I am trying two things:
- Give A and B full access to each others calendars. To do this I added
two relationships. A "Administers" B and B "Administers" A, but nothing
changes in the iCal of A and B. I also tried RW access instead of A, but
with the same effect. How do I access B's calendar in A's iCal?

- Invite B to a meeting with A: iCal accepts the E-Mail address of B as
an invitee and talks to the DAViCAL Server (you can see the waiting
symbol while it does that), but B never receives anything on his iCal.
The free/busy view however works, so A and B can see when the likewise
other person is free/busy.

Does anybody have experience with iCal and DAViCAL working together? I
am happy to perform tests with Wireshark etc. if somebody wants to look
into it..

Cheers,
Hannes




--
Hannes Lau
[Vancouver, GMT-7]

Hi!

thanks very much Vincent for getting back to me :)


>> I have DAViCAL 0.9.7.4 running with Apache 2 on Debian Lenny and I am
>> trying to get it to work with iCal 4.0 running under Mac OS X 10.6.

>> Now I am trying two things:
>> - Give A and B full access to each others calendars. To do this I added
>> two relationships. A "Administers" B and B "Administers" A, but nothing
>> changes in the iCal of A and B. I also tried RW access instead of A, but
>> with the same effect. How do I access B's calendar in A's iCal?
>
> If A and B need the exact same permissions towards each other's calendar
> or towards other resources, then it is easiest to just create a group
> that doesn't have a resource and link both A and B to the group as
> 'administers'
>
> So:
> 'A' administers 'group'
> 'B' administers 'group'
> (and nothing else)

OK, I did that. I have a new user:

User Name: Ghlau_ah
User Roles: Group
Relation to this user:
A Administers a at firstdomain.de
B Administers b at otherdomain.de

(I can receive emails on both email addresses, but I thought the only
work as identifiers here..).

I configured iCal 4.0 on A's computer to access /caldav.php/a/ on my
server. In the Accounts->Delegation tab I see a message "The server
doesn't support delegation for this account". After configuring the
account I see a new calendar in the iCal sidebar. I can add and delete
appointments. I can also create and delete entire calendars.
Unfortunately B's calendar(s) does not show up anywhere.

I configured iCal 3.0.8 on a different computer to access /caldav.php/b/
on my server. In the Accounts->Delegation tab I can see A's name and
select a show checkbox in front of it. A's calendar then appears under a
"Delegation" group in the sidebar and I can read and write appointments!

Is there any way I can make iCal 4's message "The server doesn't support
delegation for this account" disappear and make it work like iCal 3.0.8?
Does it work for anybody else?


>> - Invite B to a meeting with A: iCal accepts the E-Mail address of B as
>> an invitee and talks to the DAViCAL Server (you can see the waiting
>> symbol while it does that), but B never receives anything on his iCal.
>> The free/busy view however works, so A and B can see when the likewise
>> other person is free/busy.
>
> Hmmm, I don't recall sending any invites from iCal myself - I now
> everything works perfectly both ways with outlook/exchange on one side
> and evolution/davical on the other side.
>
> So, you're saying the invitee never receives any email to accept or deny
> the meeting request?
>
>> Does anybody have experience with iCal and DAViCAL working together? I
>> am happy to perform tests with Wireshark etc. if somebody wants to look
>> into it..
>
> I'm also using iCal 4.0, but I'm not quite sure if I have done more than simple reading / adding / deleting / editing of events. My main computer uses evolution...
>
> HTH,
> Vincent

Yes, I just tried it again. I can invite B on A's calendar by typing his
email address into the invitees field of the appointment inspector. If I
just make up an email address which is not assigned to any user on the
server an exclamation mark appears in front of the address. However, if
I enter B's email address (it is not in my address book) and press enter
I see a checkmark in front of B's email address and can access his
"Available Meeting Times". After picking a time I can press "send" and
iCal displays the wait symbol next to the account name on the sidebar.
Then the wait symbol disappears.
However, in B's accounts (calendar or email) there is no sign of the
invitation sent.

As I never used a working Caldav implementation before, I am unsure
about the following:

- Should I be using email addresses or usernames to invite other people?

- Should I expect an email with an invitation in B's account? Or would
the invitation be passed on through CALiDav?

- Does it matter that the email addresses are not @ the domain of the
calendar server?

and

Does it work for anybody with iCal 4? Would it be helpful for anybody if
I log the HTTP traffic between A's computer and the server?

I hope this email did not end up beeing to long.. Thanks for reading it
till here :)

Cheers,
Hannes


--
Hannes Lau
[Vancouver, GMT-7]

On Thu, 2009-10-22 at 13:21 -0700, Hannes Lau wrote:
>
> Is there any way I can make iCal 4's message "The server doesn't support
> delegation for this account" disappear and make it work like iCal 3.0.8?
> Does it work for anybody else?

I don't believe so. iCal4 has significantly changed the way it finds
other accessible calendars, and the way they have chosen means I have to
do some work to make that work.

I know what's required though, and some parts of it are completed, so it
will be in 0.9.8 when it releases in a few weeks.


> As I never used a working Caldav implementation before, I am unsure
> about the following:
>
> - Should I be using email addresses or usernames to invite other people?

The specification for this is still draft, and while it supports other
methods of identifying attendees, e-mail is the one that all of the
caldav servers are implementing, and the one that they will fall back
to.


> - Should I expect an email with an invitation in B's account? Or would
> the invitation be passed on through CALiDav?

DAViCal doesn't yet support the sending of events through the server. I
hope this is in 0.9.8, but possibly it will slip to 0.9.8.1 or so.


> - Does it matter that the email addresses are not @ the domain of the
> calendar server?

No. They're just e-mail addresses. In DAViCal they are looked up
against the e-mail address recorded against each user, which are just
purely arbitrary data-entry fields unless you're using (e.g.) LDAP
authentication.


> Does it work for anybody with iCal 4? Would it be helpful for anybody if
> I log the HTTP traffic between A's computer and the server?

I'll certainly be looking for traces when I'm a bit further down the
track. Right now I *know* I need to do more work before it's usable
though. Maybe next week some time.


> I hope this email did not end up beeing to long.. Thanks for reading it
> till here :)

No problem. I hope you understand that the specification for much of
this extension to CalDAV is still under development. What iCal3 did was
roughly in line with draft 4 of the specification (i.e. Scheduling
extensions to CalDAV), and iCal4 follows (approximately) draft 8, and
there were substantial changes in between.

I've been a bit hesitant to put too much effort into implementing the
earlier versions, but at draft 8 it's unlikely to change substantially
before finalising, so I'm now moving forward with it.

Regards,
Andrew.

------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
Flexibility is overrated. Constraints are liberating.
------------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.morphoss.com/pipermail/davical-users/attachments/20091024/187e26af/attachment.pgp>
-------------- next part --------------