Re: [SOGo] Thunderbird 91, SOGo Connector

2021-08-23 Thread Christoph Zechner

On 23/08/2021 15:42, Christoph Zechner (zech...@vrvis.at) wrote:

On 23/08/2021 15:30, c...@brain-biotech.de wrote:


On 23.08.21 14:29, Christoph Zechner (zech...@vrvis.at) wrote:

Sorry for the misunderstanding, we did this, of course, too. I did 
not mention it before since it is one of the necessary steps 
according to the README. But in our case, it won't ask for user 
credentials at all, unless we also add the before-mentioned line.


Is the first EMail account in TB using the same username and password 
as required by SOGo?

That is the only other thing I can think of that might be relevant.


Yes, it is, but this does not seem to be the problem, as there are no 
calendars or address books synced at all, when omitting said line. I'll 
have to investigate further, it seems.


I found the solution: restarting Thunderbird seems to do the trick and 
forces a login popup. This was not the case with previous versions, 
IIRC, so I did not restart every time. Sorry for not trying this sooner, 
but now it works fine, thank you for your time and input.


Best regards
Christoph




Thanks!

Best regards
Christoph





Regards


--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird 91, SOGo Connector

2021-08-23 Thread Christoph Zechner

On 23/08/2021 15:30, c...@brain-biotech.de wrote:


On 23.08.21 14:29, Christoph Zechner (zech...@vrvis.at) wrote:

Sorry for the misunderstanding, we did this, of course, too. I did not 
mention it before since it is one of the necessary steps according to 
the README. But in our case, it won't ask for user credentials at all, 
unless we also add the before-mentioned line.


Is the first EMail account in TB using the same username and password as 
required by SOGo?

That is the only other thing I can think of that might be relevant.


Yes, it is, but this does not seem to be the problem, as there are no 
calendars or address books synced at all, when omitting said line. I'll 
have to investigate further, it seems.


Thanks!

Best regards
Christoph





Regards


--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird 91, SOGo Connector

2021-08-23 Thread Christoph Zechner

On 23/08/2021 15:28, Ludovic Marcotte (lmarco...@inverse.ca) wrote:

Hi,

It probably means you haven't properly customized the SOGo Connector.

You should have a custom/mysite directory and in there, a 
custom/mysite/chrome/content/sogo-connector/general/custom-preferenes.js file in which 
you'll do a force_char_prefs "sogo-connector.baseURL" with the URL of your SOGo 
server.

Then, you do a "make clean; make build=mysite" and you should be golden.


This is exactly what I did, but thanks for the feedback. I will do 
further tests then, knowing, that it should work like this. Thank you!


Best regards
Christoph




Thanks,

On 8/23/21, 9:09 AM, "users-requ...@sogo.nu on behalf of Christoph Zechner" 
 wrote:

 On 23/08/2021 13:56, c...@brain-biotech.de wrote:
 > On 23.08.21 11:09, Christoph Zechner (zech...@vrvis.at) wrote:
 >
 >>
 >> another thing about the TB91 connector: unless I specifically add a
 >> user's values in chrome/content/sogo-connector/global/sogo-config.js,
 >> a connection to our sogo server is not possible and the connector does
 >> nothing. I have to replace the line
 >>
 >> var sogoConfig = { username: null, baseURL: null };
 >>
 >> with
 >>
 >> var sogoConfig = { username: "testuser", baseURL:
 >> 
"https://urldefense.com/v3/__https://sogo.example.com/SOGo/dav/testuser/__;!!GjvTz_vk!FegHy9dPGA3WsTIUZManDx8VfQ_POg5Nk_cd7ZUxsm3VRYS5YbpggnOV5VB5Ta4aCA$
 " };
 >>
 >> in order to make it work.
 >
 >
 > For us it works without this. But we customize sogo-connector.baseURL in
 > "custom-preferences.js".

 Sorry for the misunderstanding, we did this, of course, too. I did not
 mention it before since it is one of the necessary steps according to
 the README. But in our case, it won't ask for user credentials at all,
 unless we also add the before-mentioned line.

 Best Regards
 Christoph Zechner

 >
 > Regards
 >
 --
 users@sogo.nu
 https://inverse.ca/sogo/lists



--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird 91, SOGo Connector

2021-08-23 Thread Christoph Zechner

On 23/08/2021 13:56, c...@brain-biotech.de wrote:

On 23.08.21 11:09, Christoph Zechner (zech...@vrvis.at) wrote:



another thing about the TB91 connector: unless I specifically add a 
user's values in chrome/content/sogo-connector/global/sogo-config.js, 
a connection to our sogo server is not possible and the connector does 
nothing. I have to replace the line


var sogoConfig = { username: null, baseURL: null };

with

var sogoConfig = { username: "testuser", baseURL: 
"https://sogo.example.com/SOGo/dav/testuser/; };


in order to make it work.



For us it works without this. But we customize sogo-connector.baseURL in 
"custom-preferences.js".


Sorry for the misunderstanding, we did this, of course, too. I did not 
mention it before since it is one of the necessary steps according to 
the README. But in our case, it won't ask for user credentials at all, 
unless we also add the before-mentioned line.


Best Regards
Christoph Zechner



Regards


--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird 91, SOGo Connector

2021-08-23 Thread Christoph Zechner

Hi,

On 13/08/2021 12:59, Ludovic Marcotte (lmarco...@inverse.ca) wrote:

Hi Lukas,

We'll start the work on Thunderbird v91 support for the SOGo Connector early 
next week.

Thanks,



another thing about the TB91 connector: unless I specifically add a 
user's values in chrome/content/sogo-connector/global/sogo-config.js, a 
connection to our sogo server is not possible and the connector does 
nothing. I have to replace the line


var sogoConfig = { username: null, baseURL: null };

with

var sogoConfig = { username: "testuser", baseURL: 
"https://sogo.example.com/SOGo/dav/testuser/; };


in order to make it work.

Cheers
Christoph




On 8/13/21, 6:52 AM, "Lukas Wringer(lukas.wrin...@rz.uni-augsburg.de)" 
 wrote:

 Hi,

 Thunderbird 91 has been released, and the CardDav Code is out of Beta (
 hurray I guess?). So of course I went and test the SOGo Connector - I
 made a fresh build today from the github repository installed it.

 And it does nothing. No sign whatsoever of the Plugin being active. No
 buttons, no pop-up for credentials just nothing. The Only Error-Message
 is: Uncaught (in promise) Error: An unexpected error occurred

 Because I saw absolutely no development on github (for example aigainst
 beta versions...) since the kinda working state for TB78 - Is the Plugin
 still being developed or will you drop it in favor of the native
 Thunderbird features (which would be sad)?

 If the Plugin will see a new release for TB91, what features will be
 available? Did you find a way to implement read-only address books
 and/or syncable lists?

 Greetings, Lukas Wringer

 --
 Lukas Wringer

 Universität Augsburg
 Rechenzentrum
 Service & Support
 86135 Augsburg




--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird Status

2021-01-18 Thread Christoph Zechner

Hi,

On 15/01/2021 16:15, Ludovic Marcotte (lmarco...@inverse.ca) wrote:

Hi,

I agree with what John said.

As for the status, we basically need to complete the integration with 
the SOGo Update Server before releasing the extension.


If you have a bug with the current beta extension please it at 
sogo.nu/bugs - with detailed explanations on how to reproduce it.


I just reported 4 bugs with the newest connector version:

1) connector needs hardcoded url and user name [1]
2) duplicate address books [2]
3) e-mail lists not being synced [3]
4) problem with read-only calendars [4]


