Dependency Graph

Dependency Graph
related to related to child of child of duplicate of duplicate of

View Issue Details

IDProjectCategoryView StatusLast Update
0000643SOGoBackend Calendarpublic2010-08-25 14:40
Reporterantt Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionno change required 
Product Version1.2.2 
Summary0000643: ical 4.0.2 does not send invites, events are not created in invitees' calendars
Description

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.

TagsNo tags attached.

Activities

ludovic

ludovic

2010-06-11 01:01

administrator   ~0001103

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?"

antt

antt

2010-06-15 06:34

reporter   ~0001111

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.

antt

antt

2010-07-02 14:51

reporter   ~0001141

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

wsourdeau

wsourdeau

2010-07-15 16:59

viewer   ~0001190

Can you retry with the next nightlies, with suffix "20100715" ?

antt

antt

2010-07-20 14:48

reporter   ~0001201

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.

wsourdeau

wsourdeau

2010-07-20 14:57

viewer   ~0001202

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...

antt

antt

2010-07-21 06:06

reporter   ~0001203

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

wsourdeau

wsourdeau

2010-07-21 13:59

viewer   ~0001206

That's what you have reported in 0000658 already. What about the current problem?

antt

antt

2010-07-21 14:12

reporter   ~0001208

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..

antt

antt

2010-07-22 06:22

reporter   ~0001212

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>

ludovic

ludovic

2010-07-27 16:00

administrator   ~0001242

What's the status on this bug and 0000658?

ludovic

ludovic

2010-07-27 16:00

administrator   ~0001243

What's the status on this bug and 0000658?

ludovic

ludovic

2010-08-25 14:40

administrator   ~0001339

No feedback received in weeks.

Issue History

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