Re: [SOGo] Sogo with Mysql Exim Courier

2013-02-22 Thread Thoralf Schulze
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)

2013-02-08 Thread Thoralf Schulze
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 = ^HOST - - \[.+\] POST /SOGo/connect HTTP/1.[01] 403.*$
^HOST - - \[.+\] PROPFIND /SOGo/dav.+ HTTP/1.[01] 401 *$
ignoreregex = ^HOST - - \[.+\] 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] New feature: fail2ban and sogo (including proxy setup)

2013-02-08 Thread Thoralf Schulze
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 HOST 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] Re: SOGO

2013-02-04 Thread Thoralf Schulze
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

2013-01-11 Thread Thoralf Schulze
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 …
virtualhost sogo.ourdomain.de:80

serveradmin webmas...@ourdomain.de
documentroot/var/www

ifmodule mod_rewrite.c
rewriteengine   on
rewritecond %{SERVER_PORT} !^443$
rewriterule ^/(.*) https://%{HTTP_HOST}/$1 [NC,R,L]
rewritelog  /var/log/apache2/rewrite.log
/ifmodule

directory /
options followsymlinks
allowoverride   none
/directory

#   include includes/generic-sogo-stuff

/virtualhost


### das web-interface, auch: caldav/carddav, auch: updates
VirtualHost sogo.ourdomain.de:443

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
IfModule mod_rewrite.c
RewriteEngine   on
RewriteCond %{REQUEST_URI} ^/index.(htm|html)$ [OR]
RewriteCond %{REQUEST_URI} ^/$
RewriteRule (.*) /SOGo/ [R=301,L]
/IfModule

Directory /
Options FollowSymLinks
AllowOverride None
/Directory
Directory /var/www/
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
/Directory

# unter plugins/ wird php per fastcgi gebraucht
directory /var/www/plugins/
ifmodule mod_fcgid.c  
AddHandler fcgid-script .php
FCGIWrapper /usr/lib/cgi-bin/php5 .php
Options +ExecCGI
/ifmodule
/directory

# sogo-requests verarzten
Proxy 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
/Proxy

/VirtualHost


### 8443 ist apfel-standard für verschlüsseltes carddav 
virtualhost sogo.ourdomain.de:8443

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

Proxy 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
/Proxy

ErrorLog${APACHE_LOG_DIR}/error.log
CustomLog   ${APACHE_LOG_DIR}/sogo_apfeldav_access.log combined

/virtualhost

### und 8843 ist apfelstandard für verschlüsseltes caldav
virtualhost sogo.ourdomain.de:8843

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

Proxy http://127.0.0.1:2/SOGo
RequestHeader set x-webobjects-server-port 8843
RequestHeader 

Re: [SOGo] Suggestion for best practice calender usage/roll-out

2013-01-09 Thread Thoralf Schulze
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

2012-12-20 Thread Thoralf Schulze
-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] Sogod process don't start correctly

2012-12-20 Thread Thoralf Schulze
-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] Thunderbird 17 still asks for the password several times [was Re: SOGo extensions for Thunderbird 10!]

2012-12-13 Thread Thoralf Schulze
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

2012-11-01 Thread Thoralf Schulze
hi,

Am 01.11.2012 13:28 schrieb Thoralf Schulze:
 keySOGoIMAPServer/key
 stringimap://whta.ever.bla/?tls=YES/string

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?

2012-09-04 Thread Thoralf Schulze
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

2012-08-24 Thread Thoralf Schulze
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

2012-08-10 Thread Thoralf Schulze
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

2012-08-07 Thread Thoralf Schulze
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

2012-08-01 Thread Thoralf Schulze
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%amp;version=%ITEM_VERSION%amp;platform=%PLATFORM%;

works, while just

isi:updateURL=https://your.server/plugins/updates.php?plugin=%ITEM_ID%amp;version=%ITEM_VERSION%amp;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

2011-07-20 Thread Thoralf Schulze
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=truesort=startday=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): SoDebugKeyLookup is
enabled!
2011-07-20 17:10:04.764 sogod[30418]