Cheers
Christoph



[1] https://sogo.nu/bugs/view.php?id=5245
[2] https://sogo.nu/bugs/view.php?id=5246
[3] https://sogo.nu/bugs/view.php?id=5247
[4] https://sogo.nu/bugs/view.php?id=5248





The extension has been working well for me for weeks now - but 
Thunderbird 78, not so well. I find to be extremely slow and the address 
book module is a bit buggy. None of that is related to the SOGo 
Connector, but it doesn't encourage us to push for it for now.


Thanks,

On 2021-01-13 2:03 p.m., John Bieling (john.biel...@gmx.de) wrote:
If you have error reports regarding Thunderbird CardDAV, than it would 
be beneficial to file a bug, so they can improve. I don't think they 
know...


John

Am 13.01.2021 um 19:24 schrieb Lukas Wringer 
(lukas.wrin...@rz.uni-augsburg.de) :


Hi,

I think it was just to early to use the MZLA/Mozilla integration of 
CardDav. I tried it without the plugin (in 78*) and it was just 
garbage (it is still on proof-of-concept level imho). Maybe we just 
have to skip 78 for good...


I think the only way for even 86 (or whatever will be the next final) 
to work properly (with lists, read-only address books, and so on) 
would be if SOGo and MZLA could work together on this.


Although on Beta 85 CardDav is enabled by default...

greetings, Lukas


Am 13.01.21 um 18:00 schrieb Frank Pauxberger (fr...@pauxberger.de):
Hi Christian,
I have started with SOGo some time back in 2011 and still love it 
after about 10 years. It does everything I need and look for and I 
keep recommending it! Great work once more and once again!!
This time though I have to admit I am slightly disappointed on 
whatever happens around the Plugin for TB78. I have tested it over 
and over again with varying results, always using the latest 
versions of the SW required. And with various comments here in the 
mailing list.

But I fully agree, it is not production ready.
So for now I stay on TB68 in Prod and have a test instance with TB78 
using TbSync/provider for CalDAV and CardDAV/Category Manager. That 
is sort of ok but nothing I would recommend in larger scenarios. I 
am really (really really, Ludovic) looking forward to having a 
reliably working SOGo Connector for Thunderbird 78.

What is the bottle neck?
Kind regards
Frank
 Original-Message 
Subject: [SOGo] Thunderbird Status
From: Cn 
To: Users 
CC:
Date:  Mittwoch, 13. Jan. 2021, 14:09 (MN +0100)

Hello all,
I wanted to ask what the current plan/status is of the TB Plugin 
for 78. It is not really ready for production yet.

So what are the plans?
Is there a timeline?
What are other doing in the meantime? Stay on 68 ?

Regards


Christian

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
Lukas Wringer

Universität Augsburg
Rechenzentrum
Service & Support
86135 Augsburg


--
users@sogo.nu
https://inverse.ca/sogo/lists


[SOGo] Thunderbird 78 problems

2020-11-23 Thread Christoph Zechner



Hi all,

we just (ten minutes ago) built a new connector for our SOGo and still 
encounter the following problems:


1) no mailinglists get synced (created a test list in SOGo web 
interface, but does not get synced at all)


2) after initial sync, Thunderbird now has two address books called 
"Personal Address Book", one is TB's default, the other one from SOGo. 
Any chance of merging those two, especially if the default one is empty 
anyway?



Thanks in advance!

Cheers
Christoph Zechner
--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird 68

2019-11-04 Thread Christoph Zechner
Unfortunately, this issue still persists and effectively stops us from 
rolling out the new SOGo release. Any news on this?


