[Postfixbuch-users] Spamassassin + amavisd
Jan Dinger
jan.dinger at arcor.de
Fr Nov 10 17:28:27 CET 2006
Sandy Drobic wrote:
> Jan Dinger wrote:
>
>> Sandy Drobic wrote:
>>
>>> Jan Dinger wrote:
>>>
>>>
>>>>> Das ist nicht normal für einen kleinen Server. Vielleicht solltest du dich
>>>>> zuerst darum kümmern, dass nicht mehr so viele Spams angenommen werden. (^-^)
>>>>>
>>>>> Bei mir wird etwa 90-95% direkt durch Postfix Checks abgewiesen. Mit
>>>>> Greylisting komme ich dann noch auf 98-99% Reject-Rate.
>>>>>
>>>>>
>>>>>
>>>>>
>>>> Wie sage ich denn Postfix nicht alles annehmen soll? Das läuft über
>>>> solche Blacklists oder? Also so stehts im Buch und Greylisting habe ich
>>>> noch nie gehoert.
>>>>
>>>> Der Spam-Verkehr ist sehr sehr hoch :( das versuche ich ja zu
>>>> unterbinden, mit Spamassassin. Habe auch gelsen das man bestimmte sachen
>>>> auch er garnicht duch lassen sollte sprich diese Blacklisten. Ich
>>>> meine Du hast schon recht im Endefekt bringt es nicht wenn 300 Mails
>>>> mit ***SPAM*** stehen habe :) das ist mir bewusst. Könntest du mir
>>>> sagen, welche Blacklisten du verwendest bzw wie Postfix das von anfang
>>>> an bei dir Filtert?
>>>>
>>>>
>>> Schicke noch mal "postconf -n", dann werde ich ein paar Settings
>>> empfehlen, die den größten Teil abweisen sollten. Empfehlenswert ist auch
>>> eine Überwachung über mailgraph (kontinuierliche Graphik mit Anzeige des
>>> Mailtraffics + Anzeige der Rejects) und pflogsumm (Text-Report, den man
>>> sich per cron täglich schicken lassen kann.
>>>
>>> Es gibt kein absolutes Mittel gegen Spam, die eingesetzten Checks müssen
>>> immer mehr oder weniger auf die eigenen Bedürfnisse angepasst werden. Aber
>>> zumindest gibt es eine gemeinsame Basis, die schon viel abwehrt und sehr
>>> wenige erwünschte Mails abweisen sollten.
>>>
>>> Zu den Mitteln gehören:
>>> - RBLs
>>> - HELO-checks
>>> - Sender-Checks
>>> - Client-Checks
>>> - Greylisting
>>> - Domainkeys/SPF Prüfung
>>>
>>> Am sinnvollsten ist es immer, sich Schritt für Schritt heranzutasten und
>>> nach False Positives zu suchen. Wie scharf die Checks sein dürfen, ist
>>> immer eine Frage der Einstellung, ob man Spam mehr hasst als eine
>>> abgewiesene Email, die man eigentlich haben wollte.
>>>
>>> Sandy
>>>
>>>
>> Also meine postconf -n
>>
>> cassiopeia:/etc# postconf -n
>> broken_sasl_auth_clients = yes
>> config_directory = /etc/postfix
>> content_filter = amavis:[127.0.0.1]:10024
>> inet_interfaces = all
>> inet_protocols = all
>> mydestination = cassiopeia.noro-online.de, localhost.noro-online.de,
>> localhost
>> myhostname = cassiopeia.noro-online.de
>> mynetworks = 127.0.0.0/8
>> receive_override_options = no_address_mappings
>> recipient_delimiter = +
>> relayhost =
>> smtpd_recipient_restrictions = permit_mynetworks,
>> permit_sasl_authenticated, reject_unauth_destination
>> smtpd_sasl_auth_enable = yes
>> smtpd_tls_cert_file = /etc/postfix/smtpd.cert
>> smtpd_tls_key_file = /etc/postfix/smtpd.key
>> smtpd_use_tls = yes
>> virtual_alias_domains =
>> virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_forwardings.cf
>> mysql:/etc/postfix/mysql-virtual_email2email.cf
>> virtual_gid_maps = static:5000
>> virtual_mailbox_base = /home/vmail
>> virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_domains.cf
>> virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailboxes.cf
>> virtual_uid_maps = static:5000
>>
>> So ist bei mir Postfix konfiguriert, sone minimum config.
>>
>
> Das ist schon in Ordnung. Wichtig ist zuerst eimmal die Prüfung, ob
> ungültige Empfängeradressen abgewiesen werden. Ungültige Empfängeradressen
> müssen direkt im smtp Dialog abgewiesen werden, gültige müssen zustellbar
> sein (keine Bounces verschicken für Mails, die man von außen angenommen hat).
>
> Teste das mal für deine Domains in mydestination:
>
> Darf kein Ergebnis zeigen:
> # postmap -q invalid unix:passwd.byname
>
> Gegenprobe, muss etwas zeigen:
> # postmap -q valid unix:passwd.byname
>
> Teste es auch für die virtuellen Domains (eine Zeile):
> postmap -q invalid at virtual-domain.com
> mysql:/etc/postfix/mysql-virtual_mailboxes.cf
>
> Wenn das in Ordnung ist, können wir zu den eigentlichen checks kommen.
>
> smtpd_helo_required = yes
>
> Dann ändere mal die smtpd_recipient_restrictions um:
>
> smtpd_recipient_restrictions =
> permit_mynetworks,
> permit_sasl_authenticated,
> reject_unauth_destination,
> reject_invalid_hostname,
> reject_non_fqdn_hostname,
> check_helo_access hash:/etc/postfix/check_helo_access
> reject_rbl_client relays.ordb.org,
> reject_rbl_client list.dsbl.org,
> reject_rbl_client sbl-xbl.spamhaus.org,
> reject_rbl_client dnsbl.njabl.org
> # check_client_access pcre:/etc/postfix/clients_check_pcre
>
> /etc/postfix/check_helo_access:
> # Weise Clients von extern ab, die behaupten,
> # deine Domain zu sein
> cassiopeia.noro-online.de 554 Don't use my hostname as HELO!
> localhost.noro-online.de 554 don't sue my Domain as HELO!
>
> /etc/postfix/clients_check_pcre
> # Prüft Clients mit diesem Hostnamen bei bl.spamcop.net
> #
> /unknown|dynamic|ppp|adsl/ reject_rbl_client bl.spamcop.net
>
> Damit sollten bereits etwas 80-90% abgewiesen werden.
>
> dnsbl.njabl.org ist eine kombinierte Liste, die hauptsächlich dynamische
> IPs ablehnt. Von diesen kommt der Hauptanteil des Spams. Auch wenn es
> nicht in den RFCs steht, ist es inzwischen als Bestandteil von "Best
> Practises" anzusehen, Mails von dynamischen IP-Adressen abzulehnen. An
> deiner Stelle würde ich die Liste aktivieren.
>
> Die RBLs relays.ordb.org, list.dsbl.org und sbl-xbl.spamhaus.org sehe ich
> als brauchbar an. Prüfe aber trotzdem, ob diese Listen bei dir vielleicht
> gewünschte Mails blockieren. Prüfe auch die Policy der Listen selbst nach,
> ob du damit einverstanden bist. Immerhin lagerst du die Entscheidung,
> welche Mails dein Server abweist oder nicht, auf einen unbekannten Server
> aus, über den du keine Kontrolle hast.
>
> Die Liste bl.spamcop.net ist sehr effektiv gegen Spamzombies, leider
> werden aber auch häufig Server gelistet, von denen man eigentlich Mails
> bekommen möchte. Die Listing-Policy ist sehr scharf. User können Mails als
> Spam einschicken, und sobald ein paar dieser Meldungen zusammenkommen,
> wird der Server gelistet.
>
> Deshalb ist diese Liste nur als Notfall zu verwenden. Ich habe sie hier in
> einen check_client_access eingehängt, damit nur bestimmte Clients
> überprüft werden. Ich habe sie vorerst auskommentiert. Teste es mal, wenn
> der Spam nicht genug reduziert wurde, aber beobachte, ob gewünschte Mails
> abgewiesen werden.
>
> Es gibt noch weitere Methoden und Checks, wie etwa
> sender_address_verification und check_sender_mx_access und greylisting.
> Aber für den Augenblick sollte das ausreichen.
>
>
>> Klingt logisch das Spamassassin erst greift wenn die mail schon durch
>> ist. Nur der Spam bei mir muss auf jedenfall weniger werden. Ich bin
>> schonmal zu frieden wenn 3mail weniger kommen. Das es kein non plus
>> ultra gibt ist klar. Ich bin auch gerade dabei Postfix-Bücher zu lesen
>> um mir etwas know-how anzueignen. Und im internet auch noch zu lesen
>> Configs zu bauen etc.
>>
>> Habe Postfix mit SSL/TLS Mysql Courier-IMAP laufen falls die Information
>> wichtig ist.
>>
>
> Nö, was nach der Annahme mit Mails passiert, das ist für Postfix-Checks
> nicht so wichtig.
>
> Sandy
>
Ich danke Dir für deine Hilfe. Ich werde das jetzt mal über das Wochen
ende beobachten wie sich das verhält.
Mehr Informationen über die Mailingliste Postfixbuch-users