0
|
1 <html>
|
|
2
|
|
3 <head>
|
|
4 <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
|
|
5 <title>DNSBL Sendmail milter</title>
|
|
6 </head>
|
|
7
|
12
|
8 <center>Introduction</center>
|
0
|
9 <p>This milter is released under the GPL license version 2 included in
|
|
10 the LICENSE file in the distribution, and also available at
|
|
11 <a href="http://www.gnu.org/licenses/gpl.html">http://www.gnu.org/licenses/gpl.html</a>
|
|
12
|
12
|
13 <p>Consider the case of a mail server that is acting as secondary MX for
|
|
14 a collection of clients, each of which has a collection of mail domains.
|
|
15 Each client may use their own collection of DNSBLs on their primary mail
|
|
16 server. We present here a mechanism whereby the backup mail server can
|
|
17 use the correct set of DNSBLs for each recipient for each message. As a
|
0
|
18 side-effect, it gives us the ability to customize the set of DNSBLs on a
|
|
19 per-recipient basis, so that fred@example.com could use SPEWS and the
|
|
20 SBL, where all other users @example.com use only the SBL.
|
|
21
|
11
|
22 <p>This milter will also decode (base64, mime, html entity) and scan
|
|
23 for HTTP URLs in the body of the mail. If any of those host names
|
|
24 have A records on the SBL (or a single configurable list), the mail
|
|
25 will be rejected unless previously whitelisted.
|
|
26
|
6
|
27 <p>The DNSBL milter reads a text configuration file (dnsbl.conf) on
|
|
28 startup, and whenever the config file (or any of the referenced include
|
|
29 files) is changed. The entire configuration file is case insensitive.
|
0
|
30
|
12
|
31 <hr>
|
|
32 <center>DCC Issues</center>
|
0
|
33 <p>If you are also using the <a
|
|
34 href="http://www.rhyolite.com/anti-spam/dcc/">DCC</a> milter, there are
|
|
35 a few considerations. You may need to whitelist senders from the DCC
|
|
36 bulk detector, or from the DNS based lists. Those are two very
|
|
37 different reasons for whitelisting. The former is done thru the DCC
|
|
38 whiteclnt config file, the later is done thru the DNSBL milter config
|
5
|
39 file.
|
0
|
40
|
|
41 <p>You may want to blacklist some specific senders or sending domains.
|
|
42 This could be done thru either the DCC (on a global basis, or for a
|
|
43 specific single recipient). We prefer to do such blacklisting via the
|
|
44 DNSBL milter config, since it can be done for an entire recipient mail
|
|
45 domain. The DCC approach has the feature that you can capture the
|
|
46 entire message in the DCC log files. The DNSBL milter approach has the
|
|
47 feature that the mail is rejected earlier (at RCPT TO time), and the
|
|
48 sending machine just gets a generic "550 5.7.1 no such user" message.
|
|
49
|
5
|
50 <p>There is an option to reference the DCC whiteclnt file (via an
|
|
51 include_dcc line) in the DNSBL milter config. This will import the
|
|
52 (env_to, env_from, and substitute mail_host) entries from the DCC config
|
|
53 into the DNSBL config. This allows using the DCC config as the single
|
|
54 point for white/blacklisting.
|
|
55
|
|
56 <p>Consider the case where you have multiple clients, each with their
|
|
57 own mail servers, and each running their own DCC milters. Each client
|
|
58 is using the DCC facilities for envelope from/to white/blacklisting.
|
6
|
59 Presumably you can use rsync or scp to fetch copies of your clients DCC
|
5
|
60 whiteclnt files on a regular basis. Your mail server, acting as a
|
|
61 backup MX for your clients, can use the DNSBL milter, and include those
|
|
62 client DCC config files. The envelope to white/blacklisting will be
|
|
63 global for your system, but the envelope from white/blacklisting will be
|
|
64 appropriately tagged and used only for the domains controlled by each of
|
|
65 those clients.
|
|
66
|
12
|
67 <hr>
|
|
68 <center>Definitions</center>
|
0
|
69 <p>DNSBL - a named DNS based blocking list is defined by a dns suffix
|
|
70 (e.g. sbl-xbl.spamhaus.org) and a message string that is used to
|
|
71 generate the "550 5.7.1" smtp error return code. The names of these
|
|
72 DNSBLs will be used to define the DNSBL-LISTs.
|
|
73
|
|
74 <p>DNSBL-LIST - a named list of DNSBLs that will be used for specific
|
|
75 recipients or recipient domains.
|
|
76
|
|
77 <p>ENVELOPE-FROM-MAP - a named collection of mappings (key->value pairs)
|
|
78 from envelope-from values to the WHITE, BLACK, or DEFAULT keywords. The
|
|
79 names of these maps will be used for specific recipients or recipient
|
|
80 domains.
|
|
81
|
|
82 <p>The configuration file maps each recipient (or recipient domain) to
|
|
83 two names (a named DNSBL-LIST, and a named ENVELOPE-FROM-MAP). If the
|
|
84 recipient is not found in the configuration, the named DEFAULT
|
|
85 dnsbl-list and DEFAULT envelope-from-map will be used. When mail is
|
|
86 received for that recipient,
|
|
87
|
|
88 <ol>
|
|
89
|
|
90 <li>If the client has authenticated with sendmail, the mail is accepted
|
|
91 and the dns lists are not checked.
|
|
92
|
|
93 <li>If either one is BLACK, mail to this recipient is rejected with "no
|
|
94 such user", and the dns lists are not checked.
|
|
95
|
|
96 <li>If the envelope-from-map name is WHITE, mail to this recipient is
|
|
97 accepted and the dns lists are not checked.
|
|
98
|
|
99 <li>If the envelope-from-map exists, the map is checked for the presence
|
|
100 of the sender. A WHITE or BLACK answer is definitive and the dns lists
|
|
101 are not checked.
|
|
102
|
|
103 <li>If the dnsbl-list name is WHITE, the dns lists are not checked and
|
|
104 the mail is accepted. Otherwise, the dns lists are checked and the mail
|
|
105 is rejected if any list has an A record for the standard dns based
|
|
106 lookup scheme (reversed octets of the client followed by the dns
|
|
107 suffix).
|
|
108
|
11
|
109 <li>If the mail has not been accepted or rejected yet, the body content
|
|
110 is scanned for HTTP URLs (after base64, mime and html entity decoding),
|
|
111 and the first 20 host names are checked for their presence on the SBL.
|
|
112 If any host name is on the SBL, the mail is rejected.
|
|
113
|
0
|
114 </ol>
|
|
115
|
12
|
116 <hr>
|
|
117 <center>Sendmail access vs. DNSBL</center>
|
|
118 <p>With the standard sendmail.mc dnsbl FEATURE, the dnsbl checks may be
|
|
119 suppressed by entries in the /etc/mail/access database. For example,
|
|
120 suppose you control a /18 of address space, and have allocated some /24s
|
|
121 to some clients. You have access entries like
|
0
|
122
|
12
|
123 <pre>
|
|
124 192.168.4 OK
|
|
125 192.168.17 OK
|
|
126 </pre>
|
|
127
|
|
128 <p>to allow those clients to smarthost thru your mail server. Now if
|
|
129 one of those clients happens get infected with a virus that turns into
|
|
130 an open proxy, and their 192.168.4.45 lands on the SBL-XBL, you will
|
|
131 still wind up allowing that infected machine to smarthost thru your mail
|
|
132 servers.
|
|
133
|
|
134 <p>With this DNSBL milter, the sendmail access database cannot override
|
|
135 the dnsbl checks, so that machine won't be able to send mail to or thru
|
|
136 your smarthost machine.
|
|
137
|
|
138 <hr>
|
|
139 <center>Installation and configuration</center>
|
0
|
140 <p>Usage: Note that this has ONLY been tested on Linux, specifically
|
|
141 RedHat Linux. Your mileage will vary. In particular, this milter makes no
|
|
142 attempt to understand IPv6.
|
|
143
|
|
144 Fetch <a href="http://www.five-ten-sg.com/util/dnsbl.tar.gz">dnsbl.tar.gz</a>
|
|
145 and
|
|
146
|
|
147 <pre>
|
|
148 tar xfvz dnsbl.tar.gz
|
|
149 bash install.bash
|
|
150 </pre>
|
|
151
|
|
152 Read and understand the contents of that install.bash script before you
|
|
153 run it. It may not be suitable for your system. Modify your
|
|
154 sendmail.mc by removing all the "FEATURE(dnsbl" lines, add the following
|
|
155 line in your sendmail.mc and rebuild the .cf file
|
|
156
|
|
157 <pre>
|
11
|
158 INPUT_MAIL_FILTER(`dnsbl', `S=local:/var/run/dnsbl/dnsbl.sock, F=T, T=C:30s;S:2m;R:2m;E:5m')
|
0
|
159 </pre>
|
|
160
|
|
161 Read the sample <a
|
|
162 href="http://www.five-ten-sg.com/dnsbl.conf">var/dnsbl/dnsbl.conf</a>
|
6
|
163 file and modify it to fit your configuration. You can test your
|
|
164 configuration files, and see a readable internal dump of them on stderr
|
|
165 with
|
|
166
|
|
167 <pre>
|
|
168 cd /var/dnsbl
|
|
169 ./dnsbl -c
|
|
170 </pre>
|
|
171
|
|
172 <pre>
|
0
|
173
|
|
174
|
6
|
175
|
2
|
176 $Id$
|
4
|
177 </pre>
|
0
|
178 </body>
|
|
179 </html>
|