Mercurial > dnsbl
annotate xml/dnsbl.in @ 156:a220bfb9211f
add auto whitelisting
author | carl |
---|---|
date | Sun, 08 Jul 2007 09:46:55 -0700 |
parents | 8d7c439bb6fa |
children | dcfa43a59ec8 |
rev | line source |
---|---|
108 | 1 <reference> |
2 <title>@PACKAGE@ Sendmail milter - Version @VERSION@</title> | |
3 <partintro> | |
4 <title>Packages</title> | |
5 <para>The various source and binary packages are available at <ulink | |
114
f4f5fb263072
cleanup list of tlds, add trailing / on http package directory reference
carl
parents:
111
diff
changeset
|
6 url="http://www.five-ten-sg.com/@PACKAGE@/packages/">http://www.five-ten-sg.com/@PACKAGE@/packages/</ulink> |
108 | 7 The most recent documentation is available at <ulink |
8 url="http://www.five-ten-sg.com/@PACKAGE@/">http://www.five-ten-sg.com/@PACKAGE@/</ulink> | |
9 </para> | |
94 | 10 |
108 | 11 </partintro> |
94 | 12 |
108 | 13 <refentry id="@PACKAGE@.1"> |
14 <refentryinfo> | |
115 | 15 <date>2006-01-08</date> |
108 | 16 </refentryinfo> |
94 | 17 |
108 | 18 <refmeta> |
19 <refentrytitle>@PACKAGE@</refentrytitle> | |
20 <manvolnum>1</manvolnum> | |
21 <refmiscinfo>@PACKAGE@ @VERSION@</refmiscinfo> | |
22 </refmeta> | |
23 | |
24 <refnamediv id='name.1'> | |
25 <refname>@PACKAGE@</refname> | |
26 <refpurpose>a sendmail milter with per-user dnsbl filtering</refpurpose> | |
27 </refnamediv> | |
94 | 28 |
108 | 29 <refsynopsisdiv id='synopsis.1'> |
30 <title>Synopsis</title> | |
31 <cmdsynopsis> | |
32 <command>@PACKAGE@</command> | |
33 <arg><option>-c</option></arg> | |
34 <arg><option>-s</option></arg> | |
35 <arg><option>-d <replaceable class="parameter">n</replaceable></option></arg> | |
36 <arg><option>-e <replaceable class="parameter">from|to</replaceable></option></arg> | |
37 <arg><option>-r <replaceable class="parameter">local-domain-socket</replaceable></option></arg> | |
38 <arg><option>-p <replaceable class="parameter">sendmail-socket</replaceable></option></arg> | |
39 <arg><option>-t <replaceable class="parameter">timeout</replaceable></option></arg> | |
40 </cmdsynopsis> | |
41 </refsynopsisdiv> | |
94 | 42 |
108 | 43 <refsect1 id='options.1'> |
44 <title>Options</title> | |
45 <variablelist> | |
46 <varlistentry> | |
47 <term>-c</term> | |
111 | 48 <listitem><para> |
49 Load the configuration file, print a cannonical form | |
50 of the configuration on stdout, and exit. | |
51 </para></listitem> | |
108 | 52 </varlistentry> |
53 <varlistentry> | |
54 <term>-s</term> | |
111 | 55 <listitem><para> |
56 Stress test the configuration loading code by repeating | |
57 the load/free cycle in an infinite loop. | |
58 </para></listitem> | |
108 | 59 </varlistentry> |
60 <varlistentry> | |
61 <term>-d <replaceable class="parameter">n</replaceable></term> | |
111 | 62 <listitem><para> |
63 Set the debug level to <replaceable class="parameter">n</replaceable>. | |
64 </para></listitem> | |
108 | 65 </varlistentry> |
66 <varlistentry> | |
67 <term>-e <replaceable class="parameter">from|to</replaceable></term> | |
111 | 68 <listitem><para> |
69 Print the results of looking up the from and to addresses in the | |
70 current configuration. The | character is used to separate the from and to | |
71 addresses in the argument to the -e switch. | |
72 </para></listitem> | |
108 | 73 </varlistentry> |
74 <varlistentry> | |
75 <term>-r <replaceable class="parameter">local-domain-socket</replaceable></term> | |
111 | 76 <listitem><para> |
77 Set the local socket used for the connection to our own dns resolver processes. | |
78 </para></listitem> | |
108 | 79 </varlistentry> |
80 <varlistentry> | |
81 <term>-p <replaceable class="parameter">sendmail-socket</replaceable></term> | |
111 | 82 <listitem><para> |
83 Set the socket used for the milter connection to sendmail. This is either | |
84 "inet:port@ip-address" or "local:local-domain-socket-file-name". | |
85 </para></listitem> | |
108 | 86 </varlistentry> |
87 <varlistentry> | |
88 <term>-t <replaceable class="parameter">timeout</replaceable></term> | |
111 | 89 <listitem><para> |
90 Set the timeout in seconds used for communication with sendmail. | |
91 </para></listitem> | |
108 | 92 </varlistentry> |
93 </variablelist> | |
94 </refsect1> | |
94 | 95 |
111 | 96 <refsect1 id='usage.1'> |
108 | 97 <title>Usage</title> |
98 <para><command>@PACKAGE@</command> -c</para> | |
99 <para><command>@PACKAGE@</command> -s</para> | |
111 | 100 <para><command>@PACKAGE@</command> -e 'someone@aol.com|localname@mydomain.tld'</para> |
101 <para><command>@PACKAGE@</command> -d 10 -r resolver.sock -p local:dnsbl.sock</para> | |
102 </refsect1> | |
103 | |
104 <refsect1 id='installation.1'> | |
105 <title>Installation</title> | |
106 <para> | |
107 This is now a standard GNU autoconf/automake installation, so the normal | |
108 "./configure; make; su; make install" works. "make chkconfig" will | |
109 setup the init.d runlevel scripts. Alternatively, you can use the | |
110 source or binary RPMs at <ulink | |
111 url="http://www.five-ten-sg.com/@PACKAGE@/packages">http://www.five-ten-sg.com/@PACKAGE@/packages</ulink>. | |
112 </para> | |
113 <para> | |
114 Note that this has ONLY been tested on Linux, specifically RedHat Linux. | |
115 In particular, this milter makes no attempt to understand IPv6. Your | |
116 mileage will vary. You will need at a minimum a C++ compiler with a | |
117 minimally thread safe STL implementation. The distribution includes a | |
118 test.cpp program. If it fails this milter won't work. If it passes, | |
119 this milter might work. | |
120 </para> | |
121 <para> | |
122 Modify your sendmail.mc by removing all the "FEATURE(dnsbl" lines, add | |
123 the following line in your sendmail.mc and rebuild the .cf file | |
124 </para> | |
125 <para><screen>INPUT_MAIL_FILTER(`dnsbl', `S=local:/var/run/dnsbl/dnsbl.sock, F=T, T=C:30s;S:5m;R:5m;E:5m')</screen></para> | |
126 <para> | |
127 Modify the default <citerefentry> | |
128 <refentrytitle>@PACKAGE@.conf</refentrytitle> <manvolnum>5</manvolnum> | |
129 </citerefentry> configuration. | |
130 </para> | |
131 </refsect1> | |
132 | |
133 <refsect1 id='configuration.1'> | |
134 <title>Configuration</title> | |
135 <para> | |
136 The configuration file is documented in <citerefentry> | |
137 <refentrytitle>@PACKAGE@.conf</refentrytitle> <manvolnum>5</manvolnum> | |
138 </citerefentry>. Any change to the config file, or any file included | |
139 from that config file, will cause it to be reloaded within three | |
140 minutes. | |
141 </para> | |
108 | 142 </refsect1> |
94 | 143 |
108 | 144 <refsect1 id='introduction.1'> |
145 <title>Introduction</title> | |
146 <para> | |
147 Consider the case of a mail server that is acting as secondary MX for a | |
148 collection of clients, each of which has a collection of mail domains. | |
149 Each client may use their own collection of DNSBLs on their primary mail | |
150 server. We present here a mechanism whereby the backup mail server can | |
151 use the correct set of DNSBLs for each recipient for each message. As a | |
152 side-effect, it gives us the ability to customize the set of DNSBLs on a | |
153 per-recipient basis, so that fred@example.com could use SPEWS and the | |
154 SBL, where all other users @example.com use only the SBL. | |
155 </para> | |
156 <para> | |
157 This milter can also verify the envelope from/recipient pairs with the | |
158 primary MX server. This allows the backup mail servers to properly | |
159 reject mail sent to invalid addresses. Otherwise, the backup mail | |
160 servers will accept that mail, and then generate a bounce message when | |
161 the message is forwarded to the primary server (and rejected there with | |
127 | 162 no such user). These rejections are the primary cause of such backscatter. |
108 | 163 </para> |
164 <para> | |
165 This milter will also decode (uuencode, base64, mime, html entity, url | |
166 encodings) and scan for HTTP and HTTPS URLs and bare hostnames in the | |
167 body of the mail. If any of those host names have A or NS records on | |
168 the SBL (or a single configurable DNSBL), the mail will be rejected | |
169 unless previously whitelisted. This milter also counts the number of | |
170 invalid HTML tags, and can reject mail if that count exceeds your | |
171 specified limit. | |
172 </para> | |
173 <para> | |
136 | 174 This milter can also impose hourly rate limits on the number of |
175 recipients accepted from SMTP AUTH connections, that would otherwise be | |
176 allowed to relay thru this mail server with no spam filtering. | |
177 </para> | |
178 <para> | |
156 | 179 Consider the case of a message from A to B passing thru this milter. |
180 If that message is not blocked, then we might eventually see a reply | |
181 message from B to A. If the filtering context for A includes an | |
182 autowhite entry, then this milter will add an entry in that file to | |
183 whitelist such replies. Note that manually editing such autowhite files | |
184 is not supported. | |
185 </para> | |
186 <para> | |
108 | 187 The DNSBL milter reads a text configuration file (dnsbl.conf) on |
188 startup, and whenever the config file (or any of the referenced include | |
189 files) is changed. The entire configuration file is case insensitive. | |
190 If the configuration cannot be loaded due to a syntax error, the milter | |
191 will log the error and quit. If the configuration cannot be reloaded | |
192 after being modified, the milter will log the error and send an email to | |
152 | 193 root from dnsbl@$hostname. You probably want to add dnsbl@$hostname |
108 | 194 to your /etc/mail/virtusertable since otherwise sendmail will reject |
195 that message. | |
196 </para> | |
197 </refsect1> | |
94 | 198 |
111 | 199 <refsect1 id='dcc.1'> |
108 | 200 <title>DCC Issues</title> |
201 <para> | |
202 If you are also using the <ulink | |
203 url="http://www.rhyolite.com/anti-spam/dcc/">DCC</ulink> milter, there | |
204 are a few considerations. You may need to whitelist senders from the | |
205 DCC bulk detector, or from the DNS based lists. Those are two very | |
206 different reasons for whitelisting. The former is done thru the DCC | |
207 whiteclnt config file, the later is done thru the DNSBL milter config | |
208 file. | |
209 </para> | |
210 <para> | |
211 You may want to blacklist some specific senders or sending domains. | |
212 This could be done thru either the DCC (on a global basis, or for a | |
213 specific single recipient). We prefer to do such blacklisting via the | |
214 DNSBL milter config, since it can be done for a collection of recipient | |
215 mail domains. The DCC approach has the feature that you can capture the | |
216 entire message in the DCC log files. The DNSBL milter approach has the | |
217 feature that the mail is rejected earlier (at RCPT TO time), and the | |
218 sending machine just gets a generic "550 5.7.1 no such user" message. | |
219 </para> | |
220 <para> | |
221 The DCC whiteclnt file can be included in the DNSBL milter config by the | |
222 dcc_to and dcc_from statements. This will import the (env_to, env_from, | |
223 and substitute mail_host) entries from the DCC config into the DNSBL | |
224 config. This allows using the DCC config as the single point for | |
225 white/blacklisting. | |
226 </para> | |
227 <para> | |
228 Consider the case where you have multiple clients, each with their own | |
229 mail servers, and each running their own DCC milters. Each client is | |
230 using the DCC facilities for envelope from/to white/blacklisting. | |
231 Presumably you can use rsync or scp to fetch copies of your clients DCC | |
232 whiteclnt files on a regular basis. Your mail server, acting as a | |
233 backup MX for your clients, can use the DNSBL milter, and include those | |
234 client DCC config files. The envelope from/to white/blacklisting will | |
235 be appropriately tagged and used only for the domains controlled by each | |
236 of those clients. | |
237 </para> | |
238 </refsect1> | |
94 | 239 |
111 | 240 <refsect1 id='definitions.1'> |
108 | 241 <title>Definitions</title> |
242 <para> | |
243 CONTEXT - a collection of parameters that defines the filtering context | |
244 to be used for a collection of envelope recipient addresses. The | |
245 context includes such things as the list of DNSBLs to be used, and the | |
246 various content filtering parameters. | |
247 </para> | |
248 <para> | |
249 DNSBL - a named DNS based blocking list is defined by a dns suffix (e.g. | |
250 sbl-xbl.spamhaus.org) and a message string that is used to generate the | |
251 "550 5.7.1" smtp error return code. The names of these DNSBLs will be | |
252 used to define the DNSBL-LISTs. | |
253 </para> | |
254 <para> | |
255 DNSBL-LIST - a named list of DNSBLs that will be used for specific | |
256 recipients or recipient domains. | |
257 </para> | |
258 </refsect1> | |
94 | 259 |
111 | 260 <refsect1 id='filtering.1'> |
108 | 261 <title>Filtering Procedure</title> |
262 <para> | |
152 | 263 The SMTP envelope 'from' and 'to' values are used in various checks. |
264 The first check is to see if a reply message (swapping the env_from and | |
265 env_to values) would be blocked. That check is similar to the main | |
266 check described below, but there is no body content to be scanned, and | |
267 there is no client connection ip address to be checked against DNSBLs. | |
268 This prevents folks from sending mail to recipients that are unable to | |
269 reply. | |
270 </para> | |
271 <para> | |
136 | 272 If the client has authenticated with sendmail, the rate limits are |
273 checked. If the authenticated user has not exceeded the hourly rate | |
144
31ff00ea6bfb
allow parent/child to share a fully qualified env_to address
carl
parents:
140
diff
changeset
|
274 limit, then the mail is accepted, the filtering contexts are not used, |
136 | 275 the dns lists are not checked, and the body content is not scanned. If |
276 the client has not authenticated with sendmail, we follow these steps | |
277 for each recipient. | |
108 | 278 </para> |
279 <orderedlist> | |
111 | 280 <listitem><para> |
108 | 281 The envelope to email address is used to find an initial filtering |
282 context. We first look for a context that specified the full email | |
283 address in the env_to statement. If that is not found, we look for a | |
284 context that specified the entire domain name of the envelope recipient | |
285 in the env_to statement. If that is not found, we look for a context | |
286 that specified the user@ part of the envelope recipient in the env_to | |
287 statement. If that is not found, we use the first top level context | |
288 defined in the config file. | |
111 | 289 </para></listitem> |
290 <listitem><para> | |
108 | 291 The initial filtering context may redirect to a child context based on |
292 the values in the initial context's env_from statement. We look for [1) | |
293 the full envelope from email address, 2) the domain name part of the | |
294 envelope from address, 3) the user@ part of the envelope from address] | |
295 in that context's env_from statement, with values that point to a child | |
296 context. If such an entry is found, we switch to that child filtering | |
297 context. | |
111 | 298 </para></listitem> |
299 <listitem><para> | |
108 | 300 We lookup [1) the full envelope from email address, 2) the domain name |
301 part of the envelope from address, 3) the user@ part of the envelope | |
302 from address] in the filtering context env_from statement. That results | |
303 in one of (white, black, unknown, inherit). | |
111 | 304 </para></listitem> |
305 <listitem><para> | |
108 | 306 If the answer is black, mail to this recipient is rejected with "no such |
307 user", and the dns lists are not checked. | |
111 | 308 </para></listitem> |
309 <listitem><para> | |
108 | 310 If the answer is white, mail to this recipient is accepted and the dns |
311 lists are not checked. | |
111 | 312 </para></listitem> |
313 <listitem><para> | |
108 | 314 If the answer is unknown, we don't reject yet, but the dns lists will be |
315 checked, and the content may be scanned. | |
111 | 316 </para></listitem> |
317 <listitem><para> | |
108 | 318 If the answer is inherit, we repeat the envelope from search in the |
319 parent context. | |
111 | 320 </para></listitem> |
321 <listitem><para> | |
108 | 322 The dns lists specified in the filtering context are checked and the |
323 mail is rejected if any list has an A record for the standard dns based | |
324 lookup scheme (reversed octets of the client followed by the dns | |
325 suffix). | |
111 | 326 </para></listitem> |
327 <listitem><para> | |
108 | 328 If the mail has not been accepted or rejected yet, we look for a |
329 verification context, which is the closest ancestor of the filtering | |
330 context that both specifies a verification host, and which covers the | |
331 envelope to address. If we find such a verification context, and the | |
332 verification host is not our own hostname, we open an smtp conversation | |
333 with that verification host. The current envelope from and recipient to | |
334 values are passed to that verification host. If we receive a 5xy | |
335 response those commands, we reject the current recipient with "no such | |
336 user". | |
111 | 337 </para></listitem> |
338 <listitem><para> | |
108 | 339 If the mail has not been accepted or rejected yet, and the filtering |
340 context enables content filtering, and this is the first such recipient | |
341 in this smtp transaction, we set the content filtering parameters from | |
342 this context, and enable content filtering for the body of this message. | |
111 | 343 </para></listitem> |
108 | 344 </orderedlist> |
345 <para> | |
346 If content filtering is enabled for this body, the mail text is decoded | |
119 | 347 (uuencode, base64, mime, html entity, url encodings), and scanned for HTTP |
348 and HTTPS URLs or bare host names. Hostnames must be either ip address | |
349 literals, or must end in a string defined by the TLD list. The first | |
350 <configurable> host names are checked as follows. | |
351 </para> | |
352 <para> | |
353 The only known list that is suitable for the content filter DNSBL is the | |
354 SBL. If the content filter DNSBL is defined, and any of those host | |
355 names resolve to ip addresses that are on that DNSBL (or have | |
356 nameservers that are on that list), and the host name is not on the | |
357 <configurable> ignore list, the mail is rejected. | |
358 </para> | |
359 <para> | |
360 If the content uribl DNSBL is defined, and any of those host names are | |
361 on that DNSBL, and the host name is not on the <configurable> | |
362 ignore list, the mail is rejected. | |
363 </para> | |
364 <para> | |
365 We also scan for excessive bad html tags, and if a <configurable> | |
366 limit is exceeded, the mail is rejected. | |
108 | 367 </para> |
368 </refsect1> | |
94 | 369 |
111 | 370 <refsect1 id='access.1'> |
108 | 371 <title>Sendmail access vs. DNSBL</title> |
372 <para> | |
373 With the standard sendmail.mc dnsbl FEATURE, the dnsbl checks may be | |
374 suppressed by entries in the /etc/mail/access database. For example, | |
375 suppose you control a /18 of address space, and have allocated some /24s | |
376 to some clients. You have access entries like | |
111 | 377 <literallayout class="monospaced"><![CDATA[ |
378 192.168.4 OK | |
379 192.168.17 OK]]></literallayout> | |
108 | 380 </para> |
381 <para> | |
382 to allow those clients to smarthost thru your mail server. Now if one | |
383 of those clients happens get infected with a virus that turns a machine | |
384 into an open proxy, and their 192.168.4.45 lands on the SBL-XBL, you | |
385 will still wind up allowing that infected machine to smarthost thru your | |
386 mail servers. | |
387 </para> | |
388 <para> | |
389 With this DNSBL milter, the sendmail access database cannot override the | |
390 dnsbl checks, so that machine won't be able to send mail to or thru your | |
391 smarthost mail server (unless the virus/proxy can use smtp-auth). | |
392 </para> | |
393 <para> | |
394 Using the standard sendmail features, you would add access entries to | |
395 allow hosts on your local network to relay thru your mail server. Those | |
396 OK entries in the sendmail access database will override all the dnsbl | |
397 checks. With this DNSBL milter, you will need to have the local users | |
398 authenticate with smtp-auth to get the same effect. You might find | |
399 <ulink | |
400 url="http://www.ists.dartmouth.edu/classroom/sendmail-ssl-how-to.php"> | |
401 these directions</ulink> helpful for setting up smtp-auth if you are on | |
402 RH Linux. | |
403 </para> | |
404 </refsect1> | |
94 | 405 |
111 | 406 <refsect1 id='performance.1'> |
108 | 407 <title>Performance Issues</title> |
408 <para> | |
409 Consider a high volume high performance machine running sendmail. Each | |
410 sendmail process can do its own dns resolution. Typically, such dns | |
411 resolver libraries are not thread safe, and so must be protected by some | |
412 sort of mutex in a threaded environment. When we add a milter to | |
413 sendmail, we now have a collection of sendmail processes, and a | |
414 collection of milter threads. | |
415 </para> | |
416 <para> | |
417 We will be doing a lot of dns lookups per mail message, and at least | |
418 some of those will take many tens of seconds. If all this dns work is | |
419 serialized inside the milter, we have an upper limit of about 25K mail | |
420 messages per day. That is clearly not sufficient for many sites. | |
421 </para> | |
422 <para> | |
423 Since we want to do parallel dns resolution across those milter threads, | |
424 we add another collection of dns resolver processes. Each sendmail | |
425 process is talking to a milter thread over a socket, and each milter | |
426 thread is talking to a dns resolver process over another socket. | |
427 </para> | |
428 <para> | |
429 Suppose we are processing 20 messages per second, and each message | |
430 requires 20 seconds of dns work. Then we will have 400 sendmail | |
431 processes, 400 milter threads, and 400 dns resolver processes. Of | |
432 course that steady state is very unlikely to happen. | |
433 </para> | |
434 </refsect1> | |
94 | 435 |
436 | |
111 | 437 <refsect1 id='rejected.1'> |
108 | 438 <title>Rejected Ideas</title> |
439 <para> | |
440 The following ideas have been considered and rejected. | |
441 </para> | |
442 <para> | |
111 | 443 Add max_recipients setting to the context configuration. Recipients in |
444 excess of that limit will be rejected, and all the non-whitelisted | |
445 recipients will be removed. Current spammers *very* rarely send more | |
446 than ten recipients in a single smtp transaction, so this won't stop any | |
108 | 447 significant amount of spam. |
448 </para> | |
449 <para> | |
450 Add poison addresses to the configuration. If any recipient is | |
451 poison, all recipients are rejected even if they would be whitelisted, | |
452 and the data is rejected if sent. I have a collection of spam trap | |
453 addresses that would be suitable for such use. Based on my log files, | |
454 any mail to those spam trap addresses is rejected based on either dnsbl | |
455 lookups or the DCC. So this won't result in blocking any additional | |
456 spam. | |
457 </para> | |
458 <para> | |
459 Add an option to only allow one recipient if the return path is | |
460 empty. Based on my log files, there is no mail that violates this | |
461 check. | |
462 </para> | |
463 <para> | |
464 Reject the mail if the envelope from domain name contains any MX | |
465 records pointing to 127.0.0.0/8. I don't see any significant amount of | |
466 spam sent with such domain names. | |
467 </para> | |
468 </refsect1> | |
94 | 469 |
108 | 470 <refsect1 id='todo.1'> |
471 <title>TODO</title> | |
472 <para> | |
473 The following ideas are under consideration. | |
474 </para> | |
475 <para> | |
476 Add a per-context option to reject mail if the number of digits in | |
477 the reverse dns client name exceeds some threshold. | |
478 </para> | |
115 | 479 <para> |
480 Look for href="hostname/path" strings that are missing the required | |
481 http:// protocol header. Such references are still clickable in common | |
482 mail software. | |
483 </para> | |
108 | 484 </refsect1> |
94 | 485 |
111 | 486 <refsect1 id='copyright.1'> |
108 | 487 <title>Copyright</title> |
488 <para> | |
489 Copyright (C) 2005 by 510 Software Group <carl@five-ten-sg.com> | |
490 </para> | |
491 <para> | |
492 This program is free software; you can redistribute it and/or modify it | |
493 under the terms of the GNU General Public License as published by the | |
494 Free Software Foundation; either version 2, or (at your option) any | |
495 later version. | |
496 </para> | |
497 <para> | |
498 You should have received a copy of the GNU General Public License along | |
499 with this program; see the file COPYING. If not, please write to the | |
500 Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. | |
501 </para> | |
502 </refsect1> | |
94 | 503 |
111 | 504 <refsect1 id='version.1'> |
505 <title>CVS Version</title> | |
108 | 506 <para> |
507 $Id$ | |
508 </para> | |
509 </refsect1> | |
510 </refentry> | |
511 | |
512 | |
513 <refentry id="@PACKAGE@.conf.5"> | |
514 <refentryinfo> | |
115 | 515 <date>2006-01-08</date> |
108 | 516 </refentryinfo> |
94 | 517 |
108 | 518 <refmeta> |
519 <refentrytitle>@PACKAGE@.conf</refentrytitle> | |
520 <manvolnum>5</manvolnum> | |
521 <refmiscinfo>@PACKAGE@ @VERSION@</refmiscinfo> | |
522 </refmeta> | |
94 | 523 |
108 | 524 <refnamediv id='name.5'> |
525 <refname>@PACKAGE@.conf</refname> | |
111 | 526 <refpurpose>configuration file for @PACKAGE@ sendmail milter</refpurpose> |
108 | 527 </refnamediv> |
528 | |
529 <refsynopsisdiv id='synopsis.5'> | |
530 <title>Synopsis</title> | |
531 <cmdsynopsis> | |
532 <command>@PACKAGE@.conf</command> | |
533 </cmdsynopsis> | |
534 </refsynopsisdiv> | |
94 | 535 |
108 | 536 <refsect1 id='description.5'> |
537 <title>Description</title> | |
538 <para>The <command>@PACKAGE@.conf</command> configuration file is | |
148
9330b8d6a56b
add documentation fixes, allow env_from target of inherit
carl
parents:
144
diff
changeset
|
539 specified by this partial bnf description. Comments start with // |
9330b8d6a56b
add documentation fixes, allow env_from target of inherit
carl
parents:
144
diff
changeset
|
540 or # and extend to the end of the line. To include the contents |
9330b8d6a56b
add documentation fixes, allow env_from target of inherit
carl
parents:
144
diff
changeset
|
541 of some file verbatim in the dnsbl.conf file, use |
9330b8d6a56b
add documentation fixes, allow env_from target of inherit
carl
parents:
144
diff
changeset
|
542 <literallayout class="monospaced"><![CDATA[include "<file>";]]></literallayout> |
9330b8d6a56b
add documentation fixes, allow env_from target of inherit
carl
parents:
144
diff
changeset
|
543 </para> |
108 | 544 |
545 <literallayout class="monospaced"><![CDATA[ | |
546 CONFIG = {CONTEXT ";"}+ | |
547 CONTEXT = "context" NAME "{" {STATEMENT}+ "}" | |
153 | 548 STATEMENT = (DNSBL | DNSBLLIST | CONTENT | ENV-TO | VERIFY | |
549 AUTOWHITE | CONTEXT | ENV-FROM | RATE-LIMIT) ";" | |
108 | 550 |
124 | 551 DNSBL = "dnsbl" NAME DNSPREFIX ERROR-MSG1 |
108 | 552 |
553 DNSBLLIST = "dnsbl_list" {NAME}+ | |
94 | 554 |
108 | 555 CONTENT = "content" ("on" | "off") "{" {CONTENT-ST}+ "}" |
119 | 556 CONTENT-ST = (FILTER | URIBL | IGNORE | TLD | CCTLD | HTML-TAGS | |
557 HTML-LIMIT | HOST-LIMIT) ";" | |
124 | 558 FILTER = "filter" DNSPREFIX ERROR-MSG2 |
559 URIBL = "uribl" DNSPREFIX ERROR-MSG3 | |
108 | 560 IGNORE = "ignore" "{" {HOSTNAME [";"]}+ "}" |
561 TLD = "tld" "{" {TLD [";"]}+ "}" | |
119 | 562 CCTLD = "cctld" "{" {TLD [";"]}+ "}" |
108 | 563 HTML-TAGS = "html_tags" "{" {HTMLTAG [";"]}+ "}" |
124 | 564 ERROR-MSG1 = string containing exactly two %s replacement tokens |
565 both are replaced with the client ip address | |
566 ERROR-MSG2 = string containing exactly two %s replacement tokens | |
567 the first is replaced with the hostname, and the second | |
568 is replaced with the ip address | |
569 ERROR-MSG3 = string containing exactly two %s replacement tokens | |
570 both are replaced with the hostname | |
108 | 571 |
572 HTML-LIMIT = "html_limit" ("on" INTEGER ERROR-MSG | "off") | |
573 | |
111 | 574 HOST-LIMIT = "host_limit" ("on" INTEGER ERROR-MSG | "off" | |
575 "soft" INTEGER) | |
94 | 576 |
108 | 577 ENV-TO = "env_to" "{" {(TO-ADDR | DCC-TO)}+ "}" |
578 TO-ADDR = ADDRESS [";"] | |
579 DCC-TO = "dcc_to" ("ok" | "many") "{" DCCINCLUDEFILE "}" ";" | |
580 | |
581 VERIFY = "verify" HOSTNAME ";" | |
153 | 582 AUTOWHITE = "autowhite" DAYS FILENAME ";" |
108 | 583 |
584 ENV_FROM = "env_from" [DEFAULT] "{" {(FROM-ADDR | DCC-FROM)}+ "}" | |
585 FROM-ADDR = ADDRESS VALUE [";"] | |
586 DCC-FROM = "dcc_from" "{" DCCINCLUDEFILE "}" ";" | |
136 | 587 |
140 | 588 RATE-LIMIT = "rate_limit" [DEFAULTLIMIT] "{" (RATE)+ "}" |
136 | 589 RATE = USER LIMIT [";"] |
590 | |
108 | 591 DEFAULT = ("white" | "black" | "unknown" | "inherit" | "") |
592 ADDRESS = (USER@ | DOMAIN | USER@DOMAIN) | |
148
9330b8d6a56b
add documentation fixes, allow env_from target of inherit
carl
parents:
144
diff
changeset
|
593 VALUE = ("white" | "black" | "unknown" | "inherit" | CHILD-CONTEXT-NAME)]]></literallayout> |
108 | 594 </refsect1> |
94 | 595 |
108 | 596 <refsect1 id='sample.5'> |
597 <title>Sample</title> | |
598 <literallayout class="monospaced"><![CDATA[ | |
127 | 599 context main-default { |
600 // outbound dnsbl filtering to catch our own customers that end up on the sbl | |
144
31ff00ea6bfb
allow parent/child to share a fully qualified env_to address
carl
parents:
140
diff
changeset
|
601 dnsbl localp partial.blackholes.five-ten-sg.com "Mail from %s rejected - local; see http://www.five-ten-sg.com/blackhole.php?%s"; |
127 | 602 dnsbl local blackholes.five-ten-sg.com "Mail from %s rejected - local; see http://www.five-ten-sg.com/blackhole.php?%s"; |
603 dnsbl sbl sbl-xbl.spamhaus.org "Mail from %s rejected - sbl; see http://www.spamhaus.org/query/bl?ip=%s"; | |
604 dnsbl dul dul.dnsbl.sorbs.net "Mail from %s rejected - dul; see http://www.sorbs.net/lookup.shtml?%s"; | |
605 dnsbl_list local sbl dul; | |
606 | |
607 // outbound content filtering to prevent our own customers from sending spam | |
608 content on { | |
609 filter sbl-xbl.spamhaus.org "Mail containing %s rejected - sbl; see http://www.spamhaus.org/query/bl?ip=%s"; | |
610 uribl multi.surbl.org "Mail containing %s rejected - surbl; see http://www.rulesemporium.com/cgi-bin/uribl.cgi?bl0=1&domain0=%s"; | |
611 #uribl black.uribl.com "Mail containing %s rejected - uribl; see http://l.uribl.com/?d=%s"; | |
612 ignore { include "hosts-ignore.conf"; }; | |
613 tld { include "tld.conf"; }; | |
614 cctld { include "cctld.conf"; }; | |
615 html_tags { include "html-tags.conf"; }; | |
616 html_limit on 20 "Mail containing excessive bad html tags rejected"; | |
617 html_limit off; | |
618 host_limit on 20 "Mail containing excessive host names rejected"; | |
619 host_limit soft 20; | |
620 }; | |
621 | |
622 // backscatter prevention - don't send bounces for mail that we accepted but could not forward | |
623 // we only send bounces to our own customers | |
624 env_from unknown { | |
625 "<>" black; | |
626 }; | |
136 | 627 |
144
31ff00ea6bfb
allow parent/child to share a fully qualified env_to address
carl
parents:
140
diff
changeset
|
628 // hourly recipient rate limit by smtp auth client id |
140 | 629 rate_limit 30 { // default |
136 | 630 fred 100; // override default limits |
140 | 631 joe 10; // "" |
136 | 632 }; |
127 | 633 }; |
634 | |
108 | 635 context sample { |
636 dnsbl local blackholes.five-ten-sg.com "Mail from %s rejected - local; see http://www.five-ten-sg.com/blackhole.php?%s"; | |
637 dnsbl sbl sbl-xbl.spamhaus.org "Mail from %s rejected - sbl; see http://www.spamhaus.org/query/bl?ip=%s"; | |
638 dnsbl xbl xbl.spamhaus.org "Mail from %s rejected - xbl; see http://www.spamhaus.org/query/bl?ip=%s"; | |
639 dnsbl dul dul.dnsbl.sorbs.net "Mail from %s rejected - dul; see http://www.sorbs.net/lookup.shtml?%s"; | |
640 dnsbl_list local sbl dul; | |
94 | 641 |
108 | 642 content on { |
643 filter sbl-xbl.spamhaus.org "Mail containing %s rejected - sbl; see http://www.spamhaus.org/query/bl?ip=%s"; | |
122 | 644 uribl multi.surbl.org "Mail containing %s rejected - surbl; see http://www.rulesemporium.com/cgi-bin/uribl.cgi?bl0=1&domain0=%s"; |
119 | 645 #uribl black.uribl.com "Mail containing %s rejected - uribl; see http://l.uribl.com/?d=%s"; |
108 | 646 ignore { include "hosts-ignore.conf"; }; |
647 tld { include "tld.conf"; }; | |
119 | 648 cctld { include "cctld.conf"; }; |
108 | 649 html_tags { include "html-tags.conf"; }; |
650 html_limit on 20 "Mail containing excessive bad html tags rejected"; | |
651 html_limit off; | |
652 host_limit on 20 "Mail containing excessive host names rejected"; | |
653 host_limit soft 20; | |
654 }; | |
94 | 655 |
108 | 656 env_to { |
657 # child contexts are not allowed to specify recipient addresses outside these domains | |
658 # leave this outer global context env_to empty to allow arbitrary recipients in child contexts | |
659 mydomain.com; | |
660 customer1.com; | |
661 customer1a.com; | |
662 customer1b.com; | |
663 customer2.com; | |
664 customer2a.com; | |
665 customer2b.com; | |
666 }; | |
94 | 667 |
108 | 668 context whitelist { |
669 content off {}; | |
670 env_to { | |
671 # dcc_to ok { include "/var/dcc/whitecommon"; }; # copy the dcc OK values (env_to) into this context | |
672 }; | |
673 env_from white {}; # white forces all unmatched from addresses (everyone in this case) to be whitelisted | |
674 # so all mail TO these env_to addresses is accepted | |
675 }; | |
94 | 676 |
108 | 677 context minimal { |
678 dnsbl_list sbl dul; | |
679 content on {}; | |
680 env_to { | |
681 sales@mydomain.com; | |
682 }; | |
683 }; | |
94 | 684 |
108 | 685 context blacklist { |
686 env_to { | |
687 dcc_to many { include "/var/dcc/whitecommon"; }; # copy the dcc MANY values (env_to) into this context | |
688 old-employee@mydomain.com; | |
689 }; | |
690 env_from black {}; # black forces all unmatched from addresses (everyone in this case) to be blacklisted | |
691 # so all mail TO these env_to addresses is rejected | |
692 }; | |
94 | 693 |
108 | 694 context vp { # special context for the vp |
695 env_to { | |
696 vp@mydomain.com; | |
697 }; | |
698 env_from inherit { | |
699 nai.com black; # the vp does not like nai | |
700 yahoo.com unknown; # override parent context blacklisting | |
701 mother@spammyisp.com white; # suppress dnsbl checking | |
702 }; | |
703 }; | |
704 | |
705 context customer1 { | |
706 dnsbl_list sbl dul; | |
707 env_to { | |
708 customer1.com; | |
709 customer1a.com; | |
710 customer1b.com; | |
711 }; | |
94 | 712 |
153 | 713 # we can reject unknown users |
108 | 714 verify mail.customer1.com; |
94 | 715 |
153 | 716 # whitelist anyone to whom we have sent mail in the last 90 days |
717 autowhite 90 "autowhite/customer1"; | |
718 | |
108 | 719 context customer1a { |
720 env_to { | |
721 customer1a.com; | |
148
9330b8d6a56b
add documentation fixes, allow env_from target of inherit
carl
parents:
144
diff
changeset
|
722 }; |
108 | 723 env_from black { # blacklist everything |
724 first@acceptable.com unknown; # except these specific envelope senders | |
725 second@another.com unknown; | |
726 yahoo.com inherit; # delegate to the parent | |
727 }; | |
728 }; | |
729 | |
730 env_from { # default value of the default is inherit | |
731 yahoo.com black; # no mail from yahoo | |
732 first@yahoo.com unknown; # except this one | |
733 }; | |
734 }; | |
94 | 735 |
108 | 736 context customer2 { |
737 dnsbl_list sbl; | |
738 env_to { | |
739 customer2.com; | |
740 customer2a.com; | |
741 customer2b.com; | |
742 }; | |
743 }; | |
104 | 744 |
149 | 745 # this is at the end, so that these abuse@ and postmaster@ entries will |
746 # override any conflicting entries inside the customer contexts. | |
747 context abuse { | |
748 dnsbl_list xbl; | |
749 content off {}; | |
750 env_to { | |
751 abuse@; # no content filtering on abuse reports | |
752 postmaster@; # "" | |
753 }; | |
754 env_from unknown {}; # ignore all parent white/black listing | |
755 }; | |
756 | |
108 | 757 env_from unknown { |
758 dcc_from { include "/var/dcc/whitecommon"; }; # copy the dcc OK/MANY values (env_from, substitute mail_host) into this context | |
759 abuse@ abuse; # replies to abuse reports use the abuse context | |
760 yahoo.com black; # don't take mail from yahoo | |
761 spammer@example.com black; | |
762 }; | |
763 };]]></literallayout> | |
764 </refsect1> | |
94 | 765 |
111 | 766 <refsect1 id='version.5'> |
767 <title>CVS Version</title> | |
108 | 768 <para> |
769 $Id$ | |
770 </para> | |
771 </refsect1> | |
772 | |
773 </refentry> | |
774 </reference> |