mirror of
https://github.com/KevinMidboe/linguist.git
synced 2025-10-29 17:50:22 +00:00
1774 lines
63 KiB
Plaintext
1774 lines
63 KiB
Plaintext
.!++
|
|
.!
|
|
.! Copyright (c) 2008, Matthew Madison.
|
|
.! Copyright (c) 2012, Endless Software Solutions.
|
|
.!
|
|
.! All rights reserved.
|
|
.!
|
|
.! Redistribution and use in source and binary forms, with or without
|
|
.! modification, are permitted provided that the following conditions
|
|
.! are met:
|
|
.!
|
|
.! * Redistributions of source code must retain the above
|
|
.! copyright notice, this list of conditions and the following
|
|
.! disclaimer.
|
|
.! * 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.
|
|
.! * Neither the name of the copyright owner nor the names of any
|
|
.! other contributors may be used to endorse or promote products
|
|
.! derived from this software without specific prior written
|
|
.! permission.
|
|
.!
|
|
.! THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
|
|
.! "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 COPYRIGHT
|
|
.! OWNER OR CONTRIBUTORS 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 ANY WAY OUT OF THE USE
|
|
.! OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
.!
|
|
.! NAME: MCP_HELP.RNH
|
|
.!
|
|
.! ABSTRACT: MCP help file.
|
|
.!
|
|
.! FACILITY: MX Control Program
|
|
.!
|
|
.! DESCRIPTION:
|
|
.!
|
|
.! This is the RUNOFF source for the help library for MCP.
|
|
.! To create the help library, use the following commands:
|
|
.!
|
|
.! $ RUNOFF MCP_HELP.RNH
|
|
.! $ LIB/CREATE/HELP MCP_HELPLIB MCP_HELP
|
|
.!
|
|
.! MODIFICATION HISTORY:
|
|
.!
|
|
.! 30-SEP-1990 V1.3 Madison Update for MX V1.3.
|
|
.! 04-OCT-1990 V1.3-1 Madison Further file server-related changes.
|
|
.! 05-DEC-1990 V2.1 Madison Add SET JNET.
|
|
.! 10-DEC-1990 V2.1-1 Madison New qualifiers for DEFINE LIST.
|
|
.! 12-DEC-1990 V2.1-2 Madison One more DEFINE LIST qualifier.
|
|
.! 11-FEB-1991 V2.2 Madison Various new command options.
|
|
.! 27-MAR-1991 V2.2-1 Madison Mention SHUT SMTP.
|
|
.! 07-NOV-1991 T2.4 Madison New commands.
|
|
.! 11-NOV-1991 T2.4-1 Madison Forgot QUEUE SHOW. SET JNET/LENIENT. REVIEW.
|
|
.! 05-DEC-1991 V3.0 Madison SHOW VERSION.
|
|
.! 03-JAN-1992 V3.0-1 Madison DEFINE LIST/REPLY_TO wasn't correct.
|
|
.! 14-FEB-1992 V3.1 Madison SET JNET/USERNAME.
|
|
.! 05-MAR-1992 V3.1-1 Madison SHUTDOWN, RESET changes. STATUS.
|
|
.! 13-MAR-1992 V3.1-2 Madison Forgot SET X25_SMTP.
|
|
.! 15-FEB-1993 V3.2 Goatley DEFINE LIST/FILE changes, fix typos.
|
|
.! 19-MAR-1993 V3.3 Goatley DEFINE LIST/PRIVATE, QUEUE SHOW/BRIEF.
|
|
.! 16-APR-1993 V3.3-1 Goatley SET LOCAL/MULTIPLE_FROM.
|
|
.! 7-AUG-1993 V3.4 Goatley Fix missing double "_" in qualifiers.
|
|
.! 29-AUG-1993 V3.4-1 Goatley SET LOCAL/MM_DELIVER.
|
|
.! 17-DEC-1993 V3.4-2 Goatley DEFINE LIST/STRIP=OTHER, SET LOCAL/CC.
|
|
.! 10-JAN-1994 V3.4-3 Goatley DEF LIST/CASE, - Q RECLAIM, + Q SYNCH.
|
|
.! 16-FEB-1994 V4.0 Goatley QUEUE CREATE, QUEUE EXTEND.
|
|
.! 10-DEC-1995 V4.2 Goatley /NODE, /DIGEST.
|
|
.! 7-OCT-1996 V4.3 Goatley SPAWN.
|
|
.! 14-JAN-1997 V4.4 Madison SET MLF.
|
|
.! 17-FEB-1997 V4.5 Madison DEFINE/MODIFY/REMOVE/SHOW REJECTION.
|
|
.! 02-APR-1997 V4.6 Madison LOCAL_DOMAIN, SMTP/RELAY, LIST/RECIP/HIDE.
|
|
.! 13-APR-1997 V4.6-1 Madison SET MLF/DELAY_DAYS.
|
|
.! 2-MAY-1997 V4.7 Goatley Added DEF LIST/XHEADERS, /LIST_HEADERS, /HOSTNAME
|
|
.! 5-MAY-1997 V4.7-1 Goatley Added DEF LIST/SETTINGS.
|
|
.! 4-AUG-1997 V4.7-2 Goatley Add REJECTION to SHOW.
|
|
.! 8-SEP-1997 V4.7-2 Goatley Add multiple addrs to DEFINE ALIAS.
|
|
.! 3-OCT-1997 V4.7-3 Goatley Add /CC_POST_ERRORS, /SUBJECT_PREFIX.
|
|
.! 05-OCT-1997 V4.7-4 Madison Removed REJECTION due to inclusion of REJMAN utility;
|
|
.! added SET SMTP/VALIDATE_SENDER_DOMAIN.
|
|
.! 29-OCT-1997 V4.7-5 Goatley Fix /LIST_HEADERS description.
|
|
.! 21-NOV-1997 V4.7-6 Goatley Add /QP_DECODE to SET LOCAL.
|
|
.! 19-APR-1998 V4.7-7 Madison Add SET LOCAL/DISABLE_EXQUOTA; remove /MM_DELIVER.
|
|
.! 24-APR-1998 V4.8 Madison Add SET SMTP/RBL, SET ROUTER/ACC.
|
|
.! 15-JUN-1998 V4.9 Madison Add INSIDE_NETWORK_ADDRESS settings.
|
|
.! 26-JUN-1998 V4.9-1 Madison Add /RELAY_ALLOWED to DEFINE INSIDE.
|
|
.! 03-AUG-1998 V4.9-2 Madison REMOVE INSIDE_NETWORK_ADDRESS was missing.
|
|
.! 15-AUG-1998 V4.9-3 Madison Document /RBL_CHECK=domain-name; add MODIFY INSIDE.
|
|
.! 27-AUG-1998 V4.9-4 Madison New HOLDING_QUEUE paths.
|
|
.! 30-JAN-2000 V4.9-5 Madison More holding queues.
|
|
.! 25-NOV-2000 V4.9-6 Madison list ignore flags; remove Jnet support; set local/long.
|
|
.! 22-DEC-2000 V4.10 Madison SHOW LIST/BRIEF.
|
|
.! 13-JAN-2001 V4.11 Madison QUEUE SELECT.
|
|
.! 14-FEB-2002 V4.12 Madison SET SMTP/[NO]PERCENT, regex, QUEUE DUMP.
|
|
.! 03-Feb-2008 V5.0 Madison Cleanup of obsolete keywords.
|
|
.! 12-Mar-2012 V5.1 Sneddon SET SMTP/[NO]TLS.
|
|
.!--
|
|
.P0
|
|
.AP
|
|
.LM1
|
|
.RM70
|
|
.I-1
|
|
1 @
|
|
@
|
|
You can create MCP command files and execute them with the "@"
|
|
(input-indirection) function.
|
|
.NJ
|
|
Format:
|
|
@ file-spec
|
|
.J
|
|
You can use the command SHOW/OUTPUT=file/COMMAND ALL to create a command
|
|
file out of the current MX configuration, edit it outside of MCP, and then
|
|
load in the commands with @file to create a new MX configuration.
|
|
.I-1
|
|
1 ADD
|
|
See the help text for ADD USER.
|
|
.I-1
|
|
2 USER
|
|
ADD USER adds a username and password to the authentication database
|
|
used by the SMTP server.
|
|
.NJ
|
|
Format:
|
|
ADD USER username
|
|
.J
|
|
A username may be up to 16 characters in length, and are case-sensitive.
|
|
Use quotation marks to specify a username that contains lower-case letters.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/PASSWORD
|
|
/PASSWORD=password-text
|
|
Specifies a password for this username. The password may be up to 64
|
|
characters in length, and may contain any characters. To specify lower case
|
|
letters or blanks in the password, surround it with quotation marks.
|
|
If this qualifier is omitted, a default password, "PASSWORD", is assigned
|
|
to the username.
|
|
.I-1
|
|
1 CREATE
|
|
See the help text for CREATE USER__DATABASE__FILE.
|
|
.I-1
|
|
2 USER__DATABASE__FILE
|
|
The CREATE USER__DATABASE_FILE command creates an empty file for the SMTP
|
|
authentication database. This database is used in conjunction with the
|
|
CRAM-MD5 authentication extension (see SET SMTP/AUTHENTICATION).
|
|
.NJ
|
|
Format:
|
|
CREATE USER__DATABASE__FILE [file-spec]
|
|
.J
|
|
If a file-spec is omitted, a new (empty) version of MX__DIR:MX__USERAUTH__DB.DAT, the
|
|
standard location for the SMTP authentication database, is created. In general,
|
|
this command is used only once, to create the initial database for population using
|
|
the ADD USER command.
|
|
.I-1
|
|
1 DEFINE
|
|
The DEFINE command is used to add new alias and path entries,
|
|
new rewrite-rules, mailing lists, and file servers, as well as identify
|
|
privileged users.
|
|
.I-1
|
|
2 ALIAS
|
|
DEFINE ALIAS adds a new alias definition to the alias list. The
|
|
new alias always goes at the end of the list.
|
|
.NJ
|
|
Format:
|
|
DEFINE ALIAS alias real-address[,...]
|
|
.J
|
|
Real-address must be a full address, not just a username. Alias
|
|
matching is case-insensitive. If case is important in the substitution,
|
|
place quotation marks around real-address.
|
|
The maximum size of the real-address (including all addresses, if multiple
|
|
real-addresses are specified) is 255 characters.
|
|
.I-1
|
|
2 FILE__SERVER
|
|
DEFINE FILE__SERVER is used to create a file server.
|
|
.NJ
|
|
Format:
|
|
DEFINE FILE__SERVER name
|
|
.J
|
|
The name given must be 32 characters or less in length, and should not
|
|
be the same as an existing username or mailing list.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/BEGIN__SEND__PERIOD
|
|
/BEGIN__SEND__PERIOD=hh:mm
|
|
This qualifier identifies the hour of the day when the off-peak sending
|
|
period begins. It is only meaningful when a delay threshold is specified.
|
|
The default send period begins at 17:00.
|
|
.I-1
|
|
/DELAY__THRESHOLD
|
|
/DELAY__THRESHOLD=size
|
|
/NODELAY__THRESHOLD
|
|
This qualifier identifies the largest size, in bytes, that a file service
|
|
response can be to be sent during prime time. Responses exceeding that size
|
|
are delayed until the off-peak sending period. /NODELAY__THRESHOLD lets
|
|
responses of any size be sent at any time. Omitting "size" sets a default
|
|
size of 16,384 bytes.
|
|
.I-1
|
|
/DESCRIPTION
|
|
/DESCRIPTION=text
|
|
/NODESCRIPTION (default)
|
|
The /DESCRIPTION qualifier defines a brief description for the file server.
|
|
This description is added to the file server address in the
|
|
X-FileServer header on outgoing file server messages.
|
|
.I-1
|
|
/END__SEND__PERIOD
|
|
/END__SEND__PERIOD=hh:mm
|
|
This qualifier identifies the hour of the day when the off-peak sending
|
|
period ends. It is only meaningful when a delay threshold is specified.
|
|
The default send period ends at 09:00.
|
|
.I-1
|
|
/HOST__LIMIT
|
|
/[NO]HOST__LIMIT=n
|
|
This qualifier specifies a daily per-host byte count limit on requests
|
|
to the file server. If a requested file's size plus the current byte
|
|
count exceeds the daily limit, the file is not sent. This limit is
|
|
kept on a per-host basis.
|
|
.I-1
|
|
/MAILING__LIST
|
|
/[NO]MAILING__LIST=list-name
|
|
This qualifier specifies that only those users who subscribe to the
|
|
specified mailing list (which must be a list on the local system) may
|
|
have access to the file server.
|
|
.I-1
|
|
/MANAGER
|
|
/MANAGER=address
|
|
The /MANAGER qualifier identifies the address to which file service management
|
|
requests are forwarded (when sent to user {file-server-username}-Mgr).
|
|
If omitted, Postmaster on the local system is used.
|
|
.I-1
|
|
/ROOT
|
|
/ROOT=root-spec
|
|
The /ROOT qualifier identifies the root for the file server. Root-spec
|
|
must be a rooted logical name or a device and root directory specification.
|
|
.I-1
|
|
/SERVER__LIMIT
|
|
/[NO]SERVER__LIMIT=n
|
|
This qualifier specifies a daily server byte count limit on requests
|
|
to the file server. If a requested file's size plus the current byte
|
|
count exceeds the daily limit, the file is not sent. This limit applies
|
|
to all requests to the server.
|
|
.I-1
|
|
/USER__LIMIT
|
|
/[NO]USER__LIMIT=n
|
|
This qualifier specifies a daily per-user byte count limit on requests
|
|
to the file server. If a requested file's size plus the current byte
|
|
count exceeds the daily limit, the file is not sent. This limit is
|
|
kept on a per-destination-user basis.
|
|
.I-1
|
|
2 INSIDE__NETWORK__ADDRESS
|
|
The DEFINE INSIDE__NETWORK__ADDRESS command establishes an IP address or
|
|
network that is in one of the local domains, is permitted to use your SMTP
|
|
server as a relay, or to reject a particular host or network from being
|
|
considered as part of your local domain.
|
|
.NJ
|
|
Format:
|
|
DEFINE INSIDE__NETWORK__ADDRESS ip-address
|
|
.J
|
|
Inside network address definitions are only used with the SMTP server
|
|
is set to disallow relays with SET SMTP/NORELAY__ALLOWED. When at least
|
|
one inside address is defined, messages coming in via SMTP are allowed
|
|
to have recipients outside of the local domain(s) only if the sending
|
|
system's IP address is on the inside network address list.
|
|
By default, the SMTP server will still reject a message that contains
|
|
non-local addresses for both the sender and the receiver, even from
|
|
hosts on the inside network address list. You can ease that restriction
|
|
with the /RELAY__ALLOWED qualifier.
|
|
.I-1
|
|
3 ip-address
|
|
IP address, in dotted-decimal form, of the host or network. If this is
|
|
a network address, you must also specify the /NETMASK qualifier.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/NETMASK
|
|
/NETMASK=ip-netmask
|
|
Specifies the network mask to be applied to the address, in dotted-decimal
|
|
form. The default is 255.255.255.255, which indicates that the IP address
|
|
is for a host, not a network.
|
|
.I-1
|
|
/REJECT
|
|
/REJECT
|
|
/NOREJECT (default)
|
|
Indicates whether relay is to be rejected from the specified
|
|
host or network. This qualifier can be used to reject SMTP relay
|
|
from particular hosts or subnetworks that are below a parent network
|
|
that is already on the inside network address list.
|
|
.I-1
|
|
/RELAY__ALLOWED
|
|
/RELAY__ALLOWED
|
|
/NORELAY__ALLOWED (default)
|
|
Indicates that the host(s) should be allowed full relay permission; that
|
|
is, messages sent from the host(s) are allowed to contain non-local addresses
|
|
for both sender and receiver.
|
|
This qualifier is useful when your system is acting as a central mail hub,
|
|
and there are hosts on your local network that automatically forward messages
|
|
for their local users to hosts outside your domain via an alias. When such
|
|
messages are sent back to your system (as the mail hub), they will contain
|
|
non-local addresses for both the sender and the recipient.
|
|
.I-1
|
|
2 LIST
|
|
The DEFINE LIST command is used to create a mailing list.
|
|
.NJ
|
|
Format:
|
|
DEFINE LIST listname
|
|
.J
|
|
DEFINE LIST creates three addresses on the local system: the mailing list
|
|
itself, a control address (listname-REQUEST), and a sender address
|
|
(listname-SENDER).
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/ADD__MESSAGE
|
|
/ADD__MESSAGE=fspec
|
|
/NOADD__MESSAGE (default)
|
|
The /ADD__MESSAGE qualifier is used to specify a file whose contents
|
|
are to be sent when a user subscribes to the list. If you omit
|
|
the device and directory parts of the file specification, they default
|
|
to MX__MLIST__DIR. If you omit the file type, it defaults to TXT.
|
|
If no add message is specified, the system default add message, contained
|
|
in file MX__MLIST__DIR:MLIST__ADD__MESSAGE.TXT, is used.
|
|
.I-1
|
|
/ARCHIVE
|
|
/ARCHIVE=fspec
|
|
/NOARCHIVE (default)
|
|
The /ARCHIVE qualifier is used to establish a file into which mailing list
|
|
messages are archived. You may specify just parts of a file specification,
|
|
to allow the following defaults to take effect:
|
|
.NJ
|
|
Device, directory: MX__MLIST__DIR:
|
|
File name: same as mailing list name
|
|
File type: yyyy-mm (four-digit year, a hyphen, two-digit month)
|
|
.J
|
|
This setup allows for easy monthly disposal of the mailing list archives.
|
|
.I-1
|
|
/CASE__SENSITIVE
|
|
/CASE__SENSITIVE (default)
|
|
/NOCASE__SENSITIVE
|
|
Enables or disables case-sensitivity with regard to mailing list
|
|
subscribers. By default, MX treats the left-hand side of subscriber
|
|
addresses in a case-sensitive manner with regard to SIGNOFF and SET
|
|
commands. If a list is defined /NOCASE__SENSITIVE, then the case of
|
|
subscriber addresses will be ignored.
|
|
.I-1
|
|
/CC__POST__ERRORS
|
|
/CC__POST__ERRORS
|
|
/NOCC__POST__ERRORS (default)
|
|
Enables or disables copying mailing post failure messages to the /ERRORS__TO
|
|
address. By default, if a message cannot be forwarded to a list, an error
|
|
message is sent back to the sender of the message. If /CC__POST__ERRORS
|
|
is set, those error messages are also sent to the /ERRORS__TO address.
|
|
This lets the list owner see attempted posts from non-subscribers and other
|
|
posting failures.
|
|
.I-1
|
|
/CONFIRMATION__MESSAGE
|
|
/CONFIRMATION__MESSAGE=fspec
|
|
/NOCONFIRMATION__MESSAGE (default)
|
|
The /CONFIRMATION__MESSAGE qualifier is used to specify a file whose contents
|
|
are to be sent when the mailing list processor requests confirmation of
|
|
a subscription request (see DEFINE LIST /REQUEST__CONFIRMATION). If you omit
|
|
the device and directory parts of the file specification, they default
|
|
to MX__MLIST__DIR. If you omit the file type, it defaults to TXT.
|
|
If the NO form is specified, the system default confirmation message, contained
|
|
in file MX__MLIST__DIR:MLIST__CONFIRM__MESSAGE.TXT, is used.
|
|
.I-1
|
|
/DESCRIPTION
|
|
/DESCRIPTION=text
|
|
/NODESCRIPTION (default)
|
|
The /DESCRIPTION qualifier defines a brief description for the
|
|
mailing list. This description is added to the mailing list address in the
|
|
X-Listname header on outgoing mailing list messages.
|
|
.I-1
|
|
/DIGEST
|
|
/DIGEST
|
|
/NODIGEST (default)
|
|
The /DIGEST qualifier enables or disables the support for digest subscribers
|
|
for the given mailing list.
|
|
.I-1
|
|
/ERRORS__TO
|
|
/ERRORS__TO=address
|
|
This qualifier identifies the address that messages sent to the
|
|
listname-SENDER sending address (which are usually delivery error messages)
|
|
are sent. If omitted, the first owner specified with /OWNER will be
|
|
used.
|
|
.I-1
|
|
/FORWARD__MESSAGE
|
|
/FORWARD__MESSAGE=fspec
|
|
/NOFORWARD__MESSAGE (default)
|
|
The /FORWARD__MESSAGE qualifier is used to specify a file whose contents
|
|
are to be sent when the list is set to no E (enroll) access for WORLD and
|
|
a user attempts to subscribe to the list. The message should inform the
|
|
user that the subscription request was forwarded to the mailing list's
|
|
owner. If you omit the device and
|
|
directory parts of the file specification, they default to MX__MLIST__DIR.
|
|
If you omit the file type, it defaults to TXT.
|
|
If no forward-to-owner message is specified, the system default message,
|
|
contained in file MX__MLIST__DIR:MLIST__FORWARD__MESSAGE.TXT, is used.
|
|
.I-1
|
|
/HIDE__ERRORS__TO
|
|
/HIDE__ERRORS__TO (default)
|
|
/NOHIDE__ERRORS__TO
|
|
The /HIDE__ERRORS__TO qualifier instructs MLF to hide the error-returns
|
|
address in outbound messages to the mailing list, even when the return
|
|
address is specified with /ERRORS__TO. When /HIDE__ERRORS__TO is set on
|
|
a list, MLF uses the automatically-created owner-{listname} alias as
|
|
the envelope FROM and Errors-To address in outbound list messages.
|
|
This is the default setting.
|
|
If you have set up a special address or alias for receiving mailing
|
|
list-related error messages, and the address can be externally visible,
|
|
you should specify that address with the /ERRORS__TO qualifier and
|
|
specify /NOHIDE__ERRORS__TO to have the address you specify
|
|
appear in the envelope FROM and Errors-To headers.
|
|
.I-1
|
|
/HOSTNAME
|
|
/HOSTNAME=hostname
|
|
/NOHOSTNAME (default)
|
|
The /HOSTNAME qualifier instructs MLF to use the supplied hostname
|
|
for all addresses generated by MLF for the mailing list. The supplied
|
|
hostname is used instead of the actual running host's name.
|
|
For example, specifying /HOSTNAME="YYZ.COM" will cause all MLF-generated
|
|
mailing list addresses to include "@YYZ.COM" instead of the actual host name.
|
|
It is assumed that MX has been properly configured to handle mail addressed
|
|
using the supplied hostname (i.e., that MX records for YYZ.COM point to
|
|
the node running MX, and that it recognizes that YYZ.COM is a LOCAL path,
|
|
etc.).
|
|
.I-1
|
|
/IGNORE
|
|
/IGNORE=(keyword[=value],...)
|
|
The /IGNORE qualifier instructs MLF to ignore postings to the mailing list
|
|
if they match the specified criteria. The criteria keywords are
|
|
MISSING__LIST__ADDRESS and JUNK__MAIL. These keywords are negatable. By default,
|
|
no postings are ignored.
|
|
Specifying the MISSING__LIST__ADDRESS criterion causes MLF to ignore
|
|
postings to the list that do not explicitly include the list's address in either
|
|
the To: or CC: header of the message. This keyword does not take a value.
|
|
Specifying the JUNK__MAIL criterion causes MLF to ignore postings that
|
|
contain the X-Junk-Mail-Rating: header that is inserted by the heuristic
|
|
junk-mail filter in the SMTP server. This keyword takes a value: LOW,
|
|
MEDIUM, or HIGH, corresponding to the confidence level of the likelihood
|
|
that the message is junk mail, as entered in the
|
|
X-Junk-Mail-Rating: header by the SMTP server. Only those messages with
|
|
the specified or higher rating are ignored; i.e., if MEDIUM is specified
|
|
as the keyword value, only those messages with MEDIUM or HIGH ratings are
|
|
ignored.
|
|
|
|
.I-1
|
|
/LIST__HEADERS
|
|
/LIST__HEADERS=(keyword=value[,...])
|
|
/NOLIST__HEADERS (default)
|
|
The /LIST__HEADERS qualifier instructs MLF to include or omit special
|
|
List-* headers that provide URLs for subscribing to a list,
|
|
unsubscribing from a list, and getting help for that list.
|
|
There are three valid keywords: SUBSCRIBE, UNSUBSCRIBE, and HELP.
|
|
All three accept values that are used in the creation of the actual headers,
|
|
which will be added to each message posted to the mailing list. However,
|
|
only HELP requires a value. If the value is omitted for SUBSCRIBE and
|
|
UNSUBSCRIBE, the proper URLs for those actions will be automatically generated
|
|
by MLF.
|
|
Clients that support these headers (both X-List-* and List-*) will provide
|
|
click buttons to perform the specified actions (usually "mailto" URLs).
|
|
.I-1
|
|
/MAXIMUM__MESSAGE__SIZE
|
|
/MAXIMUM__MESSAGE__SIZE=size-in-Kbytes
|
|
/NOMAXIMUM__MESSAGE__SIZE (default)
|
|
Specifies a limit on the size of a message posted to the list, expressed
|
|
in kilobytes. Messages with contents (excluding headers) that exceed the
|
|
specified limit are rejected and returned to sender.
|
|
Specifying zero as the value is identical to specifying /NOMAXIMUM__MESSAGE__SIZE.
|
|
.I-1
|
|
/NOTIFY
|
|
/NOTIFY=(type,...)
|
|
/NONOTIFY (default)
|
|
Specifies that the owner(s) of the mailing list should be sent a
|
|
notification message for control transactions. Valid type keywords are
|
|
ALL (for all transaction types), ADD, REMOVE, REQUEST, and SET.
|
|
By default, no owner notifications are sent.
|
|
.I-1
|
|
/OWNER
|
|
/OWNER=(address[,...])
|
|
The /OWNER qualifier identifies the address(es) of the owner(s) of the
|
|
mailing list. Messages coming to the mailing list or the listname-REQUEST
|
|
control address will be granted OWNER access to the mailing list.
|
|
.I-1
|
|
/PRIVATE
|
|
/PRIVATE
|
|
/NOPRIVATE (default)
|
|
The /PRIVATE qualifier is used prevent a list from being displayed in
|
|
response to a LIST command sent to ListServ. The list protection mask
|
|
is not affected by this qualifier.
|
|
.I-1
|
|
/PROTECTION
|
|
/PROTECTION=(class:code[,...])
|
|
This qualifier allows you to grant or deny certain types of access to
|
|
various users. The protection code is of the same form as a normal VMS
|
|
file protection specification.
|
|
"Class" can be one of SYSTEM, OWNER, GROUP, or WORLD. The SYSTEM class
|
|
includes only those addresses identified as system users with DEFINE
|
|
SYSTEM__USERS. The OWNER class includes only the owners of the mailing list.
|
|
The GROUP class consists of the subscribers of the mailing list. The WORLD
|
|
class consists of those addresses that are not subscribers of the mailing
|
|
list.
|
|
"Code" can consist of the letters R,W,E, and D. R (Read or Review) access
|
|
allows the user to request a listing of the addresses on the mailing list
|
|
with the REVIEW command. W (Write) access allows the user to send a message
|
|
to the mailing list. E (Execute) access allows the user to use the automatic
|
|
subscription facility to subscribe to the mailing list (meaningful only for
|
|
the WORLD class, of course). D (Delete) access allows the user to use the
|
|
automatic subscription facility to sign off the mailing list (meaningful only
|
|
for the GROUP class).
|
|
If E access is denied to WORLD, subscription requests are forwarded to the
|
|
mailing list owner(s). If D access is denied to GROUP, signoff requests
|
|
are forwarded to the mailing list owner(s).
|
|
Note that protection codes are checked just like VMS protection codes,
|
|
so that you cannot grant some kind of access to WORLD and exclude that
|
|
access from GROUP, SYSTEM, or OWNER. Also, SYSTEM and OWNER classes are
|
|
granted CONTROL access implicitly (just as with VMS file protection), which
|
|
allows them to add and remove other users from the mailing list.
|
|
.I-1
|
|
/RECIPIENT__MAXIMUM
|
|
/RECIPIENT__MAXIMUM=DEFAULT (default)
|
|
/RECIPEIENT__MAXIMUM=count
|
|
/NORECIPIENT__MAXIMUM
|
|
The /RECIPIENT__MAXIMUM qualifier controls how the mailing list
|
|
processor sets the maximum number of recipients per outbound message
|
|
for the list. The default setting is DEFAULT, which causes the
|
|
mailing list processor to set the maximum number based on the
|
|
SET MLF/RECIPIENT__MAXIMUM setting. You may override the SET MLF
|
|
default by specifying a number, or by specifying /NORECIPIENT__MAXIMUM,
|
|
which prevents MLF from breaking up long lists of recipients into
|
|
smaller chunks for this list.
|
|
.I-1
|
|
/REMOVE__MESSAGE
|
|
/REMOVE__MESSAGE=fspec
|
|
/NOREMOVE__MESSAGE (default)
|
|
The /REMOVE__MESSAGE qualifier is used to specify a file whose contents
|
|
are to be sent when a user signs off of the list. If you omit
|
|
the device and directory parts of the file specification, they default
|
|
to MX__MLIST__DIR. If you omit the file type, it defaults to TXT.
|
|
If no removal message is specified, the system default removal message,
|
|
contained in file MX__MLIST__DIR:MLIST__REMOVE__MESSAGE.TXT, is used.
|
|
.I-1
|
|
/REPLY__TO
|
|
/REPLY__TO=(kwd[,...])
|
|
Specifies how the mailing list processor should handle Reply-To headers.
|
|
Available reply-to types are SENDER and LIST, which may be combined.
|
|
The default is
|
|
SENDER, which prevents the mailing list processor from modifying the headers.
|
|
If LIST is specified, a Reply-To header is added to list messages to re-direct
|
|
replies to the mailing list, eliminating any existing Reply-To header in the
|
|
original message. If LIST and SENDER are both specified, a Reply-To header
|
|
containing both the mailing list address and the original Reply-To address
|
|
is added to list messages (using the From address if no Reply-To header
|
|
existed in the original message).
|
|
.I-1
|
|
/REQUEST__CONFIRMATION
|
|
/REQUEST__CONFIRMATION[=INTERVAL=delta-time]
|
|
/NOREQUEST__CONFIRMATION (default)
|
|
The /REQUEST__CONFIRMATION qualifier is used to specify whether or not
|
|
the mailing list processor should request confirmation of a subscription
|
|
request from a user being added to a list via the SUBSCRIBE or ADD list
|
|
processor command. By default, confirmations are not requested.
|
|
You can control the length of time that the mailing list processor will
|
|
wait for a subscription request to be confirmed by specifying the INTERVAL
|
|
keyword and a VMS delta-time string for its value. If not specified,
|
|
the default confirmation interval is 3 days.
|
|
.I-1
|
|
/RETURN__ADDRESS
|
|
/RETURN__ADDRESS=address
|
|
/NORETURN__ADDRESS (default)
|
|
The /RETURN__ADDRESS qualifier is used to specify an alternate address
|
|
that is to be used as
|
|
the Reply-To address when /REPLY__TO=LIST is specified.
|
|
This qualifier is most useful when multiple lists should have a common
|
|
return address. For example, it can be used to redirect replies to a
|
|
"-Digest" list back to the non-digest address.
|
|
.I-1
|
|
/SETTINGS
|
|
/SETTINGS=(keyword[,...])
|
|
/SETTINGS=DEFAULT (default)
|
|
The /SETTINGS qualifier is used to override the default subscriber settings
|
|
for a list. The valid keywords are MAIL, REPRO, CONCEAL, DIGEST, POST, and
|
|
their "NO" forms.
|
|
A special keyword, DEFAULT, can be used to reset the settings
|
|
to the MLF default for a mailing list. The default settings for a list
|
|
are MAIL, REPRO, NOCONCEAL, NODIGEST, and POST.
|
|
.I-1
|
|
/STRIP__HEADERS
|
|
/STRIP__HEADERS=(RECEIVED[,OTHER])
|
|
/STRIP__HEADERS=(NORECEIVED,NOOTHER) (default)
|
|
The /STRIP__HEADERS qualifier is used to strip certain RFC822 headers from
|
|
messages posted to a mailing list. Currently, only the keywords RECEIVED and
|
|
OTHER (and NORECEIVED and NOOTHER) are supported.
|
|
When /STRIP__HEADERS=RECEIVED is set, the "Received:" headers are stripped from
|
|
the incoming message before it is mailed out to the list subscribers, thereby
|
|
reducing the total number of "Received:" headers in the final message. This is
|
|
especially beneficial to BITNET hosts because there can be a substantial number
|
|
of "Received:" headers added to a message that must pass through one or more
|
|
Internet/BITNET gateways.
|
|
When /STRIP__HEADERS=OTHER is set, all "other" headers are stripped from
|
|
the incoming message before it is mailed out. "Other" headers are any headers
|
|
not listed under HELP SET LOCAL/HEADERS. This includes return-receipt
|
|
headers, X-400 headers, etc.
|
|
.I-1
|
|
/SUBJECT__PREFIX
|
|
/SUBJECT__PREFIX="string"
|
|
/NOSUBJECT__PREFIX (default)
|
|
Enables or disables the addition of a prefix to the Subject line of
|
|
messages posted to the list. By default, no prefix is added. When
|
|
the list is set to /REPLY__TO=(SENDER), a short prefix string may be
|
|
supplied to help subscribers recognize mailing list messages. The
|
|
given string is bracketed by square brackets ([]) when it is prefixed
|
|
to the subject lines. The maximum length for the prefix string is 32
|
|
characters. Prefix strings should be kept short to avoid generating
|
|
extremely long subject lines.
|
|
.I-1
|
|
/TEXT__ONLY
|
|
/TEXT__ONLY
|
|
/NOTEXT__ONLY (default)
|
|
The /TEXT__ONLY qualifier is used to specify whether or not the
|
|
mailing list processor should accept only those messages with plain
|
|
text content. By default, any content type is accepted for list postings.
|
|
.I-1
|
|
/XHEADERS
|
|
/XHEADERS=("string"[,...])
|
|
/NOXHEADERS (default)
|
|
The /XHEADERS qualifier can be used to add additional site-specific headers
|
|
to mailing list posts. For example, you can use /XHEADERS to add additional
|
|
non-standard "X-List-" headers such as "X-List-Archives". The format of the
|
|
header string is: "Keyword: text". For example, "Precedence: Bulk", which
|
|
is a non-standard header used by some mailers.
|
|
Extreme care should be taken when adding additional headers to mailing lists
|
|
to ensure that duplicate headers or improperly formatted headers
|
|
(those that don't comply with RFC 822) aren't added to mailing list posts.
|
|
.I-1
|
|
2 LOCAL__DOMAIN
|
|
The DEFINE LOCAL__DOMAIN command adds a domain name or pattern
|
|
to the list of recognized "local" domains considered by the SMTP
|
|
server when determining relay rejection.
|
|
.NJ
|
|
Format:
|
|
DEFINE LOCAL__DOMAIN domain-name-or-pattern
|
|
.J
|
|
The LOCAL__DOMAIN list is only used when the SMTP server is set
|
|
to reject "relayed" SMTP messages with SET SMTP/NORELAY__ALLOWED.
|
|
A "relayed" message is one that originates on a remote system and
|
|
is sent to another remote recipient, using your system as an
|
|
intermediate relay.
|
|
When the SMTP server is set /NORELAY__ALLOWED, it checks the
|
|
envelope FROM and TO addresses, and if neither is local, refuses
|
|
to deliver the message. By default, any host in your local domain
|
|
(based on your TCP/IP host name and your MX host name) is considered
|
|
"local". You may use this command to add other hosts or domains
|
|
to this list.
|
|
.I-1
|
|
3 Parameter
|
|
domain-name-or-pattern
|
|
Either a fully-qualified domain name of a single host, or a VMS-style
|
|
wildcard pattern. Host names in envelope addresses that match the
|
|
specified name or pattern will be considered local by the relay
|
|
checker.
|
|
.I-1
|
|
2 PATH
|
|
The DEFINE PATH command is used to map a domain to a delivery path.
|
|
.NJ
|
|
Format:
|
|
DEFINE PATH domain-pat path-name
|
|
.J
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/ROUTE
|
|
/ROUTE=host-name
|
|
|
|
Specifies the name of a host through which messages matching the domain
|
|
pattern should be routed.
|
|
.I-1
|
|
3 domain-pat
|
|
This can be a specific domain name or a pattern containing wildcards to
|
|
match a domain name. For example: "specific.host.EDU", "*.BITNET".
|
|
.I-1
|
|
3 path-name
|
|
This is one of DECNET__SMTP, HOLDING__QUEUE=n, LOCAL, SITE, SMTP.
|
|
You MUST have at least one LOCAL path defined; other paths will depend on the
|
|
network transports you have installed. For the HOLDING__QUEUE path, you must
|
|
specify an integer from 1 to 32 for "n".
|
|
.I-1
|
|
2 REWRITE__RULE
|
|
The DEFINE REWRITE__RULE command establishes an address rewriting rule to
|
|
be used by the Router.
|
|
.NJ
|
|
Format:
|
|
DEFINE REWRITE__RULE old-addr new-addr
|
|
.J
|
|
When the router rewrites an address, it tries each rewrite rule, in the
|
|
order you define them, until one matches. It then applies the one rule
|
|
to that address.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/REGEX
|
|
/REGEX
|
|
Specifies use of regular-expression matching and substitution instead
|
|
of substitution variables.
|
|
.I-1
|
|
3 old-addr
|
|
The address-specification to be rewritten. All addresses must conform
|
|
to RFC821 and therefore will always contain a leading and closing angle
|
|
bracket. To create a substitution variable, surround the variable with
|
|
curly braces. Matching is done from right to left. Substitution variables
|
|
match all characters.
|
|
Example: <{user}@{host}.CSNET>
|
|
Substitution variables are not used with regular-expression matching
|
|
(when /REGEX is specified); instead, use subexpressions enclosed in
|
|
parentheses.
|
|
.I-1
|
|
3 new-addr
|
|
The resulting address pattern. Substitution variables created in the
|
|
old-addr specification can be used here.
|
|
Example: <@relay.cs.net:{user}@{host}.CSNET>
|
|
When using regular-expression matching, replacements are specified
|
|
with a backslash followed by a single digit (1 through 9), representing
|
|
the 1st through the 9th matching subexpression.
|
|
.I-1
|
|
2 SYSTEM__USERS
|
|
The DEFINE SYSTEM__USERS command identifies addresses that the mailing list
|
|
processor should treat as SYSTEM-class users for protection purposes.
|
|
.NJ
|
|
Format:
|
|
DEFINE SYSTEM__USERS address[,...]
|
|
.I-1
|
|
1 EXIT
|
|
The EXIT command leaves MCP. If you were using MCP to edit an existing
|
|
MX configuration, a new version of the configuration file is saved before
|
|
MCP exits. If the configuration file name is unknown, you are prompted
|
|
for a file name before exiting.
|
|
.I-1
|
|
1 HELP
|
|
The HELP command displays information on MCP commands.
|
|
.I-1
|
|
1 MODIFY
|
|
The MODIFY command is used to change definitions of mailing lists, aliases,
|
|
paths, etc. The following MODIFY commands are supported, and take the same
|
|
qualifiers as their DEFINE counterparts (see the help information on DEFINE
|
|
for more information):
|
|
.NJ
|
|
MODIFY ALIAS alias
|
|
MODIFY FILE__SERVER fsrv-name
|
|
MODIFY INSIDE__NETWORK__ADDRESS ip-address
|
|
MODIFY LIST list-name
|
|
MODIFY PATH domain-pattern
|
|
MODIFY REWRITE__RULE lhs
|
|
.J
|
|
The MODIFY USER command is documented here.
|
|
.I-1
|
|
2 USER
|
|
The MODIFY USER command is used to set a new password for a username in the
|
|
SMTP authentication database.
|
|
.NJ
|
|
Format:
|
|
MODIFY USER username
|
|
.J
|
|
Usernames may be up to 16 characters in length, and are case-sensitive.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/PASSWORD
|
|
/PASSWORD=password-text
|
|
Specifies a password for this username. The password may be up to 64
|
|
characters in length, and may contain any characters. To specify lower case
|
|
letters or blanks in the password, surround it with quotation marks.
|
|
If this qualifier is omitted, a default password, "PASSWORD", is assigned
|
|
to the username.
|
|
|
|
.I-1
|
|
1 QUIT
|
|
Quits out of MCP without saving the configuration. If you have changed
|
|
the configuration, QUIT will ask for confirmation before exiting.
|
|
.I-1
|
|
1 REMOVE
|
|
The REMOVE command is used to remove an alias, mailing list, path, or
|
|
rewrite rule from the configuration. The following REMOVE commands
|
|
are supported:
|
|
.NJ
|
|
REMOVE ALIAS alias
|
|
REMOVE FILE__SERVER fsrv-name
|
|
REMOVE INSIDE__NETWORK__ADDRESS ip-address
|
|
REMOVE LIST listname
|
|
REMOVE LOCAL__DOMAIN domain-name-or-pattern
|
|
REMOVE PATH domain-spec
|
|
REMOVE REWRITE__RULE old-addr
|
|
.J
|
|
The REMOVE INSIDE__NETWORK__ADDRESS command also takes a qualifier,
|
|
/NETMASK. The combination of the IP address and the netmask must
|
|
match the combination in the inside address list.
|
|
The REMOVE USER command is documented here.
|
|
.J
|
|
The MODIFY USER command is documented here.
|
|
.I-1
|
|
2 USER
|
|
The REMOVE USER command removes a username from the
|
|
SMTP authentication database.
|
|
.NJ
|
|
Format:
|
|
REMOVE USER username
|
|
.J
|
|
Usernames may be up to 16 characters in length, and are case-sensitive.
|
|
.I-1
|
|
1 QUEUE
|
|
The QUEUE suite of commands is used to control the system message queue.
|
|
.I-1
|
|
2 CANCEL
|
|
Cancels one or more messages.
|
|
.NJ
|
|
Format:
|
|
QUEUE CANCEL [entry-number,...]
|
|
.J
|
|
If you cancel the main entry for a message, all entries related to that
|
|
message will also be cancelled. If no entry numbers are specified, the
|
|
entries selected by the last QUEUE SELECT command are cancelled.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/LOG
|
|
/LOG
|
|
/NOLOG (default)
|
|
Displays a log message for each successful operation.
|
|
.I-1
|
|
2 COMPRESS
|
|
Shrinks the message queue file by creating a new file and renumbering
|
|
all the existing entries in the file.
|
|
.NJ
|
|
Format:
|
|
QUEUE COMPRESS/LOG
|
|
.J
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/MAXIMUM__ENTRIES
|
|
/MAXIMUM__ENTRIES=number-of-entries
|
|
Specifies the maximum number of queue entries to be allowed. MX will not
|
|
allow more entries to be added to the queue than the specified value.
|
|
MCP QUEUE EXTEND can be used to increase the number of allowed entries.
|
|
The size of the queue file in blocks is equal to the maximum number of
|
|
entries, plus 10 blocks plus whatever is added for the disk cluster.
|
|
.I-1
|
|
/LOG
|
|
/LOG
|
|
/NOLOG (default)
|
|
Displays a log message for each successful operation.
|
|
.I-1
|
|
2 CREATE
|
|
Creates a new, empty, MX message queue control file.
|
|
.NJ
|
|
Format:
|
|
QUEUE CREATE [filespec]
|
|
.J
|
|
.I-1
|
|
3 Parameters
|
|
filespec
|
|
Name of the queue control file to be created. If omitted, the
|
|
default name, MX_FLQ_DIR:MX_SYSTEM_QUEUE.FLQ_CTL, is used.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/MAXIMUM__ENTRIES
|
|
/MAXIMUM__ENTRIES=number-of-entries
|
|
Specifies the maximum number of queue entries to be allowed for the queue.
|
|
The message queue will be extended to allow the specified number of entries.
|
|
The size of the queue file in blocks is equal to the maximum number of
|
|
entries, plus 10 blocks plus whatever is added for the disk cluster.
|
|
.I-1
|
|
2 DUMP
|
|
Dumps an enqueued message to a set of files suitable for modifying
|
|
recipient addresses and requeuing with MX_SITE_IN.
|
|
.NJ
|
|
Format:
|
|
QUEUE DUMP entry-number
|
|
.J
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/CANCEL
|
|
/CANCEL (default)
|
|
/NOCANCEL
|
|
By default, MCP cancels the queue entry for the dumped message.
|
|
Specify /NOCANCEL to keep the dumped entry in the queue.
|
|
.I-1
|
|
/OUTPUT
|
|
/OUTPUT=file-spec
|
|
Specifies the location for the three output files generated by
|
|
this command. By default, the files are written to the current
|
|
default directory with the filename for the message text and recipient
|
|
files as ENTRY_n and the filename for the command procedure as
|
|
REQUEUE_n (where "n" is the entry number).
|
|
Do not specify a file type or version in the file specification;
|
|
QUEUE DUMP always uses the file types .MSG__TEXT, .RECIPIENTS, and .COM for
|
|
the message text, recipient, and command procedure files, respectively.
|
|
.I-1
|
|
3 Parameter
|
|
entry-number
|
|
Queue entry number for the message to be dumped. The queue entry
|
|
must be in READY or IN-PROGRESS state.
|
|
QUEUE DUMP creates three output files for the message: one
|
|
containing the message text, one containing the list of recipients,
|
|
and a command procedure for invoking MX_SITE_IN to requeue the
|
|
message.
|
|
.I-1
|
|
2 EXTEND
|
|
Extends the existing message queue file to allow more entries to be in
|
|
the queue at any given time.
|
|
.NJ
|
|
Format:
|
|
QUEUE EXTEND
|
|
.J
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/MAXIMUM__ENTRIES
|
|
/MAXIMUM__ENTRIES=number-of-entries
|
|
Specifies the maximum number of queue entries to be allowed. MX will not
|
|
allow more entries to be added to the queue than the specified value.
|
|
MCP QUEUE EXTEND can be used to increase the number of allowed entries.
|
|
The size of the queue file in blocks is equal to the maximum number of
|
|
entries, plus 10 blocks plus whatever is added for the disk cluster.
|
|
.I-1
|
|
2 HOLD
|
|
Places one or more queue entries on hold.
|
|
.NJ
|
|
Format:
|
|
QUEUE HOLD [entry-number,...]
|
|
.J
|
|
This command places the specified queue entry or entries on hold,
|
|
so they will not be processed. Use the QUEUE READY command to release
|
|
the entries for processing. If no entry numbers are specified, the
|
|
entries selected by the last QUEUE SELECT command are held.
|
|
.I-1
|
|
2 PURGE
|
|
Purges the message queue of all finished and cancelled entries.
|
|
.NJ
|
|
Format:
|
|
QUEUE PURGE
|
|
.J
|
|
The Router process automatically purges the queue of finished and cancelled
|
|
entries, periodically. This command can be used to force an immediate
|
|
purge of the queue.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/LOG
|
|
/LOG
|
|
/NOLOG (default)
|
|
Displays a log message for each entry purged from the queue.
|
|
.I-1
|
|
2 READY
|
|
Readies one or more queue entries for processing.
|
|
.NJ
|
|
Format:
|
|
QUEUE READY [entry-number,...]
|
|
.J
|
|
This command can be used to ready a destination-specific entry or the main
|
|
entry for a message (in which case all previous destination-specific entries
|
|
are automatically cancelled). If no entry numbers are specified, the queue
|
|
entries selected by the last QUEUE SELECT command are readied.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/AFTER
|
|
/AFTER=date-time
|
|
Specifies a date and time after which the entry should be processed. If
|
|
not specified, the entry is readied for immediate processing.
|
|
.I-1
|
|
/FINAL
|
|
/FINAL
|
|
/NOFINAL (default)
|
|
Sets the error count for all recipients associated with this entry
|
|
to 32767. This causes the delivery agent to process the entry
|
|
only once for each recipient.
|
|
.I-1
|
|
/LOG
|
|
/LOG
|
|
/NOLOG (default)
|
|
Displays a log message for each successful operation.
|
|
.I-1
|
|
2 SELECT
|
|
Selects queue entries.
|
|
.NJ
|
|
Format:
|
|
QUEUE SELECT
|
|
.J
|
|
This command builds a list of queue entries based on selection
|
|
criteria that you specify with qualifiers on the command. Subsequent
|
|
QUEUE CANCEL, HOLD, and READY commands will use this selection list
|
|
by default if you do not specify entry numbers on those commands.
|
|
You can display the selected entries with the QUEUE SHOW/SELECTED
|
|
command.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/BEFORE
|
|
/BEFORE[=time]
|
|
Selects only those entries dated before the specified time. You can
|
|
specify time as an absolute time, a combination of absolute and delta
|
|
times, or as one of the following keywords: TODAY (default), TOMORROW,
|
|
or YESTERDAY. Specify one of the following qualifiers with the /BEFORE
|
|
qualifier to indicate the time attribute to be used as the basis for
|
|
selection: /CREATED (default), /DELAY, /EXPIRE, or /MODIFIED.
|
|
.I-1
|
|
/CREATED
|
|
/CREATED
|
|
Modifies the time value specified with the /BEFORE or the /SINCE
|
|
qualifier. The /CREATED qualifier selects entries based on their
|
|
dates of creation.
|
|
.I-1
|
|
/DELAY
|
|
/DELAY
|
|
Modifies the time value specified with the /BEFORE or the /SINCE
|
|
qualifier. The /DELAY qualifier selects entries based on their
|
|
delay dates.
|
|
.I-1
|
|
/DESTINATION__AGENT
|
|
/DESTINATION__AGENT=agent
|
|
Selects only those entries that are to be or have been processed by the
|
|
specified MX agent. Valid keywords are: ROUTER, MLF, LOCAL, SMTP, SITE,
|
|
DNSMTP, and HOLDING__QUEUE=n (where n ranges from 1 to 32,
|
|
the maximum number of holding queues). HOLD1 through HOLD8 are obsolte,
|
|
but still supported for backward compatibility with prior versions of MX.
|
|
This qualifier is most useful when used with /BRIEF.
|
|
.I-1
|
|
/EXPIRE
|
|
/EXPIRE
|
|
Modifies the time value specified with the /BEFORE or the /SINCE
|
|
qualifier. The /EXPIRE qualifier selects entries based on their
|
|
dates of expiration.
|
|
.I-1
|
|
/HELD
|
|
/HELD
|
|
Selects only those entries that are in USER-HOLD or OPER-HOLD state.
|
|
.I-1
|
|
/IN__PROGRESS
|
|
/IN__PROGRESS
|
|
Selects only entries marked as being in-progress (INPROG).
|
|
.I-1
|
|
/MODIFIED
|
|
/MODIFIED
|
|
Modifies the time value specified with the /BEFORE or the /SINCE
|
|
qualifier. The /MODIFIED qualifier selects entries based on their
|
|
dates of modification.
|
|
.I-1
|
|
/ORIGIN__AGENT
|
|
/ORIGIN__AGENT=agent
|
|
Selects only those entries that were entered into the queue by the
|
|
specified MX agent. Valid keywords are: LOCAL, SMTP, SITE,
|
|
MAIL, and DNSMTP.
|
|
.I-1
|
|
/SINCE
|
|
/SINCE[=time]
|
|
Selects only those entries dated after the specified time. You can
|
|
specify time as an absolute time, a combination of absolute and delta
|
|
times, or as one of the following keywords: TODAY (default), TOMORROW,
|
|
or YESTERDAY. Specify one of the following qualifiers with the /SINCE
|
|
qualifier to indicate the time attribute to be used as the basis for
|
|
selection: /CREATED (default), /DELAY, /EXPIRE, or /MODIFIED.
|
|
.I-1
|
|
/WAITING
|
|
/WAITING
|
|
Selects only those entries that are waiting for processing.
|
|
.I-1
|
|
2 SHOW
|
|
Displays queue entries.
|
|
.NJ
|
|
Format:
|
|
QUEUE SHOW [entry-number,...]
|
|
.J
|
|
With no qualifiers, QUEUE SHOW gives a brief display for each active
|
|
(READY or IN-PROGRESS) queue entry.
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/ALL
|
|
/ALL
|
|
Causes the display of all queue entries, including those that have been
|
|
finished or cancelled.
|
|
.I-1
|
|
/BEFORE
|
|
/BEFORE[=time]
|
|
Selects only those entries dated before the specified time. You can
|
|
specify time as an absolute time, a combination of absolute and delta
|
|
times, or as one of the following keywords: TODAY (default), TOMORROW,
|
|
or YESTERDAY. Specify one of the following qualifiers with the /BEFORE
|
|
qualifier to indicate the time attribute to be used as the basis for
|
|
selection: /CREATED (default), /DELAY, /EXPIRE, or /MODIFIED.
|
|
.I-1
|
|
/BRIEF
|
|
/BRIEF
|
|
Causes a brief display of all queue entries, including those that have
|
|
been finished or cancelled. The information displayed
|
|
is taken only from the MX queue file and includes the target MX process
|
|
for each entry.
|
|
.I-1
|
|
/CREATED
|
|
/CREATED
|
|
Modifies the time value specified with the /BEFORE or the /SINCE
|
|
qualifier. The /CREATED qualifier selects entries based on their
|
|
dates of creation.
|
|
.I-1
|
|
/DATE
|
|
/DATE
|
|
Causes the creation and modification dates to be displayed for each queue
|
|
entry.
|
|
.I-1
|
|
/DELAY
|
|
/DELAY
|
|
Modifies the time value specified with the /BEFORE or the /SINCE
|
|
qualifier. The /DELAY qualifier selects entries based on their
|
|
delay dates.
|
|
.I-1
|
|
/DESTINATION__AGENT
|
|
/DESTINATION__AGENT=agent
|
|
Selects only those entries that are to be or have been processed by the
|
|
specified MX agent. Valid keywords are: ROUTER, MLF, LOCAL, SMTP, SITE,
|
|
DNSMTP, and HOLDING__QUEUE=n (where n ranges from 1 to 32,
|
|
the maximum number of holding queues). HOLD1 through HOLD8 are obsolte,
|
|
but still supported for backward compatibility with prior versions of MX.
|
|
This qualifier is most useful when used with /BRIEF.
|
|
.I-1
|
|
/EXPIRE
|
|
/EXPIRE
|
|
Modifies the time value specified with the /BEFORE or the /SINCE
|
|
qualifier. The /EXPIRE qualifier selects entries based on their
|
|
dates of expiration.
|
|
.I-1
|
|
/FULL
|
|
/FULL
|
|
Provides a more detailed display of each queue entry.
|
|
.I-1
|
|
/HELD
|
|
/HELD
|
|
Selects only those entries that are in USER-HOLD or OPER-HOLD state.
|
|
.I-1
|
|
/IN__PROGRESS
|
|
/IN__PROGRESS
|
|
Displays only entries marked as being in-progress (INPROG).
|
|
.I-1
|
|
/MODIFIED
|
|
/MODIFIED
|
|
Modifies the time value specified with the /BEFORE or the /SINCE
|
|
qualifier. The /MODIFIED qualifier selects entries based on their
|
|
dates of modification.
|
|
.I-1
|
|
/ORIGIN__AGENT
|
|
/ORIGIN__AGENT=agent
|
|
Selects only those entries that were entered into the queue by the
|
|
specified MX agent. Valid keywords are: LOCAL, SMTP, SITE,
|
|
MAIL, and DNSMTP.
|
|
.I-1
|
|
/OUTPUT
|
|
/OUTPUT=file-spec
|
|
Directs the output of the command to the specified file.
|
|
.I-1
|
|
/SELECTED
|
|
/SELECTED
|
|
Displays the entries that were selected by the last QUEUE SELECT
|
|
command.
|
|
.I-1
|
|
/SINCE
|
|
/SINCE[=time]
|
|
Selects only those entries dated after the specified time. You can
|
|
specify time as an absolute time, a combination of absolute and delta
|
|
times, or as one of the following keywords: TODAY (default), TOMORROW,
|
|
or YESTERDAY. Specify one of the following qualifiers with the /SINCE
|
|
qualifier to indicate the time attribute to be used as the basis for
|
|
selection: /CREATED (default), /DELAY, /EXPIRE, or /MODIFIED.
|
|
.I-1
|
|
/WAITING
|
|
/WAITING
|
|
Causes only those entries that are waiting for processing to be displayed.
|
|
.I-1
|
|
2 STATISTICS
|
|
Displays statistics concerning the number of entries in the MX message queue.
|
|
.NJ
|
|
Format:
|
|
QUEUE STATISTICS
|
|
.J
|
|
.I-1
|
|
2 SYNCHRONIZE
|
|
Synchronizes the message queue bitmap with the actual entries in the queue.
|
|
.NJ
|
|
Format:
|
|
QUEUE SYNCHRONIZE
|
|
.J
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/LOG
|
|
/LOG
|
|
Displays a log message about the synchronization.
|
|
.I-1
|
|
/RESET
|
|
/RESET
|
|
Resets the "Highest entry used" counter displayed by QUEUE
|
|
STATISTICS. By default, the counter is not reset.
|
|
.I-1
|
|
1 RESET
|
|
Sends a reset signal to one or more MX delivery agent processes, causing
|
|
them to reload their configuration information.
|
|
.NJ
|
|
Format:
|
|
RESET [agent,...]
|
|
.J
|
|
Accepted agent names are: DECNET__SMTP, LOCAL, MLF, ROUTER, SITE,
|
|
SMTP, and SMTP__SERVER.
|
|
If omitted, all agents are reset.
|
|
.I-1
|
|
2 Qualifiers
|
|
.I-1
|
|
/ACCOUNTING
|
|
/ACCOUNTING
|
|
Causes a new accounting file to be opened, for those agents supporting
|
|
accounting (DECNET__SMTP, LOCAL, MLF, ROUTER, and SMTP).
|
|
No reloading of configuration occurs when RESET/ACCOUNTING is used.
|
|
.I-1
|
|
/CLUSTER
|
|
/CLUSTER
|
|
Causes the reset to affect agents cluster-wide; this is the default
|
|
behavior. Use the /NODE qualifier to restrict the reset action to
|
|
specific nodes in the cluster.
|
|
.I-1
|
|
/NODE
|
|
/NODE[=(node[,...])]
|
|
Causes the specified agent resets to occur only on the specified nodes.
|
|
If no node names are specified, the local node is used by default.
|
|
.I-1
|
|
1 REVIEW
|
|
Displays the subscribers of a locally-managed mailing list.
|
|
.NJ
|
|
Format:
|
|
REVIEW list-name
|
|
.J
|
|
.I-1
|
|
2 Qualifier
|
|
.I-1
|
|
/OUTPUT
|
|
/OUTPUT=file-spec
|
|
Directs the output of the REVIEW command to the specified file.
|
|
.I-1
|
|
1 SAVE
|
|
Saves the current MX configuration to a file. To be used by the Router
|
|
and other processing agents, the file must be called MX__CONFIG.MXCFG and
|
|
reside in the MX__DIR directory. Alternatively, you can define the system-wide
|
|
logical name MX__CONFIG (in exec mode) to point to the real location of the
|
|
MX configuration file to be used by the processing agents.
|
|
.NJ
|
|
Format:
|
|
SAVE file-spec
|
|
.J
|
|
.I-1
|
|
1 SET
|
|
The SET command sets flags for use by some of the delivery agents.
|
|
.NJ
|
|
Format:
|
|
SET option
|
|
.J
|
|
.I-1
|
|
2 DECNET__SMTP
|
|
The SET DECNET__SMTP command sets flags for use by the SMTP-over-DECnet
|
|
delivery agent.
|
|
.NJ
|
|
Format:
|
|
SET DECNET__SMTP
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/ACCOUNTING
|
|
/ACCOUNTING
|
|
/NOACCOUNTING (default)
|
|
.J
|
|
Controls whether accounting records are written by the delivery agent.
|
|
If enabled, accounting records are written to the file MX__DNSMTP__ACC
|
|
(with a default directory of MX__DNSMTP__DIR: and a default type of DAT).
|
|
.I-1
|
|
/MAXIMUM__RETRIES
|
|
/MAXIMUM__RETRIES=n
|
|
Specifies the maximum number of times the DECnet-SMTP agent should
|
|
try to deliver a message if the message cannot be delivered (due to
|
|
network failure). The default is 96.
|
|
.I-1
|
|
/RETRY__INTERVAL
|
|
/RETRY__INTERVAL=hh:mm:ss
|
|
Specifies the minimum amount of time that should elapse between attempts
|
|
to deliver a message. The default is 00:30:00 (30 minutes).
|
|
.I-1
|
|
2 LOCAL
|
|
The SET LOCAL command sets flags for use by the local delivery agent.
|
|
.NJ
|
|
Format:
|
|
SET LOCAL
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/ACCOUNTING
|
|
/ACCOUNTING
|
|
/NOACCOUNTING (default)
|
|
.J
|
|
Controls whether accounting records are written by the delivery agent.
|
|
If enabled, accounting records are written to the file MX__LOCAL__ACC
|
|
(with a default directory of MX__LOCAL__DIR: and a default type of DAT).
|
|
.I-1
|
|
/CC__POSTMASTER
|
|
/CC__POSTMASTER
|
|
/NOCC__POSTMASTER
|
|
Specifies whether or not error messages resulting from LOCAL delivery
|
|
errors are mailed to the local POSTMASTER, in addition to the original
|
|
message sender.
|
|
.I-1
|
|
/DISABLE__EXQUOTA
|
|
/DISABLE__EXQUOTA[=[NO]FATAL]
|
|
/NODISABLE__EXQUOTA
|
|
Specifies whether the EXQUOTA privilege should be disabled during
|
|
local delivery attempts. By default, EXQUOTA remains enabled during
|
|
local message delivery. Specifying /DISABLE__EXQUOTA=FATAL causes messages
|
|
that exceed the recipient's diskquota to be returned to sender immediately,
|
|
rather than going through normal retry procedures.
|
|
.I-1
|
|
/HEADERS
|
|
/HEADERS=(TOP:([NO]hdrname[,...]),BOTTOM:([NO]hdrname[,...]))
|
|
.J
|
|
Controls the placement of message headers in local delivery of messages.
|
|
Any or all headers may be placed at the top and/or bottom of the message,
|
|
or not added to the message at all. Valid values for hdrname are:
|
|
.i+10;ALL
|
|
.i+10;BCC
|
|
.i+10;CC
|
|
.i+10;DATE
|
|
.i+10;ENCRYPTED
|
|
.i+10;FROM
|
|
.i+10;IN__REPLY__TO
|
|
.i+10;KEYWORDS
|
|
.i+10;MESSAGE__ID
|
|
.i+10;OTHER
|
|
.i+10;RECEIVED
|
|
.i+10;REFERENCES
|
|
.i+10;REPLY__TO
|
|
.i+10;RESENT__BCC
|
|
.i+10;RESENT__CC
|
|
.i+10;RESENT__DATE
|
|
.i+10;RESENT__FROM
|
|
.i+10;RESENT__MESSAGE__ID
|
|
.i+10;RESENT__REPLY__TO
|
|
.i+10;RESENT__SENDER
|
|
.i+10;RESENT__TO
|
|
.i+10;RETURN__PATH
|
|
.i+10;SENDER
|
|
.i+10;SUBJECT
|
|
.i+10;TO
|
|
The hdrname keywords may be negated. ALL specifies all headers;
|
|
NOALL specifies no headers. OTHER specifies all headers with a header
|
|
name not matching one of the other keywords.
|
|
.I-1
|
|
/LONG__LINES
|
|
/LONG__LINES
|
|
/NOLONG__LINES (default)
|
|
Specifies that lines exceeding the MAIL-11 255 character maximum
|
|
should not be wrapped during delivery to what appears to be a
|
|
local user. This setting is disabled by default, so lines exceeding
|
|
the maximum length get wrapped at the nearest whitespace character
|
|
to the limit (if there are any). Enabling this
|
|
setting could cause mail delivery via VMS MAIL's DECnet support to
|
|
fail when MX cannot determine that a recipient is a DECnet
|
|
address.
|
|
.I-1
|
|
/MAXIMUM__RETRIES
|
|
/MAXIMUM__RETRIES=n
|
|
Specifies the maximum number of times the local delivery agent should
|
|
try to deliver a message if the message cannot be delivered (due to
|
|
DECnet outage or locked mail file). The default is 96.
|
|
.I-1
|
|
/MULTIPLE__FROM
|
|
/MULTIPLE__FROM (default)
|
|
/NOMULTIPLE__FROM
|
|
Controls whether or not the VMS Mail ``From:'' line on incoming
|
|
messages can contain multiple return addresses. By default, if an
|
|
RFC822 From: or Reply-To: line contains more than one address, as many
|
|
of those addresses as will fit are included on the VMS Mail ``From:''
|
|
line (up to 255 characters). Specifying /NOMULTIPLE__FROM limits the
|
|
``From:'' line to a single address.
|
|
.I-1
|
|
/OMIT__RESENT__HEADERS
|
|
/OMIT__RESENT_HEADERS
|
|
/NOOMIT__RESENT_HEADERS (default)
|
|
Specifies that MX forwarding using VMS Mail SET FORWARD should
|
|
omit the Resent- headers MX normally uses to detect forwarding loops.
|
|
This setting is disabled by default, and should only be enabled if
|
|
users' mail clients have trouble interpreting Resent- headers.
|
|
.I-1
|
|
/QP__DECODE
|
|
/QP__DECODE
|
|
/NOQP__DECODE
|
|
Specifies whether or not incoming MIME quoted-printable messages are
|
|
automatically decoded by MX Local before delivery through VMS Mail. By
|
|
default, such messages are decoded. If your users read their mail via
|
|
POP or IMAP, you might want to disable the decoding to let the users'
|
|
browsers do the decoding.
|
|
.I-1
|
|
/RETRY__INTERVAL
|
|
/RETRY__INTERVAL=hh:mm:ss
|
|
Specifies the minimum amount of time that should elapse between attempts
|
|
to deliver a message. The default is 00:30:00 (30 minutes).
|
|
.I-1
|
|
2 MLF
|
|
The SET MLF command sets global parameters for the MLF
|
|
Mailing List/File Server agent.
|
|
.NJ
|
|
Format:
|
|
SET MLF [qualifiers]
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/DELAY__DAYS
|
|
/DELAY__DAYS=(dow[,...])
|
|
/NODELAY__DAYS
|
|
Sets the days of the week on which all file servers'
|
|
delayed-send threshold should be honored. Defaults
|
|
to all days of the week.
|
|
.I-1
|
|
/RECIPIENT__MAXIMUM
|
|
/RECIPIENT__MAXIMUM=number
|
|
/NORECIPIENT__MAXIMUM
|
|
Sets the maximum number of recipients per message generated
|
|
by the MLF agent. If your MLF agent services large mailing
|
|
lists with many remote subscribers, you may want to use this
|
|
setting to limit the number of recipients per message generated
|
|
by MLF. This will break up the distribution to the mailing list
|
|
into smaller chunks, allowing for more parallelism in delivery.
|
|
Setting too small a value, however, could create a lengthy backlog
|
|
in your MX message queue, depending on the number of subscribers
|
|
on your mailing list(s) and the number of messages the list receives
|
|
each day.
|
|
The default is /NORECIPIENT__MAXIMUM, which forces each incoming
|
|
mailing list message to be forwarded as just one outbound message.
|
|
.I-1
|
|
2 ROUTER
|
|
The SET ROUTER command sets flags for use by the Router.
|
|
.NJ
|
|
Format:
|
|
SET ROUTER [qualifiers]
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/ACCOUNTING
|
|
/ACCOUNTING
|
|
/NOACCOUNTING (default)
|
|
.J
|
|
Controls whether accounting records are written by the Rourter.
|
|
If enabled, accounting records are written to the file MX__ROUTER__ACC
|
|
(with a default directory of MX__ROUTER__DIR: and a default type of DAT).
|
|
One accounting record is written for each recipient of each routed message,
|
|
either successful or unsuccessful.
|
|
.I-1
|
|
/OMIT__VMSMAIL__SENDER
|
|
/OMIT__VMSMAIL__SENDER
|
|
/NOOMIT__VMSMAIL__SENDER (D)
|
|
Enables or disables the omission of the Sender: header for messages
|
|
sent from VMS Mail. Needed by some sites to work with other mailers that
|
|
don't adhere to RFC822.
|
|
.I-1
|
|
/PERCENT__HACK
|
|
/PERCENT__HACK (D)
|
|
/NOPERCENT__HACK
|
|
Specify /NOPERCENT__HACK when you want to disable the automatic resolution
|
|
of percent-hacked addresses. It is enabled by default, and automatically
|
|
translates addresses of the form "user%host@localhost" to "user@host".
|
|
Percent-hack resolution may need to be disabled when you need to pass
|
|
MX mail through the VMS Mail interface and into another mail system.
|
|
.I-1
|
|
2 SITE
|
|
The SET SITE command sets flags for use by the SITE delivery agent.
|
|
.NJ
|
|
Format:
|
|
SET SITE
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/MAXIMUM__RETRIES
|
|
/MAXIMUM__RETRIES=n
|
|
Specifies the maximum number of times the SITE agent should
|
|
try to deliver a message if the message cannot be delivered (due to
|
|
network failure). The default is 96.
|
|
.I-1
|
|
/RETRY__INTERVAL
|
|
/RETRY__INTERVAL=hh:mm:ss
|
|
Specifies the minimum amount of time that should elapse between attempts
|
|
to deliver a message. The default is 00:30:00 (30 minutes).
|
|
.I-1
|
|
2 SMTP
|
|
The SET SMTP command sets flags for use by the SMTP delivery agent
|
|
and SMTP server.
|
|
.NJ
|
|
Format:
|
|
SET SMTP
|
|
.I-1
|
|
3 Qualifiers
|
|
.I-1
|
|
/ACCOUNTING
|
|
/ACCOUNTING
|
|
/NOACCOUNTING (default)
|
|
.J
|
|
Controls whether accounting records are written by the delivery agent.
|
|
If enabled, accounting records are written to the file MX__SMTP__ACC
|
|
(with a default directory of MX__SMTP__DIR: and a default type of DAT).
|
|
.I-1
|
|
/AUTHENTICATION
|
|
/AUTHENTICATION=(type,...)
|
|
/NOAUTHENTICATION (default)
|
|
.J
|
|
Enables or disables the authentication extension in the SMTP server.
|
|
The "type" keyword can be CRAM__MD5, which enables the use of MX's
|
|
private authentication database (see CREATE USER__DATABASE__FILE),
|
|
or PLAIN, which enables the use of the VMS user authorization file.
|
|
Specifying /NOAUTHENTICATION disables the authentication completely.
|
|
.I-1
|
|
/DEFAULT__ROUTER
|
|
/DEFAULT__ROUTER=domain-name
|
|
Specifies the name of a host through which all SMTP-bound mail should
|
|
be sent if a host name lookup fails.
|
|
.I-1
|
|
/DNS__RETRIES
|
|
/DNS__RETRIES=n
|
|
Specifies the maximum number of attempts to deliver a message when the
|
|
host name in a destination address cannot be resolved. The default is
|
|
12.
|
|
.I-1
|
|
/MAXIMUM__RETRIES
|
|
/MAXIMUM__RETRIES=n
|
|
Specifies the maximum number of times the SMTP agent should
|
|
try to deliver a message if the message cannot be delivered (due to
|
|
network failure). The default is 96.
|
|
.I-1
|
|
/PERCENT__HACK
|
|
/PERCENT__HACK (D)
|
|
/NOPERCENT__HACK
|
|
Specify /NOPERCENT__HACK when you want to reject any addresses containing
|
|
a percent-sign in the username portion of the address. Such addresses
|
|
are accepted by default. Disabling the percent hack may be necessary to
|
|
prevent other sites from using this feature to relay e-mail through your
|
|
system.
|
|
.I-1
|
|
/RBL__CHECK
|
|
/RBL__CHECK[=(domain-name,...)]
|
|
/NORBL__CHECK (default)
|
|
Specifies whether the SMTP server should check to see if a
|
|
system connecting to it is on an Internet Realtime Blackhole List (RBL).
|
|
RBL checking is disabled by default.
|
|
You must specify one or more domain names as values for this qualifier;
|
|
consult your RBL provider for information on the domain names to use.
|
|
.I-1
|
|
/RELAY__ALLOWED
|
|
/RELAY__ALLOWED (default)
|
|
/NORELAY__ALLOWED
|
|
Specifies whether the SMTP server will allow messages to be relayed
|
|
through your system from one outside system to another. This is
|
|
allowed by default. If you disable the relay function with
|
|
/NORELAY__ALLOWED, you may also need to tell MX which domains
|
|
it should consider "local" for the purposes of this check. See
|
|
the DEFINE LOCAL__DOMAIN command for more information.
|
|
.I-1
|
|
/RETRY__INTERVAL
|
|
/RETRY__INTERVAL=hh:mm:ss
|
|
Specifies the minimum amount of time that should elapse between attempts
|
|
to deliver a message. The default is 00:30:00 (30 minutes).
|
|
.I-1
|
|
/TLS
|
|
/TLS
|
|
/NOTLS (default)
|
|
.J
|
|
Controls whether SMTP_SERVER advertises and supports the STARTTLS
|
|
ESMTP command documented in RFC3207.
|
|
.I-1
|
|
/VALIDATE__SENDER__DOMAIN
|
|
/[NO]VALIDATE__SENDER__DOMAIN
|
|
Enables or disables a check in the SMTP server on whether the
|
|
domain name appearing in an SMTP MAIL FROM command appears in the Domain Name System.
|
|
When enabled, a message from a sender whose domain name is invalid is
|
|
rejected. This setting is disabled by default.
|
|
.I-1
|
|
/VERIFY__ALLOWED
|
|
/[NO]VERIFY__ALLOWED
|
|
Enables or disables the processing of VRFY commands by the SMTP server.
|
|
By default, VRFY is enabled. System administrators concerned about
|
|
network security should specify /NOVERIFY__ALLOWED to disable the VRFY
|
|
command in the SMTP server.
|
|
.I-1
|
|
1 SHOW
|
|
The SHOW command displays all or part of the MX configuration.
|
|
.NJ
|
|
Format:
|
|
SHOW ALIASES [pattern]
|
|
SHOW CONFIGURATION__FILE
|
|
SHOW DECNET__SMTP
|
|
SHOW FILE__SERVER [pattern]
|
|
SHOW LISTS [pattern]
|
|
SHOW LOCAL
|
|
SHOW LOCAL__DOMAINS
|
|
SHOW PATHS [pattern]
|
|
SHOW REWRITE__RULES [pattern]
|
|
SHOW ROUTER
|
|
SHOW SITE
|
|
SHOW SMTP
|
|
SHOW SYSTEM__USERS
|
|
SHOW USERS [pattern]
|
|
SHOW VERSION
|
|
SHOW ALL
|
|
.J
|
|
Those commands taking a pattern will display all entries matching the specified
|
|
pattern, which defaults to "*". SHOW ALL displays all of the configuration
|
|
information.
|
|
.I-1
|
|
2 Qualifiers
|
|
.I-1
|
|
/BRIEF
|
|
/BRIEF
|
|
The /BRIEF qualifier causes SHOW to display information in an
|
|
abbreviated format. Only SHOW LISTS has a brief display; for all
|
|
other commands, the brief and full displays are identical.
|
|
.I-1
|
|
/COMMAND
|
|
/COMMAND
|
|
/NOCOMMAND (default)
|
|
The /COMMAND qualifier causes the SHOW output to be formatted as MCP
|
|
commands, which could be executed later to reconstruct the configuration.
|
|
By default, the configuration information is displayed in a more
|
|
eye-pleasing and descriptive format.
|
|
.I-1
|
|
/FULL
|
|
/FULL (default)
|
|
The /FULL qualifier causes SHOW to display information in its
|
|
normal, full format. Only SHOW LISTS has a brief display; for all
|
|
other commands, the brief and full displays are identical.
|
|
.I-1
|
|
/OUTPUT
|
|
/OUTPUT=file-spec
|
|
The /OUTPUT qualifier can be used to direct the SHOW output into a file.
|
|
When used with the /COMMAND qualifier, SHOW/OUTPUT can be used to create
|
|
a command file that can be edited and then read back in with the "@"
|
|
input-indirection function to create a new configuration file from scratch.
|
|
.I-1
|
|
1 SHUTDOWN
|
|
Sends a shutdown signal to one or more MX delivery agent processes, causing
|
|
them to exit cleanly.
|
|
.NJ
|
|
Format:
|
|
SHUTDOWN [agent,...]
|
|
.J
|
|
Accepted agent names are: DECNET__SMTP, LOCAL, MLF, ROUTER, SITE,
|
|
SMTP, SMTP__SERVER, and HOLDING__QUEUE=n (where n ranges
|
|
from 1 to 32, the maximum number of holding queues). HOLD1 through HOLD8 are
|
|
obsolete but still supported for backward compatibility with prior versions
|
|
of MX.
|
|
If omitted, all agents are shut down.
|
|
.I-1
|
|
2 Qualifiers
|
|
.I-1
|
|
/CLUSTER
|
|
/CLUSTER
|
|
Causes the specified agent shutdowns to occur cluster-wide. By default,
|
|
SHUTDOWN affects only agents on the local node.
|
|
.I-1
|
|
/NODE
|
|
/NODE[=(node[,...])]
|
|
Causes the specified agent shutdowns to occur only on the specified nodes.
|
|
If no node names are specified, only agents on the local node are affected.
|
|
.I-1
|
|
/WAIT
|
|
/WAIT
|
|
/NOWAIT (default)
|
|
Waits for the specified agent to exit before returning (up to 30 seconds).
|
|
.I-1
|
|
1 STATUS
|
|
Displays the status of one or more MX agent processes.
|
|
.NJ
|
|
Format:
|
|
STATUS [agent,...]
|
|
.J
|
|
Accepted agent names are: DECNET__SMTP, LOCAL, MLF, ROUTER, SITE,
|
|
SMTP, SMTP__SERVER, and HOLDING__QUEUE=n (where n ranges
|
|
from 1 to 32, the maximum number of holding queues). HOLD1 through HOLD8 are
|
|
obsolete but still supported for backward compatibility with prior versions
|
|
of MX.
|
|
If omitted, status of all running agent processes is displayed. For each
|
|
process, the process ID, node name (on VMScluster systems), process name,
|
|
and agent type are displayed.
|
|
.I-1
|
|
2 Qualifier
|
|
.I-1
|
|
/NODE
|
|
/NODE=(node[,...])
|
|
Causes the display of only those specified agents running on the specified
|
|
nodes.
|
|
.!
|
|
.I-1
|
|
1 SPAWN
|
|
SPAWN is used to create a subprocess and transfer control to it.
|
|
.NJ
|
|
Format:
|
|
SPAWN [command]
|
|
.J
|
|
.I-1
|
|
2 Parameter
|
|
command
|
|
Specifies a command line to be executed within the spawned subprocess.
|
|
If a command is given, then the spawned process will be deleted after
|
|
that command is executed.
|
|
.I-1
|
|
2 Examples
|
|
.LITERAL
|
|
1. prompt> SPAWN DIRECTORY
|
|
[Output of the DIRECTORY command]
|
|
.
|
|
.
|
|
.
|
|
prompt>
|
|
|
|
The command above demonstrates spawning a subprocess to execute
|
|
a particular command.
|
|
|
|
2. prompt> SPAWN
|
|
sub_prompt> dir
|
|
.
|
|
.
|
|
.
|
|
|
|
The spawned process created above will stick around until it
|
|
is explictly deleted (or its parent process is deleted). Once
|
|
you SPAWN a subprocess, you can transfer control between it and
|
|
program by using the DCL and program ATTACH commands.
|
|
.END LITERAL
|
|
.!
|
|
.I-1
|
|
1 ATTACH
|
|
ATTACH is used to transfer control to another process in the current
|
|
process tree.
|
|
.NJ
|
|
Format:
|
|
ATTACH [process]
|
|
.J
|
|
.I-1
|
|
2 Parameter
|
|
process
|
|
Specifies the process name of the process to which to attach. Not
|
|
required if one of the ATTACH qualifiers is used.
|
|
.I-1
|
|
2 Qualifiers
|
|
.I-1
|
|
/IDENTIFICATION
|
|
/IDENTIFICATION=pid
|
|
Specifies the PID of the process to which to attach.
|
|
.I-1
|
|
/PARENT
|
|
/PARENT
|
|
Transfers control to the parent process of the process running MCP.
|
|
Returns an error if MCP is not running in a subprocess.
|
|
.I-1
|
|
2 Examples
|
|
.LITERAL
|
|
MCP> ATTACH GOATHUNTER_1
|
|
|
|
The command above demonstrates attaching to the subprocess
|
|
named "GOATHUNTER_1".
|
|
.END LITERAL
|