• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Postfix: Mails verlassen die Queue nicht

Status
Für weitere Antworten geschlossen.

Grandpa

Newbie
Hallo,

ich habe folgendes Problem. Habe unter OpenSUSE 10.1 postix als MTA+Amavis laufen. Die Konfiguration funktionierte auch tadellos bis zum letzten Online-Update (u.a. neuer Kernel). Seither verlassen sowohl eingegangene als auch versendete Mails wegen eines Zugriffsfehlers auf localhost den Queue nicht.

Dazu ein entsprechender Auszug aus /var/log/mail:
Code:
Oct  4 20:24:37 www postfix/smtpd[12285]: connect from adsl-16-21.37-151.net24.it[151.37.21.16]
Oct  4 20:24:39 www postfix/smtpd[12285]: AF850EC59: client=adsl-16-21.37-151.net24.it[151.37.21.16]
Oct  4 20:24:40 www postfix/cleanup[12289]: AF850EC59: message-id=<01c6e7e2$50353fd0$2201a8c0@pakard90232da2>
Oct  4 20:24:40 www postfix/qmgr[4904]: AF850EC59: from=<vandabeisn@adventureteam.com>, size=2174, nrcpt=1 (queue active)
Oct  4 20:24:40 www amavis[10602]: (10602-08) WARN: all primary virus scanners failed, considering backups
Oct  4 20:24:40 www postfix/smtpd[12285]: disconnect from adsl-16-21.37-151.net24.it[151.37.21.16]
Oct  4 20:24:47 www postfix/smtpd[12293]: connect from unknown[127.0.0.1]
Oct  4 18:24:47 www postfix/smtpd[12293]: D5261EC63: client=unknown[127.0.0.1]
Oct  4 20:24:47 www postfix/cleanup[12289]: D5261EC63: message-id=<01c6e7e2$50353fd0$2201a8c0@pakard90232da2>
Oct  4 20:24:48 www postfix/qmgr[4904]: D5261EC63: from=<vandabeisn@adventureteam.com>, size=3051, nrcpt=1 (queue active)
Oct  4 18:24:48 www postfix/smtpd[12293]: disconnect from unknown[127.0.0.1]
Oct  4 20:24:48 www amavis[10602]: (10602-08) Passed SPAM, [151.37.21.16] <vandabeisn@adventureteam.com> -> <winterhellereli@borg-kindberg.ac.at>, quarantine: spam-jUfTexK5GrZr.gz, Message-ID: <01c6e7e2$50353fd0$2201a8c0@pakard90232da2>, mail_id: jUfTexK5GrZr, Hits: 12.994, 7555 ms
Oct  4 20:24:48 www postfix/smtp[12290]: AF850EC59: to=<winterhellereli@borg-kindberg.ac.at>, relay=127.0.0.1[127.0.0.1], delay=9, status=sent (250 2.6.0 Ok, id=10602-08, from MTA([127.0.0.1]:10025): 250 Ok: queued as D5261EC63)
Oct  4 20:24:48 www postfix/qmgr[4904]: AF850EC59: removed
Oct  4 20:24:48 www postfix/smtp[12294]: connect to 127.0.0.1[127.0.0.1]: Connection refused (port 10026)
Oct  4 20:24:48 www postfix/smtp[12294]: D5261EC63: to=<winterhellereli@borg-kindberg.ac.at>, relay=none, delay=1, status=deferred (connect to 127.0.0.1[127.0.0.1]: Connection refused)

wenn ich aber mit
Code:
postsuper -r ALL
ein reqeue auslöse, werden die Mails brav zugestellt.

Irgenwie scheint er mit localhost probleme zu haben, die DNS-Auflösung funktioniert aber mittels nslookup.

Weiss jemand Rat? Ich wäre für Hinweise sehr dankbar.
 
Bei sehr kurzem Überfliegen würde ich vermuten das dein localhost nicht in der Liste der senden-dürfenden Hosts steht, überprüfe bitte mal deine Regeln.
Ansonsten ist es auch hilfreich sich per telnet mit dem eigenen Server zu unterhalten, meistens fallen einem da die Schuppen aus den Haaren, ääähhhhh von den Augen.
 
OP
G

Grandpa

Newbie
Danke ertsmals für die raschen Antworten.

