Differences between current version and revision by previous author of formail(1).
Other diffs: Previous Major Revision, Previous Revision, or view the Annotated Edit History
| Newer page: | version 3 | Last edited on Sunday, August 10, 2003 4:25:09 pm | by PerryLorier | |
| Older page: | version 1 | Last edited on Tuesday, June 4, 2002 12:22:02 am | by perry | Revert |
@@ -1,590 +1,150 @@
-FORMAIL
-!!!FORMAIL
-NAME
-SYNOPSIS
-DESCRIPTION
-OPTIONS
-NOTES
-ENVIRONMENT
-EXAMPLES
-SEE ALSO
-DIAGNOSTICS
-WARNINGS
-BUGS
-MISCELLANEOUS
-NOTES
-SOURCE
-MAILINGLIST
-AUTHORS
-----
!!NAME
-
-
formail - mail (re)formatter
!!SYNOPSIS
-
-
-
-
-
-
-
-
-
-
-
-
-
-formail -v__
+
__formail__ [[__+__''skip''] [[__-__''total''] [[__-bczfrktedqBY__] [[__-p__ ''prefix''] [[__-D__ ''maxlen idcache''] [[__-l__ ''folder''] [[__-x__ ''headerfield''] [[__-X__ ''headerfield''] [[__-a__ ''headerfield''] [[__-A__ ''headerfield''] [[__-i__ ''headerfield''] [[__-I__ ''headerfield''] [[__-u__ ''headerfield''] [[__-U__ ''headerfield''] [[__-R__ ''oldfield newfield''] [[__-n__ [[''maxprocs'' ]] [[__-m__ ''minfields''] [[__-s__ [[''command'' [[''arg'' ...]]]__
+ __
formail -v__
!!DESCRIPTION
+__formail__ is a filter that can be used to force mail into mailbox format, perform `From ' escaping, generate auto-replying headers, do simple header munging/extracting or split up a mailbox/digest/articles file. The mail/mailbox/article contents will be expected on stdin.
+If formail is supposed to determine the sender of the mail, but is unable to find any, it will substitute `foo@bar'.
-__formail__ is a filter that can be used to force mail
-into mailbox format, perform `From ' escaping, generate
-auto-replying headers, do simple header munging/extracting
-or split up a mailbox/digest/articles file. The
-mail/mailbox/article contents will be expected on
-stdin.
-
-
-If formail is supposed to determine the sender of the mail,
-but is unable to find any, it will substitute
-`foo@bar'.
-
-
-
-
-
-`__
+If formail is started without any command line options, it will force any mail coming from stdin into mailbox format and will escape __all__ bogus `From ' lines with a '>'
!!OPTIONS
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
+;
__-v__:
Formail will print its version number and exit.
+;
__-b__:
Don't escape any bogus mailbox headers (i.e., lines starting with `From ').
+;
__-p__ ''prefix'':
Define a different quotation prefix. If unspecified it defaults to `
+;
__-Y__:
Assume traditional Berkeley mailbox format, ignoring any __Content-Length:__ fields.
+;
__-c__:
Concatenate continued fields in the header. Might be convenient when postprocessing mail with standard (line oriented) text utilities.
+;
__-z__:
Ensure a whitespace exists between field name and content. Zap fields which contain only a single whitespace character. Zap leading and trailing whitespace on fields extracted with __-x__.
+;
__-f__:
Force formail to simply pass along any non-mailbox format (i.e., don't generate a `From ' line as the first line).
+;
__-r__:
Generate an auto-reply header. This will normally throw away
all the existing fields (except X-Loop:) in the original message, fields you wish to preserve
need to be named using the __-i__ option. If you use this option in conjunction with __-k__, you can prevent the body from being
`escaped' by also specifying __-b__.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
+;
__-k__:
When generating the auto-reply header or when extracting fields, keep the body as well.
+;
__-t__:
Trust the sender to have used a valid return address in his header. This causes formail to select the ''header sender'' instead of the ''envelope sender'' for the reply. This option should be used when generating auto-reply headers from news articles or when the sender of the message is expecting a reply.
+;
__-s__:
The input will be split up into separate mail messages, and piped into a program one by one (a new program is started for every part). __-s__ has to be the last option specified, the first argument following it is expected to be the name of a program, any other arguments will be passed along to it. If you omit the program, then formail will simply concatenate the split mails on stdout again. See __FILENO__.
+;
__-n__ ''[[maxprocs]'':
Tell formail not to wait for every program to finish before starting the next (causes splits to be processed in parallel). ''Maxprocs'' optionally specifies an upper limit on the number of concurrently running processes.
+;
__-e__:
Do not require empty lines to be preceding the header of a new message (i.e., the messages could start on every line).
+;
__-d__:
Tell formail that the messages it is supposed to split need not be in strict mailbox format (i.e., allows you to split digests/articles or non-standard mailbox formats). This disables recognition of the __Content-Length:__ field.
+;
__-l folder__:
Generate a log summary in the same style as procmail. This includes the entire
+;
__-B__:
Makes formail assume that it is splitting up a BABYL rmail file.
+;
__-m__ ''minfields'':
Allows you to specify the number of consecutive headerfields formail needs to find before it decides it found the start of a new message, it defaults to 2.
+;
__-q__:
Tells formail to (still detect but) be quiet about write errors, duplicate messages and mismatched __Content-Length:__ fields. This option is on by default,
to make it display the messages use __-q-__.
+;__-D__ ''maxlen idcache'': Formail will detect if the Message-ID of the current message has already been seen using an ''idcache'' file of approximately ''maxlen'' size. If not splitting, it will return success if a duplicate has been found. If splitting, it will not output duplicate messages. If used in conjunction with __-r__, formail will look at the ''mail address'' of the envelope sender ''instead'' at the Message-ID.
+;__-x__ ''headerfield'': Extract the contents of this ''headerfield'' from the header. Line continuations will be left intact; if you want the value on a single line then you'll also need the __-c__ option.
+;__-X__ ''headerfield'': Same as __-x__, but also preserves/includes the field name.
+;__-a__ ''headerfield'': Append a custom ''headerfield'' onto the header; but only if a similar field does not exist yet. If you specify either one of the field names __Message-ID:__ or __Resent-Message-ID:__ with no field contents, then formail will generate a unique message-ID for you.
+;__-A__ ''headerfield'': Append a custom ''headerfield'' onto the header in any case.
+;__-i__ ''headerfield'': Same as __-A__, except that any existing similar fields are renamed by prepending an ``Old-'' prefix. If ''headerfield'' consists only of a field-name, it will not be appended.
+;__-I__ ''headerfield'': Same as __-i__, except that any existing similar fields are simply removed. If ''headerfield'' consists only of a field-name, it effectively deletes the field.
+;__-u__ ''headerfield'': Make the first occurrence of this field unique, and thus delete all subsequent occurrences of it.
+;__-U__ ''headerfield'': Make the last occurrence of this field unique, and thus delete all preceding occurrences of it.
+;__-R__ ''oldfield newfield'': Renames all occurrences of the fieldname ''oldfield'' into ''newfield''.
+;__+__''skip'': Skip the first ''skip'' messages while splitting.
+;__-__''total'': Output at most ''total'' messages while splitting.
-
-__-D__ ''maxlen idcache''
-
-
-Formail will detect if the Message-ID of the current message
-has already been seen using an ''idcache'' file of
-approximately ''maxlen'' size. If not splitting, it will
-return success if a duplicate has been found. If splitting,
-it will not output duplicate messages. If used in
-conjunction with __-r__, formail will look at the ''mail
-address'' of the envelope sender ''instead'' at the
-Message-ID.
-
-
-__-x__ ''headerfield''
-
-
-Extract the contents of this ''headerfield'' from the
-header. Line continuations will be left intact; if you want
-the value on a single line then you'll also need the
-__-c__ option.
-
-
-__-X__ ''headerfield''
-
-
-Same as __-x__, but also preserves/includes the field
-name.
-
-
-__-a__ ''headerfield''
-
-
-Append a custom ''headerfield'' onto the header; but only
-if a similar field does not exist yet. If you specify either
-one of the field names __Message-ID:__ or
-__Resent-Message-ID:__ with no field contents, then
-formail will generate a unique message-ID for
-you.
-
-
-__-A__ ''headerfield''
-
-
-Append a custom ''headerfield'' onto the header in any
-case.
-
-
-__-i__ ''headerfield''
-
-
-Same as __-A__, except that any existing similar fields
-are renamed by prepending an ``Old-'' prefix. If
-''headerfield'' consists only of a field-name, it will
-not be appended.
-
-
-__-I__ ''headerfield''
-
-
-Same as __-i__, except that any existing similar fields
-are simply removed. If ''headerfield'' consists only of a
-field-name, it effectively deletes the field.
-
-
-__-u__ ''headerfield''
-
-
-Make the first occurrence of this field unique, and thus
-delete all subsequent occurrences of it.
-
-
-__-U__ ''headerfield''
-
-
-Make the last occurrence of this field unique, and thus
-delete all preceding occurrences of it.
-
-
-__-R__ ''oldfield newfield''
-
-
-Renames all occurrences of the fieldname ''oldfield''
-into ''newfield''.
-
-
-__+__''skip''
-
-
-Skip the first ''skip'' messages while
-splitting.
-
-
-__-__''total''
-
-
-Output at most ''total'' messages while
-splitting.
!!NOTES
+When renaming, removing, or extracting fields, partial fieldnames may be used to specify all fields that start with the specified value.
+By default, when generating an auto-reply header procmail selects the envelope sender from the input message. This is correct for vacation messages and other automatic replies regarding the routing or delivery of the original message. If the sender is expecting a reply or the reply is being generated in response to the contents of the original message then the -t option should be used.
-When renaming, removing, or extracting fields, partial
-fieldnames may be used to specify all fields that start with
-the specified value.
-
-
-By default, when generating an auto-reply header procmail
-selects the envelope sender from the input message. This is
-correct for vacation messages and other automatic replies
-regarding the routing or delivery of the original message.
-If the sender is expecting a reply or the reply is being
-generated in response to the contents of the original
-message then the -t option should be used.
-
-
-__RFC822__
, the original standard governing the format of
-
-
-`Resent-From:') should be considered when generating a
-
-
-
-__RFC2822__
, the new Internet Message Format
+RFC:822
, the original standard governing the format of Internet mail messages, did not specify whether Resent header fields (those that begin with `Resent-', such as
+`Resent-From:') should be considered when generating a reply. Since then, the recommended usage of the Resent headers has evolved to consider them as purely informational and not for use when generating a reply. This has been codified in RFC:2822
, the new Internet Message Format
standard, which states in part:
-Resent fields are used to identify a message as having been
-
-
-
-
-
-
-
+;:
Resent fields are used to identify a message as having been reintroduced into the transport system by a user. The purpose of using resent fields is to have the message appear to the final recipient as if it were sent directly by the original sender, with all of the original fields remaining the same....They MUST NOT be used in the normal processing of replies or other such automatic actions on messages.
+While formail now ignores Resent headers when generating header replies, versions of formail prior to 3.14 gave such headers a high precedence. If the old behavior is needed for established applications it can be specified by calling formail with the option `-a Resent-' in addition to the -r and -t options. This usage is deprecated and should not be used in new applications.
-While formail now ignores Resent headers when generating
-header replies, versions of formail prior to 3.14 gave such
-headers a high precedence. If the old behavior is needed for
-established applications it can be specified by calling
-formail with the option `-a Resent-' in addition to the -r
-and -t options. This usage is deprecated and should not be
-used in new applications.
!!ENVIRONMENT
+;__FILENO__: While splitting, formail assigns the message number currently being output to this variable. By presetting FILENO, you can change the initial message number being used and the width of the zero-padded output. If FILENO is unset it will default to 000. If FILENO is non-empty and does not
+contain a number, FILENO generation is disabled.
-
-__FILENO__
-
-
-While splitting, formail assigns the message number
-currently being output to this variable. By presetting
-FILENO, you can change the initial message number being used
-and the width of the zero-padded output. If FILENO is unset
-it will default to 000. If FILENO is non-empty and does not
-contain a number, FILENO generation is
-disabled.
!!EXAMPLES
-
-
To split up a digest one usually uses:
-
-
formail +1 -ds
or
-
-
formail +1 -ds procmail
To remove all Received: fields from the header:
-
-
formail -I Received:
To remove all fields except From: and Subject: from the header:
-
-
formail -k -X From: -X Subject:
To supersede the Reply-To: field in a header you could use:
-
-
formail -i
To convert a non-standard mailbox file into a standard mailbox file you can use:
-
-
formail -ds
Or, if you have a very tolerant mailer:
-
-
formail -a Date: -ds
To extract the header from a message:
-
-
formail -X
or
-
-
sed -e '/^$/ q'
To extract the body from a message:
-
-
formail -I
or
+ sed -e '1,/^$/ d'
-
- sed -e '1,/^$/ d'
!!SEE ALSO
-
-
-
-
-__RFC822__
, __RFC2822__
, __RFC1123__
+mail(1), binmail(1), sendmail(8), procmail(1), sed(1), sh(1), RFC:822
, RFC:2822
, RFC:1123
!!DIAGNOSTICS
+;Can't fork: Too many processes on this machine.
+;Content-Length field exceeds actual length by nnn bytes: The Content-Length: field in the header specified a length that was longer than the actual body. This causes this message to absorb a number of subsequent messages following it in the same mailbox.
-Can
't fork Too many pro- cesses on
this
-machine
.
+;Couldn
't write to stdout: The program that formail was trying to pipe into didn't accept all the data formail sent to it;
this diag- nostic can be suppressed by the __-q__ option
.
+;Duplicate key found x: The Message-ID or sender x in this message was found in the idcache; this diagnostic can be suppressed by the __-q__ option.
-Content-Length
: field exceeds actual length by nnn
-bytes
+;Failed to execute
: Program not in path, or not executable.
+;File table full: Too many open files on this machine.
-The Content
-Length
: field in the header
specified a length
-that was longer than the actual body. This causes this
-message to absorb a number of subsequent messages fol
-
-lowing it in the same mailbox
.
+;Invalid field
-name
: The
specified field-name "x" contains control characters, or cannot be
a partial field
-name for this option
.
-
-Couldn't write to stdout
-
-
-The program that formail was trying to pipe into didn't
-accept all the data formail sent to it; this diag- nostic
-can be suppressed by the __-q__ option.
-
-
-Duplicate key found: x
-
-
-The Message-ID or sender x in this message was found in the
-idcache; this diagnostic can be suppressed by the __-q__
-option.
-
-
-Failed to execute
-
-
-Program not in path, or not exe- cutable.
-
-
-File table full Too many open files on this
-machine.
-
-
-Invalid field-name:
-
-
-The specified field-name
!!WARNINGS
+You can save yourself and others a lot of grief if you try to avoid using this autoreply feature on mails coming through mailinglists. Depending on the format of the in- coming mail (which in turn depends on both the original sender's mail agent and the mailinglist setup) formail could decide to generate an autoreply header that replies to the list.
+In the tradition of UN*X utilities, formail will do exactly what you ask it to, even if it results in a non-__RFC822__ compliant message. In particular, formail
+will let you generate header fields whose name ends in a space instead of a colon. While this is correct for the leading `From ' line, that line is not a header field so much as the mes- sage separator for the mbox mailbox format. Multiple oc- currences of such a line or any other colonless header field will be considered by many mail programs, including formail itself, as the beginning of a new message. Others will consider the message to be corrupt. Because of
+this, you should not use the __-i__ option with the `From ' line as the resulting renamed line, `Old-From ', will probably not do what you want it to. If you want to save the original `From ' line, rename it with the __-R__ option to a legal header field such as `X-From_:'.
-You can save yourself and others a lot of grief if you try
-to avoid using this autoreply feature on mails coming
-through mailinglists. Depending on the format of the in-
-coming mail (which in turn depends on both the original
-sender's mail agent and the mailinglist setup) formail could
-decide to generate an autoreply header that replies to the
-list.
-
-
-In the tradition of UN*X utilities, formail will do exact-
-ly what you ask it to, even if it results in a
-non-__RFC822__ compliant message. In particular, formail
-will let you generate header fields whose name ends in a
-space instead of a colon. While this is correct for the
-leading `From ' line, that line is not a header field so
-much as the mes- sage separator for the mbox mailbox format.
-Multiple oc- currences of such a line or any other colonless
-header field will be considered by many mail programs,
-including formail itself, as the beginning of a new message.
-Others will consider the message to be corrupt. Because of
-this, you should not use the __-i__ option with the `From
-' line as the resulting renamed line, `Old-From ', will
-probably not do what you want it to. If you want to save the
-original `From ' line, rename it with the __-R__ option
-to a legal header field such as `X-From_:'.
!!BUGS
+When formail has to generate a leading `From ' line it normally will contain the current date. If formail is given the option `-a Date:', it will use the date from the `Date:' field in the header (if present). However, since formail copies it verbatim, the format will differ from that expected by most mail readers.
+If formail is instructed to delete or rename the leading `From ' line, it will not automatically regenerate it as usual. To force formail to regenerate it in this case, include __-a 'From '__.
-When formail has to generate a leading `From ' line it
-normally will contain the current date.
If formail is given
-option `-
a Date:',
it will use
the date from the `Date:'
-field
in the header (if present). However
, since
formail
-copies
it verbatim,
the format will differ
from that
-expected by most mail readers
.
+If formail is not called as
the first program in
a pipe and
it is told to split up
the input
in several messages
, then
formail will not terminate until the program
it receives
the input
from closes its output or terminates it- self
.
+If formail is instructed to generate an autoreply mail, it will __never__ put more than one address in the `To:' field.
-If formail is instructed to delete or rename the leading
-`From ' line, it will not automatically regenerate it as
-usual. To force formail to regenerate it in this case,
-include __-a 'From '__.
-
-
-If formail is not called as the first program in a pipe and
-it is told to split up the input in several messages, then
-formail will not terminate until the program it re- ceives
-the input from closes its output or terminates it-
-self.
-
-
-If formail is instructed to generate an autoreply mail, it
-will __never__ put more than one address in the `To:'
-field.
!!MISCELLANEOUS
-
-
Formail is eight-bit clean.
+When formail has to determine the sender's address, every RFC:822 conforming mail address is allowed. Formail will always strip down the address to its minimal form
+(deleting excessive comments and whitespace).
-When formail has to determine the sender's address, every
-__RFC822__ conforming mail address is allowed. Formail
-will always strip down the address to its minimal form
-(delet- ing excessive comments and whitespace).
-
-
-post-
-marks
is:
-
-
+The regular expression that is used to find `real' postmarks
is:
+ "\n\nFrom [[\t ]*[[^\t\n ]+[[\t ]+[[^\n\t ]"
If a __Content-Length:__ field is found in a header, formail will copy the number of specified bytes in the body verba- tim before resuming the regular scanning for message boundaries (except when splitting digests or Berkeley mailbox format is assumed).
+Any header lines immediately following the leading `From ' line that start with `>From ' are considered to be a continuation of the `From ' line. If instructed to rename the `From ' line, formail will change each leading `>' into a space, thereby transforming those lines into normal RFC:822 Continuations.
-Any header lines immediately following the leading `From '
-line that start with `
-RFC822__ continuations.
!!NOTES
+Calling up formail with the -h or -? options will cause it to display a command-line help page.
-
-Calling up formail with the -h or -? options will cause it
-to display a command-line help page.
!!SOURCE
+This program is part of the ''procmail mail-processing-pack- age'' (v3.22) available at http://www.procmail.org/ or ftp.procmail.org in __pub/procmail/__.
-
-This program is part of the ''procmail
-mail-processing-pack- age'' (v3.22) available at
-http://www.procmail.org/ or ftp.procmail.org in
-__pub/procmail/__.
!!MAILINGLIST
+There exists a mailinglist for questions relating to any program in the procmail package:
+ <procmail-users@procmail.org> for submitting questions/answers.
+ <procmail-users-request@procmail.org> for subscription requests.
-There exists a mailinglist for questions relating to any
-program in the procmail package:
-
-
-
-
-
- for subscription requests.
-
-
-
-
-
-
+If you would like to stay informed about new versions and official patches send a subscription request to
procmail-announce-request@procmail.org
(this is a readonly list).
!!AUTHORS
-
-
-
-
-
-
-
-
-
-
-----
+Stephen R. van den Berg and
Philip A. Guenther