Best regards
Christoph Zechner


On 18/10/2019 15:41, Christoph Zechner (zech...@vrvis.at) wrote:

On 17/10/2019 20:45, Ludovic Marcotte (lmarco...@inverse.ca) wrote:

On 2019-10-17 5:56 a.m., Christoph Zechner (zech...@vrvis.at) wrote:

Is there any news for this? The bug still persists and our id is 
correctly setup in the sogo config. 


I don't have this issue. You could always share your exact site.js and 
SOGo.conf to make sure (by stripping password information).


site.js (we only changed this one line)

pref("sogo-connector.autocomplete.server.urlid", "ldap.example.com");



sogo.conf

SOGoUserSources = (
     {
     CNFieldName = gecos;
     IDFieldName = uid;
     KindFieldName = kind;
     MultipleBookingsFieldName = Multiplebookings;
     UIDFieldName = uid;
     baseDN = "ou=Users,o=example,c=com";
     bindFields = (
     uid
     );
     canAuthenticate = YES;
     displayName = "Example Users";
     filter = "(status='A')";
     hostname = localhost;
     id = ldap.example.com;
     isAddressBook = YES;
     port = 389;
     scope = ONE;
     }
     );


prefs.js after sogo-connector installation in Thunderbird:


user_pref("ldap_2.autoComplete.directoryServer", "ldap_2.servers.public");
user_pref("ldap_2.servers.public.description", "Example Users");
user_pref("ldap_2.servers.public.filename", "ldap.mab");
user_pref("ldap_2.servers.public.uri", 
"carddavs://sogo.example.com/SOGo/dav/testuser/Contacts/ldap.example.com/"); 



prefs.js after the next restart:

user_pref("ldap_2.autoComplete.directoryServer", 
"ldap_2.servers.public_1");

user_pref("ldap_2.servers.public.description", "Example Users");
user_pref("ldap_2.servers.public.filename", "ldap.mab");
user_pref("ldap_2.servers.public.uri", 
"carddavs://sogo.example.com/SOGo/dav/testuser/Contacts/ldap.example.com/"); 


user_pref("ldap_2.servers.public_1.description", "Example Users");
user_pref("ldap_2.servers.public_1.filename", "ldap-1.mab");
user_pref("ldap_2.servers.public_1.uri", 
"carddavs://sogo.example.com/SOGo/dav/testuser/Contacts/ldap.example.com/"); 



after every Thunderbird restart, a new directory server is being added 
like "_1", "_2" and so on. It also creates a new MAB file every time. 
Thunderbird automatically uses the newest one in


"ldap_2.autoComplete.directoryServer" every time. The Preferences > 
Composition > Addressing menu always only shows one directory server, 
not multiple (see attached screenshot from the 5th Thunderbird restart).




Also, you could always remove all the junk in Preferences > 
Composition  > Addressing by deleting all bogus directory services.


We do all our testing in a clean testing environment and use the 
following Windows batch script for scrubbing Thunderbird's data after 
every test run:


@echo off

call "C:\Program Files\Mozilla Thunderbird\uninstall\helper.exe" -ms
echo "Uninstalled Thunderbird!"
rem removing app data
RMDIR /S /Q C:\Users\testuser\AppData\Roaming\Thunderbird
RMDIR /S /Q C:\Users\testuser\AppData\Local\Thunderbird
echo "removed app data!"

Hope this helps.

Best regards
Christoph Zechner

--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird 68

2019-10-18 Thread Christoph Zechner

On 17/10/2019 20:45, Ludovic Marcotte (lmarco...@inverse.ca) wrote:

On 2019-10-17 5:56 a.m., Christoph Zechner (zech...@vrvis.at) wrote:

Is there any news for this? The bug still persists and our id is 
correctly setup in the sogo config. 


I don't have this issue. You could always share your exact site.js and 
SOGo.conf to make sure (by stripping password information).


site.js (we only changed this one line)

pref("sogo-connector.autocomplete.server.urlid", "ldap.example.com");



sogo.conf

SOGoUserSources = (
{
CNFieldName = gecos;
IDFieldName = uid;
KindFieldName = kind;
MultipleBookingsFieldName = Multiplebookings;
UIDFieldName = uid;
baseDN = "ou=Users,o=example,c=com";
bindFields = (
uid
);
canAuthenticate = YES;
displayName = "Example Users";
filter = "(status='A')";
hostname = localhost;
id = ldap.example.com;
isAddressBook = YES;
port = 389;
scope = ONE;
}
);


prefs.js after sogo-connector installation in Thunderbird:


user_pref("ldap_2.autoComplete.directoryServer", "ldap_2.servers.public");
user_pref("ldap_2.servers.public.description", "Example Users");
user_pref("ldap_2.servers.public.filename", "ldap.mab");
user_pref("ldap_2.servers.public.uri", 
"carddavs://sogo.example.com/SOGo/dav/testuser/Contacts/ldap.example.com/");


prefs.js after the next restart:

user_pref("ldap_2.autoComplete.directoryServer", "ldap_2.servers.public_1");
user_pref("ldap_2.servers.public.description", "Example Users");
user_pref("ldap_2.servers.public.filename", "ldap.mab");
user_pref("ldap_2.servers.public.uri", 
"carddavs://sogo.example.com/SOGo/dav/testuser/Contacts/ldap.example.com/");

user_pref("ldap_2.servers.public_1.description", "Example Users");
user_pref("ldap_2.servers.public_1.filename", "ldap-1.mab");
user_pref("ldap_2.servers.public_1.uri", 
"carddavs://sogo.example.com/SOGo/dav/testuser/Contacts/ldap.example.com/");


