General discussion on installation and configuration of SOGo

Text archives Help


Re: [SOGo] source installation -- how to launch sogod?


Chronological Thread 
  • From: Jez < >
  • To:
  • Subject: Re: [SOGo] source installation -- how to launch sogod?
  • Date: Tue, 14 Dec 2010 17:44:51 +0000
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ouk4oaL6k+2l2Rlr2dJb05yTe31ZPaMO0u0Ja6lXYavrF3iR1E5/i49Wa+rPuj3Gyy n/JmUiz1aZ3V96+V11cuiQw1GbFjn6ED61bfNcImr0Uu2+BGLdCTo3ZgdPpaTue9BSyJ vFgsfnwjJ/umckfwiyHa6NTkhE0udihUZwi1A=

I have another question, please see below...

On 10 December 2010 12:14, Steve
< >
wrote:
>> Datum: Fri, 10 Dec 2010 12:08:48 +0000
>> Von: Jez
>> < >
>> An:
>>
>> Betreff: Re: [SOGo] source installation -- how to launch sogod?
>> On 10 December 2010 11:55, Steve
>> < >
>> wrote:
>> >> Datum: Fri, 10 Dec 2010 11:48:32 +0000
>> >> Von: Jez
>> >> < >
>> >> An:
>> >>
>> >> Betreff: Re: [SOGo] source installation -- how to launch sogod?
>> >> 2010/12/10 André Schild
>> >> < >:
>> >> I'm running gentoo.
>> >>
>> > Maybe this here can help:
>> > http://gentoo-overlays.zugaina.org/gnustep/portage/gnustep-apps/sogo/
>>
>> I did try that, but it fails to download sources for sope.
>> (http://download.opengroupware.org/nightly/sources/trunk/sope-trunk-r1660-200908051100.tar.gz)
>>
> Okay. So you compiled everything by hand? Or have you used your own Ebuild?
> Are you using SOPE SVN? If so, how have you managed to get around the
> sandbox violations? Since some time SOPE SVN tries to write to /Library/
> instead of honoring DESTDIR (this happened after SOGo stopped packaging a
> patch for SOPE). For me personally this is a huge show stopper.

I compiled by hand SOPE-1.3.4, SOGo-1.3.4.
I let it install to the default /usr/GNUstep/Local/Library/SOGo.

>> >> I just got it running actually, the command I'm trying is
>> >> /usr/GNUstep/Local/Tools/Admin/sogod -WOWorkersCount 1 -WOPidFile
>> >> /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log
>> >>
>> >> and all I needed to do was adjust the permisions on /var/log/sogo. I'm
>> >> getting a response now from port 20000.
>> >>
>> >> Thanks, and sorry for asking a stupid question...

I've been bashing my head against the apache setup. I get the login
page at http://localhost:20000 (which doesn't let me log in ["an
unhandled error occurred" -- http.status==0], but I think that is to
be expected).
At http://localhost/SOGo, I get the login page but without CSS or
javascript, and obviously with no javascript, the ajax login doesn't
function. I think this is because rewrites are wrong. Script src's are
written like eg.
src="/login.woa/WebServerResources/prototype.js"

If I put http://harrison/SOGo/login.woa/WebServerResources/prototype.js
in the url bar, I get the error
object not found: SOGo => login.woa => WebServerResources => prototype.js

I can get at the script using
http://harrison/SOGo/WebServerResources/prototype.js

I get some warnings in sogo.log:
2010-12-14 17:37:42.581 sogod[19568] Could not bind to the LDAP server
localhost (389) using the bind DN: uid=sogo,ou=users,dc=company,dc=com
Dec 14 17:37:42 sogod [19568]: [WARN] |SOGo| tried to access undefined
KVC key: 'isOFSWebMethod'
2010-12-14 17:37:42.583 sogod[19568] WARNING(-[NSNull(misc) count]):
called NSNull -count (returns 0) !!!
127.0.0.1 - - [14/Dec/2010:17:37:42 GMT] "GET /SOGo/ HTTP/1.1" 200
3431/0 0.012 10460 67% 0

compared with, when i request directly with localhost:20000

