SOGo - BTS - SOGo
View Issue Details
0000643SOGoBackend Calendarpublic2010-06-03 10:102010-08-25 10:40
antt 
 
normalmajoralways
closedno change required 
1.2.2 
 
0000643: ical 4.0.2 does not send invites, events are not created in invitees' calendars
when a user with iCal 4 (snow leopard) invites someone, the invitee does not get a notification mail and the event is not created in his/her calendar. There is nothing relevant in sogo's logs.
No tags attached.
Issue History
2010-06-03 10:10anttNew Issue
2010-06-10 21:01ludovicNote Added: 0001103
2010-06-15 02:34anttNote Added: 0001111
2010-07-02 10:51anttNote Added: 0001141
2010-07-15 12:59wsourdeauNote Added: 0001190
2010-07-20 10:48anttNote Added: 0001201
2010-07-20 10:57wsourdeauNote Added: 0001202
2010-07-21 02:06anttNote Added: 0001203
2010-07-21 09:59wsourdeauNote Added: 0001206
2010-07-21 10:12anttNote Added: 0001208
2010-07-22 02:22anttNote Added: 0001212
2010-07-27 12:00ludovicNote Added: 0001242
2010-07-27 12:00ludovicNote Added: 0001243
2010-08-25 10:40ludovicNote Added: 0001339
2010-08-25 10:40ludovicStatusnew => closed
2010-08-25 10:40ludovicResolutionopen => no change required

Notes
(0001103)
ludovic   
2010-06-10 21:01   
As asked in the mailing list:

"Post a sample of your sogod.log file when you actually save the event containing attendees.

Was it working and it stopped after iCal 4 got updated?"
(0001111)
antt   
2010-06-15 02:34   
It seems I have an LDAP related issue, the way I mimic apple's open directory is the problem it seems. I am still investigating and am not sure the problem is in sogo.
(0001141)
antt   
2010-07-02 10:51   
27.0.0.1 - - [02/Jul/2010:16:48:57 GMT] "PUT /SOGo/dav/apopov/Calendar/personal/3DEB11A7-6153-4240-89B4-FAC01F105800.ics HTTP/1.1" 201 0/710 0.165 - - 0
127.0.0.1 - - [02/Jul/2010:16:48:57 GMT] "POST /SOGo/dav/apopov/Calendar/personal/ HTTP/1.1" 200 1921/622 0.088 - - 0
2010-07-02 16:49:06.185 sogod[7390] Scanner initialised with nil string
127.0.0.1 - - [02/Jul/2010:16:49:06 GMT] "POST /SOGo/dav/apopov/Calendar/personal/ HTTP/1.1" 200 630/465 0.075 - - 0
2010-07-02 16:49:07.926 sogod[7390] Scanner initialised with nil string
127.0.0.1 - - [02/Jul/2010:16:49:07 GMT] "POST /SOGo/dav/apopov/Calendar/personal/ HTTP/1.1" 200 642/477 0.075 - - 0
Jul 02 16:49:10 sogod: SOGo watchdog [7390]: <<0x209B2F30[SOGoAppointmentObject]:3DEB11A7-6153-4240-89B4-FAC01F105800.ics>>D etag '"gcs00000000"' matches: "gcs00000000"
127.0.0.1 - - [02/Jul/2010:16:49:10 GMT] "PUT /SOGo/dav/apopov/Calendar/personal/3DEB11A7-6153-4240-89B4-FAC01F105800.ics HTTP/1.1" 204 0/1196 0.102 - - 0
127.0.0.1 - - [02/Jul/2010:16:49:10 GMT] "POST /SOGo/dav/apopov/Calendar/personal/ HTTP/1.1" 200 411/1212 0.191 - - 8K
127.0.0.1 - - [02/Jul/2010:16:49:10 GMT] "POST /SOGo/dav/apopov/Calendar/personal/ HTTP/1.1" 200 2053/622 0.089 - - 0
2010-07-02 16:49:11.195 sogod[7389] Scanner initialised with nil string
2010-07-02 16:49:11.204 sogod[7389] Scanner initialised with nil string
2010-07-02 16:49:11.208 sogod[7389] Scanner initialised with nil string
(0001190)
wsourdeau   
2010-07-15 12:59   
Can you retry with the next nightlies, with suffix "20100715" ?
(0001201)
antt   
2010-07-20 10:48   
I will try tomorrow morning - I am running a live system with real users and am not sure the database update will not break something.
a simple rpm update will not fix the postgres database, right? I have to fix it manually.. will write here once I upgrade and test again.
(0001202)
wsourdeau   
2010-07-20 10:57   
The database update has to be done semi-automatically. You only need to run the script "sql-update-1.2.2_to_1.3.0.sh" if you are using PgSQL. In the case you would like to revert to an older version, the database changes will not be an issue since we only added a field in the calendar tables...
(0001203)
antt   
2010-07-21 02:06   
When I invite someone from iCal 4 and then look at the same event from the web interface I see the invited person is

/principals/__uids__/2e4430af-5682-560e-8281-cd3fa07b5039/

and not an email address
(0001206)
wsourdeau   
2010-07-21 09:59   
That's what you have reported in 0000658 already. What about the current problem?
(0001208)
antt   
2010-07-21 10:12   
I updated my sogo to last nightly but problem persists

I think it is the same problem as 658.
Can you consolidate both tickets or just delete the other one.
depending on the LDAP I use I either see FirstName Lastnale </SOGo/dav/flastname/> or Firstname Lastname </principals/__uids__/2e4430af-5682-560e-8281-cd3fa07b5039/>
I guess iCal 4 gets the principal URI instead of the email and will try to fix it on the ldap end, if sogo cannot handle this behaviour..
(0001212)
antt   
2010-07-22 02:22   
As I wrote in the other ticket:

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:

<key>principalPath</key>
<string>%(mail)s</string>
(0001242)
ludovic   
2010-07-27 12:00   
What's the status on this bug and 0000658?
(0001243)
ludovic   
2010-07-27 12:00   
What's the status on this bug and 0000658?
(0001339)
ludovic   
2010-08-25 10:40   
No feedback received in weeks.