Open Xchange Server macht MS und Lotus Konkurrenz!

[cane]

Hallo @all,

ich nutze seit kurzem den Open Xchange Server (http://mirror.open-xchange.org) als Webmail und Groupware und bin sehr zufrieden damit! Es ist für mich momentan das beste, unter der GPL freigegebene, Produkt im Portal- bzw. Groupware-Bereich.

Mit diesem Projekt könnte die Open Source Community es meiner Meinung nach schaffen, etablierten Systmen wie Lotus Notes und dem MS Exchange ernsthafte Konkurenz zu machen.

Ein paar Infos:

Der Open Xchange Server stammt vom Unternehmen Netline, welches den SLOX zusamen mit SuSE entwickelt hat, und basiert auf der gleichen Engine.

Seit öffentlich bekannt ist, dass der OX unter der GPL freigegeben ist (Heise- und Zdnet-News) ist die Entwicklung rasant fortgeschritten.

Laut der Projektseite (http://mirror.open-xchange.org) gab es allein in dem Monat nach Veröffentlichung 22000 Downloads und 155000 Besucher auf den Seiten.

Einige Module des Portals:
Umfangreiche Kontaktverwaltung
Projektverwaltung
Aufgaben
Kalender
Email (POP3, SMTP, IMAP, Webmail)
Konnektoren für viele gängige Email-Clients
Dokumentenablage
Knowledge Database
Bookmarks
Forum
Pinwand
Bookmarks
über ein Translation Tool beliebig internationalisierbar



Auf den Projektseiten (http://mirror.open-xchange.org) findet sich eine komplette Funktionsbeschreibung und weitere Informationen wie Installationsanleitungen (http://mirror.open-xchange.org/ox/EN/community/documentation.htm) für Debian, SuSE, RedHat, Fedora, Gentoo, FreeBSD und Slackware.

Anschauen und Testen kann man den OX online:
http://mirror.open-xchange.org/ox/EN/community/online.htm

Ich selbst habe gerade angefangen das Projekt durch Bugreports zu unterstützen (per Bugzilla). Da ich weiß das wir hier eine Menge helle Köpfe haben würde ich mich freuen wenn einige andere auch von den Features begeistert sind und mein OX @home demnächst noch mehr Funktionen hat :)

Laut den Projektseiten werden noch Entwickler gesucht - wer also interessiert ist...


mfg
cane

[pixel]

Hi@all,

ich versuche nun schon in der dritten Woche den OpenXchange (0.7.3) unter SuSE-9.1 zum laufen zu bekommen. Die darunterliegende Mail-Infrastruktur funktionier schon länger.

Die Situation ist die das ich einen Server als Single-Sign-On-Server mit LDAP habe. Der OpenXchange-Server ist eine weitere Maschiene. Der OX-Server ist also als LDAP-Client eingerichtet. Das funktioniert auch alles. Ich kann mich mit allen Users auf diesem Rechner einloggen.

Um Verwirrung zu vermeiden ich habe überall wo in der Konfiguration 'openexchange' stand das e weggelassen, also 'openxchange' Das ist aber durchgängig gemacht und kein Tipfehler ;-)

Im LDAP-Tree liegen die User in ou=Users,dc=dreampixel und die Gruppen in ou=Groups,dc=dreampixel
Am LDAP-Server ist der LDAP-Admin als cn=root,dc=dreampixel

Die Schema-Datei von OX habe ich auf dem Anmelde-Server includiert.

Die Instllation von OX habe ich nach /opt/ox durchgeführt.

cane hat mir nun schon gesagt das die Änderungen in /opt/ox/etc/groupware/admintools.conf lediglich bei der Neuanlage von Users mit den OX-Eigenen Skripten benutzt wird. Meine User sind aber schon alle im LDAP angelegt und sollen von hier benutzt werden. Diese habe ich um das Attribut: objectClass: OXUserObject
erweitert.

Desweiteren habe ich folgende Objekte aus den OX-Samples meinen LDAP-Tree hinzugefügt:


# OxObjects, dreampixel
dn: ou=OxObjects,dc=dreampixel
objectClass: top
objectClass: organizationalUnit
ou: OxObjects

# ResourceObjects, OxObjects, dreampixel
dn: ou=ResourceObjects,ou=OxObjects,dc=dreampixel
objectClass: top
objectClass: organizationalUnit
ou: ResourceObjects

# ResourceGroups, ResourceObjects, OxObjects, dreampixel
dn: ou=ResourceGroups,ou=ResourceObjects,ou=OxObjects, dc=dreampixel
objectClass: top
objectClass: organizationalUnit
ou: ResourceGroups

# Resources, ResourceObjects, OxObjects, dreampixel
dn: ou=Resources,ou=ResourceObjects,ou=OxObjects,dc=dr eampixel
objectClass: top
objectClass: organizationalUnit
ou: Resources

# AdminObjects, OxObjects, dreampixel
dn: ou=AdminObjects,ou=OxObjects,dc=dreampixel
objectClass: top
objectClass: organizationalUnit
ou: AdminObjects

# SMTPObjects, AdminObjects, OxObjects, dreampixel
dn: ou=SMTPObjects,ou=AdminObjects,ou=OxObjects,dc=dre ampixel
objectClass: top
objectClass: organizationalUnit
ou: SMTPObjects

# DNSObjects, AdminObjects, OxObjects, dreampixel
dn: ou=DNSObjects,ou=AdminObjects,ou=OxObjects,dc=drea mpixel
objectClass: top
objectClass: organizationalUnit
ou: DNSObjects

# DHCPObjects, AdminObjects, OxObjects, dreampixel
dn: ou=DHCPObjects,ou=AdminObjects,ou=OxObjects,dc=dre ampixel
objectClass: top
objectClass: organizationalUnit
ou: DHCPObjects

# AddressBook, OxObjects, dreampixel
dn: o=AddressBook,ou=OxObjects,dc=dreampixel
objectClass: top
objectClass: organization
o: AddressBook

Von diesen OX-Objekten werden sicher nicht alle benötigt da ich DHCP oder SMTP (noch) nicht über LDAP verwalte. Ich habe sie aber mal drin gelassen.

In der Datei: /opt/ox/share/perl/login.pm steht bei mir:


package login;
use strict;
use CGI qw(no_xhtml);
use Net::LDAP;
use MIME::Base64;
use URI::Escape;
use Socket;
use Time::Local;
use Digest::MD5 qw(md5_hex);
use Storable qw(thaw freeze);

use IO::Socket::SSL;
use Net::SSLeay::Handle qw/shutdown/;

# SERVER
my $server_ip = "localhost";
my $server_port = "33333";
my $proto = 'tcp';
my $timeout = 3600;
# UNIX
my $rendezvous = '/var/run/sessiond.sock';
my $readcount = 4096;
# SSL
my $ssl_key_file = '/opt/ox/etc/groupware/CERT/groupwarekey.pem';
my $ssl_cert_file = '/opt/ox/etc/groupware/CERT/groupwarecert.pem';
my $ssl_ca_file = '/opt/ox/etc/groupware/CERT/cacert.pem ';
my $ssl_use_cert = 1;
my $ssl_verify_mode = '0x01';
# LDAP
my $scope = 'one';
my $ldap_conf = '/opt/ox/etc/groupware/ldap.conf';
my $objectcl = 'OXUserObject';
# APACHE
my $loginpath = '/cgi-bin/';
# 1 = unix / 2 = ssl / 3 = plain
my $connection_mode = 3;

# change to fit your ldap tree
my $ldap_userBase = 'ou=Users,dc=dreampixel';
my $appname = 'OPEN-XCHANGE 0.7.3';

my $languages = ['DE','EN'];
[...]

Hier habe ich abgeschnitten da dies alles für LDAP relevante sein sollte.

Die Dateirechte in diesem Verzeichnis sehen so aus:


drwxr-xr-x 2 root root 55 Oct 18 20:18 ./
drwxr-xr-x 6 root root 4096 Oct 14 22:59 ../
-rwxr-xr-x 1 root root 410 Oct 13 00:22 login.pl*
-rw-r--r-- 1 root root 17116 Oct 19 01:09 login.pm
-rw-r--r-- 1 root root 17116 Oct 18 20:18 login.pm.bak

Wenn ich nun per Browser auf http://myhost/cgi-bin/login.pm aufrufe erhalte ich das Login-Fenster:

Authentication failed!

Wenn ich wärend dieser Anmeldung auf dem LDAP-Server ein tail auf das Logfile mitlaufen lasse sehe ich dort:


slapd[2351]: conn=15093 fd=45 ACCEPT from IP=192.168.0.2:34876 (IP=0.0.0.0:389)
slapd[2351]: conn=15093 op=0 BIND dn="" method=128
slapd[2351]: conn=15093 op=0 RESULT tag=97 err=0 text=
slapd[2351]: conn=15093 op=1 SRCH base="ou=Users,ou=OxObjects,dc=dreampixel" scope=1 deref=2 filter="(&(uid=sven)(objectClass=OXUserObject))"
slapd[2351]: conn=15093 op=1 SRCH attr=dn
slapd[2351]: conn=15093 op=1 SEARCH RESULT tag=101 err=32 nentries=0 text=
slapd[2351]: conn=15093 op=2 UNBIND
mcp slapd[2351]: conn=15093 fd=45 closed

Die base-dn (Fett markiert) dürfte das Problem sein. Er sucht die User in ou=Users,ou=OxObjects,dc=dreampixel obwohl sie in ou=Users,dc=dreampixel liegen. Un ich habe doch die login.pm auch entsprechend geändert.

Ein weiteres Problem das ich weder mit den Dokus noch mit Google lösen konnte ist ein Fehlermeldung im Logfile:

In /opt/ox/var/log/groupware.log finde ich folgenden Fehler:


/opt/ox/bin/openexchange-groupware: line 13: 1386 Killed
/usr/lib/java/bin/java $SERVER -ms20M -mx280M -Dopenexchange.propfile=/opt/ox/etc/groupware/system.properties
-DappName=groupwareApp -Djava.library.path=/opt/ox/lib -classpath
:/usr/lib/java/lib/mail.jar:/usr/lib/java/lib/activation.jar:/opt/ox/lib/nas.jar:/opt/ox/lib/comfiretools.jar:
/opt/ox/lib/intranet.jar ComfireServer
Oct 19 22:13 localhost openexchange: Netline Application Server [NAS 5.0]
Oct 19 22:13 localhost openexchange: (c) Netline Internet Service GmbH
Oct 19 22:13 postgirl openexchange: Linux i386 2.6.5-7.108-default
Oct 19 22:13 postgirl openexchange: 1.4.2_03-b02
Oct 19 22:13 postgirl openexchange: VM Total Memory : 20,352 KB
Oct 19 22:13 postgirl openexchange: VM Free Memory : 19,901 KB
Oct 19 22:13 postgirl openexchange: VM Used Memory : 451 KB
Oct 19 22:13 postgirl openexchange: system version : [0.7.3] initializing ...
Oct 19 22:13 postgirl openexchange: Using path: /opt/ox/
Oct 19 22:13 postgirl openexchange: Loglevel set to: 5
Oct 19 22:13 postgirl openexchange: Setting timeout : 60000
Oct 19 22:13 postgirl openexchange: Setting start_server : 1
Oct 19 22:13 postgirl openexchange: Setting thread_pool : 0
Oct 19 22:13 postgirl openexchange: Setting db_pool : 5
Oct 19 22:13 postgirl openexchange: Allow non pooled threads : true
Oct 19 22:13 postgirl openexchange: Setting upload directory : /tmp/
Oct 19 22:13 postgirl openexchange: Application-Build: 0
Oct 19 22:13 postgirl openexchange: Application-Build: 0
Connection refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections.
at org.postgresql.jdbc1.AbstractJdbc1Connection.openC onnection(AbstractJdbc1Connection.java:161)
at org.postgresql.Driver.connect(Driver.java:120)
at java.sql.DriverManager.getConnection(DriverManager .java:512)
at java.sql.DriverManager.getConnection(DriverManager .java:171)
at com.openexchange.server.DBPool.createConnection(DB Pool.java:93)
at com.openexchange.server.DBPool.<init>(DBPool.java:63)
at Starter.<init>(Starter.java:110)
at ComfireServer.main(ComfireServer.java:51)
Oct 19 22:13 postgirl openexchange: bind to port 6661
Oct 19 22:13 postgirl openexchange: upload bind to port 6663
done

und in webmail.log


Oct 19 22:13:43 - system - unkown (unkown)
System in SpellCheck/loadSpellCheckParameter
Unable to execute: ispell -damerican -a -P -H
Please check your configuration and/or that ispell is running.
Details: java.io.IOException: ispell: not found

Bei der Ersten Fehlermeldung dachte ich zunächst es gibt ein Problem beim Zugriff auf PostgreSQL. Wenn ich mich jedoch von root mit su postgres zum User Postgres mache und dann mit 'psql -U openxchange' in die Konsole gehe sehe ich:


openxchange=> \l
List of databases
Name | Owner | Encoding
-------------+-------------+-----------
meinedb | postgres | SQL_ASCII
openxchange | openxchange | UNICODE
template0 | postgres | SQL_ASCII
template1 | postgres | SQL_ASCII
(4 rows)

Im Rahem der PostgreSQL-Konfiguration habe ich folgende Anpassungen vorgenommen:

/var/lib/pgsql/data/postgresql.conf:

tcpip_socket = true
max_connections = 100
port = 5432
shared_buffers = 1000
lc_messages = 'de_DE.UTF-8'
lc_monetary = 'de_DE.UTF-8'
lc_numeric = 'de_DE.UTF-8'
lc_time = 'de_DE.UTF-8'

Hier habe ich lediglich die fett markierten aktiviert. In der Datei pg_hba.conf steht:

local all all trust
host all all 127.0.0.1 255.255.255.255 trust

Was eigentlich doch passen dürfte. Beim Thema Umgebungsvariabeln gehen die Meinung im Web und Mailing-Liste etwas auseinander. Ich habe über die Datei /etc/profile.local folgende gesetzt:


JAVA_HOME=/usr/lib/java
CLASSPATH=/usr/lib/SunJava2-1.4.2/lib
CATALINA_HOME=/usr/share/tomcat
TOMCAT_HOME=$CATALINA_HOME
ANT_HOME=/usr/share/ant
OX_HOME=/opt/ox
PATH=$PATH:$JAVA_HOME/bin:$CATALINA_HOME/bin:$ANT_HOME/bin:$OX_HOME/bin:$OX_HOME/sbin:$CLASSPATH
export PATH JAVA_HOME CATALINA_HOME TOMCAT_HOME ANT_HOME OX_HOME CLASSPATH

So langsam gehen mir die Ideen aus woran es noch liegen könnte.

Viele Grüße
pixel

[cane]

Oct 19 22:13:43 - system - unkown (unkown) System in SpellCheck/loadSpellCheckParameter Unable to execute: ispell -damerican -a -P -H Please check your configuration and/or that ispell is running. Details: java.io.IOException: ispell: not found

ispell ist eine Rechtschreibkorrektur für den Webmailer.
Hat Du ispell installiert?

Zu den restlichen Fehlern kann ich auf die Schnelle nichts sagen - melde mich morgen (hoffentlich) mit einer Lösung zurück...

mfg
cane

[pixel]

Hi,


ispell ist eine Rechtschreibkorrektur für den Webmailer.
Hat Du ispell installiert?

Ja habe ich getan nachdem ich die Fehlermeldung bekam und war dann sicher den Error gleich los zu sein. Aber denkste.

Viele Grüße
pixel

[blauerpeti]

..für dies alles muss man wohl endlich englisch lernen...

[pixel]

Hallo zusammen,

...und vor allem brauchst gute Nerven.

Ich habe heute bei Netline angerufen um zu fragen ob sie kommerziellen Support für das Produkt bierten. Gegen Geld natürlich. Da sagte man zu mir:

"Solange das Projekt in diesem unfertigen Statium ist wird es das nicht geben. Das wäre eine Entwickler-Version ähnlich Kernel-2.5"

Na das weckt vertrauen. Ich habe gute Lust den Ganzen Mist einfach hinzuwerfen. Wenn man vorab in der ML frägt heißt es "Alles kein Problem" und wenn dann Fehlermeldungen liefert hört man auch plötzlich von den Entwicklern nichts mehr.

Ich bin leibhaftig Linux-Fan. Aber OpenXchange mit einer Groupware wie:

- Lotus
- MS-Exchange

zu vergleichen ist sehr stark übertrieben. Es bleibt zu hoffen das es das mal wird. Aber da muß noch eine Menge passieren.

Viele Grüße
pixel

[Tshunsh]

Hallo Leute!
Ich möchte mich an der Meinung von „Blauerpeti“ anschließen.
Englisch in so einem Umfang, nur allein vom Ansehen wird mir schlecht.
Wenn jemand von euch Englisch mächtig ist, und ein kleines Howto schreiben tut, wird dass für viele Leute ein Grundstein sein, den Rest bastelt man für sich schon zusammen.
Groupware wird zunehmend interessant! SLOX ist eine sehr brauchbare Sache, aber leider zu teuer! :(

[saschab]

@pixel:

Also zu dem Problem


slapd[2351]: conn=15093 fd=45 ACCEPT from IP=192.168.0.2:34876 (IP=0.0.0.0:389)
slapd[2351]: conn=15093 op=0 BIND dn="" method=128
slapd[2351]: conn=15093 op=0 RESULT tag=97 err=0 text=
slapd[2351]: conn=15093 op=1 SRCH base="ou=Users,ou=OxObjects,dc=dreampixel" scope=1 deref=2 filter="(&(uid=sven)(objectClass=OXUserObject))"
slapd[2351]: conn=15093 op=1 SRCH attr=dn
slapd[2351]: conn=15093 op=1 SEARCH RESULT tag=101 err=32 nentries=0 text=
slapd[2351]: conn=15093 op=2 UNBIND
mcp slapd[2351]: conn=15093 fd=45 closed


habe auch probleme damit schau mal in die datei /opt/ox/etc/admintools.conf

Die base die er bei der Anmeldung (im perl script) benutzt scheint eine andere zu sein als die er in den Serverlets benutzt.

[pixel]

Hi und danke,

aber das Problem habe ich nicht mehr. Das Problem war die login.pm

Viele Grüße
pixel