SOGo | BTS

Relationship Graph View Issue ] Dependency Graph ]
related to child of duplicate of


View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000643SOGoBackend Calendarpublic2010-06-03 10:102010-08-25 10:40
Reporterantt 
Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
PlatformOSOS Version
Product Version1.2.2 
Target VersionFixed in Version 
Summary0000643: ical 4.0.2 does not send invites, events are not created in invitees' calendars
Descriptionwhen 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.
TagsNo tags attached.
Attached Files

-  Notes
User avatar (0001103)
ludovic (administrator)
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 (reporter)
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 (reporter)
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 (viewer)
2010-07-15 12:59

Can you retry with the next nightlies, with suffix "20100715" ?
(0001201)
antt (reporter)
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 (viewer)
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 (reporter)
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 (viewer)
2010-07-21 09:59

That's what you have reported in 0000658 already. What about the current problem?
(0001208)
antt (reporter)
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 (reporter)
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>
User avatar (0001242)
ludovic (administrator)
2010-07-27 12:00

What's the status on this bug and 0000658?
User avatar (0001243)
ludovic (administrator)
2010-07-27 12:00

What's the status on this bug and 0000658?
User avatar (0001339)
ludovic (administrator)
2010-08-25 10:40

No feedback received in weeks.

- Issue History
Date Modified Username Field Change
2010-06-03 10:10 antt New Issue
2010-06-10 21:01 ludovic Note Added: 0001103
2010-06-15 02:34 antt Note Added: 0001111
2010-07-02 10:51 antt Note Added: 0001141
2010-07-15 12:59 wsourdeau Note Added: 0001190
2010-07-20 10:48 antt Note Added: 0001201
2010-07-20 10:57 wsourdeau Note Added: 0001202
2010-07-21 02:06 antt Note Added: 0001203
2010-07-21 09:59 wsourdeau Note Added: 0001206
2010-07-21 10:12 antt Note Added: 0001208
2010-07-22 02:22 antt Note Added: 0001212
2010-07-27 12:00 ludovic Note Added: 0001242
2010-07-27 12:00 ludovic Note Added: 0001243
2010-08-25 10:40 ludovic Note Added: 0001339
2010-08-25 10:40 ludovic Status new => closed
2010-08-25 10:40 ludovic Resolution open => no change required


Copyright © 2000 - 2019 MantisBT Team
Powered by Mantis Bugtracker