Well, it looks like a fixed the problem by brute, fully uninstalling
thunderbird, including deleting everything thunderbird in ~/Library, and
then reinstalling ligthtning and connector, but if anyone knows a better
way to replace a corrupted lightning certificate, I would appreciate
knowing.

On Fri, Dec 5, 2014 at 10:19 AM, Lewis Kaplan <[email protected]>
wrote:

> I have now downgraded to Thunderbird 24.6.0, Connector 24.0.7, and
> Lightning 2.6.6 and I am still having the same problem that I have been
> having since the original upgrade.  Would the assumption be that my
> certificate is corrupted and if so, how can I get a new clean copy.
> thank you,
> Lewis
>
> On Thu, Dec 4, 2014 at 8:53 AM, Lewis Kaplan <[email protected]>
> wrote:
>
>> 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

Reply via email to