Re: [SOGo] Force 2FA/TOTP for logins from outside the intranet?
On 20-09-2024 12:25, Christian Mack (christian.m...@uni-konstanz.de) wrote: Hello Am 19.09.24 um 16:13 schrieb Kees van Vloten (keesvanvlo...@gmail.com): On 19-09-2024 15:56, qhivert (qhiv...@alinto.eu) wrote: To add my 2cents by reading the code, in the case of SOGoTrustProxyAuthentication = YES; Sogo will check the presence of the header "x-webobjects-auth-type" : "Basic" If yes, it will use the Basic access authentication -> https://en.wikipedia.org/wiki/Basic_access_authentication to get the password. I don't know how you make apache retrieve the password and put it in this header though... I would not know how to do that either, but Sogo **will** get the username from Apache. Since Apache has done the authentication and the user has passed it, we trust the user. Another check that the user can pass authentication will render the same result, hence it has no added value. [cut] As you are having all on one server, that is true. Well, the statement below is also true if everything is on one server. But if you have a seperate IMAP + SMTP server, and someone compromises the SOGo server, in your setting that person has complete access to all postboxes from the SOGo server and can send as whoever he likes. If you have to authenticate against IMAP and SMTP, then he only can misuse those postboxes currently logged in. It is good to point this out! Basically it is a assessment question: is it a problem (for your organization) to make it one risk domain? Going the risk path leads me to another observation: Sogo provides multiple services: webmail-server, calendar-server (caldav), addressbook-server (carddav), active-sync-server. If any of those are compromised, all are compromised. It would be nice to run those services independent of each other and have the option to put them on different servers and separate the risk domains. - Kees. Kind regards, Christian Mack
Re: [SOGo] Force 2FA/TOTP for logins from outside the intranet?
Hello Am 19.09.24 um 16:13 schrieb Kees van Vloten (keesvanvlo...@gmail.com): On 19-09-2024 15:56, qhivert (qhiv...@alinto.eu) wrote: To add my 2cents by reading the code, in the case of SOGoTrustProxyAuthentication = YES; Sogo will check the presence of the header "x-webobjects-auth-type" : "Basic" If yes, it will use the Basic access authentication -> https://en.wikipedia.org/wiki/Basic_access_authentication to get the password. I don't know how you make apache retrieve the password and put it in this header though... I would not know how to do that either, but Sogo **will** get the username from Apache. Since Apache has done the authentication and the user has passed it, we trust the user. Another check that the user can pass authentication will render the same result, hence it has no added value. [cut] As you are having all on one server, that is true. But if you have a seperate IMAP + SMTP server, and someone compromises the SOGo server, in your setting that person has complete access to all postboxes from the SOGo server and can send as whoever he likes. If you have to authenticate against IMAP and SMTP, then he only can misuse those postboxes currently logged in. Kind regards, Christian Mack -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
[SOGo] BTS activities for Thursday, September 19 2024
Title: BTS activities for Thursday, September 19 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Thursday, September 19 2024 idlast updatestatus (resolution)categorysummary 6037 2024-09-19 09:48:03 updated (open) Web Mail A modified event cannot be added to the calendar
Re: [SOGo] Force 2FA/TOTP for logins from outside the intranet?
On 19-09-2024 15:56, qhivert (qhiv...@alinto.eu) wrote: To add my 2cents by reading the code, in the case of SOGoTrustProxyAuthentication = YES; Sogo will check the presence of the header "x-webobjects-auth-type" : "Basic" If yes, it will use the Basic access authentication -> https://en.wikipedia.org/wiki/Basic_access_authentication to get the password. I don't know how you make apache retrieve the password and put it in this header though... I would not know how to do that either, but Sogo **will** get the username from Apache. Since Apache has done the authentication and the user has passed it, we trust the user. Another check that the user can pass authentication will render the same result, hence it has no added value. So if the imap-server and the smtp-server trust sogo + apache (because there is a secure connection between imap/smtp and sogo) you have all you need. There is really no added value in imap/smtp doing another password check, so requests from sogo can be accepted by username only, like this (in the Dovecot config): passdb { # Sogo has no password due to login via apache, i.e. allow based on username only args = nopassword=y allow_nets=127.0.0.1/32 driver = static } A trusted / secure connection is essential in this case, that can be achieved by connecting localhost:143 on the sogo-server to localhost:143 on the imap-server with an ssl-tunnel using client-cert authentication (the sogo-server is the client of the tunnel). Or by running Dovecot and Sogo on the same machine, simple but not suitable for larger environments. - Kees. Quentin -Original Message- From: users-requ...@sogo.nu On Behalf Of Kees van Vloten Sent: jeudi 19 septembre 2024 15:47 To: users@sogo.nu Subject: Re: [SOGo] Force 2FA/TOTP for logins from outside the intranet? On 19-09-2024 15:16, Frank Richter (frank.rich...@hrz.tu-chemnitz.de) wrote: Am 19.09.24 um 15:11 schrieb Kees van Vloten (keesvanvlo...@gmail.com): On 19-09-2024 14:57, Frank Richter (frank.rich...@hrz.tu-chemnitz.de) wrote: Hi, we protect more and more services that can be reached from the Internet by 2FA/TOTP. Are there any ideas how to force 2FA/TOTP for SOGo when accessing SOGo from the Internet (outside the intranet), but not from the intranet?? Ideally then, SOGo would ask our privacyIDEA API (username, TOTP code) to evaluate the TOTP code … I am doing exactly this by letting the webserver (Apache) handle the authentication (sogo.conf contains 'SOGoTrustProxyAuthentication = YES;' to trust apache authentication). Apache is configured to do OIDC authentication, against Keycloak. Keycloak then checks the client-ip to determine how to authenticate. If the IP is not in the internal ip-range it will request MFA and use Privacyidea as its backend, otherwise user/password is sufficient or a Kerberos ticket. Nice, how do you authenticate to the IMAP server? I don't. The user is already authenticated by Apache when it accesses Sogo. Sogo gets the username passed from Apache and it will use it when connecting to imap (so the user is known at that point). There is no added security value in doing another, behind the scenes, authentication between Sogo and imap on behalf of the user. So I have setup imap (Dovecot) to accept requests on localhost without password, the username is sufficient. In my case Sogo and Dovecot run on the same server, but it is easy enough to use a SSL-tunnel with client-cert authentication between 2 machines to forward imap requests from Sogo localhost to Dovecot localhost to create a secure path from Sogo to imap. The setup is required for smtp/submission as well. I use the dovecot-submission proxy for it, so authentication for imap and smtp/submission always uses the same (Dovecot) configuration. That prevents authentication mismatches between imap and smtp/submission. - Kees. Frank
RE: [SOGo] Force 2FA/TOTP for logins from outside the intranet?
To add my 2cents by reading the code, in the case of SOGoTrustProxyAuthentication = YES; Sogo will check the presence of the header "x-webobjects-auth-type" : "Basic" If yes, it will use the Basic access authentication -> https://en.wikipedia.org/wiki/Basic_access_authentication to get the password. I don't know how you make apache retrieve the password and put it in this header though... Quentin -Original Message- From: users-requ...@sogo.nu On Behalf Of Kees van Vloten Sent: jeudi 19 septembre 2024 15:47 To: users@sogo.nu Subject: Re: [SOGo] Force 2FA/TOTP for logins from outside the intranet? On 19-09-2024 15:16, Frank Richter (frank.rich...@hrz.tu-chemnitz.de) wrote: > Am 19.09.24 um 15:11 schrieb Kees van Vloten (keesvanvlo...@gmail.com): >> >> On 19-09-2024 14:57, Frank Richter (frank.rich...@hrz.tu-chemnitz.de) >> wrote: >>> Hi, >>> >>> we protect more and more services that can be reached from the >>> Internet by 2FA/TOTP. >>> Are there any ideas how to force 2FA/TOTP for SOGo when accessing >>> SOGo from the Internet (outside the intranet), but not from the >>> intranet?? >>> >>> Ideally then, SOGo would ask our privacyIDEA API (username, TOTP >>> code) to evaluate the TOTP code … >> >> I am doing exactly this by letting the webserver (Apache) handle the >> authentication (sogo.conf contains 'SOGoTrustProxyAuthentication = >> YES;' to trust apache authentication). >> >> Apache is configured to do OIDC authentication, against Keycloak. >> Keycloak then checks the client-ip to determine how to authenticate. >> If the IP is not in the internal ip-range it will request MFA and use >> Privacyidea as its backend, otherwise user/password is sufficient or >> a Kerberos ticket. > Nice, how do you authenticate to the IMAP server? I don't. The user is already authenticated by Apache when it accesses Sogo. Sogo gets the username passed from Apache and it will use it when connecting to imap (so the user is known at that point). There is no added security value in doing another, behind the scenes, authentication between Sogo and imap on behalf of the user. So I have setup imap (Dovecot) to accept requests on localhost without password, the username is sufficient. In my case Sogo and Dovecot run on the same server, but it is easy enough to use a SSL-tunnel with client-cert authentication between 2 machines to forward imap requests from Sogo localhost to Dovecot localhost to create a secure path from Sogo to imap. The setup is required for smtp/submission as well. I use the dovecot-submission proxy for it, so authentication for imap and smtp/submission always uses the same (Dovecot) configuration. That prevents authentication mismatches between imap and smtp/submission. - Kees. > > Frank >
Re: [SOGo] Force 2FA/TOTP for logins from outside the intranet?
On 19-09-2024 15:16, Frank Richter (frank.rich...@hrz.tu-chemnitz.de) wrote: Am 19.09.24 um 15:11 schrieb Kees van Vloten (keesvanvlo...@gmail.com): On 19-09-2024 14:57, Frank Richter (frank.rich...@hrz.tu-chemnitz.de) wrote: Hi, we protect more and more services that can be reached from the Internet by 2FA/TOTP. Are there any ideas how to force 2FA/TOTP for SOGo when accessing SOGo from the Internet (outside the intranet), but not from the intranet?? Ideally then, SOGo would ask our privacyIDEA API (username, TOTP code) to evaluate the TOTP code … I am doing exactly this by letting the webserver (Apache) handle the authentication (sogo.conf contains 'SOGoTrustProxyAuthentication = YES;' to trust apache authentication). Apache is configured to do OIDC authentication, against Keycloak. Keycloak then checks the client-ip to determine how to authenticate. If the IP is not in the internal ip-range it will request MFA and use Privacyidea as its backend, otherwise user/password is sufficient or a Kerberos ticket. Nice, how do you authenticate to the IMAP server? I don't. The user is already authenticated by Apache when it accesses Sogo. Sogo gets the username passed from Apache and it will use it when connecting to imap (so the user is known at that point). There is no added security value in doing another, behind the scenes, authentication between Sogo and imap on behalf of the user. So I have setup imap (Dovecot) to accept requests on localhost without password, the username is sufficient. In my case Sogo and Dovecot run on the same server, but it is easy enough to use a SSL-tunnel with client-cert authentication between 2 machines to forward imap requests from Sogo localhost to Dovecot localhost to create a secure path from Sogo to imap. The setup is required for smtp/submission as well. I use the dovecot-submission proxy for it, so authentication for imap and smtp/submission always uses the same (Dovecot) configuration. That prevents authentication mismatches between imap and smtp/submission. - Kees. Frank
Re: [SOGo] Force 2FA/TOTP for logins from outside the intranet?
Am 19.09.24 um 15:11 schrieb Kees van Vloten (keesvanvlo...@gmail.com): On 19-09-2024 14:57, Frank Richter (frank.rich...@hrz.tu-chemnitz.de) wrote: Hi, we protect more and more services that can be reached from the Internet by 2FA/TOTP. Are there any ideas how to force 2FA/TOTP for SOGo when accessing SOGo from the Internet (outside the intranet), but not from the intranet?? Ideally then, SOGo would ask our privacyIDEA API (username, TOTP code) to evaluate the TOTP code … I am doing exactly this by letting the webserver (Apache) handle the authentication (sogo.conf contains 'SOGoTrustProxyAuthentication = YES;' to trust apache authentication). Apache is configured to do OIDC authentication, against Keycloak. Keycloak then checks the client-ip to determine how to authenticate. If the IP is not in the internal ip-range it will request MFA and use Privacyidea as its backend, otherwise user/password is sufficient or a Kerberos ticket. Nice, how do you authenticate to the IMAP server? Frank -- Frank Richter Facharbeitsgruppe Datenkommunikation Universitätsrechenzentrum Technische Universität Chemnitz Straße der Nationen 62 | R. B302A 09111 Chemnitz Germany Tel: +49 371 531 31879 frank.rich...@hrz.tu-chemnitz.de www.tu-chemnitz.de/urz smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Force 2FA/TOTP for logins from outside the intranet?
On 19-09-2024 14:57, Frank Richter (frank.rich...@hrz.tu-chemnitz.de) wrote: Hi, we protect more and more services that can be reached from the Internet by 2FA/TOTP. Are there any ideas how to force 2FA/TOTP for SOGo when accessing SOGo from the Internet (outside the intranet), but not from the intranet?? Ideally then, SOGo would ask our privacyIDEA API (username, TOTP code) to evaluate the TOTP code … I am doing exactly this by letting the webserver (Apache) handle the authentication (sogo.conf contains 'SOGoTrustProxyAuthentication = YES;' to trust apache authentication). Apache is configured to do OIDC authentication, against Keycloak. Keycloak then checks the client-ip to determine how to authenticate. If the IP is not in the internal ip-range it will request MFA and use Privacyidea as its backend, otherwise user/password is sufficient or a Kerberos ticket. - Kees. Thanks Frank
[SOGo] Force 2FA/TOTP for logins from outside the intranet?
Hi, we protect more and more services that can be reached from the Internet by 2FA/TOTP. Are there any ideas how to force 2FA/TOTP for SOGo when accessing SOGo from the Internet (outside the intranet), but not from the intranet?? Ideally then, SOGo would ask our privacyIDEA API (username, TOTP code) to evaluate the TOTP code … Thanks Frank -- Frank Richter Facharbeitsgruppe Datenkommunikation Universitätsrechenzentrum Technische Universität Chemnitz Straße der Nationen 62 | R. B302A 09111 Chemnitz Germany Tel: +49 371 531 31879 frank.rich...@hrz.tu-chemnitz.de www.tu-chemnitz.de/urz smime.p7s Description: Kryptografische S/MIME-Signatur
[SOGo] BTS activities for Wednesday, September 18 2024
Title: BTS activities for Wednesday, September 18 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Wednesday, September 18 2024 idlast updatestatus (resolution)categorysummary 6037 2024-09-18 19:44:54 updated (open) Web Mail A modified event cannot be added to the calendar 6041 2024-09-18 15:29:47 updated (open) with SOGo Send confirmation of receipt 5986 2024-09-18 12:45:20 assigned (open) SOPE Failing to compile with error in SaxAttributeList.m
RE: [SOGo] all email list recipients get mailbox full warning
Hello, This is not a SOGo behavior, but it comes from your imap/smpt server. I'm not sure how configurable it is though. Quentin -Original Message- From: users-requ...@sogo.nu On Behalf Of email Sent: mardi 17 septembre 2024 19:35 To: users@sogo.nu Subject: [SOGo] all email list recipients get mailbox full warning Hello, when I send a message to a group and the mailbox of one member is full, then all members of that group get a warning about that one member. How do I prevent that? Thanks Pete
[SOGo] BTS activities for Tuesday, September 17 2024
Title: BTS activities for Tuesday, September 17 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Tuesday, September 17 2024 idlast updatestatus (resolution)categorysummary 6040 2024-09-17 10:08:44 updated (open) Web General Bypass of Controls, Resulting in Username Enumeration 6020 2024-09-17 10:13:23 assigned (open) Packaging (Debian) Rework packaging
[SOGo] all email list recipients get mailbox full warning
Hello, when I send a message to a group and the mailbox of one member is full, then all members of that group get a warning about that one member. How do I prevent that? Thanks Pete
[SOGo] BTS activities for Monday, September 16 2024
Title: BTS activities for Monday, September 16 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Monday, September 16 2024 idlast updatestatus (resolution)categorysummary 6039 2024-09-16 12:27:52 updated (open) Web General Application is Susecptible to Host header Poisoning 6040 2024-09-16 22:00:42 updated (open) Web General Bypass of Controls, Resulting in Username Enumeration 6037 2024-09-16 09:26:12 updated (open) Web Mail A modified event cannot be added to the calendar 6024 2024-09-16 09:18:11 assigned (open) Backend Calendar Teams / Jitsii 6004 2024-09-16 12:21:30 assigned (open) Web Preferences Stored-XSS in Contacts Category Fields 6035 2024-09-16 18:37:50 resolved (fixed) Backend Mail Cannot reply to malformed emails with empty images
[SOGo] BTS activities for Sunday, September 15 2024
Title: BTS activities for Sunday, September 15 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Sunday, September 15 2024 idlast updatestatus (resolution)categorysummary 6024 2024-09-15 14:08:19 updated (open) Backend Calendar Teams / Jitsii 6038 2024-09-15 08:42:23 updated (open) Web Mail PLain text emails must be possible
[SOGo] BTS activities for Saturday, September 14 2024
Title: BTS activities for Saturday, September 14 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Saturday, September 14 2024 idlast updatestatus (resolution)categorysummary 3227 2024-09-14 17:31:13 updated (open) Backend General Script for automatically adding incoming event invitations as tentative/unaccepted 6037 2024-09-14 18:12:31 updated (open) Web Mail A modified event cannot be added to the calendar
[SOGo] BTS activities for Friday, September 13 2024
Title: BTS activities for Friday, September 13 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Friday, September 13 2024 idlast updatestatus (resolution)categorysummary 5991 2024-09-13 02:43:29 updated (open) Web Mail We have found some Chinese garbled characters in the theme when using Sogo Community Version 5.10.0 and earlier versions. 6035 2024-09-13 15:55:20 feedback (open) Backend Mail Cannot reply to malformed emails with empty images 6036 2024-09-13 17:31:25 assigned (open) Web Calendar It is no longer possible to move a single instance of a series of repetitive Tasks into another calendar
Re: [SOGo] Contact-lists and SOGo-connector TB 115 or more
Hello Yes, that is true. Adresslists are no longer synchronized to Thunderbird or other cardDAV clients. This is deliberately done, because SOGo uses a self concocted Format for Adresslists, and Thunderbird does the same, but different. This could only be fixed, by advancing to vCARD 4.0 in SOGo and Thunderbird. For the SOGo part see https://bugs.sogo.nu/view.php?id=1205 For Connector part see https://bugs.sogo.nu/view.php?id=5530 Kind regards, Christian Mack Am 13.09.24 um 09:45 schrieb Alberto Favaro (afav...@comune.ponzanoveneto.tv.it): Hello, I work in the IT office of an Italian municipality and we're using SOGo since 2011. Now we're using SOGo 5.10 and from last year we see contact lists no longer works at all. We were using TB ver. 52.9. Now we use TB 115 or > and carddav works perfectly but no contact-lists. We compiled and installed sogo plugin, but can't find the old way to add SOGo contact-books like the old version of thunderbird (add -> remote address-book once the SOGo connector plug-in was installed). Am I doing some mistakes? Do the new plug-in allow SOGo and Thunderbird > 115 to see and manage contact lists like before? Sorry for the basic, long question, thanks in advance for the answer and thanks for the beautiful piece of software you're maintaining, kind regards, Alberto -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
RE: [SOGo] Old SOGo releases on packages.sogo.nu
Hello, Yes, releases are not kept after a new one. This is a limitation but we're currently reworking the packaging process, and it will the case in the future -> https://bugs.sogo.nu/view.php?id=6020 Quentin -Original Message- From: users-requ...@sogo.nu On Behalf Of Peter Wienemann Sent: vendredi 13 septembre 2024 10:33 To: SOGo users mailing list Subject: [SOGo] Old SOGo releases on packages.sogo.nu Hi, I want to switch back to an older SOGo release to bisect an issue. Unfortunately I noticed that older releases are not available on packages.sogo.nu. I can think of other reasons why one might want to install older releases. Would it be possible to keep the packages of old releases on packages.sogo.nu? Best regards, Peter
[SOGo] Old SOGo releases on packages.sogo.nu
Hi, I want to switch back to an older SOGo release to bisect an issue. Unfortunately I noticed that older releases are not available on packages.sogo.nu. I can think of other reasons why one might want to install older releases. Would it be possible to keep the packages of old releases on packages.sogo.nu? Best regards, Peter
[SOGo] Contact-lists and SOGo-connector TB 115 or more
Hello, I work in the IT office of an Italian municipality and we're using SOGo since 2011. Now we're using SOGo 5.10 and from last year we see contact lists no longer works at all. We were using TB ver. 52.9. Now we use TB 115 or > and carddav works perfectly but no contact-lists. We compiled and installed sogo plugin, but can't find the old way to add SOGo contact-books like the old version of thunderbird (add -> remote address-book once the SOGo connector plug-in was installed). Am I doing some mistakes? Do the new plug-in allow SOGo and Thunderbird > 115 to see and manage contact lists like before? Sorry for the basic, long question, thanks in advance for the answer and thanks for the beautiful piece of software you're maintaining, kind regards, Alberto
[SOGo] BTS activities for Thursday, September 12 2024
Title: BTS activities for Thursday, September 12 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Thursday, September 12 2024 idlast updatestatus (resolution)categorysummary 5991 2024-09-13 02:43:29 updated (open) Web Mail We have found some Chinese garbled characters in the theme when using Sogo Community Version 5.10.0 and earlier versions. 6004 2024-09-12 08:58:10 feedback (open) Web Preferences Stored-XSS in Contacts Category Fields 6036 2024-09-12 18:43:31 assigned (open) Web Calendar It is no longer possible to move a single instance of a series of repetitive Tasks into another calendar 6006 2024-09-12 08:58:48 closed (duplicate) Web Calendar Calendar Categories Stored-XSS 6005 2024-09-12 09:01:21 closed (wont fix) Web Mail Upload of SVG file type leads to Stored-XSS 6007 2024-09-12 08:58:39 closed (fixed) Web Preferences Stored-XSS in Mail Labels Field 6008 2024-09-12 08:58:32 closed (duplicate) Web Preferences Stored-XSS in Mail Filters Field 6009 2024-09-12 08:58:23 closed (duplicate) Web Preferences Stored-XSS in Vacation Auto-Reply 6010 2024-09-12 08:58:57 closed (duplicate) Web Preferences Stored-XSS in Reply to Email
[SOGo] BTS activities for Wednesday, September 11 2024
Title: BTS activities for Wednesday, September 11 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Wednesday, September 11 2024 idlast updatestatus (resolution)categorysummary 5532 2024-09-11 13:57:46 updated (open) Backend Calendar Shared calendar link with "secret keys" and not basic authentication 6035 2024-09-11 16:48:27 updated (open) Backend Mail Cannot reply to malformed emails with empty images 6003 2024-09-11 10:42:54 updated (open) Web Calendar events/appointments are created with a too big timespan 5985 2024-09-11 11:00:44 updated (open) Web Mail [Feature request] Automatic BCC or filter for outgoing mails 6020 2024-09-11 10:07:48 assigned (open) Packaging (Debian) Rework packaging 6036 2024-09-11 19:15:10 assigned (open) Web Calendar It is no longer possible to move a single instance of a series of repetitive Tasks into another calendar 6004 2024-09-11 10:30:59 assigned (open) Web Preferences Stored-XSS in Contacts Category Fields 6031 2024-09-11 09:55:31 resolved (fixed) Web Calendar Tasks can no longer be set to repeated 6033 2024-09-11 09:55:39 resolved (duplicate) with SOGo Tasks not repeatable 6034 2024-09-11 10:00:27 closed (not a bug) with SOGo Calendar colors and contact pictures
RE: [SOGo] EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null)
Hello, This error is too generic to know what its cause is. Follow the instructions here to install a debugger -> https://www.sogo.nu/support/faq/how-do-i-debug-sogo.html And try to get the backtrace to see what happens before this exception. Quentin -Original Message- From: users-requ...@sogo.nu On Behalf Of Valeriu Vasciuc Sent: mardi 10 septembre 2024 14:34 To: users@sogo.nu Subject: [SOGo] EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null) Hello could you please help me with the following error exceprions. i installed a test server on ubuntu 22 and installed and configured Sogo after some tests, decided to install sogo on mail servers I have 2 of them. Installed one and it work great, I made a clone of the server and updated connection when I start receiving this error: EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null). I tried to install a clean server and install it again , I have done more attempts but always get this error: Could you please help me with it? thank you.
Re: [SOGo] EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null)
It's empty on both servers: ll /var/lib/sogo/GNUstep/Defaults/ -R /var/lib/sogo/GNUstep/Defaults/: total 12 drwxr-xr-x 3 sogo sogo 4096 Jul 31 14:38 ./ drwxr-xr-x 3 sogo sogo 4096 Jul 31 14:38 ../ drwxr-xr-x 2 sogo sogo 4096 Sep 6 11:34 .lck/ /var/lib/sogo/GNUstep/Defaults/.lck: total 8 drwxr-xr-x 2 sogo sogo 4096 Sep 6 11:34 ./ drwxr-xr-x 3 sogo sogo 4096 Jul 31 14:38 ../ On 10/09/2024 17:23, "Raoul Schroeder" (raoul.schroe...@global-ist.net) wrote: Can you check if there is an XML file present here: " User sogo beneath "GNUstep/Defaults/" See this post on a German forum: https://debianforum.de/forum/viewtopic.php?t=180045 (use deepl or something for translation if needed) -Ursprüngliche Nachricht- Von: users-requ...@sogo.nu Im Auftrag von Valeriu Vasciuc Gesendet: Dienstag, 10. September 2024 14:34 An: users@sogo.nu Betreff: [SOGo] EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null) Hello could you please help me with the following error exceprions. i installed a test server on ubuntu 22 and installed and configured Sogo after some tests, decided to install sogo on mail servers I have 2 of them. Installed one and it work great, I made a clone of the server and updated connection when I start receiving this error: EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null). I tried to install a clean server and install it again , I have done more attempts but always get this error: Could you please help me with it? thank you.
Re: [SOGo] EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null)
exactly On 10/09/2024 16:34, Odhiambo Washington (odhia...@gmail.com) wrote: A clone should behave exactly like its source, On Tue, Sep 10, 2024 at 3:48 PM Valeriu Vasciuc wrote: Hello could you please help me with the following error exceprions. i installed a test server on ubuntu 22 and installed and configured Sogo after some tests, decided to install sogo on mail servers I have 2 of them. Installed one and it work great, I made a clone of the server and updated connection when I start receiving this error: EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null). I tried to install a clean server and install it again , I have done more attempts but always get this error: Could you please help me with it? thank you. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]
[SOGo] BTS activities for Tuesday, September 10 2024
Title: BTS activities for Tuesday, September 10 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Tuesday, September 10 2024 idlast updatestatus (resolution)categorysummary 4866 2024-09-10 12:17:47 updated (open) Web Calendar Allow assignment of tasks 5255 2024-09-10 12:17:47 updated (open) Web Calendar Task delegation or calendar entries without permission on calendar 5779 2024-09-10 17:51:00 updated (open) Web Calendar No toast for task alerts in calendar 6033 2024-09-10 17:31:02 updated (open) with SOGo Tasks not repeatable 6034 2024-09-10 17:56:39 updated (open) with SOGo Calendar colors and contact pictures 6000 2024-09-10 16:57:19 assigned (open) Backend Calendar Calendar Invites from Thunderbird do not require an response when opened in MS Outlook 4947 2024-09-10 17:13:52 resolved (fixed) Web Calendar Bug #4871 or #4875 not solved for tasks
AW: [SOGo] EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null)
Can you check if there is an XML file present here: " User sogo beneath "GNUstep/Defaults/" See this post on a German forum: https://debianforum.de/forum/viewtopic.php?t=180045 (use deepl or something for translation if needed) -Ursprüngliche Nachricht- Von: users-requ...@sogo.nu Im Auftrag von Valeriu Vasciuc Gesendet: Dienstag, 10. September 2024 14:34 An: users@sogo.nu Betreff: [SOGo] EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null) Hello could you please help me with the following error exceprions. i installed a test server on ubuntu 22 and installed and configured Sogo after some tests, decided to install sogo on mail servers I have 2 of them. Installed one and it work great, I made a clone of the server and updated connection when I start receiving this error: EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null). I tried to install a clean server and install it again , I have done more attempts but always get this error: Could you please help me with it? thank you.
Re: [SOGo] EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null)
A clone should behave exactly like its source, On Tue, Sep 10, 2024 at 3:48 PM Valeriu Vasciuc wrote: > Hello could you please help me with the following error exceprions. > i installed a test server on ubuntu 22 and installed and configured Sogo > after some tests, decided to install sogo on mail servers I have 2 of them. > Installed one and it work great, I made a clone of the server and > updated connection when I start receiving this error: > EXCEPTION: NAME:NSInvalidArgumentException > REASON:GSCInlineString(instance) does not recognize objectForKey: > INFO:(null). > > I tried to install a clean server and install it again , I have done > more attempts but always get this error: > Could you please help me with it? thank you. > > -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]
[SOGo] problem with sogo
how?
[SOGo] EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null)
Hello could you please help me with the following error exceprions. i installed a test server on ubuntu 22 and installed and configured Sogo after some tests, decided to install sogo on mail servers I have 2 of them. Installed one and it work great, I made a clone of the server and updated connection when I start receiving this error: EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize objectForKey: INFO:(null). I tried to install a clean server and install it again , I have done more attempts but always get this error: Could you please help me with it? thank you.
[SOGo] BTS activities for Monday, September 09 2024
Title: BTS activities for Monday, September 09 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Monday, September 09 2024 idlast updatestatus (resolution)categorysummary 6024 2024-09-09 10:16:10 updated (open) Backend Calendar Teams / Jitsii 6032 2024-09-09 11:45:49 updated (open) Backend Calendar Yearly recurring events are NOT shown in calendar 6027 2024-09-09 10:25:02 updated (open) Backend General Multi-domain reject auth 6029 2024-09-09 10:27:36 updated (open) Backend General S/MIME Certificate encrypted 6023 2024-09-09 11:13:12 updated (open) Backend Mail Deletion of mail older than x 6026 2024-09-09 10:18:27 updated (open) Documentation Clean SOGo Documentation 5820 2024-09-09 11:22:35 updated (open) Web Calendar Directly open edit modal dialog after duplicating calendar event 5842 2024-09-09 14:14:44 updated (open) Web Calendar Show time zone/time in calendar 5939 2024-09-09 11:21:21 updated (open) Web Calendar Recurring event invites not shown in mail invites 6028 2024-09-09 10:26:01 updated (open) Web Mail Move to option in mail view 6030 2024-09-09 10:51:05 updated (open) Web Mail Sort in Sent Folder 6021 2024-09-09 10:11:58 assigned (open) Backend General REST API 6022 2024-09-09 10:13:05 assigned (open) Backend General OpenID support 6025 2024-09-09 10:18:50 assigned (open) Backend General Check password strength on login 6020 2024-09-09 20:39:46 assigned (open) Packaging (Debian) Rework packaging 6013 2024-09-09 10:35:51 resolved (fixed) Documentation Roadmap outdated 6031 2024-09-09 14:12:23 resolved (fixed) Web Calendar Tasks can no longer be set to repeated 5754 2024-09-09 10:08:53 closed (duplicate) Packaging (Debian) Native ARM64 support
[SOGo] BTS activities for Thursday, September 05 2024
Title: BTS activities for Thursday, September 05 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Thursday, September 05 2024 idlast updatestatus (resolution)categorysummary 6019 2024-09-05 11:14:24 updated (open) Backend General Why does SOGo store SQL username and plain password in SQL table `sogo_folder_info`?
[SOGo] BTS activities for Wednesday, September 04 2024
Title: BTS activities for Wednesday, September 04 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Wednesday, September 04 2024 idlast updatestatus (resolution)categorysummary 5754 2024-09-04 08:29:15 updated (open) Packaging (Debian) Native ARM64 support 6016 2024-09-04 16:02:10 updated (open) Web Calendar Request for ability to block users from seeing each other 6018 2024-09-04 16:01:40 updated (open) Web Calendar Calendar drop-down menu breaks with all calendars disabled in multi-columns day view 6017 2024-09-04 16:00:14 updated (open) Web General Support "userPasswordPolicy" when authenticating using LDAP 6013 2024-09-04 16:05:27 assigned (open) Documentation Roadmap outdated 5994 2024-09-04 16:03:21 resolved (fixed) Web General Frontend section on download page outdated
Re: [SOGo] SoGo (iRedMail) + LDAP (Active Directory)
From here: https://www.sogo.nu/files/docs/SOGoInstallationGuide.html Search for LDAP. A space-delimited list of LDAP URLs or LDAP hostnames. LDAP URLs are specified in RFC 4516 and have the following general format: scheme://host:port/DN?attributes?scope?filter?extensions Note that SOGo doesn’t currently support DN, attributes, scope and filter in such URLs. Using them may have undefined side effects. URLs examples: ldap://127.0.0.1:3389 ldaps://127.0.0.1 ldap://127.0.0.1/!StartTLS Regards Christian Am 04.09.24 um 11:50 schrieb Илназ Шарафиев (il...@konstanta.pro): No, didn’t try switch it on, because Postfix and Dovecot configured and authentication tests completed successfully. In windows server logs as I can see, authentication is successful too. I can try to switch it on, if it necessary. Could you send me in right direction? Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows *From: *Christian Naumer <mailto:users@sogo.nu> *Sent: *4 september 2024 г. 12:32 *To: *users@sogo.nu <mailto:users@sogo.nu> *Subject: *[SPAM] Re: [SOGo] SoGo (iRedMail) + LDAP (Active Directory) Usually AD requires TLS or SSL for LDAP. Have you tried switching this on? Am 04.09.24 um 11:13 schrieb Илназ Шарафиев (il...@konstanta.pro): > Hello! > > Sorry for disturbing with stupid questions. Please help me with SoGo > configuration. I installed iRedMail 1.7.1. on Debian 12. Successfully > configured Postfix and Dovecot, including LDAP (Active directory) > authentication. But I stucked with SoGo + Active Directory configuration. > > Here is my configuration for LDAP > > SOGoUserSources = ( > > { > > // Used for user authentication > > id = directory; > > displayName = "Active Directory"; > > canAuthenticate = YES; > > type = ldap; > > CNFieldName = cn; > > IDFieldName = uid; > > UIDFieldName = sAMAccountName; > > baseDN = " ou=Users, dc=test,dc=com"; > > bindDN = "cn=vmail,oou=Users, dc=test,dc=com"; > > bindFields = (sAMAccountName); > > bindPassword = password; > > hostname = "ldap://test.com:389";; > > isAddressBook = YES; > > }, > > And logs: > > Sep 04 11:10:24 sogod [155008]: |SOGo| starting method 'POST' on uri '/ > SOGo/so/passwordRecoveryEnabled' > > Sep 04 11:10:24 sogod [155008]: <0x0x558409596160[SOGoCache]> Cache > cleanup interval set every 300.00 seconds > > Sep 04 11:10:24 sogod [155008]: <0x0x558409596160[SOGoCache]> Using > host(s) '127.0.0.1' as server(s) > > Sep 04 11:10:24 sogod [155008]: [WARN] > <0x0x7f57060d3b00[WOxElemBuilder]> could not locate builders: > WOxExtElemBuilder,WOxExtElemBuilder > > Sep 04 11:10:24 sogod [155008]: |SOGo| request took 0.046520 seconds to > execute > > Sep 04 11:10:24 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/so/ > passwordRecoveryEnabled HTTP/1.0" 403 0/47 0.056 - - 3M - 10 > > Sep 04 11:10:25 sogod [155008]: |SOGo| starting method 'POST' on uri '/ > SOGo/so/passwordRecoveryEnabled' > > Sep 04 11:10:25 sogod [155008]: |SOGo| request took 0.001057 seconds to > execute > > Sep 04 11:10:25 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/so/ > passwordRecoveryEnabled HTTP/1.0" 403 0/47 0.004 - - 0 - 10 > > Sep 04 11:10:32 sogod [155008]: |SOGo| starting method 'POST' on uri '/ > SOGo/connect' > > Sep 04 11:10:32 sogod [155008]: <0x0x558409a68610[NGLdapConnection]> > Using ldap_initialize for LDAP URL: ldap://test.com:389 > > Sep 04 11:10:32 sogod [155008]: <0x0x558409a65de0[NGLdapConnection]> > Using ldap_initialize for LDAP URL: ldap://test.com:389 > > 2024-09-04 11:10:32.698 sogod[155008:155008] -[NGLdapConnection > _searchAtBaseDN:qualifier:attributes:scope:]: search at base '' filter > '(objectClass=*)' for attrs 'subschemaSubentry' > > 2024-09-04 11:10:32.698 sogod[155008:155008] -[NGLdapConnection > _searchAtBaseDN:qualifier:attributes:scope:]: search at base > 'CN=Aggregate,CN=Schema,CN=Configuration,DC=test,DC=com' filter > '(objectClass=*)' for attrs 'objectclasses' > > 2024-09-04 11:10:32.839 sogod[155008:155008] -[NGLdapConnection > _searchAtBaseDN:qualifier:attributes:scope:]: search at base > 'ou=users,dc=test,dc=com' filter '(sAMAccountName=t...@konstanta.pro)' > for attrs 'dn' > > Sep 04 11:
Re: [SOGo] SoGo (iRedMail) + LDAP (Active Directory)
No, didn’t try switch it on, because Postfix and Dovecot configured and authentication tests completed successfully. In windows server logs as I can see, authentication is successful too. I can try to switch it on, if it necessary. Could you send me in right direction? Sent from Mail for Windows From: Christian Naumer Sent: 4 september 2024 г. 12:32 To: users@sogo.nu Subject: [SPAM] Re: [SOGo] SoGo (iRedMail) + LDAP (Active Directory) Usually AD requires TLS or SSL for LDAP. Have you tried switching this on? Am 04.09.24 um 11:13 schrieb Илназ Шарафиев (il...@konstanta.pro): > Hello! > > Sorry for disturbing with stupid questions. Please help me with SoGo > configuration. I installed iRedMail 1.7.1. on Debian 12. Successfully > configured Postfix and Dovecot, including LDAP (Active directory) > authentication. But I stucked with SoGo + Active Directory configuration. > > Here is my configuration for LDAP > > SOGoUserSources = ( > > { > > // Used for user authentication > > id = directory; > > displayName = "Active Directory"; > > canAuthenticate = YES; > > type = ldap; > > CNFieldName = cn; > > IDFieldName = uid; > > UIDFieldName = sAMAccountName; > > baseDN = " ou=Users, dc=test,dc=com"; > > bindDN = "cn=vmail,oou=Users, dc=test,dc=com"; > > bindFields = (sAMAccountName); > > bindPassword = password; > > hostname = "ldap://test.com:389";; > > isAddressBook = YES; > > }, > > And logs: > > Sep 04 11:10:24 sogod [155008]: |SOGo| starting method 'POST' on uri '/ > SOGo/so/passwordRecoveryEnabled' > > Sep 04 11:10:24 sogod [155008]: <0x0x558409596160[SOGoCache]> Cache > cleanup interval set every 300.00 seconds > > Sep 04 11:10:24 sogod [155008]: <0x0x558409596160[SOGoCache]> Using > host(s) '127.0.0.1' as server(s) > > Sep 04 11:10:24 sogod [155008]: [WARN] > <0x0x7f57060d3b00[WOxElemBuilder]> could not locate builders: > WOxExtElemBuilder,WOxExtElemBuilder > > Sep 04 11:10:24 sogod [155008]: |SOGo| request took 0.046520 seconds to > execute > > Sep 04 11:10:24 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/so/ > passwordRecoveryEnabled HTTP/1.0" 403 0/47 0.056 - - 3M - 10 > > Sep 04 11:10:25 sogod [155008]: |SOGo| starting method 'POST' on uri '/ > SOGo/so/passwordRecoveryEnabled' > > Sep 04 11:10:25 sogod [155008]: |SOGo| request took 0.001057 seconds to > execute > > Sep 04 11:10:25 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/so/ > passwordRecoveryEnabled HTTP/1.0" 403 0/47 0.004 - - 0 - 10 > > Sep 04 11:10:32 sogod [155008]: |SOGo| starting method 'POST' on uri '/ > SOGo/connect' > > Sep 04 11:10:32 sogod [155008]: <0x0x558409a68610[NGLdapConnection]> > Using ldap_initialize for LDAP URL: ldap://test.com:389 > > Sep 04 11:10:32 sogod [155008]: <0x0x558409a65de0[NGLdapConnection]> > Using ldap_initialize for LDAP URL: ldap://test.com:389 > > 2024-09-04 11:10:32.698 sogod[155008:155008] -[NGLdapConnection > _searchAtBaseDN:qualifier:attributes:scope:]: search at base '' filter > '(objectClass=*)' for attrs 'subschemaSubentry' > > 2024-09-04 11:10:32.698 sogod[155008:155008] -[NGLdapConnection > _searchAtBaseDN:qualifier:attributes:scope:]: search at base > 'CN=Aggregate,CN=Schema,CN=Configuration,DC=test,DC=com' filter > '(objectClass=*)' for attrs 'objectclasses' > > 2024-09-04 11:10:32.839 sogod[155008:155008] -[NGLdapConnection > _searchAtBaseDN:qualifier:attributes:scope:]: search at base > 'ou=users,dc=test,dc=com' filter '(sAMAccountName=t...@konstanta.pro)' > for attrs 'dn' > > Sep 04 11:10:32 sogod [155008]: SOGoRootPage Login from > '192.xxx.xxx.xxx' for user 't...@test.com' might not have worked - > password policy: 65535 grace: -1 expire: -1 bound: 0 > > Sep 04 11:10:32 sogod [155008]: |SOGo| request took 0.170584 seconds to > execute > > Sep 04 11:10:32 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/connect > HTTP/1.0" 403 33/87 0.173 - - 7M - 11 > > Sep 04 11:10:34 sogod [155008]: |SOGo| starting method 'GET' on uri '/ > SOGo/so/' > > Sep 04 11:10:34 sogod [155008]: |SOGo| request took 0.084647 seconds to > execute > > Sep 04 11:10:34 sogod [155008]: 192.xxx.xxx.xxx "GET /SOGo/so/ HTTP/1.0" > 200 13418/0 0.089 50514 73% 0 - 11 > > In the windows server logs I can see that authentication was successful. > > Thanks >
Re: [SOGo] SoGo (iRedMail) + LDAP (Active Directory)
Usually AD requires TLS or SSL for LDAP. Have you tried switching this on? Am 04.09.24 um 11:13 schrieb Илназ Шарафиев (il...@konstanta.pro): Hello! Sorry for disturbing with stupid questions. Please help me with SoGo configuration. I installed iRedMail 1.7.1. on Debian 12. Successfully configured Postfix and Dovecot, including LDAP (Active directory) authentication. But I stucked with SoGo + Active Directory configuration. Here is my configuration for LDAP SOGoUserSources = ( { // Used for user authentication id = directory; displayName = "Active Directory"; canAuthenticate = YES; type = ldap; CNFieldName = cn; IDFieldName = uid; UIDFieldName = sAMAccountName; baseDN = " ou=Users, dc=test,dc=com"; bindDN = "cn=vmail,oou=Users, dc=test,dc=com"; bindFields = (sAMAccountName); bindPassword = password; hostname = "ldap://test.com:389";; isAddressBook = YES; }, And logs: Sep 04 11:10:24 sogod [155008]: |SOGo| starting method 'POST' on uri '/ SOGo/so/passwordRecoveryEnabled' Sep 04 11:10:24 sogod [155008]: <0x0x558409596160[SOGoCache]> Cache cleanup interval set every 300.00 seconds Sep 04 11:10:24 sogod [155008]: <0x0x558409596160[SOGoCache]> Using host(s) '127.0.0.1' as server(s) Sep 04 11:10:24 sogod [155008]: [WARN] <0x0x7f57060d3b00[WOxElemBuilder]> could not locate builders: WOxExtElemBuilder,WOxExtElemBuilder Sep 04 11:10:24 sogod [155008]: |SOGo| request took 0.046520 seconds to execute Sep 04 11:10:24 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/so/ passwordRecoveryEnabled HTTP/1.0" 403 0/47 0.056 - - 3M - 10 Sep 04 11:10:25 sogod [155008]: |SOGo| starting method 'POST' on uri '/ SOGo/so/passwordRecoveryEnabled' Sep 04 11:10:25 sogod [155008]: |SOGo| request took 0.001057 seconds to execute Sep 04 11:10:25 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/so/ passwordRecoveryEnabled HTTP/1.0" 403 0/47 0.004 - - 0 - 10 Sep 04 11:10:32 sogod [155008]: |SOGo| starting method 'POST' on uri '/ SOGo/connect' Sep 04 11:10:32 sogod [155008]: <0x0x558409a68610[NGLdapConnection]> Using ldap_initialize for LDAP URL: ldap://test.com:389 Sep 04 11:10:32 sogod [155008]: <0x0x558409a65de0[NGLdapConnection]> Using ldap_initialize for LDAP URL: ldap://test.com:389 2024-09-04 11:10:32.698 sogod[155008:155008] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search at base '' filter '(objectClass=*)' for attrs 'subschemaSubentry' 2024-09-04 11:10:32.698 sogod[155008:155008] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search at base 'CN=Aggregate,CN=Schema,CN=Configuration,DC=test,DC=com' filter '(objectClass=*)' for attrs 'objectclasses' 2024-09-04 11:10:32.839 sogod[155008:155008] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search at base 'ou=users,dc=test,dc=com' filter '(sAMAccountName=t...@konstanta.pro)' for attrs 'dn' Sep 04 11:10:32 sogod [155008]: SOGoRootPage Login from '192.xxx.xxx.xxx' for user 't...@test.com' might not have worked - password policy: 65535 grace: -1 expire: -1 bound: 0 Sep 04 11:10:32 sogod [155008]: |SOGo| request took 0.170584 seconds to execute Sep 04 11:10:32 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/connect HTTP/1.0" 403 33/87 0.173 - - 7M - 11 Sep 04 11:10:34 sogod [155008]: |SOGo| starting method 'GET' on uri '/ SOGo/so/' Sep 04 11:10:34 sogod [155008]: |SOGo| request took 0.084647 seconds to execute Sep 04 11:10:34 sogod [155008]: 192.xxx.xxx.xxx "GET /SOGo/so/ HTTP/1.0" 200 13418/0 0.089 50514 73% 0 - 11 In the windows server logs I can see that authentication was successful. Thanks
[SOGo] SoGo (iRedMail) + LDAP (Active Directory)
Hello! Sorry for disturbing with stupid questions. Please help me with SoGo configuration. I installed iRedMail 1.7.1. on Debian 12. Successfully configured Postfix and Dovecot, including LDAP (Active directory) authentication. But I stucked with SoGo + Active Directory configuration. Here is my configuration for LDAP SOGoUserSources = ( { // Used for user authentication id = directory; displayName = "Active Directory"; canAuthenticate = YES; type = ldap; CNFieldName = cn; IDFieldName = uid; UIDFieldName = sAMAccountName; baseDN = " ou=Users, dc=test,dc=com"; bindDN = "cn=vmail,oou=Users, dc=test,dc=com"; bindFields = (sAMAccountName); bindPassword = password; hostname = "ldap://test.com:389";; isAddressBook = YES; }, And logs: Sep 04 11:10:24 sogod [155008]: |SOGo| starting method 'POST' on uri '/SOGo/so/passwordRecoveryEnabled' Sep 04 11:10:24 sogod [155008]: <0x0x558409596160[SOGoCache]> Cache cleanup interval set every 300.00 seconds Sep 04 11:10:24 sogod [155008]: <0x0x558409596160[SOGoCache]> Using host(s) '127.0.0.1' as server(s) Sep 04 11:10:24 sogod [155008]: [WARN] <0x0x7f57060d3b00[WOxElemBuilder]> could not locate builders: WOxExtElemBuilder,WOxExtElemBuilder Sep 04 11:10:24 sogod [155008]: |SOGo| request took 0.046520 seconds to execute Sep 04 11:10:24 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/so/passwordRecoveryEnabled HTTP/1.0" 403 0/47 0.056 - - 3M - 10 Sep 04 11:10:25 sogod [155008]: |SOGo| starting method 'POST' on uri '/SOGo/so/passwordRecoveryEnabled' Sep 04 11:10:25 sogod [155008]: |SOGo| request took 0.001057 seconds to execute Sep 04 11:10:25 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/so/passwordRecoveryEnabled HTTP/1.0" 403 0/47 0.004 - - 0 - 10 Sep 04 11:10:32 sogod [155008]: |SOGo| starting method 'POST' on uri '/SOGo/connect' Sep 04 11:10:32 sogod [155008]: <0x0x558409a68610[NGLdapConnection]> Using ldap_initialize for LDAP URL: ldap://test.com:389 Sep 04 11:10:32 sogod [155008]: <0x0x558409a65de0[NGLdapConnection]> Using ldap_initialize for LDAP URL: ldap://test.com:389 2024-09-04 11:10:32.698 sogod[155008:155008] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search at base '' filter '(objectClass=*)' for attrs 'subschemaSubentry' 2024-09-04 11:10:32.698 sogod[155008:155008] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search at base 'CN=Aggregate,CN=Schema,CN=Configuration,DC=test,DC=com' filter '(objectClass=*)' for attrs 'objectclasses' 2024-09-04 11:10:32.839 sogod[155008:155008] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search at base 'ou=users,dc=test,dc=com' filter '(sAMAccountName=t...@konstanta.pro)' for attrs 'dn' Sep 04 11:10:32 sogod [155008]: SOGoRootPage Login from '192.xxx.xxx.xxx' for user 't...@test.com' might not have worked - password policy: 65535 grace: -1 expire: -1 bound: 0 Sep 04 11:10:32 sogod [155008]: |SOGo| request took 0.170584 seconds to execute Sep 04 11:10:32 sogod [155008]: 192.xxx.xxx.xxx "POST /SOGo/connect HTTP/1.0" 403 33/87 0.173 - - 7M - 11 Sep 04 11:10:34 sogod [155008]: |SOGo| starting method 'GET' on uri '/SOGo/so/' Sep 04 11:10:34 sogod [155008]: |SOGo| request took 0.084647 seconds to execute Sep 04 11:10:34 sogod [155008]: 192.xxx.xxx.xxx "GET /SOGo/so/ HTTP/1.0" 200 13418/0 0.089 50514 73% 0 - 11 In the windows server logs I can see that authentication was successful. Thanks
[SOGo] BTS activities for Tuesday, September 03 2024
Title: BTS activities for Tuesday, September 03 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Tuesday, September 03 2024 idlast updatestatus (resolution)categorysummary 5754 2024-09-03 13:01:48 updated (open) Packaging (Debian) Native ARM64 support 6016 2024-09-04 03:32:53 updated (open) Web Calendar Request for ability to block users from seeing each other
Re: [SOGo] Selfcompiled SOGo set settings file
I know that the nginx config has nothing to to with the SOGo config, but with the alias directive you can redirect things. Anyway, I did create the directory /usr/local/etc/sogo/ and copied the config over, yet nothing has changed. Also, I'm doing my testing in a separate browser in private mode, so no caching on the browser side can be the cause of interference. Best Richard On Mon, Sep 2, 2024, 14:45 Christian Mack wrote: > Hello > > The SOGo configuration location has nothing to do with nginx. > > As you changed the installation Path to /usr/local/, SOGo will expect > its configuration at /usr/local/etc/sogo/ > You could symlink that to /etc/sogo/ or copy the files into it. > > > Kind regards, > Christian Mack > > Am 02.09.24 um 14:10 schrieb Richard (rrosn...@gmail.com): > > Hi, > > so, to check if an issue I reported [1] is only related to the SOGo > version > > we use or if it's a general issue, I compiled SOGo now manually and > > installed it (so it's now located in /usr/local/lib in parallel to > > /usr/lib/). Trying to change our nginx config to point to /usr/local/lib > it > > looks like the installation isn't getting its config that's located in > > /etc/sogo. At least it only shows the green header bar, so login seems to > > succeed, but sogo log says > > > > Sep 02 14:02:03 sogod [21933]: [ERROR] > >> <0x0x5581b2e2b1b0[NGImap4ConnectionManager]> IMAP4 login failed: > >>host=localhost, user=anonymous, pwd=yes > >>url=imap://anonymous@localhost/?tls=NO&tlsVerifyMode=default > >>base=(null) > >>base-class=(null)) > >>= <0x0x5581b57be680[NGImap4Client]: login=anonymous(pwd) > >> socket= >> address=<0x0x5581b56f06c0[NGInternetSocketAddress]: host=localhost > port=511\ > >> 02> connectedTo=<0x0x5581b472e3f0[NGInternetSocketAddress]: > host=localhost > >> port=143>>> > >> Sep 02 14:02:03 sogod [21933]: <0x5581b5cb6c50[SOGoMailAccount]:0> > >> renewing imap4 password > >> Sep 02 14:02:03 sogod [21933]: <0x0x5581b2c37aa0[SOGoCache]> an error > >> occurred when caching value for key 'session:U+82hHFVjokuzDLa': "SERVER > HAS > >> FAILED AND IS DISABLED UNTIL TIMED RET\ > >> RY" > >> Sep 02 14:02:07 sogod [21933]: [ERROR] > >> <0x0x5581b2e2b1b0[NGImap4ConnectionManager]> IMAP4 login failed: > >>host=localhost, user=anonymous, pwd=yes > >>url=imap://anonymous@localhost/?tls=NO&tlsVerifyMode=default > >>base=(null) > >>base-class=(null)) > >>= <0x0x5581b5a35ac0[NGImap4Client]: login=anonymous(pwd) > >> socket= >> address=<0x0x5581b5823f40[NGInternetSocketAddress]: host=localhost > port=431\ > >> 24> connectedTo=<0x0x5581b5752420[NGInternetSocketAddress]: > host=localhost > >> port=143>>> > >> Sep 02 14:02:07 sogod [21933]: [ERROR] > <0x5581b5cb6c50[SOGoMailAccount]:0> > >> Could not connect IMAP4 > >> > > > > Is there something like an nginx directive I could set to tell sogo what > > settings file to use? > > > > Best > > Richard > > > > > > [1]: https://bugs.sogo.nu/view.php?id=5976 > > > > -- > Christian Mack > Universität Konstanz > Kommunikations-, Informations-, Medienzentrum (KIM) > Abteilung IT-Dienste Forschung, Lehre, Infrastruktur > 78457 Konstanz > +49 7531 88-4416 > >
Re: [SOGo] Selfcompiled SOGo set settings file
Hello The SOGo configuration location has nothing to do with nginx. As you changed the installation Path to /usr/local/, SOGo will expect its configuration at /usr/local/etc/sogo/ You could symlink that to /etc/sogo/ or copy the files into it. Kind regards, Christian Mack Am 02.09.24 um 14:10 schrieb Richard (rrosn...@gmail.com): Hi, so, to check if an issue I reported [1] is only related to the SOGo version we use or if it's a general issue, I compiled SOGo now manually and installed it (so it's now located in /usr/local/lib in parallel to /usr/lib/). Trying to change our nginx config to point to /usr/local/lib it looks like the installation isn't getting its config that's located in /etc/sogo. At least it only shows the green header bar, so login seems to succeed, but sogo log says Sep 02 14:02:03 sogod [21933]: [ERROR] <0x0x5581b2e2b1b0[NGImap4ConnectionManager]> IMAP4 login failed: host=localhost, user=anonymous, pwd=yes url=imap://anonymous@localhost/?tls=NO&tlsVerifyMode=default base=(null) base-class=(null)) = <0x0x5581b57be680[NGImap4Client]: login=anonymous(pwd) socket= connectedTo=<0x0x5581b472e3f0[NGInternetSocketAddress]: host=localhost port=143>>> Sep 02 14:02:03 sogod [21933]: <0x5581b5cb6c50[SOGoMailAccount]:0> renewing imap4 password Sep 02 14:02:03 sogod [21933]: <0x0x5581b2c37aa0[SOGoCache]> an error occurred when caching value for key 'session:U+82hHFVjokuzDLa': "SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RET\ RY" Sep 02 14:02:07 sogod [21933]: [ERROR] <0x0x5581b2e2b1b0[NGImap4ConnectionManager]> IMAP4 login failed: host=localhost, user=anonymous, pwd=yes url=imap://anonymous@localhost/?tls=NO&tlsVerifyMode=default base=(null) base-class=(null)) = <0x0x5581b5a35ac0[NGImap4Client]: login=anonymous(pwd) socket= connectedTo=<0x0x5581b5752420[NGInternetSocketAddress]: host=localhost port=143>>> Sep 02 14:02:07 sogod [21933]: [ERROR] <0x5581b5cb6c50[SOGoMailAccount]:0> Could not connect IMAP4 Is there something like an nginx directive I could set to tell sogo what settings file to use? Best Richard [1]: https://bugs.sogo.nu/view.php?id=5976 -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
[SOGo] Selfcompiled SOGo set settings file
Hi, so, to check if an issue I reported [1] is only related to the SOGo version we use or if it's a general issue, I compiled SOGo now manually and installed it (so it's now located in /usr/local/lib in parallel to /usr/lib/). Trying to change our nginx config to point to /usr/local/lib it looks like the installation isn't getting its config that's located in /etc/sogo. At least it only shows the green header bar, so login seems to succeed, but sogo log says Sep 02 14:02:03 sogod [21933]: [ERROR] > <0x0x5581b2e2b1b0[NGImap4ConnectionManager]> IMAP4 login failed: > host=localhost, user=anonymous, pwd=yes > url=imap://anonymous@localhost/?tls=NO&tlsVerifyMode=default > base=(null) > base-class=(null)) > = <0x0x5581b57be680[NGImap4Client]: login=anonymous(pwd) > socket= address=<0x0x5581b56f06c0[NGInternetSocketAddress]: host=localhost port=511\ > 02> connectedTo=<0x0x5581b472e3f0[NGInternetSocketAddress]: host=localhost > port=143>>> > Sep 02 14:02:03 sogod [21933]: <0x5581b5cb6c50[SOGoMailAccount]:0> > renewing imap4 password > Sep 02 14:02:03 sogod [21933]: <0x0x5581b2c37aa0[SOGoCache]> an error > occurred when caching value for key 'session:U+82hHFVjokuzDLa': "SERVER HAS > FAILED AND IS DISABLED UNTIL TIMED RET\ > RY" > Sep 02 14:02:07 sogod [21933]: [ERROR] > <0x0x5581b2e2b1b0[NGImap4ConnectionManager]> IMAP4 login failed: > host=localhost, user=anonymous, pwd=yes > url=imap://anonymous@localhost/?tls=NO&tlsVerifyMode=default > base=(null) > base-class=(null)) > = <0x0x5581b5a35ac0[NGImap4Client]: login=anonymous(pwd) > socket= address=<0x0x5581b5823f40[NGInternetSocketAddress]: host=localhost port=431\ > 24> connectedTo=<0x0x5581b5752420[NGInternetSocketAddress]: host=localhost > port=143>>> > Sep 02 14:02:07 sogod [21933]: [ERROR] <0x5581b5cb6c50[SOGoMailAccount]:0> > Could not connect IMAP4 > Is there something like an nginx directive I could set to tell sogo what settings file to use? Best Richard [1]: https://bugs.sogo.nu/view.php?id=5976
Re: [SOGo] Empty address book with CardDav connection
Hello Strange! Can you check, if those "empty" addresses have a displayname set? This should not be necessary anymore, but was a problem some years ago. Do you use any Add-Ons in Thunderbird? Kind regards, Christian Mack Am 29.08.24 um 14:02 schrieb Ronald van Overbeeke (r.vanoverbe...@vlc-auryn.nl): Hi Christian, Thank you for your suggestion. Unfortunately, this does not solve the problem. I have several address books to share and they all have the same problem. Funny thing is: when I connect a CardDav in Thunderbird to SoGo I get the correct number of addresses (but they are empty) when I now add a mail address in the same address book in SoGo, it does display correctly in Thunderbird. See screenshot. Screeshot-2 Hartelijk dank & groet, Ronald van Overbeeke Logo Auryn <https://basisschool-auryn.nl> Op 27-08-2024 om 10:05 schreef Christian Mack (christian.m...@uni-konstanz.de): Hello I assume, you have the correct access privileges for that address book, or even own it. I had that once. The only solution was to remove the address books from Thunderbird. Stop Thunderbird. Waiting, till it really was stopped (can take several minutes). Then start Thunderbird, and add the address books again. Hope that helps you too. Kind regards, Christian Mack Am 25.08.24 um 13:57 schrieb Ronald van Overbeeke (r.vanoverbe...@vlc-auryn.nl): Hello users, for our elementary school we are using SoGo. The platform and the web-gui work great. Sharing the CardDav with my local Thunderbird installation only works halfway. The address book is linked, the correct number of contacts is shown but the contacts are empty (See screenshot). I also have a shared address book where out of 30 contacts, 21 contacts are empty and the remaining 9 are displayed correctly. Can anyone help me? screenshot Hartelijk dank & groet, Ronald van Overbeeke Logo Auryn <https://basisschool-auryn.nl> -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
[SOGo] BTS activities for Thursday, August 29 2024
Title: BTS activities for Thursday, August 29 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Thursday, August 29 2024 idlast updatestatus (resolution)categorysummary 6014 2024-08-29 13:19:56 updated (open) Backend Address Book CardDAV client and for each contact DML SELECT to DB 6012 2024-08-29 22:30:16 resolved (fixed) with SOGo sogo-connector not working with Thunderbird 128
Re: [SOGo] Thunderbird 128 support
Hi Fabio, I fixed the unsubscribing issue, please pull and rebuild tb128 branch. Hope the problem disappeared. Sebastien Le Mercredi, Août 28, 2024 15:43 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi Sebastien, Thank you very much for resolving this issue so quickly. The connector works well now with Thunderbird 128. One functionality that is still not working (it didn't work anymore since version 115 so no hurry ;) ) is unsubscribing from a calendar from within Thunderbird. It has to be done using the SOGo web interface. I will submit a detailed bug report. Again, thank you, and have a nice day, Fabio On 27.08.24 14:59, smizr...@alinto.eu (smizr...@alinto.eu) wrote: > Hi Fabio, > > You can have a try with this branch : > https://github.com/Alinto/sogo-connector/tree/tb128 > > <https://github.com/Alinto/sogo-connector/tree/tb128>I have > fixed the issues. Please use https://bugs.sogo.nu/view.php?id=6012 for > related issues. > > Sebastien > > Le Vendredi, Août 23, 2024 09:16 CEST, "Fabio Ciuffani" > (fabio.ciuff...@gmail.com) a écrit: >> Hi, >> >> The SOGo connector may not be the only working solution to sync >> calendars / address books but it saves a lot of time when you have to >> manage Thunderbird users in a professional environment like we do. It >> removes most of the manual configuration that would be done on the >> client. It can simply be deployed by GPO and auto-updated. Once >> everything is set up on the SOGo server and the connector deployed, the >> user only has to input the username and password once and all the >> calendars and address books are there. He can then manage them easily. >> >> So yes, it's that important for some of us in that context and I think >> it would be useful for a lot of organizations. It's not perfect (and >> working anymore ;) ) and some enhancements and fixes could make it a >> must have (vcard4, simple out-of-office). I realize that Alinto's >> ressources (and Inverse's before that) are limited. I could consider a >> sponsorship if it helps to unblock the situation and would suggest any >> interested parties to come forward if they are wiling to contribute to >> further development. >> >> Best regards, >> >> Fabio >> >> On 21.08.24 15:52, Juergen BRUCKNER (microang...@microangelo.priv.at) >> wrote: >> > Hello Thomas, >> > >> > is that TB-plugin 'that' important for you? >> > >> > I use SOGo and Thunderbird without problems just with the >> > 'build-in-functions' of Thunderbird. >> > >> > best regards >> > Juergen >> > >> > Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" >> > (t.b.mailingli...@igeno-fat.de): >> >> Hello everyone. >> >> >> >> It's terrible that the formerly enthusiastic user base is being >> left in >> >> the dark like this. >> >> The last version on the website ( >> >> https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird >> >> version from August 11, 2021. 3 years ago. >> >> >> >> I know that a lot has happened in the meantime... I'm still sad >> though: >> >> >> >> Kind regards, >> >> >> >> Thomas >> >> >> >> Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani >> >> (fabio.ciuff...@gmail.com): >> >>> Hi Sebastien, >> >>> >> >>> Yes, we use a connector built with the latest tb115 branch. >> >>> >> >>> Thanks, >> >>> >> >>> Fabio >> >>> >> >>> On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: >> >>>> Hello, >> >>>> >> >>>> Haven't tried, but did you tried the following branch : >> >>>> https://github.com/Alinto/sogo-connector/tree/tb115 ? >> >>>> >> >>>> Sebastien >> >>>> >> >>>> Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" >> >>>> (fabio.ciuff...@gmail.com) a écrit: >> >>>>> Hi, >> >>>>> >> >>>>> Thunderbird 128 has been released recently and the connector >> installs >> >>>>> but doesn't seem to work. The custom calendar buttons don't appear >> >>>>> and >> >>>>> the SOGo address books can't be added. >> >>>>> >> >>>>> Could you please tell us if a connector update is planned in >> the near >> >>>>> future ? >> >>>>> >> >>>>> Thank you, >> >>>>> >> >>>>> Fabio >> >>>> >> >>>> >> > > >
Re: [SOGo] Issues to send mails via webtool
Hallo Stefan, sehr gerne, ich habe 3078 MB zur Verfügung Aber ich habe jetzt auf 51% Auslastung reduziert. (Mails gelöscht) Das Problem besteht aber immer noch. Ich kann nicht senden und der Empfang dauert ewig. Dann kommt die gleiche Mail aber bis zu 15-20 mal z.B. über Nacht Grüße Mathias Am Do., 29. Aug. 2024 um 15:20 Uhr schrieb Stefan Klatt : > How big is your storage? > > Am 28.08.2024 um 11:30 schrieb Mathias May (mathias@gmail.com): > > storage is at 88% but shows strange value of : -% > > Is it possible to store older emails on your desktop device? > > Kind regards > Mathias > > > -- > #GernePerDu > > *CaC, Computer and Communication* > Inhaber Stefan Klatt > End-2-End Senior Security Consultant > CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead > Implementer / > TOGAF9 / VdS-anerkannter Berater für Cyber-Security > Badges: https://www.youracclaim.com/users/stefan-klatt > Triftstrasse 9 > 60528 Frankfurt > Germany > USt-IdNr.: DE260461592 > > Tel.: +49-(0)172-6807809 > Tel.: +49-(0)69-67808-900 > Fax: +49-(0)69-67808-837 > Email: stefan.kl...@cac-netzwerk.de > Profil: http://www.cac-netzwerk.de/profil > -- *Mathias May* Telefon:+49 6103 2020767 Mobil: +49 175 640 5303 Mail: mathias@gmail.com
Re: [SOGo] Issues to send mails via webtool
How big is your storage? Am 28.08.2024 um 11:30 schrieb Mathias May (mathias@gmail.com): storage is at 88% but shows strange value of : -% Is it possible to store older emails on your desktop device? Kind regards Mathias -- #GernePerDu *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End Senior Security Consultant CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead Implementer / TOGAF9 / VdS-anerkannter Berater für Cyber-Security Badges: https://www.youracclaim.com/users/stefan-klatt Triftstrasse 9 60528 Frankfurt Germany USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email: stefan.kl...@cac-netzwerk.de Profil: http://www.cac-netzwerk.de/profil smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Issues to send mails via webtool
Hello You can find it in /etc/sogo/sogo.conf. If it is not listed there, then you don't have it active in your SOGo installation. That would mean, you should not get that "-%" quota rating. Kind regards, Christian Mack Am 29.08.24 um 13:07 schrieb Mathias May (mathias@gmail.com): Hi Christian, Please advise where I can find the required data Kind regards Mathias Von meinem iPhone gesendet Am 29.08.2024 um 12:26 schrieb Christian Mack : Hello What have you set for SOGoSoftQuotaRatio ? Kind regards, Christian Mack Am 28.08.24 um 11:30 schrieb Mathias May (mathias@gmail.com): storage is at 88% but shows strange value of : -% Is it possible to store older emails on your desktop device? Kind regards Mathias -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Empty address book with CardDav connection
Hi Christian, Thank you for your suggestion. Unfortunately, this does not solve the problem. I have several address books to share and they all have the same problem. Funny thing is: when I connect a CardDav in Thunderbird to SoGo I get the correct number of addresses (but they are empty) when I now add a mail address in the same address book in SoGo, it does display correctly in Thunderbird. See screenshot. Screeshot-2 Hartelijk dank & groet, Ronald van Overbeeke Logo Auryn <https://basisschool-auryn.nl> Op 27-08-2024 om 10:05 schreef Christian Mack (christian.m...@uni-konstanz.de): Hello I assume, you have the correct access privileges for that address book, or even own it. I had that once. The only solution was to remove the address books from Thunderbird. Stop Thunderbird. Waiting, till it really was stopped (can take several minutes). Then start Thunderbird, and add the address books again. Hope that helps you too. Kind regards, Christian Mack Am 25.08.24 um 13:57 schrieb Ronald van Overbeeke (r.vanoverbe...@vlc-auryn.nl): Hello users, for our elementary school we are using SoGo. The platform and the web-gui work great. Sharing the CardDav with my local Thunderbird installation only works halfway. The address book is linked, the correct number of contacts is shown but the contacts are empty (See screenshot). I also have a shared address book where out of 30 contacts, 21 contacts are empty and the remaining 9 are displayed correctly. Can anyone help me? screenshot Hartelijk dank & groet, Ronald van Overbeeke Logo Auryn <https://basisschool-auryn.nl>
Re: [SOGo] Issues to send mails via webtool
Hi Christian, Please advise where I can find the required data Kind regards Mathias Von meinem iPhone gesendet > Am 29.08.2024 um 12:26 schrieb Christian Mack : > > Hello > > What have you set for SOGoSoftQuotaRatio ? > > > Kind regards, > Christian Mack > >> Am 28.08.24 um 11:30 schrieb Mathias May (mathias@gmail.com): >> storage is at 88% but shows strange value of : -% >> Is it possible to store older emails on your desktop device? >> Kind regards >> Mathias > > -- > Christian Mack > Universität Konstanz > Kommunikations-, Informations-, Medienzentrum (KIM) > Abteilung IT-Dienste Forschung, Lehre, Infrastruktur > 78457 Konstanz > +49 7531 88-4416 >
Re: [SOGo] Issues to send mails via webtool
Hello What have you set for SOGoSoftQuotaRatio ? Kind regards, Christian Mack Am 28.08.24 um 11:30 schrieb Mathias May (mathias@gmail.com): storage is at 88% but shows strange value of : -% Is it possible to store older emails on your desktop device? Kind regards Mathias -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Thunderbird 128 support
Hello Jürgen, I think it's another kind of problem with Thunderbird... It seems to be Thunderbird loads the complete calender every time it syncs. I have a really old system with calender entry from 2011. "sogo-tool backup" generated a backup file with 8.602.085 bytes Now I deleted all entry older then 01.01.2023 (I need the last year for verifying certifications) and got now a backup file with 3.436.802 bytes. It seems that Thunderbird can handle this calender size, it need only longer to start. I tried to delete events older than 1/20 and 1/22, but Thunderbird had even freezing problems with the calender size (over 4,3mb backup file) on my system. Regards Stefan P.s.: I didn't recognize that my calender is sooo big Am 26.08.2024 um 19:54 schrieb Juergen BRUCKNER (microang...@microangelo.priv.at): Hello Stefan, sorry for late reply, but i was away over the weekend. I use this setup for about 4 or 5 years with several calendars (even shared calendars) and also several adressbooks just with Thunderbird without the connector. I also have recurring events and don't face any problems with it. At the moment i use Thunderbird 115.14.4 on a Debian 12 based Linux. regards Juergen Am 22.08.24 um 11:07 schrieb Stefan Klatt (stefan.kl...@cac-netzwerk.de): Hi Jürgen, really? With caldav Thunderbird hangs at synchronising, carddav works like a charm. I read about this behaviour often if I search for it. Kind regards Stefan Am 21.08.2024 um 15:52 schrieb Juergen BRUCKNER (microang...@microangelo.priv.at): Hello Thomas, is that TB-plugin 'that' important for you? I use SOGo and Thunderbird without problems just with the 'build-in-functions' of Thunderbird. best regards Juergen Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" (t.b.mailingli...@igeno-fat.de): Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio -- #GernePerDu *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End Senior Security Consultant CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead Implementer / TOGAF9 / VdS-anerkannter Berater für Cyber-Security Badges: https://www.youracclaim.com/users/stefan-klatt Triftstrasse 9 60528 Frankfurt Germany USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email: stefan.kl...@cac-netzwerk.de Profil: http://www.cac-netzwerk.de/profil smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Error while building from source
Thank you for letting me know. cheers On August 28, 2024 6:55:16 AM UTC, "smizr...@alinto.eu" wrote: > >Hello, > >Please read https://bugs.sogo.nu/view.php?id=5986 > >Sebastien > >Le Lundi, Août 19, 2024 08:04 CEST, "chandan" (chan...@akritrim.net) > a écrit: > Hello > >I am getting this error while building from source: >not able to figure out why. > >Compiling file MSExchangeFreeBusy.m ... >gcc -shared \ >-Wl,--no-as-needed -lcurl -shared-libgcc -pthread >-fexceptions -rdynamic -o Appointments.SOGo/./Appointments \ >./obj/Appointments.obj/Product.m.o >./obj/Appointments.obj/NSArray+Appointments.m.o >./obj/Appointments.obj/iCalAlarm+SOGo.m.o >./obj/Appointments.obj/iCalCalendar+SOGo.m.o >./obj/Appointments.obj/iCalEntityObject+SOGo.m.o >./obj/Appointments.obj/iCalRepeatableEntityObject+SOGo.m.o >./obj/Appointments.obj/iCalEvent+SOGo.m.o >./obj/Appointments.obj/iCalEventChanges+SOGo.m.o >./obj/Appointments.obj/iCalPerson+SOGo.m.o >./obj/Appointments.obj/iCalToDo+SOGo.m.o >./obj/Appointments.obj/SOGoCalendarComponent.m.o >./obj/Appointments.obj/SOGoAppointmentObject.m.o >./obj/Appointments.obj/SOGoTaskObject.m.o >./obj/Appointments.obj/SOGoComponentOccurence.m.o >./obj/Appointments.obj/SOGoAppointmentOccurence.m.o >./obj/Appointments.obj/SOGoTaskOccurence.m.o >./obj/Appointments.obj/SOGoAppointmentFolder.m.o >./obj/Appointments.obj/SOGoAppointmentFolderICS.m.o >./obj/Appointments.obj/SOGoAppointmentFolderObject.m.o >./obj/Appointments.obj/SOGoAppointmentFolderXML.m.o >./obj/Appointments.obj/SOGoAppointmentInboxFolder.m.o >./obj/Appointments.obj/SOGoWebAppointmentFolder.m.o >./obj/Appointments.obj/SOGoAppointmentFolders.m.o >./obj/Appointments.obj/SOGoFreeBusyObject.m.o >./obj/Appointments.obj/SOGoUser+Appointments.m.o >./obj/Appointments.obj/SOGoUserFolder+Appointments.m.o >./obj/Appointments.obj/SOGoCalendarProxy.m.o >./obj/Appointments.obj/SOGoAptMailNotification.m.o >./obj/Appointments.obj/SOGoAptMailInvitation.m.o >./obj/Appointments.obj/SOGoAptMailDeletion.m.o >./obj/Appointments.obj/SOGoAptMailICalReply.m.o >./obj/Appointments.obj/SOGoAptMailUpdate.m.o >./obj/Appointments.obj/SOGoAptMailReceipt.m.o >./obj/Appointments.obj/SOGoAptMailReminder.m.o >./obj/Appointments.obj/SOGoEMailAlarmsManager.m.o >./obj/Appointments.obj/MSExchangeFreeBusySOAPRequest.m.o >./obj/Appointments.obj/MSExchangeFreeBusy.m.o \ >-L../SOGo/SOGo.framework/Versions/Current/sogo/ -lSOGo >-L../../SOGo/./obj/ -L../../SOPE/NGCards/./obj/ -lNGCards >-L../../SOPE/GDLContentStore/./obj/ -lGDLContentStore -L/usr/local/lib >-Wl,-rpath,/usr/lib/sogo -L../../SOPE/GDLContentStore/obj/ >-L/home/tinker/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/lib >-lNGObjWeb -lNGMime -lNGStreams -lNGExtensions -lGDLAccess >-lNGObjWeb -lNGMime -lNGLdap -lNGStreams -lNGExtensions -lEOControl >-lDOM -lSaxObjC -lSBJson -lgnustep-base -lobjc -lm >/usr/bin/ld: cannot find -lSOGo: No such file or directory >collect2: error: ld returned 1 exit status >make[3]: *** [/usr/share/GNUstep/Makefiles/wobundle.make:173: >Appointments.SOGo/./Appointments] Error 1 >make[2]: *** [/usr/share/GNUstep/Makefiles/Master/rules.make:297: >Appointments.all.wobundle.variables] Error 2 >make[1]: *** >[/usr/share/GNUstep/Makefiles/Master/serial-subdirectories.make:53: >internal-all] Error 2 >make: *** >[/usr/share/GNUstep/Makefiles/Master/serial-subdirectories.make:53: >internal-all] Error 2 > > > > >Thanks for the help. > >Cheers >Chandan > >
[SOGo] BTS activities for Wednesday, August 28 2024
Title: BTS activities for Wednesday, August 28 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Wednesday, August 28 2024 idlast updatestatus (resolution)categorysummary 6013 2024-08-28 06:55:27 updated (open) Documentation Roadmap outdated 5986 2024-08-28 10:38:06 assigned (open) SOPE Failing to compile with error in SaxAttributeList.m 2245 2024-08-28 08:53:27 closed (fixed) Web Calendar Invisible Event 2280 2024-08-28 08:52:29 closed (fixed) Web Calendar Web calendar invite attendees free/busy time differs from normal calendar
Re: [SOGo] Thunderbird 128 support
Hi Sebastien, Thank you very much for resolving this issue so quickly. The connector works well now with Thunderbird 128. One functionality that is still not working (it didn't work anymore since version 115 so no hurry ;) ) is unsubscribing from a calendar from within Thunderbird. It has to be done using the SOGo web interface. I will submit a detailed bug report. Again, thank you, and have a nice day, Fabio On 27.08.24 14:59, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hi Fabio, You can have a try with this branch : https://github.com/Alinto/sogo-connector/tree/tb128 <https://github.com/Alinto/sogo-connector/tree/tb128>I have fixed the issues. Please use https://bugs.sogo.nu/view.php?id=6012 for related issues. Sebastien Le Vendredi, Août 23, 2024 09:16 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, The SOGo connector may not be the only working solution to sync calendars / address books but it saves a lot of time when you have to manage Thunderbird users in a professional environment like we do. It removes most of the manual configuration that would be done on the client. It can simply be deployed by GPO and auto-updated. Once everything is set up on the SOGo server and the connector deployed, the user only has to input the username and password once and all the calendars and address books are there. He can then manage them easily. So yes, it's that important for some of us in that context and I think it would be useful for a lot of organizations. It's not perfect (and working anymore ;) ) and some enhancements and fixes could make it a must have (vcard4, simple out-of-office). I realize that Alinto's ressources (and Inverse's before that) are limited. I could consider a sponsorship if it helps to unblock the situation and would suggest any interested parties to come forward if they are wiling to contribute to further development. Best regards, Fabio On 21.08.24 15:52, Juergen BRUCKNER (microang...@microangelo.priv.at) wrote: > Hello Thomas, > > is that TB-plugin 'that' important for you? > > I use SOGo and Thunderbird without problems just with the > 'build-in-functions' of Thunderbird. > > best regards > Juergen > > Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" > (t.b.mailingli...@igeno-fat.de): >> Hello everyone. >> >> It's terrible that the formerly enthusiastic user base is being left in >> the dark like this. >> The last version on the website ( >> https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird >> version from August 11, 2021. 3 years ago. >> >> I know that a lot has happened in the meantime... I'm still sad though: >> >> Kind regards, >> >> Thomas >> >> Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani >> (fabio.ciuff...@gmail.com): >>> Hi Sebastien, >>> >>> Yes, we use a connector built with the latest tb115 branch. >>> >>> Thanks, >>> >>> Fabio >>> >>> On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: >>>> Hello, >>>> >>>> Haven't tried, but did you tried the following branch : >>>> https://github.com/Alinto/sogo-connector/tree/tb115 ? >>>> >>>> Sebastien >>>> >>>> Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" >>>> (fabio.ciuff...@gmail.com) a écrit: >>>>> Hi, >>>>> >>>>> Thunderbird 128 has been released recently and the connector installs >>>>> but doesn't seem to work. The custom calendar buttons don't appear >>>>> and >>>>> the SOGo address books can't be added. >>>>> >>>>> Could you please tell us if a connector update is planned in the near >>>>> future ? >>>>> >>>>> Thank you, >>>>> >>>>> Fabio >>>> >>>> >
Re: [SOGo] Address book: Unexpected LDAP attribute mapping in search
Hello. Thank you for the advice. I set: /SOGoLDAPContactInfoAttribute = nonexisting; /and brackets with the LDAP /description/ attribute are no longer visible. From the documentation it is not clear what is the default value for this parameter On 27.08.24 11:15, Christian Mack (christian.m...@uni-konstanz.de) wrote: Hello Did you set SOGoLDAPContactInfoAttribute? Kind regards, Christian Mack Am 25.08.24 um 20:11 schrieb Denys Shcherbyna (denys.shcherb...@zone3000.net): Hello. Why do we see the value of the LDAP "description" attribute (in brackets) when we perform a search in address book? But we do not see the value of the LDAP "description" attribute when we scroll through the the address book without searching. It also affects the content of the "From" field when we create an email. There we also see content of the LDAP "description" attribute in brackets that makes the from address field too long. Address book config: type = ldap; id = global_addressbook; canAuthenticate = NO; isAddressBook = YES; displayName = "Global Address Book"; listRequiresDot = NO; hostname = "ldaps://dc**.zone3000.net"; baseDN = "dc=zone3000,dc=net"; bindDN = "svc.**"; bindPassword = "*"; filter = "(mail='*') AND (NOT userAccountControl:1.2.840.113556.1.4.803:=2)"; scope = SUB; IDFieldName = mail; bindFields = (mail); UIDFieldName = mail; CNFieldName = cn; SearchFieldNames = (mail, cn, sAMAccountName, displayName, sn, givenName); mapping = { ou = ("department", "ou"); street = ("streetAddress", "street"); c = ("co", "c"); mozillaworkurl = ("wWWHomePage", "mozillaworkurl"); photo = ("thumbnailPhoto", "photo"); description = ("displayName", "description"); };
[SOGo] Issues to send mails via webtool
storage is at 88% but shows strange value of : -% Is it possible to store older emails on your desktop device? Kind regards Mathias
Re: [SOGo] Error while building from source
Hello, Please read https://bugs.sogo.nu/view.php?id=5986 Sebastien Le Lundi, Août 19, 2024 08:04 CEST, "chandan" (chan...@akritrim.net) a écrit: Hello I am getting this error while building from source: not able to figure out why. Compiling file MSExchangeFreeBusy.m ... gcc -shared \ -Wl,--no-as-needed -lcurl -shared-libgcc -pthread -fexceptions -rdynamic -o Appointments.SOGo/./Appointments \ ./obj/Appointments.obj/Product.m.o ./obj/Appointments.obj/NSArray+Appointments.m.o ./obj/Appointments.obj/iCalAlarm+SOGo.m.o ./obj/Appointments.obj/iCalCalendar+SOGo.m.o ./obj/Appointments.obj/iCalEntityObject+SOGo.m.o ./obj/Appointments.obj/iCalRepeatableEntityObject+SOGo.m.o ./obj/Appointments.obj/iCalEvent+SOGo.m.o ./obj/Appointments.obj/iCalEventChanges+SOGo.m.o ./obj/Appointments.obj/iCalPerson+SOGo.m.o ./obj/Appointments.obj/iCalToDo+SOGo.m.o ./obj/Appointments.obj/SOGoCalendarComponent.m.o ./obj/Appointments.obj/SOGoAppointmentObject.m.o ./obj/Appointments.obj/SOGoTaskObject.m.o ./obj/Appointments.obj/SOGoComponentOccurence.m.o ./obj/Appointments.obj/SOGoAppointmentOccurence.m.o ./obj/Appointments.obj/SOGoTaskOccurence.m.o ./obj/Appointments.obj/SOGoAppointmentFolder.m.o ./obj/Appointments.obj/SOGoAppointmentFolderICS.m.o ./obj/Appointments.obj/SOGoAppointmentFolderObject.m.o ./obj/Appointments.obj/SOGoAppointmentFolderXML.m.o ./obj/Appointments.obj/SOGoAppointmentInboxFolder.m.o ./obj/Appointments.obj/SOGoWebAppointmentFolder.m.o ./obj/Appointments.obj/SOGoAppointmentFolders.m.o ./obj/Appointments.obj/SOGoFreeBusyObject.m.o ./obj/Appointments.obj/SOGoUser+Appointments.m.o ./obj/Appointments.obj/SOGoUserFolder+Appointments.m.o ./obj/Appointments.obj/SOGoCalendarProxy.m.o ./obj/Appointments.obj/SOGoAptMailNotification.m.o ./obj/Appointments.obj/SOGoAptMailInvitation.m.o ./obj/Appointments.obj/SOGoAptMailDeletion.m.o ./obj/Appointments.obj/SOGoAptMailICalReply.m.o ./obj/Appointments.obj/SOGoAptMailUpdate.m.o ./obj/Appointments.obj/SOGoAptMailReceipt.m.o ./obj/Appointments.obj/SOGoAptMailReminder.m.o ./obj/Appointments.obj/SOGoEMailAlarmsManager.m.o ./obj/Appointments.obj/MSExchangeFreeBusySOAPRequest.m.o ./obj/Appointments.obj/MSExchangeFreeBusy.m.o \ -L../SOGo/SOGo.framework/Versions/Current/sogo/ -lSOGo -L../../SOGo/./obj/ -L../../SOPE/NGCards/./obj/ -lNGCards -L../../SOPE/GDLContentStore/./obj/ -lGDLContentStore -L/usr/local/lib -Wl,-rpath,/usr/lib/sogo -L../../SOPE/GDLContentStore/obj/ -L/home/tinker/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/lib -lNGObjWeb -lNGMime -lNGStreams -lNGExtensions -lGDLAccess -lNGObjWeb -lNGMime -lNGLdap -lNGStreams -lNGExtensions -lEOControl -lDOM -lSaxObjC -lSBJson -lgnustep-base -lobjc -lm /usr/bin/ld: cannot find -lSOGo: No such file or directory collect2: error: ld returned 1 exit status make[3]: *** [/usr/share/GNUstep/Makefiles/wobundle.make:173: Appointments.SOGo/./Appointments] Error 1 make[2]: *** [/usr/share/GNUstep/Makefiles/Master/rules.make:297: Appointments.all.wobundle.variables] Error 2 make[1]: *** [/usr/share/GNUstep/Makefiles/Master/serial-subdirectories.make:53: internal-all] Error 2 make: *** [/usr/share/GNUstep/Makefiles/Master/serial-subdirectories.make:53: internal-all] Error 2 Thanks for the help. Cheers Chandan
[SOGo] BTS activities for Tuesday, August 27 2024
Title: BTS activities for Tuesday, August 27 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Tuesday, August 27 2024 idlast updatestatus (resolution)categorysummary 5986 2024-08-27 21:20:01 feedback (open) SOPE Failing to compile with error in SaxAttributeList.m 6012 2024-08-27 21:26:23 feedback (open) with SOGo sogo-connector not working with Thunderbird 128 6011 2024-08-27 16:42:54 assigned (open) Documentation Wiki outdated 6001 2024-08-27 08:23:34 resolved (fixed) Web Mail confusion about unread counter
Re: [SOGo] Thunderbird 128 support
Hi Fabio, You can have a try with this branch : https://github.com/Alinto/sogo-connector/tree/tb128 I have fixed the issues. Please use https://bugs.sogo.nu/view.php?id=6012 for related issues. Sebastien Le Vendredi, Août 23, 2024 09:16 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, The SOGo connector may not be the only working solution to sync calendars / address books but it saves a lot of time when you have to manage Thunderbird users in a professional environment like we do. It removes most of the manual configuration that would be done on the client. It can simply be deployed by GPO and auto-updated. Once everything is set up on the SOGo server and the connector deployed, the user only has to input the username and password once and all the calendars and address books are there. He can then manage them easily. So yes, it's that important for some of us in that context and I think it would be useful for a lot of organizations. It's not perfect (and working anymore ;) ) and some enhancements and fixes could make it a must have (vcard4, simple out-of-office). I realize that Alinto's ressources (and Inverse's before that) are limited. I could consider a sponsorship if it helps to unblock the situation and would suggest any interested parties to come forward if they are wiling to contribute to further development. Best regards, Fabio On 21.08.24 15:52, Juergen BRUCKNER (microang...@microangelo.priv.at) wrote: > Hello Thomas, > > is that TB-plugin 'that' important for you? > > I use SOGo and Thunderbird without problems just with the > 'build-in-functions' of Thunderbird. > > best regards > Juergen > > Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" > (t.b.mailingli...@igeno-fat.de): >> Hello everyone. >> >> It's terrible that the formerly enthusiastic user base is being left in >> the dark like this. >> The last version on the website ( >> https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird >> version from August 11, 2021. 3 years ago. >> >> I know that a lot has happened in the meantime... I'm still sad though: >> >> Kind regards, >> >> Thomas >> >> Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani >> (fabio.ciuff...@gmail.com): >>> Hi Sebastien, >>> >>> Yes, we use a connector built with the latest tb115 branch. >>> >>> Thanks, >>> >>> Fabio >>> >>> On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: >>>> Hello, >>>> >>>> Haven't tried, but did you tried the following branch : >>>> https://github.com/Alinto/sogo-connector/tree/tb115 ? >>>> >>>> Sebastien >>>> >>>> Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" >>>> (fabio.ciuff...@gmail.com) a écrit: >>>>> Hi, >>>>> >>>>> Thunderbird 128 has been released recently and the connector installs >>>>> but doesn't seem to work. The custom calendar buttons don't appear >>>>> and >>>>> the SOGo address books can't be added. >>>>> >>>>> Could you please tell us if a connector update is planned in the near >>>>> future ? >>>>> >>>>> Thank you, >>>>> >>>>> Fabio >>>> >>>> >
Re: [SOGo] WebUI doesn't start completely
Yes I did. The reason was using password with special charakters like $ @ # etc.. It works with using passwords without these characters. Maybe there is a conversion available to use stronger passwords including special charakters. Kind regards, Christian Truee Am 26.08.24 um 10:16 schrieb Christian Mack (christian.m...@uni-konstanz.de): Hello Did you clean your browser cache? Kind regards, Christian Mack Am 23.08.24 um 14:53 schrieb "Christian@Mail" (ch.tr...@trueeonline.de): Hi everybody, after new install from scratch the WebUI doesn't start completely. I got white page only instead of login page. System: Debian 12, nginx, mariadb, sogo The sogo.log looks like: sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> SOGo products loaded from '/usr/lib/GNUstep/SOGo': sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> CommonUI.SOGo, MainUI.SOGo, ActiveSync.SOGo, Appointments.SOGo, Mailer.SOGo, SchedulerUI.SOGo, MailerUI.SOGo, MailPartViewers.SOGo, ContactsUI.SOGo, PreferencesUI.SOGo, Contacts.SOGo, AdministrationUI.SOGo sogod [187495]: All products loaded - current memory usage at 98 MB I can see only one error: sogod[187501:187501] EXCEPTION: NAME:NSInvalidArgumentException REASON:Tried to add nil value for key 'directory' to dictionary INFO:{} By any chance any ideas how can I fix that? Thanks Christian OpenPGP_0xBBA36168650B1E1C.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [SOGo] Address book: Unexpected LDAP attribute mapping in search
Hello Did you set SOGoLDAPContactInfoAttribute? Kind regards, Christian Mack Am 25.08.24 um 20:11 schrieb Denys Shcherbyna (denys.shcherb...@zone3000.net): Hello. Why do we see the value of the LDAP "description" attribute (in brackets) when we perform a search in address book? But we do not see the value of the LDAP "description" attribute when we scroll through the the address book without searching. It also affects the content of the "From" field when we create an email. There we also see content of the LDAP "description" attribute in brackets that makes the from address field too long. Address book config: type = ldap; id = global_addressbook; canAuthenticate = NO; isAddressBook = YES; displayName = "Global Address Book"; listRequiresDot = NO; hostname = "ldaps://dc**.zone3000.net"; baseDN = "dc=zone3000,dc=net"; bindDN = "svc.**"; bindPassword = "*"; filter = "(mail='*') AND (NOT userAccountControl:1.2.840.113556.1.4.803:=2)"; scope = SUB; IDFieldName = mail; bindFields = (mail); UIDFieldName = mail; CNFieldName = cn; SearchFieldNames = (mail, cn, sAMAccountName, displayName, sn, givenName); mapping = { ou = ("department", "ou"); street = ("streetAddress", "street"); c = ("co", "c"); mozillaworkurl = ("wWWHomePage", "mozillaworkurl"); photo = ("thumbnailPhoto", "photo"); description = ("displayName", "description"); }; -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Empty address book with CardDav connection
Hello I assume, you have the correct access privileges for that address book, or even own it. I had that once. The only solution was to remove the address books from Thunderbird. Stop Thunderbird. Waiting, till it really was stopped (can take several minutes). Then start Thunderbird, and add the address books again. Hope that helps you too. Kind regards, Christian Mack Am 25.08.24 um 13:57 schrieb Ronald van Overbeeke (r.vanoverbe...@vlc-auryn.nl): Hello users, for our elementary school we are using SoGo. The platform and the web-gui work great. Sharing the CardDav with my local Thunderbird installation only works halfway. The address book is linked, the correct number of contacts is shown but the contacts are empty (See screenshot). I also have a shared address book where out of 30 contacts, 21 contacts are empty and the remaining 9 are displayed correctly. Can anyone help me? screenshot Hartelijk dank & groet, Ronald van Overbeeke Logo Auryn <https://basisschool-auryn.nl> -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Thunderbird 128 support
Hello Stefan, sorry for late reply, but i was away over the weekend. I use this setup for about 4 or 5 years with several calendars (even shared calendars) and also several adressbooks just with Thunderbird without the connector. I also have recurring events and don't face any problems with it. At the moment i use Thunderbird 115.14.4 on a Debian 12 based Linux. regards Juergen Am 22.08.24 um 11:07 schrieb Stefan Klatt (stefan.kl...@cac-netzwerk.de): Hi Jürgen, really? With caldav Thunderbird hangs at synchronising, carddav works like a charm. I read about this behaviour often if I search for it. Kind regards Stefan Am 21.08.2024 um 15:52 schrieb Juergen BRUCKNER (microang...@microangelo.priv.at): Hello Thomas, is that TB-plugin 'that' important for you? I use SOGo and Thunderbird without problems just with the 'build-in-functions' of Thunderbird. best regards Juergen Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" (t.b.mailingli...@igeno-fat.de): Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio -- /¯\ No | \ / HTML |Juergen Bruckner Xin |microang...@microangelo.priv.at / \ Mail | smime.p7s Description: Kryptografische S/MIME-Signatur
[SOGo] BTS activities for Monday, August 26 2024
Title: BTS activities for Monday, August 26 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Monday, August 26 2024 idlast updatestatus (resolution)categorysummary 5820 2024-08-26 13:34:18 updated (open) Web Calendar Directly open edit modal dialog after duplicating calendar event
Re: [SOGo] WebUI doesn't start completely
Hello Did you clean your browser cache? Kind regards, Christian Mack Am 23.08.24 um 14:53 schrieb "Christian@Mail" (ch.tr...@trueeonline.de): Hi everybody, after new install from scratch the WebUI doesn't start completely. I got white page only instead of login page. System: Debian 12, nginx, mariadb, sogo The sogo.log looks like: sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> SOGo products loaded from '/usr/lib/GNUstep/SOGo': sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> CommonUI.SOGo, MainUI.SOGo, ActiveSync.SOGo, Appointments.SOGo, Mailer.SOGo, SchedulerUI.SOGo, MailerUI.SOGo, MailPartViewers.SOGo, ContactsUI.SOGo, PreferencesUI.SOGo, Contacts.SOGo, AdministrationUI.SOGo sogod [187495]: All products loaded - current memory usage at 98 MB I can see only one error: sogod[187501:187501] EXCEPTION: NAME:NSInvalidArgumentException REASON:Tried to add nil value for key 'directory' to dictionary INFO:{} By any chance any ideas how can I fix that? Thanks Christian -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
[SOGo] BTS activities for Sunday, August 25 2024
Title: BTS activities for Sunday, August 25 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Sunday, August 25 2024 idlast updatestatus (resolution)categorysummary 5820 2024-08-25 14:56:20 updated (open) Web Calendar Directly open edit modal dialog after duplicating calendar event
[SOGo] Empty address book with CardDav connection
Hello users, for our elementary school we are using SoGo. The platform and the web-gui work great. Sharing the CardDav with my local Thunderbird installation only works halfway. The address book is linked, the correct number of contacts is shown but the contacts are empty (See screenshot). I also have a shared address book where out of 30 contacts, 21 contacts are empty and the remaining 9 are displayed correctly. Can anyone help me? screenshot Hartelijk dank & groet, Ronald van Overbeeke Logo Auryn <https://basisschool-auryn.nl>
Re: [SOGo] WebUI doesn't start completely
OK, now I solved it. For the password it is tricky to use special characters. For dovecot and postfix no problem, for sogo it is. Maybe there exist a table with translation for using special characters with sogo. Am 24.08.24 um 14:59 schrieb Odhiambo Washington (odhia...@gmail.com): That's the same one I used. On Sat, Aug 24, 2024 at 3:50 PM Christian wrote: Went back to nginx and used the nginx config from https://wiki.archlinux.org/title/SOGo and now it's running. I tested with Apache2 with success. I test it with the same result of white page. For more information, I'm using: Debian 12.6 with kernel 6.1.99 nginx 1.26.1-2 with repositories from nginx.org <http://nginx.org> mariadb 10.11.6 from debian repositories sogo 5.11.0 nightly builds Now I switch to apache to see if there some difference. Am 23.08.24 um 22:25 schrieb Odhiambo Washington (odhia...@gmail.com): I don't see much difference between mine and yours and mine loads the Web UI perfectly. Can you pls try it and tell us if it also fails? ``` # SOGo server { listen 443; root /usr/lib/GNUstep/SOGo/WebServerResources/; server_name webmail.example.com <http://webmail.example.com/>; server_tokens off; client_max_body_size 100M; index index.php index.html index.htm; autoindex off; # SSL parameters ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security "max-age=31536000" always; # log files access_log /var/log/nginx/webmail_access.log; error_log /var/log/nginx/webmail_error.log warn; location = / { rewrite ^ https://$server_name/SOGo/; allow all; } location = /principals/ { rewrite ^ https://$server_name/SOGo/dav; allow all; } location ^~/SOGo { proxy_pass http://127.0.0.1:2; proxy_redirect http://127.0.0.1:2 default; # forward user's IP address proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $host; proxy_set_header x-webobjects-server-protocol HTTP/1.0; proxy_set_header x-webobjects-remote-host 127.0.0.1; proxy_set_header x-webobjects-server-name $server_name; proxy_set_header x-webobjects-server-url $scheme://$host; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 512k; proxy_buffers 8 128k; proxy_busy_buffers_size 512k; proxy_temp_file_write_size 512k; client_max_body_size 100m; client_body_buffer_size 128k; break; } location /SOGo.woa/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location /SOGo/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location ^/SOGo/so/ControlPanel/Products/([^/]*)/Resources/(.*)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } location ^/SOGo/so/ControlPanel/Products/[^/]*UI/Resources/.*\.(jpg|png|gif|css|js)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } } ``` On Fri, Aug 23, 2024 at 8:32 PM "Christian@Mail" wrote: OK, my nginx config looks like: server { listen 443 ssl; listen [::]:443 ssl; http2 on; server_name webmail.example.com <http://webmail.example.com>; ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security max-age=15768000; error_log /var/log/nginx/webmail-error.log; access_log /var/log/nginx/webmail-access.log; # SOGo root /usr/lib/GNUstep/SOGo/WebServerResources/; # requirement to create new calendars in Thunderbird # proxy_http_version 1.1; # Message size limit # client_max_body_size 50m; client_body_buffe
Re: [SOGo] WebUI doesn't start completely
Now I have the reason. It's the Authentication via sogo_view. If I activate it in the sogo.conf, than I don't get the login page vis versa. The part in the sogo.conf looks like: SOGoUserSources = ( { type = sql; id = directory; viewURL = "mysql://vmail:P@ssW0rd@localhost:3306/vmail/sogo_view"; canAuthenticate = YES; isAddressBook = YES; userPasswordAlgorithm = "SHA512-CRYPT"; passwordPolicy = YES; } ); Maybe there are some missing rights for access the database? Am 24.08.24 um 14:59 schrieb Odhiambo Washington (odhia...@gmail.com): That's the same one I used. On Sat, Aug 24, 2024 at 3:50 PM Christian wrote: Went back to nginx and used the nginx config from https://wiki.archlinux.org/title/SOGo and now it's running. I tested with Apache2 with success. I test it with the same result of white page. For more information, I'm using: Debian 12.6 with kernel 6.1.99 nginx 1.26.1-2 with repositories from nginx.org <http://nginx.org> mariadb 10.11.6 from debian repositories sogo 5.11.0 nightly builds Now I switch to apache to see if there some difference. Am 23.08.24 um 22:25 schrieb Odhiambo Washington (odhia...@gmail.com): I don't see much difference between mine and yours and mine loads the Web UI perfectly. Can you pls try it and tell us if it also fails? ``` # SOGo server { listen 443; root /usr/lib/GNUstep/SOGo/WebServerResources/; server_name webmail.example.com <http://webmail.example.com/>; server_tokens off; client_max_body_size 100M; index index.php index.html index.htm; autoindex off; # SSL parameters ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security "max-age=31536000" always; # log files access_log /var/log/nginx/webmail_access.log; error_log /var/log/nginx/webmail_error.log warn; location = / { rewrite ^ https://$server_name/SOGo/; allow all; } location = /principals/ { rewrite ^ https://$server_name/SOGo/dav; allow all; } location ^~/SOGo { proxy_pass http://127.0.0.1:2; proxy_redirect http://127.0.0.1:2 default; # forward user's IP address proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $host; proxy_set_header x-webobjects-server-protocol HTTP/1.0; proxy_set_header x-webobjects-remote-host 127.0.0.1; proxy_set_header x-webobjects-server-name $server_name; proxy_set_header x-webobjects-server-url $scheme://$host; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 512k; proxy_buffers 8 128k; proxy_busy_buffers_size 512k; proxy_temp_file_write_size 512k; client_max_body_size 100m; client_body_buffer_size 128k; break; } location /SOGo.woa/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location /SOGo/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location ^/SOGo/so/ControlPanel/Products/([^/]*)/Resources/(.*)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } location ^/SOGo/so/ControlPanel/Products/[^/]*UI/Resources/.*\.(jpg|png|gif|css|js)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } } ``` On Fri, Aug 23, 2024 at 8:32 PM "Christian@Mail" wrote: OK, my nginx config looks like: server { listen 443 ssl; listen [::]:443 ssl; http2 on; server_name webmail.example.com <http://webmail.example.com>; ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security max-age=15768000; error_log /var/log/nginx/webmail-error.log;
Re: [SOGo] WebUI doesn't start completely
That's the same one I used. On Sat, Aug 24, 2024 at 3:50 PM Christian wrote: > Went back to nginx and used the nginx config from > https://wiki.archlinux.org/title/SOGo and now it's running. > > > I tested with Apache2 with success. > > > I test it with the same result of white page. > > For more information, I'm using: > > Debian 12.6 with kernel 6.1.99 > nginx 1.26.1-2 with repositories from nginx.org > mariadb 10.11.6 from debian repositories > sogo 5.11.0 nightly builds > > > Now I switch to apache to see if there some difference. > > > > Am 23.08.24 um 22:25 schrieb Odhiambo Washington (odhia...@gmail.com): > > I don't see much difference between mine and yours and mine loads the Web > UI perfectly. Can you pls try it and tell us if it also fails? > > ``` > # SOGo > server { >listen 443; >root /usr/lib/GNUstep/SOGo/WebServerResources/; >server_name webmail.example.com; >server_tokens off; >client_max_body_size 100M; >index index.php index.html index.htm; >autoindex off; > > > # SSL parameters > ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; > ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; > ssl_dhparam /etc/ssl/certs/dhparam.pem; > add_header Strict-Transport-Security "max-age=31536000" always; > > # log files > access_log /var/log/nginx/webmail_access.log; > error_log /var/log/nginx/webmail_error.log warn; > >location = / { >rewrite ^ https://$server_name/SOGo/; >allow all; >} >location = /principals/ { >rewrite ^ https://$server_name/SOGo/dav; >allow all; >} >location ^~/SOGo { >proxy_pass http://127.0.0.1:2; >proxy_redirect http://127.0.0.1:2 default; ># forward user's IP address >proxy_set_header X-Real-IP $remote_addr; >proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; >proxy_set_header Host $host; >proxy_set_header x-webobjects-server-protocol HTTP/1.0; >proxy_set_header x-webobjects-remote-host 127.0.0.1; >proxy_set_header x-webobjects-server-name $server_name; >proxy_set_header x-webobjects-server-url $scheme://$host; >proxy_connect_timeout 90; >proxy_send_timeout 90; >proxy_read_timeout 90; >proxy_buffer_size 512k; >proxy_buffers 8 128k; >proxy_busy_buffers_size 512k; >proxy_temp_file_write_size 512k; >client_max_body_size 100m; >client_body_buffer_size 128k; > break; >} >location /SOGo.woa/WebServerResources/ { >alias /usr/lib/GNUstep/SOGo/WebServerResources/; >allow all; >} >location /SOGo/WebServerResources/ { >alias /usr/lib/GNUstep/SOGo/WebServerResources/; >allow all; >} > location ^/SOGo/so/ControlPanel/Products/([^/]*)/Resources/(.*)$ { >alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; >} >location > ^/SOGo/so/ControlPanel/Products/[^/]*UI/Resources/.*\.(jpg|png|gif|css|js)$ > { >alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; >} > > } > ``` > > > On Fri, Aug 23, 2024 at 8:32 PM "Christian@Mail" wrote: > >> OK, >> >> my nginx config looks like: >> >> server { >> listen 443 ssl; >> listen [::]:443 ssl; >> >> http2 on; >> >> server_name webmail.example.com; >> >> ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; >> ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; >> ssl_dhparam /etc/ssl/certs/dhparam.pem; >> add_header Strict-Transport-Security max-age=15768000; >> >> error_log /var/log/nginx/webmail-error.log; >> access_log /var/log/nginx/webmail-access.log; >> >> # SOGo >> root /usr/lib/GNUstep/SOGo/WebServerResources/; >> >> # requirement to create new calendars in Thunderbird # >> proxy_http_version 1.1; >> >> # Message size limit # >> client_max_body_size 50m; >> client_body_buffer_size 128k; >> >> location = / { >> if ( $args ) { >> return 404; >> } >> rewrite ^ https://$server_name/SOGo; >
Re: [SOGo] WebUI doesn't start completely
Went back to nginx and used the nginx config from https://wiki.archlinux.org/title/SOGo and now it's running. I tested with Apache2 with success. I test it with the same result of white page. For more information, I'm using: Debian 12.6 with kernel 6.1.99 nginx 1.26.1-2 with repositories from nginx.org mariadb 10.11.6 from debian repositories sogo 5.11.0 nightly builds Now I switch to apache to see if there some difference. Am 23.08.24 um 22:25 schrieb Odhiambo Washington (odhia...@gmail.com): I don't see much difference between mine and yours and mine loads the Web UI perfectly. Can you pls try it and tell us if it also fails? ``` # SOGo server { listen 443; root /usr/lib/GNUstep/SOGo/WebServerResources/; server_name webmail.example.com <http://webmail.example.com/>; server_tokens off; client_max_body_size 100M; index index.php index.html index.htm; autoindex off; # SSL parameters ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security "max-age=31536000" always; # log files access_log /var/log/nginx/webmail_access.log; error_log /var/log/nginx/webmail_error.log warn; location = / { rewrite ^ https://$server_name/SOGo/; allow all; } location = /principals/ { rewrite ^ https://$server_name/SOGo/dav; allow all; } location ^~/SOGo { proxy_pass http://127.0.0.1:2; proxy_redirect http://127.0.0.1:2 default; # forward user's IP address proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $host; proxy_set_header x-webobjects-server-protocol HTTP/1.0; proxy_set_header x-webobjects-remote-host 127.0.0.1; proxy_set_header x-webobjects-server-name $server_name; proxy_set_header x-webobjects-server-url $scheme://$host; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 512k; proxy_buffers 8 128k; proxy_busy_buffers_size 512k; proxy_temp_file_write_size 512k; client_max_body_size 100m; client_body_buffer_size 128k; break; } location /SOGo.woa/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location /SOGo/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location ^/SOGo/so/ControlPanel/Products/([^/]*)/Resources/(.*)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } location ^/SOGo/so/ControlPanel/Products/[^/]*UI/Resources/.*\.(jpg|png|gif|css|js)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } } ``` On Fri, Aug 23, 2024 at 8:32 PM "Christian@Mail" wrote: OK, my nginx config looks like: server { listen 443 ssl; listen [::]:443 ssl; http2 on; server_name webmail.example.com <http://webmail.example.com>; ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security max-age=15768000; error_log /var/log/nginx/webmail-error.log; access_log /var/log/nginx/webmail-access.log; # SOGo root /usr/lib/GNUstep/SOGo/WebServerResources/; # requirement to create new calendars in Thunderbird # proxy_http_version 1.1; # Message size limit # client_max_body_size 50m; client_body_buffer_size 128k; location = / { if ( $args ) { return 404; } rewrite ^ https://$server_name/SOGo; allow all; } # For iOS 7 location = /principals/ { rewrite ^ `https://$server_name/SOGo/dav`; allow all; } location ^~/SOGo { proxy_pass http://127.0.0.1:2; #proxy_redirect http://127.0.0.1:2 default; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # forward user's IP address proxy_set_header x-webobjects-server-protocol HTTP/1.0; proxy_set_header x-webobjects-remote-host 127.0.0.1; proxy_set_header x-webobj
Re: [SOGo] WebUI doesn't start completely
I tested with Apache2 with success. I test it with the same result of white page. For more information, I'm using: Debian 12.6 with kernel 6.1.99 nginx 1.26.1-2 with repositories from nginx.org mariadb 10.11.6 from debian repositories sogo 5.11.0 nightly builds Now I switch to apache to see if there some difference. Am 23.08.24 um 22:25 schrieb Odhiambo Washington (odhia...@gmail.com): I don't see much difference between mine and yours and mine loads the Web UI perfectly. Can you pls try it and tell us if it also fails? ``` # SOGo server { listen 443; root /usr/lib/GNUstep/SOGo/WebServerResources/; server_name webmail.example.com <http://webmail.example.com/>; server_tokens off; client_max_body_size 100M; index index.php index.html index.htm; autoindex off; # SSL parameters ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security "max-age=31536000" always; # log files access_log /var/log/nginx/webmail_access.log; error_log /var/log/nginx/webmail_error.log warn; location = / { rewrite ^ https://$server_name/SOGo/; allow all; } location = /principals/ { rewrite ^ https://$server_name/SOGo/dav; allow all; } location ^~/SOGo { proxy_pass http://127.0.0.1:2; proxy_redirect http://127.0.0.1:2 default; # forward user's IP address proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $host; proxy_set_header x-webobjects-server-protocol HTTP/1.0; proxy_set_header x-webobjects-remote-host 127.0.0.1; proxy_set_header x-webobjects-server-name $server_name; proxy_set_header x-webobjects-server-url $scheme://$host; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 512k; proxy_buffers 8 128k; proxy_busy_buffers_size 512k; proxy_temp_file_write_size 512k; client_max_body_size 100m; client_body_buffer_size 128k; break; } location /SOGo.woa/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location /SOGo/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location ^/SOGo/so/ControlPanel/Products/([^/]*)/Resources/(.*)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } location ^/SOGo/so/ControlPanel/Products/[^/]*UI/Resources/.*\.(jpg|png|gif|css|js)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } } ``` On Fri, Aug 23, 2024 at 8:32 PM "Christian@Mail" wrote: OK, my nginx config looks like: server { listen 443 ssl; listen [::]:443 ssl; http2 on; server_name webmail.example.com <http://webmail.example.com>; ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security max-age=15768000; error_log /var/log/nginx/webmail-error.log; access_log /var/log/nginx/webmail-access.log; # SOGo root /usr/lib/GNUstep/SOGo/WebServerResources/; # requirement to create new calendars in Thunderbird # proxy_http_version 1.1; # Message size limit # client_max_body_size 50m; client_body_buffer_size 128k; location = / { if ( $args ) { return 404; } rewrite ^ https://$server_name/SOGo; allow all; } # For iOS 7 location = /principals/ { rewrite ^ `https://$server_name/SOGo/dav`; allow all; } location ^~/SOGo { proxy_pass http://127.0.0.1:2; #proxy_redirect http://127.0.0.1:2 default; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # forward user's IP address proxy_set_header x-webobjects-server-protocol HTTP/1.0; proxy_set_header x-webobjects-remote-host 127.0.0.1; proxy_set_header x-webobjects-server-name $server_name; proxy_set_header x-webobjects-server-url $scheme://$host; pr
[SOGo] BTS activities for Friday, August 23 2024
Title: BTS activities for Friday, August 23 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Friday, August 23 2024 idlast updatestatus (resolution)categorysummary 3227 2024-08-23 09:59:35 updated (open) Backend General Script for automatically adding incoming event invitations as tentative/unaccepted 6011 2024-08-23 16:05:55 updated (open) Documentation Wiki outdated
Re: [SOGo] WebUI doesn't start completely
I don't see much difference between mine and yours and mine loads the Web UI perfectly. Can you pls try it and tell us if it also fails? ``` # SOGo server { listen 443; root /usr/lib/GNUstep/SOGo/WebServerResources/; server_name webmail.example.com; server_tokens off; client_max_body_size 100M; index index.php index.html index.htm; autoindex off; # SSL parameters ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security "max-age=31536000" always; # log files access_log /var/log/nginx/webmail_access.log; error_log /var/log/nginx/webmail_error.log warn; location = / { rewrite ^ https://$server_name/SOGo/; allow all; } location = /principals/ { rewrite ^ https://$server_name/SOGo/dav; allow all; } location ^~/SOGo { proxy_pass http://127.0.0.1:2; proxy_redirect http://127.0.0.1:2 default; # forward user's IP address proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $host; proxy_set_header x-webobjects-server-protocol HTTP/1.0; proxy_set_header x-webobjects-remote-host 127.0.0.1; proxy_set_header x-webobjects-server-name $server_name; proxy_set_header x-webobjects-server-url $scheme://$host; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 512k; proxy_buffers 8 128k; proxy_busy_buffers_size 512k; proxy_temp_file_write_size 512k; client_max_body_size 100m; client_body_buffer_size 128k; break; } location /SOGo.woa/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location /SOGo/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; } location ^/SOGo/so/ControlPanel/Products/([^/]*)/Resources/(.*)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } location ^/SOGo/so/ControlPanel/Products/[^/]*UI/Resources/.*\.(jpg|png|gif|css|js)$ { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; } } ``` On Fri, Aug 23, 2024 at 8:32 PM "Christian@Mail" wrote: > OK, > > my nginx config looks like: > > server { > listen 443 ssl; > listen [::]:443 ssl; > > http2 on; > > server_name webmail.example.com; > > ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; > ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; > ssl_dhparam /etc/ssl/certs/dhparam.pem; > add_header Strict-Transport-Security max-age=15768000; > > error_log /var/log/nginx/webmail-error.log; > access_log /var/log/nginx/webmail-access.log; > > # SOGo > root /usr/lib/GNUstep/SOGo/WebServerResources/; > > # requirement to create new calendars in Thunderbird # > proxy_http_version 1.1; > > # Message size limit # > client_max_body_size 50m; > client_body_buffer_size 128k; > > location = / { > if ( $args ) { > return 404; > } > rewrite ^ https://$server_name/SOGo; > allow all; > } > > # For iOS 7 > location = /principals/ > { > rewrite ^ `https://$server_name/SOGo/dav`; > allow all; > } > > location ^~/SOGo { > proxy_pass http://127.0.0.1:2; > #proxy_redirect http://127.0.0.1:2 default; > proxy_set_header Host $host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > proxy_set_header X-Forwarded-Proto $scheme; > > # forward user's IP address > proxy_set_header x-webobjects-server-protocol HTTP/1.0; > proxy_set_header x-webobjects-remote-host 127.0.0.1; > proxy_set_header x-webobjects-server-name $server_name; > proxy_set_header x-webobjects-server-url $scheme://$host; > proxy_set_header x-webobjects-server-port $server_port; > proxy_connect_timeout 90; > proxy_send_timeout 90; > proxy_read_timeout 90; > proxy_buffer_size 8k; > proxy_buffers 4 64k; > proxy_busy_buffers_size 64k; > proxy_temp_file_write_size 64k; > break; > } > > location /SOGo.woa/WebServerResources/ { > alias /usr/
Re: [SOGo] WebUI doesn't start completely
OK, my nginx config looks like: server { listen 443 ssl; listen [::]:443 ssl; http2 on; server_name webmail.example.com; ssl_certificate /etc/letsencrypt/webmail/fullchain.pem; ssl_certificate_key /etc/letsencrypt/webmail/privkey.pem; ssl_dhparam /etc/ssl/certs/dhparam.pem; add_header Strict-Transport-Security max-age=15768000; error_log /var/log/nginx/webmail-error.log; access_log /var/log/nginx/webmail-access.log; # SOGo root /usr/lib/GNUstep/SOGo/WebServerResources/; # requirement to create new calendars in Thunderbird # proxy_http_version 1.1; # Message size limit # client_max_body_size 50m; client_body_buffer_size 128k; location = / { if ( $args ) { return 404; } rewrite ^ https://$server_name/SOGo; allow all; } # For iOS 7 location = /principals/ { rewrite ^ `https://$server_name/SOGo/dav`; allow all; } location ^~/SOGo { proxy_pass http://127.0.0.1:2; #proxy_redirect http://127.0.0.1:2 default; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # forward user's IP address proxy_set_header x-webobjects-server-protocol HTTP/1.0; proxy_set_header x-webobjects-remote-host 127.0.0.1; proxy_set_header x-webobjects-server-name $server_name; proxy_set_header x-webobjects-server-url $scheme://$host; proxy_set_header x-webobjects-server-port $server_port; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 8k; proxy_buffers 4 64k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; break; } location /SOGo.woa/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; expires max; } location /SOGo/WebServerResources/ { alias /usr/lib/GNUstep/SOGo/WebServerResources/; allow all; expires max; } location (^/SOGo/so/ControlPanel/Products/([^/]*)/Resources/(.*)$) { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; expires max; } location (^/SOGo/so/ControlPanel/Products/[^/]*UI/Resources/.*\.(jpg|png|gif|css|js)$) { alias /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2; expires max; } if ($ssl_protocol = "") { return 301 https://$server_name$request_uri; } } These config is running on another system since a couple of years. That's the reason for my trouble. Thanks for all Christian Am 23.08.24 um 16:07 schrieb Odhiambo Washington (odhia...@gmail.com): On Fri, Aug 23, 2024 at 4:01 PM "Christian@Mail" wrote: Hi everybody, after new install from scratch the WebUI doesn't start completely. I got white page only instead of login page. System: Debian 12, nginx, mariadb, sogo The sogo.log looks like: sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> SOGo products loaded from '/usr/lib/GNUstep/SOGo': sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> CommonUI.SOGo, MainUI.SOGo, ActiveSync.SOGo, Appointments.SOGo, Mailer.SOGo, SchedulerUI.SOGo, MailerUI.SOGo, MailPartViewers.SOGo, ContactsUI.SOGo, PreferencesUI.SOGo, Contacts.SOGo, AdministrationUI.SOGo sogod [187495]: All products loaded - current memory usage at 98 MB I can see only one error: sogod[187501:187501] EXCEPTION: NAME:NSInvalidArgumentException REASON:Tried to add nil value for key 'directory' to dictionary INFO:{} By any chance any ideas how can I fix that? Thanks Christian IMHO, by all means, the web UI should start, but login should then be the issue. The web UI is handled by Nginx then the rest is where the interaction with IMAP server comes in. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]
Re: [SOGo] WebUI doesn't start completely
On Fri, Aug 23, 2024 at 4:01 PM "Christian@Mail" wrote: > Hi everybody, > > after new install from scratch the WebUI doesn't start completely. I got > white page only instead of login page. > > System: Debian 12, nginx, mariadb, sogo > > The sogo.log looks like: > > sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> SOGo products > loaded from '/usr/lib/GNUstep/SOGo': > sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> CommonUI.SOGo, > MainUI.SOGo, ActiveSync.SOGo, Appointments.SOGo, Mailer.SOGo, > SchedulerUI.SOGo, MailerUI.SOGo, MailPartViewers.SOGo, ContactsUI.SOGo, > PreferencesUI.SOGo, Contacts.SOGo, AdministrationUI.SOGo > sogod [187495]: All products loaded - current memory usage at 98 MB > > I can see only one error: > sogod[187501:187501] EXCEPTION: > NAME:NSInvalidArgumentException REASON:Tried to add nil value for key > 'directory' to dictionary INFO:{} > > By any chance any ideas how can I fix that? > > Thanks > > Christian > IMHO, by all means, the web UI should start, but login should then be the issue. The web UI is handled by Nginx then the rest is where the interaction with IMAP server comes in. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]
[SOGo] WebUI doesn't start completely
Hi everybody, after new install from scratch the WebUI doesn't start completely. I got white page only instead of login page. System: Debian 12, nginx, mariadb, sogo The sogo.log looks like: sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> SOGo products loaded from '/usr/lib/GNUstep/SOGo': sogod [187495]: <0x0x55a6c4cf67f0[SOGoProductLoader]> CommonUI.SOGo, MainUI.SOGo, ActiveSync.SOGo, Appointments.SOGo, Mailer.SOGo, SchedulerUI.SOGo, MailerUI.SOGo, MailPartViewers.SOGo, ContactsUI.SOGo, PreferencesUI.SOGo, Contacts.SOGo, AdministrationUI.SOGo sogod [187495]: All products loaded - current memory usage at 98 MB I can see only one error: sogod[187501:187501] EXCEPTION: NAME:NSInvalidArgumentException REASON:Tried to add nil value for key 'directory' to dictionary INFO:{} By any chance any ideas how can I fix that? Thanks Christian
Re: [SOGo] Thunderbird 128 support
Hi, The SOGo connector may not be the only working solution to sync calendars / address books but it saves a lot of time when you have to manage Thunderbird users in a professional environment like we do. It removes most of the manual configuration that would be done on the client. It can simply be deployed by GPO and auto-updated. Once everything is set up on the SOGo server and the connector deployed, the user only has to input the username and password once and all the calendars and address books are there. He can then manage them easily. So yes, it's that important for some of us in that context and I think it would be useful for a lot of organizations. It's not perfect (and working anymore ;) ) and some enhancements and fixes could make it a must have (vcard4, simple out-of-office). I realize that Alinto's ressources (and Inverse's before that) are limited. I could consider a sponsorship if it helps to unblock the situation and would suggest any interested parties to come forward if they are wiling to contribute to further development. Best regards, Fabio On 21.08.24 15:52, Juergen BRUCKNER (microang...@microangelo.priv.at) wrote: Hello Thomas, is that TB-plugin 'that' important for you? I use SOGo and Thunderbird without problems just with the 'build-in-functions' of Thunderbird. best regards Juergen Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" (t.b.mailingli...@igeno-fat.de): Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio
Re: [SOGo] Thunderbird 128 support
Hi Lukas, With caldav - calendar - Thunderbird freezes at synchronisation. This happens anytime (!) Thunderbird syncs the calendar. I enable caldav sync only if I need the calendar for a new event. With carddav - contacts - Thunderbird works without any problem and timing issues. There are a few tickets open at the Thunderbird bug tracker for the caldav issue. For configuration I use TbSync Kind regards Stefan Am 22.08.2024 um 17:34 schrieb Lukas Wringer (lukas.wrin...@rz.uni-augsburg.de): Hi, I think you are mixing some stuff up - caldav - protocoll for syncing **calendars** carddav - protocoll for synching **contacts** The SOGo Plugin is only a frontend to more or less easy configure the native support for those protocolls built into Thundebrird. Configuring them via the standard Thunderbird UI will provide the excact same results as using the plugin. What the plugin actually offers over just using plain Thundebrird is allowing to create and modify calendars and adressbooks directly in SOGo. Which is cool but not a deal breaker to me at least... Long ago with the old Thunderbird 68 the plugin had its own carddav implementation as Thunderbird had none at the time but that has been dropped for alle subsequent versions... That one did offer the synchronisation of contact lists which is no longer possible due to neither Thunderbird nor SOGo supporting vCARD 4.0 native lists... Am Donnerstag, dem 22.08.2024 um 11:07 +0200 schrieb Stefan Klatt: Hi Jürgen, really? With caldav Thunderbird hangs at synchronising, carddav works like a charm. I read about this behaviour often if I search for it. Kind regards Stefan Am 21.08.2024 um 15:52 schrieb Juergen BRUCKNER (microang...@microangelo.priv.at): Hello Thomas, is that TB-plugin 'that' important for you? I use SOGo and Thunderbird without problems just with the 'build-in-functions' of Thunderbird. best regards Juergen Am 21.08.24 um 14:25 schrieb"t.b.mailingli...@igeno-fat.de" (t.b.mailingli...@igeno-fat.de): Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52,smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio -- #GernePerDu *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End Senior Security Consultant CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead Implementer / TOGAF9 / VdS-anerkannter Berater für Cyber-Security Badges:https://www.youracclaim.com/users/stefan-klatt Triftstrasse 9 60528 Frankfurt Germany USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email:stefan.kl...@cac-netzwerk.de Profil:http://www.cac-netzwerk.de/profil -- #GernePerDu *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End Senior Security Consultant CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead Implementer / TOGAF9 / VdS-anerkannter Berater für Cyber-Security Badges: https://www.youracclaim.com/users/stefan-klatt Triftstrasse 9 60528 Frankfurt Germany USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email: stefan.kl...@cac-netzwerk.de Profil: http://www.cac-netzwerk.de/profil smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Thunderbird 128 support
Hi Philippe, I use recurring events often. I get such events from my customers too. Kind regards Stefan Am 22.08.2024 um 11:55 schrieb Philippe Gilbert (phili...@alinto.com): Hi Stefan, honestly , we at Alinto use Caldav on ThunderBird, Applecal and Caldav Synchronizer (in Outlook) with many shared calendars and we have no issues. The only pain e may have sometimes is with recurring events. This is also well used by customers , usually public administrations….. But that’s true that we do not use the extra facilities provided by the connector We’ll look at it, just let us some time Philippe Le 22 août 2024 à 11:07, Stefan Klatt (stefan.kl...@cac-netzwerk.de) a écrit : Hi Jürgen, really? With caldav Thunderbird hangs at synchronising, carddav works like a charm. I read about this behaviour often if I search for it. Kind regards Stefan Am 21.08.2024 um 15:52 schrieb Juergen BRUCKNER (microang...@microangelo.priv.at): Hello Thomas, is that TB-plugin 'that' important for you? I use SOGo and Thunderbird without problems just with the 'build-in-functions' of Thunderbird. best regards Juergen Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" (t.b.mailingli...@igeno-fat.de): Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio -- #GernePerDu *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End Senior Security Consultant CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead Implementer / TOGAF9 / VdS-anerkannter Berater für Cyber-Security Badges: https://www.youracclaim.com/users/stefan-klatt Triftstrasse 9 60528 Frankfurt Germany USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email: stefan.kl...@cac-netzwerk.de Profil: http://www.cac-netzwerk.de/profil -- #GernePerDu *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End Senior Security Consultant CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead Implementer / TOGAF9 / VdS-anerkannter Berater für Cyber-Security Badges: https://www.youracclaim.com/users/stefan-klatt Triftstrasse 9 60528 Frankfurt Germany USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email: stefan.kl...@cac-netzwerk.de Profil: http://www.cac-netzwerk.de/profil smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Thunderbird 128 support
Hi, I confirm. I use SOGo with Thunderbird for years without the plugin and without any problem. Loïc Le 22/08/24 à 17:34, Lukas Wringer (lukas.wrin...@rz.uni-augsburg.de) a écrit : Hi, I think you are mixing some stuff up - caldav - protocoll for syncing **calendars** carddav - protocoll for synching **contacts** The SOGo Plugin is only a frontend to more or less easy configure the native support for those protocolls built into Thundebrird. Configuring them via the standard Thunderbird UI will provide the excact same results as using the plugin. What the plugin actually offers over just using plain Thundebrird is allowing to create and modify calendars and adressbooks directly in SOGo. Which is cool but not a deal breaker to me at least... Long ago with the old Thunderbird 68 the plugin had its own carddav implementation as Thunderbird had none at the time but that has been dropped for alle subsequent versions... That one did offer the synchronisation of contact lists which is no longer possible due to neither Thunderbird nor SOGo supporting vCARD 4.0 native lists... Am Donnerstag, dem 22.08.2024 um 11:07 +0200 schrieb Stefan Klatt: Hi Jürgen, really? With caldav Thunderbird hangs at synchronising, carddav works like a charm. I read about this behaviour often if I search for it. Kind regards Stefan Am 21.08.2024 um 15:52 schrieb Juergen BRUCKNER (microang...@microangelo.priv.at): Hello Thomas, is that TB-plugin 'that' important for you? I use SOGo and Thunderbird without problems just with the 'build-in-functions' of Thunderbird. best regards Juergen Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" (t.b.mailingli...@igeno-fat.de): Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio -- #GernePerDu *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End Senior Security Consultant CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead Implementer / TOGAF9 / VdS-anerkannter Berater für Cyber-Security Badges: https://www.youracclaim.com/users/stefan-klatt Triftstrasse 9 60528 Frankfurt Germany USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email: stefan.kl...@cac-netzwerk.de Profil: http://www.cac-netzwerk.de/profil
Re: [SOGo] Thunderbird 128 support
Hi, I think you are mixing some stuff up - caldav - protocoll for syncing **calendars** carddav - protocoll for synching **contacts** The SOGo Plugin is only a frontend to more or less easy configure the native support for those protocolls built into Thundebrird. Configuring them via the standard Thunderbird UI will provide the excact same results as using the plugin. What the plugin actually offers over just using plain Thundebrird is allowing to create and modify calendars and adressbooks directly in SOGo. Which is cool but not a deal breaker to me at least... Long ago with the old Thunderbird 68 the plugin had its own carddav implementation as Thunderbird had none at the time but that has been dropped for alle subsequent versions... That one did offer the synchronisation of contact lists which is no longer possible due to neither Thunderbird nor SOGo supporting vCARD 4.0 native lists... Am Donnerstag, dem 22.08.2024 um 11:07 +0200 schrieb Stefan Klatt: > Hi Jürgen, > > really? With caldav Thunderbird hangs at synchronising, carddav works > like a charm. > I read about this behaviour often if I search for it. > > Kind regards > > Stefan > > Am 21.08.2024 um 15:52 schrieb Juergen BRUCKNER > (microang...@microangelo.priv.at): > > Hello Thomas, > > > > is that TB-plugin 'that' important for you? > > > > I use SOGo and Thunderbird without problems just with the > > 'build-in-functions' of Thunderbird. > > > > best regards > > Juergen > > > > Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" > > (t.b.mailingli...@igeno-fat.de): > > > Hello everyone. > > > > > > It's terrible that the formerly enthusiastic user base is being > > > left in > > > the dark like this. > > > The last version on the website ( > > > https://www.sogo.nu/download.html#/frontends ) is for the > > > Thunderbird > > > version from August 11, 2021. 3 years ago. > > > > > > I know that a lot has happened in the meantime... I'm still sad > > > though: > > > > > > Kind regards, > > > > > > Thomas > > > > > > Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani > > > (fabio.ciuff...@gmail.com): > > > > Hi Sebastien, > > > > > > > > Yes, we use a connector built with the latest tb115 branch. > > > > > > > > Thanks, > > > > > > > > Fabio > > > > > > > > On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) > > > > wrote: > > > > > Hello, > > > > > > > > > > Haven't tried, but did you tried the following branch : > > > > > https://github.com/Alinto/sogo-connector/tree/tb115 ? > > > > > > > > > > Sebastien > > > > > > > > > > Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" > > > > > (fabio.ciuff...@gmail.com) a écrit: > > > > > > Hi, > > > > > > > > > > > > Thunderbird 128 has been released recently and the > > > > > > connector installs > > > > > > but doesn't seem to work. The custom calendar buttons don't > > > > > > appear > > > > > > and > > > > > > the SOGo address books can't be added. > > > > > > > > > > > > Could you please tell us if a connector update is planned > > > > > > in the near > > > > > > future ? > > > > > > > > > > > > Thank you, > > > > > > > > > > > > Fabio > > > > > > > > > > > > > > -- > #GernePerDu > > *CaC, Computer and Communication* > Inhaber Stefan Klatt > End-2-End Senior Security Consultant > CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior > Lead > Implementer / > TOGAF9 / VdS-anerkannter Berater für Cyber-Security > Badges: https://www.youracclaim.com/users/stefan-klatt > Triftstrasse 9 > 60528 Frankfurt > Germany > USt-IdNr.: DE260461592 > > Tel.: +49-(0)172-6807809 > Tel.: +49-(0)69-67808-900 > Fax: +49-(0)69-67808-837 > Email: stefan.kl...@cac-netzwerk.de > Profil: http://www.cac-netzwerk.de/profil -- Lukas Wringer Universität Augsburg Rechenzentrum Service & Support 86135 Augsburg signature.asc Description: This is a digitally signed message part
Re: [SOGo] Thunderbird 128 support
Hi, adding to the problem (sogo-connector built from tb115 branch not compatible with TB128)... errors in the console when starting TB128 with a freshly built connector: [Exception... "File error: Not found" nsresult: "0x80520012 (NS_ERROR_FILE_NOT_FOUND)" location: "JS frame :: chrome://sogo-connector/content/messenger/startup-overlay.js :: :: line 22" data: no] startup-overlay.js:22:32 chrome://sogo-connector/content/messenger/startup-overlay.js:22 startListening jar:file:///C:/Users/testuser/AppData/Roaming/Thunderbird/Profiles/yxiynhiv.default-esr/extensions/sogo-connec...@inverse.ca.xpi!/api/WindowListener/implementation.js:1603 result resource://gre/modules/ExtensionParent.sys.mjs:1221 withCallContextData resource://gre/modules/ExtensionParent.sys.mjs:664 result resource://gre/modules/ExtensionParent.sys.mjs:1220 withPendingBrowser resource://gre/modules/ExtensionParent.sys.mjs:674 result resource://gre/modules/ExtensionParent.sys.mjs:1219 callAndLog resource://gre/modules/ExtensionParent.sys.mjs:1170 recvAPICall resource://gre/modules/ExtensionParent.sys.mjs:1218 AsyncFunctionNext self-hosted:804 [Exception... "File error: Not found" nsresult: "0x80520012 (NS_ERROR_FILE_NOT_FOUND)" location: "JS frame :: chrome://sogo-connector/content/calendar/calendar-overlay.js :: :: line 21" data: no] calendar-overlay.js:21:32 chrome://sogo-connector/content/calendar/calendar-overlay.js:21 _loadIntoWindow jar:file:///C:/Users/admin/AppData/Roaming/Thunderbird/Profiles/yxiynhiv.default-esr/extensions/sogo-connec...@inverse.ca.xpi!/api/WindowListener/implementation.js:1978 AsyncFunctionNext self-hosted:804 The problem seems to stem from the usage of Services.jsm, which has been removed from TB my Mozilla [1], quote: "The file Services.jsm and its compatibility layer (added in Thunderbird 115) have been removed, and loading it will now cause an error in Thunderbird 128. It is safe to simply remove all code which was used to load the module in Thunderbird 115 and later." Also in the upgrade instructions for TB [2] it is mentioned again and how to circumvent problems (like old variable declarations): I tried to replace all occurrences of the code in all affected files (23 files), but this only led to other problems: Services is undefined implementation.js:1634:32 startListening jar:file:///C:/Users/admin/AppData/Roaming/Thunderbird/Profiles/yxiynhiv.default-esr/extensions/sogo-connec...@inverse.ca.xpi!/api/WindowListener/implementation.js:1634 AsyncFunctionThrow self-hosted:808 Nevertheless, I can imagine this is the cause of the problem, please correct me if I'm wrong. Cheers Christoph [1] https://developer.thunderbird.net/add-ons/updating/tb128#services.jsm [2] https://developer.thunderbird.net/add-ons/updating/tb115/adapt-to-changes-in-thunderbird-103-115#services.jsm On 22/08/2024 11:55, Philippe Gilbert (phili...@alinto.com) wrote: Hi Stefan, honestly , we at Alinto use Caldav on ThunderBird, Applecal and Caldav Synchronizer (in Outlook) with many shared calendars and we have no issues. The only pain e may have sometimes is with recurring events. This is also well used by customers , usually public administrations….. But that’s true that we do not use the extra facilities provided by the connector We’ll look at it, just let us some time Philippe Le 22 août 2024 à 11:07, Stefan Klatt (stefan.kl...@cac-netzwerk.de) a écrit : Hi Jürgen, really? With caldav Thunderbird hangs at synchronising, carddav works like a charm. I read about this behaviour often if I search for it. Kind regards Stefan Am 21.08.2024 um 15:52 schrieb Juergen BRUCKNER (microang...@microangelo.priv.at): Hello Thomas, is that TB-plugin 'that' important for you? I use SOGo and Thunderbird without problems just with the 'build-in-functions' of Thunderbird. best regards Juergen Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" (t.b.mailingli...@igeno-fat.de): Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit:
RE: [SOGo] Public dav link is not secure
In that case there is no way as for now with SOGo to do that. Side note: Even if the links are not easily guessable by human, you shouldn’t assume this is safe and only the people with the link will be able to access it. Don’t provide any sensitive data in your public calendar as there are, indeed, public. Quentin From: users-requ...@sogo.nu On Behalf Of Michael Krecek Sent: mercredi 21 août 2024 19:15 To: users@sogo.nu Subject: Re: [SOGo] Public dav link is not secure We need to establish a way how to securely share eg busy/free times without having to provide a login. Typically other calendaring servers do this by offering a tokenized URL which then can be shared. I would never want any user to publicly share his busy/free times while anyone can guess the DAV URL… Am 21.08.2024 um 15:55 schrieb qhivert mailto:users@sogo.nu> >: Hello, This option will not change the dav links only the url of the website. To see its effects, you should first empty Memcached and remove the current session of with the command: sogo-tool expire-sessions 0 But the dav link will still have the username. Concerning the public link, by default nothing will be shared. Indeed, if you click on three dots next to your calendar -> sharing -> public access. All will be at None. Only the user can decide and set what to share publicly. If you don’t want to have public access for all yours users, you can also disable it in your sogo.conf -> SOGoEnablePublicAccess = NO; Quentin From: users-requ...@sogo.nu <mailto:users-requ...@sogo.nu> mailto:users-requ...@sogo.nu> > On Behalf Of Michael Krecek Sent: mercredi 21 août 2024 15:40 To: users@sogo.nu <mailto:users@sogo.nu> Subject: Re: [SOGo] Public dav link is not secure Hi Christian, this is also critical for me but I could not get it running setting both SOGoURLEncryptionEnabled = YES; SOGoURLEncryptionPassphrase = “mypassphrase“; The Sogo UI still show the username-including URL in calendar > show links view. Any idea? Thanks Michael Am 21.08.2024 um 13:58 schrieb Christian Mack (christian.m...@uni-konstanz.de <mailto:christian.m...@uni-konstanz.de> ) mailto:users@sogo.nu> >: Hello Please check option SOGoURLEncryptionEnabled. Kind regards, Christian Mack Am 16.08.24 um 14:11 schrieb Denys Shcherbyna (denys.shcherb...@zone3000.net <mailto:denys.shcherb...@zone3000.net> ): Hello. The current public dav link has the format: https://hostname/SOGo/dav/public/user@domain/Calendar/personal/. It is not secure because it can be guessed, leading to unauthorized access by unauthorized users. Please consider adding a feature that makes a more secure and unique link for each user. Thank you. -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416
Re: [SOGo] Thunderbird 128 support
Hi Stefan, honestly , we at Alinto use Caldav on ThunderBird, Applecal and Caldav Synchronizer (in Outlook) with many shared calendars and we have no issues. The only pain e may have sometimes is with recurring events. This is also well used by customers , usually public administrations….. But that’s true that we do not use the extra facilities provided by the connector We’ll look at it, just let us some time Philippe > Le 22 août 2024 à 11:07, Stefan Klatt (stefan.kl...@cac-netzwerk.de) > a écrit : > > Hi Jürgen, > > really? With caldav Thunderbird hangs at synchronising, carddav works like a > charm. > I read about this behaviour often if I search for it. > > Kind regards > > Stefan > > Am 21.08.2024 um 15:52 schrieb Juergen BRUCKNER > (microang...@microangelo.priv.at <mailto:microang...@microangelo.priv.at>): >> Hello Thomas, >> >> is that TB-plugin 'that' important for you? >> >> I use SOGo and Thunderbird without problems just with the >> 'build-in-functions' of Thunderbird. >> >> best regards >> Juergen >> >> Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" >> <mailto:t.b.mailingli...@igeno-fat.de> (t.b.mailingli...@igeno-fat.de >> <mailto:t.b.mailingli...@igeno-fat.de>): >>> Hello everyone. >>> >>> It's terrible that the formerly enthusiastic user base is being left in >>> the dark like this. >>> The last version on the website ( >>> https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird >>> version from August 11, 2021. 3 years ago. >>> >>> I know that a lot has happened in the meantime... I'm still sad though: >>> >>> Kind regards, >>> >>> Thomas >>> >>> Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com >>> <mailto:fabio.ciuff...@gmail.com>): >>>> Hi Sebastien, >>>> >>>> Yes, we use a connector built with the latest tb115 branch. >>>> >>>> Thanks, >>>> >>>> Fabio >>>> >>>> On 19.08.24 11:52, smizr...@alinto.eu <mailto:smizr...@alinto.eu> >>>> (smizr...@alinto.eu <mailto:smizr...@alinto.eu>) wrote: >>>>> Hello, >>>>> >>>>> Haven't tried, but did you tried the following branch : >>>>> https://github.com/Alinto/sogo-connector/tree/tb115 ? >>>>> >>>>> Sebastien >>>>> >>>>> Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" >>>>> (fabio.ciuff...@gmail.com <mailto:fabio.ciuff...@gmail.com>) >>>>> <mailto:users@sogo.nu> a écrit: >>>>>> Hi, >>>>>> >>>>>> Thunderbird 128 has been released recently and the connector installs >>>>>> but doesn't seem to work. The custom calendar buttons don't appear and >>>>>> the SOGo address books can't be added. >>>>>> >>>>>> Could you please tell us if a connector update is planned in the near >>>>>> future ? >>>>>> >>>>>> Thank you, >>>>>> >>>>>> Fabio >>>>> >>>>> >> > > -- > #GernePerDu > > CaC, Computer and Communication > Inhaber Stefan Klatt > End-2-End Senior Security Consultant > CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead > Implementer / > TOGAF9 / VdS-anerkannter Berater für Cyber-Security > Badges: https://www.youracclaim.com/users/stefan-klatt > Triftstrasse 9 > 60528 Frankfurt > Germany > USt-IdNr.: DE260461592 > > Tel.: +49-(0)172-6807809 > Tel.: +49-(0)69-67808-900 > Fax: +49-(0)69-67808-837 > Email: stefan.kl...@cac-netzwerk.de <mailto:stefan.kl...@cac-netzwerk.de> > Profil: http://www.cac-netzwerk.de/profil
Re: [SOGo] Thunderbird 128 support
Hi Jürgen, really? With caldav Thunderbird hangs at synchronising, carddav works like a charm. I read about this behaviour often if I search for it. Kind regards Stefan Am 21.08.2024 um 15:52 schrieb Juergen BRUCKNER (microang...@microangelo.priv.at): Hello Thomas, is that TB-plugin 'that' important for you? I use SOGo and Thunderbird without problems just with the 'build-in-functions' of Thunderbird. best regards Juergen Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" (t.b.mailingli...@igeno-fat.de): Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio -- #GernePerDu *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End Senior Security Consultant CISSP / CEH / CISM / BSI IT-Grundschutz Praktiker / ISO27001 Senior Lead Implementer / TOGAF9 / VdS-anerkannter Berater für Cyber-Security Badges: https://www.youracclaim.com/users/stefan-klatt Triftstrasse 9 60528 Frankfurt Germany USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email: stefan.kl...@cac-netzwerk.de Profil: http://www.cac-netzwerk.de/profil smime.p7s Description: Kryptografische S/MIME-Signatur
[SOGo] BTS activities for Wednesday, August 21 2024
Title: BTS activities for Wednesday, August 21 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Wednesday, August 21 2024 idlast updatestatus (resolution)categorysummary 6000 2024-08-21 09:58:02 assigned (open) Backend Calendar Calendar Invites from Thunderbird do not require an response when opened in MS Outlook 6005 2024-08-21 11:52:41 assigned (open) Web Mail Upload of SVG file type leads to Stored-XSS
Re: [SOGo] Public dav link is not secure
We need to establish a way how to securely share eg busy/free times without having to provide a login. Typically other calendaring servers do this by offering a tokenized URL which then can be shared.I would never want any user to publicly share his busy/free times while anyone can guess the DAV URL…Am 21.08.2024 um 15:55 schrieb qhivert :Hello, This option will not change the dav links only the url of the website. To see its effects, you should first empty Memcached and remove the current session of with the command:sogo-tool expire-sessions 0 But the dav link will still have the username.Concerning the public link, by default nothing will be shared. Indeed, if you click on three dots next to your calendar -> sharing -> public access. All will be at None. Only the user can decide and set what to share publicly. If you don’t want to have public access for all yours users, you can also disable it in your sogo.conf -> SOGoEnablePublicAccess = NO;Quentin From: users-requ...@sogo.nu On Behalf Of Michael KrecekSent: mercredi 21 août 2024 15:40To: users@sogo.nuSubject: Re: [SOGo] Public dav link is not secure Hi Christian, this is also critical for me but I could not get it running setting both SOGoURLEncryptionEnabled = YES; SOGoURLEncryptionPassphrase = “mypassphrase“; The Sogo UI still show the username-including URL in calendar > show links view.Any idea? ThanksMichael Am 21.08.2024 um 13:58 schrieb Christian Mack (christian.m...@uni-konstanz.de) <users@sogo.nu>: HelloPlease check option SOGoURLEncryptionEnabled.Kind regards,Christian MackAm 16.08.24 um 14:11 schrieb Denys Shcherbyna (denys.shcherb...@zone3000.net):Hello.The current public dav link has the format: https://hostname/SOGo/dav/public/user@domain/Calendar/personal/.It is not secure because it can be guessed, leading to unauthorized access by unauthorized users.Please consider adding a feature that makes a more secure and unique link for each user.Thank you.-- Christian MackUniversität KonstanzKommunikations-, Informations-, Medienzentrum (KIM)Abteilung IT-Dienste Forschung, Lehre, Infrastruktur78457 Konstanz+49 7531 88-4416 smime.p7s Description: S/MIME cryptographic signature
Re: [SOGo] Thunderbird 128 support
Hi Thomas, yes you’re right ! When we took over the responsibility of the SOGo Project end of 2022, our first priority was to push again SOGo and we had a lot of work. But We’re lacking of resources , that’ why we changed the support offers, launch the partner program. We also tried to work with Thunderbird community but had no response We know that this project is important for the users and we’ll try to put ressources on it If some community members want to contribute with us, they’re welcome ! Contact us Thanks for your understanding Philippe > Le 21 août 2024 à 14:25, t.b.mailingli...@igeno-fat.de > (t.b.mailingli...@igeno-fat.de) a écrit : > > Hello everyone. > > It's terrible that the formerly enthusiastic user base is being left in > the dark like this. > The last version on the website ( > https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird > version from August 11, 2021. 3 years ago. > > I know that a lot has happened in the meantime... I'm still sad though: > > Kind regards, > > Thomas > > Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): >> Hi Sebastien, >> >> Yes, we use a connector built with the latest tb115 branch. >> >> Thanks, >> >> Fabio >> >> On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: >>> Hello, >>> >>> Haven't tried, but did you tried the following branch : >>> https://github.com/Alinto/sogo-connector/tree/tb115 ? >>> >>> Sebastien >>> >>> Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" >>> (fabio.ciuff...@gmail.com) a écrit: >>>> Hi, >>>> >>>> Thunderbird 128 has been released recently and the connector installs >>>> but doesn't seem to work. The custom calendar buttons don't appear and >>>> the SOGo address books can't be added. >>>> >>>> Could you please tell us if a connector update is planned in the near >>>> future ? >>>> >>>> Thank you, >>>> >>>> Fabio >>> >>>
RE: [SOGo] Public dav link is not secure
Hello, This option will not change the dav links only the url of the website. To see its effects, you should first empty Memcached and remove the current session of with the command: sogo-tool expire-sessions 0 But the dav link will still have the username. Concerning the public link, by default nothing will be shared. Indeed, if you click on three dots next to your calendar -> sharing -> public access. All will be at None. Only the user can decide and set what to share publicly. If you don’t want to have public access for all yours users, you can also disable it in your sogo.conf -> SOGoEnablePublicAccess = NO; Quentin From: users-requ...@sogo.nu On Behalf Of Michael Krecek Sent: mercredi 21 août 2024 15:40 To: users@sogo.nu Subject: Re: [SOGo] Public dav link is not secure Hi Christian, this is also critical for me but I could not get it running setting both SOGoURLEncryptionEnabled = YES; SOGoURLEncryptionPassphrase = “mypassphrase“; The Sogo UI still show the username-including URL in calendar > show links view. Any idea? Thanks Michael Am 21.08.2024 um 13:58 schrieb Christian Mack (christian.m...@uni-konstanz.de <mailto:christian.m...@uni-konstanz.de> ) mailto:users@sogo.nu> >: Hello Please check option SOGoURLEncryptionEnabled. Kind regards, Christian Mack Am 16.08.24 um 14:11 schrieb Denys Shcherbyna (denys.shcherb...@zone3000.net <mailto:denys.shcherb...@zone3000.net> ): Hello. The current public dav link has the format: https://hostname/SOGo/dav/public/user@domain/Calendar/personal/. It is not secure because it can be guessed, leading to unauthorized access by unauthorized users. Please consider adding a feature that makes a more secure and unique link for each user. Thank you. -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416
Re: [SOGo] Thunderbird 128 support
Hello Thomas, is that TB-plugin 'that' important for you? I use SOGo and Thunderbird without problems just with the 'build-in-functions' of Thunderbird. best regards Juergen Am 21.08.24 um 14:25 schrieb "t.b.mailingli...@igeno-fat.de" (t.b.mailingli...@igeno-fat.de): Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio -- /¯\ No | \ / HTML |Juergen Bruckner Xin |microang...@microangelo.priv.at / \ Mail | smime.p7s Description: Kryptografische S/MIME-Signatur
Re: [SOGo] Public dav link is not secure
Hi Christian, this is also critical for me but I could not get it running setting both SOGoURLEncryptionEnabled = YES; SOGoURLEncryptionPassphrase = “mypassphrase“; The Sogo UI still show the username-including URL in calendar > show links view. Any idea? Thanks Michael > Am 21.08.2024 um 13:58 schrieb Christian Mack > (christian.m...@uni-konstanz.de) : > > Hello > > Please check option SOGoURLEncryptionEnabled. > > > Kind regards, > Christian Mack > > Am 16.08.24 um 14:11 schrieb Denys Shcherbyna (denys.shcherb...@zone3000.net): >> Hello. >> The current public dav link has the format: >> https://hostname/SOGo/dav/public/user@domain/Calendar/personal/. >> It is not secure because it can be guessed, leading to unauthorized access >> by unauthorized users. >> Please consider adding a feature that makes a more secure and unique link >> for each user. >> Thank you. > > -- > Christian Mack > Universität Konstanz > Kommunikations-, Informations-, Medienzentrum (KIM) > Abteilung IT-Dienste Forschung, Lehre, Infrastruktur > 78457 Konstanz > +49 7531 88-4416 smime.p7s Description: S/MIME cryptographic signature
Re: [SOGo] Thunderbird 128 support
Hello everyone. It's terrible that the formerly enthusiastic user base is being left in the dark like this. The last version on the website ( https://www.sogo.nu/download.html#/frontends ) is for the Thunderbird version from August 11, 2021. 3 years ago. I know that a lot has happened in the meantime... I'm still sad though: Kind regards, Thomas Am 19.08.2024 um 14:11 schrieb Fabio Ciuffani (fabio.ciuff...@gmail.com): Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio
Re: [SOGo] Public dav link is not secure
Hello Please check option SOGoURLEncryptionEnabled. Kind regards, Christian Mack Am 16.08.24 um 14:11 schrieb Denys Shcherbyna (denys.shcherb...@zone3000.net): Hello. The current public dav link has the format: https://hostname/SOGo/dav/public/user@domain/Calendar/personal/. It is not secure because it can be guessed, leading to unauthorized access by unauthorized users. Please consider adding a feature that makes a more secure and unique link for each user. Thank you. -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416 smime.p7s Description: Kryptografische S/MIME-Signatur
[SOGo] BTS activities for Tuesday, August 20 2024
Title: BTS activities for Tuesday, August 20 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Tuesday, August 20 2024 idlast updatestatus (resolution)categorysummary 5986 2024-08-20 16:01:37 updated (open) SOPE Failing to compile with error in SaxAttributeList.m 6006 2024-08-20 16:08:50 updated (open) Web Calendar Calendar Categories Stored-XSS 5991 2024-08-20 09:07:24 updated (open) Web Mail We have found some Chinese garbled characters in the theme when using Sogo Community Version 5.10.0 and earlier versions. 6007 2024-08-20 16:08:44 updated (open) Web Preferences Stored-XSS in Mail Labels Field 6008 2024-08-20 16:08:40 updated (open) Web Preferences Stored-XSS in Mail Filters Field 6009 2024-08-20 16:08:37 updated (open) Web Preferences Stored-XSS in Vacation Auto-Reply 6010 2024-08-20 16:08:18 updated (open) Web Preferences Stored-XSS in Reply to Email 6001 2024-08-20 14:53:34 feedback (open) Web Mail confusion about unread counter 6005 2024-08-21 00:53:18 assigned (open) Web Mail Upload of SVG file type leads to Stored-XSS 6004 2024-08-20 16:32:35 assigned (open) Web Preferences Stored-XSS in Contacts Category Fields
[SOGo] BTS activities for Monday, August 19 2024
Title: BTS activities for Monday, August 19 2024 BTS Activities Home page: https://bugs.sogo.nu Project: SOGo For the period covering: Monday, August 19 2024 idlast updatestatus (resolution)categorysummary 5986 2024-08-19 11:22:32 updated (open) SOPE Failing to compile with error in SaxAttributeList.m 6006 2024-08-20 01:57:57 updated (open) Web Calendar Calendar Categories Stored-XSS 5991 2024-08-20 02:09:13 updated (open) Web Mail We have found some Chinese garbled characters in the theme when using Sogo Community Version 5.10.0 and earlier versions. 6005 2024-08-20 01:55:38 updated (open) Web Mail Upload of SVG file type leads to Stored-XSS 6004 2024-08-20 01:49:54 updated (open) Web Preferences Stored-XSS in Contacts Category Fields 6007 2024-08-20 01:59:49 updated (open) Web Preferences Stored-XSS in Mail Labels Field 6008 2024-08-20 02:00:48 updated (open) Web Preferences Stored-XSS in Mail Filters Field 6009 2024-08-20 02:03:57 updated (open) Web Preferences Stored-XSS in Vacation Auto-Reply 6010 2024-08-20 02:04:43 updated (open) Web Preferences Stored-XSS in Reply to Email 6000 2024-08-19 18:20:57 feedback (open) Backend Calendar Calendar Invites from Thunderbird do not require an response when opened in MS Outlook 6001 2024-08-19 18:20:43 feedback (open) Web Mail confusion about unread counter
Re: [SOGo] Thunderbird 128 support
Hi Sebastien, Yes, we use a connector built with the latest tb115 branch. Thanks, Fabio On 19.08.24 11:52, smizr...@alinto.eu (smizr...@alinto.eu) wrote: Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio
Re: [SOGo] Thunderbird 128 support
Hello, Haven't tried, but did you tried the following branch : https://github.com/Alinto/sogo-connector/tree/tb115 ? Sebastien Le Lundi, Août 19, 2024 09:51 CEST, "Fabio Ciuffani" (fabio.ciuff...@gmail.com) a écrit: Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio
[SOGo] Thunderbird 128 support
Hi, Thunderbird 128 has been released recently and the connector installs but doesn't seem to work. The custom calendar buttons don't appear and the SOGo address books can't be added. Could you please tell us if a connector update is planned in the near future ? Thank you, Fabio