[SOGo] BTS activities for Monday, November 04 2019
Title: BTS activities for Monday, November 04 2019 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Monday, November 04 2019 idlast updatestatus (resolution)categorysummary 4869 2019-11-04 08:44:32 updated (open) SOGo SCRAM-SHA-1(-PLUS) to SCRAM-SHA-512(-PLUS) supports 4864 2019-11-04 08:18:32 updated (open) Backend Calendar configure Sogo to use a remote Calendar server 4867 2019-11-04 08:28:14 updated (open) Web Calendar Freebuy does not include subscribed calendars on personal view 4871 2019-11-04 12:17:37 updated (open) Web Calendar Not showing the correct UTF-8 chars. -- users@sogo.nuhttps://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 60 -> 68 Upgrade
On 28/10/2019 4:09 pm, Christian Mack (christian.m...@uni-konstanz.de) wrote: Your observations are correct. All Thunderbird Add-Ons are either compatible with Thunderbird 60 or 68 there is no way to be compatible with both. Thanks Christian, that confirms what I thought and discovered during testing. According to the developer documents at https://developer.thunderbird.net/add-ons/tb68#required-changes it is possible to host both TB 60 and 68 versions of extensions at addons.thunderbird.net and when upgraded TB68 will find the new version. However this would need Inverse to upload the SOGo Connector, which is going to be difficult as it has to be updated manually for each installation. Out of interest, how are you going to handle the upgrade? Will you manually visit every SOGo client and upgrade machines for them or have I missed some obvious way of automating this? -- Ian McMichael • E-Mail: ian.mcmich...@gmail.com • Phone: +44-(0)7703-192837 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo LDAP groups - configuration problem
I just figured it out. I had to remove //GroupObjectClasses = ("groupOfNames"); and add SOGoLDAPGroupExpansionEnabled = YES; Regards, Kai -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGo LDAP groups - configuration problem
Hi all. I am trying to get my LDAP groups working in SOGo. but I seem to fail in doing so. I assume that if everything is configured correctly, I could see the individual members of a group in the address book? I only see the groups but not the members if I click on a group entry. Also, if I try to create an appointment with a group, I get the following error when opening the following URL with my browser: https://sogo.company_name.com/SOGo/so/userA/Contacts/company_namegroups/exampleGroup/members gives me: "Group is not expandable" Here is my SOGoUserSources entry for the groups: { type = ldap; CNFieldName = cn; IDFieldName = cn; UIDFieldName = cn; baseDN = "dc=company_name,dc=com"; bindDN = "cn=reader,dc=company_name,dc=com"; bindPassword = secret; canAuthenticate = Yes; displayName = "company_name Gruppen"; hostname = "ldaps://auth.company_name.com:636"; id = company_namegroups; isAddressBook = YES; GroupObjectClasses = ("groupOfNames"); scope = sub; filter = "objectClass=groupOfNames"; // If set to YES, listing of this LDAP source is only possible when // performing a search (respecting the SOGoSearchMinimumWordLength // parameter) or when explicitely typing a single dot. Defaults to YES // when unset. listRequiresDot = No; }); An example of a LDAP group entry: dn: cn=exampleGroup,cn=groups,dc=company_name,dc=com objectClass: extensibleObject objectClass: groupOfNames objectClass: top cn: exampleGroup member: uid=userB,cn=users,dc=company_name,dc=com member: uid=userA,cn=users,dc=company_name,dc=com mail: somemail@company_name.com Has somebody a suggestion about what I am missing? Best regards, Kai -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Duplicate completed tasks in Outlook
My configuration is 2 Windows PCs (machine A and B), each running Outlook 2010 with CalDav synchroniser v3.6.2, connecting to a Sogo server v4.1.1. Synchronisation mode is set to 'Outlook to server (two way)' on both, with a synchronisation interval of 1 minute. When a task is marked as 'completed' on machine A, instead of updating the state of the same task to 'completed' on machine B, a duplicate completed task is generated on machine B. On the next sync this duplicate gets replicated back to machine A and vice versa, resulting in an additional duplicate being generated on both machines every minute. Any solution to this problem would be welcome. -- 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