lock_file.c: close(2) file descriptor on failure, avoiding leak.

[nmh] / man / mhstore.man

diff --git a/man/mhstore.man b/man/mhstore.man
index fb0f57dd45a7ea2266c2e8e41b3b4bde7d3cd1a6..ac66b86bd61cb1840dac570fcab53d2de03dd788 100644 (file)
--- a/man/mhstore.man
+++ b/man/mhstore.man
@@ -1,13 +1,15 @@
-.TH MHSTORE %manext1% "February 6, 2015" "%nmhversion%"
-.\"
+.TH MHSTORE %manext1% 2015-02-06 "%nmhversion%"
+.

 .\" %nmhwarning%
 .\" %nmhwarning%

-.\"
+.

 .SH NAME
 .SH NAME

-mhstore \- store contents of MIME messages into files
+mhstore \- store contents of nmh MIME messages into files

 .SH SYNOPSIS
 .HP 5
 .na
 .B mhstore
 .SH SYNOPSIS
 .HP 5
 .na
 .B mhstore

+.RB [ \-help ]
+.RB [ \-version ]

 .RI [ +folder ]
 .RI [ msgs ]
 .RB [ \-file
 .RI [ +folder ]
 .RI [ msgs ]
 .RB [ \-file


@@ -23,6 +25,7 @@ mhstore \- store contents of MIME messages into files
 .RB [ \-prefer
 .IR content ]
 \&...
 .RB [ \-prefer
 .IR content ]
 \&...

+.RB [ \-noprefer ]

 .RB [ \-auto " | " \-noauto ]
 .RB [ \-clobber
 .IR always " | " auto " | " suffix " | " ask " | " never ]
 .RB [ \-auto " | " \-noauto ]
 .RB [ \-clobber
 .IR always " | " auto " | " suffix " | " ask " | " never ]


@@ -32,24 +35,20 @@ mhstore \- store contents of MIME messages into files
 .IR policy ]
 .RB [ \-check " | " \-nocheck ]
 .RB [ \-verbose " | " \-noverbose ]
 .IR policy ]
 .RB [ \-check " | " \-nocheck ]
 .RB [ \-verbose " | " \-noverbose ]

-.RB [ \-version ]
-.RB [ \-help ]

 .ad
 .SH DESCRIPTION
 The
 .B mhstore
 .ad
 .SH DESCRIPTION
 The
 .B mhstore

-command allows you to store the contents of a
-collection of MIME (multi-media) messages into files or other
-messages.
+command allows you to store the contents of a collection of MIME
+(multi-media) messages into files or other messages.

 .PP
 .B mhstore
 .PP
 .B mhstore

-manipulates multi-media messages as specified in
-RFC 2045 to RFC 2049.
+manipulates multi-media messages as specified in RFC 2045 to RFC 2049.

 .PP
 By default,
 .B mhstore
 will store all the parts of each message.
 .PP
 By default,
 .B mhstore
 will store all the parts of each message.

-Each part will be store in a separate file.  The header fields of
+Each part will be stored in a separate file.  The header fields of

 the message are not stored.  By using the
 .BR \-part ,
 .BR \-type ,
 the message are not stored.  By using the
 .BR \-part ,
 .BR \-type ,


@@ -63,19 +62,17 @@ The
 .I file
 switch directs
 .B mhstore
 .I file
 switch directs
 .B mhstore

