@Stan
It's OK, you helped a lot already. And your figure is a very good
reference for me. Thank you very much.
@Wietse
I'll try not to use relay host to check the speed.
And sorry if I didn't express myself clearly, I don't mean to complain
anything. Just don't know what's wrong and what to do because I'm a
green hand. I pasted the changed parameters below. removed some lines
because I think it's not related and don't want to make the list too
long. (it's still very long I know ;)
debug_peer_level = 2
default_process_limit = 100
enable_original_recipient = no
inet_interfaces = all
inet_protocols = all
maximal_backoff_time = 4000s
maximal_queue_lifetime = 1d
message_size_limit = 15728640
minimal_backoff_time = 300s
mydestination = $myhostname, localhost, localhost.localdomain,
localhost.$myhostname
mydomain = abc.com
myhostname = e.abc.com
mynetworks = 127.0.0.0/8, 10.12.157.130/32, 10.12.157.132/32,
127.0.0.1/32, 10.9.76.200/32, 10.9.76.196/32, 10.9.76.194/32,
10.16.117.68/32
mynetworks_style = subnet
myorigin = e.abc.com
newaliases_path = /usr/bin/newaliases.postfix
proxy_read_maps = $canonical_maps $lmtp_generic_maps
$local_recipient_maps $mydestination $mynetworks $recipient_bcc_maps
$recipient_canonical_maps $relay_domains $relay_recipient_maps
$relocated_maps $sender_bcc_maps $sender_canonical_maps
$smtp_generic_maps $smtpd_sender_login_maps $transport_maps
$virtual_alias_domains $virtual_alias_maps $virtual_mailbox_domains
$virtual_mailbox_maps
queue_run_delay = 300s
recipient_bcc_maps =
proxy:mysql:/etc/postfix/mysql_recipient_bcc_maps_domain.cf,
proxy:mysql:/etc/postfix/mysql_recipient_bcc_maps_user.cf
relay_domains = $mydestination,
proxy:mysql:/etc/postfix/mysql_relay_domains.cf
relay_recipient_maps =
proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
sender_bcc_maps =
proxy:mysql:/etc/postfix/mysql_sender_bcc_maps_domain.cf,
proxy:mysql:/etc/postfix/mysql_sender_bcc_maps_user.cf
smtp_connect_timeout = 15
smtp_helo_timeout = 15
smtpd_data_restrictions = reject_unauth_pipelining
smtpd_enforce_tls = no
smtpd_error_sleep_time = 0
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks,permit_sasl_authenticated,
check_helo_access pcre:/etc/postfix/helo_access.pcre
smtpd_recipient_restrictions = reject_unknown_sender_domain,
reject_unknown_recipient_domain, reject_non_fqdn_sender,
reject_non_fqdn_recipient, reject_unlisted_recipient, permit_mynetworks,
permit_sasl_authenticated, reject_unauth_destination,
reject_non_fqdn_helo_hostname, reject_invalid_helo_hostname,
check_policy_service inet:127.0.0.1:10031
smtpd_reject_unlisted_recipient = yes
smtpd_reject_unlisted_sender = yes
smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = no
smtpd_sasl_local_domain =
smtpd_sasl_path = dovecot-auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_sender_login_maps =
proxy:mysql:/etc/postfix/mysql_sender_login_maps.cf
smtpd_sender_restrictions = permit_mynetworks, permit_sasl_authenticated
smtpd_tls_loglevel = 0
smtpd_tls_security_level = may
tls_random_source = dev:/dev/urandom
transport_maps = proxy:mysql:/etc/postfix/mysql_transport_maps_user.cf,
proxy:mysql:/etc/postfix/mysql_transport_maps_domain.cf
unknown_local_recipient_reject_code = 550
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:500
virtual_mailbox_base = /var/vmail/vmail01
virtual_mailbox_domains =
proxy:mysql:/etc/postfix/mysql_virtual_mailbox_domains.cf
virtual_mailbox_maps =
proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_minimum_uid = 500
virtual_transport = dovecot
virtual_uid_maps = static:500
Regards,
Yaoxing
2010/12/23 23:13, Stan Hoeppner Wrote:
Wietse Venema put forth on 12/23/2010 6:10 AM:
4. Less than 20 postfix process (while limitation is explicitly set to 100)
Then, you are sending all mail through the same relay host. Why
are you sending mass mail through a relay host?
Wietse
It would appear my recommendation may merely mask (for a short time) a
symptom of the root problem, but not solve he problem itself. Wietse's
insight seems to show that your IOPS issue is a result of the mail not
going out fast enough, and thus the disk is getting hammered by the
queue piling up.
Wieste is right. You don't need faster storage, but more mails
delivered per second so they aren't piling up in the queue. You need a
faster outbound path, or multiple of the same.
Apologies if my lesser insight/experience clogged this thread.
