From dirk.heinrichs at online.de Sun Nov 1 07:38:55 2009 From: dirk.heinrichs at online.de (Dirk Heinrichs) Date: Sun, 01 Nov 2009 07:38:55 +0100 Subject: Neu References: <4AEC64CA.70402@krengel-dambeck.de> Message-ID: <200911010739.03441.dirk.heinrichs@online.de> Am Samstag 31 Oktober 2009 17:24:42 schrieb Siegfried Krengel: > Was kann ich falsch gemacht haben ? Nichts. Bye... Dirk -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 190 bytes Beschreibung: This is a digitally signed message part. URL : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20091101/a2ea5fc5/attachment.pgp From siegfried at krengel-dambeck.de Sun Nov 1 09:48:54 2009 From: siegfried at krengel-dambeck.de (Siegfried Krengel) Date: Sun, 01 Nov 2009 09:48:54 +0100 Subject: Neu In-Reply-To: <200911010739.03441.dirk.heinrichs@online.de> References: <4AEC64CA.70402@krengel-dambeck.de> <200911010739.03441.dirk.heinrichs@online.de> Message-ID: <4AED4B76.7090307@krengel-dambeck.de> Dirk Heinrichs schrieb: > Am Samstag 31 Oktober 2009 17:24:42 schrieb Siegfried Krengel: > >> Was kann ich falsch gemacht haben ? > > Nichts. > > Bye... > > Dirk > Die Liste lebt ! mfg Siggi From siegfried at krengel-dambeck.de Sun Nov 1 11:03:23 2009 From: siegfried at krengel-dambeck.de (Siegfried Krengel) Date: Sun, 01 Nov 2009 11:03:23 +0100 Subject: Kolab-Server Mini-Variante Message-ID: <4AED5CEB.2000107@krengel-dambeck.de> Hallo, für einen mittleren Betrieb, Debian File-Server (Samba) mit 15 WK/XP Arbeitsplätzen möchte ich Kolab 2.2 einrichten. Kolab soll die Ressourcen u. Terminverwaltung organisieren. Da möchte ich auf überflüssigen Ballast verzichten.z.B. spamassassin, amavisd. Auf meinem Testserver, fast identisch mit dem Produktionsserver, konnte ich kolab installieren und einrichten. Doch ich konnte kein Paket entfernen. - Versuch Pakete zu entfernen: debian-siggi:/# /kolab/bin/openpkg rc all stop OpenPKG: stop: spamassassin, amavisd, apache, clamav, imapd, postfix, kolabd OpenPKG: stop: sasl, openldap. debian-siggi:/# /kolab/bin/openpkg rpm -ev clamav-0.95.1-20090409 error: Failed dependencies: clamav >= 0.90 is needed by (installed) kolabd-2.2.2-20090514 debian-siggi:/# /kolab/bin/openpkg rpm -ev amavisd-2.5.3-20080101 error: Failed dependencies: amavisd is needed by (installed) kolabd-2.2.2-20090514 debian-siggi:/# /kolab/bin/openpkg rpm -ev spamassassin-3.2.4-20080107 error: Failed dependencies: spamassassin is needed by (installed) amavisd-2.5.3-20080101 debian-siggi:/# /kolab/bin/openpkg rpm -ev Horde_* error: package Horde_* is not installed debian-siggi:/# /kolab/bin/openpkg rpm -ev Horde_Util-0.1.0-20081209 error: Failed dependencies: Horde_Util is needed by (installed) Horde_iCalendar-0.1.0-20081209 Horde_Util is needed by (installed) Horde_MIME-0.0.2-20081209 Horde_Util is needed by (installed) Horde_Cache-0.0.2-20081209 Horde_Util is needed by (installed) Horde_Browser-0.0.2-20081209 Horde_Util is needed by (installed) Horde_NLS-0.0.2-20081209 Horde_Util is needed by (installed) Kolab_Format-1.0.0-20090402 Horde_Util is needed by (installed) Horde_Framework-0.0.2-20081209 Horde_Util is needed by (installed) Horde_Serialize-0.0.2-20081209 Horde_Util is needed by (installed) Horde_DataTree-0.0.3-20081209 Horde_Util is needed by (installed) Horde_Secret-0.0.2-20081209 Horde_Util is needed by (installed) Horde_Auth-0.1.1-20081209 Horde_Util is needed by (installed) Horde_Perms-0.1.0-20081209 Horde_Util is needed by (installed) Kolab_Storage-0.4.0-20090224 Horde_Util is needed by (installed) Horde_Prefs-0.0.3-20090223 debian-siggi:/# Egal welches Paket, es hängt scheinbar alles miteinander zusammen. Gibt es eine Mini-Variante ? Hat jemand Erfahrung dazu und kann mir helfen oder einen Tip geben? mfg Siggi From wrobel at pardus.de Mon Nov 2 07:36:44 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 02 Nov 2009 07:36:44 +0100 Subject: Kolab-Server Mini-Variante In-Reply-To: <4AED5CEB.2000107@krengel-dambeck.de> References: <4AED5CEB.2000107@krengel-dambeck.de> Message-ID: <20091102073644.18071vh6bzrehr8k@webmail.pardus.de> Hallo, Quoting Siegfried Krengel : > Hallo, > > für einen mittleren Betrieb, Debian File-Server (Samba) mit 15 WK/XP > Arbeitsplätzen möchte ich Kolab 2.2 einrichten. > Kolab soll die Ressourcen u. Terminverwaltung organisieren. > Da möchte ich auf überflüssigen Ballast verzichten.z.B. spamassassin, > amavisd. > Auf meinem Testserver, fast identisch mit dem Produktionsserver, konnte > ich kolab installieren und einrichten. Doch ich konnte kein Paket entfernen. > > - Versuch Pakete zu entfernen: > debian-siggi:/# /kolab/bin/openpkg rc all stop > OpenPKG: stop: spamassassin, amavisd, apache, clamav, imapd, postfix, kolabd > OpenPKG: stop: sasl, openldap. > debian-siggi:/# /kolab/bin/openpkg rpm -ev clamav-0.95.1-20090409 > error: Failed dependencies: > clamav >= 0.90 is needed by (installed) kolabd-2.2.2-20090514 > debian-siggi:/# /kolab/bin/openpkg rpm -ev amavisd-2.5.3-20080101 > error: Failed dependencies: > amavisd is needed by (installed) kolabd-2.2.2-20090514 > debian-siggi:/# /kolab/bin/openpkg rpm -ev spamassassin-3.2.4-20080107 > error: Failed dependencies: > spamassassin is needed by (installed) amavisd-2.5.3-20080101 > debian-siggi:/# /kolab/bin/openpkg rpm -ev Horde_* > error: package Horde_* is not installed > debian-siggi:/# /kolab/bin/openpkg rpm -ev Horde_Util-0.1.0-20081209 > error: Failed dependencies: > Horde_Util is needed by (installed) Horde_iCalendar-0.1.0-20081209 > Horde_Util is needed by (installed) Horde_MIME-0.0.2-20081209 > Horde_Util is needed by (installed) Horde_Cache-0.0.2-20081209 > Horde_Util is needed by (installed) Horde_Browser-0.0.2-20081209 > Horde_Util is needed by (installed) Horde_NLS-0.0.2-20081209 > Horde_Util is needed by (installed) Kolab_Format-1.0.0-20090402 > Horde_Util is needed by (installed) Horde_Framework-0.0.2-20081209 > Horde_Util is needed by (installed) Horde_Serialize-0.0.2-20081209 > Horde_Util is needed by (installed) Horde_DataTree-0.0.3-20081209 > Horde_Util is needed by (installed) Horde_Secret-0.0.2-20081209 > Horde_Util is needed by (installed) Horde_Auth-0.1.1-20081209 > Horde_Util is needed by (installed) Horde_Perms-0.1.0-20081209 > Horde_Util is needed by (installed) Kolab_Storage-0.4.0-20090224 > Horde_Util is needed by (installed) Horde_Prefs-0.0.3-20090223 > debian-siggi:/# > > Egal welches Paket, es hängt scheinbar alles miteinander zusammen. > Gibt es eine Mini-Variante ? > Hat jemand Erfahrung dazu und kann mir helfen oder einen Tip geben? Die Abhängigkeit von kolabd zu amavisd ist sicherlich nicht ganz glücklich und auch nicht zwingend. Bisher haben wir den Aufwand noch nicht betrieben das zu entzerren, weil ein Entfernen dieser Pakete wenig Gewinn bringt. Bei mir auf der Platte wären das 3 MB. Ich vermute eher, dass Dir daran gelegen ist, die Funktionaltität der Pakete nicht zu nutzen. Das läßt sich auch problemlos im kolab-webadmin einstellen. Einfach unter den Einstellungen "Amavis-Scannen von E-Mail-Nachrichten (Viren/Spam)" deaktivieren. Die Zeile debian-siggi:/# /kolab/bin/openpkg rpm -ev Horde_Util-0.1.0-20081209 sieht übrigens nicht gut aus. Würde das Paket entfernt wäre der Kolab-Server komplett lahmgelegt. Insbesondere die Terminverwaltung basiert auf den Tools des Horde-Framework. Wenn Du den Webclienten entfernen willst, dann geht das mit debian-siggi:/# /kolab/bin/openpkg rpm -ev kolab-webclient Das wird allerdings spätestens mit 2.3 auch nicht mehr so einfach sein, da wir den Webklienten dort auch wieder in einzelne Pakete splitten. Viele Grüße, Gunnar > > mfg > > Siggi > _______________________________________________ > 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 << -------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20091102/d031dc3e/attachment.pgp From siegfried at krengel-dambeck.de Mon Nov 9 21:22:21 2009 From: siegfried at krengel-dambeck.de (Siegfried Krengel) Date: Mon, 09 Nov 2009 21:22:21 +0100 Subject: Kolab-Server Mini-Variante In-Reply-To: <20091102073644.18071vh6bzrehr8k@webmail.pardus.de> References: <4AED5CEB.2000107@krengel-dambeck.de> <20091102073644.18071vh6bzrehr8k@webmail.pardus.de> Message-ID: <4AF879FD.20406@krengel-dambeck.de> Gunnar Wrobel schrieb: > Hallo, > > Quoting Siegfried Krengel : > >> Egal welches Paket, es hängt scheinbar alles miteinander zusammen. >> Gibt es eine Mini-Variante ? >> Hat jemand Erfahrung dazu und kann mir helfen oder einen Tip geben? > > Die Abhängigkeit von kolabd zu amavisd ist sicherlich nicht ganz > glücklich und auch nicht zwingend. Bisher haben wir den Aufwand noch > nicht betrieben das zu entzerren, weil ein Entfernen dieser Pakete wenig > Gewinn bringt. Bei mir auf der Platte wären das 3 MB. Ich vermute eher, > dass Dir daran gelegen ist, die Funktionaltität der Pakete nicht zu > nutzen. Das läßt sich auch problemlos im kolab-webadmin einstellen. > Einfach unter den Einstellungen "Amavis-Scannen von E-Mail-Nachrichten > (Viren/Spam)" deaktivieren. Das habe ich getan, jedoch spamassassin, amavisd, clamav werden trotzdem gestartet. Kann man das in einer config unterdrücken ? Noch kann ich ohne Schaden alles ausprobieren ! > > Die Zeile > > debian-siggi:/# /kolab/bin/openpkg rpm -ev Horde_Util-0.1.0-20081209 > > sieht übrigens nicht gut aus. Würde das Paket entfernt wäre der > Kolab-Server komplett lahmgelegt. Insbesondere die Terminverwaltung > basiert auf den Tools des Horde-Framework. Das war nur der verzweifelte Versuch, irgendein Paket zu entfernen. Außerdem hatte ich die Installationsanleitung so verstanden, daß Horde nur für den Webclient zuständig ist. > > Wenn Du den Webclienten entfernen willst, dann geht das mit > > debian-siggi:/# /kolab/bin/openpkg rpm -ev kolab-webclient Habe ich ausprobiert, es klappt. > > Das wird allerdings spätestens mit 2.3 auch nicht mehr so einfach sein, > da wir den Webklienten dort auch wieder in einzelne Pakete splitten. > > Viele Grüße, > > Gunnar Vielen Dank für die Hilfe, Siggi PS: Ich bin etwas langsam, aber hoffte auch das noch weitere Beiträge kommen. From thomas at intevation.de Tue Nov 10 16:08:33 2009 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Tue, 10 Nov 2009 16:08:33 +0100 Subject: Kolab-Server Mini-Variante In-Reply-To: <4AF879FD.20406@krengel-dambeck.de> References: <4AED5CEB.2000107@krengel-dambeck.de> <20091102073644.18071vh6bzrehr8k@webmail.pardus.de> <4AF879FD.20406@krengel-dambeck.de> Message-ID: <20091110160450.994174335.thomas@intevation.de> * Siegfried Krengel [20091109 21:22]: > Gunnar Wrobel schrieb: > > Die Abhängigkeit von kolabd zu amavisd ist sicherlich nicht ganz > > glücklich und auch nicht zwingend. Bisher haben wir den Aufwand noch > > nicht betrieben das zu entzerren, weil ein Entfernen dieser Pakete wenig > > Gewinn bringt. Bei mir auf der Platte wären das 3 MB. Ich vermute eher, > > dass Dir daran gelegen ist, die Funktionaltität der Pakete nicht zu > > nutzen. Das läßt sich auch problemlos im kolab-webadmin einstellen. > > Einfach unter den Einstellungen "Amavis-Scannen von E-Mail-Nachrichten > > (Viren/Spam)" deaktivieren. > > Das habe ich getan, jedoch spamassassin, amavisd, clamav werden trotzdem > gestartet. > Kann man das in einer config unterdrücken ? Der Spamassassin (bzw. spamd) wird nicht gestartet, dies wird im rc.conf.template eingestellt. Dort kann man auch amavisd und clamav ausschalten, wobei natuerlich dessen Verwendung vorher im Webadmin-Interface deaktiviert werden sollte. Hinweis: Erst den jeweiligen Dienst mit "openpkg rc xyz stop" anhalten, danach im rc.conf.template aktivieren, danach als root /kolab/sbin/kolabconf aufrufen. > > Wenn Du den Webclienten entfernen willst, dann geht das mit > > > > debian-siggi:/# /kolab/bin/openpkg rpm -ev kolab-webclient > > Habe ich ausprobiert, es klappt. > > > > Das wird allerdings spätestens mit 2.3 auch nicht mehr so einfach sein, > > da wir den Webklienten dort auch wieder in einzelne Pakete splitten. Wobei man jetzt schon und auch in zukunftigen Versionen direkt bei der Installation entscheiden kann, den Webklienten nicht mitzuinstallieren, siehe 1st.README. Gruesse, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From info at schumann-data.de Mon Nov 16 16:09:10 2009 From: info at schumann-data.de (Firma - schumann-data) Date: Mon, 16 Nov 2009 16:09:10 +0100 Subject: smtp auth =?iso-8859-1?q?f=FCr_smarthost/relayhost_im_kolab?= admin Message-ID: <200911161609.10915.info@schumann-data.de> Hi Liste, also nun hab ich kolab am laufen, soweit soweit so gut. Da ich mit fetchmail ein paar pop3 postfächer abhole und sowohl bei strato als auch bei gmx mail adressen habe frage ich mich wie nun das senden funktionieren soll. Ich kann zwar im kolab admin unter SMTP "smarthost/relayhost" zb. smtp.strato.de angeben aber da bekomme ich - nach dem senden - eine mail zurück die mir klar macht das ich mich am server smtp.strato.de authentifizieren muss. Nur kann man im kolab admin keine authentifizierung für smtp smarthost/relayhost einstellen. Irgendwie raff ich das senden nicht. bis denne viele grüße Michael -- _______________________________________________ schumann-data Fabrikstraße 9 64625 Bensheim Telefon: +49 (0)6251 8559889 Telefax: +49 (0)6251 8559890 Mobil : +49 (0)176 54646359 Geschäftszeiten: Montag bis Freitag 8:00 - 17:00 Uhr www.schumann-data.de info at schumann-data.de From thomas at intevation.de Mon Nov 16 17:08:28 2009 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Mon, 16 Nov 2009 17:08:28 +0100 Subject: smtp auth =?iso-8859-15?Q?f=FC?= =?iso-8859-15?Q?r?= smarthost/relayhost im kolab admin In-Reply-To: <200911161609.10915.info@schumann-data.de> References: <200911161609.10915.info@schumann-data.de> Message-ID: <20091116170648.058234634.thomas@intevation.de> * Firma - schumann-data [20091116 16:10]: > also nun hab ich kolab am laufen, soweit soweit so gut. > Da ich mit fetchmail ein paar pop3 postfächer abhole und sowohl bei strato als > auch bei gmx mail adressen habe frage ich mich wie nun das senden > funktionieren soll. Ich kann zwar im kolab admin unter > SMTP "smarthost/relayhost" zb. smtp.strato.de angeben aber da bekomme ich - > nach dem senden - eine mail zurück die mir klar macht das ich mich am server > smtp.strato.de authentifizieren muss. Nur kann man im kolab admin keine > authentifizierung für smtp smarthost/relayhost einstellen. Irgendwie raff ich > das senden nicht. Hier kann man alle Moeglichkeiten nutzen, die einem Postfix und die entsprechenden Anleitungen dazu bietet. Allerdings muss man dies selber in den Templates der Konfigurationsdatei unter /kolab/etc/kolab/templates/main.cf eintragen und danach als root mit /kolab/sbin/kolabconf aktivieren. Gruesse, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From info at schumann-data.de Tue Nov 17 19:39:14 2009 From: info at schumann-data.de (Firma - schumann-data) Date: Tue, 17 Nov 2009 19:39:14 +0100 Subject: smtp auth =?iso-8859-1?q?f=FCr_smarthost/relayhost_im_kolab?= admin In-Reply-To: <20091116170648.058234634.thomas@intevation.de> References: <200911161609.10915.info@schumann-data.de> <20091116170648.058234634.thomas@intevation.de> Message-ID: <200911171939.14898.info@schumann-data.de> thanks - jetzt läuft das bis denne Am Montag, 16. November 2009 schrieb Thomas Arendsen Hein: > * Firma - schumann-data [20091116 16:10]: > > also nun hab ich kolab am laufen, soweit soweit so gut. > > Da ich mit fetchmail ein paar pop3 postfächer abhole und sowohl bei > > strato als auch bei gmx mail adressen habe frage ich mich wie nun das > > senden funktionieren soll. Ich kann zwar im kolab admin unter > > SMTP "smarthost/relayhost" zb. smtp.strato.de angeben aber da bekomme ich > > - nach dem senden - eine mail zurück die mir klar macht das ich mich am > > server smtp.strato.de authentifizieren muss. Nur kann man im kolab admin > > keine authentifizierung für smtp smarthost/relayhost einstellen. > > Irgendwie raff ich das senden nicht. > > Hier kann man alle Moeglichkeiten nutzen, die einem Postfix und die > entsprechenden Anleitungen dazu bietet. Allerdings muss man dies > selber in den Templates der Konfigurationsdatei unter > /kolab/etc/kolab/templates/main.cf eintragen und danach als root mit > /kolab/sbin/kolabconf aktivieren. > > Gruesse, > Thomas Arendsen Hein -- _______________________________________________ schumann-data Fabrikstraße 9 64625 Bensheim Telefon: +49 (0)6251 8559889 Telefax: +49 (0)6251 8559890 Mobil : +49 (0)176 54646359 Geschäftszeiten: Montag bis Freitag 8:00 - 17:00 Uhr www.schumann-data.de info at schumann-data.de