[SOGo] error messages from expire-sessions since upgrade to v2.3.12 (was: ANN: SOGo v2.3.12)

2016-06-13 Thread sogo-us...@list-post.ddt-consult.de 
Heiner Markert" (Mephisto, Mo 13 Jun 2016 09:04:40 CEST +0200:

> Since I upgraded to 2.3.12, I get
> 
> <0x0x1491800[SOGoProductLoader]> SOGo products loaded from 
> '/usr/lib/GNUstep/SOGo':
> <0x0x1491800[SOGoProductLoader]>   Mailer.SOGo, SchedulerUI.SOGo, 
> CommonUI.SOGo, ContactsUI.SOGo, AdministrationUI.SOGo, ActiveSync.SOGo, 
> PreferencesUI.SOGo, Contacts.SOGo, MainUI.SOGo, Appointments.SOGo, 
> MailerUI.SOGo, MailPartViewers.SOGo
> [so-category-info] did not find exported SoClass 'SOGo' in product 
> <0x0x167d250[SoProduct]: loaded code-loaded 
> bundle=/usr/lib/GNUstep/SOGo/MainUI.SOGo #classes=8 #categories=4 
> rm=0x0x16813f0>!
> 
> as output of "/usr/sbin/sogo-tool expire-sessions 60" from the cron 
> scripts (every minute!).
> What can be the cause of this? I did not change anything to the config, 
> just ran a "apt-get dist-upgrade" on my debian jessie system.

Same here.

-- 
Regards
  mks

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

Re: [SOGo] SOGo & Mozilla Firefox

2019-03-14 Thread sogo-us...@list-post.ddt-consult.de 
Odhiambo Washington" (Odhiambo), 14.3.2019 09:52 +0100:

> As I can see from my Firefox (65.0.2 (64-bit)), there seems to be a problem
> using SOGo with Mozilla.
> I am unable to select mails as that selection box does not appear.

Klicking on the avatar icon in the message list will select the message
(and change all avatars to check boxes).
Simply hovering over the avatar won't replace it with a check box (as in
chrome), though. This is indeed not good, since one doesn't get any hint
that clicking on an avatar might do something useful...

-- 
Regards
  mks


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

Re: [SOGo] Thunderbird 68

2019-09-13 Thread sogo-us...@list-post.ddt-consult.de 
Ludovic Marcotte, 13.09.19, 13:04 CEST:

> We don't know how we'll name it - perhaps SOGo Connector, SOGo 
> Integrator or something else. Any suggestions? :)

Yes: SOGo IC (Integrated Connector)

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

[SOGo] How to show only unread messages in SOGo 4's web interface

2020-01-12 Thread sogo-us...@list-post.ddt-consult.de 
Hi,

in the web interface of SOGo 4.2 is there a way to only show unread
messages in a given folder's message list?

This question has been asked before
https://lists.inverse.ca/sogo/arc/users/2017-05/msg00105.html
but I didn't find an answer.

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

Re: [SOGo] How to show only unread messages in SOGo 4's web interface

2020-01-21 Thread sogo-us...@list-post.ddt-consult.de 
Christian Mack, 21.01.20, 15:09 CET:

> Am 12.01.20 um 12:16 schrieb Markus Schönhaber 

>> in the web interface of SOGo 4.2 is there a way to only show unread
>> messages in a given folder's message list?
> 
> Sorry, that is currently not possible.
> See also bug 1417, bug 1710 and bug 2539
> https://sogo.nu/bugs/view.php?id=1417
> https://sogo.nu/bugs/view.php?id=1710
> https://sogo.nu/bugs/view.php?id=2539

Too bad - but thanks for the info!

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

[SOGo] Thunderbird 78: Cannot delete address books

2020-11-06 Thread sogo-us...@list-post.ddt-consult.de 
Hi all,

yesterday I upgraded Thunderbird 68.12.0 -> 78.4.0, created and
installed the SOGo connector from here
https://github.com/inverse-inc/sogo-connector
SOGo version is 5.0.1.

