From bernhard at intevation.de Mon Sep 1 11:15:59 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 1 Sep 2008 11:15:59 +0200 Subject: Kolab =?iso-8859-1?q?f=FCr?= opensuse In-Reply-To: <007501c90781$c44dabd0$4ce90370$@org> References: <007501c90781$c44dabd0$4ce90370$@org> Message-ID: <200809011116.01029.bernhard@intevation.de> Moin Markus, On Tuesday 26 August 2008 15:43, Markus Thüer wrote: > ich habe seit fast zwei Jahren Kolab auf einem opensuse 10.1 Server laufen > ohne openPKG. Vor allem um einen gemeinsamen Kalender und Adressbuch für > eine kleine Arbeitsgruppe (6 User) zu haben. > Nun muß der Server neu aufgesetzt werden. Ich musste dabei feststellen, > dass ich mein Wissen über Kolab in den vergangen Monaten so ziemlich > verloren habe. Wie ich es installiert und wo ich die Pakete gefunden habe > weiß ich schlichtweg nicht mehr :-(  . Ich mußte mich ja auch nie um Kolab > kümmern, es lief einfach :-) :) das nehme ich mal als Lob für den Kolab Server und die Kolab Server/OpenSuse Entwickler (Richard Bos und Marcus Hüwe). Für den stabilsten Einsatz wird weiterhin Kolab Server/OpenPKG empfohlen. > Die aktuelle Version ist ja jetzt 2.2 wie sieht es dort mit der > Unterstützung von opensuse aus. Gibt es Installationsdateien für opensuse > 11?   > > Schon mal besten Dank für die Hinweise Im Kolab-Wiki finde ich dazu: http://wiki.kolab.org/index.php/OpenSUSE_-_natively führt mich auf http://en.opensuse.org/Kolab, wo es noch keine Pakete für OpenSuse 11 gibt. Ob das der aktuellste Stand ist, weiss ich nicht. Wenn keine Antwort kommt, mal auf der englischsprachigen Liste fragen. 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 : 189 bytes Beschreibung: nicht verfügbar URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080901/437fafeb/attachment.pgp From wrobel at pardus.de Mon Sep 8 10:09:47 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 08 Sep 2008 10:09:47 +0200 Subject: Fwd: Re: Fwd: Re: Kalenderzugriff mit Thunderbird In-Reply-To: <20080825120225.320620@gmx.net> References: <20080825120225.320620@gmx.net> Message-ID: <20080908100947.15311frkhluj77pc@webmail2.pardus.de> Hallo Ralf, Quoting r.lub at gmx.de: > Hallo Gunnar, > > durch deine Frage nach der Abonemment-Adresse bin ich selber etwas > unsicher geworden und hab das ganze noch mal neu durchgezogen. Ich > hatte vorher schon verschiedenen Kolab-Versionen ausprobiert (z.B > rc1, rc2 rc3) und dazu teilweise verschiedene Horde Versionen > versucht. > Grund waren die spärlichen Informationen im Internet, die sich dann > teilweise auf unterschiedliche Versionen bezogen. Heraus kam dabei > nur, dass die Adresse mehrfach geändert wurde, WebDAV noch nicht > vollständig implementiert sei und bei neueren Versionen alles besser > wird. > > Um auf einen einheitlichen Stand bei der Diskussion zu kommen, habe > ich also von vorn angefangen und kolab openpkg stable_2.2 > installiert. Und du hast recht. Es kommt eine andere > Abonemment-Adresse heraus. > https://serveradresse/horde/kronolith/ics.php?=nutzer%40example.com > Mit dieser Adresse geht der Thunderbird-Kalender nicht. > Ich hatte aber noch im Hinterkopf, dass für die WebDAV-Funktionen > weitere Komponenten installiert werden > müssen.(http://www.horde.org/horde/docs/?f=INSTALL.html) > Nach hatte ich dann > plötzlich eine andere Adresse, mit der der Zugriff auf den > Standard-Kalender geht. > Die WebDAV-Installation hatte ich wohl ignoriert, da ich sie als > Bestandteil der Kolab-stable Installation vermutet hatte. Der Kolab-Web-Client in der momentanen stabilen Server-Version ist immer noch als experimentell zu betrachten. Es ist schließlich das erste Mal mit dabei und es gibt noch einiges zu korrigieren. Horde selbst bietet eine Reihe von Funktionen von denen mittlerweile die meisten, aber eben noch nicht alle, auch mit Kolab als Backend unterstützt werden. WebDAV gehört zu den Kompenenten, die ich mir bisher nur sehr kurz angesehen habe. Am besten Du setzt einen entsprechenden Bug in die Kolab-Bug-Datenbank. Ich werde den aktualisieren, sobald das dann auch für den Kolab-Server gehen sollte. Ich vermute, dass dies mit der nächsten Version der Fall sein wird. Gruß, Gunnar > > Gruß, > > Ralf > > > -------- Original-Nachricht -------- > Datum: Sat, 23 Aug 2008 09:26:33 +0200 > Von: "Gunnar Wrobel" > An: kolab-users-de at kolab.org > Betreff: Re: Fwd: Re: Kalenderzugriff mit Thunderbird > > Quoting r.lub at gmx.de: > >> -------- Original-Nachricht -------- >> >>> >>> ich versuche mit Thunderbird auf den (die) Kalender zuzugreifen. >> >> Mit welcher Methode bzw. Protokoll? >> >> >> Thunderbird 2.0.0.16 mit Lightning 0.8 >> Kalender -> Datei -> Neu -> Kalender -> Im Netzwerk -> iCalendar (ICS) >> https://serveradresse/horde/rpc.php/kronolith/nutzer at example.com.ics > > Das benutzt WebDAV. Das sollte eigentlich gehen, aber bei mir > funktioniert es auch nicht. > > https://www.intevation.de/roundup/kolab/issue3002 > > Ich weiß allerdings immer noch nicht, woher Du den Link für den > Kalender hernimmst. Als Abonemment-Adresse zeigt der Kronolith bei mir > etwas anderes an. > > Gruß, > > Gunnar > >> >> >> Damit habe ich Zugriff auf den Standard-Kalender. >> >> Ralf >> >> >> >> -- >> GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! >> Jetzt dabei sein: >> http://www.shortview.de/wasistshortview.php?mc=sv_ext_mf at gmx >> _______________________________________________ >> Kolab-users-de mailing list >> Kolab-users-de at kolab.org >> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de >> > > > > -- > ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ > > E-mail : p at rdus.de Dr. Gunnar Wrobel > Tel. : +49 700 6245 0000 Bundesstrasse 29 > Fax : +49 721 1513 52322 D-20146 Hamburg > -------------------------------------------------------------------- > >> Mail at ease - Rent a kolab groupware server at p at rdus << > -------------------------------------------------------------------- > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > > -- > GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! > Jetzt dabei sein: > http://www.shortview.de/wasistshortview.php?mc=sv_ext_mf at gmx > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From thirsty at milk-and-cookies.net Fri Sep 12 00:33:02 2008 From: thirsty at milk-and-cookies.net (Ralph Krimmel) Date: Fri, 12 Sep 2008 00:33:02 +0200 Subject: Shared folders und User: Awaiting Cleanup, Kann shared folders nicht abonnieren. Message-ID: <48C99C9E.8050507@milk-and-cookies.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Kolab-User. Ich nutze Kolab 2.2 auf einem Ubuntu Hardy Server über die openpkg Installation. Weder shared folders noch User werden nach dem löschen korrekt komplett entfernt. Den Hinweis im Wiki bin ich nachgegangen. (http://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_Web_admin#After_deleting_an_user_the_message_User_deleted.2C_awaiting_cleanup_does_not_vanish) Ich habe auf meinerm Server nie einen Slave-Server eingerichtet und auch das löschen von /kolab/var/kolab/mailbox-uidcache.db hat keinen Erfolg gebracht. Ich bin über Ideen und Ratschläge sehr dankbar. Grüße, Ralph Krimmel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjJnJMACgkQzAwLT/gXfVsSqgCfd2ss97niK1jaunP8e0hXrvS0 hWIAoJLVZiGX2ofYYqfnkDgZp57APv9V =Tx4m -----END PGP SIGNATURE----- From michael at mailwurm.org Sun Sep 14 22:53:13 2008 From: michael at mailwurm.org (Michael) Date: Sun, 14 Sep 2008 22:53:13 +0200 Subject: kdepim enterprise35 =?utf-8?q?f=C3=BCr?= lenny Message-ID: <200809142253.13804.michael@mailwurm.org> Hi zusammen, ich habe Debian Etch kdepim-enterprise35 Pakete, die zur Zeit nur für Debian Etch vorhanden sind, für Debian Lenny repaketiert. Folgende Zeilen müssen in deine sources.list hinein: deb http://mailwurm.org lenny kdepim-enterprise35 deb-src http://mailwurm.org lenny kdepim-enterprise35 Andere Pakete wie (gnupg2 dirmngr etc.) werden in den nächsten Tage folgen. Gruß Michael From bernhard at intevation.de Mon Sep 15 11:03:38 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 Sep 2008 11:03:38 +0200 Subject: Shared folders und User: Awaiting Cleanup, Kann shared folders nicht abonnieren. In-Reply-To: <48C99C9E.8050507@milk-and-cookies.net> References: <48C99C9E.8050507@milk-and-cookies.net> Message-ID: <200809151103.39648.bernhard@intevation.de> On Friday 12 September 2008 00:33, Ralph Krimmel wrote: > Weder shared folders noch User werden nach dem löschen korrekt > komplett entfernt. Was ist das Symptom? Ein Neustart von kolabd brachte auch kein Änderung? Ggf. mal prüfen, ob die kolabDelete Flagge gesetzt ist und mit dem Server übereinstimmt. 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 : 189 bytes Beschreibung: nicht verfügbar URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080915/43205220/attachment.pgp From bernhard at intevation.de Mon Sep 15 11:09:22 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 Sep 2008 11:09:22 +0200 Subject: kdepim enterprise35 =?iso-8859-1?q?f=FCr?= lenny In-Reply-To: <200809142253.13804.michael@mailwurm.org> References: <200809142253.13804.michael@mailwurm.org> Message-ID: <200809151109.23560.bernhard@intevation.de> Hallo, On Sunday 14 September 2008 22:53, Michael wrote: > ich habe Debian Etch kdepim-enterprise35 Pakete, die zur Zeit nur für > Debian Etch vorhanden sind, für Debian Lenny repaketiert. > > Folgende Zeilen müssen in deine sources.list hinein: > > deb http://mailwurm.org lenny kdepim-enterprise35 > deb-src http://mailwurm.org lenny kdepim-enterprise35 danke für Repaketieren und die Nachricht. > Andere Pakete wie (gnupg2 dirmngr etc.) werden in den nächsten Tage folgen. Bei gnupg2 und dirmngr könnte Lenny schon recht gut sein. (Z.B. hat Lenny schon gnupg-2.0.9). -- 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 : 189 bytes Beschreibung: nicht verfügbar URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080915/5459b750/attachment.pgp From wanhoff at lat-lon.de Mon Sep 15 11:13:55 2008 From: wanhoff at lat-lon.de (Jeronimo Wanhoff) Date: Mon, 15 Sep 2008 11:13:55 +0200 Subject: md5 sums bei belnet Message-ID: <200809151114.00503.wanhoff@lat-lon.de> Hallo zusammen, ich habe soeben festgestellt, dass die md5 sum der letzten clamav Aktualisierung bei belnet nicht stimmt: ---- #~$ wget ftp://ftp.belnet.be/packages/kolab/server/security-updates/20080911/clamav-0.94-20080905_kolab.src.rpm --2008-09-15 11:02:46-- ftp://ftp.belnet.be/packages/kolab/server/security-updates/20080911/clamav-0.94-20080905_kolab.src.rpm => `clamav-0.94-20080905_kolab.src.rpm' Auflösen des Hostnamen »ftp.belnet.be«.... 193.190.67.15, 2001:6a8:a40::21 Verbindungsaufbau zu ftp.belnet.be|193.190.67.15|:21... verbunden. Anmelden als anonymous ... Angemeldet! ==> SYST ... fertig. ==> PWD ... fertig. ==> TYPE I ... fertig. ==> CWD /packages/kolab/server/security-updates/20080911 ... fertig. ==> SIZE clamav-0.94-20080905_kolab.src.rpm ... 20618139 ==> PASV ... fertig. ==> RETR clamav-0.94-20080905_kolab.src.rpm ... fertig. Länge: 20618139 (20M) 100%[================================================================================================>] 20.618.139 1,40M/s in 14s 2008-09-15 11:03:00 (1,46 MB/s) - »clamav-0.94-20080905_kolab.src.rpm« gespeichert [20618139] #~$ md5sum clamav-0.94-20080905_kolab.src.rpm 0b7d3a2a22f9a2c2e12bc0b14cc3b800 clamav-0.94-20080905_kolab.src.rp ---- sollte aber 0b6be1bf21deef9de8582a56d330aaef sein. geht bei deren rsync etwas schief oder gibt es da tatsächlich ein fehlerhaftes Paket? Oder mache ich da etwas falsch und bemerke es nicht? viele Grüße, Jeronimo -- Jeronimo Wanhoff l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 18496-29 http://www.lat-lon.de http://www.deegree.org -------------- 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/20080915/79d8f768/attachment.pgp From thirsty at milk-and-cookies.net Mon Sep 15 12:17:53 2008 From: thirsty at milk-and-cookies.net (Ralph Krimmel) Date: Mon, 15 Sep 2008 12:17:53 +0200 Subject: Shared folders und User: Awaiting Cleanup, Kann shared folders nicht abonnieren. Message-ID: <48CE3651.8060507@milk-and-cookies.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Das Symptom ist, dass im Webinterface bei der zum Löschen markierten Gruppe in der Spalte Aktion "Folder deleted, awaiting cleanup..." ausgegeben wird. Nein, ein Neustart von kolabd brachte keine Änderung. Der Ldap-Eintrag der zu löschenden Gruppe sieht folgendermaßen aus: Distinguished Name: cn=fff at milk-and-cookies.net,dc=milk-and-cookies,dc=net ObjectClasses kolabSharedFolder Attributes acl anyone all cn fff at milk-and-cookies.net kolabDeleteflag korova.milk-and-cookies.net kolabHomeServer korova.milk-and-cookies.net Bernhard Reiter schrieb: >> On Friday 12 September 2008 00:33, Ralph Krimmel wrote: >>>> Weder shared folders noch User werden nach dem löschen >>>> korrekt komplett entfernt. >> >> Was ist das Symptom? Ein Neustart von kolabd brachte auch kein >> Änderung? >> >> Ggf. mal prüfen, ob die kolabDelete Flagge gesetzt ist und mit >> dem Server übereinstimmt. >> >> Gruß, Bernhard >> >> >> ---------------------------------------------------------------------- >> >> >> _______________________________________________ Kolab-users-de >> mailing list Kolab-users-de at kolab.org >> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjONk4ACgkQzAwLT/gXfVslTwCgl1dt0eYalQ1sCGiAMG4C4VcV 9coAnjxYpAqHTlER5MLoA5MmehKXIwta =xepr -----END PGP SIGNATURE----- From mailinglists at nobaq.net Mon Sep 15 16:04:50 2008 From: mailinglists at nobaq.net (Niki Hammler) Date: Mon, 15 Sep 2008 16:04:50 +0200 Subject: Kolab mit vorhandenen Komponenten: dovecot,exim,OpenLDAP Message-ID: <48CE6B82.3010603@nobaq.net> Hi, Von den ganzen Linux-Groupwares gefällt mir das Konzept von Kolab am besten. Meine Hauptnutzung als Privatperson ist damit am einfachsten und günstigsten (Toltec) möglich: Synchronisation mit Outlook und nebenbei mit meinem PDA. Im Endeffekt will ich nur meine ganzen Termine - wie eben bereits meine Mails - serverseitig speichern, damit ich sie auch über einen Webkalender abrufen kann (Horde), aber dennoch mit meinem PDA synchronisieren kann (d.h. Outlook). Ich habe jedoch schon einen IMAP Server am Laufen (dovecot) und frage mich, ob ich Kolab auch mit dovecot verwenden kann. Im Internet habe ich dazu bis jetzt leider nichts gefunden. Ich möchte mich deswegen jetzt nicht extra in Cyrus einarbeiten (Courier wäre auch OK, da kenne ich mich auch aus). Falls nein: Wieso nicht und wie wäre es möglich? Das gleiche gilt für exim4: Ist es problemlos möglich, Kolab zusammen mit exim4 statt mit Postfix zu verwenden? Was ist dabei zu beachten? lg, Niki From wrobel at pardus.de Mon Sep 15 16:49:46 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 15 Sep 2008 16:49:46 +0200 Subject: Kolab mit vorhandenen Komponenten: dovecot,exim,OpenLDAP In-Reply-To: <48CE6B82.3010603@nobaq.net> References: <48CE6B82.3010603@nobaq.net> Message-ID: <20080915164946.263832jr9qtpm680@webmail2.pardus.de> Quoting "Niki Hammler" : > Hi, > > Von den ganzen Linux-Groupwares gefällt mir das Konzept von Kolab am besten. > > Meine Hauptnutzung als Privatperson ist damit am einfachsten und > günstigsten (Toltec) möglich: Synchronisation mit Outlook und nebenbei > mit meinem PDA. Im Endeffekt will ich nur meine ganzen Termine - wie > eben bereits meine Mails - serverseitig speichern, damit ich sie auch > über einen Webkalender abrufen kann (Horde), aber dennoch mit meinem PDA > synchronisieren kann (d.h. Outlook). > > Ich habe jedoch schon einen IMAP Server am Laufen (dovecot) und frage > mich, ob ich Kolab auch mit dovecot verwenden kann. Im Internet habe ich > dazu bis jetzt leider nichts gefunden. Ich möchte mich deswegen jetzt > nicht extra in Cyrus einarbeiten (Courier wäre auch OK, da kenne ich > mich auch aus). Nein, ... > Falls nein: Wieso nicht ... ... da weder der dovecot noch der courier Server den gleichen Funktionsumfang wie Cyrus IMAP bieten. > und wie wäre es möglich? Vor kurzem wurde allerdings vom Kolab-Konsortium ein experimentelles Plugin für die Unterstützung von IMAP-Annotationen beim Dovecot veröffentlicht. Das ist zumindest ein zentrales Element das im Dovecot fehlt. Ich habe ansonsten derzeit keinen Überblick in wie weit Dovecot problemlos mit LDAP und ACLs bzw. Gruppen klar kommt. In jedem Fall erfordert ein solches Setup sehr viel Arbeit und ein hohes Know-How. > > Das gleiche gilt für exim4: Ist es problemlos möglich, Kolab zusammen > mit exim4 statt mit Postfix zu verwenden? Nein. > Was ist dabei zu beachten? Die Kolab-Konfiguration des Postfix muss ohne Beeinträchtigung der Funktion auf exim übertragen werden. Ich bin mir nicht sicher, ob exim die gleichen Möglichkeiten wie Postfix bietet. In jedem Fall auch ein satter Batzen Arbeit :) Gruß, Gunnar > > lg, > Niki > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Mon Sep 15 17:22:50 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 15 Sep 2008 17:22:50 +0200 Subject: Fwd: Re: Shared folders und User: Awaiting Cleanup, Kann shared folders nicht abonnieren. Message-ID: <20080915172250.119718jcwdnchuqs@webmail2.pardus.de> ----- Weitergeleitete Nachricht von wrobel at pardus.de ----- Datum: Mon, 15 Sep 2008 16:37:10 +0200 Von: "Gunnar Wrobel" Betreff: Re: Shared folders und User: Awaiting Cleanup, Kann shared folders nicht abonnieren. An: "Ralph Krimmel" Quoting "Ralph Krimmel" : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Das Symptom ist, dass im Webinterface bei der zum Löschen markierten > Gruppe in der Spalte Aktion > "Folder deleted, awaiting cleanup..." ausgegeben wird. Irgendwelche Fehler vom kolabd im syslog? Gruß, Gunnar > > Nein, ein Neustart von kolabd brachte keine Änderung. > > Der Ldap-Eintrag der zu löschenden Gruppe sieht folgendermaßen aus: > > > Distinguished Name: > cn=fff at milk-and-cookies.net,dc=milk-and-cookies,dc=net > > ObjectClasses > kolabSharedFolder > > Attributes > acl anyone all > > cn > fff at milk-and-cookies.net > > kolabDeleteflag > korova.milk-and-cookies.net > > kolabHomeServer > korova.milk-and-cookies.net > > > > > Bernhard Reiter schrieb: >>> On Friday 12 September 2008 00:33, Ralph Krimmel wrote: >>>>> Weder shared folders noch User werden nach dem löschen >>>>> korrekt komplett entfernt. >>> >>> Was ist das Symptom? Ein Neustart von kolabd brachte auch kein >>> Änderung? >>> >>> Ggf. mal prüfen, ob die kolabDelete Flagge gesetzt ist und mit >>> dem Server übereinstimmt. >>> >>> Gruß, Bernhard >>> >>> >>> ---------------------------------------------------------------------- >>> >>> >>> _______________________________________________ Kolab-users-de >>> mailing list Kolab-users-de at kolab.org >>> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkjONk4ACgkQzAwLT/gXfVslTwCgl1dt0eYalQ1sCGiAMG4C4VcV > 9coAnjxYpAqHTlER5MLoA5MmehKXIwta > =xepr > -----END PGP SIGNATURE----- > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ----- Ende der weitergeleiteten Nachricht ----- -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From thirsty at milk-and-cookies.net Mon Sep 15 18:00:12 2008 From: thirsty at milk-and-cookies.net (Ralph Krimmel) Date: Mon, 15 Sep 2008 18:00:12 +0200 Subject: Fwd: Re: Shared folders und User: Awaiting Cleanup, Kann shared folders nicht abonnieren. In-Reply-To: <20080915172250.119718jcwdnchuqs@webmail2.pardus.de> References: <20080915172250.119718jcwdnchuqs@webmail2.pardus.de> Message-ID: <48CE868C.2050605@milk-and-cookies.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ich habe heute das ganze nochmal durchgeführt (sharedDir erstellt, gelöscht, kolabd neugestartet). Außer einer Meldung vom 7. September ist dort nichts zu finden außer Sep 15 16:39:11 korova -- MARK --. Hier die alten Meldungen. Sep 7 23:27:55 korova kolabconf: C Error: Unable to bind to DN `cn=manager,cn=internal,dc=milk-and-cookies,dc=net' Sep 7 23:27:55 korova kolabd[20087]: SD Error: Failed to run /kolab/sbin/kolabconf: 65280 Gunnar Wrobel schrieb: > > ----- Weitergeleitete Nachricht von wrobel at pardus.de ----- Datum: > Mon, 15 Sep 2008 16:37:10 +0200 Von: "Gunnar Wrobel" > Betreff: Re: Shared folders und User: Awaiting > Cleanup, Kann shared folders nicht abonnieren. An: "Ralph Krimmel" > > > Quoting "Ralph Krimmel" : > > Das Symptom ist, dass im Webinterface bei der zum Löschen > markierten Gruppe in der Spalte Aktion "Folder deleted, awaiting > cleanup..." ausgegeben wird. > >> Irgendwelche Fehler vom kolabd im syslog? > >> Gruß, > >> Gunnar > > Nein, ein Neustart von kolabd brachte keine Änderung. > > Der Ldap-Eintrag der zu löschenden Gruppe sieht folgendermaßen aus: > > > > Distinguished Name: > cn=fff at milk-and-cookies.net,dc=milk-and-cookies,dc=net > > ObjectClasses kolabSharedFolder > > Attributes acl anyone all > > cn fff at milk-and-cookies.net > > kolabDeleteflag korova.milk-and-cookies.net > > kolabHomeServer korova.milk-and-cookies.net > > > > > Bernhard Reiter schrieb: >>>>> On Friday 12 September 2008 00:33, Ralph Krimmel wrote: >>>>>>> Weder shared folders noch User werden nach dem löschen >>>>>>> korrekt komplett entfernt. >>>>> Was ist das Symptom? Ein Neustart von kolabd brachte auch >>>>> kein Änderung? >>>>> >>>>> Ggf. mal prüfen, ob die kolabDelete Flagge gesetzt ist und >>>>> mit dem Server übereinstimmt. >>>>> >>>>> Gruß, Bernhard >>>>> >>>>> >>>>> > ---------------------------------------------------------------------- > >>>>> >>>>> >>>>> _______________________________________________ >>>>> Kolab-users-de mailing list Kolab-users-de at kolab.org >>>>> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de >>>>> >> _______________________________________________ Kolab-users-de mailing list Kolab-users-de at kolab.org http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjOhoIACgkQzAwLT/gXfVu/eQCfevStdGH87IilRr7PwzaGZaAU VcwAn16nQNpfM+wx/ix5NxBMW9tZvgbl =ytKh -----END PGP SIGNATURE----- From snosong at googlemail.com Tue Sep 16 09:14:24 2008 From: snosong at googlemail.com (Bastian Mueller) Date: Tue, 16 Sep 2008 09:14:24 +0200 Subject: =?ISO-8859-1?Q?Kolab_mit_mehreren_Domains_-_=FCbergreifende_Aliase=3F?= Message-ID: Hallo, ich setze Kolab privat ein, und wollte nun zwei meiner Domains mit Kolab verwalten. Dabei stellt sich mir die Frage, ob ich z.b. einen Alias von Domain 1 auf Domain zwei legen kann, beispiel: test at domain1.de ist mein "eMailaccount" in Kolab. Nun möchte ich, dass eMails ,die an asdfasdf at domain2.de geschickt werden, an test at domain1.degeleitet werden. Wie realisier ich das? Die normalen "Alias", die ich bei der Bearbeitung eines Benutzers angeben kann, scheinen nicht zu funktionieren?! -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080916/e3df2a18/attachment.html From bernhard at intevation.de Wed Sep 17 10:28:03 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 17 Sep 2008 10:28:03 +0200 Subject: Kolab mit vorhandenen Komponenten: dovecot,exim,OpenLDAP In-Reply-To: <20080915164946.263832jr9qtpm680@webmail2.pardus.de> References: <48CE6B82.3010603@nobaq.net> <20080915164946.263832jr9qtpm680@webmail2.pardus.de> Message-ID: <200809171028.07838.bernhard@intevation.de> On Monday 15 September 2008 16:49, Gunnar Wrobel wrote: > > Falls nein: Wieso nicht ... > > ... da weder der dovecot noch der courier Server den gleichen   > Funktionsumfang wie Cyrus IMAP bieten. So ist es, Bereiche ACLs und IMAP-Annotations sind zentral. > > und wie wäre es möglich? > > Vor kurzem wurde allerdings vom Kolab-Konsortium ein experimentelles   > Plugin für die Unterstützung von IMAP-Annotationen beim Dovecot   > veröffentlicht. Das ist zumindest ein zentrales Element das im Dovecot   > fehlt. Ich habe ansonsten derzeit keinen Überblick in wie weit Dovecot   > problemlos mit LDAP und ACLs bzw. Gruppen klar kommt. Eine ACL-Erweiterung ist über das KK auch in Arbeit, aber das ist alles Zukunftsmusik. > In jedem Fall   > erfordert ein solches Setup sehr viel Arbeit und ein hohes Know-How. Wer diese Kenntnisse hat und mithelfen mag, ist natürlich auf der Entwicklerliste sehr willkommen. 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 : 189 bytes Beschreibung: nicht verfügbar URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080917/38214fb2/attachment.pgp From wrobel at pardus.de Fri Sep 19 12:35:53 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 12:35:53 +0200 Subject: Fwd: Re: Shared folders und User: Awaiting Cleanup, Kann shared folders nicht abonnieren. In-Reply-To: <48CE868C.2050605@milk-and-cookies.net> References: <20080915172250.119718jcwdnchuqs@webmail2.pardus.de> <48CE868C.2050605@milk-and-cookies.net> Message-ID: <20080919123553.13892hhz86wm4mg4@webmail.pardus.de> Quoting Ralph Krimmel : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ich habe heute das ganze nochmal durchgeführt (sharedDir erstellt, > gelöscht, kolabd neugestartet). Außer einer Meldung vom 7. September > ist dort nichts zu finden außer Sep 15 16:39:11 korova -- MARK --. > > Hier die alten Meldungen. > Sep 7 23:27:55 korova kolabconf: C Error: Unable to bind to DN > `cn=manager,cn=internal,dc=milk-and-cookies,dc=net' > Sep 7 23:27:55 korova kolabd[20087]: SD Error: Failed to run > /kolab/sbin/kolabconf: 65280 Das sieht ein bisschen komisch aus, denn der kolabd sollte sich in der Standardeinstellung mindestens einmal beim Neustart mit der Zeile: Sep 19 12:33:24 dev kolabd[18032]: Kolab is starting up melden. Funktioniert das normale syslogging auf der Maschine? Vielleicht mal in /kolab/etc/kolab/kolab log_level : 4 eintragen und dann den kolabd erneut durchstarten. Mehr im syslog? Gruß, Gunnar > > > Gunnar Wrobel schrieb: >> >> ----- Weitergeleitete Nachricht von wrobel at pardus.de ----- Datum: >> Mon, 15 Sep 2008 16:37:10 +0200 Von: "Gunnar Wrobel" >> Betreff: Re: Shared folders und User: Awaiting >> Cleanup, Kann shared folders nicht abonnieren. An: "Ralph Krimmel" >> >> >> Quoting "Ralph Krimmel" : >> >> Das Symptom ist, dass im Webinterface bei der zum Löschen >> markierten Gruppe in der Spalte Aktion "Folder deleted, awaiting >> cleanup..." ausgegeben wird. >> >>> Irgendwelche Fehler vom kolabd im syslog? >> >>> Gruß, >> >>> Gunnar >> >> Nein, ein Neustart von kolabd brachte keine Änderung. >> >> Der Ldap-Eintrag der zu löschenden Gruppe sieht folgendermaßen aus: >> >> >> >> Distinguished Name: >> cn=fff at milk-and-cookies.net,dc=milk-and-cookies,dc=net >> >> ObjectClasses kolabSharedFolder >> >> Attributes acl anyone all >> >> cn fff at milk-and-cookies.net >> >> kolabDeleteflag korova.milk-and-cookies.net >> >> kolabHomeServer korova.milk-and-cookies.net >> >> >> >> >> Bernhard Reiter schrieb: >>>>>> On Friday 12 September 2008 00:33, Ralph Krimmel wrote: >>>>>>>> Weder shared folders noch User werden nach dem löschen >>>>>>>> korrekt komplett entfernt. >>>>>> Was ist das Symptom? Ein Neustart von kolabd brachte auch >>>>>> kein Änderung? >>>>>> >>>>>> Ggf. mal prüfen, ob die kolabDelete Flagge gesetzt ist und >>>>>> mit dem Server übereinstimmt. >>>>>> >>>>>> Gruß, Bernhard >>>>>> >>>>>> >>>>>> >> ---------------------------------------------------------------------- >> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Kolab-users-de mailing list Kolab-users-de at kolab.org >>>>>> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de >>>>>> >>> > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de >>> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkjOhoIACgkQzAwLT/gXfVu/eQCfevStdGH87IilRr7PwzaGZaAU > VcwAn16nQNpfM+wx/ix5NxBMW9tZvgbl > =ytKh > -----END PGP SIGNATURE----- > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Fri Sep 19 12:37:50 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 12:37:50 +0200 Subject: Kolab mit mehreren Domains - =?utf-8?b?w7xiZXJncmVpZmVuZGU=?= Aliase? In-Reply-To: References: Message-ID: <20080919123750.28296m145pulj8ws@webmail.pardus.de> Quoting Bastian Mueller : > Hallo, > > ich setze Kolab privat ein, und wollte nun zwei meiner Domains mit Kolab verwalten. > > Dabei stellt sich mir die Frage, ob ich z.b. einen Alias von Domain 1 auf Domain zwei legen kann, beispiel: > test at domain1.de[1] ist mein "eMailaccount" in Kolab. Nun möchte ich, dass eMails ,die an asdfasdf at domain2.de[2] geschickt werden, an test at domain1.de[3] geleitet werden. > > Wie realisier ich das? Die normalen "Alias", die ich bei der Bearbeitung eines Benutzers angeben kann, scheinen nicht zu funktionieren?! > Sollten sie aber :) Was steht denn im log vom Postfix wenn Du eine Nachricht an die Alias-Adresse schickst. Gruß, Gunnar -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- Links: ------ [1] mailto:test at domain1.de [2] mailto:asdfasdf at domain2.de [3] mailto:test at domain1.de ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080919/df95a079/attachment.html From webmaster at proggen.net Fri Sep 19 21:27:51 2008 From: webmaster at proggen.net (Bastian Mueller) Date: Fri, 19 Sep 2008 21:27:51 +0200 Subject: =?ISO-8859-1?Q?Kolab-Server_empf=E4ngt_keine_eMails_=3F!?= Message-ID: Hallo, ich bin grad etwas verzweifelt... Ich habe mir einen Kolab-Server auf meinem Root-Server aufgesetzt, und zwei Domains hinzugefügt, deren MX-Records auf meinen Mailserver deuten. Zu Beginn lief das auch - ich konnte mir an meinen Kolab-Server eMails schicken. Seit ein paar Tagen habe ich Probleme, dass ich keine eMails empfang, die an eMail-Aliase geschickt wurden. Nun fällt mir auf, dass ich _garkeine_ eMails empfange! Gmail meldet mir auch dauernd eine Mail Delivery Failure - in dem syslog steht nichts. Mails versenden geht ebensowenig. Der Server ist korrekt konfiguriert (ping nach extern geht, namensauflösung ebenso). Wollte mich per telnet mailserver 25 verbinden (Accept Connection ist ja unter Settings aktiviert...), geht ebenfalls nicht - keine Antwort. Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 *:imaps *:* LISTEN tcp 0 0 *:pop3s *:* LISTEN tcp 0 0 *:ldap *:* LISTEN tcp 0 0 localhost:10024 *:* LISTEN tcp 0 0 *:pop3 *:* LISTEN tcp 0 0 localhost:9999 *:* LISTEN tcp 0 0 *:imap2 *:* LISTEN tcp 0 0 *:sunrpc *:* LISTEN tcp 0 0 *:sieve *:* LISTEN tcp 0 0 *:44273 *:* LISTEN tcp 0 0 *:auth *:* LISTEN tcp 0 0 localhost:cfinger *:* LISTEN tcp 0 0 localhost:smtp *:* LISTEN tcp 0 0 *:ldaps *:* LISTEN tcp6 0 0 *:www *:* LISTEN tcp6 0 0 *:ssh *:* LISTEN tcp6 0 0 *:https *:* LISTEN udp 0 0 *:32772 *:* udp 0 0 *:948 *:* udp 0 0 *:sunrpc *:* Das Ergebnis von netstat -l - sollte hier nicht auch Port 25 aufgeführt sein? Ein nslookup -q=mx snowsong.de: snowsong.de MX preference = 10, mail exchanger = kolab.snowsong.de Woran kann das den liegen? Ich meine, ich habe nichts an der Konfiguration geändert - den Server auch mehrmals neu gestartet... ich verstehs nich?! lg Bastian -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080919/c449c2ba/attachment.htm From wrobel at pardus.de Fri Sep 19 21:41:09 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 21:41:09 +0200 Subject: Kolab-Server =?utf-8?b?ZW1wZsOkbmd0?= keine eMails ?! In-Reply-To: References: Message-ID: <20080919214109.12511dcvqc30c1vo@webmail.pardus.de> Quoting Bastian Mueller : > Hallo, > > ich bin grad etwas verzweifelt... > Ich habe mir einen Kolab-Server auf meinem Root-Server aufgesetzt, > und zwei Domains hinzugefügt, deren MX-Records auf meinen > Mailserver deuten. > Zu Beginn lief das auch - ich konnte mir an meinen Kolab-Server > eMails schicken. > Seit ein paar Tagen habe ich Probleme, dass ich keine eMails > empfang, die an eMail-Aliase geschickt wurden. Nun fällt mir auf, > dass ich _garkeine_ eMails empfange! > > Gmail meldet mir auch dauernd eine Mail Delivery Failure - in dem > syslog steht nichts. Mails versenden geht ebensowenig. Der Server > ist korrekt konfiguriert (ping nach extern geht, namensauflösung > ebenso). Wollte mich per telnet mailserver 25 verbinden (Accept > Connection ist ja unter Settings aktiviert...), geht ebenfalls nicht > - keine Antwort. > Aktive Internetverbindungen (Nur Server) > Proto Recv-Q Send-Q Local Address Foreign Address State > tcp 0 0 *:imaps *:* LISTEN > tcp 0 0 *:pop3s *:* LISTEN > tcp 0 0 *:ldap *:* LISTEN > tcp 0 0 localhost:10024 *:* LISTEN > tcp 0 0 *:pop3 *:* LISTEN > tcp 0 0 localhost:9999 *:* LISTEN > tcp 0 0 *:imap2 *:* LISTEN > tcp 0 0 *:sunrpc *:* LISTEN > tcp 0 0 *:sieve *:* LISTEN > tcp 0 0 *:44273 *:* LISTEN > tcp 0 0 *:auth *:* LISTEN > tcp 0 0 localhost:cfinger *:* LISTEN > tcp 0 0 localhost:smtp *:* LISTEN > tcp 0 0 *:ldaps *:* LISTEN > tcp6 0 0 *:www *:* LISTEN > tcp6 0 0 *:ssh *:* LISTEN > tcp6 0 0 *:https *:* LISTEN > udp 0 0 *:32772 *:* > udp 0 0 *:948 *:* > udp 0 0 *:sunrpc *:* > > Das Ergebnis von netstat -l - sollte hier nicht auch Port 25 > aufgeführt sein? Die obige Zeile tcp 0 0 localhost:smtp enthält den Port 25. Nur eben mit "smtp". Einfach mal mit "netstat -l -n" ausprobieren. Gleichzeitig zeigt die Zeile aber auch Dein Problem an: Postfix bindet nur an "localhost" (127.0.0.1) und lauscht nicht auf dem externen Interface. Da müsste eigentlich tcp 0 0 *:smtp stehen. Was steht in /kolab/etc/postfix/master.cf? Gruß, Gunnar > Ein nslookup -q=mx snowsong.de[1]: > snowsong.de[2] MX preference = 10, mail exchanger = > kolab.snowsong.de[3] > > Woran kann das den liegen? Ich meine, ich habe nichts an der > Konfiguration geändert - den Server auch mehrmals neu gestartet... > ich verstehs nich?! > > lg Bastian > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- Links: ------ [1] http://snowsong.de [2] http://snowsong.de [3] http://kolab.snowsong.de ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Fri Sep 19 22:12:16 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 22:12:16 +0200 Subject: Fwd: Re: Kolab-Server =?utf-8?b?ZW1wZsOkbmd0?= keine eMails ?! Message-ID: <20080919221216.65015edi2lwz39ss@webmail.pardus.de> Bitte auf der Liste bleiben. ----- Weitergeleitete Nachricht von webmaster at proggen.net ----- Datum: Fri, 19 Sep 2008 21:52:56 +0200 Von: Bastian Mueller Betreff: Re: Kolab-Server empfängt keine eMails ?! An: Gunnar Wrobel Hallo, da steht folgendes drinnen: # ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== 0.0.0.0:smtp inet n - n - - smtpd #628 inet n - n - - qmqpd pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr tlsmgr unix - - n 1000? 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - n - - smtp relay unix - - n - - smtp -o fallback_relay= showq unix n - n - - showq discard unix - - n - - discard error unix - - n - - error retry unix - - n - - error local unix - n n - - local #virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil scache unix - - n - 1 scache #maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/kolab/bin/maildrop -d ${recipient} #cyrus unix - n n - - pipe user=cyrus argv=/kolab/bin/cyrdeliver -e -r ${sender} -m ${extension} ${user} #uucp unix - n n - - pipe flags=Fqhu user=uucp argv=/kolab/bin/uux -r -n -z -a$sender - $nexthop!rmail ($recipient) #ifmail unix - n n - - pipe flags=F user=ftn argv=/kolab/bin/ifmail -r $nexthop ($recipient) #bsmtp unix - n n - - pipe flags=Fq. user=foo argv=/kolab/bin/bsmtp -f $sender $nexthop $recipient 0.0.0.0:465[1] inet n - n - - smtpd -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes post-cleanup unix n - n - 0 cleanup -o virtual_alias_maps= smtp-amavis unix - - n - 2 smtp -o smtp_data_done_timeout=1200 -o smtp_send_xforward_command=yes -o disable_dns_lookups=yes # SMTP interface for injecting mail back into postfix # from kolabfilter 127.0.0.1:10025[2] inet n - n - - smtpd -o content_filter=smtp-amavis:[127.0.0.1[3]]:10024 -o cleanup_service_name=post-cleanup -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8[4] -o smtpd_authorized_xforward_hosts=127.0.0.0/8[5] -o strict_rfc821_envelopes=yes -o smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001 -o smtpd_hard_error_limit=1000 # SMTP interface for injecting mail back into postfix # from amavis 127.0.0.1:10026[6] inet n - n - - smtpd -o content_filter= -o cleanup_service_name=post-cleanup -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8[7] -o strict_rfc821_envelopes=yes -o smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001 -o smtpd_hard_error_limit=1000 kolabpolicy unix - n n - - spawn user=kolab-n argv=/kolab/etc/kolab/kolab_smtpdpolicy kolabfilter unix - n n - - pipe user=kolab-n null_sender= argv=/kolab/bin/php -c /kolab/etc/apache/php.ini -f /kolab/var/kolab-filter/scripts/kolabfilter.php -- -h kolab.snowsong.de[8] -s ${sender} -r ${recipient} -c ${client_address} -u ${sasl_username} kolabmailboxfilter unix - n n - - pipe user=kolab-n null_sender= argv=/kolab/bin/php -c /kolab/etc/apache/php.ini -f /kolab/var/kolab-filter/scripts/kolabmailboxfilter.php -- -h kolab.snowsong.de[9] -s ${sender} -r ${recipient} -c ${client_address} Ich versteh's halt auch nicht wirklich - ich hab _ausschließlich_ im Webadmin Einstellungen getroffen/geändert, nie in Konfigurationsdateien. Es lief, und dann plötzlich nicht mehr - woran soll das den liegen? Am 19. September 2008 21:41 schrieb Gunnar Wrobel : Quoting Bastian Mueller : > Hallo, > > ich bin grad etwas verzweifelt... > Ich habe mir einen Kolab-Server auf meinem Root-Server aufgesetzt, > und zwei Domains hinzugefügt, deren MX-Records auf meinen > Mailserver deuten. > Zu Beginn lief das auch - ich konnte mir an meinen Kolab-Server > eMails schicken. > Seit ein paar Tagen habe ich Probleme, dass ich keine eMails > empfang, die an eMail-Aliase geschickt wurden. Nun fällt mir auf, > dass ich _garkeine_ eMails empfange! > > Gmail meldet mir auch dauernd eine Mail Delivery Failure - in dem > syslog steht nichts. Mails versenden geht ebensowenig. Der Server > ist korrekt konfiguriert (ping nach extern geht, namensauflösung > ebenso). Wollte mich per telnet mailserver 25 verbinden (Accept > Connection ist ja unter Settings aktiviert...), geht ebenfalls nicht > - keine Antwort. > Aktive Internetverbindungen (Nur Server) > Proto Recv-Q Send-Q Local Address Foreign Address State > tcp 0 0 *:imaps *:* LISTEN > tcp 0 0 *:pop3s *:* LISTEN > tcp 0 0 *:ldap *:* LISTEN > tcp 0 0 localhost:10024 *:* LISTEN > tcp 0 0 *:pop3 *:* LISTEN > tcp 0 0 localhost:9999 *:* LISTEN > tcp 0 0 *:imap2 *:* LISTEN > tcp 0 0 *:sunrpc *:* LISTEN > tcp 0 0 *:sieve *:* LISTEN > tcp 0 0 *:44273 *:* LISTEN > tcp 0 0 *:auth *:* LISTEN > tcp 0 0 localhost:cfinger *:* LISTEN > tcp 0 0 localhost:smtp *:* LISTEN > tcp 0 0 *:ldaps *:* LISTEN > tcp6 0 0 *:www *:* LISTEN > tcp6 0 0 *:ssh *:* LISTEN > tcp6 0 0 *:https *:* LISTEN > udp 0 0 *:32772 *:* > udp 0 0 *:948 *:* > udp 0 0 *:sunrpc *:* > > Das Ergebnis von netstat -l - sollte hier nicht auch Port 25 > aufgeführt sein? Die obige Zeile tcp 0 0 localhost:smtp enthält den Port 25. Nur eben mit "smtp". Einfach mal mit "netstat -l -n" ausprobieren. Gleichzeitig zeigt die Zeile aber auch Dein Problem an: Postfix bindet nur an "localhost" (127.0.0.1) und lauscht nicht auf dem externen Interface. Da müsste eigentlich tcp 0 0 *:smtp stehen. Was steht in /kolab/etc/postfix/master.cf? Gruß, Gunnar > Ein nslookup -q=mx snowsong.de[1]: > snowsong.de[2] MX preference = 10, mail exchanger = > kolab.snowsong.de[3] > > Woran kann das den liegen? Ich meine, ich habe nichts an der > Konfiguration geändert - den Server auch mehrmals neu gestartet... > ich verstehs nich?! > > lg Bastian > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de[12] Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- Links: ------ [1] http://snowsong.de [2] http://snowsong.de [3] http://kolab.snowsong.de ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ Kolab-users-de mailing list Kolab-users-de at kolab.org[13] http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de -- Mit freundlichen Grüßen, ____________________ Bastian Müller Dornrosenstr. 28 97906 Faulbach eMail: webmaster at proggen.net[14] ----- Ende der weitergeleiteten Nachricht ----- -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- Links: ------ [1] http://0.0.0.0:465 [2] http://127.0.0.1:10025 [3] http://127.0.0.1 [4] http://127.0.0.0/8 [5] http://127.0.0.0/8 [6] http://127.0.0.1:10026 [7] http://127.0.0.0/8 [8] http://kolab.snowsong.de [9] http://kolab.snowsong.de [10] mailto:wrobel at pardus.de [11] mailto:webmaster at proggen.net [12] mailto:p at rdus.de [13] mailto:Kolab-users-de at kolab.org [14] mailto:webmaster at proggen.net ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Fri Sep 19 22:15:32 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 22:15:32 +0200 Subject: Fwd: Re: Kolab-Server =?utf-8?b?ZW1wZsOkbmd0?= keine eMails ?! In-Reply-To: <20080919221216.65015edi2lwz39ss@webmail.pardus.de> References: <20080919221216.65015edi2lwz39ss@webmail.pardus.de> Message-ID: <20080919221532.18892ughoj10mbok@webmail.pardus.de> Quoting Gunnar Wrobel : > Bitte auf der Liste bleiben. > > > ----- Weitergeleitete Nachricht von webmaster at proggen.net ----- > Datum: Fri, 19 Sep 2008 21:52:56 +0200 > Von: Bastian Mueller > Betreff: Re: Kolab-Server empfängt keine eMails ?! > An: Gunnar Wrobel > > Hallo, > > da steht folgendes drinnen: > > # > ========================================================================== > # service type private unpriv chroot wakeup maxproc command + > args > # (yes) (yes) (yes) (never) (100) > # > ========================================================================== > 0.0.0.0:smtp inet n - n - - smtpd ^ das sieht soweit okay aus und sagt dem postfix, dass er an alle interfaces binden soll. > #628 inet n - n - - qmqpd > pickup fifo n - n 60 1 pickup > cleanup unix n - n - 0 cleanup > qmgr fifo n - n 300 1 qmgr > tlsmgr unix - - n 1000? 1 tlsmgr > rewrite unix - - n - - > trivial-rewrite > bounce unix - - n - 0 bounce > defer unix - - n - 0 bounce > trace unix - - n - 0 bounce > verify unix - - n - 1 verify > flush unix n - n 1000? 0 flush > proxymap unix - - n - - proxymap > smtp unix - - n - - smtp > relay unix - - n - - smtp -o > fallback_relay= > showq unix n - n - - showq > discard unix - - n - - discard > error unix - - n - - error > retry unix - - n - - error > local unix - n n - - local > #virtual unix - n n - - virtual > lmtp unix - - n - - lmtp > anvil unix - - n - 1 anvil > scache unix - - n - 1 scache > #maildrop unix - n n - - pipe > flags=DRhu user=vmail argv=/kolab/bin/maildrop -d ${recipient} > #cyrus unix - n n - - pipe > user=cyrus argv=/kolab/bin/cyrdeliver -e -r ${sender} -m ${extension} > ${user} > #uucp unix - n n - - pipe > flags=Fqhu user=uucp argv=/kolab/bin/uux -r -n -z -a$sender - > $nexthop!rmail ($recipient) > #ifmail unix - n n - - pipe flags=F > user=ftn argv=/kolab/bin/ifmail -r $nexthop ($recipient) > #bsmtp unix - n n - - pipe > flags=Fq. user=foo argv=/kolab/bin/bsmtp -f $sender $nexthop > $recipient > 0.0.0.0:465[1] inet n - n - - > smtpd -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes > post-cleanup unix n - n - 0 cleanup -o > virtual_alias_maps= > smtp-amavis unix - - n - 2 smtp > -o smtp_data_done_timeout=1200 > -o smtp_send_xforward_command=yes > -o disable_dns_lookups=yes > # SMTP interface for injecting mail back into postfix > # from kolabfilter > 127.0.0.1:10025[2] inet n - n - - smtpd > -o content_filter=smtp-amavis:[127.0.0.1[3]]:10024 > -o cleanup_service_name=post-cleanup > -o local_recipient_maps= > -o relay_recipient_maps= > -o smtpd_restriction_classes= > -o smtpd_client_restrictions= > -o smtpd_helo_restrictions= > -o smtpd_sender_restrictions= > -o smtpd_recipient_restrictions=permit_mynetworks,reject > -o mynetworks=127.0.0.0/8[4] > -o smtpd_authorized_xforward_hosts=127.0.0.0/8[5] > -o strict_rfc821_envelopes=yes > -o smtpd_error_sleep_time=0 > -o smtpd_soft_error_limit=1001 > -o smtpd_hard_error_limit=1000 > # SMTP interface for injecting mail back into postfix > # from amavis > 127.0.0.1:10026[6] inet n - n - - smtpd > -o content_filter= > -o cleanup_service_name=post-cleanup > -o local_recipient_maps= > -o relay_recipient_maps= > -o smtpd_restriction_classes= > -o smtpd_client_restrictions= > -o smtpd_helo_restrictions= > -o smtpd_sender_restrictions= > -o smtpd_recipient_restrictions=permit_mynetworks,reject > -o mynetworks=127.0.0.0/8[7] > -o strict_rfc821_envelopes=yes > -o smtpd_error_sleep_time=0 > -o smtpd_soft_error_limit=1001 > -o smtpd_hard_error_limit=1000 > kolabpolicy unix - n n - - spawn > user=kolab-n argv=/kolab/etc/kolab/kolab_smtpdpolicy > > kolabfilter unix - n n - - pipe > user=kolab-n null_sender= argv=/kolab/bin/php > -c /kolab/etc/apache/php.ini > -f /kolab/var/kolab-filter/scripts/kolabfilter.php > -- > -h kolab.snowsong.de[8] > -s ${sender} > -r ${recipient} > -c ${client_address} > -u ${sasl_username} > > kolabmailboxfilter unix - n n - - > pipe user=kolab-n null_sender= argv=/kolab/bin/php > -c /kolab/etc/apache/php.ini > -f /kolab/var/kolab-filter/scripts/kolabmailboxfilter.php > -- > -h kolab.snowsong.de[9] > -s ${sender} > -r ${recipient} > -c ${client_address} > > Ich versteh's halt auch nicht wirklich - ich hab _ausschließlich_ im > Webadmin Einstellungen getroffen/geändert, nie in > Konfigurationsdateien. Es lief, und dann plötzlich nicht mehr - woran > soll das den liegen? Netzwerkproblem? Aber die anderen Dienste scheinen auf dem Interface ja zu laufen. Einfach mal ins log vom Postfix schauen und den Postix auch nochmal mit /kolab/bin/openpkg rc postfix restart neu starten. Bringt er dabei Fehler? Gruß, Gunnar > > Am 19. September 2008 21:41 schrieb Gunnar Wrobel > : > > Quoting Bastian Mueller : > >> Hallo, >> >> ich bin grad etwas verzweifelt... >> Ich habe mir einen Kolab-Server auf meinem Root-Server aufgesetzt, >> und zwei Domains hinzugefügt, deren MX-Records auf meinen >> Mailserver deuten. >> Zu Beginn lief das auch - ich konnte mir an meinen Kolab-Server >> eMails schicken. >> Seit ein paar Tagen habe ich Probleme, dass ich keine eMails >> empfang, die an eMail-Aliase geschickt wurden. Nun fällt mir auf, >> dass ich _garkeine_ eMails empfange! >> >> Gmail meldet mir auch dauernd eine Mail Delivery Failure - in dem >> syslog steht nichts. Mails versenden geht ebensowenig. Der Server >> ist korrekt konfiguriert (ping nach extern geht, namensauflösung >> ebenso). Wollte mich per telnet mailserver 25 verbinden (Accept >> Connection ist ja unter Settings aktiviert...), geht ebenfalls > nicht >> - keine Antwort. >> Aktive Internetverbindungen (Nur Server) >> Proto Recv-Q Send-Q Local Address Foreign Address > State >> tcp 0 0 *:imaps *:* > LISTEN >> tcp 0 0 *:pop3s *:* > LISTEN >> tcp 0 0 *:ldap *:* > LISTEN >> tcp 0 0 localhost:10024 *:* > LISTEN >> tcp 0 0 *:pop3 *:* > LISTEN >> tcp 0 0 localhost:9999 *:* > LISTEN >> tcp 0 0 *:imap2 *:* > LISTEN >> tcp 0 0 *:sunrpc *:* > LISTEN >> tcp 0 0 *:sieve *:* > LISTEN >> tcp 0 0 *:44273 *:* > LISTEN >> tcp 0 0 *:auth *:* > LISTEN >> tcp 0 0 localhost:cfinger *:* > LISTEN >> tcp 0 0 localhost:smtp *:* > LISTEN >> tcp 0 0 *:ldaps *:* > LISTEN >> tcp6 0 0 *:www *:* > LISTEN >> tcp6 0 0 *:ssh *:* > LISTEN >> tcp6 0 0 *:https *:* > LISTEN >> udp 0 0 *:32772 *:* >> udp 0 0 *:948 *:* >> udp 0 0 *:sunrpc *:* >> >> Das Ergebnis von netstat -l - sollte hier nicht auch Port 25 >> aufgeführt sein? > > Die obige Zeile > > tcp 0 0 localhost:smtp > > enthält den Port 25. Nur eben mit "smtp". Einfach mal mit "netstat > -l > -n" ausprobieren. Gleichzeitig zeigt die Zeile aber auch Dein Problem > an: > > Postfix bindet nur an "localhost" (127.0.0.1) und lauscht nicht auf > dem externen Interface. Da müsste eigentlich > > tcp 0 0 *:smtp > > stehen. Was steht in /kolab/etc/postfix/master.cf? > > Gruß, > > Gunnar > >> Ein nslookup -q=mx snowsong.de[1]: >> snowsong.de[2] MX preference = 10, mail exchanger = >> kolab.snowsong.de[3] >> >> Woran kann das den liegen? Ich meine, ich habe nichts an der >> Konfiguration geändert - den Server auch mehrmals neu gestartet... >> ich verstehs nich?! >> >> lg Bastian >> > > -- > ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ > > E-mail : p at rdus.de[12] Dr. Gunnar > Wrobel > Tel. : +49 700 6245 0000 Bundesstrasse 29 > Fax : +49 721 1513 52322 D-20146 Hamburg > -------------------------------------------------------------------- > >> Mail at ease - Rent a kolab groupware server at p at rdus << > -------------------------------------------------------------------- > > Links: > ------ > [1] http://snowsong.de > [2] http://snowsong.de > [3] http://kolab.snowsong.de > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org[13] > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > > -- > Mit freundlichen Grüßen, > ____________________ > > Bastian Müller > > Dornrosenstr. 28 > 97906 Faulbach > > eMail: webmaster at proggen.net[14] > > ----- Ende der weitergeleiteten Nachricht ----- > > -- > ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ > > E-mail : p at rdus.de Dr. Gunnar Wrobel > Tel. : +49 700 6245 0000 Bundesstrasse 29 > Fax : +49 721 1513 52322 D-20146 Hamburg > -------------------------------------------------------------------- > >> Mail at ease - Rent a kolab groupware server at p at rdus << > -------------------------------------------------------------------- > > Links: > ------ > [1] http://0.0.0.0:465 > [2] http://127.0.0.1:10025 > [3] http://127.0.0.1 > [4] http://127.0.0.0/8 > [5] http://127.0.0.0/8 > [6] http://127.0.0.1:10026 > [7] http://127.0.0.0/8 > [8] http://kolab.snowsong.de > [9] http://kolab.snowsong.de > [10] mailto:wrobel at pardus.de > [11] mailto:webmaster at proggen.net > [12] mailto:p at rdus.de > [13] mailto:Kolab-users-de at kolab.org > [14] mailto:webmaster at proggen.net > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From webmaster at proggen.net Sat Sep 20 19:38:18 2008 From: webmaster at proggen.net (Bastian Mueller) Date: Sat, 20 Sep 2008 19:38:18 +0200 Subject: Horde - "Ordner anzeigen" im Header Message-ID: Hallo, ich habe eine etwas dümmliche Frage... Ich bin dabei meinen Kolab-Server einzurichten, und nun fiel mir auf, dass ich zuviele Icons im Header von z.b. "Webmail" in Horde habe - sodass einige Icons in die nächste Zeile rutschen, der Header also doppelt so hoch wird. Wo blende ich "Ordner anzeigen" mit einer Auswahlbox der ganzen IMAP-Ordner aus dem Horde-Header unter "Webmail" aus? Ich meine, dass der Standardmäßig nicht da war - und ich Ihn irgendwo aktiviert hab. Und 2) Warum erscheint mein Kolab-Admin-Interface nicht auf Deutsch, obwohl ich Deutsch ausgewählt habe, und in der Dokumentation (PDF) ausschließlich deutsche Übersetzungen erscheinen? -- Mit freundlichen Grüßen, ____________________ Bastian Müller Dornrosenstr. 28 97906 Faulbach eMail: webmaster at proggen.net -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080920/92e599e6/attachment.html From jakob.boos at freenet.de Sun Sep 21 17:07:22 2008 From: jakob.boos at freenet.de (jakob.boos) Date: Sun, 21 Sep 2008 17:07:22 +0200 Subject: Horde nach Konfiguration mit leerem Bildschirm Message-ID: <48D6632A.7040407@freenet.de> Hallo, ich habe einen Kolab-Server v2.2.0 auf einem Debian 4 Server installiert. Dazu habe ich nicht die Sourcen, sondern die Pakete aus ix86-debian4 verwendet. Kleine Schwierigkeiten konnten durch Blick in die Doku und in die Mailinglisten behoben werden. Alles funktionierte zunächst bestens. Dann habe ich mir die Horde-Konfiguration angeschaut, weil die Einstellung zur Überprüfung der IP-Adressse in bestimmten Umgebungen unserer Kunden zu Problemen führte. Horde wies mich auch daraufhin, dass die Konfiguration nicht vollständig sei und aktualisiert werden müsste. Gesagt getan, wobei ich die Default-Werte akzeptiert habe. Nach Speichern der Konfiguration und erneutem Anmelden erscheint jetzt nur noch ein leerer Bildschirm. Beim Stöbern in der Mailingliste bin ich nicht so richtig fündig geworden. Bevor ich jetzt das Ganze nochmal neu installiere ... und dann wahrscheinlich auf das gleiche Probleme laufe wende ich mich an Euch. Gibt es eine Erklärung für dieses Verhalten? Wie kann man das korrigieren? Falls eine Neuinstallation notwendig ist, wieder die fertigen Pakete nehmen oder auf den Sourcen aufsetzen? Schonmal vielen Dank für Eure Hilfe. Jakob From bbuehler at bbm-bbmicro.ch Sun Sep 21 17:20:58 2008 From: bbuehler at bbm-bbmicro.ch (B. Buehler) Date: Sun, 21 Sep 2008 17:20:58 +0200 Subject: Horde nach Konfiguration mit leerem Bildschirm In-Reply-To: <48D6632A.7040407@freenet.de> References: <48D6632A.7040407@freenet.de> Message-ID: <200809211720.59332.bbuehler@bbm-bbmicro.ch> Hallo nur mal so eine Idee. Check mal config.php $conf['sql'] = null; Grüsse Bernhard Am Sonntag, 21. September 2008 17.07 schrieb jakob.boos: > Hallo, > > ich habe einen Kolab-Server v2.2.0 auf einem Debian 4 Server > installiert. Dazu habe ich nicht die Sourcen, sondern die Pakete aus > ix86-debian4 verwendet. Kleine Schwierigkeiten konnten durch Blick in > die Doku und in die Mailinglisten behoben werden. Alles funktionierte > zunächst bestens. > > Dann habe ich mir die Horde-Konfiguration angeschaut, weil die > Einstellung zur Überprüfung der IP-Adressse in bestimmten Umgebungen > unserer Kunden zu Problemen führte. Horde wies mich auch daraufhin, dass > die Konfiguration nicht vollständig sei und aktualisiert werden müsste. > Gesagt getan, wobei ich die Default-Werte akzeptiert habe. Nach > Speichern der Konfiguration und erneutem Anmelden erscheint jetzt nur > noch ein leerer Bildschirm. Beim Stöbern in der Mailingliste bin ich > nicht so richtig fündig geworden. > > Bevor ich jetzt das Ganze nochmal neu installiere ... und dann > wahrscheinlich auf das gleiche Probleme laufe wende ich mich an Euch. > Gibt es eine Erklärung für dieses Verhalten? Wie kann man das > korrigieren? Falls eine Neuinstallation notwendig ist, wieder die > fertigen Pakete nehmen oder auf den Sourcen aufsetzen? > > Schonmal vielen Dank für Eure Hilfe. > > Jakob > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de From jakob.boos at freenet.de Sun Sep 21 17:35:45 2008 From: jakob.boos at freenet.de (jakob.boos) Date: Sun, 21 Sep 2008 17:35:45 +0200 Subject: Horde nach Konfiguration mit leerem Bildschirm In-Reply-To: <200809211720.59332.bbuehler@bbm-bbmicro.ch> References: <48D6632A.7040407@freenet.de> <200809211720.59332.bbuehler@bbm-bbmicro.ch> Message-ID: <48D669D1.8070909@freenet.de> Einziger Eintrag mit 'sql' ist: $conf['sql']['phptype'] = false; Grüße Jakob B. Buehler schrieb: > ... Check mal config.php > > $conf['sql'] = null; > > Am Sonntag, 21. September 2008 17.07 schrieb jakob.boos: > >> ... >> Dann habe ich mir die Horde-Konfiguration angeschaut, weil die >> Einstellung zur Überprüfung der IP-Adressse in bestimmten Umgebungen >> unserer Kunden zu Problemen führte. Horde wies mich auch daraufhin, dass >> die Konfiguration nicht vollständig sei und aktualisiert werden müsste. >> Gesagt getan, wobei ich die Default-Werte akzeptiert habe. Nach >> Speichern der Konfiguration und erneutem Anmelden erscheint jetzt nur >> noch ein leerer Bildschirm.... From snosong at googlemail.com Mon Sep 22 09:09:18 2008 From: snosong at googlemail.com (Bastian Mueller) Date: Mon, 22 Sep 2008 09:09:18 +0200 Subject: Zugriffsrechte auf Mailbox per Horde erteilen - Fehlermeldung Message-ID: Hallo, ich wollte meinen Posteingang am Kolab-Server einem Kollegen freigeben. Wenn ich in Horde unter "Einstellung für Webmail" -> "Gemeinsame Ordner" die eMail-Adresse des Kollegen eintipp, Ihm entsprechende Rechte setze, erhalte ich folgende Fehlermeldung: SECURITY PROBLEM: insecure server advertised AUTH=PLAINSECURITY PROBLEM: insecure server advertised AUTH=PLAINInvalid identifier Der Kollege hat hierbei eine eMail-Domäne die nicht die gleiche ist, wie meine eigene (@domain2.de, ich @domain1.de) - beide werden jedoch vom Kolab-Server verwaltet und sind normale Benutzerkonten. Kann doch nicht sein, dass genau DIESE Funktion, die recht wichtig/sinnvoll im Firmenumfeld ist, nicht funktioniert?! -- Mit freundlichen Grüßen, ____________________ Bastian Müller Dornrosenstr. 28 97906 Faulbach eMail: webmaster at proggen.net -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080922/ab10fcd9/attachment.htm From wrobel at pardus.de Mon Sep 22 11:37:35 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 22 Sep 2008 11:37:35 +0200 Subject: Horde - "Ordner anzeigen" im Header In-Reply-To: References: Message-ID: <20080922113735.18414tb6vyqlrz40@webmail.pardus.de> Quoting Bastian Mueller : > Hallo, > > ich habe eine etwas dümmliche Frage... > Ich bin dabei meinen Kolab-Server einzurichten, und nun fiel mir > auf, dass ich zuviele Icons im Header von z.b. "Webmail" > in Horde habe - sodass einige Icons in die nächste Zeile rutschen, > der Header also doppelt so hoch wird. > Wo blende ich "Ordner anzeigen" mit einer Auswahlbox der > ganzen IMAP-Ordner aus dem Horde-Header unter "Webmail" > aus? Ich meine, dass der Standardmäßig nicht da war - und ich Ihn > irgendwo aktiviert hab. Der ist standardmäßig aktiv und ich sehe keine Möglichkeit den zu aktivieren. Es lassen sich aber z.B. das "Nachrichten sammeln" ("Einstellungen" > "Nachrichten sammeln") und das "Papierkorb leeren" bzw. "Spam löschen" ("Einstellungen" > "Nachrichten löschen und verschieben") deaktivieren. Das dürfte das Problem auch lösen. > Und 2) Warum erscheint mein Kolab-Admin-Interface nicht auf > Deutsch, obwohl ich Deutsch ausgewählt habe, und in der > Dokumentation (PDF) ausschließlich deutsche Übersetzungen > erscheinen? Das hört sich nach einem Bug an. Welche Kolab-Server-Version benutzt Du denn? Gruß, Gunnar > > -- > Mit freundlichen Grüßen, > ____________________ > > Bastian Müller > > Dornrosenstr. 28 > 97906 Faulbach > > eMail: webmaster at proggen.net[1] > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- Links: ------ [1] mailto:webmaster at proggen.net ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Mon Sep 22 11:46:47 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 22 Sep 2008 11:46:47 +0200 Subject: Horde nach Konfiguration mit leerem Bildschirm In-Reply-To: <48D6632A.7040407@freenet.de> References: <48D6632A.7040407@freenet.de> Message-ID: <20080922114647.38104cjhya68vx4w@webmail.pardus.de> Quoting "jakob.boos" : > Hallo, > > ich habe einen Kolab-Server v2.2.0 auf einem Debian 4 Server > installiert. Dazu habe ich nicht die Sourcen, sondern die Pakete aus > ix86-debian4 verwendet. Kleine Schwierigkeiten konnten durch Blick in > die Doku und in die Mailinglisten behoben werden. Alles funktionierte > zunächst bestens. > > Dann habe ich mir die Horde-Konfiguration angeschaut, weil die > Einstellung zur Überprüfung der IP-Adressse in bestimmten Umgebungen > unserer Kunden zu Problemen führte. Horde wies mich auch daraufhin, dass > die Konfiguration nicht vollständig sei und aktualisiert werden müsste. > Gesagt getan, wobei ich die Default-Werte akzeptiert habe. Nach > Speichern der Konfiguration und erneutem Anmelden erscheint jetzt nur > noch ein leerer Bildschirm. Beim Stöbern in der Mailingliste bin ich > nicht so richtig fündig geworden. Die Horde-Konfiguration darf nicht über das Admin-Frontend innerhalb von Horde vorgenommen werden. Das killt im Normalfall die Kolab-Konfiguration. Es wäre besser wir würden den Login über den Manager-Account komplett deaktivieren, weil ansonsten solche Fehler vorprogrammiert sind. Gibt es auch schon ein Issue zu (https://www.intevation.de/roundup/kolab/issue2548). > > Bevor ich jetzt das Ganze nochmal neu installiere ... und dann > wahrscheinlich auf das gleiche Probleme laufe wende ich mich an Euch. > Gibt es eine Erklärung für dieses Verhalten? Wie kann man das > korrigieren? Falls eine Neuinstallation notwendig ist, wieder die > fertigen Pakete nehmen oder auf den Sourcen aufsetzen? Ich gehe mal davon aus, Du hast keine Datei mit Namen "conf.php.bak" in /kolab/var/kolab/www/horde/config ? Das wäre sonst ein Backup der vorherigen Konfiguration und Du könntest conf.php in dem gleichen Verzeichnis mit diesem Backup ersetzen. Ansonsten empfehle ich nur das horde-kolab-3.2_rc3-20080707.ix86-debian4.0-kolab.rpm Paket nochmals zu installieren und dann kolabconf laufen zu lassen: /kolab/bin/openpkg rpm -ihv --force horde-kolab-3.2_rc3-20080707.ix86-debian4.0-kolab.rpm /kolab/sbin/kolabconf Das müsste das Problem eigentlich beheben. Gruß, Gunnar > > Schonmal vielen Dank für Eure Hilfe. > > Jakob > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Mon Sep 22 11:49:45 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 22 Sep 2008 11:49:45 +0200 Subject: Zugriffsrechte auf Mailbox per Horde erteilen - Fehlermeldung In-Reply-To: References: Message-ID: <20080922114945.10085ln4cneq5hk4@webmail.pardus.de> Quoting Bastian Mueller : > Hallo, > > ich wollte meinen Posteingang am Kolab-Server einem Kollegen > freigeben. Wenn ich in Horde unter "Einstellung für > Webmail" -> "Gemeinsame Ordner" die eMail-Adresse > des Kollegen eintipp, Ihm entsprechende Rechte setze, erhalte ich > folgende Fehlermeldung: > SECURITY PROBLEM: insecure server advertised AUTH=PLAINSECURITY > PROBLEM: insecure server advertised AUTH=PLAINInvalid identifier > > Der Kollege hat hierbei eine eMail-Domäne die nicht die gleiche > ist, wie meine eigene (@domain2.de[1], ich @domain1.de[2]) - beide > werden jedoch vom Kolab-Server verwaltet und sind normale > Benutzerkonten. > Kann doch nicht sein, dass genau DIESE Funktion, die recht > wichtig/sinnvoll im Firmenumfeld ist, nicht funktioniert?! Die Funktion funktioniert auch problemlos sofern Du sie innerhalb einer Domäne verwendest. Der Cyrus-IMAP untersagt aber aus Sicherheitsgründen das Setzen von ACLs über Domänengrenzen hinweg. Von daher ist das von Dir beobachtete Verhalten normal. Gruß, Gunnar > > -- > Mit freundlichen Grüßen, > ____________________ > > Bastian Müller > Dornrosenstr. 28 > 97906 Faulbach > > eMail: webmaster at proggen.net[3] > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- Links: ------ [1] http://domain2.de [2] http://domain1.de [3] mailto:webmaster at proggen.net ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Mon Sep 22 18:51:38 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 22 Sep 2008 18:51:38 +0200 Subject: Fwd: Re: Horde - "Ordner anzeigen" im Header Message-ID: <20080922185138.85146vuwmvdirv8c@webmail.pardus.de> Bitte auf der Liste bleiben. ----- Weitergeleitete Nachricht von jgn.herrmann at web.de ----- Datum: Mon, 22 Sep 2008 18:44:15 +0200 Von: Jürgen Herrmann Betreff: Re: Horde - "Ordner anzeigen" im Header An: Gunnar Wrobel Am 22.09.2008 um 11:37 schrieb Gunnar Wrobel: > > Quoting Bastian Mueller : > >> Hallo, >> >> ich habe eine etwas dümmliche Frage... >> Ich bin dabei meinen Kolab-Server einzurichten, und nun fiel mir >> auf, dass ich zuviele Icons im Header von z.b. "Webmail" >> in Horde habe - sodass einige Icons in die nächste Zeile rutschen, >> der Header also doppelt so hoch wird. >> Wo blende ich "Ordner anzeigen" mit einer Auswahlbox der >> ganzen IMAP-Ordner aus dem Horde-Header unter "Webmail" >> aus? Ich meine, dass der Standardmäßig nicht da war - und ich Ihn >> irgendwo aktiviert hab. > > Der ist standardmäßig aktiv und ich sehe keine Möglichkeit den zu > aktivieren. Es lassen sich aber z.B. das "Nachrichten sammeln" > ("Einstellungen" > "Nachrichten sammeln") und das "Papierkorb leeren" > bzw. "Spam löschen" ("Einstellungen" > "Nachrichten löschen und > verschieben") deaktivieren. Das dürfte das Problem auch lösen. > >> Und 2) Warum erscheint mein Kolab-Admin-Interface nicht auf >> Deutsch, obwohl ich Deutsch ausgewählt habe, hatte ich auch, als ich die richtigen "locales" eingestellt hatte, hatte sich das problem nach einem neustart erledigt >> und in der >> Dokumentation (PDF) ausschließlich deutsche Übersetzungen >> erscheinen? > > Das hört sich nach einem Bug an. Welche Kolab-Server-Version benutzt Du denn? > > Gruß, > > Gunnar > >> >> -- >> Mit freundlichen Grüßen, >> ____________________ >> >> Bastian Müller >> >> Dornrosenstr. 28 >> 97906 Faulbach >> >> eMail: webmaster at proggen.net[1] >> > > -- > ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ > > E-mail : p at rdus.de Dr. Gunnar Wrobel > Tel. : +49 700 6245 0000 Bundesstrasse 29 > Fax : +49 721 1513 52322 D-20146 Hamburg > -------------------------------------------------------------------- >>> Mail at ease - Rent a kolab groupware server at p at rdus << > -------------------------------------------------------------------- > > Links: > ------ > [1] mailto:webmaster at proggen.net > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de ----- Ende der weitergeleiteten Nachricht ----- -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From jgn.herrmann at web.de Mon Sep 22 19:15:57 2008 From: jgn.herrmann at web.de (=?ISO-8859-1?Q?J=FCrgen_Herrmann?=) Date: Mon, 22 Sep 2008 19:15:57 +0200 Subject: =?ISO-8859-1?Q?kein_login_=FCber_Horde_m=F6glich?= Message-ID: <6E2B2814-666F-442F-8814-08B6BB8DFCD6@web.de> Hallo ich bin habe nun einen Kolab Server mit Horde am laufen. nach dem ich mir einen User erzeugt hatte, wollte ich mich über Horde einloggen ... klappt nicht ... Info im Browser: Name oder Password falsch... Name oder Password habe mehr fach über prüft in horde.log findet sich die Information Horde error ...... on line 157 of "/kolab/var/kolab/www/horde/ login.php" hier wird Name oder Password geprüft .... was habe ich da nicht verstanden ? danke in voraus juergen herrmann From wrobel at pardus.de Mon Sep 22 21:23:34 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 22 Sep 2008 21:23:34 +0200 Subject: kein login =?utf-8?b?w7xiZXI=?= Horde =?utf-8?b?bcO2Z2xpY2g=?= In-Reply-To: <6E2B2814-666F-442F-8814-08B6BB8DFCD6@web.de> References: <6E2B2814-666F-442F-8814-08B6BB8DFCD6@web.de> Message-ID: <20080922212334.358774ymttvzd6cc@webmail.pardus.de> Quoting Jürgen Herrmann : > Hallo > ich bin habe nun einen Kolab Server mit Horde am laufen. > nach dem ich mir einen User erzeugt hatte, wollte ich mich > über Horde einloggen ... > klappt nicht ... > > Info im Browser: Name oder Password falsch... > Name oder Password habe mehr fach über prüft > in horde.log findet sich die Information > Horde error ...... on line 157 of "/kolab/var/kolab/www/horde/ > login.php" > hier wird Name oder Password geprüft .... > was habe ich da nicht verstanden ? Vermutlich kein funktionierendes DNS: http://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_Horde Gruß, Gunnar > > > danke in voraus > > juergen herrmann > > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From jakob.boos at freenet.de Mon Sep 22 22:33:39 2008 From: jakob.boos at freenet.de (jakob.boos) Date: Mon, 22 Sep 2008 22:33:39 +0200 Subject: Horde nach Konfiguration mit leerem Bildschirm In-Reply-To: <20080922114647.38104cjhya68vx4w@webmail.pardus.de> References: <48D6632A.7040407@freenet.de> <20080922114647.38104cjhya68vx4w@webmail.pardus.de> Message-ID: <48D80123.2080103@freenet.de> Die Lösung von B. Bühler hat funktioniert. conf.php editieren und folgenden Eintrag setzen: $conf['sql'] = null; Bis jetzt scheint alles zu funktionieren. Ich konnte aber aus Zeitmangel noch nicht viel probieren. Wenn das Admin-Frontend nicht verwendet werden darf, bleibt also nur das direkte Editieren, oder? Was ist damit? Im Admin-Frontend so weit gehen, bis die conf-Einträge angezeigt werden und dann diese per Hand in die Dateien eintragen. Gruß, Jakob Gunnar Wrobel schrieb: > ... > Die Horde-Konfiguration darf nicht über das Admin-Frontend innerhalb > von Horde vorgenommen werden. Das killt im Normalfall die > Kolab-Konfiguration. Es wäre besser wir würden den Login über den > Manager-Account komplett deaktivieren, weil ansonsten solche Fehler > vorprogrammiert sind. Gibt es auch schon ein Issue zu > (https://www.intevation.de/roundup/kolab/issue2548). > > >> Bevor ich jetzt das Ganze nochmal neu installiere ... und dann >> wahrscheinlich auf das gleiche Probleme laufe wende ich mich an Euch. >> Gibt es eine Erklärung für dieses Verhalten? Wie kann man das >> korrigieren? Falls eine Neuinstallation notwendig ist, wieder die >> fertigen Pakete nehmen oder auf den Sourcen aufsetzen? >> > > Ich gehe mal davon aus, Du hast keine Datei mit Namen "conf.php.bak" > in /kolab/var/kolab/www/horde/config ? Das wäre sonst ein Backup der > vorherigen Konfiguration und Du könntest conf.php in dem gleichen > Verzeichnis mit diesem Backup ersetzen. > > Ansonsten empfehle ich nur das > horde-kolab-3.2_rc3-20080707.ix86-debian4.0-kolab.rpm Paket nochmals > zu installieren und dann kolabconf laufen zu lassen: > > /kolab/bin/openpkg rpm -ihv --force > horde-kolab-3.2_rc3-20080707.ix86-debian4.0-kolab.rpm > /kolab/sbin/kolabconf > > Das müsste das Problem eigentlich beheben. > > Gruß, > > Gunnar > > >> Schonmal vielen Dank für Eure Hilfe. >> >> Jakob >> _______________________________________________ >> Kolab-users-de mailing list >> Kolab-users-de at kolab.org >> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de >> >> > > > > From juergen.herrmann at plugid.local Mon Sep 22 21:33:30 2008 From: juergen.herrmann at plugid.local (juergen.herrmann@plugid.local) Date: Mon, 22 Sep 2008 19:33:30 +0000 Subject: kein login =?iso-8859-1?b?/GJlcg==?= Horde =?iso-8859-1?b?bfZnbGljaA==?= In-Reply-To: <20080922212334.358774ymttvzd6cc@webmail.pardus.de> References: <6E2B2814-666F-442F-8814-08B6BB8DFCD6@web.de> <20080922212334.358774ymttvzd6cc@webmail.pardus.de> Message-ID: <20080922193330.14372mv2e4jf3tic@87.168.56.112> Quoting Gunnar Wrobel : > Quoting Jürgen Herrmann : > >> Hallo >> ich bin habe nun einen Kolab Server mit Horde am laufen. >> nach dem ich mir einen User erzeugt hatte, wollte ich mich >> über Horde einloggen ... >> klappt nicht ... >> >> Info im Browser: Name oder Password falsch... >> Name oder Password habe mehr fach über prüft >> in horde.log findet sich die Information >> Horde error ...... on line 157 of "/kolab/var/kolab/www/horde/ >> login.php" >> hier wird Name oder Password geprüft .... >> was habe ich da nicht verstanden ? > > Vermutlich kein funktionierendes DNS: > > http://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_Horde Stimmt, danke fuer die schnelle Antwort ... funkioniert schon ... weltweit ... danke > > Gruß, > > Gunnar > >> >> >> danke in voraus >> >> juergen herrmann >> >> >> _______________________________________________ >> Kolab-users-de mailing list >> Kolab-users-de at kolab.org >> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de >> > > > > -- > ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ > > E-mail : p at rdus.de Dr. Gunnar Wrobel > Tel. : +49 700 6245 0000 Bundesstrasse 29 > Fax : +49 721 1513 52322 D-20146 Hamburg > -------------------------------------------------------------------- > >> Mail at ease - Rent a kolab groupware server at p at rdus << > -------------------------------------------------------------------- > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > From thirsty at milk-and-cookies.net Sat Sep 27 16:03:50 2008 From: thirsty at milk-and-cookies.net (Ralph Krimmel) Date: Sat, 27 Sep 2008 16:03:50 +0200 Subject: =?ISO-8859-15?Q?Re=3A_Shared_folders_und_User=2C_Await?= =?ISO-8859-15?Q?ing_Cleanup=2C_kann_shared_folders_nicht_l=F6?= =?ISO-8859-15?Q?schen=2E?= Message-ID: <48DE3D46.90106@milk-and-cookies.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ich habe nun kolab nochmal frisch aufgesetzt, nun funktioniert es. Danke für die Antworten. - ----- Weitergeleitete Nachricht von wrobel at pardus.de ----- Datum: Mon, 15 Sep 2008 16:37:10 +0200 Von: "Gunnar Wrobel" Betreff: Re: Shared folders und User: Awaiting Cleanup, Kann shared folders nicht abonnieren. An: "Ralph Krimmel" Quoting "Ralph Krimmel" : > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Das Symptom ist, dass im Webinterface bei der zum Löschen markierten > > Gruppe in der Spalte Aktion > > "Folder deleted, awaiting cleanup..." ausgegeben wird. Irgendwelche Fehler vom kolabd im syslog? Gruß, Gunnar > > > > Nein, ein Neustart von kolabd brachte keine Änderung. > > > > Der Ldap-Eintrag der zu löschenden Gruppe sieht folgendermaßen aus: > > > > > > Distinguished Name: > > cn=fff at milk-and-cookies.net,dc=milk-and-cookies,dc=net > > > > ObjectClasses > > kolabSharedFolder > > > > Attributes > > acl anyone all > > > > cn > > fff at milk-and-cookies.net > > > > kolabDeleteflag > > korova.milk-and-cookies.net > > > > kolabHomeServer > > korova.milk-and-cookies.net > > > > > > > > > > Bernhard Reiter schrieb: >>> >>> On Friday 12 September 2008 00:33, Ralph Krimmel wrote: >>>>> >>>>> Weder shared folders noch User werden nach dem löschen >>>>> >>>>> korrekt komplett entfernt. >>> >>> >>> >>> Was ist das Symptom? Ein Neustart von kolabd brachte auch kein >>> >>> Änderung? >>> >>> >>> >>> Ggf. mal prüfen, ob die kolabDelete Flagge gesetzt ist und mit >>> >>> dem Server übereinstimmt. >>> >>> >>> >>> Gruß, Bernhard >>> >>> >>> >>> >>> >>> ---------------------------------------------------------------------- >>> >>> >>> >>> >>> >>> _______________________________________________ Kolab-users-de >>> >>> mailing list Kolab-users-de at kolab.org >>> >>> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.9 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iEYEARECAAYFAkjONk4ACgkQzAwLT/gXfVslTwCgl1dt0eYalQ1sCGiAMG4C4VcV > > 9coAnjxYpAqHTlER5MLoA5MmehKXIwta > > =xepr > > -----END PGP SIGNATURE----- > > > > _______________________________________________ > > Kolab-users-de mailing list > > Kolab-users-de at kolab.org > > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > > - -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg - -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << - -------------------------------------------------------------------- - ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. - ----- Ende der weitergeleiteten Nachricht ----- - -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg - -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << - -------------------------------------------------------------------- - ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ Kolab-users-de mailing list Kolab-users-de at kolab.org http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjePT4ACgkQzAwLT/gXfVtepACfR3q6Rc82gp4GfzQsMsX2WkBD VgsAoIpM0NjxXnZZxvqI/phCewrWK5L3 =zoC9 -----END PGP SIGNATURE----- From boe at port.de Mon Sep 29 11:47:27 2008 From: boe at port.de (Andreas Boebel) Date: Mon, 29 Sep 2008 11:47:27 +0200 Subject: suse 10.3 und kolab 2.2 Message-ID: <200809291147.28499.boe@port.de> Hi, hab ein kleines Problem mit einem neuen Suse 10.3 und den kolabserver 2.2 Installation war alles problemlos, allerdings bekomme ich beim Zugriff auf die Config-Webpage den Fehler: Umleitungsfehler Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann. Lt. Beschreibung auf http://en.opensuse.org/Kolab soll der ....correct the include_path clause in the file /etc/php5/apache2/php.ini korrigiert werden. Allerdings gibt es bei mir kein Paket Smarty an dieser Stelle, nur in /usr/share/php5/Smarty Das hab ich auch eingetragen und meine Zeile sieht damit so aus: include_path= ".:/usr/share/php5:/usr/share/php5/PEAR:/etc/kolab/:/usr/share/php5/Smarty/" Aber all das hat irgendwie keinen Erfolg gebracht. Interessanterweise hab ich eine Installation mit opensuse 10.3 auf einem i586 erfolgreich getestet, nur der aktuelle x64 will nicht so recht. Hat jemand eine Idee, wo das Problem liegen könnte ? Danke. -- Mit freundlichen Gruessen Andreas Boebel Registrierter LINUX-User #165949 Visit us at SPS/IPC/DRIVES Nürnberg 25. - 27 of November 2008 Hall 6/Booth 420 +=========================================================== | port GmbH phone +49 345 77755-0 | D-06132 Halle/Saale mailto:service at port.de | Germany http://www.port.de | CAN Wiki http://www.CAN-Wiki.info/ | Ethernet Powerlink http://www.epl-tools.com | Newsletter: http://www.port.de/register.html +=========================================================== port Gesellschaft für computergestützte Automation mbH; Geschäftsführer: Heinz-Jürgen Oertel; Sitz der Gesellschaft: Halle/Saale; Registergericht Sachsen-Anhalt Stendal HRB 212667 From Roessler at FuH-E.de Mon Sep 29 12:42:16 2008 From: Roessler at FuH-E.de (=?ISO-8859-1?Q?Christian_R=F6=DFler?=) Date: Mon, 29 Sep 2008 12:42:16 +0200 Subject: Kompilierung kdepim-3.3.proko2.1.12 - Gnokii-Problem Message-ID: <48E0B108.6030105@FuH-E.de> Guten Tag allerseits, ich befasse mich seit einer Weile mit Kolab und dessen Umfeld; Kolab sieht für mich sehr zufriedenstellend aus, nebenbei. Ich kam aufgrund mehrerer Hinweise auf kolab.org über für Kolab geeignete Clientsoftware auf kdepim-proko2, das mehrfach zur Zusammenarbeit mit Kolab empfohlen wurde. Ich habe mir daher die neueste Version (kdepim-3.3.proko2.1.12) besorgt, und versuche diese seither kompiliert zu bekommen. Allerdings bricht jeder configure-Lauf an dieser Stelle ab: | config.status: executing depfiles commands | libgnokii (http://www.gnokii.org) is missing. The KDE Addressbook | mobile phone import/export filter will not be available. Sämtliche gnokii-Bibliotheken sind natürlich installiert, ebenso natürlich gnokii-devel. Testweise habe ich mir das Gnokii-Paket besorgt und ebenfalls kompiliert; keine Probleme damit, aber proko2 will auch damit nicht "durch-configuren". Das verwendete System ist eine OpenSuse 11.0 2.6.25.5-1.1-pae i686 athlon i386, nebenbei. Kann mir jemand einen Hinweis geben, wie ich das entweder mit Gnokii zum Laufen bekomme, oder aber ohne Gnokii (das wäre an sich nicht so wichtig) durchbekomme? Vielen Dank, und viele Grüße, Christian From technik at sam-edvtechnik.at Mon Sep 29 14:09:03 2008 From: technik at sam-edvtechnik.at (Technik samEDVtechnik) Date: Mon, 29 Sep 2008 14:09:03 +0200 Subject: =?iso-8859-1?Q?Alte_Emails_mit_ipurge_l=F6schen?= Message-ID: Hallo, wer weis wie man beim Kolab-Server alte Emails (Spam) löschen kann. Was, wie und Wo kann ich den Befehl automatisch ausführen lassen? Die Spam’s befinden sich direkt in einem eigenen Benutzer Account in der INBOX. Danke für Eure Hilfe. Stehlik Andreas Michael sam EDVtechnik -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080929/4e49c0c8/attachment.html From tino at akelava.dyndns.org Mon Sep 29 17:10:45 2008 From: tino at akelava.dyndns.org (Augustin Kelava) Date: Mon, 29 Sep 2008 17:10:45 +0200 Subject: SyncKolab und Toltec Message-ID: <48E0EFF5.2010201@akelava.dyndns.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, ich habe seit einiger Zeit ein Problem mit der Synchronisation meiner Daten mit dem Kolab-Server. Das äußert sich bei zwei Mailprogrammen wie folgt: Zum einen wird bei der Synchronisation von Thunderbird (mit Lightning-Erweiterung) unter Verwendung des Synckolab-Addons ein Eintrag namens "unbekannt" serverseitig-gelesen, der dazu führt, dass Synckolb nicht weiter synchronisiert. Man muss dann den Synchronisationsvorgang abbrechen (weil die Sychronisation praktisch einfriert). Zum anderen kann man mit Outlook unter Verwendung des Toltec-Connectors erst gar nicht mit dem Server synchronisieren. Es kann eine Verbindung hergestellt werden und es wird auch angezeigt, dass eine Synchronisation stattgefunden hat, aber es werden keine neuen Einträge in Outlook dargestellt. Kennt jemand ein solches Problem? Kann man die Integrität der Daten (d.h. die Kalender und Aufgabeneinträge) und alle kaputten einträge rausschmeißen? Vielen herzlichen Dank und viele Grüße Tino -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI4O/1zUJhvAbc3asRArt7AKCLbgFU9C4FCPbY+/83YAcwJRj/1wCeLRVL Ek3AWSubouIDA1QbOKUAPo0= =NvOG -----END PGP SIGNATURE----- From wrobel at pardus.de Mon Sep 29 17:33:22 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 29 Sep 2008 17:33:22 +0200 Subject: SyncKolab und Toltec In-Reply-To: <48E0EFF5.2010201@akelava.dyndns.org> References: <48E0EFF5.2010201@akelava.dyndns.org> Message-ID: <20080929173322.31212vzanw4n9h0k@webmail.pardus.de> Hallo Tino, Quoting Augustin Kelava : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hallo, > > ich habe seit einiger Zeit ein Problem mit der Synchronisation meiner > Daten mit dem Kolab-Server. Das äußert sich bei zwei Mailprogrammen > wie folgt: > > Zum einen wird bei der Synchronisation von Thunderbird (mit > Lightning-Erweiterung) unter Verwendung des Synckolab-Addons ein > Eintrag namens "unbekannt" serverseitig-gelesen, der dazu führt, dass > Synckolb nicht weiter synchronisiert. Man muss dann den > Synchronisationsvorgang abbrechen (weil die Sychronisation praktisch > einfriert). > > Zum anderen kann man mit Outlook unter Verwendung des > Toltec-Connectors erst gar nicht mit dem Server synchronisieren. Es > kann eine Verbindung hergestellt werden und es wird auch angezeigt, > dass eine Synchronisation stattgefunden hat, aber es werden keine > neuen Einträge in Outlook dargestellt. > > Kennt jemand ein solches Problem? Kann man die Integrität der Daten > (d.h. die Kalender und Aufgabeneinträge) und alle kaputten einträge > rausschmeißen? Ich nutze zwar beide Programme nicht, aber bei einem Problem bei dem der Toltec hängen bleibt würde ich auf jeden Fall deren Support kontaktieren. Eigentlich ist der Connector ziemlich zuverlässig und dem Hörensagen nach der Support auch. Vielleicht hat das SyncKolab-Plugin das Problem ja verursacht. Es ist in jedem Fall etwas neuer und noch bei weitem nicht so gut getestet. Gut wäre es, wenn es Dir möglich ist, den fehlerhaften Eintrag zu identifizieren. Ich weiß nicht, ob aus den Log-Files der beiden Clients zu entnehmen ist, welcher Eintrag das Problem verursacht. Gruß, Gunnar > > Vielen herzlichen Dank und viele Grüße > Tino > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFI4O/1zUJhvAbc3asRArt7AKCLbgFU9C4FCPbY+/83YAcwJRj/1wCeLRVL > Ek3AWSubouIDA1QbOKUAPo0= > =NvOG > -----END PGP SIGNATURE----- > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From marc at horn-kohlbau.de Mon Sep 29 18:41:28 2008 From: marc at horn-kohlbau.de (Marc Kohlbau) Date: Mon, 29 Sep 2008 18:41:28 +0200 Subject: SyncKolab und Toltec In-Reply-To: <48E0EFF5.2010201@akelava.dyndns.org> References: <48E0EFF5.2010201@akelava.dyndns.org> Message-ID: <200809291841.28477.marc@horn-kohlbau.de> Hallo, Am Montag 29 September 2008 17:10:45 schrieb Augustin Kelava: > > Zum einen wird bei der Synchronisation von Thunderbird (mit > Lightning-Erweiterung) unter Verwendung des Synckolab-Addons ein > Eintrag namens "unbekannt" serverseitig-gelesen, der dazu führt, dass > Synckolb nicht weiter synchronisiert. Man muss dann den > Synchronisationsvorgang abbrechen (weil die Sychronisation praktisch > einfriert). das hatte ich mit den Thunderbird dauerhaft. Das Plugin funktioniert nur, wenn du keinen anderen Mail-Klient nutzt. Sobald du noch einen 2. Mailklient nutzt, werden die daten immer zerstört. Bei mir hat er öfters, sogar alle Email+Kontaktdaten gelöscht. Daher kann ich generell nur abraten dieses Plugin zu nutzen. Leider gibt es für Windows noch keine viel bessere Lösung( ohne Outlook). Ich hoffe noch auf den Kontakt export für Windows :-) Die Beta funktioniert bei mir auch ned :-( Das sind meine Erfahrungen mit Kolab und Windows :-( > Vielen herzlichen Dank und viele Grüße > Tino Schönen abend noch Marc -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 189 bytes Beschreibung: This is a digitally signed message part. URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080929/43e55127/attachment.pgp From marc at horn-kohlbau.de Mon Sep 29 18:42:40 2008 From: marc at horn-kohlbau.de (Marc Kohlbau) Date: Mon, 29 Sep 2008 18:42:40 +0200 Subject: SyncKolab und Toltec Message-ID: <200809291842.40212.marc@horn-kohlbau.de> Hallo, Am Montag 29 September 2008 17:10:45 schrieb Augustin Kelava: > > Zum einen wird bei der Synchronisation von Thunderbird (mit > Lightning-Erweiterung) unter Verwendung des Synckolab-Addons ein > Eintrag namens "unbekannt" serverseitig-gelesen, der dazu führt, dass > Synckolb nicht weiter synchronisiert. Man muss dann den > Synchronisationsvorgang abbrechen (weil die Sychronisation praktisch > einfriert). das hatte ich mit den Thunderbird dauerhaft. Das Plugin funktioniert nur, wenn du keinen anderen Mail-Klient nutzt. Sobald du noch einen 2. Mailklient nutzt, werden die daten immer zerstört. Bei mir hat er öfters, sogar alle Email+Kontaktdaten gelöscht. Daher kann ich generell nur abraten dieses Plugin zu nutzen. Leider gibt es für Windows noch keine viel bessere Lösung( ohne Outlook). Ich hoffe noch auf den Kontakt export für Windows :-) Die Beta funktioniert bei mir auch ned :-( Das sind meine Erfahrungen mit Kolab und Windows :-( > Vielen herzlichen Dank und viele Grüße > Tino Schönen abend noch Marc -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 189 bytes Beschreibung: This is a digitally signed message part. URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080929/cc1733c0/attachment.pgp From ernst.koenig at odoerfer.com Mon Sep 29 19:23:04 2008 From: ernst.koenig at odoerfer.com (=?ISO-8859-1?Q?Ernst_K=F6nig?=) Date: Mon, 29 Sep 2008 19:23:04 +0200 Subject: SyncKolab und Toltec In-Reply-To: <48E0EFF5.2010201@akelava.dyndns.org> References: <48E0EFF5.2010201@akelava.dyndns.org> Message-ID: <48E10EF8.6020407@odoerfer.com> Hallo, ich teste zurzeit die Möglichkeit gemeinsamer Kalender für Outlook und Thunderbird-User und habe ähnliches festgestellt: Toltec und SyncKolab vertragen sich nicht (SyncKolab "versteht" alle Termine, Toltec kann mit den Lightning/SyncKolab-Terminen nichts anfangen. Mit dem Konsec-Connector funktionierts. Gruß, Ernst Am 29.09.2008 17:10 schrieb Augustin Kelava: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hallo, > > ich habe seit einiger Zeit ein Problem mit der Synchronisation meiner > Daten mit dem Kolab-Server. Das äußert sich bei zwei Mailprogrammen > wie folgt: > > Zum einen wird bei der Synchronisation von Thunderbird (mit > Lightning-Erweiterung) unter Verwendung des Synckolab-Addons ein > Eintrag namens "unbekannt" serverseitig-gelesen, der dazu führt, dass > Synckolb nicht weiter synchronisiert. Man muss dann den > Synchronisationsvorgang abbrechen (weil die Sychronisation praktisch > einfriert). > > Zum anderen kann man mit Outlook unter Verwendung des > Toltec-Connectors erst gar nicht mit dem Server synchronisieren. Es > kann eine Verbindung hergestellt werden und es wird auch angezeigt, > dass eine Synchronisation stattgefunden hat, aber es werden keine > neuen Einträge in Outlook dargestellt. > > Kennt jemand ein solches Problem? Kann man die Integrität der Daten > (d.h. die Kalender und Aufgabeneinträge) und alle kaputten einträge > rausschmeißen? > > Vielen herzlichen Dank und viele Grüße > Tino > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFI4O/1zUJhvAbc3asRArt7AKCLbgFU9C4FCPbY+/83YAcwJRj/1wCeLRVL > Ek3AWSubouIDA1QbOKUAPo0= > =NvOG > -----END PGP SIGNATURE----- > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de > -- *Ernst König * Christof Odörfer KG, IT Herrgottwiesgasse 125 8020 Graz Tel: +43 (0) 316 2771-1317 Fax: +43 (0) 316 2771-1325 ------------------------------------------------------------------------ Der Inhalt dieser E-Mail und allfälliger Anlagen ist vertraulich und ausschließlich für den / die beabsichtigten Adressaten bestimmt. Wenn Sie nicht der beabsichtigte Adressat sind, darf diese E-Mail bzw. dessen Inhalt, in welcher Form auch immer, weder von Ihnen verwendet noch anderen Personen zugänglich gemacht werden. Weiters ersuchen wir Sie in diesem Fall, uns über die irrtümliche Zusendung zu informieren und diese E-Mail und sämtliche darin enthaltenen Informationen zu löschen. Da die Sicherheit der Kommunikation per E-Mail nicht gewährleistet werden kann, lehnen wir jede Haftung für inhaltliche Veränderungen oder Verzögerungen bei der Übermittlung ab. ------------------------------------------------------------------------ -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080929/297a1498/attachment.htm From kb at oe-s.de Mon Sep 29 21:41:51 2008 From: kb at oe-s.de (U Oe) Date: Mon, 29 Sep 2008 21:41:51 +0200 Subject: Update 2.1 auf 2.2 Message-ID: <20080929214151.10316wtw2h1jecw8@oeit.de> Hallo, ich versuche ein Update vom Kolab 2.1 auf 2.2 durchzuführen. System Debian 4.0. Vorgehensweise wie im readme beschrieben. Kurz nach dem Start der Insatllation erscheint folgende Fehlermeldung: ------------------------------------------ Logfile (Fehlermeldung ganz unten) Changing to temporary working directory /tmp/install-kolab.15671.27166.8009.7342 ... Kolab installation tag (TAG): kolab Kolab installation prefix (PREFIX): /kolab Kolab version (KOLAB_VERSION): 2.2.0 Kolab user name (USER): kolab Kolab user base UID (KID): 19414 Kolab restricted UID (KID): 19415 Kolab non-priviledged UID (KID): 19416 Exclude following Kolab packages: Received no instructions. Trying to determine required action... Found an OpenPKG environment. Assuming upgrade... ----------- SETUP COMPLETED ----------- Now running: /kolab/bin/openpkg build -kKBuZ -r "/tmp/install-kolab.15671.27166.8009.7342" -p "ix86-debian3.1-kolab" -D openldap::with_pth=no -D sasl::with_ldap -D sasl::with_login -D sasl::with_ntlm -D postfix::with_sasl -D postfix::with_ssl -D postfix::with_ldap -D imapd::with_kolab_nocaps -Dkolabd::kolab_version=2.2.0 -Dkolab-webadmin::kolab_version=2.2.0 openpkg-tools openldap postfix kolabd kolab-filter kolab-freebusy kolab-webadmin fbview-kronolith horde-kolab-client | sh --------------------------------------- warning: unknown option -kKBuZ :::: /tmp/install-kolab.15671.27166.8009.7342/openpkg-20071227-20071227.src.rpm :::: error: cannot open /tmp/install-kolab.15671.27166.8009.7342/openpkg-20071227-20071227.src.rpm: No such file or directory ---------------------------------------------------------------- Kann mir hier jemand helfen? Danke und Grüße Werner From wanhoff at lat-lon.de Mon Sep 29 22:41:06 2008 From: wanhoff at lat-lon.de (Jeronimo Wanhoff) Date: Mon, 29 Sep 2008 22:41:06 +0200 Subject: Update 2.1 auf 2.2 In-Reply-To: <20080929214151.10316wtw2h1jecw8@oeit.de> References: <20080929214151.10316wtw2h1jecw8@oeit.de> Message-ID: <200809292241.12287.wanhoff@lat-lon.de> Hallo Werner, > ich versuche ein Update vom Kolab 2.1 auf 2.2 durchzuführen. > System Debian 4.0. ... > "/tmp/install-kolab.15671.27166.8009.7342" -p "ix86-debian3.1-kolab" ein Schuss ins Blaue: Vielleicht ein Versionskonflikt? Dein System ist Debian 4.0, in der Meldung steht ein debian3.1. Gruß, Jeronimo -- Jeronimo Wanhoff l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 18496-29 http://www.lat-lon.de http://www.deegree.org -------------- 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/20080929/81e838e3/attachment.pgp