So as stated in the earlier parts of the thread, I am using Thunderbird 31.2.0, Lightning 3.3.1, and SOGo Connector 31.0.0. Since I am using Lightning, and Lightning is supposed to provide the authentication code does anyone have any ideas how I can resolve this problem?
from Thunderbird with debugging turned on 1/sync with https:/... exception getting pref 'extensions.ca.inverse. addressbook.groupdav.ldap_2.servers.pab.url': [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPrefBranch.getCharPref]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: chrome://sogo-connector/content/general/preference.service.addressbook.groupdav.js :: GdPSvc__getPref :: line 126" data: no] (126) exception getting pref 'extensions.ca.inverse.addressbook.groupdav.ldap_2.servers.history.url': [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPrefBranch.getCharPref]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: chrome://sogo-connector/content/general/preference.service.addressbook.groupdav.js :: GdPSvc__getPref :: line 126" data: no] (126) JavaScript error: chrome://communicator/content/contentAreaClick.js, line 62: imgs is undefined GOT STATUS: 207 new card '' will be uploaded ctag matches or drop operation GETTING BUSY NOTICE: uploading new vcard with empty key GOT STATUS: 403 GOT STATUS: 207 1/sync with https:/... ON OSx Mavericks, the only message in system log Nov 29 11:42:40 lkaplan kernel[0]: thunderbird (map: 0xffffff8027e4c690) triggered DYLD shared region unnest for map: 0xffffff8027e4c690, region 0x7fff94400000-> 0x7fff94600000. While not abnormal for debuggers, this increases system memory footprint until the target exits. and the carddav access messages 192.168.0.18 - - [29/Nov/2014:11:42:43 -0700] "PROPFIND /addressbooks/__uids__/ 08791D6A-00B8-4B16-829B-5A14A976419F/addressbook/ HTTP/1.1" 401 141 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 Lightning/3.3.1" i=0 or=1 t=21.9 192.168.0.18 - lkaplan [29/Nov/2014:11:42:48 -0700] "PROPFIND /addressbooks/__uids__/08791D6A-00B8-4B16-829B-5A14A976419F/addressbook/ HTTP/1.1" 207 2034 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 Lightning/3.3.1" i=0 or=1 t=27.0 responses=1 192.168.0.18 - lkaplan [29/Nov/2014:11:42:49 -0700] "PUT /addressbooks/__uids__/08791D6A-00B8-4B16-829B-5A14A976419F/addressbook/C6662527-7B60-0001-5EC2-C0601190B1A0.vcf HTTP/1.1" 403 368 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 Lightning/3.3.1" i=0 or=1 t=29.7 cl=194 err=valid-address-data 192.168.0.18 - lkaplan [29/Nov/2014:11:42:49 -0700] "PROPFIND /addressbooks/__uids__/08791D6A-00B8-4B16-829B-5A14A976419F/addressbook/ HTTP/1.1" 207 376 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 Lightning/3.3.1" i=0 or=1 t=20.2 thank you, Lews On Sun, Nov 30, 2014 at 3:54 PM, Lewis Kaplan <[email protected]> wrote: > yes as I replied to Steve, I am dealing with the newer version of > Thunderbird, the newer version of Lightning that goes with it and the newer > SOGo connector which corresponds the Thunderbird version. Thunderbird is > 31.2.0, SOGo is 31.0.0 and Lightning is 3.3.1. > Thank you Ludovic, Steve and Michel for taking a look at this! > > On Sun, Nov 30, 2014 at 2:25 PM, Ludovic Marcotte <[email protected]> > wrote: > >> On 29/11/2014 18:16, Lewis Kaplan wrote: >> >>> ok, so how would you fix the authenticate header, this all started when >>> I updated to the newest Sogo connector. >>> >> Do you also have Mozilla Lightning installed? If not, you need it. SOGo >> Connector uses the Lightning's authentication code. >> >> -- >> Ludovic Marcotte >> [email protected] :: +1.514.755.3630 :: http://inverse.ca >> Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence ( >> http://packetfence.org) >> >> -- >> [email protected] >> https://inverse.ca/sogo/lists >> > > -- [email protected] https://inverse.ca/sogo/lists
