Hallo! Da die Resonanz auf kolab-user doch ein wenig niedrig ist, probiere ich es hier auch nochmal: Gibt es hier irgendjemanden, der kontact unter SuSE-9.3 als client fuer einen Kolab2 (2.0) Server benutzt? Falls ja, wuerde ich mich ueber ein wenig Hilfe sehr freuen - ich kann diese Kombination einfach nicht ans Laufen bringen. Ich habe KDE nach 3.4.1 (aus supplementary) geupgradet, da Kolab2 kontact aus 3.4.1 fordert - ich hatte mit dem ursruenglichen kontact aber sehr aehnliche Ergebnisse. Problem: kontact scheint keinerlei Ereignisse an den Server durchzugeben. Ich kann zwar Termine kreiren, aber danach erfolgt keinerlei Kommunikation mit dem Server. Dabei habe ich kontact in einem "frischen" Account gemaess der Dokumentation von Kolab2 eingerichtet, zunaechst mit dem groupwarewizard und dann nochmal manuell gecheckt. Sollte also zufaellig hier jemand diese Kombo verwenden: Bitte mal eben melden... :-} Cheerio, Thomas
Hallo,
"T. Ribbrock"
Hallo!
Da die Resonanz auf kolab-user doch ein wenig niedrig ist, probiere ich es hier auch nochmal: Gibt es hier irgendjemanden, der kontact unter SuSE-9.3 als client fuer einen Kolab2 (2.0) Server benutzt? Falls ja, wuerde ich mich ueber ein wenig Hilfe sehr freuen - ich kann diese Kombination einfach nicht ans Laufen bringen. Ich habe KDE nach 3.4.1 (aus supplementary) geupgradet, da Kolab2 kontact aus 3.4.1 fordert - ich hatte mit dem ursruenglichen kontact aber sehr aehnliche Ergebnisse.
Das ist so nicht ganz richtigt. Es ist geplant, proko2 zukünftig in 3.4.1 zu integrieren, möglicherweise sind im SVN schon Elemente enthalten, aber mit Sicherheit ist proko2 noch nicht vollständig integriert.
Problem: kontact scheint keinerlei Ereignisse an den Server durchzugeben. Ich kann zwar Termine kreiren, aber danach erfolgt keinerlei Kommunikation mit dem Server. Dabei habe ich kontact in einem "frischen" Account gemaess der Dokumentation von Kolab2 eingerichtet, zunaechst mit dem groupwarewizard und dann nochmal manuell gecheckt.
Das ist so, und wird auch noch einige Zeit so bleiben. Die free/busy Information in Kolab2 wird jetzt als xml Dokument erwartet, das in den shared folders des imap gespeichert wird. KDE Kontact kann aber noch nicht diese xml Datei erstellen, sondern versucht, je nach Konfiguration, als webDAV oder FTP hochzuladen.Leider funktioniert webDAV bei mir nicht, obwohl ich das aktiviert habe. Das als kontact-proko2 bekannte Projekt kann nach einigen Aussagen nur mit KDE-3.3 kompiliert werden. Ich habe es aber noch nicht geschafft, es tauchen zu viele Fehler auf. Die Free/Busy Funktion ist für mich aber nicht so wichtig, so dass ich mich noch nicht ernsthaft mit der Fehlersuche beschäftigt habe. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6
Moin! On Wed, Jul 06, 2005 at 10:33:17AM +0200, Dieter Kluenter wrote: [Kolab2 -> kontact /KDE 3.4.1]
Das ist so nicht ganz richtigt. Es ist geplant, proko2 zukünftig in 3.4.1 zu integrieren, möglicherweise sind im SVN schon Elemente enthalten, aber mit Sicherheit ist proko2 noch nicht vollständig integriert.
Ok, jetzt begreife ich gar nichts mehr. Auf www.kolab.org steht das Folgende: <quote> Starting with KDE 3.4.1, Kontact covers all the functionality that Kolab Server 2.0 offers except personal distribution lists. </quote> Das habe ich so ausgelegt, dass kontact eigentlich so gut wie komplett funktionieren muss - woher nimmst Du Deine, gegenteilige Information? [...]
Das ist so, und wird auch noch einige Zeit so bleiben. Die free/busy Information in Kolab2 wird jetzt als xml Dokument erwartet, das in den shared folders des imap gespeichert wird. KDE Kontact kann aber noch nicht diese xml Datei erstellen, sondern versucht, je nach Konfiguration, als webDAV oder FTP hochzuladen.Leider funktioniert webDAV bei mir nicht, obwohl ich das aktiviert habe. Das als kontact-proko2 bekannte Projekt kann nach einigen Aussagen nur mit KDE-3.3 kompiliert werden. Ich habe es aber noch nicht geschafft, es tauchen zu viele Fehler auf. Die Free/Busy Funktion ist für mich aber nicht so wichtig, so dass ich mich noch nicht ernsthaft mit der Fehlersuche beschäftigt habe.
<seufz> Wenn das so stimmt, muss ich Kolab2 auch von meiner Liste streichen... :-((( Ich brauche einen funtionierenden Groupware Server mit guter Unterstuetzung fuer Linux Desktop Clients. Darum fallen z.B. SLOX 4.1 und OX 5 aus. Kolab2 sah vielversprechend aus... eGroupware vielleicht noch, aber auch da scheint die Unterstruetzung durch kontact buggy zu sein. Ich will wenn irgend moeglich verhindern, dass wir hier einen Exchange Server hinstellen, nur um Groupware Funktionen zu haben! :-/ Cheerio, Thomas
Thomas Ribbrock
Moin!
On Wed, Jul 06, 2005 at 10:33:17AM +0200, Dieter Kluenter wrote: [Kolab2 -> kontact /KDE 3.4.1]
Das ist so nicht ganz richtigt. Es ist geplant, proko2 zukünftig in 3.4.1 zu integrieren, möglicherweise sind im SVN schon Elemente enthalten, aber mit Sicherheit ist proko2 noch nicht vollständig integriert.
Ok, jetzt begreife ich gar nichts mehr. Auf www.kolab.org steht das Folgende:
<quote> Starting with KDE 3.4.1, Kontact covers all the functionality that Kolab Server 2.0 offers except personal distribution lists. </quote>
Das habe ich so ausgelegt, dass kontact eigentlich so gut wie komplett funktionieren muss - woher nimmst Du Deine, gegenteilige Information?
Aus den Diskussionen zu dem Thema auf kolab-devel und kolab-users. [...] Ich habe deine erweiterten Beiträge vorhin auf kolab-users gelesen,die Bemerkung, dass du überhaupt keine Termine und Adressen hochladen kannst und die Anmerkung, dass das System nur mit eingeschränkter Funktion am Netz hängt, liefert aber eine andere Sichtweise. Ich kann mit Kontact eigene Termine, ToDo's und private Adressen verwalten, diese Daten werden in imap verwaltet, ich kann nicht Free/Busy Informationen hochladen. Als ich Kontact für Kolab eingerichtet habe, wurden auch die Ordner INBOX/Kalender, INBOX/Aufgaben INBOX/Notizen usw. angelegt. Wenn du schreibst, dass dies bei dir nicht der Fall ist, dann hast du entweder ein Authentifizierungsproblem oder ein Netzwerkproblem, bedenke dass imap nur SSL/TLS Verbindungen erlaubt, kann es sein, dass du das X.509 Zertifikat noch nicht in Kontact eingebunden hast? Lauscht imapd überhaupt an einem Netzwerkdevice? Berichte doch einmal detailliert, was geht und was nicht geht. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6
On Wed, Jul 06, 2005 at 11:30:22AM +0200, Dieter Kluenter wrote:
[...] Ich habe deine erweiterten Beiträge vorhin auf kolab-users gelesen,die Bemerkung, dass du überhaupt keine Termine und Adressen hochladen kannst und die Anmerkung, dass das System nur mit eingeschränkter Funktion am Netz hängt, liefert aber eine andere Sichtweise. [...]
Das Problem hat sich inzwischen magisch geloest... Es fing an zu funktionieren, sobald ich korganizer und kmail einmal getrennt gestartet hatte - danach ging's dann auf einmal (habe ich auf einer zweiten Maschine identisch nachvollziehen koennen). Sehr merkwuerdig. Was noch besser ist: Free/Busy scheint jetzt *auch* zu funktionieren - ich bekomme jetzt alles Daten korrekt angezeigt wenn ich Gruppenabsprachen mache. Details siehe: http://www.kolab.org/pipermail/kolab-users/2005-July/002938.html respektive der ganze Thread drumrum. Jedenfalls wird kolab2 damit wieder interessanter... ;-) Cheerio & danke fuer das Hilfeangebot, Thomas
Thomas Ribbrock schrieb am 06.07.2005 10:49:
<seufz> Wenn das so stimmt, muss ich Kolab2 auch von meiner Liste streichen... :-((( Ich brauche einen funtionierenden Groupware Server mit guter Unterstuetzung fuer Linux Desktop Clients. Darum fallen z.B. SLOX 4.1 und OX 5 aus. Sowas suche ich auch. Allerdings ist das Kolab-"one-Box"-Prinzip schwer in bestehende Infrastrukturen zu integrieren. Hast du schon mal versucht mit Kontact OX5 als Kalenderserver zu nutzen? Auswählen kann man das ja in Kontact beim Anlegen eines neuen Kalenders. Ich habe allerdings noch kein OX installiert und kann es daher nicht testen.
Hans
Hallo!
Da sich Dein Problem ja schon gelöst zu haben scheint, hänge ich mich
hier mal mit meinen Fragen zu kolab2 an. Ich bin leider noch nicht so
erfahren als Admin und bin mehr am Lernen, also sorry, wenn ich
offensichtliches frage.
Ich habe kolab2 bisher nicht zum starten überreden können. Im Moment
habe ich nur einen 9.2 Prof. Server, der meine 9.3 Clients bedient.
Allerdings laufen auf diesem Server noch andere Dienste (z.B. apache) Da
verweigert kolab2 alleine schonmal das ausführen des bootsrap skripts.
Brauche ich wirklich noch eine extra Maschine, oder reicht eine
zusätzliche Netzwerkkarte oder hab ich grundsätzlkich was falsch
verstanden?
Gruß,
auch Thomas
--
Thomas Widhalm
Hoi! On Thu, Jul 07, 2005 at 04:57:04PM +0200, Thomas Widhalm wrote: [...]
Ich habe kolab2 bisher nicht zum starten überreden können. Im Moment habe ich nur einen 9.2 Prof. Server, der meine 9.3 Clients bedient. Allerdings laufen auf diesem Server noch andere Dienste (z.B. apache) Da verweigert kolab2 alleine schonmal das ausführen des bootsrap skripts. [...]
Was kolab angeht, sehe ich mich zwar selbst als Anfaenger, aber wenn ich die Dokumentation richtig verstanden habe, sind parallel laufende "andere" Services (a la postfix, apache) in der Tat ein Problem - alles was ich bisher gesehen habe sprach davon, alles andere zu stoppen. Aber wie gesagt, ich bin sicher kein Experte auf dem Gebiet. Cheerio, Thomas
Thomas Widhalm
Hallo!
Da sich Dein Problem ja schon gelöst zu haben scheint, hänge ich mich hier mal mit meinen Fragen zu kolab2 an. Ich bin leider noch nicht so erfahren als Admin und bin mehr am Lernen, also sorry, wenn ich offensichtliches frage.
Ich habe kolab2 bisher nicht zum starten überreden können. Im Moment habe ich nur einen 9.2 Prof. Server, der meine 9.3 Clients bedient. Allerdings laufen auf diesem Server noch andere Dienste (z.B. apache) Da verweigert kolab2 alleine schonmal das ausführen des bootsrap skripts. Brauche ich wirklich noch eine extra Maschine, oder reicht eine zusätzliche Netzwerkkarte oder hab ich grundsätzlkich was falsch verstanden?
Du kannst Kolab auf SuSE-9.2 installieren, habe ich auch, allerdings dürfen dann auf den default Ports keine weiteren Netzwerkdienste laufen, denn Kolab stellt ja diese Dienste selbst bereit. Wenn du z.B. schon einen Apache laufen hast, kannst du entweder deine Verzeichnisse nach /kolab/var/kolab/www/ kopieren, oder einen virtuellen Server konfigurieren. Eine andere Möglichkeit ist, deinen Apache auf einem anderen Port lauschen zu lassen, z.B. 8080. Die Dienste die Kolab mitbringt sind: SMTP - > Port 25 IMAP - > Port 143 + 993 POP3 - > Port 110 + 995 HTTP - > Port 80 FTP - > Port 20 + 21 Sieve -> Port 2000 Andere Dienste, wie z.B. Samba, kannst du weiter nutzen. Es ist aber aus Sicherheitsgründen besser, Kolab auf einem eigenen Host, ohne zusätzliche Dienste, zu installieren, also z.B. nur ein Minimalsystem installieren und dann zusätzlich Kolab. In der Experimentalphase hatte ich Kolab auf Xen laufen, das wäre dann noch eine Alternative. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6
Am Donnerstag, 7. Juli 2005 16:57 schrieb Thomas Widhalm:
Hallo!
Da sich Dein Problem ja schon gelöst zu haben scheint, hänge ich mich hier mal mit meinen Fragen zu kolab2 an. Ich bin leider noch nicht so erfahren als Admin und bin mehr am Lernen, also sorry, wenn ich offensichtliches frage.
Ich habe kolab2 bisher nicht zum starten überreden können. Im Moment habe ich nur einen 9.2 Prof. Server, der meine 9.3 Clients bedient. Allerdings laufen auf diesem Server noch andere Dienste (z.B. apache) Da verweigert kolab2 alleine schonmal das ausführen des bootsrap skripts. Brauche ich wirklich noch eine extra Maschine, oder reicht eine zusätzliche Netzwerkkarte oder hab ich grundsätzlkich was falsch verstanden?
http://wiki.kolab.org/index.php/SUSE_9.3 Das könnte Dir helfen, für mich ist das aber nicht Trivial und die Anleitung ist nicht in Deutsch -- http://www.gasthof-linde.de http://www.chef-de-cuisine.de
participants (6)
-
Dieter Kluenter
-
Hans Moser
-
T. Ribbrock
-
Thilo Alfred Bätzig
-
Thomas Ribbrock
-
Thomas Widhalm