From technik at sam-edvtechnik.at Mon Aug 4 17:32:41 2008 From: technik at sam-edvtechnik.at (Technik samEDVtechnik) Date: Mon, 4 Aug 2008 17:32:41 +0200 Subject: Spamfilterung Message-ID: Hallo an Alle, ich bin gerade am Probieren um eine ordentliche Spamfilterung beim Kolab Server 2.2.0 hinzubekommen. Das Lernen mit SA-LEARN funktioniert schon automatisiert. Auch den Score habe ich schon schön im Griff. Ich habe gelesen, dass es im Internet sogenannte kostenlose „Blacklist“ Server gibt. Meine Fragen: Kann ich solche Listen auf meinem Kolab Server einbinden? Wo und wie müssen diese eingetragen werden? Mit welchen Listen habt ihr die besten Erfahrungen gemacht? Es wäre echt toll, wenn jemand seine Erfahrungen kundtun könnte. Oder wo kann ich näheres darüber erfahren? Herzlichen Dank für Eure Hilfe. Beste Grüße Andreas Stehlik -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080804/916b6a01/attachment.html From j.kleikamp at codes-concepts.com Mon Aug 4 21:13:32 2008 From: j.kleikamp at codes-concepts.com (Jens Kleikamp) Date: Mon, 04 Aug 2008 21:13:32 +0200 Subject: Spamfilterung In-Reply-To: References: Message-ID: <489754DC.2020003@codes-concepts.com> Technik samEDVtechnik schrieb: > Hallo an Alle, > > ich bin gerade am Probieren um eine ordentliche Spamfilterung beim Kolab > Server 2.2.0 hinzubekommen. > > Das Lernen mit SA-LEARN funktioniert schon automatisiert. > > Auch den Score habe ich schon schön im Griff. > > Ich habe gelesen, dass es im Internet sogenannte kostenlose ?Blacklist? > Server gibt. > > Meine Fragen: > > Kann ich solche Listen auf meinem Kolab Server einbinden? > Wo und wie müssen diese eingetragen werden? > Mit welchen Listen habt ihr die besten Erfahrungen gemacht? > > Es wäre echt toll, wenn jemand seine Erfahrungen kundtun könnte. Oder wo > kann ich näheres darüber erfahren? > > Herzlichen Dank für Eure Hilfe. > > Beste Grüße > > Andreas Stehli Hallo Andreas Interessantes Thema. Beim Kolab hat man 2 Möglichkeiten solche Listen einzubinden. Entweder direkt in den Postfix oder über Spamassassin. Die erste Variante ist im Kolab Wiki beschrieben und ist sehr rabiat, da die Mails garnicht erst angenommen werden falls eine Blacklist anspringt. Die zweite Variante über den Spamassassin ist die bessere wie ich finde. Hier kannst du die Listen denen du voll vertraust höher scoren lassen als andere. Ich selber verwende folgende Listen dnsbl-1.uceprotect.net dnsbl-2.uceprotect.net dnsbl-3.uceprotect.net zen.spamhaus.org list.dsbl.org psbl.surriel.com bl.spamcop.net Einige dieser Listen setzt Spamassassin über das Plugin Mail::SpamAssassin::Plugin::DNSEval von Hause aus ein, z.B. spamhaus, spamcop. Die anderen habe ich über die local.cf nachgetragen. Als weitere Maßnahmen gegen Spam hat sich als Hilfreich erwiesen weitere Spamassassin Rules einzubinden. Mit sa-update kann man sehr elegant den SA erweitern bzw. auf dem aktuellsten Stand halten, zumindest was die Regeln betrifft. Z.B. : sa-update --nogpg --channelfile /etc/sare.channels.txt /etc/sare.channels.txt: updates.spamassassin.org saupdates.openprotect.com sought.rules.yerp.org 70_sare_stocks.cf.sare.sa-update.dostech.net 70_sare_adult.cf.sare.sa-update.dostech.net 70_sare_spoof.cf.sare.sa-update.dostech.net 70_sare_bayes_poison_nxm.cf.sare.sa-update.dostech.net 70_sare_genlsubj_x30.cf.sare.sa-update.dostech.net 70_sare_oem.cf.sare.sa-update.dostech.net 70_sare_random.cf.sare.sa-update.dostech.net 70_sare_specific.cf.sare.sa-update.dostech.net 70_zmi_german.cf.zmi.sa-update.dostech.net 88_FVGT_Bayes_Poison.cf.sare.sa-update.dostech.net 88_FVGT_Tripwire.cf.sare.sa-update.dostech.net 88_FVGT_rawbody.cf.sare.sa-update.dostech.net 88_FVGT_subject.cf.sare.sa-update.dostech.net chickenpox.cf.sare.sa-update.dostech.net Der beste Rule-Channel neben dem default ist mit Abstand der von Justin Mason (sought.rules.yerp.org). Die Rules aus diesem Channel werden täglich automatisiert aktualisiert. Leider ist der Server seit ein paar Tagen down. Auf der Maillingliste von SA kann man allerdings lesen das Justin Mason gerade nur einen Server-Umzug vornimmt und bald wieder alles wie gewohnt läuft. Puh! Siehe auch: http://www.rulesemporium.com/ Desweiteren hat es sehr geholfen den Virenscanner Clamav mit zusätzlichen Signaturen auszustatten. Hier ist folgender Link interessant: http://www.sanesecurity.com/clamav/usage.htm Dort stehen auch ein paar nette kleine Scripte zum download bereit welche einem das updaten dieser Signaturen erleichern. Ansonsten habe ich noch Razor und DCC installiert. Mit diesen Maßnahmen und weiteren Tips aus dem Kolab Wiki hab ich den Spam nahezu auf "minus null" reduzieren können :) Worüber ich mich täglich sehr freue, da ich eine lange Zeit einen sehr schlechten Spamfilter ertragen musste. Mit besten Grüßen Jens Kleikamp From j.pfau at smt.de Tue Aug 5 08:27:39 2008 From: j.pfau at smt.de (Jens Pfau) Date: Tue, 5 Aug 2008 08:27:39 +0200 Subject: Funktionen Kolab Message-ID: Hallo, ein Kunde benötigt einen neuen Groupware Server, er benötigt jedoch die Funktion Dokumentensharing wie bei OX oder eGroupware gibt es bei Kolab diese Funktion auch? Ich konnte bisher nichts finden. Danke für eure Hilfe Jens Pfau -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20080805/09716de3/attachment.htm From thomas at intevation.de Tue Aug 5 09:38:59 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Tue, 5 Aug 2008 09:38:59 +0200 Subject: Funktionen Kolab In-Reply-To: References: Message-ID: <20080805073859.GA28864.thomas@intevation.de> * Jens Pfau [20080805 08:28]: > ein Kunde benötigt einen neuen Groupware Server, er benötigt jedoch die > Funktion Dokumentensharing wie bei OX oder eGroupware gibt es bei Kolab > diese Funktion auch? Ich konnte bisher nichts finden. Eine besondere Dokumentensharing-Funktion gibt es nicht. Bei Kolab ist alles eine Mail, auch Termine und Adressen werden werden als Mail gespeichert. Man koennte die Funktion also so modellieren, dass man die Dokumente als Anhaenge an Mails verwaltet und bestimmten Nutzern oder Gruppen Zugriff auf diese Mails per ACL-Freigaben gestattet. Damit nicht jeder Benutzer seine ACLs anpassen muss, kann Gruppenkonten anlegen, an die diese Mails geschickt werden. Das alles wuerde ich natuerlich nur empfehlen, wenn die Dokumente nicht zu gross werden. Allerdings vermute ich auch bei o.g. Loesungen, dass die Groesse stark begrenzt sein duerfte. (Genaue Werte kenne ich hier alledings nicht) 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 wrobel at pardus.de Tue Aug 5 10:27:52 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Tue, 05 Aug 2008 10:27:52 +0200 Subject: =?utf-8?Q?hinzuf=C3=BCgen?= von Kontakten =?utf-8?Q?=C3=BCber?= imp icon In-Reply-To: <48909178.5010402@soulistic-healing.de> (Thorsten Albert's message of "Wed, 30 Jul 2008 18:06:16 +0200") References: <48909178.5010402@soulistic-healing.de> Message-ID: <87d4knkgs7.fsf@home.pardus.de> Thorsten Albert writes: > 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 > ..... Das ist ein Fehler in dem Kolab-Treiber von Turba, der erst nach turba 2.2-rc3 behoben wurde (siehe http://cvs.horde.org/turba/lib/Driver/kolab.php). Die Suche funktioniert in 2.2-rc3 nur sehr eingeschränkt. Du kannst versuchen die neueste Version des Treibers zu verwenden oder auf Kolab-Server-2.2.1 warten. Die Version bringt das neue Turba mit. Gruß, Gunnar > > 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ß. > > > > _______________________________________________ > 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 tc-lx at myway.de Tue Aug 5 12:55:09 2008 From: tc-lx at myway.de (Tobias Crefeld) Date: Tue, 5 Aug 2008 12:55:09 +0200 Subject: Funktionen Kolab In-Reply-To: References: Message-ID: <20080805125509.00d0104e@tux3d.tangocharly> On Tue, 5 Aug 2008 08:27:39 +0200 "Jens Pfau" wrote: > ein Kunde benötigt einen neuen Groupware Server, er benötigt jedoch > die Funktion Dokumentensharing wie bei OX oder eGroupware gibt es bei > Kolab diese Funktion auch? Ich konnte bisher nichts finden. Zu ermitteln wäre, wie weit der gewünschte Funktionsumfang des "Dokumentensharing" reichen soll. In der einfachsten Form ist das auch durch normalen file service zu leisten. Hat ja eigentlich erstmal nichts mit Email oder Resourcenplanung zu tun. Über LDAP / ADS und ACL gibt es zumindest einfache Möglichkeiten, auch Berechtigungen zu organisieren. Sollen die Dokumente dagegen "leben", also auch kontrollierbar bearbeitet werden? Dann braucht man eigentlich auch Versionierung und ein verfeinertes Berechtigungssystem mit Benutzergruppen- und/oder Autorenrechten. Sonst hat doch jeder wieder seine "eigenen" Kopien, für den Fall, dass der liebe Kollege was kaputt macht... Sollen sie vielleicht Bestandteil eines Arbeitsablaufs werden, der in eine Veröffentlichung, z.B. auch auf einer Website und später mal in ein EOL mit Archivierung mündet? Oder sollen Dokumente, die per Schneckenpost ebenso wie per Email reinkommen, klassifiziert werden? Dann landet man schnell bei typischen Anforderungen an ein ECMS. Hier werden dann auch Probleme wie Medienbrüche, Importschnittstellen oder Indizierung und Tagging für Suchsysteme behandelt. Sollten sie jedenfalls... Das umfasst dann sinnvollerweise auch die Integration in lokale "Office"-Programme, von denen der MUA sicher eine zunehmend wichtige von mehreren Datenquellen ist. Bei einem vollständigen Import von Mail ins ECMS kann man sich dann auch Gruppenfolder sparen, um ein zeit- und speicherintensives Paralleluniversum zu vermeiden und gleichzeitig alle relevanten Informationen aus Email-Header, etc. zu konservieren. In der Summe ergibt das mitunter ein planungsintensives Projekt, das man sicher nicht zwischen Tür und Angel umsetzt. Im Opensource-Umfeld etabliert sich gerade Alfresco. Die Alternative wäre der Notes/Domino-Weg, der sich eher für Ablauf- als für Inhalt-Management anbietet. Aber nachdem IBM/Lotus hier gerade (zusammen mit lokalen Partnern) ne Offensive in Richtung SBS startet und dabei bis zu einem gewissen Grad auch Outlook einbinden kann, dürfte es im Moment schwer sein, eine OSS-Alternative zu entwickeln, die dasselbe Maß an Integration ins Office-Umfeld aufweist und gleichzeitig MS-Win, Linux und Web gleichermaßen auf relativ hohen Niveau unterstützt. -- Gruß, Tobias. From Michael.Wilmsmann at web.de Fri Aug 15 13:00:26 2008 From: Michael.Wilmsmann at web.de (Michael Wilmsmann) Date: Fri, 15 Aug 2008 13:00:26 +0200 Subject: Interne Benutzer mit externen Mail-Empfang Message-ID: <620014799@web.de> Hallo Kolab-User bei uns sollen bestimmte Benutzer nur interne Mails versenden können aber externe Mails empfangen können. Außerdem sollen Vertreter (Chefs) die Möglichkeit haben, für diese Benutzer Mails zu versenden. Ist dies Umsetzbar? Eine Möglichkeit könnte evtl. sein: Interner Benutzer + Externer Benutzer anlegen (für den User, der keine externen Mails versenden darf) E-Mail-Weiterleitung des Externen Benutzers auf den Internen Benutzer (wenn dies möglich ist) Vertreterberechtigung des Externen Benutzer für die Chefs Funktioniert das, oder gibt es bessere Alternativen? Gruß Michael _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066 From marc at horn-kohlbau.de Sat Aug 16 13:56:02 2008 From: marc at horn-kohlbau.de (Marc Kohlbau) Date: Sat, 16 Aug 2008 13:56:02 +0200 Subject: Kontact =?ISO-8859-15?Q?f=FCr_Windows/Mac=3F?= Message-ID: <48A6C052.7030808@horn-kohlbau.de> Hallo, ich habe letzten in den Nachrichten gelesen das dies Funktionieren soll, die einzige Seite die ich da jedoch leider gefunden habe ist: http://windows.kde.org/ Leider funktioniert das kompelieren bei mir nicht. Gibt es dazu vielleicht schon Binär-Dateien? Gruß Marc Kohlbau From Michael.Wilmsmann at web.de Mon Aug 18 10:39:43 2008 From: Michael.Wilmsmann at web.de (Michael Wilmsmann) Date: Mon, 18 Aug 2008 10:39:43 +0200 Subject: Versendung mit falscher Absenderadresse Message-ID: <622432228@web.de> kolab 2.2 Ich habe unter kolab einen Benutzer eingerichtet (beispiel at example.com), der bei keinen anderen Benutzer Vertreterberechtigung hat. Jetzt habe ich unter horde 2 neue Identitäten angelegt: kolab1 at example.com (ein bestehender interner Benutzer) mi.wiq at web.de (externe mailadresse). Mit beiden Absenderadressen konnte ich unter den Nutzer beispiel at example.com Mails versenden. Wie kann ich einstellen, das die Nutzer nur unter Ihren Mailadressen und den Adressen mit Vertreterberchtiugung Mails versenden können? Gruß Michael _______________________________________________________________________ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=022220 From Michael.Wilmsmann at web.de Mon Aug 18 10:42:32 2008 From: Michael.Wilmsmann at web.de (Michael Wilmsmann) Date: Mon, 18 Aug 2008 10:42:32 +0200 Subject: interner Mailsversand geht nicht Message-ID: <622438572@web.de> suse live cd Ich habe die Suse Live-CD mit kolab gestartet. Ich konnte auch relativ schnell externe Mails verschicken. Wenn ich aber an eine interne Mailadresse (z.B. kolab1 at example.com) eine mail versenden will, kommt die Fehlermeldung (Posteingang), ich sei nicht berechtigt, an diese Adress Mails zu versenden bzw. das Postfach existiert nicht. Mir scheint es, als ob kolab auch interne Mails über das Internet zu versenden. Stimmt das? Oder muss man hier eine Einstellung vornehmen, das inerne mails auch nur lokal versendet werden? ____________________________________________________________ Großes Kino für zu Hause - Kostenlos für alle WEB.DE Nutzer! Jetzt kostenlos anmelden unter http://www.blockbuster.web.de From thomas at intevation.de Mon Aug 18 16:07:30 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Mon, 18 Aug 2008 16:07:30 +0200 Subject: Interne Benutzer mit externen Mail-Empfang In-Reply-To: <620014799@web.de> References: <620014799@web.de> Message-ID: <20080818140730.GB28904.thomas@intevation.de> * Michael Wilmsmann [20080815 13:00]: > bei uns sollen bestimmte Benutzer nur interne Mails versenden können aber externe Mails empfangen können. Wird schon in https://www.intevation.de/roundup/kolab/issue1340 diskutiert, ist aber noch soweit. > Außerdem sollen Vertreter (Chefs) die Möglichkeit haben, für diese Benutzer Mails zu versenden. Ist dies Umsetzbar? Sollte in o.g. Szenario eigentlich weiterhin funktionieren. > Eine Möglichkeit könnte evtl. sein: > Interner Benutzer + Externer Benutzer anlegen (für den User, der keine externen Mails versenden darf) Vorsicht, die bisher existierenden "internen Benutzer" sind vollstaendige Nutzer, die nur nicht im anonym sichtbaren LDAP zu finden sind. Also eher "leicht versteckte Benutzer". > E-Mail-Weiterleitung des Externen Benutzers auf den Internen Benutzer (wenn dies möglich ist) Moeglich, aber nicht notwendig. 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 thomas at intevation.de Mon Aug 18 16:13:59 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Mon, 18 Aug 2008 16:13:59 +0200 Subject: Kontact =?iso-8859-15?Q?f=FC?= =?iso-8859-15?Q?r?= Windows/Mac? In-Reply-To: <48A6C052.7030808@horn-kohlbau.de> References: <48A6C052.7030808@horn-kohlbau.de> Message-ID: <20080818141359.GC28904.thomas@intevation.de> * Marc Kohlbau [20080816 13:56]: > ich habe letzten in den Nachrichten gelesen das dies Funktionieren soll, > die einzige Seite die ich da jedoch leider gefunden habe ist: > > http://windows.kde.org/ > > Leider funktioniert das kompelieren bei mir nicht. Gibt es dazu > vielleicht schon Binär-Dateien? Die Binaerpakete sind m.W. derzeit noch sehr gross und werden daher noch nicht oeffentlich verteilt. Auf o.g. Seite steht, das man im IRC-Kanal #kde-windows im freenode-IRC-Netzwerk (siehe http://freenode.net/) vielleicht Hilfe erhalten kann. 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 thomas at intevation.de Mon Aug 18 16:21:13 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Mon, 18 Aug 2008 16:21:13 +0200 Subject: Versendung mit falscher Absenderadresse In-Reply-To: <622432228@web.de> References: <622432228@web.de> Message-ID: <20080818142113.GD28904.thomas@intevation.de> * Michael Wilmsmann [20080818 10:39]: > kolab 2.2 > > Ich habe unter kolab einen Benutzer eingerichtet (beispiel at example.com), der bei keinen anderen Benutzer Vertreterberechtigung hat. Jetzt habe ich unter horde 2 neue Identitäten angelegt: > kolab1 at example.com (ein bestehender interner Benutzer) > mi.wiq at web.de (externe mailadresse). > > Mit beiden Absenderadressen konnte ich unter den Nutzer beispiel at example.com Mails versenden. Wie kann ich einstellen, das die Nutzer nur unter Ihren Mailadressen und den Adressen mit Vertreterberchtiugung Mails versenden können? Der Rechner, von dem der Benutzer die Mail verschickt, darf natuerlich nicht in der Liste unter "Privilegierte Netzwerke" stehen, da ansonsten jegliche Beschraenkungen abgeschaltet werden. Ansonsten muessen die "Einstellungen für Nachrichtenfilter" richtig gesetzt sein: [x] Nachrichten darauf überprüfen, ob From-Kopfzeile und Umschlag ("envelope") nicht übereinstimmen. 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 thomas at intevation.de Mon Aug 18 16:23:29 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Mon, 18 Aug 2008 16:23:29 +0200 Subject: interner Mailsversand geht nicht In-Reply-To: <622438572@web.de> References: <622438572@web.de> Message-ID: <20080818142329.GE28904.thomas@intevation.de> * Michael Wilmsmann [20080818 10:42]: > suse live cd > > Ich habe die Suse Live-CD mit kolab gestartet. Ich konnte auch relativ schnell externe Mails verschicken. Wenn ich aber an eine interne Mailadresse (z.B. kolab1 at example.com) eine mail versenden will, kommt die Fehlermeldung (Posteingang), ich sei nicht berechtigt, an diese Adress Mails zu versenden bzw. das Postfach existiert nicht. > > Mir scheint es, als ob kolab auch interne Mails über das Internet zu versenden. Stimmt das? Oder muss man hier eine Einstellung vornehmen, das inerne mails auch nur lokal versendet werden? Grundsaetzlich sollte ein Kolab-Server sich selbst immer unter dem eigenen Hostnamen erreichen koennen, ansonsten gibt es an verschiedenen Stellen Probleme. Ansonsten koennte es ein Fehler oder ein Konfigurationsproblem mit der Live-CD sein. 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 wrobel at pardus.de Wed Aug 20 09:26:44 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Wed, 20 Aug 2008 09:26:44 +0200 Subject: Versendung mit falscher Absenderadresse In-Reply-To: <20080818142113.GD28904.thomas@intevation.de> References: <622432228@web.de> <20080818142113.GD28904.thomas@intevation.de> Message-ID: <20080820092644.80052hxnjllwcu2o@webmail2.pardus.de> Quoting "Thomas Arendsen Hein" : > * Michael Wilmsmann [20080818 10:39]: >> kolab 2.2 >> >> Ich habe unter kolab einen Benutzer eingerichtet >> (beispiel at example.com), der bei keinen anderen Benutzer >> Vertreterberechtigung hat. Jetzt habe ich unter horde 2 neue >> Identitäten angelegt: >> kolab1 at example.com (ein bestehender interner Benutzer) >> mi.wiq at web.de (externe mailadresse). >> >> Mit beiden Absenderadressen konnte ich unter den Nutzer >> beispiel at example.com Mails versenden. Wie kann ich einstellen, das >> die Nutzer nur unter Ihren Mailadressen und den Adressen mit >> Vertreterberchtiugung Mails versenden können? > > Der Rechner, von dem der Benutzer die Mail verschickt, darf > natuerlich nicht in der Liste unter "Privilegierte Netzwerke" > stehen, da ansonsten jegliche Beschraenkungen abgeschaltet werden. Das dürfte bei dem Kolab web client aber das Problem sein. Ich habe nämlich für die Version im derzeitigen Kolab Server nicht darauf geachtet, dass Mails nur authentifiziert versendet werden. Da Horde an 127.0.0.1:25 sendet werden entsprechende Mails nicht gecheckt. Korrektur des Problems: Unter /kolab/var/kolab/www/horde/config/conf.php folgende Zeilen hinzufügen/ändern: $conf['mailer']['params']['port'] = 25; $conf['mailer']['params']['host'] = 'localhost'; $conf['mailer']['params']['auth'] = true; $conf['mailer']['type'] = 'smtp'; Das wird in der nächsten Version auf jeden Fall korrigiert sein. Gruß, Gunnar > > Ansonsten muessen die "Einstellungen für Nachrichtenfilter" richtig > gesetzt sein: > [x] Nachrichten darauf überprüfen, ob From-Kopfzeile und Umschlag > ("envelope") nicht übereinstimmen. > > 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 > _______________________________________________ > 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 Wed Aug 20 10:59:08 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Wed, 20 Aug 2008 10:59:08 +0200 Subject: Versendung mit falscher Absenderadresse In-Reply-To: <20080820092644.80052hxnjllwcu2o@webmail2.pardus.de> References: <622432228@web.de> <20080818142113.GD28904.thomas@intevation.de> <20080820092644.80052hxnjllwcu2o@webmail2.pardus.de> Message-ID: <20080820105908.17322dipbtsc9ntw@webmail2.pardus.de> Quoting "Gunnar Wrobel" : > Quoting "Thomas Arendsen Hein" : > >> * Michael Wilmsmann [20080818 10:39]: >>> kolab 2.2 >>> >>> Ich habe unter kolab einen Benutzer eingerichtet >>> (beispiel at example.com), der bei keinen anderen Benutzer >>> Vertreterberechtigung hat. Jetzt habe ich unter horde 2 neue >>> Identitäten angelegt: >>> kolab1 at example.com (ein bestehender interner Benutzer) >>> mi.wiq at web.de (externe mailadresse). >>> >>> Mit beiden Absenderadressen konnte ich unter den Nutzer >>> beispiel at example.com Mails versenden. Wie kann ich einstellen, das >>> die Nutzer nur unter Ihren Mailadressen und den Adressen mit >>> Vertreterberchtiugung Mails versenden können? >> >> Der Rechner, von dem der Benutzer die Mail verschickt, darf >> natuerlich nicht in der Liste unter "Privilegierte Netzwerke" >> stehen, da ansonsten jegliche Beschraenkungen abgeschaltet werden. > > Das dürfte bei dem Kolab web client aber das Problem sein. Ich habe > nämlich für die Version im derzeitigen Kolab Server nicht darauf > geachtet, dass Mails nur authentifiziert versendet werden. Da Horde an > 127.0.0.1:25 sendet werden entsprechende Mails nicht gecheckt. > > Korrektur des Problems: > > Unter /kolab/var/kolab/www/horde/config/conf.php folgende Zeilen > hinzufügen/ändern: > > $conf['mailer']['params']['port'] = 25; > $conf['mailer']['params']['host'] = 'localhost'; > $conf['mailer']['params']['auth'] = true; > $conf['mailer']['type'] = 'smtp'; > > Das wird in der nächsten Version auf jeden Fall korrigiert sein. Nach einer zweiten Runde Nachdenken vermute ich mal, dass sich das Problem so nicht korrigieren lässt. 127.0.0.1 ist ja immer noch in den "Privilegierten Netzwerken". Hm... https://www.intevation.de/roundup/kolab/issue2991 Gruß, Gunnar > > Gruß, > > Gunnar > >> >> Ansonsten muessen die "Einstellungen für Nachrichtenfilter" richtig >> gesetzt sein: >> [x] Nachrichten darauf überprüfen, ob From-Kopfzeile und Umschlag >> ("envelope") nicht übereinstimmen. >> >> 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 >> _______________________________________________ >> 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 > -- ______ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From r.lub at gmx.de Wed Aug 20 15:45:46 2008 From: r.lub at gmx.de (r.lub@gmx.de) Date: Wed, 20 Aug 2008 15:45:46 +0200 Subject: Kalenderzugriff mit Thunderbird Message-ID: <20080820134546.275090@gmx.net> Hallo, ich versuche mit Thunderbird auf den (die) Kalender zuzugreifen. Im Netz ist wenig zu finden und teilweise unterschiedliche Aussagen über die eizugebende Url. Bei der jetzigen Version (Kolab stable_2.2) bekomme ich Zugriff über: https://serveradresse/horde/rpc.php/kronolith/nutzer at example.com.ics Diese ist auch die Adresse, die Kronolith mir als Abonnement-Adresse vorschlägt. Wie sieht das mit weiteren Kalendern aus? Dort wird mir z.B. bei Kalender2 folgende Abonnement-Adresse vorgegeben. https://serveradresse/horde/rpc.php/kronolith/INBOX/kalender2.ics Dies funktioniert nicht und erscheint mir auch nicht ganz logisch, da ja auch der Nutzer nicht mit übergeben wird. Funktioniert der Zugriff nur auf den Standard-Kalender? Ralf -- Psssst! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 From wrobel at pardus.de Fri Aug 22 19:35:19 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 22 Aug 2008 19:35:19 +0200 Subject: Kalenderzugriff mit Thunderbird In-Reply-To: <20080820134546.275090@gmx.net> References: <20080820134546.275090@gmx.net> Message-ID: <20080822193519.16943w9gxptupl2c@webmail2.pardus.de> Hallo Ralf, Quoting r.lub at gmx.de: > Hallo, > > ich versuche mit Thunderbird auf den (die) Kalender zuzugreifen. Mit welcher Methode bzw. Protokoll? > Im Netz ist wenig zu finden und teilweise unterschiedliche Aussagen > über die eizugebende Url. > Bei der jetzigen Version (Kolab stable_2.2) bekomme ich Zugriff über: > https://serveradresse/horde/rpc.php/kronolith/nutzer at example.com.ics > Diese ist auch die Adresse, die Kronolith mir als Abonnement-Adresse > vorschlägt. Als Abbonement-Adresse habe ich hier etwas mit https://serveradresse/horde/ics.php stehen (auf der Seite auf der man Kalender verwalten kann). ics.php funktioniert nicht mit dem Kolab-System und der Verweis auf diese Adresse sollte unter Kolab besser gar nicht angezeigt werden. > Wie sieht das mit weiteren Kalendern aus? > Dort wird mir z.B. bei Kalender2 folgende Abonnement-Adresse vorgegeben. > https://serveradresse/horde/rpc.php/kronolith/INBOX/kalender2.ics > Dies funktioniert nicht und erscheint mir auch nicht ganz logisch, > da ja auch der Nutzer nicht mit übergeben wird. > > Funktioniert der Zugriff nur auf den Standard-Kalender? rpc.php bietet ganz unterschiedliche Protokollvarianten, daher die Frage ganz oben. Z.B. läuft auch SyncML über rpc.php. Und soweit ich weiß geht WebDAV über rpc.php durchaus mit verschiedenen Kalendern. Müsste ich aber bei der neuesten Version selber nochmal testen. Gruß, Gunnar > > Ralf > > -- > Psssst! Schon das coole Video vom GMX MultiMessenger gesehen? > Der Eine für Alle: http://www.gmx.net/de/go/messenger03 > _______________________________________________ > 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 r.lub at gmx.de Sat Aug 23 00:08:25 2008 From: r.lub at gmx.de (r.lub@gmx.de) Date: Sat, 23 Aug 2008 00:08:25 +0200 Subject: Fwd: Re: Kalenderzugriff mit Thunderbird Message-ID: <20080822220825.257230@gmx.net> -------- 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 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 From wrobel at pardus.de Sat Aug 23 09:26:33 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sat, 23 Aug 2008 09:26:33 +0200 Subject: Fwd: Re: Kalenderzugriff mit Thunderbird In-Reply-To: <20080822220825.257230@gmx.net> References: <20080822220825.257230@gmx.net> Message-ID: <20080823092633.10952lqfhqwtioys@webmail2.pardus.de> 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. From r.lub at gmx.de Mon Aug 25 14:02:25 2008 From: r.lub at gmx.de (r.lub@gmx.de) Date: Mon, 25 Aug 2008 14:02:25 +0200 Subject: Fwd: Re: Fwd: Re: Kalenderzugriff mit Thunderbird Message-ID: <20080825120225.320620@gmx.net> 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. 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 From zzz at kapuziner.org Tue Aug 26 15:43:42 2008 From: zzz at kapuziner.org (=?iso-8859-1?Q?Markus_Th=FCer?=) Date: Tue, 26 Aug 2008 15:43:42 +0200 Subject: =?iso-8859-1?Q?Kolab_f=FCr_opensuse?= Message-ID: <007501c90781$c44dabd0$4ce90370$@org> Hallo, 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 :-) 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 Markus Thüer