X-Git-Url: https://diplodocus.org/git/nmh/blobdiff_plain/58d753387922687855f06192264154c52949d3ff..8374c3c:/man/mhstore.man diff --git a/man/mhstore.man b/man/mhstore.man index 79be43f0..a6129ec2 100644 --- a/man/mhstore.man +++ b/man/mhstore.man @@ -1,4 +1,4 @@ -.TH MHSTORE %manext1% "September 15, 2012" "%nmhversion%" +.TH MHSTORE %manext1% "October 7, 2016" "%nmhversion%" .\" .\" %nmhwarning% .\" @@ -8,16 +8,23 @@ mhstore \- store contents of MIME messages into files .HP 5 .na .B mhstore +.RB [ \-help ] +.RB [ \-version ] .RI [ +folder ] .RI [ msgs ] .RB [ \-file .IR file ] +.RB [ \-outfile +.IR outfile ] .RB [ \-part .IR number ] \&... .RB [ \-type .IR content ] \&... +.RB [ \-prefer +.IR content ] +\&... .RB [ \-auto " | " \-noauto ] .RB [ \-clobber .IR always " | " auto " | " suffix " | " ask " | " never ] @@ -26,8 +33,7 @@ mhstore \- store contents of MIME messages into files .RB [ \-wcache .IR policy ] .RB [ \-check " | " \-nocheck ] -.RB [ \-version ] -.RB [ \-help ] +.RB [ \-verbose " | " \-noverbose ] .ad .SH DESCRIPTION The @@ -38,25 +44,24 @@ messages. .PP .B mhstore manipulates multi-media messages as specified in -RFC\-2045 thru RFC\-2049. +RFC 2045 to RFC 2049. .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 the message are not stored. By using the -.B \-part +.BR \-part , +.BR \-type , and -.B \-type -switches, you may limit the scope of -.B mhstore -to particular -subparts (of a multipart content) and/or particular content types. +.B \-prefer +switches, you may limit and reorder the set of parts to be stored, +based on part number and/or content type. .PP -The option +The .B \-file .I file -directs +switch directs .B mhstore to use the specified file as the source message, rather than a message from a folder. @@ -77,21 +82,40 @@ messages, see .PP A part specification consists of a series of numbers separated by dots. For example, in a multipart content containing three parts, -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 +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 -switch is -effective for only messages containing a multipart content. If a -message has some other kind of content, or if the part is itself +switch is effective for only 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 -switch will not prevent -the content from being acted upon. +switch will not prevent the content from being acted upon. +.PP +The +.B \-type +switch can also be used to restrict (or, when used in conjunction with +.BR \-part , +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 +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. .PP A content specification consists of a content type and a subtype. -The initial list of \*(lqstandard\*(rq content types and subtypes -can be found in RFC\-2046. +The initial list of \*(lqstandard\*(rq content types and subtypes can +be found in RFC 2046. .PP A list of commonly used contents is briefly reproduced here: .PP @@ -126,6 +150,26 @@ desirable to act on a message/external-body content, then the .B \-type switch must be used twice: once for message/external-body and once for the content externally referenced. +.PP +The +.B \-prefer +switch will alter the part ordering of multipart/alternative MIME sections +in order to override the sender-imposed default ordering. +The +.B \-prefer +switch is functionally most important for +.BR mhshow , +but is also implemented in +.B mhlist +and +.B mhstore +to make common part numbering possible across all three programs. +See +.IR mhlist (1) +and +.IR mhshow (1) +for more information on +.BR \-prefer. .SS "Checking the Contents" The .B \-check @@ -138,7 +182,6 @@ as a Content-MD5 header field), then will attempt to verify the integrity of the content. .SS "Storing the Contents" -The .B mhstore will store the contents of the named messages in \*(lqnative\*(rq (decoded) format. Two things must be determined: @@ -154,22 +197,24 @@ If this entry isn't present, the current working directory is used. .PP If the +.B \-outfile +switch is given, its argument is used for the filename to store all +of the content, with \*(lq-\*(rq indicating standard output. If the .B \-auto switch is given, then .B mhstore -will check if -the message contains information indicating the filename that should -be used to store the content. This information should be specified -as the attribute \*(lqname=filename\*(rq in the \*(lqContent-Type\*(rq header -for the content you are storing. For security reasons, this filename -will be ignored if it begins with the character '/', '.', '|', or '!', -or if it contains the character '%'. For the sake of security, -this switch is not the default, and it is recommended that you do -NOT put the -.B \-auto -switch in your -.I \&.mh\(ruprofile -file. +will check if the message contains information indicating the filename +that should be used to store the content. This information should be +specified as the \*(lqfilename\*(rq attribute in the +\*(lqContent-Disposition\*(rq header or as the \*(lqname\*(rq +attribute in the \*(lqContent-Type\*(rq header for the content you are +storing. For security reasons, this filename will be ignored if it +begins with the character '/', '.', '|', or '!', or if it contains the +character '%'. We also recommend using a \*(lqnmh-storage\*(rq profile +entry or a +.B \-clobber +switch setting other than the default of \*(lqalways\*(rq to avoid +overwriting existing files. .PP If the .B \-auto @@ -205,15 +250,17 @@ folder. If the formatting string consists solely of a \*(lq-\*(rq character, then the content is sent to the standard output. .PP -If the formatting string starts with a '|', then the display string -will represent a command for +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, .B mhstore will change to the appropriate directory, and any -escapes (given below) in the display string will be expanded. +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 Otherwise the formatting string will represent a pathname in which to store the content. If the formatting string starts with a '/', @@ -231,7 +278,7 @@ listed above) content, the p-escapes are ignored. .RS 5 .nf .ta \w'%P 'u -%a Parameters from Content-type (only valid with command) +%a Parameters from Content-Type (only valid with command) %m Insert message number %P Insert part number with leading dot %p Insert part number without leading dot @@ -270,6 +317,15 @@ mhstore-store-application/PostScript: %m%P.ps .fi .RE .PP +The +.B \-verbose +switch directs +.B mhstore +to print out the names of files that it stores. For backward +compatibility, it is the default. The +.B \-noverbose +switch suppresses these printouts. +.PP .SS "Overwriting Existing Files" The .B \-clobber @@ -395,6 +451,8 @@ ftp local-file .IP \(bu 4 mail-server +.IP \(bu 4 +url .PP For the \*(lqanon-ftp\*(rq and \*(lqftp\*(rq access types, .B mhstore @@ -422,6 +480,19 @@ local filename .PP The program should terminate with an exit status of zero if the retrieval is successful, and a non-zero exit status otherwise. +.PP +For the \*(lqurl\*(rq access types, +.B mhstore +will look for the \*(lqnmh-access-url\*(rq profile entry, e.g., +.PP +.RS 5 +nmh-access-url: curl -L +.RE +.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 .SS "The Content Cache" When .B mhstore @@ -475,7 +546,7 @@ nmh-private-cache: .cache .PP (which is the default value). .SS "User Environment" -Because the display environment in which +Because the environment in which .B mhstore operates may vary for different machines, @@ -488,23 +559,52 @@ 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 one other additional -user profile, e.g., +will attempt to consult .PP .RS 5 -%etcdir%/mhn.defaults +%nmhetcdir%/mhn.defaults .RE .PP which is created automatically during .B nmh installation. +.PP +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 +pathnames are accessed directly, tilde expansion is done on usernames, +and files are searched for in the user's +.I Mail +directory as specified in their profile. If not found there, the directory +.RI \*(lq %nmhetcdir% \*(rq +is checked. +.PP .fc ^ ~ .nf -.ta \w'%etcdir%/ExtraBigFileName 'u +.ta \w'%nmhetcdir%/ExtraBigFileName 'u ^$HOME/\&.mh\(ruprofile~^The user profile ^$MHSTORE~^Additional profile entries -^%etcdir%/mhn.defaults~^System default MIME profile entries +^%nmhetcdir%/mhn.defaults~^System default MIME profile entries .fi .SH "PROFILE COMPONENTS" .fc ^ ~ @@ -514,6 +614,7 @@ installation. ^Path:~^To determine the user's nmh directory ^Current\-Folder:~^To find the default current folder ^nmh-access-ftp:~^Program to retrieve contents via FTP +^nmh-access-url:~^Program to retrieve contents via HTTP ^nmh-cache~^Public directory to store cached external contents ^nmh-private-cache~^Personal directory to store cached external contents ^nmh-storage~^Directory to store contents @@ -521,6 +622,7 @@ installation. .fi .SH "SEE ALSO" .IR mhbuild (1), +.IR mhfixmsg (1), .IR mhlist (1), .IR mhshow (1), .IR sendfiles (1) @@ -533,6 +635,7 @@ installation. .RB ` \-nocheck ' .RB ` \-rcache\ ask ' .RB ` \-wcache\ ask ' +.RB ` \-verbose ' .SH CONTEXT If a folder is given, it will become the current folder. The last message selected will become the current message.