queue behavior
\ Pavel Urban (20 Jul 2007)
. \ Victor Duchovni (20 Jul 2007)
. . \ Pavel Urban (20 Jul 2007)
. . . \ Victor Duchovni (20 Jul 2007)
. . . . \ Pavel Urban (21 Jul 2007)
. . . . . \ Victor Duchovni (23 Jul 2007)
. . . . . . \ Pavel Urban (24 Jul 2007)
. . . . . . . \ (Wietse Venema) (24 Jul 2007)
. . . . . . . \ Victor Duchovni (24 Jul 2007)

3 msgX-Original-To inconsistency
5 msgSMTP Transaction logs?
2 msgbackup mail server problems
4 msgChange error messages
3 msgtransport_maps is ignored
8 msgmails from servers with no PTR
4 msgCustomize postfix's answers
6 msgsend mail to multiple users
2 msgtranspot decision based on cyrus mailbox existence
2 msgforce a bounce on a message in the queue
5 msgWhat causes: 421 Error: timeout exceeded (in re...
3 msgPrevent specific user to authenticate in SASL/L...
2 msgPrevent specific user to authenticate in SASL/LDAP
12 msgLooking for a fail-over strategy for a mail server
7 msgpostfix/smtpd can works in tls wrapper mode,cou...
2 msgConnection timed out - Issue
4 msgpostfix and field 'Date' in message headers
4 msgbounce notification of relayhost
5 msgPostfix + SASL Problem
Subject:queue behavior
Group:Postfix-users
From:Pavel Urban
Date:20 Jul 2007


 
Hello,

I've tried to reinstall one of our more busy servers. It is running
RedHat Linux 4, x86_64 arch, Postfix 2.4.3. I've noticed quite
unpleasant behavior.

At first, incoming queue got very large (about 300.000 mails). Active
queue has been hovewer very small, about 200 mails. During this time,
system load has been quite low. After several hours, incoming queue
slowly drained to 20000 - and suddenly, it quickly poured into active
queue and has been processed. Load jumped up, but wasn't critical.

What did I wrong? I've upgraded from an older version (2.2.10) and
didn't change the configuration except for fallback_relay ->
smtp_fallback_relay and some master.cf modification ('retry' transport).
I just cannot find a reason for such behavior...

[root@relaynew ~]# postconf -n
alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
biff = no
body_checks = regexp:/etc/postfix/body_checks
bounce_size_limit = 50000
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
default_destination_recipient_limit = 1000
default_process_limit = 600
defer_transports = etrn-only
delay_warning_time = 8h
disable_vrfy_command = yes
duplicate_filter_limit = 1000
fast_flush_domains = $relay_domains
hash_queue_names = deferred defer active incoming
header_checks = pcre:/etc/postfix/header_checks
html_directory = /usr/share/doc/postfix-2.4.3-documentation/html
in_flow_delay = 1s
inet_interfaces = all
initial_destination_concurrency = 10
mail_owner = postfix
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
maximal_queue_lifetime = 5
message_size_limit = 13721600
mydestination = $myhostname, localhost.$mydomain, mailrelay.iol.cz,
smtp.etmail.cz
myhostname = relay.iol.cz
mynetworks = /etc/postfix/network_table
newaliases_path = /usr/bin/newaliases.postfix
proxy_interfaces = 194.228.41.114
qmgr_message_active_limit = 900000
qmgr_message_recipient_limit = 900000
queue_directory = /var/spool/postfix
queue_minfree = 20582400
readme_directory = /usr/share/doc/postfix-2.4.3-documentation/readme
recipient_canonical_maps = hash:/etc/postfix/recipient_canonical
relay_domains = $mydestination hash:/etc/postfix/relay_domains
sample_directory = /usr/share/doc/postfix-2.2.10/samples
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtp_connect_timeout = 15s
smtp_fallback_relay = [10.7.9.14]
smtpd_banner = $myhostname ESMTP $mail_name ($mail_version)
smtpd_client_event_limit_exceptions = 10.0.0.0/8 192.168.0.0/16
172.23.52.0/24
smtpd_client_restrictions = hash:/etc/postfix/access
reject_unauth_pipelining
smtpd_enforce_tls = no
smtpd_etrn_restrictions = permit
smtpd_helo_required = no
smtpd_helo_restrictions =
smtpd_recipient_limit = 1000
smtpd_recipient_restrictions = hash:/etc/postfix/spec_domains
hash:/etc/postfix/access_to reject_non_fqdn_recipient
reject_unknown_recipient_domain check_sender_access
hash:/etc/postfix/freemail_access check_helo_access
hash:/etc/postfix/helo_checks hash:/etc/postfix/access permit_mynetworks
permit_mx_backup reject_unauth_destination
smtpd_restriction_classes = from_freemail_host
smtpd_sender_restrictions = reject_non_fqdn_sender
reject_unknown_sender_domain hash:/etc/postfix/access
hash:/etc/postfix/access_from
smtpd_starttls_timeout = 300s
smtpd_tls_CApath = /usr/share/ssl/certs
smtpd_tls_cert_file = /etc/postfix/tls/relay.iol.cz.pem
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_loglevel = 1
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550

Thanks!

--
***********************************************************************
Pavel Urban (pavel.urban)
O2 system disaster
Telefonica O2 Czech Republic, a.s. - www.cz.o2.com
***********************************************************************
Vegetables should not operate electronic equipment.
Computer Stupidities, http://rinkworks.com/stupid/
***********************************************************************


© 2004-2008 readlist.com