Ja, ich habe Optimierungen vorgenommen. Hier sind sie:
Mailserver 1:/ # postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases allow_percent_hack = yes append_at_myorigin = yes command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 20 default_destination_recipient_limit = 9000 default_extra_recipient_limit = 9000 defer_transports = disable_dns_lookups = no empty_address_recipient = MAILER-DAEMON inet_interfaces = IP local_recipient_maps = unix:passwd.byname $alias_maps mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_size_limit = 0 mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man maps_rbl_domains = pbl.spamhaus.org sbl-xbl.spamhaus.org relays.ordb.org combined.njabl.org masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = domain.de masquerade_exceptions = root mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain, domain-2.de mydomain = domain.de myhostname = server.domain.de mynetworks = IP myorigin = $mydomain newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix/README_Debian relay_domains = $mydestination relayhost = sendmail_path = /usr/sbin/sendmail setgid_group = postdrop smtp_sasl_auth_enable = no smtp_use_tls = no smtpd_client_restrictions = reject_rbl_client sbl-xbl.spamhaus.org reject_rbl_client cbl.abuseat.org smtpd_helo_required = yes smtpd_helo_restrictions = smtpd_recipient_limit = 9000 smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_use_tls = no smtp_connect_timeout = 120s strict_rfc821_envelopes = no swap_bangpath = yes unknown_local_recipient_reject_code = 450 virtual_alias_domains = virtual-domain.de virtual_alias_maps = hash:/etc/postfix/virtual
Mailserver 2 mailserver 2:~# postconf -n alias_maps = hash:/etc/aliases command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix default_destination_recipient_limit = 9000 default_extra_recipient_limit = 9000 home_mailbox = Maildir/ html_directory = /usr/share/doc/postfix/html inet_interfaces = IP mail_owner = postfix mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man message_size_limit = 30960000 mydestination = $myhostname, localhost.$mydomain, localhost mydomain = mailserver 2.domain.de myhostname = mailserver 2.domain.de mynetworks = IPs myorigin = $mydomain newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix relay_domains = $mydestination sample_directory = /usr/share/postfix sendmail_path = /usr/sbin/sendmail setgid_group = postdrop smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_recipient_limit = 9000 smtp_connect_timeout = 120s unknown_local_recipient_reject_code = 550
100% sicher bin ich mir bei meinen Optimierungen nicht, bzw. welcher side-effect dabei hervorgerufen wird.
Mit freundlichen Grüßen Andreas
-----Ursprüngliche Nachricht----- Von: postfix-users-bounces+andreas=kado-web.de@de.postfix.org [mailto:postfix-users-bounces+andreas=kado-web.de@de.postfix.org] Im Auftrag von Patrick Ben Koetter Gesendet: Donnerstag, 3. Juni 2010 14:41 An: postfix-users@de.postfix.org Betreff: Re: [postfix-users] Mailqueue wird mails nicht los
* Andreas postfix-users@de.postfix.org:
local_destination_recipient_limit = 1 Was hat es genau mit diesem Wert auf sich?
Dieser Wert bestimmt wieviele Empfänger Postfix auf einmal an das lokale Zustellprogramm (local delivery agent) übergeben soll.
Ist der nicht unterdimensioniert?
Nein, auf keinen Fall. Die meisten LDAs (local delivery agent) können sogar nur einen Empfänger pro Aufruf verarbeiten.
Ich habe den Verdacht, Du hast - ohne es im Moment richtig zu verstehen - einige "Optimierungen" an Postfix vorgenommen. Stimmt das?
Wenn ja, dann sollten wir die gesamte Config einer gewissenhaften Prüfung unterziehen, um die richtigen Optimierungen zu belassen und die falschen Fehlkonfigurationen auszumerzen.
In dem Fall sende bitte Ausgabe von "postconf -n"; sie identifiziert nur die veränderten, neu gesetzten Werte.
p@rick
-----Ursprüngliche Nachricht----- Von: postfix-users-bounces+andreas=kado-web.de@de.postfix.org [mailto:postfix-users-bounces+andreas=kado-web.de@de.postfix.org] Im
Auftrag
von Andreas Gesendet: Donnerstag, 3. Juni 2010 14:18 An: 'Florian Streibelt' Cc: postfix-users@de.postfix.org Betreff: Re: [postfix-users] Mailqueue wird mails nicht los
Danke Florian, also meinst du den Wert default_destination_recipient_limit = 9000 runtersetzen und welches timeout? smtp_connect_timeout = 30s ?
Hier meine Werte:
Optionen zum timeout: postconf | grep timeout
Mailserver 1
connection_cache_protocol_timeout = 5s daemon_timeout = 18000s ipc_timeout = 3600s lmtp_connect_timeout = 0s lmtp_data_done_timeout = 600s lmtp_data_init_timeout = 120s lmtp_data_xfer_timeout = 180s lmtp_lhlo_timeout = 300s lmtp_mail_timeout = 300s lmtp_quit_timeout = 300s lmtp_rcpt_timeout = 300s lmtp_rset_timeout = 20s lmtp_starttls_timeout = 300s lmtp_tls_session_cache_timeout = 3600s lmtp_xforward_timeout = 300s milter_command_timeout = 30s milter_connect_timeout = 30s milter_content_timeout = 300s qmqpd_timeout = 300s smtp_connect_timeout = 30s smtp_data_done_timeout = 600s smtp_data_init_timeout = 120s smtp_data_xfer_timeout = 180s smtp_helo_timeout = 300s smtp_mail_timeout = 300s smtp_quit_timeout = 300s smtp_rcpt_timeout = 300s smtp_rset_timeout = 20s smtp_starttls_timeout = 300s smtp_tls_session_cache_timeout = 3600s smtp_xforward_timeout = 300s smtpd_policy_service_timeout = 100s smtpd_proxy_timeout = 100s smtpd_starttls_timeout = 300s smtpd_timeout = 300s smtpd_tls_session_cache_timeout = 3600s trigger_timeout = 10s
und zum recipient_limit: postconf | grep recipient_limit
default_destination_recipient_limit = 9000 default_extra_recipient_limit = 9000 default_recipient_limit = 10000 lmtp_destination_recipient_limit = $default_destination_recipient_limit local_destination_recipient_limit = 1 qmgr_message_recipient_limit = 20000 relay_destination_recipient_limit = $default_destination_recipient_limit smtp_destination_recipient_limit = $default_destination_recipient_limit smtpd_recipient_limit = 9000 virtual_destination_recipient_limit = $default_destination_recipient_limit
Mailserver 2 hat dieselben Werte.
Die Queue ist immer noch rappelvoll. Hab sie auch schon geflushed, jedoch gibt es dann wieder nen timeout, bzw. noch ne Meldung wie
delivery temporarily suspended: conversation with mailserver 2 timed out while sending RCPT TO
-----Ursprüngliche Nachricht----- Von: Florian Streibelt [mailto:postfix@f-streibelt.de] Gesendet: Donnerstag, 3. Juni 2010 10:54 An: Mailing-Liste der deutschsprachigen Postfix Gemeinschaft Cc: Andreas Betreff: Re: [postfix-users] Mailqueue wird mails nicht los
'Andreas' schrieb am 03.06.2010 10:45:
Postqueue p auf mail server 1 enthält viele Nachrichten einer
Aussendung
an mehr als 1000 user in der Queue.
Es gibt folgende Meldung:
(conversation with mailserver 2 [ip] timed out while sending RCPT TO)
Ich rate mal ins blaue, dass entweder dein mailserver 2 zu lange braucht, alle diese Empfänger auf Korrektheit zu testen oder irgendwelche restrictions/checks zu lange brauchen.
Als ersten Workaround um das zu testen fallen mir zwei Dinge ein - timeout auf dem ersten hochsetzen und anzahl der in einem SMTP-Dialog auszuliefernden mails senken (..._destination_recipient_limit) und schrittweise zu erhöhen. Was sagt denn der mailserver2 im Log?
Eventuell ist dem mailserver2 auch die message-rate zu hoch, wenn er da so 1000 Empfänger auf einmal sieht?
Optionen zum timeout: postconf | grep timeout
und zum recipient_limit: postconf | grep recipient_limit
Grüße, Florian
postfix-users mailing list postfix-users@de.postfix.org http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users
postfix-users mailing list postfix-users@de.postfix.org http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users