On Fri, Jul 09, 2010 at 04:13:28PM +0200, Philipp Leusmann wrote:
> Jul 9 16:07:00 s15277780 postfix/smtpd[18815]: NOQUEUE: reject:
> RCPT from c-68-57-126-48.hsd1.va.comcast.net[68.57.126.48]:
> 450 4.3.2 <silvi...@xxx.de>: Recipient address rejected:
> Try again later; from=<hazexauvu1...@comcast.net> to=<silvi...@xxx.de>
> proto=ESMTP helo=<comcast.net>
This is how "defer" gets processed when it is processed in a restriction
class definition, rather than access table lookup result.
> Jul 9 16:07:00 s15277780 postfix/smtpd[18815]: warning: restriction
> `User' after `defer' is ignored
This does not look possible for a result of "DEFER ..." found in a lookup
table. Can you run the smtpd(8) server with debug_peer_list setting
that matches a test ip from which you can initiate a test transaction,
and report log entries just above, matching and just below:
smtpd[pid]: check_table_result: ...
I can only explain your observations if "DEFER" is not the first
token in the table return value. It would be helpful to see your
"postconf -n" also, so we can see the context in which the tcp
table is used.
--
Viktor.