localhost - - [14/Dec/2010:17:40:24 GMT] "GET / HTTP/1.1" 200 3427/0
0.011 10447 67% 0
localhost - - [14/Dec/2010:17:40:24 GMT] "GET
/login.woa/WebServerResources/generic.css HTTP/1.1" 200 19589/0 0.002
- - 0
localhost - - [14/Dec/2010:17:40:24 GMT] "GET
/login.woa/WebServerResources/dtree.css HTTP/1.1" 200 664/0 0.015 - -
0
localhost - - [14/Dec/2010:17:40:24 GMT] "GET
/login.woa/WebServerResources/SOGoRootPage.css HTTP/1.1" 200 2159/0
0.003 - - 0
localhost - - [14/Dec/2010:17:40:24 GMT] "GET
/login.woa/WebServerResources/busy.gif HTTP/1.1" 200 825/0 0.006 - - 0
localhost - - [14/Dec/2010:17:40:24 GMT] "GET
/login.woa/WebServerResources/prototype.js HTTP/1.1" 200 139854/0
0.002 - - 8K
localhost - - [14/Dec/2010:17:40:24 GMT] "GET
/login.woa/WebServerResources/XMLHttpRequest.js HTTP/1.1" 200 11768/0
0.002 - - 0
localhost - - [14/Dec/2010:17:40:24 GMT] "GET
/login.woa/WebServerResources/tablekit.js HTTP/1.1" 200 32247/0 0.012
- - 0
localhost - - [14/Dec/2010:17:40:24 GMT] "GET
/login.woa/WebServerResources/tablekit-trueresize.js HTTP/1.1" 200
4233/0 0.002 - - 0
... etc.

I think the problem is in my /etc/apache2/vhosts.d/sogo.conf:
Alias /SOGo.woa/WebServerResources/
/usr/GNUstep/Local/Library/SOGo/WebServerResources/
Alias /SOGo/WebServerResources/
/usr/GNUstep/Local/Library/SOGo/WebServerResources/
AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*)
/usr/GNUstep/Local/Library/SOGo/$1.SOGo/Resources/$2

#<Directory /usr/GNUstep/Local/Library/SOGo/>
# AllowOverride None
# Order deny,allow
# Allow from all
#</Directory>

<LocationMatch
"^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*\.(jpg|png|gif|css|js)">
SetHandler default-handler
</LocationMatch>

## Uncomment the following to enable proxy-side authentication, you will then
## need to set the "SOGoTrustProxyAuthentication" SOGo user default to YES and
## adjust the "x-webobjects-remote-user" proxy header in the "Proxy" section
## below.
#<Location /SOGo>
# AuthType XXX
# Require valid-user
# SetEnv proxy-nokeepalive 1
# Allow from all
#</Location>

ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On

# When using CAS, you should uncomment this and install cas-proxy-validate.py
# in /usr/lib/cgi-bin to reduce server overloading
#
# ProxyPass /SOGo/casProxy http://localhost/cgi-bin/cas-proxy-validate.py
# <Proxy http://localhost/app/cas-proxy-validate.py>
# Order deny,allow
# Allow from your-cas-host-addr
# </Proxy>

ProxyPass /SOGo http://127.0.0.1:20000/SOGo retry=0

<Proxy http://127.0.0.1:20000/SOGo>
## adjust the following to your configuration
RequestHeader set "x-webobjects-server-port" "443"
# RequestHeader set "x-webobjects-server-port" "80"
#RequestHeader set "x-webobjects-server-name" "servername"
#RequestHeader set "x-webobjects-server-url" "https://servername";

## When using proxy-side autentication, you need to uncomment and
## adjust the following line:
# RequestHeader set "x-webobjects-remote-user" "%{REMOTE_USER}e"

RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
# RequestHeader set "x-webobjects-remote-host" %{REMOTE_HOST}e
env=REMOTE_HOST
RequestHeader set "x-webobjects-remote-host" "127.0.0.1"

AddDefaultCharset UTF-8

Order allow,deny
Allow from all
</Proxy>

#<Proxy *>
# Order deny,allow
# Allow from all
#</Proxy>

## We use mod_rewrite to pass remote address to the SOGo proxy.
# The remote address will appear in SOGo's log files and in the X-Forward
# header of emails.
#RewriteEngine On
#RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]

Does anybody recognise my problems?

Thanks,
Jez.



Archive powered by MHonArc 2.6.16.

Top of page