Leder besteht das Problem weiterhin. localhost, localhost.domain und 127.0.0.1(testhalber) sind unter mydestination in der main.cf drinnen. Auch telnet bestätigt, dass sowoh postfix unter 25 und amavis (10024,10026) lauschen.

Und wie gesagt ein manueller requeue mit postsuper -r ALL funktioniert ebenfalls.

Ich hatte schon den Verdacht, dass apparmor vielleicht schuld sein könnte, aber ein /etc/init.d/boot.apparmor stop brachte auch keine Veränderung.

Wäre über weiter Hilfe sehr dankbar

Liebe Grüße, Harald
 
OP
G

Grandpa

Newbie
Leider ist es das auch nicht. Es ist kein inet_interfaces eintrag vorhanden, wodurch meines Wissens Postfix auf allen Interfaces Mails annehmen müßte.

Außerdem hat der Postfix vor dem Update mit derselben Konfguration keine Zicken gemacht.

Liebe Grüße, Harald
 

Leviathan

Hacker
Oct 4 20:24:48 www postfix/smtp[12290]: AF850EC59: to=<winterhellereli@borg-kindberg.ac.at>, relay=127.0.0.1[127.0.0.1], delay=9, status=sent (250 2.6.0 Ok, id=10602-08, from MTA([127.0.0.1]:10025): 250 Ok: queued as D5261EC63)

Der Relayhost darf/sollte(?) kein 127.0.0.1 sein, sondern sollte leer bzw. anderer Host sein

Gruß Dominik
 
OP
G

Grandpa

Newbie
Der Entsprechende Eintrag ist auch leer. Hier mal ein Auszug aus meiner main.cf:

Code:
readme_directory = /usr/share/doc/packages/postfix/README_FILES
inet_protocols = all
biff = no
mail_spool_directory = /var/mail
canonical_maps = hash:/etc/postfix/canonical
virtual_alias_maps = hash:/etc/postfix/virtual
virtual_alias_domains = hash:/etc/postfix/virtual
relocated_maps = hash:/etc/postfix/relocated
transport_maps = hash:/etc/postfix/transport
sender_canonical_maps = hash:/etc/postfix/sender_canonical
masquerade_exceptions = root
masquerade_classes = envelope_sender, header_sender, header_recipient
myhostname = www.borg-kindberg.ac.at
program_directory = /usr/lib/postfix
inet_interfaces = all
masquerade_domains = borg-kindberg.ac.at
mydestination = 127.0.0.1,localhost,borg-kindberg.ac.at,www.borg-kindberg.ac.at,localhost.borg-kindberg.ac.at
defer_transports =
mynetworks_style = subnet
disable_dns_lookups = no
relayhost =
mailbox_command =
mailbox_transport =
strict_8bitmime = no
disable_mime_output_conversion = no
smtpd_sender_restrictions = hash:/etc/postfix/access
smtpd_client_restrictions =
smtpd_helo_required = no
smtpd_helo_restrictions =
strict_rfc821_envelopes = no
smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination
smtp_sasl_auth_enable = no
smtpd_sasl_auth_enable = no
smtpd_use_tls = no
smtp_use_tls = no
alias_maps = hash:/etc/aliases
mailbox_size_limit = 0
message_size_limit = 10240000

bin wirklich ratlos...

Liebe Grüße, Harald
 
Dann wird dein Problem in der master.cf zu finden sein. Ich tippe mal das die Umsetzung von >smtp auf Port 25 > weiterleitung auf amavis > eingang auf postfix Port 10025 nicht richtig läuft. Dafür spricht auch das amavis nach deinen Aussagen auf 10024 und 10026 horcht, aber auf 10025 abliefern soll. Wie gesagt: Nimm direkten Kontakt per telnet auf, dass liefert manchmal mehr zu Tage als man glauben sollte.
 
OP
G

Grandpa

Newbie
danke für den tipp - Problem gelöst.

Tatsächlich sollte auf 10026 spampd die mails entgegennehmen und auf 10027 per script an postfix weiterleiten. Nur den hatte ich in der master.cf localhost:10026 inet n - n - - smtpd -o content_filter= statt localhost:10027 inet n - n - - smtpd -o content_filter=

hattest recht, telnet brachte klarheit

danke nochmals für die Hilfe.

Leibe Grüße, Harald
 
Status
Für weitere Antworten geschlossen.
Oben