Re: [SOGo] Is SOGo Connector dead?
Hi, On 28/10/2022 12:37, Juergen Bruckner (microang...@microangelo.priv.at) wrote: Dear Sven, it is possible to use Thunderbird with a SOGo server without the SOGo connector, as Thunderbird has integrated support for CardDAV/CalDAV. I've been using Thunderbird and SOGo without a connector for a long time. From my point of view, the connector is only necessary if you want to make special settings/activities directly from Thunderbird without going through the SOGo web interface. I want to add here as well... if you have a large user base (e.g. in a company) and everyone wants to use Thunderbird along with their SOGo calendars and address books, the connector is immensely important. For a single user or a handful of users, not using the connector is fine, but it gives us the opportunity to roll out personal connector addons for each and every one of our employees who only have to install it to get their usual SOGo experience, which is convenient and saves a lot of time. Best regards Christoph best regards Juergen Am 19.10.22 um 15:06 schrieb Sven Schwedas (sven.schwe...@tao.at): Last and only commit this year was in June, and most if not all functionality is broken in current TB releases (subscription status isn't synced, subscription buttons are missing, etc.). Do we have to write off Thunderbird support for SOGo?
Re: [SOGo] Thunderbird 91, SOGo Connector
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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;
