[Postfixbuch-users] Timeout beim Senden

André stickybit at myhm.de
Mi Jan 9 23:44:10 CET 2008


Danke für Euren Response.

Es gibt Probleme beim Versenden von E-Mails von lokalen Clients über den 
Postfix an eigene und fremde E-Mail-Adressen. Wenn man eine E-Mail 
verfasst und auf Senden geklickt hat, bleibt die Verbindung einfach 
hängen bis sie mit einem Timeout beendet wird. ALLE Clients (diverse 
Benutzer haben sich zeitgleich beschwert) haben plötzlich das Problem 
beim Versenden. Es muss also an dem Server liegen.

Hier die Ausgabe von postconf -n
-------------------------------------------
alias_maps = $virtual_maps
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
default_process_limit = 100
header_checks = regexp:/etc/postfix/header_checks
html_directory = /usr/share/doc/packages/postfix/html
inet_interfaces = all
ipc_idle = 5s
mail_owner = postfix
mailbox_size_limit = 1048576000
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
message_size_limit = 104857600
mydestination = $myhostname, localhost.$mydomain, localhost
mydomain = domain.de
myhostname = mail.domain.de
mynetworks = 87.106.13.130/32, 127.0.0.1/32
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relay_domains = $mydestination
sample_directory = /usr/share/doc/packages/postfix/samples
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
smtpd_banner = $myhostname ESMTP $mail_name
smtpd_client_restrictions = permit_mynetworks, 
permit_sasl_authenticated,   check_client_access 
hash:/var/lib/pop-before-smtp/hosts,   permit
smtpd_data_restrictions = permit_mynetworks,   reject_unauth_pipelining, 
   permit
smtpd_error_sleep_time = 600
smtpd_hard_error_limit = 2
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks, 
permit_sasl_authenticated,   check_client_access 
hash:/var/lib/pop-before-smtp/hosts,   reject_invalid_hostname, 
reject_non_fqdn_hostname,   permit
smtpd_recipient_restrictions = reject_unknown_recipient_domain, 
reject_non_fqdn_recipient,   permit_mynetworks, 
permit_sasl_authenticated,   check_client_access 
hash:/var/lib/pop-before-smtp/hosts,   reject_unauth_destination,   permit
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_security_options = noanonymous
smtpd_sender_restrictions = reject_unknown_sender_domain, 
reject_non_fqdn_sender,   permit_mynetworks, 
permit_sasl_authenticated,   check_client_access 
hash:/var/lib/pop-before-smtp/hosts,   permit
smtpd_soft_error_limit = 1
smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtpd_tls_auth_only = no
smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt
smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
transport_maps = mysql:/etc/postfix/mailproc.mysql
unknown_local_recipient_reject_code = 450
virtual_gid_maps = mysql:/etc/postfix/gid.mysql
virtual_mailbox_base = /home/mail
virtual_mailbox_domains = $virtual_mailbox_maps
virtual_mailbox_limit = 1048576000
virtual_mailbox_maps = mysql:/etc/postfix/mailbox.mysql
virtual_minimum_uid = 5000
virtual_uid_maps = mysql:/etc/postfix/uid.mysql
-------------------------------------------

master.cf
-------------------------------------------
smtp      inet  n       -       n       -       -       smtpd -v
smtpd_etrn_restrictions=reject
pickup    fifo  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
rewrite   unix  -       -       n       -       -       trivial-rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       n       -       -       smtp
relay     unix  -       -       n       -       -       smtp
showq     unix  n       -       n       -       -       showq
error     unix  -       -       n       -       -       error
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       n       -       -       lmtp
anvil     unix  -       -       n       -       1       anvil
content_filter=
maildrop  unix  -       n       n       -       -       pipe
   flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
cyrus     unix  -       n       n       -       -       pipe
   user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m 
${extension} ${user}
uucp      unix  -       n       n       -       -       pipe
   flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail 
($recipient)
ifmail    unix  -       n       n       -       -       pipe
   flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
   flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop 
$recipient
vscan     unix  -       n       n       -       10       pipe
   user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
procmail  unix  -       n       n       -       -       pipe
   flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc 
${sender} ${recipient}
-------------------------------------------

Schöne Grüße
André

Sandy Drobic schrieb:
> André wrote:
>> Hallo Liste,
>>
>> habe ein komisches Problem beim Senden, das seit heute existiert.
> 
> Bitte präzise! "Senden" von wo nach wo? Von Client zum Postfix oder von 
> Postfix nach einem anderen Server?
> 
>> Trotz umfangreicher Suche komme ich leider nicht weiter.
>> Wenn man E-Mails über Postfix versendet, kommt stets ein Timeout. Macht 
>> man einen Restart von Postfix, funktioniert es wieder wie gewohnt.
>> Ich konnte das Problem bis jetzt nicht eingrenzen. An der Konfiguration 
>> wurde nichts geändert. Auch keine Updates gefahren.
>>
>> Im Log habe ich Folgendes gefunden (ob das damit zusammenhängt?)
>>
>> Jan  9 18:24:53 karlin postfix/smtpd[6539]: > unknown[78.146.99.215]: 
>> 421 mail.xxx.de Error: timeout exceeded
>> Jan  9 18:24:53 karlin postfix/smtpd[6539]: timeout after CONNECT from 
>> unknown[78.146.99.215]
>> Jan  9 18:24:53 karlin postfix/smtpd[6539]: disconnect from 
>> unknown[78.146.99.215]
> 
> smtpd ist der daemon, der Mails empfängt. Ich kann mir folgendes 
> vorstellen: Du hat zu wenige smtpd Prozesse in master.cf eingestellt (z.B. 
> nur 2) und diese werden von Spammern blockiert. Dann kommt es für die 
> übrigen Clients zum Timeout.
> 
> Um besser zu helfen, schicke am besten die Ausgabe von "postconf -n" und 
> die master.cf (ohne die Kommentare).
> 
> Hat es Veränderungen bei der Internet-Anbindung gegeben?
> 
> 



Mehr Informationen über die Mailingliste Postfixbuch-users