[Postfixbuch-users] keine bzw. fehlerhafte Antwort nach SMTP Connect

[Michael Pichler]

Hallo,

ich habe folgendes Problem:
In unregelmäßigen Abständen antwortet Postfix plötzlich auf keine SMTP 
Verbindung mehr oder genauer gesagt es antwortet nicht mehr korrekt.
Dies äußert sich dann so, dass zwar der Connect selbst noch funktioniert 
(und auch im Log verzeichnet wird), dann aber keine weitere 
Kommunikation mehr erfolgt.

Der Client bricht dann nach einiger Zeit mit einem Timeout ab.
In den Logs des Servers finden sich dazu keinerlei Einträge. Postfix 
protokolliert einen Connect, mehr nicht.

Der Fehler ist nicht reproduzierbar und taucht (für mich) aus heiterem 
Himmer auf.

Ein Neustart von Postfix behebt das Problem, bis es eben das nächste Mal 
auftritt.

Mit ist klar, dass der Fehler nicht zwangsläufig bei Postfix zu suchen 
sein muss. Daher wollte ich an dieser Stelle nur einmal nachfragen, ob 
jemand Ähnliches bereits erlebt habt, oder vielleicht jemand eine Idee 
hat, wo der Fehler zu suchen sein könnte.

mail_version = 2.0.14
OS: SuSE 9.0

/etc/main.cf:
<snip>
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
mail_owner = postfix
myhostname = meinname.de
inet_interfaces = all
unknown_local_recipient_reject_code = 550
mynetworks_style = host
relay_domains = # einige
mydestination = $myhostname, localhost.$mydomain
smtpd_banner = $myhostname ESMTP
debug_peer_level = 2
debugger_command =
          PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
          xxgdb $daemon_directory/$process_name $process_id & sleep 5
sample_directory = /usr/share/doc/packages/postfix/samples
manpage_directory = /usr/share/man
sendmail_path = /usr/sbin/sendmail
newaliases_path = /usr/bin/newaliases
mailq_path = /usr/bin/mailq
setgid_group = maildrop
mydestination = $myhostname, localhost.$mydomain,
readme_directory = /usr/share/doc/packages/postfix/README_FILES
mail_spool_directory = /var/mail
canonical_maps = hash:/etc/postfix/canonical
virtual_maps = 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
program_directory = /usr/lib/postfix
inet_interfaces = all
masquerade_domains =
defer_transports =
disable_dns_lookups = no
relayhost =
content_filter = vscan
mailbox_command =
mailbox_transport =
smtpd_sender_restrictions = hash:/etc/postfix/access
# smtpd_client_restrictions = reject_rbl_client relays.ordb.org
default_rbl_reply = $rbl_code RBLTRAP: You can not send us a E-mail
smtpd_helo_required = yes
smtpd_helo_restrictions =
strict_rfc821_envelopes = no
smtpd_recipient_restrictions = reject_unknown_sender_domain,
                                reject_non_fqdn_sender,
                                permit_mynetworks,
                                reject_non_fqdn_recipient,
                                check_client_access 				 
                hash:/etc/postfix/pop-before-smtp,
                                permit_sasl_authenticated,
                                reject_unauth_destination
#                              reject_rbl_client relays.ordb.org
smtp_sasl_auth_enable = no
smtp_use_tls = no
smtpd_sasl_auth_enable = yes
smtpd_use_tls = no
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
alias_maps = hash:/etc/aliases
mailbox_size_limit = 0
message_size_limit = 10240000

</snap>

Mein erster Schritt war, reject_rbl_client auszuschalten, leider mit 
mäßigem Erfolg.


Bin für jeden Tipp dankbar.

viele Grüße

Michael Pichler