![](https://seccdn.libravatar.org/avatar/1e11fa584e50ce7f1bc2dd345e4f8435.jpg?s=120&d=mm&r=g)
Hallo Sandy, Monday, March 7, 2005, 8:11:57 PM, you wrote:
Und hier scheint ja auch der User nobody herzukommen. (^-^) Procmail erhält anscheinend die Mail, kann sie anscheinend aber nicht zustellen. Auf welche Weise soll Procmail denn zustellen? Ist /etc/procmailrc tatsächlich vorhanden?
Ja, ist sie, sowohl in /etc als auch im home verzeichnis des Users "Mailer" der die mails mit fetchmail abholt. # Please check if all the paths in PATH are reachable, remove the ones that # are not. PATH=$HOME/bin:/usr/bin:/usr/ucb:/bin:/usr/local/bin:. DEFAULT=$MAILDIR/mbox VERBOSE=no FORMAIL=/usr/bin/formail SENDMAIL=/usr/lib/sendmail LOGFILE=$MAILDIR/procmail.log LOCKFILE=$HOME/.lockmail LOGABSTRACT=yes UMASK=022 ADMINFOLDER=$DEFAULT # daemon stuff to normal inbox BLOCKFOLDER=$DEFAULT # the blocked mails too LINEBUF=16384 # don't change this ! :0 * ^From:.*xxxxxxxxxx@t-online.de ! joerg usw.
Was steht unter mailbox_transport bzw fallback_transport in main.cf?
mailbox_transport = procmail fallback_transport ist auskommentiert
ich weiss nicht so recht, ob das wirklich der richtige Transport ist. Siehe oben bezüglich Procmail. Kann es sein, dass der Transport über eine pipe abgewickelt wird, die in der Konfigurationsdatei von qpopper erwähnt ist?
Beispiel: /etc/postfix/main.cf: local_transport = lmtp:unix:/var/lib/imap/socket/lmtp
local_transport ist weder in main.cf noch in der master.cf definiert.
Meine Empfehlung ist, erst einmal amavis zu deaktivieren, den content_filter=vscan in main.cf zu deaktivieren und dann zu sehen, ob Mails durchkommen.
Hab ich mal gemacht, amavis per yast ausgeschaltet und content_filter
auskommentiert. Der qmgr mit user Postfix läuft seitdem Amok.
mail.err
Mar 9 14:10:29 mserver amavis(client)[10362]: failed to connect(): Connection refused
Mar 9 14:10:30 mserver amavis(client)[10362]: failing with EX_TEMPFAIL: Connection refused
mail.info
Mar 9 14:10:29 mserver postfix/pipe[9037]: 32DE96A071: to=
Wenn erst einmal Mails von aussen an die lokalen Postfächer eintreffen und über qpopper abrufbar sind, dann wäre der erste Schritt geschafft.
das scheint hier nicht zu klappen, selbst lokale mails an root werden nicht zugestellt.
Was sind denn das für Mails, die in der deferred queue hängen?
03CFE69B73* 8276 Tue Mar 8 17:18:38 nobody@mserver.itega.org
dietmar@mserver.itega.org
File: 03CE469BBB Col 0 28089 bytes 0%
C? 27906 179 1 0T
1110299653L.vscan:A.message_origin=localF.nobodyS.nobody@mserver.itega.orgO.diet
marR.dietmar@mserver.itega.orgM.N;Received: by mserver.itega.org (Postfix, from
userid 65534)N5 id 03CE469BBB; Tue, 8 Mar 2005 17:34:13 +0100 (CET)N(Received:
by mserver.itega.org (Postfix)N5 id 78B4B582C5; Tue, 8 Mar 2005 15:01:13
+0100 (CET)N+Date: Tue, 8 Mar 2005 15:01:13 +0100 (CET)N
Versuche erst einmal, die vorhandene Queue wieder abzubauen, damit das System arbeiten kann.
Okay, ich bin gespannt. (^-^)
keine Erfolge, so gar nicht, wenn ich es nicht besser wüsste würde ich behaupten das das so nirgendwo laufen kann, ohne dass man ein Postfix Experte ist.
Das meiste davon sollte eigentlich auch über yast einstellbar sein. Hast du das mal versucht? ja, hab ich
Hier nochmal die Ausgabe von postconf -n canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = yes html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/bin/procmail 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 mydestination = $myhostname,localhost.$mydomain,$mydomain mydomain = itega.org myhostname = mserver.itega.org mynetworks = 172.16.2.0/24, 127.0.0.0/8 newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = postman.arcor.de 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 = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = yes soft_bounce = yes strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 450 Ich habe 1000e von Einrägen aus defer und deferred active und bounce gelöscht, ich komm aber irgendwie nicht weiter. -- Best regards, Dietmar mailto:earthmate@gmx.net