INC(1)

NAME
inc - incorporate new mail

SYNOPSIS

inc [+folder] [-audit audit-file] [-noaudit] [-changecur | -nochangecur] [-form formfile] [-format string] [-file name] [-silent | -nosilent] [-truncate | -notruncate] [-width columns] [-host hostname] [-user username] [-pack file] [-nopack] [-proxy command] [-apop | -noapop] [-kpop] [-sasl] [-saslmech mechanism] [-snoop] [-version] [-help]

DESCRIPTION
Inc incorporates mail from the user's incoming mail drop into an nmh folder.

You may specify which folder to use with +folder. If no folder is specified, then inc will use either the folder given by a (non-empty) “Inbox” entry in the user's profile, or the folder named “inbox”. If the specified (or default) folder doesn't exist, the user will be queried prior to its creation.

When the new messages are incorporated into the folder, they are assigned numbers starting with the next highest number for the folder. As the messages are processed, a scan listing of the new mail is produced.

If the user's profile contains a “Msg-Protect: nnn” entry, it will be used as the protection on the newly created messages, otherwise the nmh default of 0644 will be used. For all subsequent operations on these messages, this initially assigned protection will be preserved.

If the switch -audit audit-file is specified (usually as a default switch in the profile), then inc will append a header line and a line per message to the end of the specified audit-file with the format:

    inc date
    <scan line for first message>
    <scan line for second message>
    <etc.>

This is useful for keeping track of volume and source of incoming mail. Eventually, repl, forw, comp, and dist may also produce audits to this (or another) file, perhaps with “Message-Id” information to keep an exact correspondence history. “Audit-file” will be in the user's nmh directory unless a full path is specified.

Inc will incorporate even improperly formatted messages into the user's nmh folder, inserting a blank line prior to the offending component and printing a comment identifying the bad message.

In all cases, the user's mail drop will be zeroed, unless the -notruncate switch is given.

If the profile entry “Unseen-Sequence” is present and non-empty, then inc will add each of the newly incorporated messages to each sequence named by the profile entry. Inc will not zero each sequence prior to adding messages.

The interpretation of the -form formatfile, -format string, and -width columns switches is the same as in scan.

By using the -file name switch, one can direct inc to incorporate messages from a file other than the user's maildrop. Note that the name file will NOT be zeroed, unless the -truncate switch is given.

If the environment variable $MAILDROP is set, then inc uses it as the location of the user's maildrop instead of the default (the -file name switch still overrides this, however). If this environment variable is not set, then inc will consult the profile entry “MailDrop” for this information. If the value found is not absolute, then it is interpreted relative to the user's nmh directory. If the value is not found, then inc will look in the standard system location for the user's maildrop.

The -silent switch directs inc to be quiet and not ask any questions at all. This is useful for putting inc in the background and going on to other things.

  Using POP
inc will normally check local mail drops for mail, as covered above. But if the option “pophost” is set in “mts.conf”, or if the -host hostname switch is given, or if the $MAILHOST environment variable is set, then inc will query this POP service host for mail to incorporate. If $MAILHOST is set and -host is specified as well, the commandline switch will override the environment variable.

The default is for inc to assume that your account name on the POP server is the same as your current username. To specify a different username, use the -user username switch.

When using POP, you will normally need to type the password for your account on the POP server, in order to retrieve your messages. It is possible to automate this process by creating a “.netrc” file containing your login account information for this POP server. For each POP server, this file should have a line of the following form. Replace the words mypopserver, mylogin, and mypassword with your own account information.

    machine mypopserver login mylogin password mypassword

This “.netrc” file should be owned and readable only by you.

If passed the -proxy command switch, inc will use the specified command to establish the connection to the POP server. The string %h in the command will be substituted by the hostname to connect to.

If inc uses POP, then the -pack file switch is considered. If given, then inc simply uses the POP to packf the user's maildrop from the POP service host to the named file. This switch is provided for those users who prefer to use msh to read their maildrops.

For debugging purposes, you may give the switch -snoop, which will allow you to watch the POP transaction take place between you and the POP server.

If nmh has been compiled with APOP support, the -apop switch will cause inc to use APOP rather than standard POP3 authentication. Under APOP, a unique string (generally of the format <pid.timestamp@hostname> ) is announced by the POP server. Rather than `USER user', `PASS password', inc sends `APOP user digest', where digest is the MD5 hash of the unique string followed by a `secret' shared by client and server, essentially equivalent to the user's password (though an APOP-enabled POP3 server could have separate APOP and plain POP3 passwords for a single user). -noapop disables APOP in cases where it'd otherwise be used.

If nmh has been compiled with KPOP support, the -kpop switch will allow inc to use Kerberized POP rather than standard POP3 on a given invocation. If POPSERVICE was also #defined to "kpop", inc will be hardwired to always use KPOP.

If nmh has been compiled with SASL support, the -sasl switch will enable the use of SASL authentication. Depending on the SASL mechanism used, this may require an additional password prompt from the user (but the “.netrc” file can be used to store this password). The -saslmech switch can be used to select a particular SASL mechanism.

If SASL authentication is successful, inc will attempt to negotiate a security layer for session encryption. Encrypted traffic is labelled with `(encrypted)' and `(decrypted)' when viewing the POP transaction with the -snoop switch.

FILES
^$HOME/.mh_profile~^The user profile
^/usr/local/lib/nmh/mts.conf~^nmh mts configuration file
^/var/mail/$USER~^Location of mail drop

PROFILE COMPONENTS
^Path:~^To determine the user's nmh directory
^Alternate-Mailboxes:~^To determine the user's mailboxes
^Inbox:~^To determine the inbox, default “inbox”
^Folder-Protect:~^To set mode when creating a new folder
^Msg-Protect:~^To set mode when creating a new message and audit-file
^Unseen-Sequence:~^To name sequences denoting unseen messages

SEE ALSO
mhmail(1), scan(1), mh-mail(5), post(8)

DEFAULTS
`+folder' defaulted by “Inbox” above
`-noaudit'
`-changecur'
`-format' defaulted as described above
`-nosilent'
`-truncate' if `-file name' not given, `-notruncate' otherwise
`-width' defaulted to the width of the terminal
`-nopack'

CONTEXT
The folder into which messages are being incorporated will become the current folder. The first message incorporated will become the current message, unless the -nochangecur option is specified. This leaves the context ready for a show of the first new message.

BUGS
The argument to the -format switch must be interpreted as a single token by the shell that invokes inc. Therefore, one must usually place the argument to this switch inside double-quotes.