Sequences of rules are grouped together into rule sets. Each set is similar to a subroutine. A rule set is declared with the
S
command, which must begin a line in
sendmail.cf
.
For example:
S0
This begins the declaration of the rules that form rule set number 0. Rule sets are numbered starting from 0. [2]
Sets 0 through 5 [3] are internally defined by
sendmail
to have very specific purposes, as shown in
Table 8.1
. We'll expand on them throughout the rest of the tutorial. Rule-set definitions may appear in any order in the configuration file. For example, rule set
S5
may be defined first, followed by
S2
and then
S7
. The rule sets are gathered when the
sendmail.cf
file is read and are then sorted internally by
sendmail
.
[2] Beginning with V8.7, rule sets may have symbolic names too. We show this in Chapter 11, Rule Sets 1 and S= .
[3] Other rule sets may be used by future versions of sendmail , so avoid using rule sets 6 through 9.
Rule Set | Purpose |
---|---|
0 | Resolve a mail delivery agent |
1 | Process sender address |
2 | Process recipient address |
3 | Preprocess all addresses |
4 | Postprocess all addresses |
5 | Rewrite unaliased local users |
The client.cf file contains no rule-set definitions yet. To observe the effect of nonexistent rules, rerun sendmail on that file:
%./sendmail -Cclient.cf -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter <ruleset> <address> >
The
-bt
command-line switch causes
sendmail
to run in address-testing mode. In this mode,
sendmail
waits for you to type a rule set and an address. [4]
It then shows you how the rule set
rewrites
the address. At the
>
prompt, you can now enter an address by specifying a rule-set number, then a space, and then a mail address:
[4] V8.7's rule-testing mode can do much more (see Section 38.1, "Overview" ).
>0 [email protected]
rewrite: ruleset 0 input: gw @ wash . dc . gov rewrite: ruleset 0 returns: gw @ wash . dc . gov >
The rule set specified is 0, but you can specify any number.
The
rewrite:
word that begins each line of address-testing mode output is there simply to distinguish rewriting lines when they are mixed with other kinds of debugging output. The
input
means that
sendmail
placed the address into the workspace (more about this soon). The
returns
shows the result after the rule set has rewritten that address on the basis of its rules.
The address that is fed to
sendmail
,
[email protected]
, is first split into parts (tokens) based on two sets of separating characters. Both are defined internally. One can be changed in your configuration file; [5] the other cannot:
[5] Prior to V8.7, the
o
macro was used in the configuration file to define different or more characters. Beginning with V8.7, theOperatorChars
option is used instead.
.:@[] you can change these ()<>,;\"\r\n you cannot change these
The two sets are combined into one, and the result is used to separate the various parts of email addresses. The address
[email protected]
is divided into seven tokens because the
@
and dot are both in the list of separation characters.
rewrite: ruleset 0 input: gw @ wash . dc . gov rewrite: ruleset 0 returns: gw @ wash . dc . gov
The
input:
line shows seven tokens passed to rule set 0. The
returns:
line shows, since there is no rule set 0, that the undefined - pty) rule set returns those tokens unchanged.
If a rule set is undefined, the result is the same as if it were defined but had no rules associated with it. It is like a C language subroutine that contains nothing but a return statement. It does nothing and produces no errors.