response in line below.
On 12/24/11 9:32 AM, /dev/rob0 wrote:
On Saturday 24 December 2011 11:09:08 Noah wrote:
I am getting lots of emails claiming the following "delivery
temporarily suspended: conversation with, 127.0.0.1[127.0.0.1]
timed out while receiving the initial server greeting" . I am
seeing this message show up to the local user and also to the
remote sender inbox too. The messages to both user accounts are
definitely originating from my postfix server - IPs and message
IDs verified.
Ive seen a few messages on the subject matter after using my
favorite search engine but wondering what the latest story is on
what could create this added mail delivery issue. Granted nothing
Given the lack of logs and configuration, all we can do is guess. My
guess is that you have a content_filter on 127.0.0.1 which is having
problems.
For problems with a content filter, see the documentation and support
channels for that particular software, whatever it might be.
For problems with Postfix, see the documentation and list posting
guidelines here:
http://www.postfix.org/documentation.html
http://www.postfix.org/DEBUG_README.html#mail
Thanks Rob for your insightful response.
okay here is some log and configuration output. The error started
around "Dec 23 20:54:22" local time and the first error message appears
below. If you note I am using smtp-amavis as my content filter. I am
wondering if there are some fine tune settings I should be considering
for amavis. Are there some links to a tutorial that explains how to
fine tune this content filter?
$ sudo postconf -n
alias_database = hash:/etc/postfix/aliases
hash:/var/lib/mailman/data/aliases
alias_maps = hash:/etc/postfix/aliases hash:/var/lib/mailman/data/aliases
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
delay_warning_time = 4h
inet_interfaces = all
inet_protocols = all
mailbox_command = /usr/bin/procmail
mailbox_size_limit = 0
mydestination = $myhostname, localhost.$mydomain $mydomain localhost
mydomain = example.com
myhostname = example.com
mynetworks = <my_ethernet_ip>/32 127.0.0.0/8 [::ffff:127.0.0.0]/104
[::1]/128
myorigin = example.com
readme_directory = no
recipient_delimiter = +
relayhost =
smtp_tls_note_starttls_offer = yes
smtp_tls_security_level = may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_recipient_restrictions =
permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain =
smtpd_sasl_security_options = noanonymous
smtpd_tls_CAfile = /etc/ssl/certs/cacert.pem
smtpd_tls_cert_file = /etc/ssl/certs/smtpd.crt
smtpd_tls_key_file = /etc/ssl/private/smtpd.key
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
unknown_local_recipient_reject_code = 550
virtual_alias_domains = <many virtual domains>
virtual_alias_maps = hash:/etc/postfix/virtual
hash:/var/lib/mailman/data/virtual-mailman
$ sudo cat mail.info | grep "conversation with"| grep "127" | less
Dec 23 20:54:22 example postfix/smtp[26588]: 004D36C68D:
to=<usern...@example.com>, orig_to=<usern...@example.com>,
relay=127.0.0.1[127.0.0.1]:10024, delay=302, delays=1.6/0/300/0,
dsn=4.4.2, status=deferred (conversation with 127.0.0.1[127.0.0.1] timed
out while receiving the initial server greeting)
changed on my configuration for over 2 weeks now so it was an
introduction based on something caused by "normal" operation did.
restarting postfix did not clear it. a reboot to the server (I
know its not a PC) cleared the problem.
This lends credence to my theory.
okay cool.
Cheers
