---------- Original Message ----------------------------------
From: Ralf Hildebrandt <ralf.hildebra...@charite.de>
Reply-To: postfix-users@postfix.org
Date:  Fri, 1 May 2009 20:56:15 +0200

>* Len Conrad <lcon...@go2france.com>:
>> postmap -q "67.218.188" 
>> mysql:/usr/local/etc/postfix/mysql-mta_clients_reactive_b.cf
>>  554 mta_client_reactive_b
>> 
>> postmap -q "67.218.188.4" 
>> mysql:/usr/local/etc/postfix/mysql-mta_clients_reactive_b.cf
>> ... no data
>> 
>> man 5 access  seems to make no distinction between .map and SQL tables:
>> 
>> HOST NAME/ADDRESS PATTERNS
>> 
>> With lookups from indexed files such as DB or DBM,  or  from  networked
>> tables  such  as  NIS,  LDAP  or SQL, the following lookup patterns are
>> examined in the order as listed
>> 
>> Subnetworks  are  matched  by  repeatedly  truncating  the  last
>> ".octet"  from the remote IPv4 host address string until a match
>> is found in the access table, or until further truncation is not
>> possible.
>
>So where is the problem now?

1. my email client discarded my wonderful Subject: line

2. The problem is that a query for 67.218.188.4 is not matched by an entry of 
67.218.188.  This works in hash:.map tables, so why doesn't it work in SQL 
tables?   iow, how to block a Class C with SQL table?

Len

Reply via email to