Re: [SOGo] Sogo with Mysql Exim Courier
hi, Am 22.02.2013 08:03 schrieb Direct Logic: > I am using email server which is composed of EXIM+COURIER+MYSQL+APACHE. Now i > want to implement SOGO in my organization how can i do that . I go through > the manual and install it in testing environment but not working. > Please suggest how can i installed it and its compulsory to install LDAP. provided that you configured sogo correctly, it will use your existing infrastructure - ie, exim for sending mails (smtp), courier for fetching mails (imap) and possibly even your existing user database (mysql?) for authentication. personally, i would prefer a ldap directory to store and retrieve user data and to authenticate users - it is a common ground for many applications, openldap is a nice and scalable implementation, and there are usable front-ends to manage your data. regarding the sogo installation, you will need to read the fine manual really really carefully. you are more than welcome to ask questions here - to be able help, we need at least relevant snippets from your configuration and from your log files. with kind regards, thoralf. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] New feature: fail2ban and sogo (including proxy setup)
hi arnd, Am 08.02.2013 19:00 schrieb Arnd Raphael Brandes: > are you identifying failed attemts by the http error code (403,401)? yes, due to fail2ban's inability to work with regexes spanning multiple lines … there are, however, some legitimate 401 requests from apple devices - hence the ignoreregex. > However, where you put the placeholder, I had localhost only - until > the last changes. This came due to the proxy setup with apache. h, our setup here is more or less a plain vanilla one (ie. sogo on a single server, without a dedicated frontend proxy. apache is proxying requests internally to localhost:2, however). the actual client ip addresses do show up in the sogo log. > About the port, from my understanding this is the port whitch wil be blocked > - an for me SOGo has 443 (https), only with > CalDav/CardDav running over them. that makes sense … i thought this to be the port the incriminated requests were directed at, which is obviously wrong. thank you for clarifying this. with kind regards, t. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] New feature: fail2ban and sogo (including proxy setup)
hi there, Am 07.02.2013 14:54 schrieb Arnd Raphael Brandes: > thank to jraby, the sogo.log can now be used for fail2ban, even in the proxy > setup. This has been implemented in the feature request > 2229(http://www.sogo.nu/bugs/view.php?id=2229). Fail2ban allows to ban IPs of > users who persistently (in the example 5 times) fail to login in a certain > time. The ban can be temporary or permanent and an admin can be configured to > be informed by mail. > The ban is done via IP tables. Setup-time ~ 10 min. for the current stable version (2.0.4b-1), this sogo.conf might work as well: [Definition] failregex = ^ - - \[.+\] "POST /SOGo/connect HTTP/1.[01]" 403.*$ ^ - - \[.+\] "PROPFIND /SOGo/dav.+ HTTP/1.[01]" 401 *$ ignoreregex = ^ - - \[.+\] "PROPFIND /SOGo/dav.+ HTTP/1.[01]" 401 0.*$ … well, it does seem to do its job here, at least :-) i also changed port = http,https in the jail definition to port = all to make sure to also catch *dav-related log entries. with kind regards, t. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Re: SOGO
hi สมศักดิ์ , on 04.02.2013 11:07, สมศักดิ์ ลิมาวงษ์ปราณี wrote: > My SOGO.Log > > Feb 03 00:47:53 sogod [3797]: [ERROR] <0x0x95acf4c[SOGoUserManager]> No > authentication sources defined - nobody will be able to login. Check your > defaults. you might want to check how you validate your users :-) hth, t. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] https, carddav and caldav config with SSL - any working example
hi,
Am 11.01.2013 10:41 schrieb Götz Reinicke - IT Koordinator:
> For the LIVE system we like to have sogo running as a virtual apache
> host and secure as much as possible by using ssl.
hth, we are using debian squeeze.
with kind regards,
t.
--
users@sogo.nu
https://inverse.ca/sogo/lists### non-ssl wird auf ssl umgeleitet
### sonst läuft auf port 80 nicht viel â¦
serveradmin webmas...@ourdomain.de
documentroot/var/www
rewriteengine on
rewritecond %{SERVER_PORT} !^443$
rewriterule ^/(.*) https://%{HTTP_HOST}/$1 [NC,R,L]
rewritelog "/var/log/apache2/rewrite.log"
options followsymlinks
allowoverride none
# include includes/generic-sogo-stuff
### das web-interface, auch: caldav/carddav, auch: updates
ServerAdmin webmas...@ourdomain.de
DocumentRoot /var/www
include includes/generic-ssl-stuff
include includes/generic-sogo-stuff
ErrorLog${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/sogo_access.log combined
# sogo lebt unter /SOGo, andere unspezifizierte requests dorthin
umschreiben
RewriteEngine on
RewriteCond %{REQUEST_URI} ^/index.(htm|html)$ [OR]
RewriteCond %{REQUEST_URI} ^/$
RewriteRule (.*) /SOGo/ [R=301,L]
Options FollowSymLinks
AllowOverride None
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
# unter plugins/ wird php per fastcgi gebraucht
AddHandler fcgid-script .php
FCGIWrapper /usr/lib/cgi-bin/php5 .php
Options +ExecCGI
# sogo-requests verarzten
http://127.0.0.1:2/SOGo>
RequestHeader set "x-webobjects-server-port" "443"
RequestHeader set "x-webobjects-server-name"
"sogo.ourdomain.de:443"
RequestHeader set "x-webobjects-server-url"
"https://sogo.ourdomain.de:443";
RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
RequestHeader set "x-webobjects-remote-host" %{REMOTE_HOST}e
env=REMOTE_HOST
AddDefaultCharset UTF-8
Order allow,deny
Allow from all
### 8443 ist apfel-standard für verschlüsseltes carddav
ServerAdmin webmas...@ourdomain.de
DocumentRoot /var/www
include includes/generic-ssl-stuff
include includes/generic-sogo-stuff
ProxyPassInterpolateEnv On
ProxyPass /principals
http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass /SOGo/dav/
http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass / http://127.0.0.1:2/SOGo/dav/
interpolate
http://127.0.0.1:2/SOGo>
RequestHeader set "x-webobjects-server-port" "8443"
RequestHeader set "x-webobjects-server-name"
"sogo.ourdomain.de:8443"
RequestHeader set "x-webobjects-server-url"
"https://sogo.ourdomain.de:8443";
RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
RequestHeader set "x-webobjects-remote-host" %{REMOTE_HOST}e
env=REMOTE_HOST
AddDefaultCharset UTF-8
Order allow,deny
Allow from all
ErrorLog${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/sogo_apfeldav_access.log combined
### und 8843 ist apfelstandard für verschlüsseltes caldav
ServerAdmin webmas...@ourdomain.de
DocumentRoot /var/www
include includes/generic-ssl-stuff
include includes/generic-sogo-stuff
ProxyPassInterpolateEnv On
ProxyPass /principals
http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass /SOGo/dav/
http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass / http://127.0.0.1:2/SOGo/dav/
interpolate
http://127.0.0.1:2/SOGo>
RequestHeader set "x-webobjects-server-port" "8843"
RequestHeader set "x-webobjects-server-name"
"sogo.ourdomain.de:8843"
RequestHeader set "x-webobjects-server-url"
"https://sogo.ourdomain.de:8843";
RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
RequestHeader set "x-webobjects-remote-host" %{REMOTE_HOST}e
env=REMOTE_HOST
AddDefaultChars
Re: [SOGo] Suggestion for best practice calender usage/roll-out
hi, Am 09.01.2013 10:21 schrieb Götz Reinicke - IT Koordinator: > E.g. I was thinking of personal/privat calenders per user, calendars for > groups/departments and calendars for all (like holidays). this is how we do it - by default, every department has public calendars for holidays and for appointments that are relevant the department at large. these calenders serve as a kind of bulletin board and are owned by a pseudo-user, there won't be invitations for these events. private appointments are handled by the organizer (in her/his personal calender) and the invitees, incl. notifications and the usage of free-/busy-information. additional calenders are available on request - we urge the users to _not_ create calenders and share them themselves if they have a more-than-private scope. works quite well so far … adequate training and documentation is essential. hth / with kind regards, t. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Sogod process don't start correctly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi gabriel,
on 20.12.2012 13:14, Gabriel Gomiz wrote:
> # strace /usr/sbin/sogod -WOWorkersCount 5 -WOPidFile
> /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log
> -WONoDetach YES
i would set WOWorkersCount to 1, makes debugging easier :-)
>
> ... Lots of output ... stat("/boot/bundle-info.plist",
> 0x7fff50b0b940) = -1 ENOENT (No such file or directory)
> stat("/net/bundle-info.plist",
>
> And then hangs in that last system call. BTW, /net directory is
> empty. What is sogod searching in there?
good question, these directories do look really strange for sure … and
sorry, i'm not really familiar with centos / the rpm flavour of sogo.
on my debian system, the sogo debs provide these bundle-info.plist files:
thoralf@sogo:~$ dpkg -L $(dpkg -l | awk '/sope|sogo/ {print $2}') |
grep bundle-info.plist
/usr/lib/GNUstep/WOxElemBuilders-4.9/WOExtensions.wox/bundle-info.plist
/usr/lib/GNUstep/WOxElemBuilders-4.9/WEExtensions.wox/bundle-info.plist
/usr/lib/GNUstep/WOxElemBuilders-4.9/SOGoElements.wox/bundle-info.plist
/usr/lib/GNUstep/SOGo/Appointments.SOGo/bundle-info.plist
/usr/lib/GNUstep/SOGo/ContactsUI.SOGo/bundle-info.plist
/usr/lib/GNUstep/SOGo/MailerUI.SOGo/bundle-info.plist
/usr/lib/GNUstep/SOGo/Mailer.SOGo/bundle-info.plist
/usr/lib/GNUstep/SOGo/CommonUI.SOGo/bundle-info.plist
/usr/lib/GNUstep/SOGo/SchedulerUI.SOGo/bundle-info.plist
/usr/lib/GNUstep/SaxDrivers-4.9/versitCardsSaxDriver.sax/Resources/bundle-info.plist
/usr/lib/GNUstep/SaxDrivers-4.9/versitCardsSaxDriver.sax/bundle-info.plist
/usr/lib/GNUstep/SaxDrivers-4.9/libxmlSAXDriver.sax/Resources/bundle-info.plist
/usr/lib/GNUstep/SaxDrivers-4.9/libxmlSAXDriver.sax/bundle-info.plist
thoralf@sogo:~$
the debian init script sources /usr/share/GNUstep/Makefiles/GNUstep.sh
, there seems to be some path magic happening in there. might be worth
looking at as well …
hth,
t.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlDTBfYACgkQjgOUn50Ju0A0zQCfSH7MQ20D/gyyntHJRTwteD06
52sAnieUj+o08/F57Tvc+v3lOBy56Hhh
=4XoQ
-END PGP SIGNATURE-
--
users@sogo.nu
https://inverse.ca/sogo/lists
Re: [SOGo] Sogod process don't start correctly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi gabriel, Am 20.12.2012 12:27 schrieb Gabriel Gomiz: > Anyone has an idea of how can I continue debugging this problem? maybe try to strace the process? that way, you should at least be able to see the files sogod is accessing. with kind regards, t. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDS/0EACgkQjgOUn50Ju0CJOACeNP/7aeIw3VG5Pm3CcdcgrHM4 dpoAnjIS6n8nmWr0eGSjrnwi4pheXxRb =Lkq6 -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 17 still asks for the password several times [was Re: SOGo extensions for Thunderbird 10!]
hi Luca, Am 13.12.2012 10:44 schrieb Luca Olivetti: > I'm trying thunderbird 17 esr with the corresponding extensions and I > still see it has the same problem: it asks for the password several times. have a look at the startup master-extension¹ for thunderbird … it works quite fine here for thunderbird 10esr, at least regarding tb asking for its master passwort several times. with kind regards, t. ¹ - https://addons.mozilla.org/de/thunderbird/addon/startupmaster/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SMTP AUTH problem with 2.0.2
hi christian, Am 01.11.2012 13:04 schrieb Christian Naumer: > A related question here. Is TLS or SSL supported for SMTP AUTH? SOGoIMAPServer imap://whta.ever.bla/?tls=YES works fine here … with kind regards, t. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SMTP AUTH problem with 2.0.2
hi, Am 01.11.2012 13:28 schrieb Thoralf Schulze: > SOGoIMAPServer > imap://whta.ever.bla/?tls=YES sorry, disregard that, i got smtp mixed up with imap :-( t. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] After upgrade with .deb need to run sql-update script?
hi,
Am 04.09.2012 10:04 schrieb Alessio Cecchi:
> I'm using SOGo under Debian 6 with .deb provided by Inverse. After an
> upgrade I must run the script like
> /usr/share/doc/sogo/sql-update-1.3.16_to_1.3.17-mysql.sh or the update
> manager runs it for me?
just have a look at the {pre,post}inst-scripts inside the deb … run dpkg
--control filename.deb to extract them.
apparently, the database update scripts are not being called from there
(at least not in sogo_2.0.0.20120904-1_i386.deb). so yes, you have run
them manually. shouldn't be much of a problem, though - it won't hurt to
have a look at the scripts before running them.
on a side note, it would be highly unusual for a deb package to run
scripts in /usr/share/doc .
with kind regards,
t.
--
users@sogo.nu
https://inverse.ca/sogo/lists
[SOGo] Re: auto-completion in lightning
hi there,
on 07.08.2012 Thoralf Schulze wrote:
> i just stumbled across the "… Lightning may only use one of SOGo's
> address sources for auto completion"-part in
> http://wiki.sogo.nu/ResourceConfiguration .
> now i am wondering if this applies to the invitation of attendees to an
> appointment as well- it appears that only entries from the personal
> address book are looked up for auto completion in this case, contrary to
> the web interface.
apparently, the relevant setting in prefs.js is
ldap_2.autoComplete.directoryServer , which should be set to one of the
existing ldap_2.servers.* -entries.
incidentally, there is already an entry for this in the integrator
plugin: pref("sogo-integrator.autocomplete.server.urlid", "…"); in
/defaults/preferences/site.js .
and yes, ĺightning uses only this address book for autocompletion. there
doesn't seem to be a way to define multiple sources.
with kind regards,
t.
--
users@sogo.nu
https://inverse.ca/sogo/lists
Re: [SOGo] New install, no sogod service on 20000
hi, on 08.08.2012 18:22, eeisenho...@intelitrac.com wrote: > Ideas? maybe try to strace it? with kind regards, t. -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] auto-completion in lightning
hi there, i just stumbled across the "… Lightning may only use one of SOGo's address sources for auto completion"-part in http://wiki.sogo.nu/ResourceConfiguration . now i am wondering if this applies to the invitation of attendees to an appointment as well- it appears that only entries from the personal address book are looked up for auto completion in this case, contrary to the web interface. thunderbird is icedove 10.0.5-1~bpo60+1 from squeeze-backports (mozilla.debian.net), lightning the latest 1.2.3 and sogo 2.0.0.20120726-1 . thankful for any pointers, thoralf. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] lates sogo-connector & integrator - no calendar search possible anymore
hi, on 12.06.2012, Jürgen Echter wrote: > the same for ssl_access.log: > > 192.168.0.1 - - [12/Jun/2012:11:15:09 +0200] "GET > /SOGo/dav/m...@mymail.de/ HTTP/1.1" 501 677 "-" "Mozilla/5.0 (Windows NT > 5.1; rv:10.0.5) Gecko/20120605 Thunderbird/10.0.5 Lightning/1.2.1" > > rewrite.log: […] obviously you are doing some rewriting … mod_rewrite tends to turn PROFIND https requests into GET ones, which caused the 501s in my case. if you use the rewrites to deny unencrypted connections, it might be a good idea to avoid them by explicitly forcing https in integrators' extensions.rdf. something like isi:updateURL="https://your.server:443/plugins/updates.php?plugin=%ITEM_ID%&version=%ITEM_VERSION%&platform=%PLATFORM%"; works, while just isi:updateURL="https://your.server/plugins/updates.php?plugin=%ITEM_ID%&version=%ITEM_VERSION%&platform=%PLATFORM%"; doesn't. hth, t. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] sogo 1.3.1 crashes on funambol 8.7 sync
hi there,
on 20.09.2010 12:53, Sascha Kasch wrote:
> i have a problem with funambol (8.7)<--> sogo (1.3.1) synchronisation.
> using funambol and the corresponding outlook client
> 8.7.2. setup of funambol was done as described in the sogo-docs. i can
> sync contacts in both ways, i can sync
> calendars from sogo to outlook (2007). but whenever i create an event in
> outlook and sync, sogo crashes when i
> reload the calenders.
[...]
> the user is then locked with accessing any calendar and i can only
> remove the user with sogo-tool to get in again.
> has anyone an idea, especially with those "already exist" errors?
> btw, everything else with sogo works like a charm.
I am having the same issue when syncing appointments from an android
phone (running the funambol sync client 10.0.4) to sogo (1.3.8a along
with funambol ds server 8.7.0). sogo (ie, the web interface) -> android
works fine, but not the other way around.
interestingly enough, accessing the same calendar with another client
(lightning in this case) works as expected, even after the calender
becomes inaccessible in the web interface. syncing between lightning and
the droid works both ways, too.
relevant log for a session using the webclient:
2011-07-20 17:07:49.136 sogod[30373] WOCompoundElement: pool embedding
is on.
2011-07-20 17:07:49.136 sogod[30373] WOCompoundElement: id logging is on.
2011-07-20 17:07:49.161 sogod[30373] WARNING(-[NSNull(misc) count]):
called NSNull -count (returns 0) !!!
127.0.0.1 - - [20/Jul/2011:17:07:49 GMT] "GET /SOGo/so/ HTTP/1.1" 200
3505/0 0.049 10640 67% 1M
Jul 20 17:07:53 sogod [30373]: SOGoRootPage successful login for user
'thoralf' - expire = -1 grace = -1
Jul 20 17:07:53 sogod [30373]: [WARN]
<0x0x914b6b0[SOGoWebDAVAclManager]> entry '{DAV:}write' already exists
in DAV permissions table
Jul 20 17:07:53 sogod [30373]: [WARN]
<0x0x914b6b0[SOGoWebDAVAclManager]> entry '{DAV:}write-properties'
already exists in DAV permissions table
Jul 20 17:07:53 sogod [30373]: [WARN]
<0x0x914b6b0[SOGoWebDAVAclManager]> entry '{DAV:}write-content' already
exists in DAV permissions table
127.0.0.1 - - [20/Jul/2011:17:07:53 GMT] "POST /SOGo/connect HTTP/1.1"
200 27/41 0.008 - - 64K
127.0.0.1 - - [20/Jul/2011:17:07:53 GMT] "GET /SOGo/so/thoralf HTTP/1.1"
302 0/0 0.002 - - 8K
127.0.0.1 - - [20/Jul/2011:17:07:53 GMT] "GET /SOGo/so/thoralf/view
HTTP/1.1" 302 0/0 0.002 - - 8K
127.0.0.1 - - [20/Jul/2011:17:07:53 GMT] "GET /SOGo/so/thoralf/Mail
HTTP/1.1" 302 0/0 0.002 - - 16K
2011-07-20 17:07:53.910 sogod[30373] WARNING: IMAP4 connection pooling
is disabled!
2011-07-20 17:07:53.912 sogod[30373] Note(NGImap4Connection): using '/'
as the IMAP4 folder separator.
2011-07-20 17:07:54.192 sogod[30373] Note: using 'UCS-2LE' on Linux.
127.0.0.1 - - [20/Jul/2011:17:07:54 GMT] "GET /SOGo/so/thoralf/Mail/view
HTTP/1.1" 200 42113/0 0.984 158652 73% 26M
127.0.0.1 - - [20/Jul/2011:17:07:55 GMT] "POST
/SOGo/so/thoralf/Calendar/alarmslist?browserTime=1311174475 HTTP/1.1"
200 2/0 0.015 - - 260K
127.0.0.1 - - [20/Jul/2011:17:07:55 GMT] "POST
/SOGo/so/thoralf/Mail/0/mailboxes HTTP/1.1" 200 4865/0 0.172 - - 8K
127.0.0.1 - - [20/Jul/2011:17:07:55 GMT] "POST
/SOGo/so/thoralf/Mail//0/folderINBOX/unseenCount HTTP/1.1" 200 13/0
0.209 - - 8K
127.0.0.1 - - [20/Jul/2011:17:07:55 GMT] "POST
/SOGo/so/thoralf/Mail/foldersState HTTP/1.1" 200 23/0 0.003 - - 0
127.0.0.1 - - [20/Jul/2011:17:10:03 GMT] "GET
/SOGo/so/thoralf/Mail//0/folderINBOX/expunge HTTP/1.1" 200 2/0 0.170 - - 0
127.0.0.1 - - [20/Jul/2011:17:10:04 GMT] "GET /SOGo/so/thoralf/Calendar
HTTP/1.1" 302 0/0 0.003 - - 0
127.0.0.1 - - [20/Jul/2011:17:10:04 GMT] "GET
/SOGo/so/thoralf/Calendar/view HTTP/1.1" 200 10705/0 0.100 43707 75% 120K
127.0.0.1 - - [20/Jul/2011:17:10:04 GMT] "POST
/SOGo/so/thoralf/Calendar/personal/canAccessContent HTTP/1.1" 204 0/0
0.029 - - 12K
127.0.0.1 - - [20/Jul/2011:17:10:04 GMT] "POST
/SOGo/so/thoralf/Calendar/alarmslist?browserTime=1311174604 HTTP/1.1"
200 2/0 0.013 - - 0
127.0.0.1 - - [20/Jul/2011:17:10:04 GMT] "POST
/SOGo/so/thoralf/Calendar/taskslist?show-completed=0 HTTP/1.1" 200 2/0
0.004 - - 24K
127.0.0.1 - - [20/Jul/2011:17:10:04 GMT] "POST
/SOGo/so/thoralf/Calendar/weekview HTTP/1.1" 200 1934/0 0.034 22313 91% 8K
127.0.0.1 - - [20/Jul/2011:17:10:04 GMT] "POST
/SOGo/so/thoralf/Calendar/eventslist?asc=true&sort=start&day=&filterpopup=view_today
HTTP/1.1" 200 2/0 0.006 - - 8K
Jul 20 17:10:04 sogod [29662]: <0x0x8e040e8[WOWatchDogChild]> child
30373 exited
Jul 20 17:10:04 sogod [29662]: <0x0x8e040e8[WOWatchDogChild]>
(terminated due to signal 11)
Jul 20 17:10:04 sogod [29662]: <0x0x8fe54c8[WOWatchDog]> child spawned
with pid 30418
2011-07-20 17:10:04.758 sogod[30418] Note: Using UTF-8 as URL encoding
in NGExtensions.
Jul 20 17:10:04 sogod [30418]: <0x0x8ef9288[SOGoCache]> Cache cleanup
interval set every 300.00 seconds
Jul 20 17:10:04 sogod [30418]: <0x0x8ef9288[SOGoCache]> Using host(s)
'localhost' as server(s)
2011-07-20 17:10:04.764 sogod[30418] Note(SoObject): S
