summaryrefslogtreecommitdiff
path: root/share/man/man5/spamd.conf.5
blob: 727cda142342cec0f8ed0bae3c008ef4ad14a2eb (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
.\"	$OpenBSD: spamd.conf.5,v 1.14 2007/05/31 19:19:58 jmc Exp $
.\"
.\" Copyright (c) 2003 Jason L. Wright (jason@thought.net)
.\" Copyright (c) 2003 Bob Beck
.\" All rights reserved.
.\"
.\" Redistribution and use in source and binary forms, with or without
.\" modification, are permitted provided that the following conditions
.\" are met:
.\" 1. Redistributions of source code must retain the above copyright
.\"    notice, this list of conditions and the following disclaimer.
.\" 2. Redistributions in binary form must reproduce the above copyright
.\"    notice, this list of conditions and the following disclaimer in the
.\"    documentation and/or other materials provided with the distribution.
.\"
.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
.\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
.\" WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
.\" DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT,
.\" INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
.\" (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
.\" SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
.\" STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
.\" POSSIBILITY OF SUCH DAMAGE.
.\"
.Dd $Mdocdate: May 31 2007 $
.Dt SPAMD.CONF 5
.Os
.Sh NAME
.Nm spamd.conf
.Nd spamd configuration file
.Sh SYNOPSIS
.Nm /etc/mail/spamd.conf
.Sh DESCRIPTION
The
.Nm
file is read by
.Xr spamd-setup 8
to configure
.Em blacklists
for
.Xr spamd 8 .
Blacklists are lists of addresses of likely spammers.
Mail from these addresses never reaches the actual mail server,
but is instead redirected to
.Xr spamd 8
and tarpitted.
.Pp
.Nm
follows the syntax of configuration databases as documented in
.Xr getcap 3 .
Here is an example:
.Bd -literal -offset indent
all:\e
	:spews1:override:myblack:

spews1:\e
	:black:\e
	:msg="SPAM. Your address \&%A is in the spews\e
	level 1 database\ensee http://www.spews.org/ask.cgi?x=\&%A\en":\e
	:method=http:\e
	:file=www.spews.org/spews_list_level1.txt:

override:\e
	:white:\e
	:method=file:\e
	:file=/var/mail/override.txt:

myblack:\e
	:black:\e
	:msg=/var/mail/myblackmsg.txt:\e
	:method=file:\e
	:file=/var/mail/myblack.txt:
.Ed
.Pp
The default configuration file must include the entry
.Ar all ,
which specifies the order in which lists
are to be applied.
Lists are constructed by name:
blacklists are identified by the capability
.Pf : Ns Ar black : .
If a list is instead given the
.Pf : Ns Ar white :
capability,
addresses in it will not be blacklisted.
The addresses in such a list are removed from the preceding blacklist.
.Pp
In the above example,
if an address was present in all three lists,
blacklists
.Ar spews1
and
.Ar myblack ,
as well as the exceptions list
.Ar override ,
the address would be removed from list
.Ar spews1
by the subsequent
.Ar override
list.
However, the address would not be removed from the
.Ar myblack
list.
To remove all the addresses in
.Ar override
from
.Ar myblack ,
the following configuration
would be used instead:
.Bd -literal -offset indent
all:\e
	:spews1:override:myblack:override:
.Ed
.Pp
The source of the addresses for lists is
specified using the
.Ar method
and
.Ar file
capability entries.
.Pp
.Ar method
specifies the method by which to retrieve a file containing a list of
addresses and may be one of
.Ar http ,
.Ar ftp ,
.Ar file ,
or
.Ar exec .
The
.Ar http ,
.Ar ftp ,
and
.Ar file
methods will make
.Nm
retrieve the file from the location specified by the
.Ar file
capability.
The
.Ar exec
method will make
.Nm
spawn the program with arguments indicated in the
.Ar file
capability for the list, and reads a list of addresses
from the output of the program.
.Pp
The format of the list of addresses is expected to consist of one
network block or address per line (optionally followed by a space and
text that is ignored).
Comment lines beginning with
.Ar #
are ignored.
Network blocks may be specified in any of the formats as in
the following example:
.Bd -literal -offset indent
# CIDR format
192.168.20.0/24
# A start - end range
192.168.21.0 - 192.168.21.255
# As a single IP address
192.168.23.1
.Ed
.Pp
Each blacklist must include a message, specified in the
.Ar msg
capability as a string.
If the
.Ar msg
string is enclosed in double quotes, the characters in the quoted string
are escaped as specified in
.Xr getcap 3
with the exception that a colon (:) is allowed in the quoted string.
The resulting string is used as the message.
Alternatively, if the
.Ar msg
string is not specified in quotes, it is assumed to be a local filename
from which the message text may be read.
.Pp
The message is configured in
.Xr spamd 8
to be displayed in the SMTP dialogue to any connections that match
addresses in the blacklist.
The sequence \e" in the message will produce a double quote in the output.
The sequence %% will produce a single % in the output,
and the sequence \&%A will be expanded in the message by
.Xr spamd 8
to display the connecting IP address in the output.
.Sh SEE ALSO
.Xr ftp 1 ,
.Xr spamd 8 ,
.Xr spamd-setup 8