Re: [gentoo-user-de] Re: GnuPG Frage

[Alexander Skwar]

Hans-Werner Hilse wrote:
> Moin,
>
> On Fri, 28 Apr 2006 11:55:29 +0200 Alexander Skwar
> <listen@×××××××××××××××.name> wrote:
>
>> > ich habe meine Mails auch auf IMAP servern und es ist kein problem
>> > die auf dem imap vorm einsortieren auch nach spam und viren filtern
>> > zu lassen
>>
>> Nein, ich will nicht nur *vor* dem Einsortieren nach Spam
>> scannen, denn Spam Erkennung ist eine Sache, die jeder
>> Benutzer und somit jeder Client für sich zu entscheiden
>> hat.
>
> Nein, "jeder Benutzer" != "jeder Client". Mein eigenes Beispiel: Ein
> Benutzer, mindestens drei Clients (Webmail, MUA Arbeit, MUA daheim).
>
> Eben deshalb ist es ja so vernünftig, das Filtern serverseitig zu
> machen.

Ja, aber noch vernünftiger ist's, auch noch einen Clientseitigen
Filter zu haben, den man direkt beeinflussen kann. Der größte
Teil der Arbeit sollte aber auf dem Server erfolgen, da stimme
ich Dir zu.

>> Was für mich Spam ist, ist für Dich nicht notwendigerweise
>> auch Spam.
>
> Genau. Deshalb können ja auch serverbasierte Lösungen üblicherweise
> neben den Fallback-Regeln für alle -- so man die denn als Mailadmin
> eingerichtet hat -- auch benutzerindividuelle Filter- und
> Spamfilter-Einstellungen verwalten.

Wie nutzt Du das mit verschiedenen Servern?

>> Also verstehe ich Dich recht, das SC keinen brauchbaren
>> Spamfilter mitbringt?
>
> Keine Ahnung. Wenn, dann ist vermutlich SA direkt integriert und ich
> sehe nicht, wieso das unbrauchbar sein sollte.

Nuja, ich kenne SC nicht. Ich habe mir nur mal KMail angeschaut,
welcher ja auch ein SA Interface hat - und das saugte - extrem!
Äußerst langsam und die Erkennrate war auch keineswegs besser
als bei 'nem gut trainierten Tb Bayes. Gut, der SA war untrainiert.
Allerdings war SA so lahm, das ich schon bald keine Lust mehr
darauf hatte. SA hat im Client IMO nichts verloren.

Und auch die anderen Spamfilter bei KMail waren alle für die
Tonne - viel zu lahm und, was das Hauptproblem war, KMail war
während der Scanzeit nicht benutzbar. Ist das bei SC ähnlich?

Hinzu kommt noch, das bei Tb Spam Mails schön mit einem "Spam"
Icon angezeigt werden, so das man erkennen kann, warum die Mail
zum Löschen markiert wurde und so direkt etwaige False Positives
direkt korrigieren kann.

>> Schade. Schon wieder ein Client wegen Unbrauchbarkeit gestorben.
>
> Für dich, der du IMAP clientseitig filterst und für den HTML-Paste
> (übrigens keine X11 Clipboard-Funktionalität, sondern TK-spezifisch!)

Was meinst Du mit "TK-spezifisch"? Interessanterweise funktioniert
dieses Copy'n'Paste auch von Firefox -> OpenOffice.org.

Ich wüsste aber nicht, warum ich mir unbedingt die Möglichkeit
nehmen sollte, auch mal HTML Mails erstellen zu können. Warum
sollte man sich absichtlich so beschränken wollen? Ist mir
unverständlich und ich will's auch gar nicht wissen.

> Ich mag trotzdem jedem empfehlen, mal
> einen Blick darauf zu werfen.

Natürlich.

>> > imho gehört filterung von mails
>> > auf die server seite,
>>
>> NAK. Zumindest nicht ausschließlich.
>
> Jedem seins. Ich hab' jedenfalls keine Lust&Zeit, ständig die
> Filterregeln zwischen allen MUAs synchron zu halten.

Wovon redest Du? Ich nutze auch verschiedene MUAs (nuja, eigentlich
nur überall Tb, weil hinreichend gut und leicht bedienbar und
"Feature rich") an verschiedenen "Standorten" um auf die gleichen
IMAP Server zuzugreifen. Klappt gut - wobei ich die Bayes Filter
aber auch nicht austausche.

> Allerdings sind mir weder für Sylpheed (Claws) noch für TB
> noch für Kmail vernünftige Sieve-Plugins bekannt.

Stimmt. Wobei man bei KMail einen Sieve Port angeben kann - allerdings
habe ich noch nicht herausgefunden, wie man den zum Leben erweckt.
Mein Script hat der weder gelesen noch überschrieben.

Alexander Skwar
-- 
 La Brea Tar Pits
 As seen on the tar channel
-- 
gentoo-user-de@g.o mailing list