From ibruell at gmx.de Tue Jul 1 12:47:50 2008 From: ibruell at gmx.de (Ingo Bruell) Date: Tue, 01 Jul 2008 12:47:50 +0200 Subject: LDAP Initialisierung unter Ubuntu Hardy Message-ID: <20080701104750.83260@gmx.net> Hallo, ich habe versucht die aktuelle Kolab Version unter Ubuntu Hardy 8.04 zu installieren. Ich habe es mit den Paketen der Distribution versucht, wobei da kein LDAP Datenbank angelegt wird. Ich habe versucht das manuell anzulegen, nur fehlen mir da noch einige Einträge. Nun zu meiner Frage, gibt es irgendwo ein Beispiel Datenbank bzw. ldif, aus der ich ersehen kann, wie ich meine LDAP Struktut zunächst aufsetzen muss. Später muss ich eine vorhandene Struktur darauf anpassen. Ich habe bisher keine Informationen darüber gefunden. Grüße Ingo -- Ingo Bruell --- From wrobel at pardus.de Tue Jul 1 16:27:52 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Tue, 01 Jul 2008 16:27:52 +0200 Subject: LDAP Initialisierung unter Ubuntu Hardy In-Reply-To: <20080701104750.83260@gmx.net> (Ingo Bruell's message of "Tue, 01 Jul 2008 12:47:50 +0200") References: <20080701104750.83260@gmx.net> Message-ID: <87y74lptlj.fsf@home.pardus.de> Hallo Ingo, "Ingo Bruell" writes: > Hallo, > > ich habe versucht die aktuelle Kolab Version unter Ubuntu Hardy 8.04 > zu installieren. Ich habe es mit den Paketen der Distribution > versucht, wobei da kein LDAP Datenbank angelegt wird. Ich habe > versucht das manuell anzulegen, nur fehlen mir da noch einige > Einträge. wenn ich Dich richtig verstehe, hast Du die nativen Pakete verwendet. Die sind noch ziemlich problembehaftet und solche Fehler sind zu erwarten. > > Nun zu meiner Frage, gibt es irgendwo ein Beispiel Datenbank > bzw. ldif, aus der ich ersehen kann, wie ich meine LDAP Struktut > zunächst aufsetzen muss. Später muss ich eine vorhandene Struktur > darauf anpassen. Das sollte schon der Bootstrap erledigen und ich würde davon abraten das manuell zu versuchen. Das einfachste ist immer noch die Kolab2/OpenPKG Servervariante zu installieren. Gruß, Gunnar > > Ich habe bisher keine Informationen darüber gefunden. > > Grüße > > Ingo > > -- > Ingo Bruell > > --- > > > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de -- ______ http://kdab.com _______________ http://kolab-konsortium.com _ p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium ____ 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 << ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From A.Kelava at gmx.de Thu Jul 3 19:19:37 2008 From: A.Kelava at gmx.de (Augustin Kelava) Date: Thu, 03 Jul 2008 19:19:37 +0200 Subject: Fetchmai maildrop Openpkg Anleitung Message-ID: <486D0A29.7050104@gmx.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Leute, ich wollte heute eine Frage im Zusammenhang mit dem Sammeldienst (von POP-Accounts) stellen: Auf der Seite ist beschrieben, wie man Fetchmail konfigurieren muss, um Mails von POP-Accounts herunterzuladen. Leider ist dort eine Openpkg-Quelle für fetchmail angegeben, die nicht mehr aktuell ist und nach Anmeldung bei Openpkg konnte ich fetchmail als openpkg-rpm-Paket nicht mehr ausfindig machen. Kennt jemand eine alternative Quelle oder Möglichkeit und wo finde ich eine Installationsanleitung (für dumme; die am besten per ?copy and paste? funktioniert). Viele Grüße und vielen Dank für Eure wertvolle Hilfe!! Tino -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIbQopm//V4IxYiRkRAtrYAJ9TPFCkXXzMcz7XGGxDXX7VcpX23gCfdQJ4 yCwJePw/MAhyrkAeKU+apmk= =igxf -----END PGP SIGNATURE----- From ibruell at gmx.de Mon Jul 7 09:49:51 2008 From: ibruell at gmx.de (Ingo Bruell) Date: Mon, 07 Jul 2008 09:49:51 +0200 Subject: LDAP Initialisierung unter Ubuntu Hardy In-Reply-To: <87y74lptlj.fsf@home.pardus.de> References: <20080701104750.83260@gmx.net> <87y74lptlj.fsf@home.pardus.de> Message-ID: <20080707074951.141070@gmx.net> Hi, > > ich habe versucht die aktuelle Kolab Version unter Ubuntu Hardy 8.04 > > zu installieren. Ich habe es mit den Paketen der Distribution > > versucht, wobei da kein LDAP Datenbank angelegt wird. Ich habe > > versucht das manuell anzulegen, nur fehlen mir da noch einige > > Einträge. > > wenn ich Dich richtig verstehe, hast Du die nativen Pakete > verwendet. Die sind noch ziemlich problembehaftet und solche Fehler > sind zu erwarten. ja, richtig. Ich hatte gehofft, kolab über die Paketverwaltung der Distribution zu installieren. Was IMHO die einzige richtige Lösung für mich ist. So wie ich das sehe, ist es nicht so einfach updated zu installieren und vor allem muss ich die immer selber runterladen und kompilieren, das ist keine wirklich Option. > > Nun zu meiner Frage, gibt es irgendwo ein Beispiel Datenbank > > bzw. ldif, aus der ich ersehen kann, wie ich meine LDAP Struktut > > zunächst aufsetzen muss. Später muss ich eine vorhandene Struktur > > darauf anpassen. > > Das sollte schon der Bootstrap erledigen und ich würde davon abraten > das manuell zu versuchen. Wie gesagt setzen wir bereits OpenLdap ein und ich muss dann ja sowieso irgendwie migrieren. > Das einfachste ist immer noch die Kolab2/OpenPKG Servervariante zu > installieren. Zum ausprobieren wird das reichen. Vielen Dank für die Antwort. Ingo From lk at ventas.de Thu Jul 10 09:28:15 2008 From: lk at ventas.de (Lukas Kucharski) Date: Thu, 10 Jul 2008 09:28:15 +0200 Subject: clamav startet nicht Message-ID: <4875BA0F.9050805@ventas.de> Hallo Kolab-User! Ich hab da ein kleines Problem, vielleicht kann mir da jemand helfen... Ich habe bei den Kolab-diensten "Amavis-Scannen von E-Mail-Nachrichten (Viren/Spam)" aktiviert, allerdings kann ich damit keine Mails mehr empfangen, senden geht. Es scheint am clam zu liegen, da dieser laut /kolab/bin/openpkg rc clamav status nicht active ist. Unter /kolab/var/clamav/clamd.log steht da folgendes: Thu Jul 10 09:11:49 2008 -> Socket file removed. Thu Jul 10 09:11:49 2008 -> ERROR: Can't unlink the pid file /kolab/var/clamav/clamd.pid Thu Jul 10 09:11:49 2008 -> --- Stopped at Thu Jul 10 09:11:49 2008 Thu Jul 10 09:11:51 2008 -> +++ Started at Thu Jul 10 09:11:51 2008 Thu Jul 10 09:11:51 2008 -> clamd daemon 0.90.2 (OS: linux-gnu, ARCH: i386, CPU: i686) Thu Jul 10 09:11:51 2008 -> Log file size limited to 1048576 bytes. Thu Jul 10 09:11:51 2008 -> Reading databases from /kolab/share/clamav Hat jemand dazu ne Idee für die ich sehr dankbar wäre? Grüße Lukas Kucharski From wrobel at pardus.de Thu Jul 10 12:12:19 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 10 Jul 2008 12:12:19 +0200 Subject: Fetchmai maildrop Openpkg Anleitung In-Reply-To: <486D0A29.7050104@gmx.de> (Augustin Kelava's message of "Thu, 03 Jul 2008 19:19:37 +0200") References: <486D0A29.7050104@gmx.de> Message-ID: <874p6y82v0.fsf@home.pardus.de> Hallo Augustin, Augustin Kelava writes: > ich wollte heute eine Frage im Zusammenhang mit dem Sammeldienst (von > POP-Accounts) stellen: > > Auf der Seite > > > > ist beschrieben, wie man Fetchmail konfigurieren muss, um Mails von > POP-Accounts herunterzuladen. > > Leider ist dort eine Openpkg-Quelle für fetchmail angegeben, die nicht > mehr aktuell ist und nach Anmeldung bei Openpkg konnte ich fetchmail als > openpkg-rpm-Paket nicht mehr ausfindig machen. Ja, die Seite ist nicht mehr ganz aktuell. > > Kennt jemand eine alternative Quelle oder Möglichkeit und wo finde ich > eine Installationsanleitung (für dumme; die am besten per ?copy and > paste? funktioniert). Ein paar generelle Tipps zur manuellen Installation von Pakete habe ich jetzt erst einmal unter http://wiki.kolab.org/index.php/Kolab_Server_erweitern zusammengefasst. Gruß, Gunnar > > Viele Grüße und vielen Dank für Eure wertvolle Hilfe!! > Tino > > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de -- ______ http://kdab.com _______________ http://kolab-konsortium.com _ p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium ____ 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 << ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From wrobel at pardus.de Thu Jul 10 12:31:22 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 10 Jul 2008 12:31:22 +0200 Subject: clamav startet nicht In-Reply-To: <4875BA0F.9050805@ventas.de> (Lukas Kucharski's message of "Thu, 10 Jul 2008 09:28:15 +0200") References: <4875BA0F.9050805@ventas.de> Message-ID: <87lk0a6net.fsf@home.pardus.de> Lukas Kucharski writes: > Hallo Kolab-User! > > Ich hab da ein kleines Problem, vielleicht kann mir da jemand helfen... > > Ich habe bei den Kolab-diensten "Amavis-Scannen von E-Mail-Nachrichten > (Viren/Spam)" aktiviert, allerdings kann ich damit keine Mails mehr > empfangen, senden geht. > > Es scheint am clam zu liegen, da dieser laut /kolab/bin/openpkg rc > clamav status nicht active ist. > > Unter /kolab/var/clamav/clamd.log steht da folgendes: > > Thu Jul 10 09:11:49 2008 -> Socket file removed. > Thu Jul 10 09:11:49 2008 -> ERROR: Can't unlink the pid file > /kolab/var/clamav/clamd.pid > Thu Jul 10 09:11:49 2008 -> --- Stopped at Thu Jul 10 09:11:49 2008 > Thu Jul 10 09:11:51 2008 -> +++ Started at Thu Jul 10 09:11:51 2008 > Thu Jul 10 09:11:51 2008 -> clamd daemon 0.90.2 (OS: linux-gnu, ARCH: > i386, CPU: i686) > Thu Jul 10 09:11:51 2008 -> Log file size limited to 1048576 bytes. > Thu Jul 10 09:11:51 2008 -> Reading databases from /kolab/share/clamav > > > Hat jemand dazu ne Idee für die ich sehr dankbar wäre? Vielleicht einfach mal den clamd mit /kolab/sbin/clamd --debug starten um zu sehen, ob irgendwelche Probleme angezeigt werden. Vom Log her könnte es sein, dass der Clamd irgendwie zusammenbricht und dann das pid-file nicht schreibt. Aber eigentlich dürfte das nicht so dramatisch sein. Jedenfalls halte ich die oben aufgeführte Zeile mit dem "ERROR" nicht für wirklich dramatisch. Ich vermute das eigentlich Problem liegt woanders. Gruß, Gunnar > > Grüße > Lukas Kucharski > > _______________________________________________ > Kolab-users-de mailing list > Kolab-users-de at kolab.org > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de -- ______ http://kdab.com _______________ http://kolab-konsortium.com _ p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium ____ 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 << ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From thomas at intevation.de Thu Jul 10 15:10:29 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Thu, 10 Jul 2008 15:10:29 +0200 Subject: clamav startet nicht In-Reply-To: <4875BA0F.9050805@ventas.de> References: <4875BA0F.9050805@ventas.de> Message-ID: <20080710131028.GB20689.thomas@intevation.de> * Lukas Kucharski [20080710 09:28]: > Thu Jul 10 09:11:51 2008 -> clamd daemon 0.90.2 (OS: linux-gnu, ARCH: > > Hat jemand dazu ne Idee für die ich sehr dankbar wäre? Ist vielleicht ein Sicherheitsfeature (und falls nicht, trotzdem sinnvoll): clamav 0.90.2 ist sehr alt, hat viele bekannte Probleme und kann die neueren Virensignaturen nicht mehr lesen. Gruesse, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From lk at ventas.de Thu Jul 10 15:51:57 2008 From: lk at ventas.de (Lukas Kucharski) Date: Thu, 10 Jul 2008 15:51:57 +0200 Subject: clamav startet nicht In-Reply-To: <20080710131028.GB20689.thomas@intevation.de> References: <4875BA0F.9050805@ventas.de> <20080710131028.GB20689.thomas@intevation.de> Message-ID: <487613FD.4080804@ventas.de> Ok, kann mir jemand sagen wir ich unter Debian 4.0 clamav in einer aktuelleren Version für Kolab2 denn neu/nach-installieren kann ohne große risiken? Danke für die Info. Mit besten Grüßen Lukas Kucharski Thomas Arendsen Hein schrieb: > * Lukas Kucharski [20080710 09:28]: > >> Thu Jul 10 09:11:51 2008 -> clamd daemon 0.90.2 (OS: linux-gnu, ARCH: >> >> Hat jemand dazu ne Idee für die ich sehr dankbar wäre? >> > > Ist vielleicht ein Sicherheitsfeature (und falls nicht, trotzdem > sinnvoll): clamav 0.90.2 ist sehr alt, hat viele bekannte Probleme > und kann die neueren Virensignaturen nicht mehr lesen. > > Gruesse, > Thomas Arendsen Hein > > From thomas at intevation.de Thu Jul 10 15:54:13 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Thu, 10 Jul 2008 15:54:13 +0200 Subject: clamav startet nicht In-Reply-To: <487613FD.4080804@ventas.de> References: <4875BA0F.9050805@ventas.de> <20080710131028.GB20689.thomas@intevation.de> <487613FD.4080804@ventas.de> Message-ID: <20080710135413.GD20689.thomas@intevation.de> * Lukas Kucharski [20080710 15:52]: > Ok, kann mir jemand sagen wir ich unter Debian 4.0 clamav in einer aktuelleren Version für Kolab2 denn neu/nach-installieren kann ohne große risiken? Die regelmaessigen Security-Announcements enthalten eine Anleitung, siehe z.B. http://kolab.org/security/kolab-vendor-notice-21.txt Gruesse, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From Marcello.Ceschia at smileDesigns.de Sun Jul 13 12:44:10 2008 From: Marcello.Ceschia at smileDesigns.de (marcello) Date: Sun, 13 Jul 2008 12:44:10 +0200 Subject: clamav startet nicht In-Reply-To: <87lk0a6net.fsf@home.pardus.de> References: <4875BA0F.9050805@ventas.de> <87lk0a6net.fsf@home.pardus.de> Message-ID: <200807131244.10860.Marcello.Ceschia@smileDesigns.de> Selbes Problem habe ich auch: /kolab/sbin/clamd --debug LibClamAV Warning: *********************************************************** LibClamAV Warning: *** This version of the ClamAV engine is outdated. *** LibClamAV Warning: *** DON'T PANIC! Read http://www.clamav.net/support/faq *** LibClamAV Warning: *********************************************************** Illegal instruction /kolab/sbin/clamd --version ClamAV 0.93.1/7358/Wed Jun 4 13:41:00 2008 Interessant ist auch die Meldung "Illegal instruction" Hat da jemand eine Idee? Schönes Wochenene Am Donnerstag, 10. Juli 2008 schrieb Gunnar Wrobel: > Lukas Kucharski writes: > > Hallo Kolab-User! > > > > Ich hab da ein kleines Problem, vielleicht kann mir da jemand helfen... > > > > Ich habe bei den Kolab-diensten "Amavis-Scannen von E-Mail-Nachrichten > > (Viren/Spam)" aktiviert, allerdings kann ich damit keine Mails mehr > > empfangen, senden geht. > > > > Es scheint am clam zu liegen, da dieser laut /kolab/bin/openpkg rc > > clamav status nicht active ist. > > > > Unter /kolab/var/clamav/clamd.log steht da folgendes: > > > > Thu Jul 10 09:11:49 2008 -> Socket file removed. > > Thu Jul 10 09:11:49 2008 -> ERROR: Can't unlink the pid file > > /kolab/var/clamav/clamd.pid > > Thu Jul 10 09:11:49 2008 -> --- Stopped at Thu Jul 10 09:11:49 2008 > > Thu Jul 10 09:11:51 2008 -> +++ Started at Thu Jul 10 09:11:51 2008 > > Thu Jul 10 09:11:51 2008 -> clamd daemon 0.90.2 (OS: linux-gnu, ARCH: > > i386, CPU: i686) > > Thu Jul 10 09:11:51 2008 -> Log file size limited to 1048576 bytes. > > Thu Jul 10 09:11:51 2008 -> Reading databases from /kolab/share/clamav > > > > > > Hat jemand dazu ne Idee für die ich sehr dankbar wäre? > > Vielleicht einfach mal den clamd mit /kolab/sbin/clamd --debug starten > um zu sehen, ob irgendwelche Probleme angezeigt werden. Vom Log her > könnte es sein, dass der Clamd irgendwie zusammenbricht und dann das > pid-file nicht schreibt. Aber eigentlich dürfte das nicht so > dramatisch sein. Jedenfalls halte ich die oben aufgeführte Zeile mit > dem "ERROR" nicht für wirklich dramatisch. Ich vermute das eigentlich > Problem liegt woanders. > > Gruß, > > Gunnar > > > Grüße > > Lukas Kucharski > > > > _______________________________________________ > > Kolab-users-de mailing list > > Kolab-users-de at kolab.org > > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de From thomas at intevation.de Tue Jul 15 17:05:52 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Tue, 15 Jul 2008 17:05:52 +0200 Subject: clamav startet nicht In-Reply-To: <200807131244.10860.Marcello.Ceschia@smileDesigns.de> References: <4875BA0F.9050805@ventas.de> <87lk0a6net.fsf@home.pardus.de> <200807131244.10860.Marcello.Ceschia@smileDesigns.de> Message-ID: <20080715150552.GE24429.thomas@intevation.de> * marcello [20080713 12:44]: > Selbes Problem habe ich auch: > > /kolab/sbin/clamd --debug > LibClamAV Warning: *********************************************************** > LibClamAV Warning: *** This version of the ClamAV engine is outdated. *** > LibClamAV Warning: *** DON'T PANIC! Read http://www.clamav.net/support/faq *** > LibClamAV Warning: *********************************************************** > Illegal instruction > > /kolab/sbin/clamd --version > ClamAV 0.93.1/7358/Wed Jun 4 13:41:00 2008 > > > Interessant ist auch die Meldung "Illegal instruction" > Hat da jemand eine Idee? Was fuer ein Prozessor? Binaerpakete fuer Server 2.2 von kolab.org? (am besten die Ausgabe von "/kolab/bin/openpkg rpm -qi clamav gmp") Gruesse, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From Marcello.Ceschia at smileDesigns.de Tue Jul 15 20:29:18 2008 From: Marcello.Ceschia at smileDesigns.de (Ceschia, Marcello) Date: Tue, 15 Jul 2008 20:29:18 +0200 Subject: clamav startet nicht In-Reply-To: <20080715150552.GE24429.thomas@intevation.de> References: <4875BA0F.9050805@ventas.de> <200807131244.10860.Marcello.Ceschia@smileDesigns.de> <20080715150552.GE24429.thomas@intevation.de> Message-ID: <200807152029.18359.Marcello.Ceschia@smileDesigns.de> Hallo Thomas, danke für deine Antwort. Hier mal die gesammelten Werke. Ich habe auch schon versucht das clamav-package aus den sourcen zu erstellen und dann neu installiert. Der gleiche Fehler. Was mir auch noch aufgefallen ist, das shared-folders über des admin-web-interface nicht gelöscht werden können. Dazu fehlt die das Recht "c" in den ACLs. Ich habe dieses dann mit cyradm erledigt. /kolab/bin/openpkg rpm -qi clamav gmp Name: clamav Source RPM: clamav-0.93.1-20080610.src.rpm Version: 0.93.1 Signature: md5:654247f5a25f0a7e6dfaf45c66 e40b8b Release: 20080610 Build Host: project.smiledesigns.de Group: AntiVirus Build System: ix86-debian4.0 Class: EVAL Build Time: Wed Jul 9 14:52:23 2008 Distrib: OpenPKG Community Install Time: Wed Jul 9 14:54:36 2008 License: GPL Install Size: 24453462 bytes Packager: OpenPKG Foundation e.V. Relocations: /kolab Vendor: Tomasz Kojm Summary: Clam Antivirus URL: http://www.clamav.net/ Description: Clam AntiVirus is an anti-virus toolkit for UNIX. The main purpose of this software is the integration with mail servers (attachment scanning). The package provides a flexible and scalable multi-threaded daemon, a command line scanner, and a tool for automatic updating via Internet. The programs are based on a shared library distributed with the Clam AntiVirus package, which you can use with your own software. The virus database is based on the virus database from OpenAntiVirus, but contains additional signatures. Provides: clamav::with_milter = no clamav = 0.93.1-20080610 Name: gmp Source RPM: gmp-4.2.2-20080101.src.rpm Version: 4.2.2 Signature: md5:bf60445d9a92977fc52dbfd016 03eda7 Release: 20080101 Build Host: burlywood1.rgb Group: Algorithm Build System: ix86-debian4.0 Class: BASE Build Time: Mon Jan 21 00:57:18 2008 Distrib: OpenPKG Community Install Time: Wed Jul 9 09:17:52 2008 License: LGPL Install Size: 1080034 bytes Packager: OpenPKG Foundation e.V. Relocations: /kolab Vendor: Free Software Foundation Summary: GNU Arbitrary Precision Arithmetic Library URL: http://swox.com/gmp/ Description: GNU MP is a library for arbitrary precision arithmetic, operating on signed integers, rational numbers, and floating point numbers. It has a rich set of functions, and the functions have a regular interface. GNU MP is designed to be as fast as possible, both for small operands and for huge operands. The speed is achieved by using fullwords as the basic arithmetic type, by using fast algorithms, by carefully optimized assembly code for the most common inner loops for a lot of CPUs, and by a general emphasis on speed (instead of simplicity or elegance). Provides: gmp::with_cxx = no gmp = 4.2.2-20080101 CPU: cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping : 10 cpu MHz : 996.711 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse up bogomips : 1994.86 Am Dienstag, 15. Juli 2008 schrieb Thomas Arendsen Hein: > * marcello [20080713 12:44]: > > Selbes Problem habe ich auch: > > > > /kolab/sbin/clamd --debug > > LibClamAV Warning: > > *********************************************************** LibClamAV > > Warning: *** This version of the ClamAV engine is outdated. *** > > LibClamAV Warning: *** DON'T PANIC! Read > > http://www.clamav.net/support/faq *** LibClamAV Warning: > > *********************************************************** Illegal > > instruction > > > > /kolab/sbin/clamd --version > > ClamAV 0.93.1/7358/Wed Jun 4 13:41:00 2008 > > > > > > Interessant ist auch die Meldung "Illegal instruction" > > Hat da jemand eine Idee? > > Was fuer ein Prozessor? > Binaerpakete fuer Server 2.2 von kolab.org? > (am besten die Ausgabe von "/kolab/bin/openpkg rpm -qi clamav gmp") > > Gruesse, > Thomas Arendsen Hein -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080715/d2496ab5/attachment.htm From thomas at intevation.de Wed Jul 16 09:24:05 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Wed, 16 Jul 2008 09:24:05 +0200 Subject: clamav startet nicht In-Reply-To: <200807152029.18359.Marcello.Ceschia@smileDesigns.de> References: <4875BA0F.9050805@ventas.de> <200807131244.10860.Marcello.Ceschia@smileDesigns.de> <20080715150552.GE24429.thomas@intevation.de> <200807152029.18359.Marcello.Ceschia@smileDesigns.de> Message-ID: <20080716072405.GA18353.thomas@intevation.de> * Ceschia, Marcello [20080715 20:29]: > Ich habe auch schon versucht das clamav-package aus den sourcen zu erstellen und dann neu installiert. Der gleiche Fehler. Beim gmp-Paket steht noch burlywood1.rgb als Build Host eingetragen, das muss auch neu compiliert werden, da die CPU nur ein Pentium 3 ist, der nicht alle beim Compilieren verwendeten P4-optimierten Maschinenbefehle versteht. Nach der Installation des neuen gmp-Pakets muss nochmal clamav bebaut werden, da es gmp statisch linkt. Seit Kolab Server 2.2-beta1 bauen wir die Pakete auf einem P4-System, da uns langsam die alte Hardware ausgeht bzw. fuer einige Aufgaben unertraeglich langsam ist. > Was mir auch noch aufgefallen ist, das shared-folders über des admin-web-interface nicht gelöscht werden können. Dazu fehlt die das Recht "c" in den ACLs. Ich habe dieses dann mit cyradm erledigt. Das ist in Kolab Server 2.2.0 geloest, aber nur fuer neu angelegte Shared Folder. Im allgemeinen empfehlen wir aber ohnehin die Verwendung eines Gruppenkontos, da dies alles kann, was ein Shared Folder auch kann, aber mehr Flexibilitaet erlaubt. Auch fuer andere Bugfixes wuerde ich empfehlen, moeglichst bald auf 2.2.0 zu aktualisieren. Gruesse, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From Marcello.Ceschia at smileDesigns.de Wed Jul 16 09:36:35 2008 From: Marcello.Ceschia at smileDesigns.de (Ceschia, Marcello) Date: Wed, 16 Jul 2008 09:36:35 +0200 Subject: clamav startet nicht In-Reply-To: <20080716072405.GA18353.thomas@intevation.de> References: <4875BA0F.9050805@ventas.de> <200807152029.18359.Marcello.Ceschia@smileDesigns.de> <20080716072405.GA18353.thomas@intevation.de> Message-ID: <200807160936.35416.Marcello.Ceschia@smileDesigns.de> Danke, ich werde gleich mal auf die stable 2.2.0 wechseln und die beiden packete von Hand erstellen. Beste Grüsse Marcello Ceschia Am Mittwoch, 16. Juli 2008 schrieb Thomas Arendsen Hein: > * Ceschia, Marcello [20080715 20:29]: > > Ich habe auch schon versucht das clamav-package aus den sourcen zu > > erstellen und dann neu installiert. Der gleiche Fehler. > > Beim gmp-Paket steht noch burlywood1.rgb als Build Host eingetragen, > das muss auch neu compiliert werden, da die CPU nur ein Pentium 3 > ist, der nicht alle beim Compilieren verwendeten P4-optimierten > Maschinenbefehle versteht. > > Nach der Installation des neuen gmp-Pakets muss nochmal clamav > bebaut werden, da es gmp statisch linkt. > > Seit Kolab Server 2.2-beta1 bauen wir die Pakete auf einem > P4-System, da uns langsam die alte Hardware ausgeht bzw. fuer einige > Aufgaben unertraeglich langsam ist. > > > Was mir auch noch aufgefallen ist, das shared-folders über des > > admin-web-interface nicht gelöscht werden können. Dazu fehlt die das > > Recht "c" in den ACLs. Ich habe dieses dann mit cyradm erledigt. > > Das ist in Kolab Server 2.2.0 geloest, aber nur fuer neu angelegte > Shared Folder. Im allgemeinen empfehlen wir aber ohnehin die > Verwendung eines Gruppenkontos, da dies alles kann, was ein Shared > Folder auch kann, aber mehr Flexibilitaet erlaubt. > > Auch fuer andere Bugfixes wuerde ich empfehlen, moeglichst bald auf > 2.2.0 zu aktualisieren. > > Gruesse, > Thomas Arendsen Hein From marc at horn-kohlbau.de Mon Jul 21 09:30:56 2008 From: marc at horn-kohlbau.de (Marc Kohlbau) Date: Mon, 21 Jul 2008 09:30:56 +0200 Subject: Ordner Domain =?ISO-8859-15?Q?=DCbergreifend_frei_geben=2E?= Message-ID: <48843B30.2080607@horn-kohlbau.de> Hallo, ich habe am Wochenende versucht einen Ordner bzw einen Kalender Domain übergreifend freizugeben, doch leider sind die user der anderen Domain für mich nicht sichtbar. Ich habe schon das ganze Wochenende nach einer Lösung gesucht, jedoch ohne Erfolg. Hat jemand damit schonmal Erfahrung gemacht? Oder ist das nur ein Bug? Für Hilfe wäre ich dankbar. Gruß Marc Kohlbau From thomas at intevation.de Mon Jul 21 09:51:30 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Mon, 21 Jul 2008 09:51:30 +0200 Subject: Ordner Domain =?iso-8859-15?Q?=DCbergr?= =?iso-8859-15?Q?eifend?= frei geben. In-Reply-To: <48843B30.2080607@horn-kohlbau.de> References: <48843B30.2080607@horn-kohlbau.de> Message-ID: <20080721075130.GB24031.thomas@intevation.de> * Marc Kohlbau [20080721 09:31]: > ich habe am Wochenende versucht einen Ordner bzw einen Kalender Domain > übergreifend freizugeben, doch leider sind die user der anderen Domain > für mich nicht sichtbar. > Ich habe schon das ganze Wochenende nach einer Lösung gesucht, jedoch > ohne Erfolg. Hat jemand damit schonmal Erfahrung gemacht? Oder ist das > nur ein Bug? Es ist kein Fehler, sondern wurde bisher aus Sicherheitsgruenden von den Cyrus-Entwicklern bewusst abgeschaltet. Es gibt aber eine Diskussion zu diesem Thema im Issuetracker: kolab/issue1141 (Cannot give users from other domains access to a folder) Gruesse, Thomas Arendsen Hein P.S.: Dies ist die deutschsprachige Mailingliste, da darf man ruhig "domainübergreifend" anstelle von "Domain Übergreifend" schreiben. Ich dachte zuerst, dass es hier um einen Ordner "Domain" geht und fragte mich dann, was "übergreifend freigeben" bedeutet :) -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From glua at 4-mail.net Mon Jul 21 10:33:18 2008 From: glua at 4-mail.net (Julian Golderer) Date: Mon, 21 Jul 2008 10:33:18 +0200 Subject: Verbindung von Kmail bleibt beim Start =?ISO-8859-15?Q?h=E4ngen?= Message-ID: <488449CE.4060702@4-mail.net> Schönen Montag an alle :) Beim Start von Kontact bleibt bei mir immer eine Verbindung hängen. Über Versuche am Wochenende habe ich herausgefunden, dass es sich dabei um jene Verbindung handelt, welche Kmail beim Start öffnet um die Ordnerstruktur festzustellen (ob ich das Mitgeschnittene jetzt richtig auswerte?). Das Problem tritt auch auf, wenn ich den Groupware-Wizard gar nicht verwende sondern nur eine ganz normale IMAP-Mailbox im Kmail einrichte. Thunderbird zeigt kein vergleichbares komisches Verhalten. Ist das Problem bekannt? Grüße, Julian From technik at sam-edvtechnik.at Mon Jul 21 16:07:00 2008 From: technik at sam-edvtechnik.at (Technik samEDVtechnik) Date: Mon, 21 Jul 2008 16:07:00 +0200 Subject: =?iso-8859-1?Q?Virusmail_Ordner_in_Amavis_=E4ndern?= Message-ID: Hallo an Alle! Ich habe eine Frage zum Spam und Virenfilter Amavis. Ich habe einen Ordner in Kolab freigegeben, der sich „spambox“ nennt. Diesen habe ich für einen Benutzer, der Administrator ist mit der vollen Berechtigung, freigegeben. Amavis legt alle als Spam bzw. als Virus erkannten Emails im Ordner /kolab/var/amavisd/virusmails ab. Kann ich Amavis angeben, das diese Emails anstatt in den virusmails Ordner in meinen freigegebenen Ordner „spambox“ abgelegt werden soll. Wo und wie kann ich es Amavis beibringen. Es soll für den Benutzer möglich sein, eine Email, die fälschlicherweise als Spam bzw. Virus verseucht erkannt wurde, wieder aus dem Quarantäne Ordner geholt und In den Trainingsordner „ham“ für harmlose Emails verschoben werden kann. Die Emails soll in Zukunft nicht mehr gefiltert werden und an den Empfänger ausgeliefert werden. Es wäre toll, wenn mir da jemand helfen könnte! Herzlichen Dank im Voraus. Andreas Stehlik -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080721/0cd0c816/attachment.html From thomas at intevation.de Mon Jul 21 17:08:16 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Mon, 21 Jul 2008 17:08:16 +0200 Subject: Verbindung von Kmail =?iso-8859-15?Q?b?= =?iso-8859-15?Q?leibt_beim_Start_h=E4ngen?= In-Reply-To: <488449CE.4060702@4-mail.net> References: <488449CE.4060702@4-mail.net> Message-ID: <20080721150816.GH7203.thomas@intevation.de> * Julian Golderer [20080721 12:03]: > Beim Start von Kontact bleibt bei mir immer eine Verbindung hängen. Über > Versuche am Wochenende habe ich herausgefunden, dass es sich dabei um > jene Verbindung handelt, welche Kmail beim Start öffnet um die > Ordnerstruktur festzustellen (ob ich das Mitgeschnittene jetzt richtig > auswerte?). > > Das Problem tritt auch auf, wenn ich den Groupware-Wizard gar nicht > verwende sondern nur eine ganz normale IMAP-Mailbox im Kmail einrichte. Vielleicht handelt es sich auch um kolab/issue2443 (kontact aborts sieve when imapd sends capabilities after starttls) Pruefen kann man das, in dem man beim IMAP-Account (disconnected oder online) im Filter-Tab die Sieve-Unterstuetzung abschaltet. Gruesse, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From glua at 4-mail.net Mon Jul 21 22:18:35 2008 From: glua at 4-mail.net (Julian Golderer) Date: Mon, 21 Jul 2008 22:18:35 +0200 Subject: =?ISO-8859-1?Q?Re=3A_Verbindung_von_Kmail_bleibt_beim_?= =?ISO-8859-1?Q?Start_h=E4ngen?= In-Reply-To: <20080721150816.GH7203.thomas@intevation.de> References: <488449CE.4060702@4-mail.net> <20080721150816.GH7203.thomas@intevation.de> Message-ID: <4884EF1B.30409@4-mail.net> hi thomas, Thomas Arendsen Hein schrieb: > Vielleicht handelt es sich auch um > kolab/issue2443 (kontact aborts sieve when imapd sends capabilities after starttls) > > Pruefen kann man das, in dem man beim IMAP-Account (disconnected > oder online) im Filter-Tab die Sieve-Unterstuetzung abschaltet. bingo - das wars! danke :) aber..was kann ich dagegen tun? ist es behoben wenn kolab 2.2 im gentoo-overlay erscheint? beste grüße, julian From thomas at intevation.de Wed Jul 23 14:27:36 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Wed, 23 Jul 2008 14:27:36 +0200 Subject: Verbindung von Kmail =?iso-8859-15?Q?b?= =?iso-8859-15?Q?leibt_beim_Start_h=E4ngen?= In-Reply-To: <4884EF1B.30409@4-mail.net> References: <488449CE.4060702@4-mail.net> <20080721150816.GH7203.thomas@intevation.de> <4884EF1B.30409@4-mail.net> Message-ID: <20080723122736.GC9252.thomas@intevation.de> * Julian Golderer [20080721 22:18]: > Thomas Arendsen Hein schrieb: > > Vielleicht handelt es sich auch um > > kolab/issue2443 (kontact aborts sieve when imapd sends capabilities after starttls) > > > > Pruefen kann man das, in dem man beim IMAP-Account (disconnected > > oder online) im Filter-Tab die Sieve-Unterstuetzung abschaltet. > > bingo - das wars! danke :) > > aber..was kann ich dagegen tun? ist es behoben wenn kolab 2.2 im > gentoo-overlay erscheint? Du koenntest mal versuchen, das imapd-Paket ohne "-D imapd::with_kolab_nocaps" neu zu bauen und zu installieren: # su - kolab $ openpkg rpm --rebuild --define 'with_fsl yes' --define 'with_group yes' --define 'with_group_igncase yes' --define 'with_atvdom yes' --define 'with_drac no' --define 'with_replication no' --define 'with_murder no' --define 'with_listext no' --define 'with_nntp no' --define 'with_ldap yes' --define 'with_annotate yes' --define 'with_morelogging yes' --define 'with_kolab yes' /pfad/zu/imapd-2.3.11-20080101_kolab4.src.rpm $ openpkg rpm --nodeps -e imapd $ openpkg rpm -ivh /kolab/RPM/PKG/imapd-2.3.11-20080101_kolab4.ix86-debian4.0-kolab.rpm Durch das with_kolab_nocaps wurde ein altes Verhalten der Sieve-Implementation aktiviert, welches von aelteren kontact-Versionen benoetigt wird. Neue Versionen des enterprise-Branches kommen mit beiden Verhaltensweisen zurecht, aber andere neue Versionen benoetigen wohl das neue Verhalten. Gruesse, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From bbuehler at bbm-bbmicro.ch Wed Jul 23 16:41:21 2008 From: bbuehler at bbm-bbmicro.ch (B. Buehler) Date: Wed, 23 Jul 2008 16:41:21 +0200 Subject: Verbindung von Kmail bleibt beim Start =?iso-8859-1?q?h=E4ngen?= In-Reply-To: <20080723122736.GC9252.thomas@intevation.de> References: <488449CE.4060702@4-mail.net> <4884EF1B.30409@4-mail.net> <20080723122736.GC9252.thomas@intevation.de> Message-ID: <200807231641.22134.bbuehler@bbm-bbmicro.ch> Hallo ich "click" mich hier mal rein. Habe die vorgehenden Mails gelesen. Ich habe festgestellt, dass solche beschriebenen Hänger nicht immer und nur beim Start von KMail (alleine) geschehen. Wird das Mailmodul in Kontact aufgerufen habe ich bisher die Hänger nicht festgestellt. Ganz schlecht, bzw. unbrauchbar in KMail ist das Problem, dass beim Verschieben von Mails in den einzelnen Ordnern, sich diese immer duplizieren (bei Disconnect Imap). Ich habe bisher noch keine Abhilfe gefunden. Weiss da Jemand noch Rat? openSUSE 10.3 KDE 3.5.7, KMail 1.9.6 Grüsse Bernhard Am Mittwoch, 23. Juli 2008 14.27 schrieb Thomas Arendsen Hein: > * Julian Golderer [20080721 22:18]: > > Thomas Arendsen Hein schrieb: > > > Vielleicht handelt es sich auch um > > > kolab/issue2443 (kontact aborts sieve when imapd sends capabilities > > > after starttls) > > > > > > Pruefen kann man das, in dem man beim IMAP-Account (disconnected > > > oder online) im Filter-Tab die Sieve-Unterstuetzung abschaltet. > > > > bingo - das wars! danke :) > > > > aber..was kann ich dagegen tun? ist es behoben wenn kolab 2.2 im > > gentoo-overlay erscheint? > > Du koenntest mal versuchen, das imapd-Paket ohne "-D > imapd::with_kolab_nocaps" neu zu bauen und zu installieren: > > # su - kolab > $ openpkg rpm --rebuild --define 'with_fsl yes' --define 'with_group yes' > --define 'with_group_igncase yes' --define 'with_atvdom yes' --define > 'with_drac no' --define 'with_replication no' --define 'with_murder no' > --define 'with_listext no' --define 'with_nntp no' --define 'with_ldap yes' > --define 'with_annotate yes' --define 'with_morelogging yes' --define > 'with_kolab yes' /pfad/zu/imapd-2.3.11-20080101_kolab4.src.rpm $ openpkg > rpm --nodeps -e imapd > $ openpkg rpm -ivh > /kolab/RPM/PKG/imapd-2.3.11-20080101_kolab4.ix86-debian4.0-kolab.rpm > > Durch das with_kolab_nocaps wurde ein altes Verhalten der > Sieve-Implementation aktiviert, welches von aelteren > kontact-Versionen benoetigt wird. Neue Versionen des > enterprise-Branches kommen mit beiden Verhaltensweisen zurecht, aber > andere neue Versionen benoetigen wohl das neue Verhalten. > > Gruesse, > Thomas Arendsen Hein From bernhard at intevation.de Thu Jul 24 18:23:25 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 24 Jul 2008 18:23:25 +0200 Subject: Virusmail Ordner in Amavis =?iso-8859-15?q?=E4ndern?= In-Reply-To: References: Message-ID: <200807241823.26623.bernhard@intevation.de> On Monday 21 July 2008 16:07, Technik samEDVtechnik wrote: > Kann ich Amavis angeben, das diese Emails anstatt in den virusmails Ordner > in meinen freigegebenen Ordner "spambox" abgelegt werden soll. >   > Wo und wie kann ich es Amavis beibringen. Vermutlich musst Du was basteln. Ein Skript, welches diese Email in den entsprechende IMAP-Ordner speichert. Hmm oder mal nachsehen, ob statt Quarantäne ein reines Markieren ebenfalls möglich ist. > Es soll für den Benutzer möglich sein, eine Email, die fälschlicherweise > als Spam bzw. Virus verseucht erkannt wurde, wieder aus dem Quarantäne > Ordner geholt und > In den Trainingsordner "ham" für harmlose Emails verschoben werden kann. > Die Emails soll in Zukunft nicht mehr gefiltert werden und an den Empfänger > ausgeliefert werden. >   >   > Es wäre toll, wenn mir da jemand helfen könnte! -- 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/20080724/68f3481b/attachment.pgp From technik at sam-edvtechnik.at Fri Jul 25 17:51:56 2008 From: technik at sam-edvtechnik.at (Technik samEDVtechnik) Date: Fri, 25 Jul 2008 17:51:56 +0200 Subject: =?iso-8859-1?Q?AW:_Virusmail_Ordner_in_Amavis_=E4ndern_?= In-Reply-To: References: Message-ID: Hallo, erst einmal danke für eine Antwort! Mittlerweile habe ich eine andere Lösung gefunden. Ich benutze jetzt ein Postfach, damit geht es! Nochmals herzlichen Dank! Mit freundlichen Grüßen Andreas Stehlik -----Ursprüngliche Nachricht----- Von: kolab-users-de-bounces at kolab.org [mailto:kolab-users-de-bounces at kolab.org] Im Auftrag von kolab-users-de-request at kolab.org Gesendet: Freitag, 25. Juli 2008 12:00 An: kolab-users-de at kolab.org Betreff: Kolab-users-de Nachrichtensammlung, Band 4, Eintrag 12 Um e-Mails an die Liste Kolab-users-de zu schicken, nutzen Sie bitte die Adresse kolab-users-de at kolab.org Um sich via Web von der Liste zu entfernen oder draufzusetzen: http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de oder, via Email, schicken Sie eine Email mit dem Wort 'help' in Subject/Betreff oder im Text an kolab-users-de-request at kolab.org Sie koennen den Listenverwalter dieser Liste unter der Adresse kolab-users-de-owner at kolab.org erreichen Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of Kolab-users-de digest..." Meldungen des Tages: 1. Re: Virusmail Ordner in Amavis ändern (Bernhard Reiter) ---------------------------------------------------------------------- Message: 1 Date: Thu, 24 Jul 2008 18:23:25 +0200 From: Bernhard Reiter Subject: Re: Virusmail Ordner in Amavis ändern To: kolab-users-de at kolab.org Message-ID: <200807241823.26623.bernhard at intevation.de> Content-Type: text/plain; charset="iso-8859-15" On Monday 21 July 2008 16:07, Technik samEDVtechnik wrote: > Kann ich Amavis angeben, das diese Emails anstatt in den virusmails Ordner > in meinen freigegebenen Ordner "spambox" abgelegt werden soll. >   > Wo und wie kann ich es Amavis beibringen. Vermutlich musst Du was basteln. Ein Skript, welches diese Email in den entsprechende IMAP-Ordner speichert. Hmm oder mal nachsehen, ob statt Quarantäne ein reines Markieren ebenfalls möglich ist. > Es soll für den Benutzer möglich sein, eine Email, die fälschlicherweise > als Spam bzw. Virus verseucht erkannt wurde, wieder aus dem Quarantäne > Ordner geholt und > In den Trainingsordner "ham" für harmlose Emails verschoben werden kann. > Die Emails soll in Zukunft nicht mehr gefiltert werden und an den Empfänger > ausgeliefert werden. >   >   > Es wäre toll, wenn mir da jemand helfen könnte! -- 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/200807 24/68f3481b/attachment-0001.pgp ------------------------------ _______________________________________________ Kolab-users-de mailing list Kolab-users-de at kolab.org http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de Ende Kolab-users-de Nachrichtensammlung, Band 4, Eintrag 12 *********************************************************** From thorsten at soulistic-healing.de Wed Jul 30 18:06:16 2008 From: thorsten at soulistic-healing.de (Thorsten Albert) Date: Wed, 30 Jul 2008 18:06:16 +0200 Subject: =?ISO-8859-15?Q?hinzuf=FCgen_von_Kontakten_=FCber_imp_?= =?ISO-8859-15?Q?icon?= Message-ID: <48909178.5010402@soulistic-healing.de> Hallo, ich habe folgendes Problem in Kolab 2.2.0, horde 3.2-Rc2, imp 4.2-rc2, turba 2.2-rc3: Wenn jemand versucht den Sender oder Empfänger einer e-mail über das kleine Icon in imp dem Adressbuch (turba) hinzuzufügen, dann erscheint eine Meldung "existiert bereits" obwohl dies definitiv nicht der Fall ist. Es ist dabei egal welches Adressbuch der Anwender auswählt. In den Log-Dateien für php finde ich folgende Fehlermeldungen: .... [30-Jul-2008 07:47:21] PHP Notice: Undefined index: test in /kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php on line 769 [30-Jul-2008 07:47:21] PHP Notice: Undefined index: field in /kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php on line 768 ..... Der betreffende Ausschnitt der kolab.php sieht bei mir so aus: /** * Searches the Kolab message store with the given criteria and returns a * filtered list of results. If the criteria parameter is an empty 740 * array, all records will be returned. * * @param $criteria Array containing the search criteria. * @param $fields List of fields to return. * * @return Hash containing the search results. */ function _search($criteria, $fields) { $result = $this->connect(); 750 if (is_a($result, 'PEAR_Error')) { return $result; } $entries = $this->_store->getObjects(); // keep only entries matching criteria if (count($criteria)) { $new_entries = array(); 760 foreach($entries as $entry) { $keep_entry = false; foreach ($criteria as $key => $tests) { if ($key == 'AND' || $key == 'OR') { $all_matched = true; foreach ($tests as $test) { 768 $field = $test['field']; 769 $needle = $test['test']; 770 if (empty($needle)) { $keep_entry = true; } elseif (stristr($entry[$field], $needle) !== false) { $keep_entry = true; } else { $all_matched = false; } } } 780 if ($key == 'AND' && !$all_matched) { $keep_entry = false; } } if ($keep_entry) { $new_entries[] = $entry; } } 790 $entries = $new_entries; } return $entries; } In allen anderen log-Dateien ist nichts auffälliges zu finden. Auch die automatische Suche im Adressbuch beim schreiben einer e-mail funktioniert, solange nur ein Adressbuch zur Benutzung in imp angegeben ist. Das System wurde auch schon ein zweites Mal installiert mit identischen Ergebnissen. In den verschiedenden Mailinglisten taucht dieses Problem nur selten auf und die dortigen Hinweise habe keine Veränderung erbracht. Würde mich freuen, wenn jemand weiter weiß.