AFAICT things seems to work. There's one problem I can't solve, though:
After the upgrade all addrss books appeared twice. Judging from their
resp. properties one of the doubles is local (properties show only
address book's name) and the other the "SOGo address book" (properties
show it's URL, sync interval etc.).
I then wanted to delete the local address books but that failed. Error
console shows if I try to:

> 09:28:21.088 Uncaught TypeError: 'caller', 'callee', and 'arguments' 
> properties may not be accessed on strict mode functions or the arguments 
> objects for calls to them
> backtrace chrome://inverse-library/content/sogoWebDAV.js:49
> SCAbDeleteDirectory 
> chrome://sogo-connector/content/addressbook/addressbook.groupdav.overlay.js:135
> SIAbDeleteDirectory 
> chrome://sogo-connector/content/addressbook/addressbook.groupdav.overlay.js:524
> AbDeleteSelectedDirectory 
> chrome://messenger/content/addressbook/abCommon.js:355
> doCommand chrome://messenger/content/addressbook/abCommon.js:201
> goDoCommand chrome://global/content/globalOverlay.js:101
> oncommand chrome://messenger/content/addressbook/addressbook.xhtml:1
> sogoWebDAV.js:49:9
> backtrace chrome://inverse-library/content/sogoWebDAV.js:49
> SCAbDeleteDirectory 
> chrome://sogo-connector/content/addressbook/addressbook.groupdav.overlay.js:135
> SIAbDeleteDirectory 
> chrome://sogo-connector/content/addressbook/addressbook.groupdav.overlay.js:524
> AbDeleteSelectedDirectory 
> chrome://messenger/content/addressbook/abCommon.js:355
> doCommand chrome://messenger/content/addressbook/abCommon.js:201
> goDoCommand chrome://global/content/globalOverlay.js:101
> oncommand chrome://messenger/content/addressbook/addressbook.xhtml:1
> 09:28:21.088 An error occurred executing the button_delete command: 
> [Exception... "[JavaScript Error: "'caller', 'callee', and 'arguments' 
> properties may not be accessed on strict mode functions or the arguments 
> objects for calls to them" {file: 
> "chrome://inverse-library/content/sogoWebDAV.js" line: 49}]'[JavaScript 
> Error: "'caller', 'callee', and 'arguments' properties may not be accessed on 
> strict mode functions or the arguments objects for calls to them" {file: 
> "chrome://inverse-library/content/sogoWebDAV.js" line: 49}]' when calling 
> method: [nsIController::doCommand]"  nsresult: "0x80570021 
> (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)"  location: "JS frame :: 
> chrome://global/content/globalOverlay.js :: goDoCommand :: line 101"  data: 
> yes] globalOverlay.js:104
> goDoCommand chrome://global/content/globalOverlay.js:104
> oncommand chrome://messenger/content/addressbook/addressbook.xhtml:1

Did I make a mistake during the upgrade or is this a bug?
Any way to circumvent this?

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

Re: [SOGo] PostgreSQL Idle connections from

2021-12-20 Thread sogo-us...@list-post.ddt-consult.de 

26.11.21, 17:48 +0100: Francis Lachapelle (flachape...@inverse.ca):

The same happens to me with SOGo 5.3.0 and 5.4.0. Going back to 5.2.0 
makes the problem disappear.
I see this on a very small SOGo setup with 4 users and 2-3 devices each 
syncing via CalDAV/CardDAV. It takes roughly a day till all DB 
connections are in use (max_connections of PostgreSQL is set to 100).


If you still need debug logs, I can provide some.

Regards
  mks


Cédric

I need the debugging entries during a busy period, until you reach the maximum 
number of connections of your PostgreSQL server. I'm looking at entries such as:

  - DBPOOL: create new DB channel
  - DBPOOL: keeping channel
  - DBPOOL: garbage collecting

Thanks,

Francis


On Nov 26, 2021, at 10:43, Cédric Archambeau  wrote:

