View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000658||SOGo||Backend Calendar||public||2010-06-17 04:20||2013-06-25 11:27|
|Target Version||Fixed in Version|
|Summary||0000658: ical4 (snowleopard) invites /SOGo/dav/username instead of email address|
|Description||I create an event in iCal4 and invite some people.|
They do not get invites in their email.
When opening the sale event from sogo's web interface, I can see that the invetees are listed as Firstname Lastname </SOGo/dav/username> instead of an email address.
|Tags||No tags attached.|
|I have already seen a similar behaviour. It may or may not be considered as a bug since the URL in question does represent the user and this is how iCal identifies attendees. We might want to handle this properly in SOGo though.|
I modified the apple-serviceinfo in the computer record for the calendar server (sogo) in my ldap and it seems to work now. Still testing, though, will let you know.
I modified the following in the XML:
|No feedback received in weeks.|
After some testing, this is the result:
The apple-serviceinfo xml must contain
for the autocompletion/availability to work.
However, when I invite someone, in sogo's web interface I see
Firstname lastname </principals/__uids__/80ade31e-e893-58ba-95f9-7fd97018c86e/>
and sogo tries to send mail to /principals/__uids__/80ade31e-e893-58ba-95f9-7fd97018c86e/.
When I change the principalPath to %(mail)s the invitees are correct (I see the email, etc) but autocompletion does not work, as well as availability. I thought it worked but it turns out it was cached. After erasing the ical cache, autocompletion does not work again.
Is there a way to work around this?
Can you sniff the traffic using tcpflow when that happens? Do multiple tests, freebusy ones, invitation ones and attach the traces individually to this ticket.
We could easily add a "hack" in SOGo.
tcpflow-availability.tar.gz (1,263 bytes)
tcpflow-invite.tar.gz (3,433 bytes)
|Please find attached a couple of tcpflow sessions, the names state how they were taken.|
that hack in sogo would be great.
we have the same problem. the only way to get snow-leopard to autocomplete, resolve groups into attendees and show free/busy is to emulate an opendirectory server, but then iCal sends the event to the server (and the email therefore) with the principals instead of a "mailto:" field.
there may be a workaround, to rewrite the field in the apache proxy
but it's a bit dirty, and you have to take into account the line breaks in the ics file, like this
I tested it in lion, no problem there, no need to emulate opendirectory anymore because you can use the CardDAV address book instead and everything is fine. but we cannot switch to lion yet, therefore the need for this hack.
|Is it still worth it to add a hack? Honestly 10.7 has been out for a long time now, and 10.8 is there too.|
|No feedback provided in months, closing.|
|2010-06-17 04:20||antt||New Issue|
||Note Added: 0001189|
|2010-07-22 02:21||antt||Note Added: 0001211|
|2010-08-25 10:40||ludovic||Note Added: 0001340|
|2010-08-25 10:40||ludovic||Status||new => resolved|
|2010-08-25 10:40||ludovic||Resolution||open => no change required|
|2010-08-25 10:40||ludovic||Assigned To||=> ludovic|
|2010-10-04 07:55||antt||Note Added: 0001539|
|2010-10-04 07:55||antt||Status||resolved => feedback|
|2010-10-04 07:55||antt||Resolution||no change required => reopened|
|2010-10-04 15:04||ludovic||Note Added: 0001541|
|2010-10-05 02:45||antt||File Added: tcpflow-availability.tar.gz|
|2010-10-05 02:46||antt||File Added: tcpflow-invite.tar.gz|
|2010-10-05 02:47||antt||Note Added: 0001542|
|2010-11-18 10:23||ludovic||Target Version||=> 1.3.5|
|2011-01-05 15:31||ludovic||Target Version||1.3.5 =>|
|2011-12-17 09:27||netphantm||Note Added: 0003181|
|2012-11-21 16:00||ludovic||Note Added: 0004963|
|2013-06-25 11:27||ludovic||Note Added: 0005699|
|2013-06-25 11:27||ludovic||Status||feedback => closed|
|2013-06-25 11:27||ludovic||Resolution||reopened => suspended|