-to use the specified
-file as the source message, rather than a message from a folder.
-If you specify this file as \*(lq-\*(rq, then
+to use the specified file as the source message, rather than a message
+from a folder.  If you specify this file as \*(lq-\*(rq, then

 .B mhstore
 .B mhstore

-will
-accept the source message on the standard input.  Note that the
-file, or input from standard input should be a validly formatted
+will accept the source message on the standard input.  Note that the
+file, or input from standard input, should be a validly formatted

 message, just like any other
 .B nmh
 message.  It should
 message, just like any other
 .B nmh
 message.  It should

-.B NOT
-be in mail drop format (to convert a file in mail drop format to
-a folder of
+.I not
+be in mail drop format (to convert a file in
+mail drop format to a folder of

 .B nmh
 messages, see
 .IR inc (1)).
 .B nmh
 messages, see
 .IR inc (1)).


@@ -86,7 +83,7 @@ these would be named as 1, 2, and 3, respectively.  If part 2 was also
 a multipart content containing two parts, these would be named as 2.1
 and 2.2, respectively.  Note that the
 .B \-part
 a multipart content containing two parts, these would be named as 2.1
 and 2.2, respectively.  Note that the
 .B \-part

-switch is effective for only messages containing a multipart content. 
+switch is effective only for messages containing a multipart content.

 If a message has some other kind of content, or if the part is itself
 another multipart content, the
 .B \-part
 If a message has some other kind of content, or if the part is itself
 another multipart content, the
 .B \-part


@@ -99,19 +96,18 @@ switch can also be used to restrict (or, when used in conjunction with
 to further restrict) the selection of parts according to content type.
 One or more
 .B \-type
 to further restrict) the selection of parts according to content type.
 One or more
 .B \-type

-switches part will only select the first match
-from a multipart/alternative, even if there is more than one
+switches part will only select the first match from a
+multipart/alternative, even if there is more than one

 subpart that matches (one of) the given content type(s).
 .PP
 Using either
 .B \-part
 or
 .B -type
 subpart that matches (one of) the given content type(s).
 .PP
 Using either
 .B \-part
 or
 .B -type

-switches alone will cause either to select
-the part(s) they match.  Using them together will select only
-the part(s) matched by both (sets of) switches.  In other
-words, the result is the intersection, and not the union, of their
-separate match results.
+switches alone will cause either to select the part(s) they match.
+Using them together will select only the part(s) matched by both
+(sets of) switches.  In other words, the result is the intersection,
+and not the union, of their separate match results.

 .PP
 A content specification consists of a content type and a subtype.
 The initial list of \*(lqstandard\*(rq content types and subtypes can
 .PP
 A content specification consists of a content type and a subtype.
 The initial list of \*(lqstandard\*(rq content types and subtypes can


@@ -141,19 +137,18 @@ of the content, e.g., \*(lqaudio\*(rq.  To specify a specific
 subtype, separate the two with a slash, e.g., \*(lqaudio/basic\*(rq.
 Note that regardless of the values given to the
 .B \-type
 subtype, separate the two with a slash, e.g., \*(lqaudio/basic\*(rq.
 Note that regardless of the values given to the
 .B \-type

-switch,
-a multipart content (of any subtype listed above) is always acted
+switch, a multipart content (of any subtype listed above) is always acted

 upon.  Further note that if the
 .B \-type
 upon.  Further note that if the
 .B \-type

-switch is used, and it is
-desirable to act on a message/external-body content, then the
+switch is used, and it is desirable to act on a message/external-body
+content, then the

 .B \-type
 .B \-type

-switch must be used twice: once for message/external-body
-and once for the content externally referenced.
+switch must be used twice: once for message/external-body and once for
+the content externally referenced.

 .PP
 The
 .B \-prefer
 .PP
 The
 .B \-prefer

-switch will alter the part ordering of multipart/alternative MIME sections
+switch will alter the part-ordering of multipart/alternative MIME sections

 in order to override the sender-imposed default ordering.
 The
 .B \-prefer
 in order to override the sender-imposed default ordering.
 The
 .B \-prefer


@@ -163,38 +158,46 @@ but is also implemented in
 .B mhlist
 and
 .B mhstore
 .B mhlist
 and
 .B mhstore

-to make common part numbering possible across all three programs.
+to make common part-numbering possible across all three programs.
+The last of multiple
+.B \-prefer
+switches will have the highest priority.  This allows the command line
+switches to override profile entries.

 See
 .IR mhlist (1)
 and
 .IR mhshow (1)
 for more information on
 See
 .IR mhlist (1)
 and
 .IR mhshow (1)
 for more information on

-.BR \-prefer.
+.BR \-prefer .
+.PP
+The
+.B \-noprefer
+switch will cancel any previous
+.B \-prefer
+switches.

 .SS "Checking the Contents"
 The
 .B \-check
 switch tells
 .B mhstore
 .SS "Checking the Contents"
 The
 .B \-check
 switch tells
 .B mhstore

-to check each content for
-an integrity checksum.  If a content has such a checksum (specified
-as a Content-MD5 header field), then
+to check each content for an integrity checksum.
+If a content has such a checksum (specified as a Content-MD5 header
+field), then

 .B mhstore
 .B mhstore

-will attempt to
-verify the integrity of the content.
+will attempt to verify the integrity of the content.

 .SS "Storing the Contents"
 .B mhstore
 will store the contents of the named messages in
 \*(lqnative\*(rq (decoded) format.  Two things must be determined:
 .SS "Storing the Contents"
 .B mhstore
 will store the contents of the named messages in
 \*(lqnative\*(rq (decoded) format.  Two things must be determined:

-the directory to store the content, and the filenames.  Files are
-written in the directory given by the \*(lqnmh-storage\*(rq profile
-entry, e.g.,
+the directory in which to store the content, and the filenames.
+Files are written in the directory given by the
+\*(lqnmh-storage\*(rq profile entry, e.g.,

 .PP
 .RS 5
 nmh-storage: /tmp
 .RE
 .PP
 .PP
 .RS 5
 nmh-storage: /tmp
 .RE
 .PP

-If this entry isn't present,
-the current working directory is used.
+If this entry isn't present, the current working directory is used.

 .PP
 If the
 .B \-outfile
 .PP
 If the
 .B \-outfile


@@ -218,15 +221,12 @@ overwriting existing files.
 .PP
 If the
 .B \-auto
 .PP
 If the
 .B \-auto

-switch is not given (or is being ignored for security
-reasons) then
+switch is not given (or is being ignored for security reasons) then

 .B mhstore
 .B mhstore

-will look in the user's profile for a
-\*(lqformatting string\*(rq to determine how the different contents
-should be stored.  First,
+will look in the user's profile for a \*(lqformatting string\*(rq to
+determine how the different contents should be stored.  First,

 .B mhstore
 .B mhstore

-will look for an entry of
-the form:
+will look for an entry of the form:

 .PP
 .RS 5
 mhstore-store-<type>/<subtype>
 .PP
 .RS 5
 mhstore-store-<type>/<subtype>


@@ -253,16 +253,16 @@ then the content is sent to the standard output.
 If the formatting string starts with a '|', then it represents
 a command for
 .B mhstore
 If the formatting string starts with a '|', then it represents
 a command for
 .B mhstore

-to execute which should
-ultimately store the content.  The content will be passed to the
-standard input of the command.  Before the command is executed,
+to execute which should ultimately store the content.
+The content will be passed to the standard input of the command.
+Before the command is executed,

 .B mhstore
 .B mhstore

-will change to the appropriate directory, and any
-escapes (given below) in the formatting string will be expanded.
+will change to the appropriate directory, and any escapes (given below)
+in the formatting string will be expanded.

 The use of the \*(lq%a\*(rq sequence is not recommended because
 the user has no control over the Content-Type parameter data.
 .PP
 The use of the \*(lq%a\*(rq sequence is not recommended because
 the user has no control over the Content-Type parameter data.
 .PP

-Otherwise the formatting string will represent a pathname in which
+Otherwise, the formatting string will represent a pathname in which

 to store the content.  If the formatting string starts with a '/',
 then the content will be stored in the full path given, else the
 file name will be relative to the value of \*(lqnmh-storage\*(rq or
 to store the content.  If the formatting string starts with a '/',
 then the content will be stored in the full path given, else the
 file name will be relative to the value of \*(lqnmh-storage\*(rq or


@@ -290,15 +290,13 @@ listed above) content, the p-escapes are ignored.
 .PP
 If no formatting string is found,
 .B mhstore
 .PP
 If no formatting string is found,
 .B mhstore

-will check to see
-if the content is application/octet-stream with parameter
+will check to see if the content is application/octet-stream with parameter

 \*(lqtype=tar\*(rq.  If so,
 .B mhstore
 \*(lqtype=tar\*(rq.  If so,
 .B mhstore

-will choose an appropriate
-filename.  If the content is not application/octet-stream, then
+will choose an appropriate filename.  If the content is not
+application/octet-stream, then

 .B mhstore
 .B mhstore

-will check to see if the content is a message.  If
-so,
+will check to see if the content is a message.  If so,

 .B mhstore
 will use the value \*(lq+\*(rq.  As a last resort,
 .B mhstore
 .B mhstore
 will use the value \*(lq+\*(rq.  As a last resort,
 .B mhstore


@@ -325,7 +323,6 @@ to print out the names of files that it stores.  For backward
 compatibility, it is the default.  The
 .B \-noverbose
 switch suppresses these printouts.
 compatibility, it is the default.  The
 .B \-noverbose
 switch suppresses these printouts.

-.PP

 .SS "Overwriting Existing Files"
 The
 .B \-clobber
 .SS "Overwriting Existing Files"
 The
 .B \-clobber


@@ -372,12 +369,12 @@ will be the number of files that were requested but not stored.
 .PP
 With
 .IR ask ,
 .PP
 With
 .IR ask ,

-if standard input is connected to a terminal,
-the user is prompted to respond
+if standard input is connected to a terminal, the user is prompted to
+respond

 .IR yes ,
 .IR no ,
 or
 .IR yes ,
 .IR no ,
 or

-.I rename
+.IR rename ,

 to whether the file should be overwritten.  The responses
 can be abbreviated.  If the user responds with
 .IR rename ,
 to whether the file should be overwritten.  The responses
 can be abbreviated.  If the user responds with
 .IR rename ,


@@ -399,14 +396,14 @@ split into multiple messages of type \*(lqmessage/partial\*(rq.
 .PP
 When asked to store a content containing a partial message,
 .B mhstore
 .PP
 When asked to store a content containing a partial message,
 .B mhstore

-will try to locate all of the portions and combine
-them accordingly.  The default is to store the combined parts as
-a new message in the current folder, although this can be changed
-using formatting strings as discussed above.  Thus, if someone has
-sent you a message in several parts (such as the output from
+will try to locate all of the portions and combine them accordingly.
+The default is to store the combined parts as a new message in the
+current folder, although this can be changed using formatting
+strings as discussed above.  Thus, if someone has sent you a
+message in several parts (such as the output from

 .BR sendfiles ),
 .BR sendfiles ),

-you can easily reassemble them all into a single
-message in the following fashion:
+you can easily reassemble them into a single message in the
+following fashion:

 .PP
 .RS 5
 .nf
 .PP
 .RS 5
 .nf


@@ -431,16 +428,14 @@ This will store exactly one message, containing the sum of the
 parts.  It doesn't matter whether the partials are specified in
 order, since
 .B mhstore
 parts.  It doesn't matter whether the partials are specified in
 order, since
 .B mhstore

-will sort the partials, so that they
-are combined in the correct order.  But if
+will sort the partials, so that they are combined in the correct
+order.  But if

 .B mhstore
 .B mhstore

-can not
-locate every partial necessary to reassemble the message, it will
-not store anything.
+can not locate every partial necessary to reassemble the message,
+it will not store anything.

 .SS "External Access"
 For contents of type message/external-body,
 \fImhstore\fR supports these access-types:
 .SS "External Access"
 For contents of type message/external-body,
 \fImhstore\fR supports these access-types:

-.PP

 .IP \(bu 4
 afs
 .IP \(bu 4
 .IP \(bu 4
 afs
 .IP \(bu 4


@@ -491,8 +486,8 @@ nmh-access-url: curl -L
 .PP
 to determine the program to use to perform the HTTP retrieval.  This program
 is invoked with one argument: the URL of the content to retrieve.  The program
 .PP
 to determine the program to use to perform the HTTP retrieval.  This program
 is invoked with one argument: the URL of the content to retrieve.  The program

-should write the content to standard out, and should terminate with a status of zero if the retrieval is successful and a non\-zero exit status otherwise.
-.PP
+should write the content to standard out, and should terminate with a status
+of zero if the retrieval is successful and a non-zero exit status otherwise.

 .SS "The Content Cache"
 When
 .B mhstore
 .SS "The Content Cache"
 When
 .B mhstore


@@ -508,19 +503,17 @@ is controlled with the
 .B \-rcache
 and
 .B \-wcache
 .B \-rcache
 and
 .B \-wcache

-switches, which define the policy for reading from,
-and writing to, the cache, respectively.  One of four policies may be
+switches, which define the policy for reading from, and writing to, the cache,
+respectively.  One of four policies may be

 specified: \*(lqpublic\*(rq, indicating that
 .B mhstore
 should make use
 specified: \*(lqpublic\*(rq, indicating that
 .B mhstore
 should make use

-of a publically-accessible content cache; \*(lqprivate\*(rq, indicating
-that
+of a publicly-accessible content cache; \*(lqprivate\*(rq, indicating that

 .B mhstore
 should make use of the user's private content cache;
 \*(lqnever\*(rq, indicating that
 .B mhstore
 .B mhstore
 should make use of the user's private content cache;
 \*(lqnever\*(rq, indicating that
 .B mhstore

-should never make use of
-caching; and, \*(lqask\*(rq, indicating that
+should never make use of caching; and, \*(lqask\*(rq, indicating that

 .B mhstore
 should ask the user.
 .PP
 .B mhstore
 should ask the user.
 .PP


@@ -548,16 +541,13 @@ nmh-private-cache: .cache
 .SS "User Environment"
 Because the environment in which
 .B mhstore
 .SS "User Environment"
 Because the environment in which
 .B mhstore

-operates may vary for
-different machines,
+operates may vary for different machines,

 .B mhstore
 .B mhstore

-will look for the environment variable
-.BR $MHSTORE .
-If present, this specifies the name of an additional
-user profile which should be read.  Hence, when a user logs in on a
-particular machine, this environment variable should be set to
-refer to a file containing definitions useful for that machine.
-Finally,
+will look for the environment variable MHSTORE .
+If present, this specifies the name of an additional user profile
+which should be read.  Hence, when a user logs in on a particular
+machine, this environment variable should be set to refer to a
+file containing definitions useful for that machine.  Finally,

 .B mhstore
 will attempt to consult
 .PP
 .B mhstore
 will attempt to consult
 .PP


@@ -572,6 +562,23 @@ installation.
 See "Profile Lookup" in
 .IR mh-profile (5)
 for the profile search order, and for how duplicate entries are treated.
 See "Profile Lookup" in
 .IR mh-profile (5)
 for the profile search order, and for how duplicate entries are treated.

+.SH EXAMPLES
+.SS Decoding RFC 2047-encoded file names
+The improper RFC 2047 encoding of file name parameters can be replaced
+with correct RFC 2231 encoding using
+.BR mhfixmsg ,
+either permanently or ephemerally, e.g.,
+.PP
+.RS
+.nf
+mhfixmsg -outfile - | mhstore -auto -clobber ask -file -
+.fi
+.RE
+.PP
+The
+.BI \-clobber ask
+is not necessary, though recommended to avoid silently overwriting an existing
+file.

 .SH FILES
 .B mhstore
 looks for additional profile files in multiple locations: absolute
 .SH FILES
 .B mhstore
 looks for additional profile files in multiple locations: absolute


@@ -585,7 +592,7 @@ is checked.
 .fc ^ ~
 .nf
 .ta \w'%nmhetcdir%/ExtraBigFileName  'u
 .fc ^ ~
 .nf
 .ta \w'%nmhetcdir%/ExtraBigFileName  'u

-^$HOME/\&.mh\(ruprofile~^The user profile
+^$HOME/.mh_profile~^The user profile

 ^$MHSTORE~^Additional profile entries
 ^%nmhetcdir%/mhn.defaults~^System default MIME profile entries
 .fi
 ^$MHSTORE~^Additional profile entries
 ^%nmhetcdir%/mhn.defaults~^System default MIME profile entries
 .fi


@@ -605,6 +612,7 @@ is checked.
 .fi
 .SH "SEE ALSO"
 .IR mhbuild (1),
 .fi
 .SH "SEE ALSO"
 .IR mhbuild (1),

+.IR mhfixmsg (1),

 .IR mhlist (1),
 .IR mhshow (1),
 .IR sendfiles (1)
 .IR mhlist (1),
 .IR mhshow (1),
 .IR sendfiles (1)