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