From marc at marclanger.de Sun Jan 3 16:27:55 2010 From: marc at marclanger.de (Marc Langer) Date: Sun, 3 Jan 2010 16:27:55 +0100 Subject: Funktionierende Kontact-Version unter Ubuntu 9.10? Message-ID: <20100103152754.GD20720@marclanger.de> Hallo, ich habe Kolab 2.2.3 installiert, aber unter Ubuntu 9.10 keine Kommunikation mit Kontact hinbekommen. Ich habe diverse Versionen ausprobiert, u.a. die von Ubuntu und verschiedene aus den Kolab-Repositories. Manchmal scheiterte es an den Abhängigkeiten. Bei den installierbaren Versionen bekomme ich immer nur: No writable resource was found, saving will not be possible. Reconfigure KMail first. Ubuntu 9.10 verwendet bereits KDE 4, ist das das Problem? Danke, Marc Langer From g.adamczyk at netkult.eu Sun Jan 3 18:02:07 2010 From: g.adamczyk at netkult.eu (Gregor Adamczyk) Date: Sun, 03 Jan 2010 18:02:07 +0100 Subject: Timeout Probleme mit Kolab Server 2.2.3 Update In-Reply-To: <20091229123733.611034185.thomas@intevation.de> References: <4B33DACC.9070203@netkult.eu> <20091229123733.611034185.thomas@intevation.de> Message-ID: <4B40CD8F.9010901@netkult.eu> Thomas Arendsen Hein schrieb: > War die Vorgängerversion 2.2.2 oder 2.2.0? > Solche timeouts werden aber oft durch ein DNS-Problem oder einen > Paketfilter verursacht. Kann der Kolabserver sich selber unter > seinem konfigurierten Namen z.B. auf den IMAP-Ports ohne Timeouts > erreichen? > Hallo, danke für die schnelle Antwort, leider schon alles geprüft. Die Vorgängerversion war 2.2.2 mit ClamAV Update (Security Issue 25). Habe es soeben noch ein weiteres Mal getestet. Habe keine DNS Probleme und Paketfilter habe ich im letzten Test komplett deaktiviert. Aber auch dieses Mal kein Erfolg. Nach dem Update startet alles, aber kein Zugriff auf Server möglich. Nun habe ich das Backup mit rsync wieder rückgängig gemacht, habe immer eine funktionierende KOLAB Kopie auf der Festplatte. Die Version 2.2.2 funktioniert ohne Probleme. Kann es irgendwie damit zusammenhängen dass mein /kolab Verzeichnis eine symbolische Verknüpfung zur /media/NAS/kolab ist? Bisher hatte ich damit jedoch keine Probleme. Habe nun aber einige Logs nach dem Update kopiert. Dies sind jeweils die letzten Zeilen nach dem Update. Siehst so aus als ob es ein Problem mit cyrusdb geben würde, aber warum nach dem Update? /kolab/var/imapd/log/imapd.log: Jan 03 16:58:31 station-server imap[25453]: skiplist: invalid magic header: /kolab/var/imapd/mailboxes.db Jan 03 16:58:31 station-server imap[25453]: skiplist: closed while still locked Jan 03 16:58:31 station-server imap[25453]: DBERROR: opening /kolab/var/imapd/mailboxes.db: cyrusdb error Jan 03 16:58:31 station-server imap[25453]: Fatal error: can't read mailboxes file Jan 03 16:58:31 station-server imap[25454]: executed Jan 03 16:58:31 station-server imap[25454]: skiplist: invalid magic header: /kolab/var/imapd/mailboxes.db Jan 03 16:58:31 station-server imap[25454]: skiplist: closed while still locked Jan 03 16:58:31 station-server imap[25454]: DBERROR: opening /kolab/var/imapd/mailboxes.db: cyrusdb error Jan 03 16:58:31 station-server imap[25454]: Fatal error: can't read mailboxes file Jan 03 16:58:31 station-server imap[25455]: executed Jan 03 16:58:31 station-server imap[25455]: skiplist: invalid magic header: /kolab/var/imapd/mailboxes.db Jan 03 16:58:31 station-server imap[25455]: skiplist: closed while still locked Jan 03 16:58:31 station-server imap[25455]: DBERROR: opening /kolab/var/imapd/mailboxes.db: cyrusdb error Jan 03 16:58:31 station-server imap[25455]: Fatal error: can't read mailboxes file Jan 03 16:58:31 station-server imap[25456]: executed /kolab/var/imapd/log/cyrmaster.log: Jan 03 16:58:31 station-server master[25141]: service imap pid 25453 in READY state: terminated abnormally Jan 03 16:58:31 station-server master[25454]: about to exec /kolab/bin/imapd Jan 03 16:58:31 station-server master[25141]: process 25454 exited, status 75 Jan 03 16:58:31 station-server master[25141]: service imap pid 25454 in READY state: terminated abnormally Jan 03 16:58:31 station-server master[25455]: about to exec /kolab/bin/imapd Jan 03 16:58:31 station-server master[25141]: process 25455 exited, status 75 Jan 03 16:58:31 station-server master[25141]: service imap pid 25455 in READY state: terminated abnormally Jan 03 16:58:31 station-server master[25456]: about to exec /kolab/bin/imapd Jan 03 16:58:31 station-server master[25141]: process 25456 exited, status 75 Jan 03 16:58:31 station-server master[25141]: service imap pid 25456 in READY state: terminated abnormally Jan 03 16:58:31 station-server master[25457]: about to exec /kolab/bin/imapd Jan 03 16:58:31 station-server master[25141]: process 25457 exited, status 75 Jan 03 16:58:31 station-server master[25141]: service imap pid 25457 in READY state: terminated abnormally Jan 03 16:58:31 station-server master[25458]: about to exec /kolab/bin/imapd Jan 03 16:58:31 station-server master[25141]: process 25458 exited, status 75 Jan 03 16:58:31 station-server master[25141]: service imap pid 25458 in READY state: terminated abnormally Jan 03 16:58:31 station-server master[25459]: about to exec /kolab/bin/imapd Jan 03 16:58:31 station-server master[25141]: process 25459 exited, status 75 /kolab/var/imapd/log/cyr_db.log: Jan 03 16:58:28 station-server ctl_cyrusdb[25142]: recovering cyrus databases Jan 03 16:58:28 station-server ctl_cyrusdb[25142]: skiplist: invalid magic header: /kolab/var/imapd/mailboxes.db Jan 03 16:58:28 station-server ctl_cyrusdb[25142]: skiplist: closed while still locked Jan 03 16:58:28 station-server ctl_cyrusdb[25142]: DBERROR: opening /kolab/var/imapd/mailboxes.db: cyrusdb error Jan 03 16:58:28 station-server tls_prune[25160]: tls_prune: purged 0 out of 4 entries Jan 03 16:58:28 station-server ctl_cyrusdb[25161]: checkpointing cyrus databases Jan 03 16:58:29 station-server ctl_cyrusdb[25161]: archiving log file: /kolab/var/imapd/db/log.0000000003 Jan 03 16:58:29 station-server ctl_cyrusdb[25161]: archiving log file: /kolab/var/imapd/db/log.0000000003 Jan 03 16:58:29 station-server ctl_cyrusdb[25161]: archiving log file: /kolab/var/imapd/db/log.0000000003 Jan 03 16:58:29 station-server ctl_cyrusdb[25161]: archiving database file: /kolab/var/imapd/annotations.db Jan 03 16:58:29 station-server ctl_cyrusdb[25161]: archiving database file: /kolab/var/imapd/mailboxes.db Jan 03 16:58:30 station-server ctl_cyrusdb[25161]: archiving log file: /kolab/var/imapd/db/log.0000000003 Jan 03 16:58:30 station-server ctl_cyrusdb[25161]: done checkpointing cyrus databases Vielen Dank im Voraus Gregor -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20100103/49a5334a/attachment.html From thomas at intevation.de Sun Jan 3 22:57:25 2010 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Sun, 3 Jan 2010 22:57:25 +0100 Subject: Timeout Probleme mit Kolab Server 2.2.3 Update In-Reply-To: <4B40CD8F.9010901@netkult.eu> References: <4B33DACC.9070203@netkult.eu> <20091229123733.611034185.thomas@intevation.de> <4B40CD8F.9010901@netkult.eu> Message-ID: <20100103225416.923807026.thomas@intevation.de> * Gregor Adamczyk [20100103 18:02]: > Die Version 2.2.2 funktioniert ohne Probleme. > > /kolab/var/imapd/log/imapd.log: > Jan 03 16:58:31 station-server imap[25453]: skiplist: invalid > magic header: /kolab/var/imapd/mailboxes.db Aha! Aus der Release-Meldung: | Die Aktualisierung eines 2.2.3-Servers sollte unkompliziert sein, | sofern die Anleitung im 1st.README befolgt wird. Besonders wichtig ist, | den Hinweis zum IMAP-Datenbankformat zu beachten, da dieses wieder | auf skiplist umgestellt wurde. Gruesse, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From g.adamczyk at netkult.eu Mon Jan 4 10:50:45 2010 From: g.adamczyk at netkult.eu (Gregor Adamczyk) Date: Mon, 04 Jan 2010 10:50:45 +0100 Subject: Timeout Probleme mit Kolab Server 2.2.3 Update In-Reply-To: <20100103225416.923807026.thomas@intevation.de> References: <4B33DACC.9070203@netkult.eu> <20091229123733.611034185.thomas@intevation.de> <4B40CD8F.9010901@netkult.eu> <20100103225416.923807026.thomas@intevation.de> Message-ID: <20100104105045.20815kmtruejz74s@www.netkult.eu> Zitat von Thomas Arendsen Hein : > Aha! > > Aus der Release-Meldung: > > | Die Aktualisierung eines 2.2.3-Servers sollte unkompliziert sein, > | sofern die Anleitung im 1st.README befolgt wird. Besonders wichtig ist, > | den Hinweis zum IMAP-Datenbankformat zu beachten, da dieses wieder > | auf skiplist umgestellt wurde. > > Gruesse, > Thomas Arendsen Hein Ohh man das ist mir jetzt etwas peinlich, habe es glat übersehen... Danke, werde es heute nochmal testen... Gruesse, Gregor ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From g.adamczyk at netkult.eu Mon Jan 4 18:46:54 2010 From: g.adamczyk at netkult.eu (Gregor Adamczyk) Date: Mon, 04 Jan 2010 18:46:54 +0100 Subject: Timeout Probleme mit Kolab Server 2.2.3 Update In-Reply-To: <20100104105045.20815kmtruejz74s@www.netkult.eu> References: <4B33DACC.9070203@netkult.eu> <20091229123733.611034185.thomas@intevation.de> <4B40CD8F.9010901@netkult.eu> <20100103225416.923807026.thomas@intevation.de> <20100104105045.20815kmtruejz74s@www.netkult.eu> Message-ID: <4B42298E.8010209@netkult.eu> Gregor Adamczyk schrieb: > Danke, werde es heute nochmal testen... > > Gruesse, > Gregor > > Das war es, nun läuft es wieder perfekt, Danke Gruesse, Gregor From marc.schiffbauer at mightycare.de Tue Jan 5 16:47:12 2010 From: marc.schiffbauer at mightycare.de (Marc Schiffbauer) Date: Tue, 5 Jan 2010 16:47:12 +0100 Subject: kolab Logfiles Message-ID: <201001051647.13162.marc.schiffbauer@mightycare.de> Hallo! mir ist aufgefallen, dass einige Logfiles von kolab-Diensten nicht rotiert werden. Diese sind nach einiger Zeit nun sehr groß geworden (z.B. apache und horde logfiles). Bei apache funktioniert es einfach nicht obwohl der %daily abschnitt des rc-files rotate-Regeln enthält und für horde sind keine rotate- Regeln verfügbar. Mir wäre es sowieso lieber, wenn die logfiles mit logrotate+dateext rotiert würden damit beim Backup nicht jede Tag *immer* *alle* (auch die alten, rotierten) Logfiles gesichert werden müssen. Frage dazu: Wie kann ich es am geschicktesten lösen, dass openpkg keine logs mehr rotiert. Gibt es da einen globalen Schalter oder sowas? Oder anders gefragt: Macht der Daily-Cronjob auch noch was anderes ausser logs rotieren oder kann man den getrost abschalten? Dann kann ich das nämlich mit dem system-logrotate machen. Oder gibt es auch ein logrotate-Paket für openpkg, welches sich perfekt integriert und statt des jetzigen mechanismus dann benutzt werden kann? Danke und Gruß -Marc From marc at marclanger.de Mon Jan 11 23:34:10 2010 From: marc at marclanger.de (Marc Langer) Date: Mon, 11 Jan 2010 23:34:10 +0100 Subject: Funktionierende Kontact-Version unter Ubuntu 9.10? In-Reply-To: <201001111457.38045.thomas@kdab.com> References: <20100103152754.GD20720@marclanger.de> <201001111457.38045.thomas@kdab.com> Message-ID: <20100111223409.GB30821@marclanger.de> On Mon, Jan 11, 2010 at 14:38:17 +0100, Thomas McGuire wrote: > 2. Sind die Ordner des Kalenders und des Adressbuchs in KMail angezeigt? Die > sollten in der Ordnerliste da sein. Die Option "Misc->Groupware->Hide > Groupware folders" sollte zum Testen abgeschaltet sein. > Haben diese Ordner in der Ordnerliste das normale Icon? Die sollten nämlich > ein spezielles Addressbuch oder Kalendar-Icon haben. > Haben diese Ordner auch einen Inhalt oder sind sie leer? Das hat geholfen: Nachdem ich dann versucht habe, in diesem nun angezeigten Offline IMAP Account eine Mail zu schreiben, wurde mir die Fehlermeldung angezeigt, dass eine Identität nicht korrekt angelegt war (Mailadresse fehlte). Diese falsche Default-Identität habe ich gelöscht, so dass die vom KOlabwizard angelegte verwendet wird, und danach funktionierte alles. Der Kalender hat diese Fehlermeldung einfach nicht angezeigt, sondern lediglich gesagt, dass der Schreibzugriff nicht funktioniert und ich KMail korrekt einrichten soll, nicht jedoch, was genau dort falsch war. Nun habe ich noch folgendes Problem: Der Kalender zeigt mir keine Free/Busy-Zeiten von anderen Usern an. Muss ich dazu eine URL in die Free/Busy-Retrieval-Optionen in der Kalendar-Einrichtung eintragen, und wenn ja welche genau? Danke, Marc -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 307 bytes Beschreibung: Digital signature URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20100111/83584108/attachment.pgp From bernhard at intevation.de Tue Jan 12 18:27:58 2010 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 12 Jan 2010 18:27:58 +0100 Subject: Status Kontact fuer Windows In-Reply-To: <200912102043.55478.marc.schiffbauer@mightycare.de> References: <200912102043.55478.marc.schiffbauer@mightycare.de> Message-ID: <201001121827.58581.bernhard@intevation.de> Hallo Marc, Am Donnerstag, 10. Dezember 2009 20:43:55 schrieb Marc Schiffbauer: > Wer kann mir kurz einen aktuellen Status zum Kolab-Client (Kontact) für > Windows verraten? kurz vor Weihnachten am 17. 12. haben wir ein neues Einzelinstallationspaket veröffentlicht, siehe Englische Ankündigung: http://kolab.org/pipermail/kolab-announce/2009/000087.html Version 20091204-3 Wir glauben, dass die Version aus der Enterprise4 (E4) Linie. eine reife Beta Version ist, also es gibt bekannte Schwächen und seltene Instabilitäten, aber für viele Zwecke ist der Klient einsetzbar. > Liege ich richtig mit meinem Eindruck das hier seit einem halben Jahr > nichts mehr passiert ist? Es ist sehr viel am Quelltext passiert, allerdings haben wir kein neues Einzelinstallationspaket herausgegeben. Der Hauptgrund war, dass wir einen noch einen Defekt in der Zeitzonenverwaltung hatten, was sich hauptsächlich in ausländischen Zeitzonen auswirkt. Den haben wir aber nun erlegt, es hat einige Iterationen gedauert. > Gibt es da größere Probleme oder sowas? Eigentlich nicht, es ist nur viel Arbeit ein Installationspaket zu machen, übrigens gibt es vom kde-windows Projekt auch einen Installer mit Entwicklungsversionen. Die sind etwas instablier, aber mensch kann den Fortschritt besser verfolgen. ;) Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998 Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 198 bytes Beschreibung: This is a digitally signed message part. URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20100112/69111757/attachment.pgp From bernhard at intevation.de Wed Jan 13 09:19:13 2010 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 13 Jan 2010 09:19:13 +0100 Subject: Status Kontact fuer Windows In-Reply-To: <4B21F77D.5020302@netkult.eu> References: <200912102043.55478.marc.schiffbauer@mightycare.de> <4B21F77D.5020302@netkult.eu> Message-ID: <201001130919.17034.bernhard@intevation.de> Gregor, Am Freitag, 11. Dezember 2009 08:40:45 schrieb Gregor Adamczyk: > Zitat von Marc Schiffbauer : > > > Wer kann mir kurz einen aktuellen Status zum Kolab-Client (Kontact) für > > Windows verraten? > > Sorry, die erste Mail war etwas durcheinander... > > Meine ganz ehrliche Meinung: > Kolab als Mailserver ist TOP, läuft sauber und stabil. > Auch mit Horde hatte ich keine größeren Probleme. > > Vom Kontact / Terminverwaltung usw. würde ich aber die Finger lassen. Du meinst auf Windows? Auf GNU/Linux System haben wir bei einigen Kunden seit Jahren Erfahrung mit Kontact als Kolab Klienten und er funktioniert gut! Wir haben relativ wenig Rückmeldung auf unsere Kontact auf Windows-Versionen bekommen, daran sind wir weiterhin interessiert. Sprich: Wir wollen wissen, warum es bei den Leuten hakt. Wir bezeichnen die Windows E4 Versionen als "beta", damit sollte klar sein, dass wir ein ein paar der Probleme schon kennen. Die Dezember Version ist in jedem Falle einen großen Schritt weiter. > Solange die Umstellung auf Akonadi nicht 100% bewerkstelligt ist, lohnt > sich der Stress nicht. Es stimmt, dass Akonadi noch einen deutlichen Schub geben wird, ich erwarte erste Alpha-Versionen von Kontact Enterprise5 (auf Basis von Akonadi) im ersten Quartal. Da geht es auf der Entwicklungsseite züging voran. Gruß, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998 Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 198 bytes Beschreibung: This is a digitally signed message part. URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20100113/a0948645/attachment.pgp From bernhard at intevation.de Wed Jan 13 09:22:06 2010 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 13 Jan 2010 09:22:06 +0100 Subject: shared seen In-Reply-To: <200912140940.16394.martin.konold@erfrakon.de> References: <1403139270@web.de> <200912140940.16394.martin.konold@erfrakon.de> Message-ID: <201001130922.06810.bernhard@intevation.de> Am Montag, 14. Dezember 2009 09:40:15 schrieb Martin Konold: > On Friday 11 December 2009 08:56:58 Christian Heldt wrote: > > kann mir jemand sagen ob es eine Möglichkeit gibt, dass für neue > > Postfächer per default shared seen aktiv haben? > > Neinn, dafür muss immer jeweils die entsprechende Einstellung per > SETANNOTATION vorgenommen werden. > > Genaugenommen wäre das eine Fingerübung für einen neuen Contributor?! Richtig, der Server kann das nicht. Wir haben, wenn ich mich richtig entsinne schon ein paar andere Wünsche, was beim Anlegen der Konten vielleicht noch eingestellt werden können sollte. Die Klienten können die Einstellung übrigens auch auf Ordnern vornehmen, z.B. Kontact Enterprise35, rechte Taste auf einen Ordner -> Eigenschaften -> Gemeinsamer Ungelesen Status für Alle Nutzer. Gruß, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998 Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 198 bytes Beschreibung: This is a digitally signed message part. URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20100113/9974c0b5/attachment.pgp From bernhard at intevation.de Wed Jan 13 09:25:57 2010 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 13 Jan 2010 09:25:57 +0100 Subject: Funktionierende Kontact-Version unter Ubuntu 9.10? In-Reply-To: <20100111223409.GB30821@marclanger.de> References: <20100103152754.GD20720@marclanger.de> <201001111457.38045.thomas@kdab.com> <20100111223409.GB30821@marclanger.de> Message-ID: <201001130925.57510.bernhard@intevation.de> Am Montag, 11. Januar 2010 23:34:10 schrieb Marc Langer: > Nun habe ich noch folgendes Problem: Der Kalender zeigt mir keine > Free/Busy-Zeiten von anderen Usern an. Muss ich dazu eine URL in > die Free/Busy-Retrieval-Optionen in der Kalendar-Einrichtung eintragen, > und wenn ja welche genau? Ja, _ausschliesslich_ beim Abholen, sowas, wie https://demo.kolab.org/freebusy/ (Senden ist falsch, das muss ausgeschaltet bleiben.) -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, OsnabrÃ¼ck, DE; Amtsgericht OsnabrÃ¼ck, HRB 18998 GeschÃ¤ftsfÃ¼hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- nächster Teil -------------- Ein Dateianhang mit BinÃ¤rdaten wurde abgetrennt... Dateiname : nicht verfÃ¼gbar Dateityp : application/pgp-signature DateigrÃ¶ÃŸe : 198 bytes Beschreibung: This is a digitally signed message part. URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20100113/4a7f9ae4/attachment.pgp From bernhard at intevation.de Wed Jan 13 09:27:35 2010 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 13 Jan 2010 09:27:35 +0100 Subject: kolab Logfiles In-Reply-To: <201001051647.13162.marc.schiffbauer@mightycare.de> References: <201001051647.13162.marc.schiffbauer@mightycare.de> Message-ID: <201001130927.36264.bernhard@intevation.de> Am Dienstag, 5. Januar 2010 16:47:12 schrieb Marc Schiffbauer: > mir ist aufgefallen, dass einige Logfiles von kolab-Diensten nicht rotiert > werden. Diese sind nach einiger Zeit nun sehr groß geworden In den Archiven der englischsprachigen Listen sollte sich dazu einige finden lassen. Vielleicht auch in der Falldatenbank (issues.kolab.org). Mich würde es freuen, wenn Du Deine Ergebnisse im Wiki veröffentlichen würdest! Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998 Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 198 bytes Beschreibung: This is a digitally signed message part. URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20100113/f8a1fc2b/attachment.pgp From thomas at kdab.com Mon Jan 11 14:38:17 2010 From: thomas at kdab.com (Thomas McGuire) Date: Mon, 11 Jan 2010 14:38:17 +0100 Subject: Funktionierende Kontact-Version unter Ubuntu 9.10? In-Reply-To: <20100103152754.GD20720@marclanger.de> References: <20100103152754.GD20720@marclanger.de> Message-ID: <201001111457.38045.thomas@kdab.com> Hallo, bitte beim Antworten mich in die CC Liste aufnehmen, ich habe die Mailingliste nicht abonniert. On Sunday 03 January 2010 16:27:55 Marc Langer wrote: > ich habe Kolab 2.2.3 installiert, aber unter Ubuntu 9.10 keine > Kommunikation mit Kontact hinbekommen. Ich habe diverse Versionen > ausprobiert, u.a. die von Ubuntu und verschiedene aus den > Kolab-Repositories. Manchmal scheiterte es an den Abhängigkeiten. > > Bei den installierbaren Versionen bekomme ich immer nur: > > No writable resource was found, saving will not be possible. Reconfigure > KMail first. > > Ubuntu 9.10 verwendet bereits KDE 4, ist das das Problem? Unter KDE 4 funktioniert die Anbindung an Kolab normalerweise problemlos, ich benutze das auch. Folgende Dinge solltest du überprüfen (ich habe nur die englische Version, daher kann ich die GUI-Texte hier nur auf Englisch angeben): 1. Hast du ein "disconnected IMAP" Konto, das an den Kolab Server angebunden ist? Kannst du damit die Mails vom Kolab Server lesen? 2. Sind die Ordner des Kalenders und des Adressbuchs in KMail angezeigt? Die sollten in der Ordnerliste da sein. Die Option "Misc->Groupware->Hide Groupware folders" sollte zum Testen abgeschaltet sein. Haben diese Ordner in der Ordnerliste das normale Icon? Die sollten nämlich ein spezielles Addressbuch oder Kalendar-Icon haben. Haben diese Ordner auch einen Inhalt oder sind sie leer? 3. Ist die Groupware-Funktionalität in KMail überhaupt aktiviert? Das lässt sich in den Optionen unter "Misc->Groupware->Enable IMAP resource functionality" nachprüfen. Sollten die ersten 3 Punkte alle funktionieren, liegt das Problem wahrscheinlich nicht an KMail, sondern an der Anbindung an KOrganizer/KAddressbook. Hierzu kann man folgendes prüfen: 4. In der Konsole "kcmshell4 kresources" eingeben. Nun sollte ein Dialog erschienen, in dem die Adressbücher und Kalender konfiguriert werden können. Es sollte ein Kalender und ein Adressbuch vom Typ "Imap" dort vorhanden sein. Das bewirkt, dass KAddressbook und KOrganizer ihre Kontake und Termine von KMail abholen. In KMail gibt es ja die speziellen Ordner für Kalender und Adressbücher (siehe Punkt 2), und die Anhänge der in diesem Ordner befindlichen Mails enthalten die Kontakte und Termine. Überprüfe mal diese Sachen und melde dich, wenn es trotzdem nicht funktioniert und du etwas mehr Details weißt. Grüße, Thomas -- Thomas McGuire | thomas at kdab.com | Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: This is a digitally signed message part. URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20100111/20010b1e/attachment.pgp