Hi, Sorry for the late reply. After reading the log with lightning, I figured out what the problem was for us. Lightning does indeed try to refresh the event as soon as it is created, however our SOGo installation always returned a HTTP404 not found for the event entry. I tried the same link in the browser and it works. So I was confused. To explain I resolved this for us, I'll share details about the setup: We are using SOGo for only Address Books and Calendars (NOT for email). So the imap server is external with which the Thunderbird account is directly configured. Situation: Username on SOGo - xyz Username on IMAP Server x...@corporation.com
Now, we do use the setting for using full email addresses (and not user ids) for external imap and smtp (Can't recall the exact name). Now when switched on, with the integrator. Thunderbird automatically detects which account is linked with SOGo and asks for passwords. Address books syncs work. Calendars are refreshed. However, the individual events still get 404s. So the short way to fix this solution was to make the user ids consistent on both SOGo's authentication source (LDAP in our case) and the imap server, and it works. I'll explain the problem again: Suppose the UIDs on SOGo is xyz with email id x...@corporation.com. A link like: SOGo/dav/xyz/calender/123event.ics works whereas SOGo/dav/x...@corporation.com/calender/123event.ics does not work. Now I was really curios because the full calendar syncs just fine with both kind of links and is consistent. I can even log in to the web interface with either xyz or x...@corporation.com and both of them work the same. Apparently not in thunderbird though. I think there is a problem with the links on SOGo when using the person's email address rather than just the uid. I can give further debugging information with a personal setup after a while but that's how we fixed it for our enterprise. Regards Tanmay On 04/29/2015 06:23 PM, Tanmay wrote: > Hi, > I cannot reply with the full details right now (I will write another > email later). > However the short story is, enable logging in lightning (you can do it > in the prefs.js file of the extension). > > On 04/29/2015 05:53 PM, Ian McMichael wrote: >> On 29/04/15 12:50, Tanstaafl wrote: >>> This was reported in another thread recently (a few weeks ago?)... >>> >>> I would also consider it a bug - but it works correctly for me. When I >>> add an event in TB, I see it immediately on my Calendar. >>> >>> What platform/versions (OS, Thunderbird, SOGo, Integrator, etc)? >> >> I am experiencing this issue on three different SOGo installations at >> the moment. All are 2.2.17a using the Connector/Integrator 31.0.1 >> and Thunderbird 31.6.0. >> >> The differences are that I have tried Windows, Mac and Linux as the >> platform for Thunderbird. I have also tested Lightning 3.3.2 and >> 3.3.3 in all combinations on all platforms. I can find no conclusive >> errors in either the SOGo or Thunderbird logs (see my comments on >> other threads about it). >> >> The problem exhibits itself in two ways. New events in Thunderbird >> do not appear immediately in the chosen calendar (even though they >> are written to the SOGo database fine). Existing events cannot be >> opened/edited (this includes dismissing reminder notifications, which >> is *really* annoying for users). >> >> The workaround (for everything apart from reminders) is to >> right-click the calendar you want to edit (or have just added a new >> event to) and select "Reset Calendar Cache". After a brief delay the >> new event will appear and/or you will be able to edit an existing >> entry. Trying a second transaction requires this workaround to be >> used again or it also fails. >> >> How can I collect any more information to help the developers fix >> this? Should I open a bug? If so, how would you classify this as I >> am not even sure where the error exists at the moment? >> >> Thanks in advance, >> >> >> Ian. > -- users@sogo.nu https://inverse.ca/sogo/lists
