Re: [SOGo] Thunderbird: CalDAV Fatal Error doing multiget for Personal Calendar [PARTIAL SOLUTION]
On 04/05/2016 11:41 AM, Dave Fullerton (dfullertaster...@shorelinecontainer.com) wrote: On 04/05/2016 10:47 AM, Charles Marcus (cmar...@media-brokers.com) wrote: On 3/29/2016 3:44 PM, Chris (ch...@espacenetworks.com) <users@sogo.nu> wrote: On 3/29/2016 3:10 PM, Dave Fullerton (dfullertaster...@shorelinecontainer.com) wrote: I figured out what was causing thunderbird's sync to fail. It appears this particular user was putting emoji (unicode) in some of his events. Thunderbird appears to download the calendar in blocks and whenever it would come across these emoji in a block the remaining (or even all, I didn't actually check) of the events in that block would be missing. The interesting bit was that some of these events that caused thunderbird to fail on the download also did not appear in SOGo's own web interface. I had to use a PHP caldav class to remove the offending entries via href. Here is what I had to do to find and correct the entries in case it is of any help to any one else: 1) In thunderbird's config editor, set the calendar.debug.log and calendar.debug.log.verbose to true. 2) Open Thunderbird's error console (CTRL-SHIFT-J) 3) Clear the error console but leave it open. 4) Reset the calendar cache and force thunderbird to re-download the entire calendar. 5) Check the error console for the "CalDAV: Fatal Error doing..." warning message. 6) Look at the message just below it that contains the ical raw data. You will see BEGIN:VCALENDAR, BEGIN:VEVENT, etc data. Scroll so you can see the bottom of this message (it could take several screens worth to get to the bottom) and look at the last line. In my case the last line was a SUMMARY: line. This is the event that Thunderbird choked on. Using the SUMMARY, DTSTART or any other information you can find use it to locate that event in the web interface, edit it and remove anything that is not a regular printed character. In some cases I had to query the sogo database for more information, like an href so I could delete it with a php caldav class. 7) Go to step 3 and repeat until there are no more warning messages in step 5. 8) Send an email to the user and tell them to stop using emoji in their calendar events. Good work! Inverse should fix this bug in the CalDAV calendar sync so that it is able to encounter unicode/emoji without crashing the sync. So... is this a Thunderbird bug or SOGo bug? Was a bug report created in the offending software's bug tracker? I don't know which side is the guilty party. I know that thunderbird is capable of receiving unicode characters because some of the emoji in the events that didn't cause the error would appear as a diamond with a "?" in the middle. That means that SOGo was able to store the character and transmit it to thunderbird even if thunderbird couldn't display it. In other cases, it wasn't. But I'm not sure how to tell which program is at fault. So, no, a bug report was not created. -Dave Mr Marcus, Your email got me thinking about this more and I ran another test. I created a new user with a blank calendar and loaded some events with an iPad. First an event with no emoji which syncs with thunderbird fine. Then an event with emoji that will not sync with thunderbird. I tried a packet capture but I couldn't not see any of the calendar data being transmitted. Next I removed the caldav account on the iPad, rebooted it and re-added the account. None of the events showed up. As soon as I removed the emoji event from within SOGo, the other event appeared on the iPad. So I am concluding this is a SOGo issue. A bug report has been filed: http://sogo.nu/bugs/view.php?id=3616 -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird: CalDAV Fatal Error doing multiget for Personal Calendar [PARTIAL SOLUTION]
On 04/05/2016 10:47 AM, Charles Marcus (cmar...@media-brokers.com) wrote: On 3/29/2016 3:44 PM, Chris (ch...@espacenetworks.com) <users@sogo.nu> wrote: On 3/29/2016 3:10 PM, Dave Fullerton (dfullertaster...@shorelinecontainer.com) wrote: I figured out what was causing thunderbird's sync to fail. It appears this particular user was putting emoji (unicode) in some of his events. Thunderbird appears to download the calendar in blocks and whenever it would come across these emoji in a block the remaining (or even all, I didn't actually check) of the events in that block would be missing. The interesting bit was that some of these events that caused thunderbird to fail on the download also did not appear in SOGo's own web interface. I had to use a PHP caldav class to remove the offending entries via href. Here is what I had to do to find and correct the entries in case it is of any help to any one else: 1) In thunderbird's config editor, set the calendar.debug.log and calendar.debug.log.verbose to true. 2) Open Thunderbird's error console (CTRL-SHIFT-J) 3) Clear the error console but leave it open. 4) Reset the calendar cache and force thunderbird to re-download the entire calendar. 5) Check the error console for the "CalDAV: Fatal Error doing..." warning message. 6) Look at the message just below it that contains the ical raw data. You will see BEGIN:VCALENDAR, BEGIN:VEVENT, etc data. Scroll so you can see the bottom of this message (it could take several screens worth to get to the bottom) and look at the last line. In my case the last line was a SUMMARY: line. This is the event that Thunderbird choked on. Using the SUMMARY, DTSTART or any other information you can find use it to locate that event in the web interface, edit it and remove anything that is not a regular printed character. In some cases I had to query the sogo database for more information, like an href so I could delete it with a php caldav class. 7) Go to step 3 and repeat until there are no more warning messages in step 5. 8) Send an email to the user and tell them to stop using emoji in their calendar events. Good work! Inverse should fix this bug in the CalDAV calendar sync so that it is able to encounter unicode/emoji without crashing the sync. So... is this a Thunderbird bug or SOGo bug? Was a bug report created in the offending software's bug tracker? I don't know which side is the guilty party. I know that thunderbird is capable of receiving unicode characters because some of the emoji in the events that didn't cause the error would appear as a diamond with a "?" in the middle. That means that SOGo was able to store the character and transmit it to thunderbird even if thunderbird couldn't display it. In other cases, it wasn't. But I'm not sure how to tell which program is at fault. So, no, a bug report was not created. -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird: CalDAV Fatal Error doing multiget for Personal Calendar [PARTIAL SOLUTION]
On 03/25/2016 02:03 PM, Dave Fullerton (dfullertaster...@shorelinecontainer.com) wrote: Greetings everyone, I have a user who is unable to download his full calendar into thunderbird. Events are appearing in the SOGo (2.3.8) web interface and on his iPhone but not in thunderbird. When I reset the calendar cache in thunderbird the calendar is cleared and only about 20 events download. In Thunderbird's error console I see the following message repeated three times: CalDAV: Fatal Error doing multiget for Personal Calendar file://c:/Documents.../calendar-js/calDavRequestHandlers.js line: 834 I have tried it with Thunderbird 38.6 and 38.7.1 using connector/integrator 31.0.2 on two different computers and I get the same thing. The calendar will show up if I subscribe to it as a ics calendar on the network, just not with caldav. Any ideas? Thank you -Dave I figured out what was causing thunderbird's sync to fail. It appears this particular user was putting emoji (unicode) in some of his events. Thunderbird appears to download the calendar in blocks and whenever it would come across these emoji in a block the remaining (or even all, I didn't actually check) of the events in that block would be missing. The interesting bit was that some of these events that caused thunderbird to fail on the download also did not appear in SOGo's own web interface. I had to use a PHP caldav class to remove the offending entries via href. Here is what I had to do to find and correct the entries in case it is of any help to any one else: 1) In thunderbird's config editor, set the calendar.debug.log and calendar.debug.log.verbose to true. 2) Open Thunderbird's error console (CTRL-SHIFT-J) 3) Clear the error console but leave it open. 4) Reset the calendar cache and force thunderbird to re-download the entire calendar. 5) Check the error console for the "CalDAV: Fatal Error doing..." warning message. 6) Look at the message just below it that contains the ical raw data. You will see BEGIN:VCALENDAR, BEGIN:VEVENT, etc data. Scroll so you can see the bottom of this message (it could take several screens worth to get to the bottom) and look at the last line. In my case the last line was a SUMMARY: line. This is the event that Thunderbird choked on. Using the SUMMARY, DTSTART or any other information you can find use it to locate that event in the web interface, edit it and remove anything that is not a regular printed character. In some cases I had to query the sogo database for more information, like an href so I could delete it with a php caldav class. 7) Go to step 3 and repeat until there are no more warning messages in step 5. 8) Send an email to the user and tell them to stop using emoji in their calendar events. -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Thunderbird: CalDAV Fatal Error doing multiget for Personal Calendar
Greetings everyone, I have a user who is unable to download his full calendar into thunderbird. Events are appearing in the SOGo (2.3.8) web interface and on his iPhone but not in thunderbird. When I reset the calendar cache in thunderbird the calendar is cleared and only about 20 events download. In Thunderbird's error console I see the following message repeated three times: CalDAV: Fatal Error doing multiget for Personal Calendar file://c:/Documents.../calendar-js/calDavRequestHandlers.js line: 834 I have tried it with Thunderbird 38.6 and 38.7.1 using connector/integrator 31.0.2 on two different computers and I get the same thing. The calendar will show up if I subscribe to it as a ics calendar on the network, just not with caldav. Any ideas? Thank you -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] iPhone CalDAV sync troubleshooting
On 10/20/2015 07:35 PM, Stephen Ingram wrote: On Fri, Oct 2, 2015 at 9:02 AM, Stephen Ingram <sbing...@gmail.com <mailto:sbing...@gmail.com>> wrote: On Fri, Oct 2, 2015 at 8:12 AM, Dave Fullerton <dfullertaster...@shorelinecontainer.com <mailto:dfullertaster...@shorelinecontainer.com>> wrote: On 09/30/2015 12:05 PM, Stephen Ingram wrote: I have one user who is having difficulty getting all events to sync to his phone. Everything syncs to the calendar on the Mac just great, but there are missing events on the iPhone. Logs don't seem to indicate any problems. Im wondering if there is a entry that is causing an issue. If so will backing up, removing the calendar and restoring with sogo-tool correct any potential issues with the event formatting? Steve I have a similar problem. I have not found a solution, but I can share what I have found so far: 1) The problem seems to be limited to iOS devices. I have only tried using caldav, but each iOS device that I connect to this person's calendar will not pull down the complete calendar. Any Android device I connect with caldav-sync works fine. 2) Like you, I have found nothing in the logs to indicate a problem. 3) I have not been able to trace it to a particular event, I think the problem is the number of events rather than the content. I can't find an easy way to purge old events. Even if I do delete them from thunderbird, they seem to stay in the database on SOGo. 4) I have tried exporting and re-importing with sogo-tool as well as exporting to an ics and then importing it to a new calendar. Neither was successful. Thanks Dave. I'm glad to see I'm not the only one who has noticed this problem. I did find reference to a 25,000 event limit for iOS. Although I haven't been able to confirm it, it seemed to help by purging some of the older events. And, yes, since sogo-tool won't do it, The user had to login to the Web interface and then change the filter to all for the list of events. This resulted in a full chronological list. Then the oldest events could be deleted in small batches (a large group of selected events did not seem to delete properly, however, a smaller selected amount, say about two months, worked). Interesting that you mention about those events not being removed. I didn't check to see that those were gone. I just sort of assumed since they didn't appear in the calendar any longer, that they were actually removed. The calendar on the Mac desktop doesn't seem to have any issues and includes all events so the code is obviously different. Apple seems to tweak the CalDAV code with each release, so I'm guessing this is the cause and SOGo is not longer as compatible as it once was with iOS. It's particularly troubling as some events in a day will sync where others will not. I would report a bug on this, but I don't even know where to start due to the lack of telemetry data in the logs. If I can find a way to increase the logging data, perhaps that will shine a light on the problem. Dave- I have since requested the same user's calendar to an iPad with same version of iOS and it works perfectly. There must be some other app causing an issue on the phone, or, perhaps an issue with the phone itself. I've also substantially increased logging inside SOGo and still don't see any errors. I've also backed up and restored using sogo-tool. Nothing seems to work. I'm curious if you were able to find out what is wrong in your situation? Steve Steve, No, I never did. I also tried setting up an iPad with the same calendar and had the same problem of not all items pulling in. The difference was that it would pull in a *different* set of events, but not all of them. -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] iPhone CalDAV sync troubleshooting
On 09/30/2015 12:05 PM, Stephen Ingram wrote: I have one user who is having difficulty getting all events to sync to his phone. Everything syncs to the calendar on the Mac just great, but there are missing events on the iPhone. Logs don't seem to indicate any problems. Im wondering if there is a entry that is causing an issue. If so will backing up, removing the calendar and restoring with sogo-tool correct any potential issues with the event formatting? Steve I have a similar problem. I have not found a solution, but I can share what I have found so far: 1) The problem seems to be limited to iOS devices. I have only tried using caldav, but each iOS device that I connect to this person's calendar will not pull down the complete calendar. Any Android device I connect with caldav-sync works fine. 2) Like you, I have found nothing in the logs to indicate a problem. 3) I have not been able to trace it to a particular event, I think the problem is the number of events rather than the content. I can't find an easy way to purge old events. Even if I do delete them from thunderbird, they seem to stay in the database on SOGo. 4) I have tried exporting and re-importing with sogo-tool as well as exporting to an ics and then importing it to a new calendar. Neither was successful. -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] iOS CalDAV sync incomplete
Greetings Everyone, I'm having a problem with a user's calendar syncing on iOS 8.38.2 with SOGo 2.2.17a. I have verified that all the events that are supposed to be there are there when you log in to the SOGo web interface. I have also synced the calendar on an android device using CalDAV-sync and everything works there. On the Apple device only some of the events are showing up. I have deleted the account on the phone, rebooted and re-added. I have made sure the sync all events option is set. I'm sure there is one or more events that the phone is choking on and just stopping at but I have no idea how to figure out which one. Does anyone have any tips for debugging this issue? Thank you -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 24.5.0 on latest Linux Mint
On 05/09/2014 08:38 AM, Márcio Merlone wrote: Anybody using Thunderbird 24.5 on Linux? Em 06-05-2014 09:15, Márcio Merlone escreveu: Hi Folks, I just upgraded my sogo server to 2.2.3-1 and my Thunderbird to 24.5.0. Remade sogo connector and integrator 24.0.4, Lightning 2.6.4, deployed via updates.php and all my Windows users are happy, except me, the only one using linux. It does not load any calendar or contacts. Any hint? Thanks in advance. -- *Marcio Merlone* -- *Marcio Merlone* I am using TB 24.5 on linux with the connector, but not the integrator. Everything is working fine for me. -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Slackware libSOGo.so.2 error
On 08/27/2013 04:53 PM, mattcr...@gmail.com wrote: When I do the following on Slackware 14.0 #sogod I receive the message sogod: error while loading shared libraries: libSOGo.so.2: cannot open shared object file: No such file or directory I have Googled for libSOGo.so.2 and cannot find the package it is supposed to be a part of Has anyone had this problem before and also does anyone have a hints/help on setting up sogo on a Slackware 14.0 machine? Matt libSOGo.so.2 is installed with the SOGo source. Just doing a make install should put it on your system. Where it ends up I think depends on how gnustep was compiled. I used the gnustep slackbuilds from slackbuilds.org and my libSOGo.so.2 ended up in /usr/lib as a symlink to ./GNUstep/Frameworks/SOGo.framework/Versions/Current/libSOGo.so.2 -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo Slackware
On 07/14/2013 07:49 PM, t...@espl.co.uk wrote: I would like to install SOGo on a Slackware server. What is the best way to proceed ? Thanks. Tony Erwood. I would start with slackbuilds.org and download the slackbuild scripts for the dependancies (postgres, libevent, libmemcached, memcached, gnustep-base, gnustep-make) and get those packages built and installed. There are no build scripts on slackbuilds for sope or sogo, but I made my own I can share if you like. -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] updates.php not working
On 01/28/2013 05:45 PM, Donny Brooks wrote: On 01/25/2013 07:33 AM, Donny Brooks wrote: On 01/25/2013 07:07 AM, Jean Raby wrote: On 13-01-24 2:45 PM, Donny Brooks wrote: Ever since the plugins were upgraded to 10.0.3 I have had problems getting my clients to update automatically. Before this everything was fine. Now that we have a new fresh install I have gotten the updates.php file from github and edited for my setup. The integrators extensions.rdf file has been updated accordingly. I see the client hitting apache logs: 10.8.3.154 - - [24/Jan/2013:13:35:46 -0600] GET /plugins/updates.php?plugin=sogo-integra...@inverse.caversion=0.00platform=WINNT_x86-msvc HTTP/1.1 304 - - Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.8) Gecko/20121005 Thunderbird/10.0.8 Lightning/1.2.1 However there is no prompt saying it is updating plugins and to restart. What could I be missing? What do you see if you fetch this url with a regular browser : /plugins/updates.php?plugin=sogo-integra...@inverse.caversion=0.00platform=WINNT_x86-msvc 10.8.3.154 - - [25/Jan/2013:07:32:18 -0600] GET /plugins/updates.php?plugin=sogo-integra...@inverse.caversion=0.00platform=WINNT_x86-msvc HTTP/1.1 200 3159 - Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.56 Safari/537.17 Thing is the version I had installed was 10.0.3 where the updates.php was set for 10.0.4. I am going to compare and test the 10.0.1 version this morning as I got to looking and that was the last version that worked right. Looking at the 10.0.1 compared to the 10.0.3 I don't see any difference. Does anyone have the automatic updates working and would like to share their setup? You showed what you see in the web server logs, but what do you see in the browser when you visit the url in your browser? You should see some XML that is similar to this: RDF xmlns=http://www.w3.org/1999/02/22-rdf-syntax-ns#; xmlns:em=http://www.mozilla.org/2004/em-rdf#; Description about=urn:mozilla:extension:sogo-integra...@inverse.ca em:updates Seq li Description em:version17.0.2.3/em:version em:targetApplication Description em:id{3550f703-e582-4d05-9a08-453d09bdfdc6}/em:id em:minVersion17.0/em:minVersion em:maxVersion17.*/em:maxVersion em:updateLinkhttp://myupdateserver.mycompany.com/thunderbird/addons/sogo-integrator-17.0.2.3.xpi/em:updateLink /Description /em:targetApplication /Description /li /Seq /em:updates /Description /RDF If you don't, then you have a problem with your updates.php file. -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] updates.php not working
On 01/29/2013 03:03 PM, Donny Brooks wrote: On 01/29/2013 12:58 PM, Dave Fullerton wrote: On 01/28/2013 05:45 PM, Donny Brooks wrote: On 01/25/2013 07:33 AM, Donny Brooks wrote: On 01/25/2013 07:07 AM, Jean Raby wrote: On 13-01-24 2:45 PM, Donny Brooks wrote: Ever since the plugins were upgraded to 10.0.3 I have had problems getting my clients to update automatically. Before this everything was fine. Now that we have a new fresh install I have gotten the updates.php file from github and edited for my setup. The integrators extensions.rdf file has been updated accordingly. I see the client hitting apache logs: 10.8.3.154 - - [24/Jan/2013:13:35:46 -0600] GET /plugins/updates.php?plugin=sogo-integra...@inverse.caversion=0.00platform=WINNT_x86-msvc HTTP/1.1 304 - - Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.8) Gecko/20121005 Thunderbird/10.0.8 Lightning/1.2.1 However there is no prompt saying it is updating plugins and to restart. What could I be missing? What do you see if you fetch this url with a regular browser : /plugins/updates.php?plugin=sogo-integra...@inverse.caversion=0.00platform=WINNT_x86-msvc 10.8.3.154 - - [25/Jan/2013:07:32:18 -0600] GET /plugins/updates.php?plugin=sogo-integra...@inverse.caversion=0.00platform=WINNT_x86-msvc HTTP/1.1 200 3159 - Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.56 Safari/537.17 Thing is the version I had installed was 10.0.3 where the updates.php was set for 10.0.4. I am going to compare and test the 10.0.1 version this morning as I got to looking and that was the last version that worked right. Looking at the 10.0.1 compared to the 10.0.3 I don't see any difference. Does anyone have the automatic updates working and would like to share their setup? You showed what you see in the web server logs, but what do you see in the browser when you visit the url in your browser? You should see some XML that is similar to this: RDF xmlns=http://www.w3.org/1999/02/22-rdf-syntax-ns#; xmlns:em=http://www.mozilla.org/2004/em-rdf#; Description about=urn:mozilla:extension:sogo-integra...@inverse.ca em:updates Seq li Description em:version17.0.2.3/em:version em:targetApplication Description em:id{3550f703-e582-4d05-9a08-453d09bdfdc6}/em:id em:minVersion17.0/em:minVersion em:maxVersion17.*/em:maxVersion em:updateLinkhttp://myupdateserver.mycompany.com/thunderbird/addons/sogo-integrator-17.0.2.3.xpi/em:updateLink /Description /em:targetApplication /Description /li /Seq /em:updates /Description /RDF If you don't, then you have a problem with your updates.php file. -Dave And that I don't see. So that is probably my problem. It actually shows my updates.php file contents. Here is my current updates.php if someone has a chance to compare it to their working one: If the web server is returning the source of your updates.php then you have a configuration error on your web server. You need to make sure you have php installed and then loaded in apache. I'm using php5, and I have to have these lines either directly in my httpd.conf or included (which in my case they are) from another file: # Load the PHP module: LoadModule php5_module lib/httpd/modules/libphp5.so # Tell Apache to feed all *.php files through PHP. If you'd like to # parse PHP embedded in files with different extensions, comment out # these lines and see the example below. FilesMatch \.php$ SetHandler application/x-httpd-php /FilesMatch If you can't find them, then you will need to look for specific help for your distribution on how to enable and configure PHP. -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Some contacts not syncing with iOS (please save me)
I was setting up our Sales manager on SOGo today and ran into a weird problem. After I got Thunderbird set up I imported his contacts and email from Outlook. The import went successfully and I can see of his 700+ contacts in both Thunderbird and in the SOGo web portal but not all of them are showing up on his iOS devices. I have discovered that if I open a contact in the web portal and then save it without making any changes, that it will then show up on his iOS devices. I've gone through the A's and B's but I would prefer to not have to go through the rest of them like this as it will probably take me all afternoon. Anyone have any ideas on what went wrong and how I can fix it? Thanks in advance -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Thunderbird auto-update woes.
Hello all, I am trying to set up an thunderbird auto-update server as described here: http://wiki.sogo.nu/TB-upgrade-service but I am running into a roadblock. If I preform a clean install of TB 17.0esr and then using about:config to set the app.update.url.override to my update server then when I go to Help-About Thunderbird it downloads the update (17.0.2) and prompts me to install it. So far, so good. However, if I perform a clean install of TB, install the sogo-integrator and restart then all of my addons are installed and/or updated but thunderbird will not update. If I go to about:config I can see that the integrator has populated app.update.url.override with the correct address but TB keeps telling me that it is up to date. Whenever I go Help-About Thunderbird I can see in the apache logs that TB is contacting the server and requesting the correct URL, but no matter what I try TB just keeps telling me that it is up to date. Why does it work when the integrator is not installed but not when it is? Here are the contents of site.js from my custom sogo-integrator.xpi pref(app.update.auto, true); pref(app.update.enabled, true); pref(app.update.url.override, http://srvlinuxnu.dmzhol.sc-intra.local/thunderbird/main/update/3/%PRODUCT%/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml;); pref(autoupdate.enabled, true); // Anyone know what this setting is for? pref(extensions.update.auto, false); pref(extensions.update.enabled, false); pref(mail.imap.mime_parts_on_demand_threshold, 30); pref(mail.inline_attachments, true); pref(mail.mdn.report.not_in_to_cc, 0); pref(mail.strictly_mime.parm_folding, 0); pref(calendar.alarms.showmissed, false); pref(calendar.caldav.sched.enabled, true); pref(calendar.timezone.local, /mozilla.org/20070129_1/America/New_York); pref(sogo-integrator.autocomplete.server.urlid, company); Thanks in advance -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird auto-update woes. - SOLVED
On 01/18/2013 10:12 AM, Dave Fullerton wrote: Hello all, I am trying to set up an thunderbird auto-update server as described here: http://wiki.sogo.nu/TB-upgrade-service but I am running into a roadblock. If I preform a clean install of TB 17.0esr and then using about:config to set the app.update.url.override to my update server then when I go to Help-About Thunderbird it downloads the update (17.0.2) and prompts me to install it. So far, so good. However, if I perform a clean install of TB, install the sogo-integrator and restart then all of my addons are installed and/or updated but thunderbird will not update. If I go to about:config I can see that the integrator has populated app.update.url.override with the correct address but TB keeps telling me that it is up to date. Whenever I go Help-About Thunderbird I can see in the apache logs that TB is contacting the server and requesting the correct URL, but no matter what I try TB just keeps telling me that it is up to date. Why does it work when the integrator is not installed but not when it is? Here are the contents of site.js from my custom sogo-integrator.xpi pref(app.update.auto, true); pref(app.update.enabled, true); pref(app.update.url.override, http://srvlinuxnu.dmzhol.sc-intra.local/thunderbird/main/update/3/%PRODUCT%/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml;); pref(autoupdate.enabled, true); // Anyone know what this setting is for? pref(extensions.update.auto, false); pref(extensions.update.enabled, false); pref(mail.imap.mime_parts_on_demand_threshold, 30); pref(mail.inline_attachments, true); pref(mail.mdn.report.not_in_to_cc, 0); pref(mail.strictly_mime.parm_folding, 0); pref(calendar.alarms.showmissed, false); pref(calendar.caldav.sched.enabled, true); pref(calendar.timezone.local, /mozilla.org/20070129_1/America/New_York); pref(sogo-integrator.autocomplete.server.urlid, company); Thanks in advance -Dave I figured it out after a few hours of Googleing and trial and error. The short of it is that I needed to change this line in my site.js from pref(app.update.url.override, http://srvlinuxnu.dmzhol.sc-intra.local/thunderbird/main/update/3/%PRODUCT%/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml;); to user_pref(app.update.url.override, http://srvlinuxnu.dmzhol.sc-intra.local/thunderbird/main/update/3/%PRODUCT%/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml;); Apparently the folks at mozilla only bypass certificate and ssl vs non-ssl checks when the app.update.url.override is set as a user preference. (source: https://bugzilla.mozilla.org/show_bug.cgi?id=800307) -Dave -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo compilation error (Slackware 14 and libSBJson.so.2)
On 01/03/2013 04:05 AM, lukasg@gmail.com wrote: Hello, I'm trying to compile SOGo 2.0.3 on Slackware 14.0. dependencies for GNUstep I have installed in Slackware: make-3.82 binutils-2.22.52.0.2 gccgcc-4.7.1 gcc-objc-4.7.1 libffi-3.0.11 gmp-5.0.5 guile-1.8.8 openssll-1.0.1c openssl-solibs-1.0.1c libtiff-3.9.6 libpng-1.4.12 libjpeg-v8a libxml2-2.8.0 audiofile-0.2.7 windowmaker-0.95.3 missing, but (I hope) not required: iconv ffcall (probably automaticaly installed with GNUstep Startup in next step) libobjce I've then installed: GNUstep Startup 0.28.0 libmemcached 1.0 apache and mySQL are up and running (but not configured for SOGo yet) I've installed SOPE 2.0.3a with: ./configure --with-gnustep --enable-debug --disable-strip make make install I've configured SOGo-2.0.3 with: ./configure --enable-debug --disable-strip and when I run make I get this error: Making all in Main ... Making all for tool sogod... Linking tool sogod ... /usr/lib/gcc/i486-slackware-linux/4.7.1/../../../../i486-slackware-linux/bin/ld: warning: libSBJson.so.2, needed by ../SoObjects/SOGo/SOGo.framework/libSOGo.so, not found (try using -rpath or -rpath-link) ../SoObjects/SOGo/SOGo.framework/libSOGo.so: undefined reference to `__objc_class_name_SBJsonParser' collect2: error: ld returned 1 exit status make[4]: *** [obj/sogod] Error 1 make[3]: *** [internal-tool-all_] Error 2 make[2]: *** [sogod.all.tool.variables] Error 2 make[1]: *** [internal-all] Error 2 make: *** [internal-all] Error 2 but libSBJson.so.2 is installed in /usr/GNUstep/System/Library/Libraries/ I'm not very experienced in compiling, :) but I can post any logs, directories and files content, etc. as needed to provide you more information. Please let me know how to solve this error. Thank you. Lukas I am running SOGo on slackware 14 as well, so take heart that it can be done! The libSBJson library is part of SOPE. However, mine is installed in /usr/lib. It may be that /usr/GNUstep/System/Library/Libraries/ is not in the search path for the linker to find, but I'm afraid I don't know how to fix that. When I compiled SOPE I used this for configure: ./configure --prefix=/usr --disable-strip --enable-debug This put the most of the libraries in /usr/lib and some in /usr/local/lib (no idea why). Looking at your list of dependencies, I see you have libmemcached, but you will also need memcached itself and I ended up needing libevent somewhere along the line. I have created a set of slackbuild scripts that will generate packages for gnustep, sope, sogo, memcached and libmemcached that I am willing to share if you would like them. It might help get things started and it will generate nice packages that you can installpkg, upgradepkg and removepkg in the future if you need to. -Dave -- users@sogo.nu https://inverse.ca/sogo/lists