Without postgre debug, tell me if you want it :

Nov 26 16:26:54 sogod [68388]: 185.215.13.175 "REPORT 
/SOGo/dav/user.n...@domain.tld/Contacts/pg_addressbook_name/ HTTP/1.1" 207 1517/4915 
0.064 27386 94% 0 - 16
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: 
reused cached DB channel! (0x55bde58f5ad0)
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: keeping 
channel (age 125s, #2, 0x55bde598c160) : <0x0x55bde58f5ad0[PostgreSQL72Channel]: 
connection=<0x0x55bde59b8090[PGConnection]:  connection=0x0x55bde59b8250>>
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: 
reused cached DB channel! (0x55bde60e3d80)
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: keeping 
channel (age 41s, #2, 0x55bde5aa1eb0) : <0x0x55bde60e3d80[PostgreSQL72Channel]: 
connection=<0x0x55bde5f93910[PGConnection]:  connection=0x0x55bde5b7e560>>
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: cannot use 
handle (postgresql://dbuser:dbpass@localhost:5432/dbname/table_pg_addressbook 
 
vspostgresql://dbuser:dbpass@localhost:5432/sogo/sogocontacts0012926777a 
)
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: cannot use 
handle (postgresql://dbuser:dbpass@localhost:5432/dbname/table_pg_addressbook 
 
vspostgresql://dbuser:dbpass@localhost:5432/sogo/sogo_sessions_folder 
)
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: create 
new DB channel for postgresql://localhost/dbname/table_pg_addressbook 


HTH

Cédric Archambeau
Le 26/11/2021 à 15:45, Francis Lachapelle (flachape...@inverse.ca 
) a écrit :

Hi Cédric


On Nov 26, 2021, at 06:29, Cédric Archambeau  
 wrote:

We have a problem with Postgresql connections from SOGo 5.3.0 since few days 
(last update monday 22 - community version).
Or we had it before but didn't see it ;-)

Connections stay idle, mainly with an adressbook (PostgreSQL view with right 
columns) query from Thunderbird dav (with sogo-connector).

We're using ubuntu server 20.04 (PostgreSQL 12.9 - no pooler), everything up to 
date. We configured idle_in_transaction_session_timeout='5min' as workaround, 
the job is done for most of connections, but not on dav queries (maybe because 
of the client response?). These dav connections stay, and new ones are created 
every 30 min. With few clients we reached tuesday the default max amount of 
connections for Postgresql (100). Never happened in five years of happy use ;-)

With [PGDebugEnabled = YES;], no special observation, queries seem to be fine.

Restarting SOGo is the only way to clean up everything.

Can you enable GCSChannelManagerPoolDebugEnabled and share the log entries?

Thanks,

Francis



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




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

[SOGo] Update of libexpat1 seems to break libwbxml2 (was: ActiveSync from Android not working, SOGO 5.5.1)

2022-02-24 Thread sogo-us...@list-post.ddt-consult.de 

23.02.22, 21:21 +0100, Philipp Kuehne (philipp.kue...@indurad.com):


we also just upgraded to SOGo 5.5.1 and today experienced the same error.

Our setup:

* OS debian10

* installed with apt

* libexpat1 (2.2.6-2+deb10u3)

After a couple hours of searching we figured out, that there was an
update to the libexpat1 library (see
https://tracker.debian.org/news/1305688/accepted-expat-226-2deb10u3-source-into-oldstable-embargoed-oldstable/).

Since libwbxml depends on expat1 this error occurs.

After we downgraded libexpat1 from 2.2.6-2+deb10u3 to 2.2.6-2+deb10u1
the error was gone.


Downgrading to a package version with known security vulnerabilities is 
not what I'd call a solution to the problem.


To me, it seems that libwbxml2 does not work with the updated libexpat1. 
This is what should be fixed.


BTW: I can't find the sources of wbxml (and the corresponding Debian 
build files) Inverse builds the nightly Debian packages from.

Can someone tell me where to get them?

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

Re: [SOGo] Update of libexpat1 seems to break libwbxml2 (was: ActiveSync from Android not working, SOGO 5.5.1)

2022-02-24 Thread sogo-us...@list-post.ddt-consult.de 

24.02.22, 17:48 +0100, Slávek Banko (slavek.ba...@axis.cz):


On Thursday 24 of February 2022 16:57:50 Markus Schönhaber wrote:

Hi Slávek!

24.02.22, 14:28 +0100, Slávek Banko (slavek.ba...@axis.cz):

there seems to have already been reported bug to Debian and created
Issue for wbxml2 on GitHub. I did some tests, but it requires more
effort.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006337
https://github.com/libwbxml/libwbxml/issues/76
https://www.axis.cz/linux/debian/pool/sogo-v5/w/wbxml2/


Thanks for the info!

The Debian build files on your repository: did you create them by using
the ones from the official Debian repositories as a base, or did you get
them elsewhere?


Debian build files are based on official Debian repository (in time of
0.11.2) and updated for version 0.11.6 - see notes in debian/changelog.


I see, thanks!

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

Re: [SOGo] Update of libexpat1 seems to break libwbxml2 (was: ActiveSync from Android not working, SOGO 5.5.1)

2022-02-24 Thread sogo-us...@list-post.ddt-consult.de 

Hi Slávek!

24.02.22, 14:28 +0100, Slávek Banko (slavek.ba...@axis.cz):


there seems to have already been reported bug to Debian and created Issue
for wbxml2 on GitHub. I did some tests, but it requires more effort.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006337
https://github.com/libwbxml/libwbxml/issues/76
https://www.axis.cz/linux/debian/pool/sogo-v5/w/wbxml2/


Thanks for the info!

The Debian build files on your repository: did you create them by using 
the ones from the official Debian repositories as a base, or did you get 
them elsewhere?


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

Re: [SOGo] Update of libexpat1 seems to break libwbxml2 (was: ActiveSync from Android not working, SOGO 5.5.1)

2022-03-01 Thread sogo-us...@list-post.ddt-consult.de 

01.03.22, 15:00 +0100, Slávek Banko (slavek.ba...@axis.cz):


FYI: libwbxml 0.11.8 was released, you can find updated source and binary
packages in my repository.


Awesome, thanks!

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

Re: [SOGo] Update of libexpat1 seems to break libwbxml2 (was: ActiveSync from Android not working, SOGO 5.5.1)

2022-02-25 Thread sogo-us...@list-post.ddt-consult.de 

24.02.22, 20:50 +0100, Slávek Banko (slavek.ba...@axis.cz):


On Thursday 24 of February 2022 16:57:50 Markus Schönhaber wrote:

Hi Slávek!

24.02.22, 14:28 +0100, Slávek Banko (slavek.ba...@axis.cz):

there seems to have already been reported bug to Debian and created
Issue for wbxml2 on GitHub. I did some tests, but it requires more
effort.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006337
https://github.com/libwbxml/libwbxml/issues/76
https://www.axis.cz/linux/debian/pool/sogo-v5/w/wbxml2/


Thanks for the info!

The Debian build files on your repository: did you create them by using
the ones from the official Debian repositories as a base, or did you get
them elsewhere?


FYI, pull request for issue libwbxml#76 is ready for rewiews and tests:
https://github.com/libwbxml/libwbxml/pull/78


Wow, that was fast!
Built with those patches, all tests coming with the source pass again. 
Looks good. Thanks for fixing the problem so quickly.


--
Regards
  mks

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

Re: [SOGo] PostgreSQL Idle connections from

2022-02-03 Thread sogo-us...@list-post.ddt-consult.de 

02.02.22, 15:26 +0100, Francis Lachapelle (flachape...@inverse.ca):


I've pushed a fix yesterday regarding this issue. Can you try the latest 
nightly build?


I've installed the SOGo 5.5.0.20220203-1 packages from Inverse's nightly 
repository for Debian Buster.
With this version, the problem with the steadily increasing number of DB 
connections seems to be gone.


Many thanks for looking into this issue - I really appreciate it!

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

Re: [SOGo] PostgreSQL Idle connections from

2022-01-20 Thread sogo-us...@list-post.ddt-consult.de 

Hi,

this will probably not come as a surprise: I'm still seeing the problem 
with the exhaustion of DB connections on SOGo 5.5.0.


In the meantime I've migrated the DB to the combined 9-table-layout. 
Makes no difference either.


Do you need additional logs?
As Cédric already asked: Should we file a bug?
Could you please comment on this issue?

Regards
  mks


19.12.21, 15:21 +0100 Markus Schönhaber:


26.11.21, 17:48 +0100: Francis Lachapelle (flachape...@inverse.ca):

The same happens to me with SOGo 5.3.0 and 5.4.0. Going back to 5.2.0
makes the problem disappear.
I see this on a very small SOGo setup with 4 users and 2-3 devices each
syncing via CalDAV/CardDAV. It takes roughly a day till all DB
connections are in use (max_connections of PostgreSQL is set to 100).

If you still need debug logs, I can provide some.

Regards
mks


Cédric

I need the debugging entries during a busy period, until you reach the maximum 
number of connections of your PostgreSQL server. I'm looking at entries such as:

   - DBPOOL: create new DB channel
   - DBPOOL: keeping channel
   - DBPOOL: garbage collecting

Thanks,

Francis


On Nov 26, 2021, at 10:43, Cédric Archambeau  wrote:

Without postgre debug, tell me if you want it :

Nov 26 16:26:54 sogod [68388]: 185.215.13.175 "REPORT 
/SOGo/dav/user.n...@domain.tld/Contacts/pg_addressbook_name/ HTTP/1.1" 207 1517/4915 
0.064 27386 94% 0 - 16
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: 
reused cached DB channel! (0x55bde58f5ad0)
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: keeping 
channel (age 125s, #2, 0x55bde598c160) : <0x0x55bde58f5ad0[PostgreSQL72Channel]: 
connection=<0x0x55bde59b8090[PGConnection]:  connection=0x0x55bde59b8250>>
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: 
reused cached DB channel! (0x55bde60e3d80)
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: keeping 
channel (age 41s, #2, 0x55bde5aa1eb0) : <0x0x55bde60e3d80[PostgreSQL72Channel]: 
connection=<0x0x55bde5f93910[PGConnection]:  connection=0x0x55bde5b7e560>>
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: cannot use 
handle (postgresql://dbuser:dbpass@localhost:5432/dbname/table_pg_addressbook 
 
vspostgresql://dbuser:dbpass@localhost:5432/sogo/sogocontacts0012926777a 
)
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: cannot use 
handle (postgresql://dbuser:dbpass@localhost:5432/dbname/table_pg_addressbook 
 
vspostgresql://dbuser:dbpass@localhost:5432/sogo/sogo_sessions_folder 
)
Nov 26 16:26:54 sogod [68388]: <0x0x55bde5374dc0[GCSChannelManager]> DBPOOL: create 
new DB channel for postgresql://localhost/dbname/table_pg_addressbook 


HTH

Cédric Archambeau
Le 26/11/2021 à 15:45, Francis Lachapelle (flachape...@inverse.ca 
) a écrit :

Hi Cédric


On Nov 26, 2021, at 06:29, Cédric Archambeau  
 wrote:

We have a problem with Postgresql connections from SOGo 5.3.0 since few days 
(last update monday 22 - community version).
Or we had it before but didn't see it ;-)

Connections stay idle, mainly with an adressbook (PostgreSQL view with right 
columns) query from Thunderbird dav (with sogo-connector).

We're using ubuntu server 20.04 (PostgreSQL 12.9 - no pooler), everything up to 
date. We configured idle_in_transaction_session_timeout='5min' as workaround, 
the job is done for most of connections, but not on dav queries (maybe because 
of the client response?). These dav connections stay, and new ones are created 
every 30 min. With few clients we reached tuesday the default max amount of 
connections for Postgresql (100). Never happened in five years of happy use ;-)

With [PGDebugEnabled = YES;], no special observation, queries seem to be fine.

Restarting SOGo is the only way to clean up everything.

Can you enable GCSChannelManagerPoolDebugEnabled and share the log entries?

Thanks,

Francis



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






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

Re: [SOGo] Sogo 5.6 Webmail login not working

2022-05-30 Thread sogo-us...@list-post.ddt-consult.de 

30.05.22, 12:19 +0200, HYVERNAT Philippe (p.hyver...@outlook.fr):


I just installed the new version of sogo 5.6 on FreeBSD and when i want
to login to my webmail it returns always on the login page.

[...]

 *ERROR: Data
too long for column 'c_value' at row 1*



Drop the session table
https://www.sogo.nu/files/docs/SOGoInstallationGuide.html#_upgrading
or apply the schema update (look for
sql-update-5.5.1_to_5.6.0.sh
in the docs folder) and restart sogod.

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

Re: [SOGo] problems with 5.6.0

2022-05-06 Thread sogo-us...@list-post.ddt-consult.de 

Am 06.05.22 um 00:18 schrieb "Carsten Pieper" (i...@carstenpieper.com):


I had the problem with SOGo 5.5.1 on Ubuntu 20.04.4, that I could not get
tot he settings screen after login of a user.

  


I thought it is a good idea to update to 5.6.0 to get rid of it, but anyhow,
no login at all is possible any longer.

  


After login of any user I get „Unbehandelte Fehlerantwort“ unhandled error
response.

  


There is nothing suspicious in var/log/sogo/sogo.log, even though some
Debug-Options are enabled in /etc/sogo/sogo.conf

  


Does anyone have a hint for me where I could solve my problem?


Did you drop or modify the session table as the upgrades notes say?
https://www.sogo.nu/files/docs/SOGoInstallationGuide.html#_upgrading

--
Regards
  mks

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

Re: [SOGo] Error when I connect

2022-11-15 Thread sogo-us...@list-post.ddt-consult.de 

15.11.22, 14:22 +0100, "Support FoxNET" (supp...@foxnet.be):


I have this error in the logs when I connect?

[ERROR] <0x0x5635344c88e0[GCSSessionsFolder]> -[GCSSessionsFolder 
writeRecordForEntryWithID:value:creationDate:lastSeenDate:]: cannot write record: 
 NAME:ExecutionFailed REASON:Data too long for 
column 'c_value' at row 1


Did you upgrade from < 5.6.0?
If you did, drop the sessions table before starting SOGo to make sure it 
gets re-created with a big enough c_value data type:




--
Regards
  mks

Re: [SOGo] Error when I connect

2022-11-15 Thread sogo-us...@list-post.ddt-consult.de 

15.11.22, 18:30 +0100, "Support FoxNET" (supp...@foxnet.be):


On Tuesday, November 15, 2022 16:18 CET, Markus Schönhaber 
(sogo-us...@list-post.ddt-consult.de)  wrote:



nothing to do with this


Of course not. I didn't mention the DB's character set or collation 
settings and neither do the upgrade notes I pointed you to.


Again: the problem likely is the data size of one column in your DB's 
session table.
Check if the session table's c_value column is at least 4096 characters 
wide. If not, that's your problem. Then, drop the table and let SOGo 
re-create it.



#
# * Character sets
#

# MySQL/MariaDB default is Latin1, but in Debian we rather default to the full
# utf8 4-byte character set. See also client.cnf
character-set-server  = utf8mb4
collation-server  = utf8mb4_general_ci

Michel15.11.22, 14:22 +0100, "Support FoxNET" (supp...@foxnet.be):


I have this error in the logs when I connect?

[ERROR] <0x0x5635344c88e0[GCSSessionsFolder]> -[GCSSessionsFolder 
writeRecordForEntryWithID:value:creationDate:lastSeenDate:]: cannot write record: 
 NAME:ExecutionFailed REASON:Data too long for 
column 'c_value' at row 1


Did you upgrade from < 5.6.0?
If you did, drop the sessions table before starting SOGo to make sure it
gets re-created with a big enough c_value data type:

<https://www.sogo.nu/files/docs/SOGoInstallationGuide.html#_upgrading>


--
Regards
  mks

[SOGo] Webinterface's color changed after upgrade to SOGo v5.10.0

2024-02-23 Thread sogo-us...@list-post.ddt-consult.de 
Hi all,

after upgrading SOGo v5.9.1 -> v5.10.0 the web interface looks different
color-wise than before (see screenshot comparing now and before).
To me, it seems like some background is missing. Since I assume that
this is not an intentional change, how do I find what might be wrong
with my SOGo installation (I don't see errors in the SOGo- and apache-logs)?
I'm using self-built Debian packages for Sope and SOGo on Bookworm.

Regards
  mks

Re: [SOGo] Webinterface's color changed after upgrade to SOGo v5.10.0

2024-02-23 Thread sogo-us...@list-post.ddt-consult.de 
Hello,

yep, that fixed it, thanks!

Regards
  mks


23.02.24, 14:01 +0100, qhivert (qhiv...@alinto.eu):

> Hello,
> There is a css failure with current 5.10. The packages are rebuiding as we 
> speak.
> You can wait a bit for thew new 5.10 package or the workaround is:
> 
> Search for the file theme-default.css:
> ```
> find -name theme-default.css
> ```
> It can be somewhere like
> ```
> /var/lib/GNUstep/SOGo/WebServerResources/css/theme-default.css
> ```
> But it depends on your OS.
> Then replace it with the attached file.
> 
> -Original Message-
> From: users-requ...@sogo.nu  On Behalf Of Markus 
> Schönhaber
> Sent: vendredi 23 février 2024 10:20
> To: users@sogo.nu
> Subject: [SOGo] Webinterface's color changed after upgrade to SOGo v5.10.0
> 
> Hi all,
> 
> after upgrading SOGo v5.9.1 -> v5.10.0 the web interface looks different 
> color-wise than before (see screenshot comparing now and before).
> To me, it seems like some background is missing. Since I assume that this is 
> not an intentional change, how do I find what might be wrong with my SOGo 
> installation (I don't see errors in the SOGo- and apache-logs)?
> I'm using self-built Debian packages for Sope and SOGo on Bookworm.
> 
> Regards
>   mks
>

Re: [SOGo] Can't change localhost binding for web interface (initial setup)

2024-04-02 Thread sogo-us...@list-post.ddt-consult.de 
01.04.24, 03:20 +0200, Roman (adro...@yandex.ru):

> Dear friends,> I'm trying to test SOGo 5 nightly, so I installed it
and as described in
> documentation added two lines to /etc/sogo/sogo.conf:
>  
> //WOPort = "192.168.5.229:2";
> //WOHttpAllowHost = ( localhost, "192.168.5.229" );
>  
> but it still listens only on 127.0.0.1:2
> how to make it work with specific IP address or better with any IP address ?

Lines starting with "//" are commented, i. e. are ignored.
Therefore, if the two lines you show above are literately what you added
to sogo.conf, you didn't change your SOGo's configuration.

-- 
Regards
  mks

Re: [SOGo] Repeated events is not showing in the calendar after registration.

2024-04-23 Thread sogo-us...@list-post.ddt-consult.de 
23.04.24, 09:28 +0200, "cezar.so...@desion.de" (cezar.so...@desion.de):

> I don't understand why I can't see the repeated events in the calendar.
> 
> It's in Sogo because I can see it on Outlook. 
I don't think that what you see in Outlook is really a proof for what
exists elsewhere.
In the screenshot you posted, you seem to have selected the calendar
named "Calendar (This computer only)". To me, this seems to indicate
that what you see there does just *not* prove that it also exists in
SOGo or somewhere else.

-- 
Regards
  mks