Procmail failur 65 of '/usr/lib/cyrus/bin/deliver'?
Hallo nochmal,
es will nicht abreissen! Irgendwie scheint es mir, als wird wirklich
kein Fehler ausgelassen. Jetzt kommt zu dem Fehler bei Spamassassin auch
noch folgender Fehler bei der Mailzustellung über procmail:
Jan 5 16:27:58 linux postfix/pipe[20190]: 7655562BD:
to=
Hallo, Am Thu, 05 Jan 2006, Udo.Gerhards@genion.de schrieb:
error. Command output: procmail: Error while writing to "/var/log/procmail" procmail: Program failure (65) of "/usr/lib/cyrus/bin /deliver" )
Dein deliver beendet sich mit einem Fehler, procmail gibt den nur weiter. -dnh -- They backflip over bullets and grab onto helicopters falling from the sky in an apparent effort to inspire Isaac Newton's enraged corpse to reanimate and hunt them down. -- Mr. Cranky on "Charlie's Angels: Full Throttle"
Hallo David, wie kann ich den Fehler feststellen, der auftritt? Ich kann ja nicht mal sagen, woran es genau hakt. Ich habe das ganze Internet durchsucht, aber keine passende Antwort gefunden und deliver scheint nicht sehr auskunftsfreudig zu sein. Soll ich Euch vielleicht den Inhalt der master.cf von Postfix und den Inhalt der /etc/procmailrc posten? Hilft das weiter? Gruß Udo David Haller schrieb:
Hallo,
Am Thu, 05 Jan 2006, Udo.Gerhards@genion.de schrieb:
error. Command output: procmail: Error while writing to "/var/log/procmail" procmail: Program failure (65) of "/usr/lib/cyrus/bin /deliver" )
Dein deliver beendet sich mit einem Fehler, procmail gibt den nur weiter.
-dnh
Am Thursday 05 January 2006 18:35 schrieb Udo.Gerhards@genion.de: Bitte kein TOFU.
wie kann ich den Fehler feststellen, der auftritt? Ich kann ja nicht mal sagen, woran es genau hakt. Ich habe das ganze Internet durchsucht, aber keine passende Antwort gefunden und deliver scheint nicht sehr auskunftsfreudig zu sein.
Soll ich Euch vielleicht den Inhalt der master.cf von Postfix und den Inhalt der /etc/procmailrc posten? Hilft das weiter?
Zeig doch mal die Ausgabe von "postconf -n" und die master.cf. Ausserdem würde mich noch ein # grep "destination_recipient_limit" /etc/postfix/main.cf interessieren. -- Andreas
Hallo Andreas, 'grep "destination_recipient_limit" /etc/postfix/main.cf' brachte leider kein Ergebnis. Hier die restlichen Daten: "postconf -n": alias_maps = hash:/etc/aliases biff = no 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 default_privs = nobody default_rbl_reply = $rbl_code RBLTRAP:You can't send us an E-mail today!!! defer_transports = disable_dns_lookups = no fallback_transport = cyrus html_directory = /usr/share/doc/packages/postfix/html inet_protocols = all mail_spool_directory = /var/mail mailbox_command = mailbox_size_limit = 0 mailbox_transport = procmail mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 mime_header_checks = pcre:/etc/postfix/body_check mydestination = $mydomain, $myhostname, localhost.$mydomain, www.brillenmacherei.de, brillenmacherei.de, *.brillenmacherei.de mysql:/etc/postfix/mysql-mydestination.cf mydomain = cms-solutions.info myhostname = mail.cms-solutions.info myorigin = $mydomain 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/canonical mysql:/etc/postfix/mysql-canonical.cf sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = no smtp_tls_CAfile = /etc/certs/cert.pem smtp_tls_cert_file = /etc/certs/cert.pem smtp_tls_key_file = /etc/certs/key.pem smtp_use_tls = yes smtpd_delay_reject = yes smtpd_hard_error_limit = 3 smtpd_helo_required = yes smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_invalid_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_pipelining, reject_unauth_destination, reject_rbl_client zombie.dnsbl.sorbs.net, reject_rbl_client relays.ordb.org, reject_rbl_client opm.blitzed.org, reject_rbl_client list.dsbl.org, reject_rbl_client sbl.spamhaus.org, reject_rbl_client blackholes.easynet.nl, reject_rbl_client unconfirmed.dsbl.org, reject_rbl_client dynablock.njabl.org,reject_rbl_client dialup.blacklist.jippg.org, reject_rbl_client cbl.abuseat.org, permit smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous smtpd_sender_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination, reject_rhsbl_client rhsbl.sorbs.net, reject_rhsbl_sender rhsbl.sorbs.net, reject_rbl_client relays.ordb.org, reject_rbl_client list.dsbl.org, reject_rbl_client sbl.spamhaus.org, reject_rbl_client unconfirmed.dsbl.org, reject_rbl_client list.dsbl.org, reject_rbl_client dynablock.njabl.org, reject_rbl_client dialup.blacklist.jippg.org, reject_rbl_client multihop.dsbl.org, reject_rbl_client dialup.rbl.kropka.net, reject_rbl_client opm.blitzed.org, reject_rbl_client cbl.abuseat.org, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unauth_pipelining smtpd_tls_CAfile = /etc/certs/cert.pem smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/certs/cert.pem smtpd_tls_key_file = /etc/certs/key.pem smtpd_tls_loglevel = 3 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 = 550 virtual_alias_maps = hash:/etc/postfix/virtual mysql:/etc/postfix/mysql-virtual.cf linux:~ # linux:~ # postconf -n alias_maps = hash:/etc/aliases biff = no 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 default_privs = nobody default_rbl_reply = $rbl_code RBLTRAP:You can't send us an E-mail today!!! defer_transports = disable_dns_lookups = no fallback_transport = cyrus html_directory = /usr/share/doc/packages/postfix/html inet_protocols = all mail_spool_directory = /var/mail mailbox_command = mailbox_size_limit = 0 mailbox_transport = procmail mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 mime_header_checks = pcre:/etc/postfix/body_check mydestination = $mydomain, $myhostname, localhost.$mydomain, www.brillenmacherei.de, brillenmacherei.de, *.brillenmacherei.de mysql:/etc/postfix/mysql-mydestination.cf mydomain = cms-solutions.info myhostname = mail.cms-solutions.info myorigin = $mydomain 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/canonical mysql:/etc/postfix/mysql-canonical.cf sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = no smtp_tls_CAfile = /etc/certs/cert.pem smtp_tls_cert_file = /etc/certs/cert.pem smtp_tls_key_file = /etc/certs/key.pem smtp_use_tls = yes smtpd_delay_reject = yes smtpd_hard_error_limit = 3 smtpd_helo_required = yes smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_invalid_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_pipelining, reject_unauth_destination, reject_rbl_client zombie.dnsbl.sorbs.net, reject_rbl_client relays.ordb.org, reject_rbl_client opm.blitzed.org, reject_rbl_client list.dsbl.org, reject_rbl_client sbl.spamhaus.org, reject_rbl_client blackholes.easynet.nl, reject_rbl_client unconfirmed.dsbl.org, reject_rbl_client dynablock.njabl.org,reject_rbl_client dialup.blacklist.jippg.org, reject_rbl_client cbl.abuseat.org, permit smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous smtpd_sender_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination, reject_rhsbl_client rhsbl.sorbs.net, reject_rhsbl_sender rhsbl.sorbs.net, reject_rbl_client relays.ordb.org, reject_rbl_client list.dsbl.org, reject_rbl_client sbl.spamhaus.org, reject_rbl_client unconfirmed.dsbl.org, reject_rbl_client list.dsbl.org, reject_rbl_client dynablock.njabl.org, reject_rbl_client dialup.blacklist.jippg.org, reject_rbl_client multihop.dsbl.org, reject_rbl_client dialup.rbl.kropka.net, reject_rbl_client opm.blitzed.org, reject_rbl_client cbl.abuseat.org, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unauth_pipelining smtpd_tls_CAfile = /etc/certs/cert.pem smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/certs/cert.pem smtpd_tls_key_file = /etc/certs/key.pem smtpd_tls_loglevel = 3 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 = 550 virtual_alias_maps = hash:/etc/postfix/virtual mysql:/etc/postfix/mysql-virtual.cf "master.cf": 19 pickup fifo n - n 60 1 pickup 20 cleanup unix n - n - 0 cleanup 21 qmgr fifo n - n 300 1 qmgr 22 #qmgr fifo n - n 300 1 oqmgr 23 #tlsmgr unix - - n 1000? 1 tlsmgr 24 rewrite unix - - n - - trivial-rewrite 25 bounce unix - - n - 0 bounce 26 defer unix - - n - 0 bounce 27 trace unix - - n - 0 bounce 28 verify unix - - n - 1 verify 29 flush unix n - n 1000? 0 flush 30 proxymap unix - - n - - proxymap 31 smtp unix - - n - - smtp 32 # When relaying mail as backup MX, disable fallback_relay to avoid MX loops 33 relay unix - - n - - smtp 34 -o fallback_relay= 35 # -o smtp_helo_timeout=5 -o smtp_connect_timeout=5 36 showq unix n - n - - showq 37 error unix - - n - - error 38 discard unix - - n - - discard 39 local unix - n n - - local 40 virtual unix - n n - - virtual 41 lmtp unix - - n - - lmtp 42 anvil unix - - n - 1 anvil 43 localhost:10025 inet n - n - - smtpd -o content_filter= 44 scache unix - - n - 1 scache 45 # 46 # ==================================================================== 47 # Interfaces to non-Postfix software. Be sure to examine the manual 48 # pages of the non-Postfix software to find out what options it wants. 49 # 50 # Many of the following services use the Postfix pipe(8) delivery 51 # agent. See the pipe(8) man page for information about ${recipient} 52 # and other message envelope options. 53 # ==================================================================== 54 # 55 # maildrop. See the Postfix MAILDROP_README file for details. 56 # Also specify in main.cf: maildrop_destination_recipient_limit=1 57 # 58 maildrop unix - n n - - pipe 59 flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} 60 cyrus unix - n n - - pipe 61 flags= user=cyrus argv=/usr/lib/cyrus/bin/deliver -r ${sender} -m ${extension} ${user} 62 uucp unix - n n - - pipe 63 flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) 64 ifmail unix - n n - - pipe 65 flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) 66 bsmtp unix - n n - - pipe 67 flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient 68 procmail unix - n n - - pipe 69 #flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} 70 flags=R user=cyrus argv=/usr/bin/procmail -r SENDER=${sender} -t -m /etc/procmailrc USER=${user} EXTENSION=${extension} Ein Haufen Zeugs. Hoffe es bringt was. ;) Gruß + Danke Udo Andreas Winkelmann schrieb:
Am Thursday 05 January 2006 18:35 schrieb Udo.Gerhards@genion.de:
Bitte kein TOFU.
wie kann ich den Fehler feststellen, der auftritt? Ich kann ja nicht mal sagen, woran es genau hakt. Ich habe das ganze Internet durchsucht, aber keine passende Antwort gefunden und deliver scheint nicht sehr auskunftsfreudig zu sein.
Soll ich Euch vielleicht den Inhalt der master.cf von Postfix und den Inhalt der /etc/procmailrc posten? Hilft das weiter?
Zeig doch mal die Ausgabe von "postconf -n" und die master.cf. Ausserdem würde mich noch ein
# grep "destination_recipient_limit" /etc/postfix/main.cf
interessieren.
Am Thursday 05 January 2006 20:19 schrieb Udo.Gerhards@genion.de:
'grep "destination_recipient_limit" /etc/postfix/main.cf' brachte leider kein Ergebnis. Hier die restlichen Daten:
Dann füge mal ein: procmail_destination_recipient_limit = 1 der main.cf hinzu.
"postconf -n":
mailbox_transport = procmail
"master.cf":
68 procmail unix - n n - - pipe 69 #flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} 70 flags=R user=cyrus argv=/usr/bin/procmail -r SENDER=${sender} -t -m /etc/procmailrc USER=${user} EXTENSION=${extension}
Ein Haufen Zeugs. Hoffe es bringt was. ;)
-- Andreas
Hallo Andrea, ok, habe ich gerade gemacht. War sonst irgendwas auffällig in der Konfiguration? BTW: Wenn ich mir die /var/log/mail anschaue, dann sehe ich auch, daß Postfix meckert, weil noch kein Virescanner vorhanden ist. Alle Test-Mails haben deshalb auch den Status "deferred". Heisst das, daß Postfix die Mails so lange nicht weitergibt, bis ich einen Virenscanner eingerichtet habe oder was macht er damit eigentlich? Gruß Udo Andreas Winkelmann schrieb:
Am Thursday 05 January 2006 20:19 schrieb Udo.Gerhards@genion.de:
'grep "destination_recipient_limit" /etc/postfix/main.cf' brachte leider kein Ergebnis. Hier die restlichen Daten:
Dann füge mal ein:
procmail_destination_recipient_limit = 1
der main.cf hinzu.
"postconf -n":
mailbox_transport = procmail
"master.cf":
68 procmail unix - n n - - pipe 69 #flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} 70 flags=R user=cyrus argv=/usr/bin/procmail -r SENDER=${sender} -t -m /etc/procmailrc USER=${user} EXTENSION=${extension}
Ein Haufen Zeugs. Hoffe es bringt was. ;)
Am Thursday 05 January 2006 21:28 schrieb Udo.Gerhards@genion.de:
Hallo Andrea,
Hmm?
ok, habe ich gerade gemacht. War sonst irgendwas auffällig in der Konfiguration? BTW: Wenn ich mir die /var/log/mail anschaue, dann sehe ich auch, daß Postfix meckert, weil noch kein Virescanner vorhanden ist. Alle Test-Mails haben deshalb auch den Status "deferred". Heisst das, daß Postfix die Mails so lange nicht weitergibt, bis ich einen Virenscanner eingerichtet habe oder was macht er damit eigentlich?
Postfix interessiert es nicht sonderlich ob Du einen Virenscanner hast oder nicht. Zeig doch mal das Log. -- Andreas
Hallo Andreas,
hier ein Ausschnitt meines aktuellen Logfiles:
2165 Jan 5 20:49:47 linux postfix/qmgr[20564]: 770F562AB:
from=
Am Thursday 05 January 2006 21:28 schrieb Udo.Gerhards@genion.de:
Hallo Andrea,
Hmm?
ok, habe ich gerade gemacht. War sonst irgendwas auffällig in der Konfiguration? BTW: Wenn ich mir die /var/log/mail anschaue, dann sehe ich auch, daß Postfix meckert, weil noch kein Virescanner vorhanden ist. Alle Test-Mails haben deshalb auch den Status "deferred". Heisst das, daß Postfix die Mails so lange nicht weitergibt, bis ich einen Virenscanner eingerichtet habe oder was macht er damit eigentlich?
Postfix interessiert es nicht sonderlich ob Du einen Virenscanner hast oder nicht. Zeig doch mal das Log.
Am Thursday 05 January 2006 21:57 schrieb Udo.Gerhards@genion.de:
Hallo Andreas,
hier ein Ausschnitt meines aktuellen Logfiles:
2165 Jan 5 20:49:47 linux postfix/qmgr[20564]: 770F562AB: from=
, size=365, nrcpt=1 (queue active) 2166 Jan 5 20:49:47 linux postfix/qmgr[20564]: 70B043E59: from= , size=430, nrcpt=1 (queue active) 2167 Jan 5 20:49:47 linux postfix/qmgr[20564]: 895351DCA2: from= , size=382, nrcpt=1 (queue active) 2168 Jan 5 20:49:47 linux postfix/smtp[20991]: warning: connect to private/tlsmgr: Connection refused 2169 Jan 5 20:49:47 linux postfix/smtp[20991]: warning: problem talking to server private/tlsmgr: Connection refused 2170 Jan 5 20:49:48 linux postfix/smtp[20991]: warning: connect to private/tlsmgr: Connection refused 2171 Jan 5 20:49:48 linux postfix/smtp[20991]: warning: problem talking to server private/tlsmgr: Connection refused 2172 Jan 5 20:49:48 linux postfix/smtp[20991]: warning: no entropy for TLS key generation: disabling TLS support 2173 Jan 5 20:49:48 linux postfix/smtp[20993]: warning: connect to private/tlsmgr: Connection refused 2174 Jan 5 20:49:48 linux postfix/smtp[20993]: warning: problem talking to server private/tlsmgr: Connection refused
Mach mal das "#" vor dem tlsmgr-Eintrag in der master.cf weg und starte Postfix neu. Wie hast Du denn Postfix installiert?
2175 Jan 5 20:49:49 linux amavis[20734]: (20734-04) WARN: all primary virus scanners failed, considering backups 2176 Jan 5 20:49:49 linux amavis[20734]: (20734-04) TROUBLE in check_mail: virus_scan FAILED: virus_scan: NO VIRUS SCANNERS AVAILABLE 2177 Jan 5 20:49:49 linux amavis[20734]: (20734-04) PRESERVING EVIDENCE in /var/spool/amavis/tmp/amavis-20060105T204948-20734 2178 Jan 5 20:49:49 linux postfix/smtp[20991]: 770F562AB: to=
, orig_to= , relay=127.0. 0.1[127.0.0.1]:10024, delay=16725, delays=16724/1/0/0.06, dsn=4.5.0, status=deferred (host 127.0.0.1[127.0.0.1] said: 451 4.5.0 Error in processing, i d=20734-04, virus_scan FAILED: virus_scan: NO VIRUS SCANNERS AVAILABLE (in reply to end of DATA command))
Amavisd möchte einen Virusscanner. Also entweder installieren oder in der amavisd.conf ausschalten. -- Andreas
Den Postfix hab ich mir Gestern von ftp://ftp.suse.com/pub/people/choeger/ gezogen. Der war da vorcompiliert mit MYSQL-Support. Der ist ja standartmäßig nicht bei der Suse-Version eincompliert. Und dort gabs aber ne Version für Suse. Den Virenscanner will ich noch installieren. Ich habe mir gerade mal die amavisd.conf angesehen. Welche Variable ist dafür zuständig, daß ich den Scanner vorübergehend abschalten kann? Eigentlich ist ja ClamAV schon installiert und läuft als Daemon, aber anscheinend muß ich da noch was einstellen. Gruß Udo Andreas Winkelmann schrieb:
Am Thursday 05 January 2006 21:57 schrieb Udo.Gerhards@genion.de:
Hallo Andreas,
hier ein Ausschnitt meines aktuellen Logfiles:
2165 Jan 5 20:49:47 linux postfix/qmgr[20564]: 770F562AB: from=
, size=365, nrcpt=1 (queue active) 2166 Jan 5 20:49:47 linux postfix/qmgr[20564]: 70B043E59: from= , size=430, nrcpt=1 (queue active) 2167 Jan 5 20:49:47 linux postfix/qmgr[20564]: 895351DCA2: from= , size=382, nrcpt=1 (queue active) 2168 Jan 5 20:49:47 linux postfix/smtp[20991]: warning: connect to private/tlsmgr: Connection refused 2169 Jan 5 20:49:47 linux postfix/smtp[20991]: warning: problem talking to server private/tlsmgr: Connection refused 2170 Jan 5 20:49:48 linux postfix/smtp[20991]: warning: connect to private/tlsmgr: Connection refused 2171 Jan 5 20:49:48 linux postfix/smtp[20991]: warning: problem talking to server private/tlsmgr: Connection refused 2172 Jan 5 20:49:48 linux postfix/smtp[20991]: warning: no entropy for TLS key generation: disabling TLS support 2173 Jan 5 20:49:48 linux postfix/smtp[20993]: warning: connect to private/tlsmgr: Connection refused 2174 Jan 5 20:49:48 linux postfix/smtp[20993]: warning: problem talking to server private/tlsmgr: Connection refused Mach mal das "#" vor dem tlsmgr-Eintrag in der master.cf weg und starte Postfix neu. Wie hast Du denn Postfix installiert?
2175 Jan 5 20:49:49 linux amavis[20734]: (20734-04) WARN: all primary virus scanners failed, considering backups 2176 Jan 5 20:49:49 linux amavis[20734]: (20734-04) TROUBLE in check_mail: virus_scan FAILED: virus_scan: NO VIRUS SCANNERS AVAILABLE 2177 Jan 5 20:49:49 linux amavis[20734]: (20734-04) PRESERVING EVIDENCE in /var/spool/amavis/tmp/amavis-20060105T204948-20734 2178 Jan 5 20:49:49 linux postfix/smtp[20991]: 770F562AB: to=
, orig_to= , relay=127.0. 0.1[127.0.0.1]:10024, delay=16725, delays=16724/1/0/0.06, dsn=4.5.0, status=deferred (host 127.0.0.1[127.0.0.1] said: 451 4.5.0 Error in processing, i d=20734-04, virus_scan FAILED: virus_scan: NO VIRUS SCANNERS AVAILABLE (in reply to end of DATA command)) Amavisd möchte einen Virusscanner. Also entweder installieren oder in der amavisd.conf ausschalten.
Am Thursday 05 January 2006 22:20 schrieb Udo.Gerhards@genion.de:
Den Postfix hab ich mir Gestern von
ftp://ftp.suse.com/pub/people/choeger/
gezogen. Der war da vorcompiliert mit MYSQL-Support. Der ist ja standartmäßig nicht bei der Suse-Version eincompliert. Und dort gabs aber ne Version für Suse.
Da scheint was mit nem upgrade nicht zu stimmen.
Den Virenscanner will ich noch installieren. Ich habe mir gerade mal die amavisd.conf angesehen. Welche Variable ist dafür zuständig, daß ich den Scanner vorübergehend abschalten kann? Eigentlich ist ja ClamAV schon installiert und läuft als Daemon, aber anscheinend muß ich da noch was einstellen.
/etc/amavisd.conf ... # COMMONLY ADJUSTED SETTINGS: # @bypass_virus_checks_maps = (1); # uncomment to DISABLE anti-virus code # @bypass_spam_checks_maps = (1); # uncomment to DISABLE anti-spam code ... -- Andreas
Andreas Winkelmann wrote:
Am Thursday 05 January 2006 22:20 schrieb Udo.Gerhards@genion.de:
Den Postfix hab ich mir Gestern von
ftp://ftp.suse.com/pub/people/choeger/
gezogen. Der war da vorcompiliert mit MYSQL-Support. Der ist ja standartmäßig nicht bei der Suse-Version eincompliert. Und dort gabs aber ne Version für Suse.
Da scheint was mit nem upgrade nicht zu stimmen.
Vielleicht hat das rpm beim Installieren kein "/etc/postfix/post-install upgrade-package" durchgeführt. Ein "postfix check" wäre vielleicht auch nicht schlecht. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Also postfix check sagt nix negatives. Scheint alles in Ordnung zu sein! Gruß Udo Sandy Drobic schrieb:
Andreas Winkelmann wrote:
Am Thursday 05 January 2006 22:20 schrieb Udo.Gerhards@genion.de:
Den Postfix hab ich mir Gestern von
ftp://ftp.suse.com/pub/people/choeger/
gezogen. Der war da vorcompiliert mit MYSQL-Support. Der ist ja standartmäßig nicht bei der Suse-Version eincompliert. Und dort gabs aber ne Version für Suse.
Da scheint was mit nem upgrade nicht zu stimmen.
Vielleicht hat das rpm beim Installieren kein "/etc/postfix/post-install upgrade-package" durchgeführt. Ein "postfix check" wäre vielleicht auch nicht schlecht.
Sandy
Hallo Sandy, da kommt auch nix dabei rum! Er bleibt stumm und murrt net! Ist das jetzt ein gutes oder schlechtes Zeichen? Gruß Udo Sandy Drobic schrieb:
Udo.Gerhards@genion.de wrote:
Also postfix check sagt nix negatives. Scheint alles in Ordnung zu sein!
Was sagt "/etc/postfix/post-install upgrade-package"?
Sandy
Udo.Gerhards@genion.de wrote:
Hallo Sandy,
da kommt auch nix dabei rum! Er bleibt stumm und murrt net! Ist das jetzt ein gutes oder schlechtes Zeichen?
Wenn der Befehl ausgeführt wurde, aber nichts zu meckern hatte, dann ist das ein gutes Zeichen. Wenn du Postfix neu startest, gibt es danach Warnungen im Log, sobald die ersten Mail eintreffen oder sogar direkt nach dem Start? Was sagt denn "postcconf -m"? Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Sandy Drobic wrote:
Udo.Gerhards@genion.de wrote:
Hallo Sandy,
da kommt auch nix dabei rum! Er bleibt stumm und murrt net! Ist das jetzt ein gutes oder schlechtes Zeichen?
Wenn der Befehl ausgeführt wurde, aber nichts zu meckern hatte, dann ist das ein gutes Zeichen.
Wenn du Postfix neu startest, gibt es danach Warnungen im Log, sobald die ersten Mail eintreffen oder sogar direkt nach dem Start? Was sagt denn "postcconf -m"?
Uups, sollte "postconf -m" sein... Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Hallo,
also "postconf -m" gibt folgendes aus:
btree
cidr
environ
hash
ldap
mysql
nis
pcre
proxy
regexp
sdbm
static
tcp
unix
"/var/log/mail" sieht nach einem Neustart von Postfix so aus:
2304 Jan 5 22:16:39 linux postfix/master[10769]: reload configuration
/etc/postfix
2305 Jan 5 22:33:19 linux postfix/qmgr[21245]: 6588762B3:
from=
Sandy Drobic wrote:
Udo.Gerhards@genion.de wrote:
Hallo Sandy,
da kommt auch nix dabei rum! Er bleibt stumm und murrt net! Ist das jetzt ein gutes oder schlechtes Zeichen?
Wenn der Befehl ausgeführt wurde, aber nichts zu meckern hatte, dann ist das ein gutes Zeichen.
Wenn du Postfix neu startest, gibt es danach Warnungen im Log, sobald die ersten Mail eintreffen oder sogar direkt nach dem Start? Was sagt denn "postcconf -m"?
Uups, sollte "postconf -m" sein...
Sandy
Udo.Gerhards@genion.de wrote:
Hallo,
also "postconf -m" gibt folgendes aus:
btree cidr environ hash ldap mysql nis pcre proxy regexp sdbm static tcp unix
Sieht gut aus.
"/var/log/mail" sieht nach einem Neustart von Postfix so aus:
2304 Jan 5 22:16:39 linux postfix/master[10769]: reload configuration /etc/postfix 2305 Jan 5 22:33:19 linux postfix/qmgr[21245]: 6588762B3: from=
, size=392, nrcpt=1 (queue active) 2306 Jan 5 22:33:19 linux postfix/qmgr[21245]: 93698628A: from= , size=365, nrcpt=1 (queue active) Es werden keine Fehlermeldungen ausgegeben! Hier nochmal ein Logfile-Auszug nach Eintreffen einer Testmail über "telnet localhost 25":
"/var/log/mail.info":
1611 Jan 5 23:28:16 linux postfix/smtpd[22160]: initializing the server-side TLS engine 1612 Jan 5 23:28:16 linux postfix/smtpd[22160]: connect from localhost[127.0.0.1] 1613 Jan 5 23:28:52 linux postfix/smtpd[22160]: 635A7635D: client=localhost[127.0.0.1] 1614 Jan 5 23:29:06 linux postfix/cleanup[22165]: 635A7635D: message-id=<20060105222835.635A7635D@mail.cms-solutions.info> 1615 Jan 5 23:29:06 linux postfix/qmgr[22123]: 635A7635D: from=
, size=367, nrcpt=1 (queue active) 1616 Jan 5 23:29:07 linux postfix/smtpd[22170]: initializing the server-side TLS engine 1617 Jan 5 23:29:07 linux postfix/smtpd[22170]: connect from localhost[127.0.0.1] 1618 Jan 5 23:29:07 linux postfix/smtpd[22170]: EE9F26365: client=localhost[127.0.0.1] 1619 Jan 5 23:29:08 linux postfix/cleanup[22165]: EE9F26365: message-id=<20060105222835.635A7635D@mail.cms-solutions.info> 1620 Jan 5 23:29:08 linux postfix/qmgr[22123]: EE9F26365: from= , size=810, nrcpt=1 (queue active) 1621 Jan 5 23:29:08 linux postfix/smtpd[22170]: disconnect from localhost[127.0.0.1] 1622 Jan 5 23:29:08 linux postfix/smtp[22168]: 635A7635D: to= , orig_to= , relay=1 27.0.0.1[127.0.0.1]:10024, delay=33, delays=31/0.01/0/1.2, dsn=2.6.0, status=sent (250 2.6.0 Ok, id=21352-04, from MTA: 250 2.0.0 Ok: queued as EE9F26 365) 1623 Jan 5 23:29:08 linux postfix/qmgr[22123]: 635A7635D: removed 1624 Jan 5 23:29:08 linux spamd[19738]: connection from localhost [127.0.0.1] at port 14714 1625 Jan 5 23:29:08 linux spamd[19738]: info: setuid to filter succeeded 1626 Jan 5 23:29:08 linux spamd[19738]: processing message <20060105222835.635A7635D@mail.cms-solutions.info> for filter:1001. 1627 Jan 5 23:29:08 linux postfix/smtpd[22160]: disconnect from localhost[127.0.0.1] 1628 Jan 5 23:29:11 linux spamd[19738]: clean message (0.3/4.8) for filter:1001 in 2.9 seconds, 832 bytes. 1629 Jan 5 23:29:11 linux spamd[19738]: result: . 0 - ALL_TRUSTED,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=832,mid=<20060105222835.63 5A7635D@mail.cms-solutions.info>,autolearn=disabled 1630 Jan 5 23:29:11 linux
Bis hierhin ist alles in Ordnung postfix/pipe[22173]: EE9F26365:
to=
, relay=procmail, delay=3.5, delays=0.12/0.0 2/0/3.3, dsn=4.3.0, status=deferred (temporary failure)
Dann möchte postfix die Mail über procmail endgültig speichern und fängt an zu würgen. Wie lautet der Eintrag in master.cf für procmail? Ich gehe davon aus, dass hier ein Problem besteht oder in den Programmen, die aufgerufen werden in diesem Transport. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Am Thursday 05 January 2006 23:31 schrieb Udo.Gerhards@genion.de:
Jan 5 23:29:11 linux postfix/pipe[22173]: EE9F26365: to=
, relay=procmail, delay=3.5, delays=0.12/0.0 2/0/3.3, dsn=4.3.0, status=deferred (temporary failure)
# postsuper -r ALL # postqueue -f Und dann nochmal ins Log schauen. -- Andreas
Hallo Andreas,
hier nochmal die Daten nach Anwendung von "postsuper -r ALL" und
"postqueue -f":
/var/log/mail =====> keine neuen Einträge
/var/log/mail.err ========> keine neuen Einträge
/var/log/mail.info:
1708 Jan 5 23:54:25 linux postfix/pickup[22122]: 7D6196361: uid=51
from=
Am Thursday 05 January 2006 23:31 schrieb Udo.Gerhards@genion.de:
Jan 5 23:29:11 linux postfix/pipe[22173]: EE9F26365: to=
, relay=procmail, delay=3.5, delays=0.12/0.0 2/0/3.3, dsn=4.3.0, status=deferred (temporary failure) # postsuper -r ALL # postqueue -f
Und dann nochmal ins Log schauen.
Am Thursday 05 January 2006 23:59 schrieb Udo.Gerhards@genion.de:
hier nochmal die Daten nach Anwendung von "postsuper -r ALL" und "postqueue -f":
/var/log/mail =====> keine neuen Einträge /var/log/mail.err ========> keine neuen Einträge
/var/log/mail.info:
1708 Jan 5 23:54:25 linux postfix/pickup[22122]: 7D6196361: uid=51 from=
orig_id=4D7CA6340 1709 Jan 5 23:54:25 linux postfix/cleanup[22330]: 7D6196361: message-id=<20060105020542.EEEC010E26@mail.cms-solutions.info> 1710 Jan 5 23:54:25 linux postfix/qmgr[22123]: 7D6196361: from= , size=895, nrcpt=1 (queue active) 1711 Jan 5 23:54:27 linux spamd[19738]: clean message (0.3/4.8) for filter:1001 in 2.9 seconds, 911 bytes. 1712 Jan 5 23:54:27 linux spamd[19738]: result: . 0 - ALL_TRUSTED,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=911,mid=<20060105020722.89 5351DCA2@mail.cms-solutions.info>,autolearn=disabled 1713 Jan 5 23:54:28 linux spamd[19735]: clean message (0.5/4.8) for filter:1001 in 2.9 seconds, 964 bytes. 1714 Jan 5 23:54:28 linux spamd[19735]: result: . 0 - ALL_TRUSTED,DATE_IN_PAST_06_12,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=964,mid =<20060105160821.6588762B3@mail.cms-solutions.info>,autolearn=disabled 1715 Jan 5 23:54:28 linux postfix/pipe[22335]: DB5366364: to= , orig_to= , relay= procmail, delay=2865, delays=2862/0.01/0/3.1, dsn=4.3.0, status=deferred (temporary failure) 1716 Jan 5 23:54:28 linux spamd[19736]: connection from localhost [127.0.0.1] at port 14115 1717 Jan 5 23:54:28 linux spamd[19736]: info: setuid to filter succeeded 1718 Jan 5 23:54:28 linux spamd[19736]: processing message <20060105012034.70B043E59@mail.cms-solutions.info> for filter:1001. 1719 Jan 5 23:54:28 linux postfix/pipe[22345]: 042BB3E59: to= , orig_to= , relay=procmail, delay=706, delays=703/0.01/0/3.1, dsn=4.3.0, status=deferred (temporary failure) 1720 Jan 5 23:54:28 linux spamd[19737]: connection from localhost [127.0.0.1] at port 14117 1721 Jan 5 23:54:28 linux spamd[19737]: info: setuid to filter succeeded 1722 Jan 5 23:54:28 linux spamd[19737]: processing message <20060105150500.93698628A@mail.cms-solutions.info> for filter:1001. 1723 Jan 5 23:54:31 linux spamd[19736]: clean message (1.4/4.8) for filter:1001 in 2.9 seconds, 977 bytes. 1724 Jan 5 23:54:31 linux spamd[19736]: result: . 1 - ALL_TRUSTED,MISSING_SUBJECT,NO_DNS_FOR_FROM,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=977,mid=<2 0060105012034.70B043E59@mail.cms-solutions.info>,autolearn=disabled 1725 Jan 5 23:54:31 linux postfix/pipe[22335]: 1AF0F6345: to= , orig_to= , relay= procmail, delay=2869, delays=2863/2.9/0/3, dsn=4.3.0, status=deferred (temporary failure) 1726 Jan 5 23:54:31 linux spamd[19734]: connection from localhost [127.0.0.1] at port 14125 1727 Jan 5 23:54:31 linux spamd[19734]: info: setuid to filter succeeded 1728 Jan 5 23:54:31 linux spamd[19734]: processing message <20060105222835.635A7635D@mail.cms-solutions.info> for filter:1001. 1729 Jan 5 23:54:31 linux spamd[19737]: clean message (0.5/4.8) for filter:1001 in 3.0 seconds, 934 bytes. 1730 Jan 5 23:54:31 linux spamd[19737]: result: . 0 - ALL_TRUSTED,DATE_IN_PAST_06_12,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=3.0,size=934,mid =<20060105150500.93698628A@mail.cms-solutions.info>,autolearn=disabled 1731 Jan 5 23:54:31 linux postfix/pipe[22345]: 3364A62AB: to= , orig_to= , relay=procmail, delay=709, delays=703/2.9/0/3.1, dsn=4.3.0, status=deferred (temporary failure) 1732 Jan 5 23:54:31 linux spamd[19738]: connection from localhost [127.0.0.1] at port 14127 1733 Jan 5 23:54:31 linux spamd[19738]: info: setuid to filter succeeded 1734 Jan 5 23:54:31 linux spamd[19738]: processing message <20060105013000.D0FF31EAD8@mail.cms-solutions.info> for filter:1001. 1735 Jan 5 23:54:34 linux spamd[19734]: clean message (0.3/4.8) for filter:1001 in 2.9 seconds, 948 bytes. 1736 Jan 5 23:54:34 linux spamd[19734]: result: . 0 - ALL_TRUSTED,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=948,mid=<20060105222835.63 5A7635D@mail.cms-solutions.info>,autolearn=disabled 1737 Jan 5 23:54:34 linux postfix/pipe[22365]: 45EC16362: to= , relay=procmail, delay=1526, delays=1517/5. 7/0/3, dsn=4.3.0, status=deferred (temporary failure) 1738 Jan 5 23:54:34 linux spamd[19735]: connection from localhost [127.0.0.1] at port 14135 1739 Jan 5 23:54:34 linux spamd[19735]: info: setuid to filter succeeded 1740 Jan 5 23:54:34 linux spamd[19735]: processing message <20060105151104.770F562AB@mail.cms-solutions.info> for filter:1001. 1741 Jan 5 23:54:34 linux spamd[19738]: clean message (0.3/4.8) for filter:1001 in 2.9 seconds, 922 bytes. 1742 Jan 5 23:54:34 linux spamd[19738]: result: . 0 - ALL_TRUSTED,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=922,mid=<20060105013000.D0 FF31EAD8@mail.cms-solutions.info>,autolearn=disabled 1743 Jan 5 23:54:34 linux postfix/pipe[22335]: 586B86365: to= , orig_to= , relay= procmail, delay=1874, delays=1865/5.9/0/3, dsn=4.3.0, status=deferred (temporary failure) 1744 Jan 5 23:54:34 linux spamd[19736]: connection from localhost [127.0.0.1] at port 14137 1745 Jan 5 23:54:34 linux spamd[19736]: info: setuid to filter succeeded 1746 Jan 5 23:54:34 linux spamd[19736]: processing message <20060105020542.EEEC010E26@mail.cms-solutions.info> for filter:1001. 1747 Jan 5 23:54:37 linux spamd[19735]: clean message (0.5/4.8) for filter:1001 in 3.0 seconds, 934 bytes. 1748 Jan 5 23:54:37 linux spamd[19735]: result: . 0 - ALL_TRUSTED,DATE_IN_PAST_06_12,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=3.0,size=934,mid =<20060105151104.770F562AB@mail.cms-solutions.info>,autolearn=disabled 1749 Jan 5 23:54:37 linux spamd[19736]: clean message (0.3/4.8) for filter:1001 in 3.0 seconds, 911 bytes. 1750 Jan 5 23:54:37 linux spamd[19736]: result: . 0 - ALL_TRUSTED,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=3.0,size=911,mid=<20060105020542.EE EC010E26@mail.cms-solutions.info>,autolearn=disabled 1751 Jan 5 23:54:37 linux postfix/pipe[22345]: 6AE536363: to= , orig_to= , relay=procmail, delay=2876, delays=2864/8.6/0/3.2, dsn=4.3.0, status=deferred (temporary failure) 1752 Jan 5 23:54:37 linux postfix/pipe[22365]: 7D6196361: to= , orig_to= , relay= procmail, delay=1877, delays=1865/8.7/0/3.1, dsn=4.3.0, status=deferred (temporary failure)
Was mich da ein wenig stutzig macht ist der delay im 4-Stelligen Bereich. Bei einem "postsuper -r" werden die Mails nochmal neu durch Postfix geschickt und fangen dann auch mit nem delay von 0 an. Hmm, sollte es wirklich nen Fehler mit Procmail geben, sollte da was ausführlicheres stehen. Du könntest mal in der master.cf hinter dem "pipe" ein "-v" setzen. Dann müsste etwas mehr kommen, wenn Postfix die Mails an Procmail übergibt.
Was mich hier noch stutzig macht, ist die Tatsache, daß die Mails immer noch nicht zugestellt werden und zum anderen die Konten, an die versucht wird die Mails zuzustellen. auf meinem Server gibt es in cyrus folgende E-Mail-Adressen:
*@cms-solutions.inf *@brillenmacherie.de info@brillenmacherei.de
Jetzt seh ich aber, das versucht wird, die Mails an catchall@cms-solutions.info zuzustellen ?! Die gibts zwar, aber zumindest sollten die @brillenmacherei.de-Mails korrekt an die Postfächer zugestellt werden.
-- Andreas
Udo.Gerhards@genion.de wrote:
Hallo Andreas,
hier nochmal die Daten nach Anwendung von "postsuper -r ALL" und "postqueue -f":
/var/log/mail =====> keine neuen Einträge /var/log/mail.err ========> keine neuen Einträge
/var/log/mail.info:
1708 Jan 5 23:54:25 linux postfix/pickup[22122]: 7D6196361: uid=51 from=
orig_id=4D7CA6340 1709 Jan 5 23:54:25 linux postfix/cleanup[22330]: 7D6196361: message-id=<20060105020542.EEEC010E26@mail.cms-solutions.info> 1710 Jan 5 23:54:25 linux postfix/qmgr[22123]: 7D6196361: from= , size=895, nrcpt=1 (queue active) 1711 Jan 5 23:54:27 linux spamd[19738]: clean message (0.3/4.8) for filter:1001 in 2.9 seconds, 911 bytes. 1712 Jan 5 23:54:27 linux spamd[19738]: result: . 0 - ALL_TRUSTED,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=911,mid=<20060105020722.89 5351DCA2@mail.cms-solutions.info>,autolearn=disabled 1713 Jan 5 23:54:28 linux spamd[19735]: clean message (0.5/4.8) for filter:1001 in 2.9 seconds, 964 bytes. 1714 Jan 5 23:54:28 linux spamd[19735]: result: . 0 - ALL_TRUSTED,DATE_IN_PAST_06_12,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=964,mid =<20060105160821.6588762B3@mail.cms-solutions.info>,autolearn=disabled 1715 Jan 5 23:54:28 linux postfix/pipe[22335]: DB5366364: to= , orig_to= , relay= procmail, delay=2865, delays=2862/0.01/0/3.1, dsn=4.3.0, status=deferred (temporary failure)
Hierdran hat sich nichts geändert, da kommt immer noch der deferred transport. Ich habe mal den Eintrag von der master.cf aus dem Thread herausgekramt: procmail unix - n n - - pipe # flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} flags=R user=cyrus argv=/usr/bin/procmail -r SENDER=${sender} -t -m /etc/procmailrc USER=${user} EXTENSION=${extension} Kann es an der Reihenfolge der Parameter liegen? Leider habe ich wenig Erfahrung mit procmail. Bei mir in Postfix 2.3 ist der Eintrag: procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Hallo Andreas,
hier nochmal die Ausgabe nach dem Setzen von "-v" direkt in "pipe" in
der master.cf
2490 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: ret_flags
2491 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
ret_flags
2492 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: 0
2493 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: time
2494 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
time
2495 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: s529Q6GqDgD7qr1DTb4IAP+qvUP2pAMAAAAAAAAAAAAAAAAAAAAAAAAAAAA=
2496 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: client_name
2497 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
client_name
2498 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: localhost
2499 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: client_address
2500 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
client_address
2501 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: 127.0.0.1
2502 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: protocol_name
2503 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
protocol_name
2504 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: ESMTP
2505 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: helo_name
2506 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
helo_name
2507 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: localhost
2508 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: sasl_method
2509 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
sasl_method
2510 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: (end)
2511 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: sasl_username
2512 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
sasl_username
2513 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: (end)
2514 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: sasl_sender
2515 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
sasl_sender
2516 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: (end)
2517 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: rewrite_context
2518 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
rewrite_context
2519 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: local
2520 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: offset
2521 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
offset
2522 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: 4294967295
2523 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: dsn_orig_rcpt
2524 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
dsn_orig_rcpt
2525 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: rfc822;catachall.cms-solutions.info@cms-solutions.info
2526 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: notify_flags
2527 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
notify_flags
2528 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: 0
2529 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: original_recipient
2530 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
original_recipient
2531 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: catachall.cms-solutions.info@cms-solutions.info
2532 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: recipient
2533 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
recipient
2534 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute
value: catachall.cms-solutions.info@cms-solutions.info
2535 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket:
wanted attribute: offset
2536 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name:
offset
2537 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: 0
2538 Jan 6 00:25:51 linux postfix/pipe[22564]: deliver_request_get:
file active/45EC16362
2539 Jan 6 00:25:51 linux postfix/pipe[22564]: deliver_message: from
Udo.Gerhards@genion.de wrote:
Hallo Andreas,
hier nochmal die Daten nach Anwendung von "postsuper -r ALL" und "postqueue -f":
/var/log/mail =====> keine neuen Einträge /var/log/mail.err ========> keine neuen Einträge
/var/log/mail.info:
1708 Jan 5 23:54:25 linux postfix/pickup[22122]: 7D6196361: uid=51 from=
orig_id=4D7CA6340 1709 Jan 5 23:54:25 linux postfix/cleanup[22330]: 7D6196361: message-id=<20060105020542.EEEC010E26@mail.cms-solutions.info> 1710 Jan 5 23:54:25 linux postfix/qmgr[22123]: 7D6196361: from= , size=895, nrcpt=1 (queue active) 1711 Jan 5 23:54:27 linux spamd[19738]: clean message (0.3/4.8) for filter:1001 in 2.9 seconds, 911 bytes. 1712 Jan 5 23:54:27 linux spamd[19738]: result: . 0 - ALL_TRUSTED,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=911,mid=<20060105020722.89 5351DCA2@mail.cms-solutions.info>,autolearn=disabled 1713 Jan 5 23:54:28 linux spamd[19735]: clean message (0.5/4.8) for filter:1001 in 2.9 seconds, 964 bytes. 1714 Jan 5 23:54:28 linux spamd[19735]: result: . 0 - ALL_TRUSTED,DATE_IN_PAST_06_12,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=964,mid =<20060105160821.6588762B3@mail.cms-solutions.info>,autolearn=disabled 1715 Jan 5 23:54:28 linux postfix/pipe[22335]: DB5366364: to= , orig_to= , relay= procmail, delay=2865, delays=2862/0.01/0/3.1, dsn=4.3.0, status=deferred (temporary failure) Hierdran hat sich nichts geändert, da kommt immer noch der deferred transport.
Ich habe mal den Eintrag von der master.cf aus dem Thread herausgekramt:
procmail unix - n n - - pipe # flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} flags=R user=cyrus argv=/usr/bin/procmail -r SENDER=${sender} -t -m /etc/procmailrc USER=${user} EXTENSION=${extension}
Kann es an der Reihenfolge der Parameter liegen? Leider habe ich wenig Erfahrung mit procmail. Bei mir in Postfix 2.3 ist der Eintrag:
procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}
Sandy
Noch was Interessantes. Bis heute Abend konnte procmail nicht nach
/var/log/procmail schreiben. Jetzt schau ich gerade in die Datei und
siehe da, da steht plötzlich was drin:
172 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver"
173 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver"
174 Folder: /usr/lib/cyrus/bin/deliver -r
-m 1178
175 421-4.3.0 usage: deliver [-C
Hallo Andreas,
hier nochmal die Ausgabe nach dem Setzen von "-v" direkt in "pipe" in der master.cf
2490 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: ret_flags 2491 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: ret_flags 2492 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: 0 2493 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: time 2494 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: time 2495 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: s529Q6GqDgD7qr1DTb4IAP+qvUP2pAMAAAAAAAAAAAAAAAAAAAAAAAAAAAA= 2496 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: client_name 2497 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: client_name 2498 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: localhost 2499 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: client_address 2500 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: client_address 2501 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: 127.0.0.1 2502 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: protocol_name 2503 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: protocol_name 2504 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: ESMTP 2505 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: helo_name 2506 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: helo_name 2507 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: localhost 2508 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: sasl_method 2509 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: sasl_method 2510 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: (end) 2511 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: sasl_username 2512 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: sasl_username 2513 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: (end) 2514 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: sasl_sender 2515 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: sasl_sender 2516 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: (end) 2517 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: rewrite_context 2518 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: rewrite_context 2519 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: local 2520 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: offset 2521 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: offset 2522 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: 4294967295 2523 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: dsn_orig_rcpt 2524 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: dsn_orig_rcpt 2525 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: rfc822;catachall.cms-solutions.info@cms-solutions.info 2526 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: notify_flags 2527 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: notify_flags 2528 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: 0 2529 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: original_recipient 2530 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: original_recipient 2531 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: catachall.cms-solutions.info@cms-solutions.info 2532 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: recipient 2533 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: recipient 2534 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: catachall.cms-solutions.info@cms-solutions.info 2535 Jan 6 00:25:51 linux postfix/pipe[22564]: procmail socket: wanted attribute: offset 2536 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute name: offset 2537 Jan 6 00:25:51 linux postfix/pipe[22564]: input attribute value: 0 2538 Jan 6 00:25:51 linux postfix/pipe[22564]: deliver_request_get: file active/45EC16362 2539 Jan 6 00:25:51 linux postfix/pipe[22564]: deliver_message: from
2540 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const /usr/bin/procmail 2541 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const -r 2542 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: expand SENDER=${sender} -> SENDER=test@cms-solutions.info 2543 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const -t 2544 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const -m 2545 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const /etc/procmailrc 2546 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: expand USER=${user} -> USER=catachall.cms-solutions.info 2547 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: expand EXTENSION=${extension} -> EXTENSION= 2548 Jan 6 00:25:51 linux spamd[19738]: connection from localhost [127.0.0.1] at port 28043 2549 Jan 6 00:25:51 linux spamd[19738]: info: setuid to filter succeeded 2550 Jan 6 00:25:51 linux spamd[19738]: processing message <20060105222835.635A7635D@mail.cms-solutions.info> for filter:1001. Sandy:
Das war eigentlich so im Tutorial angegeben. Der Eintrag bei Dir stammt glaub ich aus der Originalkonfiguration. Ich habe hier Änderungen vorgenommen, weil die im Tutorial so standen. Das Tutorial ist hier zu finden:
www.postfix-howto.de
Gruß
Udo
Sandy Drobic schrieb:
Udo.Gerhards@genion.de wrote:
Hallo Andreas,
hier nochmal die Daten nach Anwendung von "postsuper -r ALL" und "postqueue -f":
/var/log/mail =====> keine neuen Einträge /var/log/mail.err ========> keine neuen Einträge
/var/log/mail.info:
1708 Jan 5 23:54:25 linux postfix/pickup[22122]: 7D6196361: uid=51 from=
orig_id=4D7CA6340 1709 Jan 5 23:54:25 linux postfix/cleanup[22330]: 7D6196361: message-id=<20060105020542.EEEC010E26@mail.cms-solutions.info> 1710 Jan 5 23:54:25 linux postfix/qmgr[22123]: 7D6196361: from= , size=895, nrcpt=1 (queue active) 1711 Jan 5 23:54:27 linux spamd[19738]: clean message (0.3/4.8) for filter:1001 in 2.9 seconds, 911 bytes. 1712 Jan 5 23:54:27 linux spamd[19738]: result: . 0 - ALL_TRUSTED,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=911,mid=<20060105020722.89 5351DCA2@mail.cms-solutions.info>,autolearn=disabled 1713 Jan 5 23:54:28 linux spamd[19735]: clean message (0.5/4.8) for filter:1001 in 2.9 seconds, 964 bytes. 1714 Jan 5 23:54:28 linux spamd[19735]: result: . 0 - ALL_TRUSTED,DATE_IN_PAST_06_12,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS scantime=2.9,size=964,mid =<20060105160821.6588762B3@mail.cms-solutions.info>,autolearn=disabled 1715 Jan 5 23:54:28 linux postfix/pipe[22335]: DB5366364: to= , orig_to= , relay= procmail, delay=2865, delays=2862/0.01/0/3.1, dsn=4.3.0, status=deferred (temporary failure) Hierdran hat sich nichts geändert, da kommt immer noch der deferred transport.
Ich habe mal den Eintrag von der master.cf aus dem Thread herausgekramt:
procmail unix - n n - - pipe # flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} flags=R user=cyrus argv=/usr/bin/procmail -r SENDER=${sender} -t -m /etc/procmailrc USER=${user} EXTENSION=${extension}
Kann es an der Reihenfolge der Parameter liegen? Leider habe ich wenig Erfahrung mit procmail. Bei mir in Postfix 2.3 ist der Eintrag:
procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}
Sandy
Am Friday 06 January 2006 00:35 schrieb Udo.Gerhards@genion.de:
Noch was Interessantes. Bis heute Abend konnte procmail nicht nach /var/log/procmail schreiben. Jetzt schau ich gerade in die Datei und siehe da, da steht plötzlich was drin:
172 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 173 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 174 Folder: /usr/lib/cyrus/bin/deliver -r -m 1178 175 421-4.3.0 usage: deliver [-C
] [-m mailbox] [-a auth] [-r return_path] [-l] [-D]^M
Zeig doch mal den Aufruf von deliver in Deiner procmailrc.
176 421 4.3.0 v2.2.12 177 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 178 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 179 Folder: /usr/lib/cyrus/bin/deliver -r -m 1145 180 421-4.3.0 usage: deliver [-C
] [-m mailbox] [-a auth] [-r return_path] [-l] [-D]^M 181 421 4.3.0 v2.2.12 182 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 183 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 184 Folder: /usr/lib/cyrus/bin/deliver -r -m 1178 185 421-4.3.0 usage: deliver [-C ] [-m mailbox] [-a auth] [-r return_path] [-l] [-D]^M 186 421 4.3.0 v2.2.12 187 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 188 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 189 Folder: /usr/lib/cyrus/bin/deliver -r -m 1134 190 421-4.3.0 usage: deliver [-C ] [-m mailbox] [-a auth] [-r return_path] [-l] [-D]^M 191 421 4.3.0 v2.2.12 192 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 193 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 194 Folder: /usr/lib/cyrus/bin/deliver -r -m
-- Andreas
Hier noch der Aufruf von deliver in der procmailrc (bzw. eigentlich die ganze Datei): 1 # Procmail 2 LOGFILE = "/var/log/procmail" 3 VERBOSE = off 4 5 # Mailbox-Zustellung 6 DELIVERMAIL = "/usr/lib/cyrus/bin/deliver" 7 INBOX="$DELIVERMAIL -r $SENDER -m $EXTENSION $USER" 8 SPAM="$DELIVERMAIL -e -a $USER -q -m user.$USER.spam" 9 10 # "From" Zeile loeschen, sonst funktioniert cydeliver nicht 11 :0fw 12 | formail -f -I "From " 13 14 :0fw 15 * < 256000 16 | /usr/bin/spamc -u filter 17 18 # --- score = 11 19 20 :0 w 21 * ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\* 22 | $SPAM 23 24 25 # Zustellung zur Mailbox 26 :0w 27 | $INBOX 28 29 # schluss 30 :0w 31 { 32 EXITCODE = $? 33 HOST 34 } Gruß :) Udo Andreas Winkelmann schrieb:
Am Friday 06 January 2006 00:35 schrieb Udo.Gerhards@genion.de:
Noch was Interessantes. Bis heute Abend konnte procmail nicht nach /var/log/procmail schreiben. Jetzt schau ich gerade in die Datei und siehe da, da steht plötzlich was drin:
172 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 173 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 174 Folder: /usr/lib/cyrus/bin/deliver -r -m 1178 175 421-4.3.0 usage: deliver [-C
] [-m mailbox] [-a auth] [-r return_path] [-l] [-D]^M Zeig doch mal den Aufruf von deliver in Deiner procmailrc.
176 421 4.3.0 v2.2.12 177 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 178 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 179 Folder: /usr/lib/cyrus/bin/deliver -r -m 1145 180 421-4.3.0 usage: deliver [-C
] [-m mailbox] [-a auth] [-r return_path] [-l] [-D]^M 181 421 4.3.0 v2.2.12 182 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 183 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 184 Folder: /usr/lib/cyrus/bin/deliver -r -m 1178 185 421-4.3.0 usage: deliver [-C ] [-m mailbox] [-a auth] [-r return_path] [-l] [-D]^M 186 421 4.3.0 v2.2.12 187 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 188 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 189 Folder: /usr/lib/cyrus/bin/deliver -r -m 1134 190 421-4.3.0 usage: deliver [-C ] [-m mailbox] [-a auth] [-r return_path] [-l] [-D]^M 191 421 4.3.0 v2.2.12 192 procmail: Error while writing to "/usr/lib/cyrus/bin/deliver" 193 procmail: Program failure (75) of "/usr/lib/cyrus/bin/deliver" 194 Folder: /usr/lib/cyrus/bin/deliver -r -m
Am Friday 06 January 2006 00:53 schrieb Udo.Gerhards@genion.de:
Hier noch der Aufruf von deliver in der procmailrc (bzw. eigentlich die ganze Datei):
1 # Procmail 2 LOGFILE = "/var/log/procmail" 3 VERBOSE = off 4 5 # Mailbox-Zustellung 6 DELIVERMAIL = "/usr/lib/cyrus/bin/deliver" 7 INBOX="$DELIVERMAIL -r $SENDER -m $EXTENSION $USER"
Die Inhalte der Variablen kommen scheinbar nicht rüber. Ich hatte das damals auch anders gemacht. In der master.cf: procmail unix - n n - - pipe flags=R user=cyrus argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} ${mailbox} ${user} und in der procmailrc: ... SENDER=$1 RECIPIENT=$2 MAILBOX=$3 USER=$4 ... Da musst Du noch die Namen entsprechend umsetzen.
8 SPAM="$DELIVERMAIL -e -a $USER -q -m user.$USER.spam" 9 10 # "From" Zeile loeschen, sonst funktioniert cydeliver nicht 11 :0fw 12 | formail -f -I "From " 13 14 :0fw 15 * < 256000 16 | /usr/bin/spamc -u filter 17 18 # --- score = 11 19 20 :0 w 21 * ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\* 22 | $SPAM 23 24 25 # Zustellung zur Mailbox 26 :0w 27 | $INBOX 28 29 # schluss 30 :0w 31 { 32 EXITCODE = $? 33 HOST 34 }
-- Andreas
Hallo Andreas, neuer Inhalt von /etc/procmailrc 1 # Procmail 2 3 SENDER = $1 4 RECIPIENT = $2 5 MAILBOX = $3 6 USER = $4 7 8 LOGFILE = "/var/log/procmail" 9 VERBOSE = off 10 11 # Mailbox-Zustellung 12 DELIVERMAIL = "/usr/lib/cyrus/bin/deliver" 13 INBOX="$DELIVERMAIL -r $SENDER -m $MAILBOX" 14 SPAM="$DELIVERMAIL -e -a $USER -q -m user.$USER.spam" 15 16 # "From" Zeile loeschen, sonst funktioniert cydeliver nicht 17 :0fw 18 | formail -f -I "From " 19 20 :0fw 21 * < 256000 22 | /usr/bin/spamc -u filter 23 24 # --- score = 11 25 26 :0 w 27 * ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\* 28 | $SPAM 29 30 31 # Zustellung zur Mailbox 32 :0w 33 | $INBOX 34 35 # schluss 36 :0w 37 { 38 EXITCODE = $? 39 HOST 40 } neuer Inhalt bei master.cf 68 procmail unix - n n - - pipe -v 69 #flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} 70 flags=R user=cyrus argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} ${mailbox} ${user} Jetzt habe ich nur noch eine Frage. Woher bekommt er die $EXTENSION-Variable, die hier noch verwendet wird und was passiert mit den anderen Variablen? Ist der Eintrag in der /etc/procmail jetzt so richtig oder muß da doch was anderes stehen? Gruß Udo Andreas Winkelmann schrieb:
Am Friday 06 January 2006 00:53 schrieb Udo.Gerhards@genion.de:
Hier noch der Aufruf von deliver in der procmailrc (bzw. eigentlich die ganze Datei):
1 # Procmail 2 LOGFILE = "/var/log/procmail" 3 VERBOSE = off 4 5 # Mailbox-Zustellung 6 DELIVERMAIL = "/usr/lib/cyrus/bin/deliver" 7 INBOX="$DELIVERMAIL -r $SENDER -m $EXTENSION $USER"
Die Inhalte der Variablen kommen scheinbar nicht rüber. Ich hatte das damals auch anders gemacht. In der master.cf:
procmail unix - n n - - pipe flags=R user=cyrus argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} ${mailbox} ${user}
und in der procmailrc:
... SENDER=$1 RECIPIENT=$2 MAILBOX=$3 USER=$4 ...
Da musst Du noch die Namen entsprechend umsetzen.
8 SPAM="$DELIVERMAIL -e -a $USER -q -m user.$USER.spam" 9 10 # "From" Zeile loeschen, sonst funktioniert cydeliver nicht 11 :0fw 12 | formail -f -I "From " 13 14 :0fw 15 * < 256000 16 | /usr/bin/spamc -u filter 17 18 # --- score = 11 19 20 :0 w 21 * ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\* 22 | $SPAM 23 24 25 # Zustellung zur Mailbox 26 :0w 27 | $INBOX 28 29 # schluss 30 :0w 31 { 32 EXITCODE = $? 33 HOST 34 }
Oh Mann, vergiß den Schmarrn, den ich gerade geschrieben habe. Die /etc/procmailrc sieht so aus, wie in der letzten Mail gepostet. Allerdings ist mir noch nicht so ganz klar, wie der Aufruf für den deliver aussehen muß, damit richtig zugestellt werden kann. Vergiß das mit der $EXTENSION-Variable. Die steht in der jetztigen Konfig für procmail nicht mehr drin. Gruß Udo Andreas Winkelmann schrieb:
Am Friday 06 January 2006 00:53 schrieb Udo.Gerhards@genion.de:
Hier noch der Aufruf von deliver in der procmailrc (bzw. eigentlich die ganze Datei):
1 # Procmail 2 LOGFILE = "/var/log/procmail" 3 VERBOSE = off 4 5 # Mailbox-Zustellung 6 DELIVERMAIL = "/usr/lib/cyrus/bin/deliver" 7 INBOX="$DELIVERMAIL -r $SENDER -m $EXTENSION $USER"
Die Inhalte der Variablen kommen scheinbar nicht rüber. Ich hatte das damals auch anders gemacht. In der master.cf:
procmail unix - n n - - pipe flags=R user=cyrus argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} ${mailbox} ${user}
und in der procmailrc:
... SENDER=$1 RECIPIENT=$2 MAILBOX=$3 USER=$4 ...
Da musst Du noch die Namen entsprechend umsetzen.
8 SPAM="$DELIVERMAIL -e -a $USER -q -m user.$USER.spam" 9 10 # "From" Zeile loeschen, sonst funktioniert cydeliver nicht 11 :0fw 12 | formail -f -I "From " 13 14 :0fw 15 * < 256000 16 | /usr/bin/spamc -u filter 17 18 # --- score = 11 19 20 :0 w 21 * ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\* 22 | $SPAM 23 24 25 # Zustellung zur Mailbox 26 :0w 27 | $INBOX 28 29 # schluss 30 :0w 31 { 32 EXITCODE = $? 33 HOST 34 }
Am Friday 06 January 2006 01:19 schrieb Udo.Gerhards@genion.de:
vergiß den Schmarrn, den ich gerade geschrieben habe. Die /etc/procmailrc sieht so aus, wie in der letzten Mail gepostet. Allerdings ist mir noch nicht so ganz klar, wie der Aufruf für den deliver aussehen muß, damit richtig zugestellt werden kann. Vergiß das mit der $EXTENSION-Variable. Die steht in der jetztigen Konfig für procmail nicht mehr drin.
6 DELIVERMAIL = "/usr/lib/cyrus/bin/deliver" 7 INBOX="$DELIVERMAIL -r $SENDER -m $EXTENSION $USER"
Ich hatte das damals alles über Regeln in der procmailrc entschieden und dann fest verdrahtet deliver ausgeführt: | $DELIVER -a $USER -m user.$USER.gmx-pm Wenn Du es über die Extension machen willst, musst Du diese mit übergeben lassen. Hänge sie in der master..cf hinten an und füge den Eintrag in der procmailrc hinzu. ... EXTENSION=$5 INBOX="$DELIVERMAIL -r $SENDER -a $USER -m $EXTENSION $USER"
Die Inhalte der Variablen kommen scheinbar nicht rüber. Ich hatte das damals auch anders gemacht. In der master.cf:
procmail unix - n n - - pipe flags=R user=cyrus argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} ${mailbox} ${user}
und in der procmailrc:
... SENDER=$1 RECIPIENT=$2 MAILBOX=$3 USER=$4 ...
Da musst Du noch die Namen entsprechend umsetzen.
8 SPAM="$DELIVERMAIL -e -a $USER -q -m user.$USER.spam" 9 10 # "From" Zeile loeschen, sonst funktioniert cydeliver nicht 11 :0fw 12 | formail -f -I "From " 13 14 :0fw 15 * < 256000 16 | /usr/bin/spamc -u filter 17 18 # --- score = 11 19 20 :0 w 21 * ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\* 22 | $SPAM 23 24 25 # Zustellung zur Mailbox 26 :0w 27 | $INBOX 28 29 # schluss 30 :0w 31 { 32 EXITCODE = $? 33 HOST 34 }
-- Andreas
Am Friday 06 January 2006 00:28 schrieb Udo.Gerhards@genion.de:
hier nochmal die Ausgabe nach dem Setzen von "-v" direkt in "pipe" in der master.cf
2540 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const /usr/bin/procmail 2541 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const -r 2542 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: expand SENDER=${sender} -> SENDER=test@cms-solutions.info 2543 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const -t 2544 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const -m 2545 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const /etc/procmailrc 2546 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: expand USER=${user} -> USER=catachall.cms-solutions.info 2547 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: expand EXTENSION=${extension} -> EXTENSION=
Hier fehlt was. Zumindest die Fehlermeldung, die Du vorher gezeigt hast. Das geht nur bis zu dem moment bevor procmail aufgerufen wird. -- Andreas
Hallo Andreas,
hier nochmal ein Ausschnitt aus der /var/log/mail.info:
3144 Jan 6 00:26:01 linux postfix/pipe[22565]: send attr status =
3145 Jan 6 00:26:01 linux postfix/pipe[22565]: send attr diag_type =
3146 Jan 6 00:26:01 linux postfix/pipe[22565]: send attr diag_text =
3147 Jan 6 00:26:01 linux postfix/pipe[22565]: send attr mta_type =
3148 Jan 6 00:26:01 linux postfix/pipe[22565]: send attr mta_mname =
3149 Jan 6 00:26:01 linux postfix/pipe[22565]: send attr action =
3150 Jan 6 00:26:01 linux postfix/pipe[22565]: send attr reason =
3151 Jan 6 00:26:01 linux postfix/pipe[22565]: send attr status =
4294967295
3152 Jan 6 00:26:01 linux postfix/pipe[22565]: master_notify: status 1
3153 Jan 6 00:26:01 linux postfix/pipe[22565]: connection closed
3154 Jan 6 00:26:01 linux spamd[19738]: clean message (0.3/4.8) for
filter:1001 in 3.3 seconds, 911 bytes.
3155 Jan 6 00:26:01 linux spamd[19738]: result: . 0 -
ALL_TRUSTED,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS
scantime=3.3,size=911,mid=<20060105020722.89
5351DCA2@mail.cms-solutions.info>,autolearn=disabled
3156 Jan 6 00:26:01 linux postfix/pipe[22564]: connect to subsystem
private/defer
3157 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr nrequest = 0
3158 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr flags = 0
3159 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr queue_id =
DB5366364
3160 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr
original_recipient = aneff@cms-solutions.info
3161 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr recipient =
catachall.cms-solutions.info@cms-solutions.info
3162 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr offset =
4294967295
3163 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr
dsn_orig_rcpt = rfc822;aneff@cms-solutions.info
3164 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr
notify_flags = 0
3165 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr status = 4.3.0
3166 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr diag_type =
x-unix
3167 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr diag_text =
temporary failure
3168 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr mta_type =
3169 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr mta_mname =
3170 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr action =
delayed
3171 Jan 6 00:26:01 linux postfix/pipe[22564]: send attr reason =
temporary failure
3172 Jan 6 00:26:01 linux postfix/pipe[22564]: private/defer socket:
wanted attribute: status
3173 Jan 6 00:26:01 linux postfix/pipe[22564]: input attribute name:
status
3174 Jan 6 00:26:01 linux postfix/pipe[22564]: input attribute value: 0
3175 Jan 6 00:26:01 linux postfix/pipe[22564]: private/defer socket:
wanted attribute: (list terminator)
3176 Jan 6 00:26:01 linux postfix/pipe[22564]: input attribute name:
(end)
3177 Jan 6 00:26:01 linux postfix/pipe[22564]: DB5366364:
to=
Am Friday 06 January 2006 00:28 schrieb Udo.Gerhards@genion.de:
hier nochmal die Ausgabe nach dem Setzen von "-v" direkt in "pipe" in der master.cf
2540 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const /usr/bin/procmail 2541 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const -r 2542 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: expand SENDER=${sender} -> SENDER=test@cms-solutions.info 2543 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const -t 2544 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const -m 2545 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: const /etc/procmailrc 2546 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: expand USER=${user} -> USER=catachall.cms-solutions.info 2547 Jan 6 00:25:51 linux postfix/pipe[22564]: dict_eval: expand EXTENSION=${extension} -> EXTENSION=
Hier fehlt was. Zumindest die Fehlermeldung, die Du vorher gezeigt hast. Das geht nur bis zu dem moment bevor procmail aufgerufen wird.
Am Thursday 05 January 2006 22:47 schrieb Sandy Drobic:
Den Postfix hab ich mir Gestern von
ftp://ftp.suse.com/pub/people/choeger/
gezogen. Der war da vorcompiliert mit MYSQL-Support. Der ist ja standartmäßig nicht bei der Suse-Version eincompliert. Und dort gabs aber ne Version für Suse.
Da scheint was mit nem upgrade nicht zu stimmen.
Vielleicht hat das rpm beim Installieren kein "/etc/postfix/post-install upgrade-package" durchgeführt. Ein "postfix check" wäre vielleicht auch nicht schlecht.
Es führt ein: echo "executing upgrade-configuration" usr/sbin/postfix set-permissions upgrade-configuration \ setgid_group=%{pf_setgid_group} Welches dies macht. Sieht ok aus. -- Andreas
Na, dann werd ich mich mal nochmal an die amavisd.conf wagen. Was mach ich jetzt mit Postfix? Gruß Udo Andreas Winkelmann schrieb:
Am Thursday 05 January 2006 22:20 schrieb Udo.Gerhards@genion.de:
Den Postfix hab ich mir Gestern von
ftp://ftp.suse.com/pub/people/choeger/
gezogen. Der war da vorcompiliert mit MYSQL-Support. Der ist ja standartmäßig nicht bei der Suse-Version eincompliert. Und dort gabs aber ne Version für Suse.
Da scheint was mit nem upgrade nicht zu stimmen.
Den Virenscanner will ich noch installieren. Ich habe mir gerade mal die amavisd.conf angesehen. Welche Variable ist dafür zuständig, daß ich den Scanner vorübergehend abschalten kann? Eigentlich ist ja ClamAV schon installiert und läuft als Daemon, aber anscheinend muß ich da noch was einstellen.
/etc/amavisd.conf
... # COMMONLY ADJUSTED SETTINGS:
# @bypass_virus_checks_maps = (1); # uncomment to DISABLE anti-virus code # @bypass_spam_checks_maps = (1); # uncomment to DISABLE anti-spam code ...
Hallo Andreas,
habe ich gemacht. Ich habe den Virescanner mit der angegebenen Variable
abgeschaltet. Soweit kamen keine Fehler mehr. In der "/var/log/mail"
steht der letzte Eintrag von 22.55 Uhr drin und der stammt von amavis,
daß er ne db erstellt hat. Auch in der "/var/log/mail.err" sind keine
weiteren Einträge mehr hinzugekommen.
Auch die anderen Sachen, wie tls usw. habe ich verbessert. Und in der
"/var/log/mail.info" steht nun folgendes:
1668 Jan 5 23:42:44 linux spamd[19734]: processing message
<20060105150500.93698628A@mail.cms-solutions.info> for filter:1001.
1669 Jan 5 23:42:47 linux spamd[19737]: clean message (0.5/4.8) for
filter:1001 in 2.9 seconds, 848 bytes.
1670 Jan 5 23:42:47 linux spamd[19737]: result: . 0 -
ALL_TRUSTED,DATE_IN_PAST_06_12,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS
scantime=2.9,size=848,mid
=<20060105160821.6588762B3@mail.cms-solutions.info>,autolearn=disabled
1671 Jan 5 23:42:47 linux spamd[19734]: clean message (0.5/4.8) for
filter:1001 in 2.9 seconds, 818 bytes.
1672 Jan 5 23:42:47 linux spamd[19734]: result: . 0 -
ALL_TRUSTED,DATE_IN_PAST_06_12,MISSING_SUBJECT,NO_REAL_NAME,UNDISC_RECIPS
scantime=2.9,size=818,mid
=<20060105150500.93698628A@mail.cms-solutions.info>,autolearn=disabled
1673 Jan 5 23:42:47 linux postfix/pipe[22228]: 274DE6345:
to=
Am Thursday 05 January 2006 22:53 schrieb Udo.Gerhards@genion.de:
Na, dann werd ich mich mal nochmal an die amavisd.conf wagen. Was mach ich jetzt mit Postfix?
Hast Du das gemacht was ich geschrieben habe? Kommen noch Fehler? Welche?
participants (4)
-
Andreas Winkelmann
-
David Haller
-
Sandy Drobic
-
Udo.Gerhards@genion.de