Filtern von Spammails

[Master-Basti]

Hallo zusammen!

Ich habe jetzt mitlehrweile einiges über Spam und Spammodule gelesen.
Ich weiß jetzt allerdings noch immer nicht so richtig, was ich nun auf meinem Server installieren soll. Gut, Spamassissan markiert die Mails, aber was filtert z.B. die Mails ? Diese ganzen Mails mit pornographischem Inhalt, etc. könnten z.B komplett herausgenommen werden. Aber wie und womit ?

Wäre euch dankbar für Hilfe und Tipps.

Gruß

MAster-Basti

 

[Huschi]

Gib mehr Info's über Dein System.
- Linux-Distri
- MTA

huschi.

 

[Master-Basti]

Ja, natürlich, hab ich in der eile glatt vergessen!

- Suse 9.3
- MTA (Postfix)
- POPPER aus XINETD

Hoffe das reicht... ;-)

 

[Huschi]

Ich weiß jetzt allerdings noch immer nicht so richtig, was ich nun auf meinem Server installieren soll.

Z.B. SpamAssassin und ClamAV.
Falls für SuSE vorhanden am besten per Amavis-New einbinden.

Spamassissan markiert die Mails, aber was filtert z.B. die Mails ?

In der Regeln procmail. Das ist für die lokale Einsortierung zuständig und kann per Filterregeln die Spams (je nach SpamLevel) löschen oder in eine spezielle Spam-Mailbox legen.

huschi.

 

[Spin-Doc]

Bei Postfix rate ich auch zu der Kombination von Spamassassin+ClamAV.

Für das verteilen der eMails rate ich aber zu maildrop anstatt procmail.

Das ganze läuft dann nach diesem Schema ab:

