Re: [SOGo] ANN: SOGo v1.3.8
On Sunday, July 17, 2011 19:57 CEST, Clay Wright wrote: > On 07/17/2011 07:47 AM, Sebastian Reitenbach wrote: > > I just upgraded to sope/sogo 1.3.8 on OpenBSD/i386 (gnustep-make-2.6.1, > > gnustep-base-1.22.1). Afterwards I now had to recognize that in the mail > > list, the columns are shifted one to the right, so the subject appears > > under From, and and the Sender appears under the glasses icon and so on. > > The Sent folder has the same problem. See attached screenshot. > > I logged in with two different accounts, both show this problem. > > Hello Sebastian. I saw the same issue after upgrading with the RPMs. I > was using Firefox 5 and did a reload of Firefox with Ctrl + F5 and the > mail columns lined up correctly again. Yes, I also use firefox 5. I just tried Firefox 3.X from a different machine, and it looks OK. I'll try the "full" reload when I'm back home. Thanks for the hint. Sebastian > > -- > Clay > -- > users@sogo.nu > https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGo v1.3.8
After changing domains as you've recommended it is working. Thanks for help Ladislav Dne 15.7.2011 20:53, Francis Lachapelle napsal(a): Hi Ladislav On 2011-07-15, at 10:59 AM, Ladislav Pašek wrote: my multi-domain config stop working after update. I have to switch to single domain config that is working. There some changes in multi-domain config syntax? <.GNUstepDefaults.txt> Does the mail domains of your users addresses match the domains used in your configuration file of SOGo? If they do match, change them. For example, instead of using "prodex.sk", use "prodex-sk". As long as you don't use the new SOGoLoginDomains setting, the domains keys defined in your .GNUstepDefaults are never shown. Francis -- flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGo v1.3.8
Hi,
wheres the Ubuntu Lucid repo gone?
cheers
juergen
Am 15.07.2011 14:48, schrieb Francis Lachapelle:
The Inverse Team is pleased to announce the immediate availability of SOGo
1.3.8. This is a minor release of SOGo which focuses on small new features and
improved stability over previous versions.
-= What is SOGo =-
SOGo is a free and modern scalable groupware server. It offers shared
calendars, address books and emails through your favorite Web browser or by
using a native client such as Mozilla Thunderbird and Lightning.
SOGo is standard-compliant and supports CalDAV, CardDAV, GroupDAV and reuses
existing IMAP, SMTP and database servers - making the solution easy to deploy
and interoperable with many applications.
SOGo features :
• Scalable architecture suitable for deployments from dozen to many thousand
users
• Rich Web-based interface that shares the look and feel, the features and
the data of Mozilla Thunderbird and Lightning
• Improved integration with Mozilla Thunderbird and Lightning by using the
SOGo Connector and the SOGo Integrator
• Two-way synchronization support with any SyncML-capable devices
(BlackBerry, Palm, Windows CE, etc.) by using the Funambol SOGo Connector
• Excellent integration with Apple iCal 3/4 and Apple iPhone OS 3/4
and many more! SOGo and our connectors are completely free.
-= Changes from the previous release =-
New Features
• initial support for threaded-view in the webmail interface
• sogo-tool: new "rename-user" command that automatically updates all the
references in the database after modifying a user id
• sogo-tool: new "user-preferences {get,set,unset} command to manipulate
user's defaults/settings.
• groups support for IMAP ACLs
• now possible to define multiple forwarding addresses
• now possible to define to-the-minute events/tasks
• the domain can be selected from the login page when using multiple domains
(SOGoLoginDomains)
• sources from one domain can be accessed from another domain when using
multiple domains (SOGoDomainsVisibility)
• added Icelandic translation - thanks to Anna Jonna Armannsdottir
Enhancements
• improved list selection and contextual menu behavior in all web modules
• the quota status bar is now updated more frequently in the webmail module
• automatically create new cards when populating a list of contacts with
unknown entries
• added fade effect when displaying and hiding dialog boxes in Web interface
• updated CKEditor to version 3.6.1
• updated Russian translation
• signed Debian packages
Bug Fixes
• submenus in contextual menus split in multiple lists are now displayed
correctly
• fixed display of cards/lists icons in public address books
• no longer accept an empty string when renaming a calendar
• fixed display of daily events that cover two days
• fixed time shift issue when editing an event title on iOS
• fixed bug when using indirect LDAP binds and bindAsCurrentUser
• fixed bugs when converting an event to an all-day one
• many small fixes related to CalDAV scheduling
• many OpenBSD-related fixes
See http://www.sogo.nu/bugs/changelog_page.php?project_id=1 for closed tickets
and http://sogo.nu/files/downloads/SOGo/Sources/ChangeLog for the complete
change log.
-= Getting SOGo =-
SOGo is free software and is distributed under the GNU GPL. As such, you are
free to download and try it by visiting the following page :
http://www.sogo.nu/downloads/backend.html
You can also download the sources by following the instructions on this page:
http://www.sogo.nu/development/source_code.html
Frontend clients such as Mozilla Thunderbird, Mozilla Lightning (Inverse
Edition), SOGo Connector and SOGo Integrator extensions are available for
download from :
http://www.sogo.nu/downloads/frontends.html
Documentation about the installation and configuration of SOGo, Thunderbird or
mobile devices is available from :
http://www.sogo.nu/downloads/documentation.html
You can also try our online SOGo demo at :
http://www.sogo.nu/tour/online_demo.html
-= How can I help ? =-
SOGo is a collaborative effort in order to create the best Free and Open Source
groupware solution.
There are multiple ways you can contribute to the project :
• Documentation reviews, enhancements and translations
• Write test cases - if you know Python, join in!
• Feature requests or by sharing your ideas (see the roadmap)
• Participate to the discussion in mailing lists
• Patches for bugs or enhancements (http://www.sogo.nu/bugs)
• Provide new translations
(http://sogo.nu/english/support/faq/article/how-to-translate-sogo-in-another-language-2.html)
Feel free to send us your questions. You can also post them to the SOGo mailing
list: http://sogo.nu/lists/
-= Getting Support =-
For any questions, do not hesitate to contact us by writing to
supp...@inverse.ca
Customer support packages for SOGo are available from
http://inverse.ca/support.html
--
flachap
Re: [SOGo] migrating old calendar data to new SOGo server, but with new usernames in ldap
Am 06.07.2011 13:33, schrieb J. Echter: Hi, i'd like to have a new SOGo server, within this step i'd like to rework my LDAP directory structure... Is it, somehow, possible to copy the old data to the new server into different named accounts? If so, it would be great to have a short description of how to do or some kind of useful link. thanks juergen hi, is it possible that the new sogo-tool command 'rename-user' is working for my belongings? :) -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Parent process consumes 100% cpu
Hi,
In the last weeks we are facing a problem with our SOGo server.
From time to time (sometimes twice a day) the parent process consumes
full cpu.
We tried several things and are out of ideas right now. It looks like
the child processes are somehow occupied in a request but do not need
any cpu and the parent process does something like busy waiting for the
child processes.
We are a company with about 30 users. All of them are accessing sogo
through thunderbird 3.1.10 with lightning 1.0b2+105i, sogo-integrator
3.105 and sogo-connector 3.105.
The server was running with SOGo 1.3.7 till today and now with 1.3.8,
but the problem is still there.
Many users have a lot of calendar subscriptions and the biggest
calendars have up to 3500 events.
We have a ldap directory containing our company addresses with about
1900 entries. We gave it the id public so that is the default search
base for email addresses. We thought this might be a problem since we
found out that a listing through DAV took several seconds. Setting
SOGoLDAPQueryLimit 15 helped with searching speed but the problem still
occurs.
I attached our configuration (sogoconfig.txt), gdb backtraces from
parent (parent-gdb.txt) and one child (child-gdb.txt), and a typical
extract from a strace from the parent process (parent-strace.txt)
Does anyone else have this problem or maybe even have a solution?
In the logs we have several strange entries.
1.
Jul 18 12:15:56 sogod [22720]: [WARN] <0x0x15297a0[WOWatchDogChild]> pid
23581 has been hanging in the same request for 1 minutes
This brought me to the idea i mentioned before.
2.
Jul 18 12:16:09 sogod [23733]: |SOGo| terminating app, vMem size limit
(512 MB) has been reached (currently 624 MB)
Jul 18 12:16:09 sogod [22720]: [ERROR] <0x0x153e620[WOWatchDogChild]>
FAILURE receiving status for child 23733
Jul 18 12:16:09 sogod [22720]: [ERROR] <0x0x153e620[WOWatchDogChild]>
socket: connectedTo=<0x0x14a1650[NGLocalSocketAddress]:
/tmp/_ngsocket_0x58c0_0x1288540_000> receive-timeout=1.000s>
Jul 18 12:16:09 sogod [22720]: [ERROR] <0x0x153e620[WOWatchDogChild]>
exception:
NAME:NGSocketConnectionResetException REASON:reached end of stream
connectedTo=<0x0x14a1650[NGLocalSocketAddress]:
/tmp/_ngsocket_0x58c0_0x1288540_000> receive-timeout=1.000s> INFO:{errno
= 104; error = "Connection reset by peer"; stream = "{object =
connectedTo=<0x0x14a1650[NGLocalSocketAddress]:
/tmp/_ngsocket_0x58c0_0x1288540_000> receive-timeout=1.000s>;}"; }
Jul 18 12:16:09 sogod [22720]: <0x0x153e620[WOWatchDogChild]> sending
terminate signal to pid 23733
Jul 18 12:16:09 sogod [22720]: [ERROR] <0x0x153e620[WOWatchDogChild]>
FAILURE notifying child 23733
Jul 18 12:16:09 sogod [22720]: <0x0x153e620[WOWatchDogChild]> sending
terminate signal to pid 23733
Jul 18 12:16:09 sogod [22720]: <0x0x153e620[WOWatchDogChild]> child
23733 exited
Jul 18 12:16:09 sogod [22720]: <0x0x12ef4a0[WOWatchDog]> child spawned
with pid 23798
I tried to change SxVMemLimit but it then the error just comes with
higher numbers.
When hanging this error comes pretty often. About once or twice per minute.
3.
Jul 18 06:28:15 sogod [22500]: [WARN]
<0x0x24aead0[SOGoWebDAVAclManager]> entry '{DAV:}write' already exists
in DAV permissions table
Jul 18 06:28:15 sogod [22500]: [WARN]
<0x0x24aead0[SOGoWebDAVAclManager]> entry '{DAV:}write-properties'
already exists in DAV permissions table
Jul 18 06:28:15 sogod [22500]: [WARN]
<0x0x24aead0[SOGoWebDAVAclManager]> entry '{DAV:}write-content' already
exists in DAV permissions table
No idea what this warning tries to tell me.
4.
2011-07-18 06:28:19.659 sogod[22501] WARNING(-[SaxXMLReaderFactory
_loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers
available for MIME type 'text/x-vcard', using 'VSvCardSaxDriver' as
default for type text/x-vcard.
2011-07-18 06:28:19.659 sogod[22501] WARNING(-[SaxXMLReaderFactory
_loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers
available for MIME type 'text/calendar', using 'VSiCalSaxDriver' as
default for type text/calendar.
I don't think this is a real problem
5.
Jul 18 12:42:03 sogod [24839]: <0x0x7fca2d5d08c0[NSString]> Got invalid
multibyte sequence. ToEncode: UCS-2LE FromEncode: UTF-8.
Jul 18 12:42:03 sogod [24839]: <0x0x7fca2d5d08c0[NSString]> Got invalid
multibyte sequence. ToEncode: UCS-2LE FromEncode: UTF-8.
Jul 18 12:42:03 sogod [24839]: <0x0x7fca2d5d08c0[NSString]> Got invalid
multibyte sequence. ToEncode: UCS-2LE FromEncode: UTF-8.
Jul 18 12:42:03 sogod [24839]: <0x0x7fca2d5d08c0[NSString]> Got invalid
multibyte sequence. ToEncode: UCS-2LE FromEncode: UTF-8.
Jul 18 12:42:03 sogod [24839]: <0x0x7fca2d5d08c0[NSString]> Got invalid
multibyte sequence. ToEncode: UCS-2LE FromEncode: UTF-8.
Jul 18 12:42:03 sogod [24839]: <0x0x7fca2d5d08c0[NSString]> Got invalid
multibyte sequence. ToEncode: UCS-2LE FromEncode: UTF-8.
Jul 18 12:42:03 sogod [24839]: <0x0x7fca2d5d08c0[NSString]> Got invalid
multi
Re: [SOGo] Parent process consumes 100% cpu
On 18/07/11 07:13, Raffael Bachmann wrote: From time to time (sometimes twice a day) the parent process consumes full cpu. That happens when all sogod workers are doing some work - the parent process will spin very quickly trying to find an available worker. Increase the number of sogod workers. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGo v1.3.8
Hi Stuart On 2011-07-17, at 12:43 PM, Stuart Sheldon wrote: > I have not attempted (nor currently plan) to implement the two new > global domain settings. > > Should I adjust our configuration to accommodate any future conflicts, > such as modifying our domain array keys to not match their respective > SOGoMailDomain keys, in order to avoid future upgrade issues? Only if your authentication sources use a mail attribute as the UIDFieldName. Otherwise, there's no need to change your domain keys. Furthermore, I've already committed a change that will avoid any side effect of the new multi-domains settings when SOGoLoginDomains is not defined. So this constraint will go away in the next release (and is already gone in the nightly builds). For everyone's information: The main advantage of defining SOGoLoginDomains is that values of UIDFieldName don't have to be unique among all domains anymore but only within the same domain since users will now be identified as UIDFieldName@domainKey. This identifier will show up in the URL and in the data tables. Francis -- flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGo v1.3.8
Hi Francis, thanks for the infos. So, I'm using a mail attribute as the UIDFieldName in a multi-domain setup. Hence, I've changed the domain keys and ran into some problems (see my last mails). Is there anything I can do about my problems? Cheers, Dennis Am 18.07.2011 14:38, schrieb Francis Lachapelle: > Hi Stuart > > On 2011-07-17, at 12:43 PM, Stuart Sheldon wrote: > >> I have not attempted (nor currently plan) to implement the two new >> global domain settings. >> >> Should I adjust our configuration to accommodate any future conflicts, >> such as modifying our domain array keys to not match their respective >> SOGoMailDomain keys, in order to avoid future upgrade issues? > > Only if your authentication sources use a mail attribute as the UIDFieldName. > Otherwise, there's no need to change your domain keys. > > Furthermore, I've already committed a change that will avoid any side effect > of the new multi-domains settings when SOGoLoginDomains is not defined. So > this constraint will go away in the next release (and is already gone in the > nightly builds). > > For everyone's information: The main advantage of defining SOGoLoginDomains > is that values of UIDFieldName don't have to be unique among all domains > anymore but only within the same domain since users will now be identified as > UIDFieldName@domainKey. This identifier will show up in the URL and in the > data tables. > > > Francis > > -- > flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca > Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence > (http://packetfence.org) > -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Parent process consumes 100% cpu
Thanks for the fast answer. How many workers would you suggest? I tried it once with 6 and 10 but because of the memory consumption (swapping) the server became even less responsive. Right now we are using 4 workers. Couldn't it be that this aggressive waiting strategy could even prevent the child processes from doing their work by stealing them cpu time? What could it be that keeps a worker busy for more than a minute in the same request? Is it possible to find out in what requests are taking most of the time? Thanks Raffael On 07/18/2011 02:34 PM, Ludovic Marcotte wrote: On 18/07/11 07:13, Raffael Bachmann wrote: From time to time (sometimes twice a day) the parent process consumes full cpu. That happens when all sogod workers are doing some work - the parent process will spin very quickly trying to find an available worker. Increase the number of sogod workers. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Parent process consumes 100% cpu
Am 18.07.2011 15:38, schrieb Raffael Bachmann: Thanks for the fast answer. How many workers would you suggest? I think this depends on the number of clients which are actively accessing your sogo server ;) And to have a more sophisticated parent process which "loops once trough" all children and if none is found sleep for 0.1 seconds and then retrys. And if in the second try still all children are busy, do log this as a warning in the logfile... André -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGo v1.3.8
Hi Dennis On 2011-07-16, at 5:13 PM, Dennis Petschull wrote: > can you also confirm, that calendar and addressbook sharing is not > working anymore now? I'll release 1.3.8a with a fix later today. Thanks, Francis -- flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGo v1.3.8
Thanks alot! Dennis Am 18.07.2011 15:52, schrieb Francis Lachapelle: > Hi Dennis > > On 2011-07-16, at 5:13 PM, Dennis Petschull wrote: > >> can you also confirm, that calendar and addressbook sharing is not >> working anymore now? > > I'll release 1.3.8a with a fix later today. > > Thanks, > > Francis > > -- > flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca > Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence > (http://packetfence.org) > -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGo v1.3.8
On 2011-07-18, at 5:57 AM, J. Echter wrote: > wheres the Ubuntu Lucid repo gone? Use 'main' : https://inverse.ca/downloads/SOGo/Ubuntu/conf/distributions -- flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 5.*
On 7/6/2011 12:56 PM, eric.nemozgaill...@free.fr wrote: Hi, I would like to be informed if the development of Thunderbird 5.*-compatible Sogo is scheduled. I really like the extension and functionalities, but I also would like to evolve to Thunderbird 5. Thanks for your answers. Eric I too would like to know when or if this is planned. I use wpkg to push out most of my software and the existing Thunderbird 3.1.X branch does not do extensions very well via wpkg. However Thunderbird 5.X seems to do fine. We are about to push out 40+ new pc's and would love to have this ready to go for them when we do. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Parent process consumes 100% cpu
On 07/18/2011 03:49 PM, André Schild wrote: Am 18.07.2011 15:38, schrieb Raffael Bachmann: Thanks for the fast answer. How many workers would you suggest? I think this depends on the number of clients which are actively accessing your sogo server ;) There are about 30 users with thunderbird open all day. And they all subscribed many other calendars. And to have a more sophisticated parent process which "loops once trough" all children and if none is found sleep for 0.1 seconds and then retrys. And if in the second try still all children are busy, do log this as a warning in the logfile... I think a system where the worker reports after finishing a request might be better. The parent process would only need to check every now and then to see if some really strange things are happening, like crashed workers or workers busy for a long time with one request. Raffael -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGo v1.3.8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thanks Francis, Stu On 07/18/2011 05:38 AM, Francis Lachapelle wrote: > Hi Stuart > > On 2011-07-17, at 12:43 PM, Stuart Sheldon wrote: > >> I have not attempted (nor currently plan) to implement the two new >> global domain settings. >> >> Should I adjust our configuration to accommodate any future >> conflicts, such as modifying our domain array keys to not match >> their respective SOGoMailDomain keys, in order to avoid future >> upgrade issues? > > Only if your authentication sources use a mail attribute as the > UIDFieldName. Otherwise, there's no need to change your domain keys. > > Furthermore, I've already committed a change that will avoid any side > effect of the new multi-domains settings when SOGoLoginDomains is not > defined. So this constraint will go away in the next release (and is > already gone in the nightly builds). > > For everyone's information: The main advantage of defining > SOGoLoginDomains is that values of UIDFieldName don't have to be > unique among all domains anymore but only within the same domain > since users will now be identified as UIDFieldName@domainKey. This > identifier will show up in the URL and in the data tables. > > > Francis > > -- flachape...@inverse.ca :: +1.514.755.3640 :: > http://www.inverse.ca Inverse :: Leaders behind SOGo (http://sogo.nu) > and PacketFence (http://packetfence.org) > - -- Every year is getting shorter, never seem to find the time Plans that either come to naught or half a page of scribbled lines Hanging on in quiet desperation is the english way The time is gone, the song is over, thought Id something more to say -- Pink Floyd - "Time Lyrics" -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJOJEddAAoJEFKVLITDJSGSM70QAI3T5fmCKVQQ0pZ3Ix2C1AuJ VykguCn2F83ziGkSbGamVCAcij/jAVbd94m784b2AjdEZKVYFj24PpkMDtRGS5Di QSzEAKVlmdF92M8JkFVvW0eQCkOybs9TWM3iowtwFW3rgiRbZuQjQ4n2VhdlXNwd 1+rF+drtap3EEn5DrLwtCdqWPNvJW+EiDYGgdRcTbIizd7REi6zWgg7JLhdJuz+c L8nNnZWsCTeA8MXd0pkDNCxFBnSHoXHT4+erVw/E4hOMwbVvGG36laE+GWfQZQPX 06cZDBA7AC8alHipnQYfoMBic8MqfWLkYbutCyuQ+/KIq8Llve+dPj9c7dVOYYdw vNHQGMMHd/IQkPMRz5Vv/DACL3R6Hmzcm1HBGCQbL0/8Sd/gluV5lMNk0d0cDr2N ntE/xA7NuUH34cKabskCsWmEGOhGEEuY+cozi54Z6Ml5/5YVFwKlILYXy4I+AzJb 72ee0TSWm6orEGye+rTv/So4RlYiZg+3+L+5HEqrYqPe25lav63RlWPqwKTobTlp AwlkPKB7LQ4J6PaPZXoW3zW753Pv9Z5JsVNFx/wyLyTfWidyvyvI7NZn1AQh hvQw+I/NnPoHiWNb7Vth5+2LNZI5iwMM3D6WhCM11gCQfJzcb7RfIG2fcDw4VXh0 1xqAFNbSPIWF6sGfesc8 =TZtb -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Parent process consumes 100% cpu
On 18/07/11 15:00, Raffael Bachmann wrote: On 07/18/2011 03:49 PM, André Schild wrote: Am 18.07.2011 15:38, schrieb Raffael Bachmann: Thanks for the fast answer. How many workers would you suggest? I think this depends on the number of clients which are actively accessing your sogo server ;) There are about 30 users with thunderbird open all day. And they all subscribed many other calendars. I can't recollect exactly, but to get this working properly, it's not just a case of setting WOWorkers in the sogo config. It needs to be set in a /etc/default/sogo file which overrides what is actually set in the sogo config. My notes on this are as below. Hope it helps: - ;-) *Setting WOWorkersCount* :- bit cryptic as it suggests in manual that any value you set is normally overridden by a value when started by the init script in /etc/default/sogo. I tested by keeping the original /etc/default/sogo with the PREFORK remmed out, and changed the WOWorkersCount to 3, and restarted sogo, but the log showed only WOWorker so the manual is correct, you MUST adjust the WOWorkerCount in /etc/default/sogo NOT the std config file as any changes in the sogo config file are ignored in this case of using an init script. Also note that the start of the sogo log after restarting service shows the value this is set to. PREFORK = 3 -- Kind Regards, Julian Robbins -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGo v1.3.8
On Monday, July 18, 2011 09:35 CEST, "Sebastian Reitenbach" wrote: > > On Sunday, July 17, 2011 19:57 CEST, Clay Wright > wrote: > > > On 07/17/2011 07:47 AM, Sebastian Reitenbach wrote: > > > I just upgraded to sope/sogo 1.3.8 on OpenBSD/i386 (gnustep-make-2.6.1, > > > gnustep-base-1.22.1). Afterwards I now had to recognize that in the mail > > > list, the columns are shifted one to the right, so the subject appears > > > under From, and and the Sender appears under the glasses icon and so on. > > > The Sent folder has the same problem. See attached screenshot. > > > I logged in with two different accounts, both show this problem. > > > > Hello Sebastian. I saw the same issue after upgrading with the RPMs. I > > was using Firefox 5 and did a reload of Firefox with Ctrl + F5 and the > > mail columns lined up correctly again. > > Yes, I also use firefox 5. I just tried Firefox 3.X from a different machine, > and it looks OK. > I'll try the "full" reload when I'm back home. I also forgot to replace the webserver resources. After exchanging them, the problem went away. My fault. thanks, Sebastian -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] LDAP issue
I'm new to SoGo and to using ldap as well so any help would be greatly appreciated. I have a working SoGo server and allowing password changes with it as well. Running Centos 5.6 with the updated versions of everything. Dovecot,ldap,mysql,etc. The problem Im having is that when a user changes there password via the SoGo interface it stores as plaintext which in turns makes all of there mail not readable. What am I doing wrong...I have spent the last 2 days reading and trying different things but must be missing something simple. Any info would be greatly appreciated. Thanks -- Bo Lynch -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 5.*
On 07/18/2011 03:59 PM, Donny Brooks wrote: On 7/6/2011 12:56 PM, eric.nemozgaill...@free.fr wrote: Hi, I would like to be informed if the development of Thunderbird 5.*-compatible Sogo is scheduled. I really like the extension and functionalities, but I also would like to evolve to Thunderbird 5. Thanks for your answers. Eric I too would like to know when or if this is planned. I use wpkg to push out most of my software and the existing Thunderbird 3.1.X branch does not do extensions very well via wpkg. However Thunderbird 5.X seems to do fine. We are about to push out 40+ new pc's and would love to have this ready to go for them when we do. same here -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo and funambol connector
Hello Christian,
I now re-setup funambol, am using json_simple-1.1.jar and fixed a bug in
/etc/apache2/conf.d/SOGo.conf (wrong port).
Still no login-attempts in the logs.
Should I use the same db for funambol and sogo?
I seem to be blind.
Simon
Am 18.07.2011 00:29, schrieb Christian Reischl:
Hello Simon,
Funambol 10.0.2 and SOGo connector 1.0.9 are working well together in my setup.
Have you tried json_simple-1.1.jar?
Regards,
Christian
Am Sonntag, 17. Juli 2011 11:04 CEST, Simon Veit
schrieb:
Hello André,
I don't even see any login actions in the logs neither in sogo's nor in
tomcat's nor in funambol's logs. I turned debug on for tomcat and
funambol in /opt/Funambol/bin/funambol-server.
All I found is that funambol tries to use SOGoOfficer:
[2011-07-17 10:56:36,482] [funambol.transport.http] [INFO] [] [] [] []
[] Engine configuration:
> store:com.funambol.server.store.PersistentStoreManager -
{stores:
com.funambol.server.store.ClientMappingPersistentStore@6a4d1a,com.funambol.server.store.ModulesPersistentStore@ec1f9e,com.funambol.server.store.SyncSourcePersistentStore@fe89a,com.funambol.server.store.PrincipalPersistentStore@6fdca5,com.funambol.server.store.LastTimestampPersistentStore@1ff0a34,com.funambol.server.store.IDPersistentStore@f6e005
> officer: ca.inverse.sogo.security.SOGoOfficer@1eda64e
(ca/inverse/sogo/security/SOGoOfficer.xml)
> strategy: com.funambol.server.engine.Sync4jStrategy@1415727
(com/funambol/server/engine/Strategy.xml)
> default encoding: UTF8
> server URI: not specified
Funambol/config/ca/inverse/sogo/security/SOGoOfficer.xml reads
localhost
2
Which reflects my SOGod-setting:
one:/opt# netstat -nlp | grep sogo
tcp0 0 0.0.0.0:2 0.0.0.0:*
LISTEN 10663/sogod
Could it be that Funambol 10.0 and sogo-connector 1.0.9 are not working
that well together? I could go back to funambol v8.7 but I hate using
old versions.
Yours,
Simon
Am 15.07.2011 08:42, schrieb André Schild:
Hello Simon,
not sure what is missing, but one thing used for authentification
is the sogo officer.
Have you configured it step by step as described ?
Also have a look at the logs of funambol
André
Am 15.07.2011 00:30, schrieb Simon Veit:
Hello,
I'm trying to set up SOGo with funambol.
I already managed to set up funambol so that I can connect to it with
the desktop admin program,
I also managed to get SOGo working (without funambol).
My problem is that SOGo connector for funambol doesn't seem to work.
When using the funambol webdemo (or trying to sync from my Nokia N97)
I get the message "Authentication failed. Please try again.".
I'm using funambol 10.0.2 and the 1.0.9-connector.
ls -la tools/tomcat/lib/comm*
-rw-r--r-- 1 root root 575389 Apr 11 2008
tools/tomcat/lib/commons-collections-3.2.1.jar
-rw-rw-rw- 1 user root 298829 Dec 19 2008
tools/tomcat/lib/commons-configuration-1.6.jar
-rw-r--r-- 1 root root 284220 Jan 14 00:06
tools/tomcat/lib/commons-lang-2.6.jar
-rw-r--r-- 1 root root 60841 Nov 22 2007
tools/tomcat/lib/commons-logging-1.1.1.jar
ls -la tools/tomcat/lib/jso*
-rw-r--r-- 1 root root 14435 Feb 16 2009 tools/tomcat/lib/json_simple.jar
and:
-rw-r--r-- 1 root root 787920 Jul 14 23:15
mysql-connector-java-5.1.17-bin.jar
I also set up the SOGo Officer in the admin interface and set it to
port 2 on which SOGod is running:
netstat -nlp | grep sogo
tcp 0 0 0.0.0.0:2 0.0.0.0:*
LISTEN 7807/sogod
What am I missing?
Yours,
Simon
--
users@sogo.nu
https://inverse.ca/sogo/lists
--
__
Christian Reischl
Fraunhofer Institut für
Verfahrenstechnik und Verpackung
Giggenhauser Str. 35,
85354 Freising
Telefon: +49 (0) 8161 / 4 91-704
mailto:christian.reis...@ivv.fraunhofer.de
http://www.ivv.fraunhofer.de/
--
users@sogo.nu
https://inverse.ca/sogo/lists
[SOGo] event invitation recipient limit
Is there a limit to the number of recipients in an invitation to an event? I'm suspecting that is the reason for this error: Warning received code: 500 error: http://www.w3.org/1999/xhtml";> An error occurred during object publishingfatal pgsql error (channel=<0x0xb6f8730[PostgreSQL72Channel]: connection=<0x0xb3fe510[PGConnection]: connection=0x0xb9a6188>>): ERROR: value too long for type character varying(256) I counted over 150 invitees for the event. I'm not sure why anyone would even send such an invitation, but was curious nonetheless. Steve -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Monday, July 18 2011
Title: BTS activities for Monday, July 18 2011 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Monday, July 18 2011 idlast updatestatus (resolution)categorysummary 1382 2011-07-18 07:50:27 new (open) Web Mail The user password with non-alphanumeric characters is modified at IMAP connections 1381 2011-07-18 00:59:27 new (open) Web Preferences 1.3.8 Password Change Text in French 1369 2011-07-18 10:18:04 resolved (fixed) SOPE crash in the webinterface, just when the webinterface is idle
