Previous | Contents | Index |
A mailing list address is a special address created through the alias file or alias database; see Chapter 3 for general background on aliases, the alias file, and alias database. Associated with each mailing list address is a text file which contains one or more mail addresses, or an LDAP URL that returns one or more mail addresses. Note that an LDAP query URL can return multiple addresses either because the LDAP query matches multiple entries containing a desired attribute(s), or because the LDAP query matches a multivalued attribute of a single entry.) This text file or LDAP URL is sometimes referred to as the mailing list or distribution list. When a message is received by PMDF for the mailing list address, the message is then passed on to each address specified in the mailing list file or LDAP URL. Note that addresses in that file or addresses returned by the LDAP URL can themselves be aliases or mailing list addresses.
A mailing list address alias
with associated
mailing list file file-spec
is specified in the
alias file with an entry of the form
alias: <file-spec, named-parameters, error-return-address, \ reply-to-address, errors-to-address, \ warnings-to-address, comments |
alias
with associated LDAP
URL ldap-url
is specified in the alias file with
an entry of the form
alias: <ldap-url, named-parameters, error-return-address, \ reply-to-address, errors-to-address, \ warnings-to-address, comments |
The parameters following the file specification,
file-spec
, or LDAP URL,
ldap-url
, are optional.
file-spec
must be a full file path specification
(device, directory, etc.). All files included in this fashion
should, like the alias file itself, be world readable.1
Addresses should appear one per line in this file and be in RFC 822
format; the addresses can either be "real" addresses or
further aliases (but not of the form "alias:
<file-spec
"). Mailing list files can include
comment lines as well as references to include files via the include
operator, <.
ldap-url
must be a standard LDAP URL, with the
host and port omitted; (host and port are instead specified via the
LDAP_HOST and LDAP_PORT PMDF options; see Section 7.3.2. That is,
ldap:///dn[?attributes[?scope[?filter]]] |
dn
is required and is a distinguished name
specifying the search base. The optional
attributes
, scope
, and
filter
portions of the URL further refine what
information to return. For a mailing list, the desired
attributes
to specify returning would typically
be the mail
attribute (or some similar attribute). The
scope
can be any of base
(the
default), one
, or sub
. And the desired
filter
might be to request the return of all
objects that are in Department X or that have, say, the
"member-of-list-y" attribute. Certain substitution sequences
can be used to construct the LDAP search URL; see Table 3-1 for
details.
The action of parameters that can add headers can be modified by the special characters shown in Table 4-1, by appending the special character at the end of the value for the parameter.
Character | Description |
---|---|
Insert if not already present; inserts as a Resent- if already present | |
* | Only insert if not already present |
& | Insert if not already present; add to old field if already present |
^ | Delete any old field present; always insert the new field |
\ | Delete old field and don't insert a new one |
Mailing lists can be tested with the PMDF TEST/REWRITE/CHECK_EXPANSIONS (OpenVMS) or pmdf test -rewrite -check_expansions (UNIX
and Windows) utility. See Chapter 29 and Chapter 30 for details.
|
1 For mailing lists set up to use
deferred expansion, e.g., via a process channel as in
Example 4-2, Example 4-3, and Example 4-4, the mailing list
file need not be world readable, but rather need only be accessible by
the account running PMDF service jobs --- usually the SYSTEM account on
OpenVMS or the
|
Previous | Next | Contents | Index |