On Tue, Feb 21, 2006 at 03:07:33PM +0100, Benjamin Zeller wrote:
On Tuesday 21 February 2006 14:58, Jürgen Knelangen wrote:
On Tue, Feb 21, 2006 at 02:28:31PM +0100, Benjamin Zeller wrote:
On Friday 17 February 2006 16:21, Benjamin Zeller wrote:
Folgendes Phaenomen:
Normalerweise sollte ja Spamassasin/Amavis ja alle Mails mit X-Headern taggen. Genau das funktioniert hier nicht.
Ich habe schon mit d_pass getestet, dann wird kein Spam abgewiesen, es gibt jedoch auch keinen Header nachdem man filtern koennte.
Werden Mails als Spam erkannt, landen sie schoen brav in /var/spool/amavis/virusmails. Diese Mails *haben* die Header, zugestellte jedoch nicht.
Vielleicht wird jmd aus der Config schlau und kann mir sagen, wo genau ich zu doof bin :-(
SuSE-Version 9.3
Ausgabe "postconf -n":
alias_maps = hash:/etc/aliases body_checks = regexp:/etc/postfix/body_checks bounce_queue_lifetime = 3d broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 disable_dns_lookups = no header_checks = regexp:/etc/postfix/header_checks html_directory = /usr/share/doc/packages/postfix/html mail_spool_directory = /var/mail mailbox_size_limit = 0 mailbox_transport = cyrus mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_exceptions = root maximal_queue_lifetime = 3d message_size_limit = 102400000 mydestination = localhost, localhost.$mydomain, $mydoamin, ibh-wor.de, ibh-wor.com, erfolgs-it.de, erfolgsit.de, erfolgs-it.com, erfolgsit.com mydomain = ibh.priv myhostname = mss01.ibh.priv mynetworks = 127.0.0.0/8 myorigin = ibh-wor.de newaliases_path = /usr/bin/newaliases readme_directory = /usr/share/doc/packages/postfix/README_FILES relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = no smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_tls_note_starttls_offer = yes smtp_use_tls = yes smtpd_enforce_tls = no smtpd_helo_required = yes smtpd_recipient_restrictions = check_recipient_access hash:/etc/postfix/access_recipient, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_invalid_hostname, check_client_access hash:/etc/postfix/access_client, check_sender_access hash:/etc/postfix/access_sender, permit_sasl_authenticated, reject_unauth_destination permit smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/postfix/ssl/mail.pem smtpd_tls_key_file = /etc/postfix/ssl/mail.rsa.key smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes strict_rfc821_envelopes = no tls_random_source = dev:/dev/urandom transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 450 virtual_alias_maps = hash:/etc/postfix/virtual
Ich mag Tomaten auf den Augen haben, aber ich kann aus deiner Postfix- Konfiguration nicht erkennen, daß Amavis bzw. SA überhaupt aufgerufen wird.
Dort nicht, die Sache geht an amavis, konfiguriert ist das hier in der master.cf
Zeig doch mal die relevanten Einträge in der master.cf.
Ich rufe Amavis in der /etc/postfix/main.cf wie folgt auf: content_filter = smtp-amavis:[127.0.0.1]:10024
Dort schaut die Zeile aehnlich aus. u.a. geht das ganze auch noch an Kaspersky.
Wo ist dort? Virenscanner werden ja in der amavisd.conf aktiviert.
Die Sachen kommen ja bei Amavis an, sehe ich auch im Logfile, dass er die durchgeht und abprueft. Mails, die in /var/spool/amavis/virusmails abgelegt werden (was ja neben dem sehen in den Logs auch ein weiteres Indiz ist, dass SA/Amavis aufgerufen wird), erhalten ja auch schoen brav die zusaetzlichen Header. Nur eben Mails, die durchgelassen werden, werden nicht getagged.