Topic: Delayed receipt of email (450 4.7.1 recipient address rejected)
==== Required information ====
- iRedMail version: 0.8.3
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): MySQL
- Linux/BSD distribution name and version: CentOS 6
- Related log if you're reporting an issue: 450 4.7.1 recipient address rejected
====
Hey all, I really hope that you can help me with this. I've been researching it for some time, but to no avail. The background is that there is a delay in the delivery of my emails. I have many virtual accounts on my mail server and when I send to any of them, I get the NOQUEUE message in /var/log/maillog
Here's the log file snippet:
Mar 28 15:06:26 mail postfix/smtpd[27558]: connect from unknown[209.85.216.171]
Mar 28 15:06:26 mail policyd: connection from: 127.0.0.1 port: 49608 slots: 0 of 2044 used
Mar 28 15:06:26 mail policyd: rcpt=3606, greylist=new, host=209.85.216.171 (unknown), from=email@gmail.com, to=email@domain.com, size=0
Mar 28 15:06:26 mail postfix/smtpd[27558]: NOQUEUE: reject: RCPT from unknown[209.85.216.171]: 450 4.7.1 <email@domain.com>: Recipient address rejected: Policy Rejection- Please try later.; from=<email@gmail.com> to=<email@domain.com> proto=ESMTP helo=<mail-qc0-f171.google.com>
Mar 28 15:06:26 mail postfix/smtpd[27558]: disconnect from unknown[209.85.216.171]
I suspect that my main.cf may have a setting in there that's too restrictive. I think I may have narrowed it down to:
mynetworks = 127.0.0.0/8
mynetworks_style = subnet
smtpd_recipient_restrictions =
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unlisted_recipient,
check_policy_service
inet:127.0.0.1:7777,
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
Is it rejecting them because of the unknown[209.85.216.171]? Should I be adding more networks to that line in the main.cf? I tried commenting out the smptd restrictions, but it didn't do anything but allow some spam through.
Anyone got any ideas?!? Why does the mailserver tell every mail to 'please try again later' and then let it through an hour later?
thanks for the help!
----
Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.