Журнал лабораторных работ

                {VirtHost} are added to class {R}, i.e., relaying is allowed
                to (and from) those domains.  The default map definition is:
                        hash /etc/mail/virtusertable
                A new definition can be specified as the second argument of
                the FEATURE macro, such as
                        FEATURE(`virtusertable', `dbm /etc/mail/virtusers')
virtuser_entire_domain
                If the virtusertable is enabled and VIRTUSER_DOMAIN or
                VIRTUSER_DOMAIN_FILE is used, this feature will cause
                addresses to be searched in the map if their domain
                parts are subdomains of elements in class {VirtHost}.
ldap_routing    Implement LDAP-based e-mail recipient routing according to
                the Internet Draft draft-lachman-laser-ldap-mail-routing-01.
                This provides a method to re-route addresses with a
                domain portion in class {LDAPRoute} to either a
                different mail host or a different address.  Hosts can
                be added to this class using LDAPROUTE_DOMAIN and
                LDAPROUTE_DOMAIN_FILE (analogously to MASQUERADE_DOMAIN and
                MASQUERADE_DOMAIN_FILE, see below).
                See the LDAP ROUTING section below for more information.
nodns           If you aren't running DNS at your site (for example,
                you are UUCP-only connected).  It's hard to consider
                this a "feature", but hey, it had to go somewhere.
                Actually, as of 8.7 this is a no-op -- remove "dns" from
                the hosts service switch entry instead.
nullclient      This is a special case -- it creates a configuration file
                containing nothing but support for forwarding all mail to a
                central hub via a local SMTP-based network.  The argument
                is the name of that hub.
                The only other feature that should be used in conjunction
                with this one is FEATURE(`nocanonify').  No mailers
                should be defined.  No aliasing or forwarding is done.
local_lmtp      Use an LMTP capable local mailer.  The argument to this
                feature is the pathname of an LMTP capable mailer.  By
                default, mail.local is used.  This is expected to be the
                mail.local which came with the 8.9 distribution which is
                LMTP capable.  The path to mail.local is set by the
                confEBINDIR m4 variable -- making the default
                LOCAL_MAILER_PATH /usr/libexec/mail.local.
                If a different LMTP capable mailer is used, its pathname
                can be specified as second parameter and the arguments
                passed to it (A=) as third parameter, e.g.,
                        FEATURE(`local_lmtp', `/usr/local/bin/lmtp', `lmtp')
                WARNING: This feature sets LOCAL_MAILER_FLAGS unconditionally,
                i.e., without respecting any definitions in an OSTYPE setting.
local_procmail  Use procmail or another delivery agent as the local mailer.
                The argument to this feature is the pathname of the
                delivery agent, which defaults to PROCMAIL_MAILER_PATH.
                Note that this does NOT use PROCMAIL_MAILER_FLAGS or
                PROCMAIL_MAILER_ARGS for the local mailer; tweak
                LOCAL_MAILER_FLAGS and LOCAL_MAILER_ARGS instead, or
                specify the appropriate parameters.  When procmail is used,
                the local mailer can make use of the
                "user+indicator@local.host" syntax; normally the +indicator
                is just tossed, but by default it is passed as the -a
                argument to procmail.
                This feature can take up to three arguments:
                1. Path to the mailer program
                   [default: /usr/local/bin/procmail]
                2. Argument vector including name of the program
                   [default: procmail -Y -a $h -d $u]
                3. Flags for the mailer [default: SPfhn9]
                Empty arguments cause the defaults to be taken.
                Note that if you are on a system with a broken
                setreuid() call, you may need to add -f $f to the procmail
                argument vector to pass the proper sender to procmail.
                For example, this allows it to use the maildrop
                (http://www.flounder.net/~mrsam/maildrop/) mailer instead
                by specifying:
                FEATURE(`local_procmail', `/usr/local/bin/maildrop',
                 `maildrop -d $u')
                or scanmails using:
                FEATURE(`local_procmail', `/usr/local/bin/scanmails')
                WARNING: This feature sets LOCAL_MAILER_FLAGS unconditionally,
                i.e.,  without respecting any definitions in an OSTYPE setting.
bestmx_is_local Accept mail as though locally addressed for any host that
                lists us as the best possible MX record.  This generates
                additional DNS traffic, but should be OK for low to
                medium traffic hosts.  The argument may be a set of
                domains, which will limit the feature to only apply to
                these domains -- this will reduce unnecessary DNS
                traffic.  THIS FEATURE IS FUNDAMENTALLY INCOMPATIBLE WITH
                WILDCARD MX RECORDS!!!  If you have a wildcard MX record
                that matches your domain, you cannot use this feature.
smrsh           Use the SendMail Restricted SHell (smrsh) provided
                with the distribution instead of /bin/sh for mailing
                to programs.  This improves the ability of the local
                system administrator to control what gets run via
                e-mail.  If an argument is provided it is used as the
                pathname to smrsh; otherwise, the path defined by
                confEBINDIR is used for the smrsh binary -- by default,
                /usr/libexec/smrsh is assumed.
promiscuous_relay
                By default, the sendmail configuration files do not permit
                mail relaying (that is, accepting mail from outside your
                local host (class {w}) and sending it to another host than
                your local host).  This option sets your site to allow
                mail relaying from any site to any site.  In almost all
                cases, it is better to control relaying more carefully
                with the access map, class {R}, or authentication.  Domains
                can be added to class {R} by the macros RELAY_DOMAIN or
                RELAY_DOMAIN_FILE (analogously to MASQUERADE_DOMAIN and
                MASQUERADE_DOMAIN_FILE, see below).
relay_entire_domain
                This option allows any host in your domain as defined by
                class {m} to use your server for relaying.  Notice: make
                sure that your domain is not just a top level domain,
                e.g., com.  This can happen if you give your host a name
                like example.com instead of host.example.com.
relay_hosts_only
                By default, names that are listed as RELAY in the access
                db and class {R} are treated as domain names, not host names.
                For example, if you specify ``foo.com'', then mail to or
                from foo.com, abc.foo.com, or a.very.deep.domain.foo.com
                will all be accepted for relaying.  This feature changes
                the behaviour to lookup individual host names only.
relay_based_on_MX
                Turns on the ability to allow relaying based on the MX
                records of the host portion of an incoming recipient; that
                is, if an MX record for host foo.com points to your site,
                you will accept and relay mail addressed to foo.com.  See
                description below for more information before using this
LiLaLo (L3) расшифровывается как Live Lab Log.
Программа разработана для повышения эффективности обучения Unix/Linux-системам.
(c) Игорь Чубин, 2004-2008
Журнал лабораторных работ

Журнал

Среда (04/05/06)

Файлы

Статистика

Справка

О программе