-Postfix empfängt die eMails
-leitet sie weiter an Maildrop
-maildrop schiebt die Mails dann durch Spmassassin und ClamAV (kann man dann auch nach Mailgröße machen. z.B. keine Mails kleiner 10Kb und größer 10MB mit ClamAV scannen
-Und dann kann Maildrop die Mails je nach Ergebniss verteilen in die normalen Mailboxen, spezielle Spam Boxen oder direkt verwerfen, z.B. nach /dev/null

 

[Master-Basti]

Hallo Huschi,

danke dir erstmal.

In der Regeln procmail. Das ist für die lokale Einsortierung zuständig und kann per Filterregeln die Spams (je nach SpamLevel) löschen oder in eine spezielle Spam-Mailbox legen.

Das hört sich gut an. Gibt es dafür eine Doku. wie man das am besten händelt ? Bzw. ist es möglich den Confixx-Usern neben dem Posteingang auch eine Spambox zur Vefgügung zu stellen ? Wüsste im Mom. nicht, was sinnvoller ist... Aber zweiteres wäre wahrscheinlich um einiges schwieriger umzusetzen, da die Spambox ja auch geleert werden müsste.

Gruß

MasterBasti

 

[Huschi]

Gibt es dafür eine Doku. wie man das am besten händelt ?

Einfach googlen. Entweder procmail / procmailrc (procmail ist wahrscheinlich bereits drauf) oder eben wie Spin-Doc sagte maildrop (müßte dann extra installiert werden).

Bzw. ist es möglich den Confixx-Usern neben dem Posteingang auch eine Spambox zur Vefgügung zu stellen ?

Nur über Imap-Zugänge. Ob Dein Confixx dann auch Imap-Postfächer anlegen kann, hängt von der Version ab.

Ansonsten können ja auch die Clients die Mails aussortieren.

huschi.

 

[Master-Basti]

Hallo nochmal,

derzeit ist procmail noch auskommentiert, bzw. noch garnicht auf dem System vorhanden!

Siehe:

# The mailbox_command parameter specifies the optional external
# command to use instead of mailbox delivery. The command is run as
# the recipient with proper HOME, SHELL and LOGNAME environment settings.
# Exception:  delivery for root is done as $default_user.
#
# Other environment variables of interest: USER (recipient username),
# EXTENSION (address extension), DOMAIN (domain part of address),
# and LOCAL (the address localpart).
#
# Unlike other Postfix configuration parameters, the mailbox_command
# parameter is not subjected to $parameter substitutions. This is to
# make it easier to specify shell syntax (see example below).
#
# Avoid shell meta characters because they will force Postfix to run
# an expensive shell process. Procmail alone is expensive enough.
#
# IF YOU USE THIS TO DELIVER MAIL SYSTEM-WIDE, YOU MUST SET UP AN
# ALIAS THAT FORWARDS MAIL FOR ROOT TO A REAL USER.
#
#mailbox_command = /some/where/procmail
#mailbox_command = /some/where/procmail -a "$EXTENSION"

Kann ich jetzt einfach getrost procmail installieren und und an dieser Stelle einbinden ?

Eine weitere Frage ist, ob ich die Virenprüfung in "yast mail" bedenkenlos aktivieren kann ? Bzw. ob dort nochetwas gemacht werden muss ? AMAVIS wird dort angeboten....

 

[Huschi]

derzeit ist procmail noch auskommentiert, bzw. noch garnicht auf dem System vorhanden!

Sicher? "whereis procmail" schon probiert?

Kann ich jetzt einfach getrost procmail installieren und und an dieser Stelle einbinden ?

Ja. Vorher nochmal mit "procconf |grep mailbox" nachsehen, welchen Wert mailbox_command nun wirklich hat.

Eine weitere Frage ist, ob ich die Virenprüfung in "yast mail" bedenkenlos aktivieren kann ?

Was meinst Du mit "yast mail"?

huschi.

 

[Master-Basti]

Hallo nochmals,

also.......

whereist hat folgendes Ergebnis gebracht:
procmail: /usr/bin/procmail /usr/share/man/man1/procmail.1.gz

Zweiterer grep-Befehl für mailbox war ungültig aufgrund des procconf |

Bzgl. Yast mail:
Das ist der Mail-Konfigurationsdienst für Suse, wo diese Option der Virenprüfung angeboten wird. Gib doch einfach mal den Befehl auf einer
SUSE Distribution ein, dann siehst du das auch ;-)

 

[Huschi]

procmail: /usr/bin/procmail

Ist also schon installiert.

Zweiterer grep-Befehl für mailbox war ungültig aufgrund des procconf |

Ach, "postconf" natürlich.

Gib doch einfach mal den Befehl auf einer SUSE Distribution ein

Ich hab nur keinen SuSE-Rechner der nicht im produktiven Einsatz ist.
Daher lass ich das. Ich konfiguriere eh lieber ausserhalb von yast. Dann hat man wenigstens die volle Kontrolle.

huschi.

 

[Master-Basti]

Tatsächlich wurde dieses Ergebnis geliefert....
Nur warum frage ich mich... sollte in der main.cf nicht selbes drin stehen ?

home_mailbox =
mailbox_command = /usr/bin/procmail
mailbox_command_maps =
mailbox_delivery_lock = fcntl, dotlock
mailbox_size_limit = 0
mailbox_transport =
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virt ual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipien t_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonica l_maps $relocated_maps $transport_maps $mynetworks
unknown_virtual_mailbox_reject_code = 550
virtual_mailbox_base =
virtual_mailbox_domains = $virtual_mailbox_maps
virtual_mailbox_limit = 51200000
virtual_mailbox_lock = fcntl
virtual_mailbox_maps =

 

[Huschi]

sollte in der main.cf nicht selbes drin stehen ?

Nein, das ist ja das schöne an Postfix. (Finde ich zumindest.)
Es stehen nur die Abweichungen vom Standard in der main.cf.

Wie es jetzt mit procmail weiter geht findest Du per Boardsuche mit den o.g. Stichwörtern.

huschi.