after every Thunderbird restart, a new directory server is being added 
like "_1", "_2" and so on. It also creates a new MAB file every time. 
Thunderbird automatically uses the newest one in


"ldap_2.autoComplete.directoryServer" every time. The Preferences > 
Composition > Addressing menu always only shows one directory server, 
not multiple (see attached screenshot from the 5th Thunderbird restart).




Also, you could always remove all the junk in Preferences > Composition 
 > Addressing by deleting all bogus directory services.


We do all our testing in a clean testing environment and use the 
following Windows batch script for scrubbing Thunderbird's data after 
every test run:


@echo off

call "C:\Program Files\Mozilla Thunderbird\uninstall\helper.exe" -ms
echo "Uninstalled Thunderbird!"
rem removing app data
RMDIR /S /Q C:\Users\testuser\AppData\Roaming\Thunderbird
RMDIR /S /Q C:\Users\testuser\AppData\Local\Thunderbird
echo "removed app data!"

Hope this helps.

Best regards
Christoph Zechner
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Thunderbird 68

2019-10-14 Thread Christoph Zechner

Hi Cedric,

On 14/10/2019 14:46, Cédric Archambeau 
(cedric.archamb...@solidairesfinancespubliques.org) 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 (zech...@vrvis.at) 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



--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird 68

2019-10-10 Thread Christoph Zechner

Hi Ludovic,

On 04/10/2019 21:26, Ludovic Marcotte (lmarco...@inverse.ca) wrote:

Hi,

Well it took longer than expected but the sources of SOGo Connector for 
Thunderbird 68 are now available here:


https://github.com/inverse-inc/sogo-connector

SOGo Integrator is no longer needed.

You can basically clone the repo, customize 
chrome/content/sogo-connector/global/extensions.rdf and type "make" to 
have your XPI hot and ready.


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


There are still some glitches there and there and the SOGo preferences 
options (in the new Thunderbird preferences module) are not yet working. 
Since the code is available, feel free to open PRs. You can look at the 
TODO file for {pers,ins}piration.


It took longer than expected because there are *a lot* of important 
changes in Thunderbird 68. Also, a fair amount of cleanup in the code 
happened - and much is due in this regard.


Thanks!

On 2019-09-27 8:47 p.m., Ludovic Marcotte (lmarco...@inverse.ca) wrote:

Hi,

Quick update. Testing revealed that some more important changes needed 
to be made - all for the good.


The combined extension is now working pretty well. Only minor details 
are remaining and we should be all good for mid-next-week for a 
preview release.


Thanks!

On 2019-09-20 7:52 p.m., Ludovic Marcotte (lmarco...@inverse.ca) wrote:

Hi,

I've completed the extensions merging together (SOGo Integrator was 
merged into SOGo Connector).


Into testing and adjustments phase right now, so the new combined 
SOGo Connector extension should be available next week.


Thanks,

On 2019-09-20 5:54 p.m., "t.b.mailingli...@igeno-fat.de" 
(t.b.mailingli...@igeno-fat.de) wrote:

Hi Ludovic,

Thunderbird automatic update to Version 68.1 is now active. Anything 
new about the add-on? Just kindly asking :)


Best regards

TB

Am 18.09.2019 um 15:05 schrieb Ludovic Marcotte (lmarco...@inverse.ca):

On 2019-09-18 1:46 a.m., Christian Naumer (c...@brain-biotech.de) wrote:


Would it be possible to get access to your current version so we can
test it?


As soon as it's usable yes - the merge process between the two 
extensions is not completed.


Thanks


--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird 68

2019-08-29 Thread Christoph Zechner

On 29/07/2019 19:34, Ludovic Marcotte (lmarco...@inverse.ca) wrote:

Hi Christian,

It'll likely require a fair amount of work. We'll know for sure when we 
do that assessment - this week or the next one.


Hi,

is there any news on this? I guess it won't be long until Thunderbird 68 
is going to get released.


Best Regards
Christoph Zechner



Thanks,

On 2019-07-23 1:59 a.m., Christian Naumer (c...@brain-biotech.de) wrote:

Any news on this? I tried the current version and they don not work.

Regards


Am 03.07.19 um 13:35 schrieb Christian Naumer (c...@brain-biotech.de):

