PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : SuSE 9.0, Umstieg auf Postfix / Amavis, mailq wird immer größer



bernd.hennig
12.06.04, 19:39
G'Day,

durch einen Servercrash (1und1, die brauchen über eine Woche um die HW zu fixen...) bin ich von sendmail auf postfix umgestiegen.

Jetzt habe ich folgende Probleme

a.) mailq läuft "voll" - ohne "Fehlermeldungen" bei den E-Mails in der Queue
b.) viel schlimmer: immer mehr proxymap Prozesse "erscheinen", fressen Speicher, die Load geht hoch, aber ich sehe keine Erfolge (siehe mailq)

Ich habe nat. die Config mit anderen verglichen, einen Eintrag für relay freigegeben (der Server ist 2. MX für div. Domains), alles ohne Erfolg bzw. ohne großen Erfolg.

Kommen die Symptome irgendjemanden bekannt vor ?

(Wie geschrieben, postfix ist für mich noch Neuland).

P.S.: Auf den Ports 25, 10024 und 10025 (amavis-neu) sieht alles prima aus

Danke für eure Hilfe


P.P.S.: Hier postconf -n


alias_maps = hash:/etc/aliases
broken_sasl_auth_clients = yes
canonical_maps = hash:/etc/postfix/canonical
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
default_privs = autoresponder
defer_transports =
disable_dns_lookups = no
inet_interfaces = all
mail_owner = postfix
mail_spool_directory = /var/mail
mailbox_command = /usr/bin/procmail
mailbox_size_limit = 0
mailbox_transport =
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
masquerade_classes = envelope_sender, header_sender, header_recipient
masquerade_domains =
masquerade_exceptions = root
message_size_limit = 10240000
mydestination = $myhostname, /etc/postfix/mydestinations
myhostname = mail.hennig.de
newaliases_path = /usr/bin/newaliases
program_directory = /usr/lib/postfix
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relayhost =
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_use_tls = no
smtpd_client_restrictions =
smtpd_helo_required = no
smtpd_helo_restrictions =
smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, permit_mx_backup, reject_unauth_destination, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_non_fqdn_hostname, reject_unauth_pipelining, reject_invalid_hostname, reject_rbl_client relays.ordb.org, reject_rbl_client proxy.relays.osirusoft.com, reject_rbl_client dialups.relays.osiruSoft.com, reject_rbl_client socks.relays.osirusoft.com, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client list.dsbl.org, reject_rbl_client opm.blitzed.org, reject_rbl_client dul.dnsbl.sorbs.net, reject_rhsbl_client blackhole.securitysage.com, reject_rhsbl_sender blackhole.securitysage.com, reject_rhsbl_sender nomail.rhsbl.sorbs.net
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sender_restrictions = hash:/etc/postfix/access
smtpd_tls_CAfile = /etc/ssl/certs/mail.hennig.de-sample-ca.crt
smtpd_tls_cert_file = /etc/postfix/cert.pem
smtpd_tls_key_file = /etc/postfix/key.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
strict_rfc821_envelopes = no
tls_random_source = dev:/dev/urandom
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 450


Nachtrag 2:

Arbeite ich ohne AMAVIS und Virenscan gibt es KEINE Probleme. Nachdem ich den Eintrag

smtp-amavis unix - - n - 2 lmtp
-o lmtp_data_done_timeout=1800
-o disable_dns_lookups=yes

so geändert habe:

smtp-amavis unix - - y - 2 lmtp
-o lmtp_data_done_timeout=80
-o disable_dns_lookups=yes


geht es leidlich.

bernd.hennig
12.06.04, 21:10
G'Day,

hier noch "Merkwürdigkeiten" aus /var/log/messages:


Jun 12 21:07:02 www kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Jun 12 21:07:03 www kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Jun 12 21:07:03 www kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)