Is there any news for this? The bug still persists and our id is
correctly setup in the sogo config.
Best regards
Christoph Zechner
On 14/10/2019 15:40, Christoph Zechner ([email protected]) wrote:
Hi Cedric,
On 14/10/2019 14:46, Cédric Archambeau
([email protected]) wrote:
Hi Christoph,
"sogo-connector.autocomplete.server.urlid" is not an url, it's the
*SOGo name* of the address book you want as default provider for
autocompletion.
This value is one of your "id" from SOGoUserSources on server's config.
Thank you for confirming this, in our case the "id" under
SOGoUserSources is a ldap url, that's why I used the anonymised version
"ldap.example.com", because it is the same format.
Best regards
Christoph
Regards,
Cedric
Le 10/10/2019 à 17:39, Christoph Zechner ([email protected]) a écrit :
Hi Ludovic,
I have customised the files as described in the readme [1], created a
custom site, changed the update path, the version number and the
sogo-connector.autocomplete.server.urlid
(lpref("sogo-connector.autocomplete.server.urlid",
"ldap.example.com")) and built the xpi.
Installation works, after restarting Thunderbird there's a prompt for
user name and password and then calendars and address books are syncing.
The problem is Thunderbird creates the same ldap address book after
every restart as a new one, so there are multiple entries when
looking at about:config like this:
ldap_2.servers.public.uri
ldap_2.servers.public_1.uri
ldap_2.servers.public_2.uri
ldap_2.servers.public_3.uri
It's still working, but you get the idea, why this is not optima...
Tested on Windows 10 (x64) with TB 68.1.1/69b4/70b3
Thanks in advance!
Cheers
Christoph
[1] https://github.com/inverse-inc/sogo-connector
--
[email protected]
https://inverse.ca/sogo/lists