Hello you all,
how are the plans in supporting Thunderbird 68
(https://www.thunderbird.net/en-US/thunderbird/68.0beta/releasenotes/).
As I understand it some adaptations need to be done so that addons keep
working.


Regards

Christian


--
users@sogo.nu
https://inverse.ca/sogo/lists


[SOGo] SOGo integrator not working with Thunderbird 63

2018-10-16 Thread Christoph Zechner

Hi there,

after upgrading our SOGo plugins to ensure compatibility with 
Thunderbird 60 (which is working fine now), we ran into the following 
problem:


installing the same plugin on Thunderbird 63.0b1 results in the error

"This add-on could not be installed because it appears to be corrupt."

The error console shows this output:

addons.xpi	WARN	Invalid XPI: Error: Non-restartless extensions no longer 
supported(resource://gre/modules/addons/XPIInstall.jsm:647:13) JS Stack 
trace: loadmanifestfrom...@xpiinstall.jsm:647:13

loadfrom...@xpiinstall.jsm:787:23

Are there plans for making the plugins compatible to Mozilla's new 
Webextensions and if so, is there some kind of road map for it so we can 
plan our roll-outs accordingly?


Thanks in advance.

Best regards
Christoph Zechner
--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird Plugin

2018-09-18 Thread Christoph Zechner
We have the same issue here and found out that changing categories of 
contacts is the key to a successful sync in this scenario (which of 
course, is not a solution but merely something we found out while testing).


I documented the whole process:


* Opening "New Contact" popup:


ReferenceError: reference to undefined property 
"@mozilla.org/intl/nslocaleservice;1"	categories.js:64:13


TypeError: Components.classes['@mozilla.org/intl/nslocaleservice;1'] is 
undefined	categories.js:64:13
	SCCC__sortArray		 
chrome://sogo-connector/content/addressbook/categories.js:64:13
	SCCC_getCategoriesAsArray 
chrome://sogo-connector/content/addressbook/categories.js:74:9
	SCOnCommonCardOverlayLoad 
chrome://sogo-connector/content/addressbook/common-card-overlay.js:57:9

goNewCardDialog 
chrome://messenger/content/addressbook/abCommon.js:734:3
AbNewCard   
chrome://messenger/content/addressbook/abCommon.js:483:3
doCommand   
chrome://messenger/content/addressbook/abResultsPane.js:490:9
goDoCommand 
chrome://global/content/globalOverlay.js:84:7
oncommand   
chrome://messenger/content/addressbook/addressbook.xul:1:1


* Synchronizing the address book manually:


Warning: ‘nsIOService::NewChannelFromURI()’ deprecated, please use 
‘nsIOService::NewChannelFromURI2()’  sogoWebDAV.js:175:22



* Editing Contact (as soon as popup appears, these errors do too):


ReferenceError: getUri is not defined	 
abEditCardDialog.groupdav.overlay.js:24:9
	OnLoadHandler 			 
chrome://sogo-connector/content/addressbook/abEditCardDialog.groupdav.overlay.js:24:9
	goEditCardDialog 		 
chrome://messenger/content/addressbook/abCommon.js:742:3

AbEditCard  
chrome://messenger/content/addressbook/abCommon.js:497:5
	AbResultsPaneDoubleClick 	 
chrome://messenger/content/addressbook/addressbook.js:532:3
	AbResultsPaneOnClick 		 
chrome://messenger/content/addressbook/abResultsPane.js:298:7

onclick 
chrome://messenger/content/addressbook/addressbook.xul:1:1



* Changes done are not being synced to the server, only error:



Warning: ‘nsIOService::NewChannelFromURI()’ deprecated, please use 
‘nsIOService::NewChannelFromURI2()’  sogoWebDAV.js:175:22



As soon as I change the category of the contact (add/remove/change a 
category), it syncs successfully (any changes PLUS the category/ies).



Attached you'll find a patch which gets rid of a few errors, but it does 
not fix the sync problem.


Best regards
Christoph Zechner



On 17/09/2018 12.53, Christian Naumer (c...@brain-biotech.de) wrote:

Am 17.09.18 um 12:44 schrieb Christian Naumer (c...@brain-biotech.de):

We also have an issue with the new plugins on TB60:

In the address book contacts are synced from the server to the client
but not back. Any new contacts created or modiefied do not show up on
the server. Err in console is:

12:38:22.278 ReferenceError: getUri is not defined 1
abEditCardDialog.groupdav.overlay.js:24:9
OnLoadHandler
chrome://sogo-connector/content/addressbook/abEditCardDialog.groupdav.overlay.js:24:9
goEditCardDialog 
chrome://messenger/content/addressbook/abCommon.js:742:3
AbEditCard chrome://messenger/content/addressbook/abCommon.js:497:5
AbResultsPaneDoubleClick
chrome://messenger/content/addressbook/addressbook.js:532:3
AbResultsPaneOnClick
chrome://messenger/content/addressbook/abResultsPane.js:298:7
onclick chrome://messenger/content/addressbook/addressbook.xul:1:1

does anyone else see this? Should I open a bug?


I also should mention this works fine on TB52 with the 31.0.6 plugins
against the same server.

Regards

Christian






Regards

Christian





--
users@sogo.nu
https://inverse.ca/sogo/listsdiff -ur original/chrome/content/sogo-connector/addressbook/abEditCardDialog.groupdav.overlay.js patched/chrome/content/sogo-connector/addressbook/abEditCardDialog.groupdav.overlay.js
--- original/chrome/content/sogo-connector/addressbook/abEditCardDialog.groupdav.overlay.js	2018-09-04 20:08:40.0 +0200
+++ patched/chrome/content/sogo-connector/addressbook/abEditCardDialog.groupdav.overlay.js	2018-09-18 10:54:42.0 +0200
@@ -18,6 +18,21 @@
  * Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
  */
 
+function jsInclude(files, target) {
+ let loader = Components.classes["@mozilla.org/moz/jssubscript-loader;1"]
+.getService(Components.interfaces.mozIJSSubScriptLoader);
+ for (let i = 0; i < files.length; i++) {
+ try {
+ loader.loadSubScript(files[i], target);
+ }
+ catch(e) {
+ dump("abEditCardDialog.groupdav.overlay.js: failed to include '" + files[i] + "'\n" + e + "\n");
+ }
+ }
+}
+
+jsInclude(["chrome://sogo-connector/content/a

Re: [SOGo] Thunderbird Plugin

2018-09-17 Thread Christoph Zechner

Thank you very much for this hint, I managed to fix it.

Edit the file defaults/preferences/site.js in the xpi and add/modify 
this line:


pref("sogo-integrator.autocomplete.server.urlid", 
""); [1]


and change the ID enclosed in double quotes with the id of your address 
book.


I tested it (Win10, TB60) and it remains persistent after Thunderbird 
restarts.


Best regards
Christoph Zechner


[1] https://sogo.nu/bugs/view.php?id=2323



On 17/09/2018 14.59, Christian Naumer (c...@brain-biotech.de) wrote:

Just tested it now with freshly installed plugins from the nightly
builds. On Linux x64 with TB 60. It still does not work.

The auto completion works for us as long as we set the LDAP-address book
option. This setting is lost if the application is restarted. But this
is I think a Thunderbird bug as we have this behaviour on TB52 as well.


Regards


Christian



Am 17.09.18 um 14:07 schrieb Christoph Zechner (zech...@vrvis.at):

Hi there,

exactly which version of the new plugin did you use for this? Our tests
with the new plugin (from six days ago) showed that address book syncing
has been fixed (and I just tested it again after reading your e-mail,
done on Win10 with TB60 (x86) and sogo-integrator-60.0.0).

Our problem is auto-completing adresses from another address book which
all users get as read-only directory:

SOGoUserSources = (
     {
     CNFieldName = gecos;
     IDFieldName = uid;
     KindFieldName = kind;
     MultipleBookingsFieldName = Multiplebookings;
     UIDFieldName = uid;
     baseDN = "ou=Users,o=example,c=com";
     bindFields = (
     uid
     );
     canAuthenticate = YES;
     displayName = "Company Users";
     filter = "(status='Active')";
     hostname = localhost;
     id = example.com;
     isAddressBook = YES;
     port = 666;
     scope = ONE;
     }
     );

Auto-completing e-mail addresses from this adress book are unfortunately
not working, related errors from the console:

NS_ERROR_ILLEGAL_VALUE: Component returned failure code: 0x80070057
(NS_ERROR_ILLEGAL_VALUE) [nsIAbDirectoryQuery.doQuery]
nsAbLDAPAutoCompleteSearch.js:264

TypeError: description is null[Learn More]  common-dialog-overlay.js:62:6
 _SIGetDialogType
chrome://sogo-integrator/content/global/common-dialog-overlay.js:62:6
 SICommonDialogOnLoad
chrome://sogo-integrator/content/global/common-dialog-overlay.js:114:19
  chrome://global/content/commonDialog.xul:27:7
 openModalWindow
jar:file:///C:/Program%20Files%20(x86)/Mozilla%20Thunderbird/omni.ja!/components/nsPrompter.js:353:5

 openPrompt
jar:file:///C:/Program%20Files%20(x86)/Mozilla%20Thunderbird/omni.ja!/components/nsPrompter.js:563:9

 confirmEx
jar:file:///C:/Program%20Files%20(x86)/Mozilla%20Thunderbird/omni.ja!/components/nsPrompter.js:704:9

 confirmEx
jar:file:///C:/Program%20Files%20(x86)/Mozilla%20Thunderbird/omni.ja!/components/nsPrompter.js:74:16

 ComposeCanClose
chrome://messenger/content/messengercompose/MsgComposeCommands.js:4320:18
 DoCommandClose
chrome://messenger/content/messengercompose/MsgComposeCommands.js:2014:7
 onclose
chrome://messenger/content/messengercompose/messengercompose.xul:1:8

Thanks in advance!

Best regards
Christoph Zechner



On 17/09/2018 12.44, Christian Naumer (c...@brain-biotech.de) wrote:

We also have an issue with the new plugins on TB60:

In the address book contacts are synced from the server to the client
but not back. Any new contacts created or modiefied do not show up on
the server. Err in console is:

12:38:22.278 ReferenceError: getUri is not defined 1
abEditCardDialog.groupdav.overlay.js:24:9
 OnLoadHandler
chrome://sogo-connector/content/addressbook/abEditCardDialog.groupdav.overlay.js:24:9

 goEditCardDialog
chrome://messenger/content/addressbook/abCommon.js:742:3
 AbEditCard chrome://messenger/content/addressbook/abCommon.js:497:5
 AbResultsPaneDoubleClick
chrome://messenger/content/addressbook/addressbook.js:532:3
 AbResultsPaneOnClick
chrome://messenger/content/addressbook/abResultsPane.js:298:7
 onclick chrome://messenger/content/addressbook/addressbook.xul:1:1

does anyone else see this? Should I open a bug?


Regards

Christian







--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird Plugin

2018-09-17 Thread Christoph Zechner

Hi there,

exactly which version of the new plugin did you use for this? Our tests 
with the new plugin (from six days ago) showed that address book syncing 
has been fixed (and I just tested it again after reading your e-mail, 
done on Win10 with TB60 (x86) and sogo-integrator-60.0.0).


Our problem is auto-completing adresses from another address book which 
all users get as read-only directory:


SOGoUserSources = (
{
CNFieldName = gecos;
IDFieldName = uid;
KindFieldName = kind;
MultipleBookingsFieldName = Multiplebookings;
UIDFieldName = uid;
baseDN = "ou=Users,o=example,c=com";
bindFields = (
uid
);
canAuthenticate = YES;
displayName = "Company Users";
filter = "(status='Active')";
hostname = localhost;
id = example.com;
isAddressBook = YES;
port = 666;
scope = ONE;
}
);

Auto-completing e-mail addresses from this adress book are unfortunately 
not working, related errors from the console:


NS_ERROR_ILLEGAL_VALUE: Component returned failure code: 0x80070057 
(NS_ERROR_ILLEGAL_VALUE) [nsIAbDirectoryQuery.doQuery] 
nsAbLDAPAutoCompleteSearch.js:264


TypeError: description is null[Learn More]  common-dialog-overlay.js:62:6
	_SIGetDialogType 
chrome://sogo-integrator/content/global/common-dialog-overlay.js:62:6
	SICommonDialogOnLoad 
chrome://sogo-integrator/content/global/common-dialog-overlay.js:114:19

 chrome://global/content/commonDialog.xul:27:7
	openModalWindow 
jar:file:///C:/Program%20Files%20(x86)/Mozilla%20Thunderbird/omni.ja!/components/nsPrompter.js:353:5
	openPrompt 
jar:file:///C:/Program%20Files%20(x86)/Mozilla%20Thunderbird/omni.ja!/components/nsPrompter.js:563:9
	confirmEx 
jar:file:///C:/Program%20Files%20(x86)/Mozilla%20Thunderbird/omni.ja!/components/nsPrompter.js:704:9
	confirmEx 
jar:file:///C:/Program%20Files%20(x86)/Mozilla%20Thunderbird/omni.ja!/components/nsPrompter.js:74:16
	ComposeCanClose 
chrome://messenger/content/messengercompose/MsgComposeCommands.js:4320:18
	DoCommandClose 
chrome://messenger/content/messengercompose/MsgComposeCommands.js:2014:7
	onclose 
chrome://messenger/content/messengercompose/messengercompose.xul:1:8


Thanks in advance!

Best regards
Christoph Zechner



On 17/09/2018 12.44, Christian Naumer (c...@brain-biotech.de) wrote:

We also have an issue with the new plugins on TB60:

In the address book contacts are synced from the server to the client
but not back. Any new contacts created or modiefied do not show up on
the server. Err in console is:

12:38:22.278 ReferenceError: getUri is not defined 1
abEditCardDialog.groupdav.overlay.js:24:9
OnLoadHandler
chrome://sogo-connector/content/addressbook/abEditCardDialog.groupdav.overlay.js:24:9
goEditCardDialog 
chrome://messenger/content/addressbook/abCommon.js:742:3
AbEditCard chrome://messenger/content/addressbook/abCommon.js:497:5
AbResultsPaneDoubleClick
chrome://messenger/content/addressbook/addressbook.js:532:3
AbResultsPaneOnClick
chrome://messenger/content/addressbook/abResultsPane.js:298:7
onclick chrome://messenger/content/addressbook/addressbook.xul:1:1

does anyone else see this? Should I open a bug?


Regards

Christian



--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird Plugin

2018-09-11 Thread Christoph Zechner

Hi Ludovic,

I've got the same problem, thank you for investigating this issue!

Best regards
Christoph Zechner



On 10/09/2018 17.30, Ludovic Marcotte (lmarco...@inverse.ca) wrote:

Hi Cédric,

I'll do some more tests today or tomorrow around this.

Thanks,

On 2018-09-10 10:51 AM, Cédric Archambeau 
(cedric.archamb...@solidairesfinancespubliques.org) wrote:

Hi Ludovic,

Mitigated for me on Archlinux.

- Connector is OK. No problem for me with tasks/events/address book.
- sogo-integrator-60.0.0-d586e274be.xpi launches updates.php (I can 
see it in logs with code 200) but don't download and install .xpi 
('s). No message in debug console.


Regards,


Le 31/08/2018 à 17:27, Ludovic Marcotte (lmarco...@inverse.ca) a écrit :

Hi,

Extensions for Thunderbird v60 are now available from: 
http://packages.inverse.ca/SOGo/thunderbird/nightly/


After a few days of testing, we'll make them available as an official 
release.


Thanks,

On 2018-08-30 4:47 PM, Ludovic Marcotte (lmarco...@inverse.ca) wrote:
I have pretty much everything working now. Expect a preview release 
tomorrow. 




--
users@sogo.nu
https://inverse.ca/sogo/lists


--
Ludovic Marcotte
lmarco...@inverse.ca   ::  +1.514.755.3630  ::https://inverse.ca
Inverse inc. :: Leaders behind SOGo (https://sogo.nu), PacketFence 
(https://packetfence.org) and Fingerbank (https://fingerbank.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird 60 plugin auto-update

2018-09-10 Thread Christoph Zechner
Follow up question: could anyone with a working auto-update under 
Thunderbird 60 provide log files or relevant network traffic dumps just 
so we are able to debug our plugin better?


Best regards
Christoph Zechner



On 06/09/2018 10.39, Christoph Zechner (zech...@vrvis.at) wrote:

Hi there,

first of all thank you for quickly fixing the Thunderbird plugins and 
its calendar/address book sections.


The only thing not working for us is the plugins' auto-update, which we 
desperately need in our environment.


Here's our update.rdf (domain changed of course):



http://www.w3.org/1999/02/22-rdf-syntax-ns#;
   xmlns:em="http://www.mozilla.org/2004/em-rdf#;>
   
     
   
     
   
     60.0.0pre3
     

{3550f703-e582-4d05-9a08-453d09bdfdc6}
     24.0
     60.*

https://sogo.example.com/plugins/WINNT_x86-msvc/sogo-integrator-60.0.0.xpi 


   
     
   
     
   
     
   


We see Thunderbird 60 connecting to our SOGo server, but all it gets in 
return is this error:


addons.update-checker   WARN    Update manifest for 
sogo-integra...@inverse.ca did not contain an updates property


Does anybody know what this means?

Thanks in advance!

Best regards
Christoph Zechner


--
users@sogo.nu
https://inverse.ca/sogo/lists


[SOGo] Thunderbird 60 plugin auto-update

2018-09-06 Thread Christoph Zechner

Hi there,

first of all thank you for quickly fixing the Thunderbird plugins and 
its calendar/address book sections.


The only thing not working for us is the plugins' auto-update, which we 
desperately need in our environment.


Here's our update.rdf (domain changed of course):



http://www.w3.org/1999/02/22-rdf-syntax-ns#;
  xmlns:em="http://www.mozilla.org/2004/em-rdf#;>
  

  

  
60.0.0pre3


{3550f703-e582-4d05-9a08-453d09bdfdc6}
24.0
60.*

https://sogo.example.com/plugins/WINNT_x86-msvc/sogo-integrator-60.0.0.xpi
  

  

  

  


We see Thunderbird 60 connecting to our SOGo server, but all it gets in 
return is this error:


addons.update-checker   WARNUpdate manifest for 
sogo-integra...@inverse.ca did not contain an updates property


Does anybody know what this means?

Thanks in advance!

Best regards
Christoph Zechner
--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Thunderbird Plugin

2018-09-04 Thread Christoph Zechner

Hi Uwe,

we tested both SOGo plugins (connector and integrator) with TB60 and 
found the following:


Windows 10, Thunderbird 60 (32/64 bit): auto updates and address book 
were not working out of the box. We managed to get rid of some 
deprecation warnings with the attached patch, but address books and auto 
updates seem to remain broken for the moment.


ad address book errors:

uncaught exception: 2147500034 CardDAVDirectoryFactory.js:62:25

NS_NOINTERFACE: Component does not have requested interface'Component 
does not have requested interface' when calling method: 
[nsIFactory::createInstance]  CardDAVDirectoryFactory.js:62



Best regards
Christoph Zechner






Hi Ludovic,

I tried the extension for th60 on windows 7 from the link.

Beside a warning, after the download process, the connector did not 
synchronize.


May be, I should wait for the official release.

Regards,

Uwe Koch Kronberg
Enrique Koch y Cía. Ltda.
Fono: +56 322543464
Fax: +56 322543465
Cel: +56 987177837
Skype: uwe.koch.k
mailto:
 uwe.k...@opticakoch.cl

Enviado desde mi desktop.

La información contenida en este mensaje puede ser privada, confidencial 
y estar protegida contra la divulgación. Si el lector de este mensaje
no es el receptor que se intentó contactar o un trabajador o 
interlocutor responsable de entregar este mensaje al receptor que se 
intentó contactar
, usted está siendo notificado que cualquier propagación, distribución o 
copia de esta comunicación está estrictamente prohibida. Si ha recibido
esta comunicación por error, por favor, notifíquenos de inmediato, 
respondiendo este mensaje y eliminándolo de su computador.


El 31/08/18 a las 12:27, Ludovic Marcotte ( lmarco...@inverse.ca) escribió:
Hi,

Extensions for Thunderbird v60 are now available from: 
http://packages.inverse.ca/SOGo/thunderbird/nightly/


After a few days of testing, we'll make them available as an official 
release.


Thanks,

On 2018-08-30 4:47 PM, Ludovic Marcotte ( lmarco...@inverse.ca) wrote:

I have pretty much everything working now. Expect a preview release 
tomorrow.

--
users@sogo.nu
https://inverse.ca/sogo/listsdiff -ur original/chrome/content/inverse-library/calendar-cache.js patched/chrome/content/inverse-library/calendar-cache.js
--- original/chrome/content/inverse-library/calendar-cache.js	2018-08-31 17:17:45.0 +0200
+++ patched/chrome/content/inverse-library/calendar-cache.js	2018-09-04 11:35:46.0 +0200
@@ -15,7 +15,7 @@
.wrappedJSObject);
 
 mgr.unregisterCalendar(aCalendar);
-mgr.deleteCalendar(aCalendar);
+mgr.removeCalendar(aCalendar);
 
 var newCal = mgr.createCalendar(aCalendar.type, aCalendar.uri);
 newCal.name = aCalendar.name;
diff -ur original/chrome/content/inverse-library/sogoWebDAV.js patched/chrome/content/inverse-library/sogoWebDAV.js
--- original/chrome/content/inverse-library/sogoWebDAV.js	2018-08-31 17:17:45.0 +0200
+++ patched/chrome/content/inverse-library/sogoWebDAV.js	2018-09-04 14:09:48.0 +0200
@@ -18,7 +18,7 @@
 
 Components.utils.import("resource://gre/modules/XPCOMUtils.jsm");
 Components.utils.import("resource://gre/modules/Services.jsm");
-Components.utils.import("resource://calendar/modules/calProviderUtils.jsm");
+Components.utils.import("resource://calendar/modules/calUtils.jsm");
 
 function jsInclude(files, target) {
 let loader = Components.classes["@mozilla.org/moz/jssubscript-loader;1"]
@@ -166,7 +166,7 @@
  onStatus: function sogoWebDAV_onStatus(aRequest, aContext, aStatus, aStatusArg) {} };
 }
 
-return cal.InterfaceRequestor_getInterface.apply(this, arguments);
+return cal.provider.InterfaceRequestor_getInterface.apply(this, arguments);
 },
 
 _sendHTTPRequest: function(method, body, headers) {
diff -ur original/components/CalDAVACLManager.js patched/components/CalDAVACLManager.js
--- original/components/CalDAVACLManager.js	2018-08-31 17:17:45.0 +0200
+++ patched/components/CalDAVACLManager.js	2018-09-04 14:11:10.0 +0200
@@ -1309,7 +1309,7 @@
 httpChannel.loadFlags |= Components.interfaces.nsIRequest.LOAD_BYPASS_CACHE;
 
 let callbacks = {
-getInterface: cal.InterfaceRequestor_getInterface
+getInterface: cal.provider.InterfaceRequestor_getInterface
 };
 httpChannel.notificationCallbacks = callbacks;