I have been informed by a couple gmail users that my server is
blocking their access. They are getting
Technical details of temporary failure:
The recipient server did not accept our requests to connect. Learn
more athttp://mail.google.com/support/bin/answer.py?answer=7720
[mail.kasdivi.com. (5): Connection timed out]
The wierd thing about this is that it appers to effect only a couple
of gmail usres. For example mail from my gmail account goes through
just fine
postconf -n as follows
body_checks = regexp:/usr/local/etc/postfix/body_check
command_directory = /usr/local/sbin
config_directory = /usr/local/etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
daemon_directory = /usr/local/libexec/postfix
daemon_timeout = 36000s
data_directory = /var/db/postfix
delay_warning_time = 2h
disable_vrfy_command = yes
header_checks = regexp:/usr/local/etc/postfix/header_checks
home_mailbox = Maildir/
html_directory = /usr/local/share/doc/postfix
mail_owner = postfix
mail_spool_directory = /var/mail/vmail
mailq_path = /usr/local/bin/mailq
manpage_directory = /usr/local/man
maps_rbl_domains = bl.spamcop.net
message_size_limit = 10240000
mydestination = localhost.$mydomain, localhost
mydomain = theoceanwindow-bv.com
mynetworks = 127.0.0.0/32, 209.160.65.133, 209.160.68.112
newaliases_path = /usr/local/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/local/share/doc/postfix
receive_override_options = no_address_mappings
relay_recipient_maps = hash:/usr/local/etc/postfix/relay_recipients
sample_directory = /usr/local/etc/postfix
sendmail_path = /usr/local/sbin/sendmail
setgid_group = maildrop
smtp_tls_note_starttls_offer = yes
smtpd_banner = tuna.theoceanwindow-bv.com
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_sasl_authenticated,check_helo_access
hash:/usr/local/etc/postfix/helo_access,reject_invalid_hostname,permit
smtpd_recipient_restrictions = permit_mynetworks,hash:/usr/local/etc/
postfix/recipient_access,permit_sasl_authenticated,
reject_unauth_destination,reject_rbl_client
zen.spamhaus.org,reject_rbl_client bl.spam,check_policy_service inet:
127.0.0.1:6000,permit_mynetworks,permit_sasl_authenticated
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostnamebroken_sasl_auth_clients = yes
smtpd_sasl_path = private/auth
smtpd_sasl_type = dovecot
smtpd_sender_restrictions = permit_sasl_authenticated,permit_mynetworks
smtpd_tls_CAfile = /usr/local/etc/keys/root.crt
smtpd_tls_cert_file = /usr/local/etc/keys/server.cert
smtpd_tls_key_file = /usr/local/etc/keys/private.key
smtpd_tls_loglevel = 3
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
unknown_local_recipient_reject_code = 550
virtual_alias_maps = hash:/usr/local/etc/postfix/virtual
virtual_gid_maps = static:1000
virtual_mailbox_base = /var/mail/vmail
virtual_mailbox_domains = /usr/local/etc/postfix/virtual_domains
virtual_mailbox_maps = hash:/usr/local/etc/postfix/virtual_mailbox
virtual_minimum_uid = 100
virtual_uid_maps = static:1003
I have seen some discussion about misconfigued or lacking mx records
but I have
asdivi.com. IN SOA ns.kasdivi.com. info.kasdivi.com. (
1227747798
10800
3600
604800
38400 )
mail.kasdivi.com. IN A 209.160.65.133
ftp.kasdivi.com. IN A 209.160.65.133
www.kasdivi.com. IN A 209.160.65.133
kasdivi.com. IN NS ns.kasdivi.com.
kasdivi.com. IN NS ns1.kasdivi.com.
kasdivi.com. IN NS ns2.kasdivi.com.
tuna.theoceanwindow-bv.com. IN A 209.160.65.133
ns.kasdivi.com. IN A 209.160.65.133
ns1.kasdivi.com. IN A 209.160.68.112
ns2.kasdivi.com. IN A 209.160.65.133
kasdivi.com. IN A 209.160.65.133
kasdivi.com. IN MX 5 mail.kasdivi.com.
webmail.kasdivi.com. IN CNAME mail.kasdivi.com.
any thoughts or suggestions
jason
