Annotation of 43BSDReno/share/doc/usd/08.mh/refile.me, revision 1.1.1.1

1.1       root        1: .\"    This file is automatically generated.  Do not edit!
                      2: .SC REFILE 1
                      3: .NA
                      4: refile \- file message in other folders
                      5: .SY
                      6: refile 
                      7: \%[msgs] 
                      8: \%[\-draft]
                      9: \%[\-link] \%[\-nolink] 
                     10: \%[\-preserve] \%[\-nopreserve]
                     11: \%[\-src\ +folder] 
                     12: \%[\-file\ file] 
                     13: +folder ...
                     14: \%[\-help]
                     15: .DE
                     16: \fIRefile\fR moves (\fImv\fR\0(1)) or links (\fIln\fR\0(1)) messages from a
                     17: source folder into one or more destination folders.
                     18: If you think
                     19: of a message as a sheet of paper, this operation is not
                     20: unlike filing the sheet of paper (or copies) in file cabinet
                     21: folders.
                     22: When a message is filed, it is linked into the
                     23: destination folder(s) if possible, and is copied otherwise.
                     24: As long
                     25: as the destination folders are all on the same file system, multiple filing
                     26: causes little storage overhead.
                     27: This facility provides a good way to cross\-file or multiply\-index
                     28: messages.
                     29: For example, if a message is received from Jones about
                     30: the ARPA Map Project, the command
                     31: 
                     32:      refile\0cur\0+jones\0+Map
                     33: 
                     34: would allow the message to be found in either of the two
                     35: folders `jones' or `Map'.
                     36: 
                     37: The option `\-file\ file' directs \fIrefile\fR to use the specified
                     38: file as the source message to be filed, rather than a message from
                     39: a folder.
                     40: Note that the file should be a validly formatted message,
                     41: just like any other \fIMH\fR message.
                     42: It should \fBNOT\fR be in mail drop format
                     43: (to convert a file in mail drop format to a folder of \fIMH\fR messages,
                     44: see \fIinc\fR\0(1)).
                     45: 
                     46: If a destination folder doesn't exist, \fIrefile\fR will ask if you
                     47: want to create it.
                     48: A negative response will abort the file operation.
                     49: 
                     50: The option `\-link' preserves the source folder copy of the message
                     51: (i.e., it does a \fIln\fR(1) rather than a \fImv\fR(1)), whereas,
                     52: `\-nolink' deletes the filed messages from the source
                     53: folder.
                     54: Normally, when a message is filed, it is assigned the
                     55: next highest number available in each of the destination folders.
                     56: Use of the `\-preserve' switch will override this message
                     57: renaming, but name conflicts may occur, so
                     58: use this switch cautiously.
                     59: 
                     60: If `\-link' is not specified (or `\-nolink' is specified),
                     61: the filed messages will be removed (\fIunlink\fR\0(2)) from the
                     62: source folder,
                     63: similar to the way \fImv\fR\0(1) works.
                     64: 
                     65: If the user has a profile component such as
                     66: 
                     67:        rmmproc:        /bin/rm
                     68: 
                     69: then instead of simply renaming the message file,
                     70: \fIrefile\fR
                     71: will call the named program to delete the file.
                     72: 
                     73: The `\-draft' switch tells \fIrefile\fR to file the <mh\-dir>/draft.
                     74: .Fi
                     75: ^$HOME/\&.mh\(ruprofile~^The user profile
                     76: .Pr
                     77: ^Path:~^To determine the user's MH directory
                     78: .Ps
                     79: ^Current\-Folder:~^To find the default current folder
                     80: .Ps
                     81: ^Folder\-Protect:~^To set mode when creating a new folder
                     82: .Ps
                     83: ^rmmproc:~^Program to delete the message
                     84: .Sa
                     85: folder(1)
                     86: .De
                     87: `\-src\ +folder' defaults to the current folder
                     88: .Ds
                     89: `msgs' defaults to cur
                     90: .Ds
                     91: `\-nolink'
                     92: .Ds
                     93: `\-nopreserve'
                     94: .Co
                     95: If `\-src\ +folder' is given, it will become the
                     96: current folder.
                     97: If neither `\-link' nor `all' is specified,
                     98: the current message in the source
                     99: folder will be set to the last message specified; otherwise, the
                    100: current message won't be changed.
                    101: 
                    102: If the Previous\-Sequence profile entry is set,
                    103: in addition to defining the named sequences from the source folder,
                    104: \fIrefile\fR will also define those sequences for the destination folders.
                    105: See \fImh\-profile\fR\0(1) for information concerning the previous sequence.
                    106: .En

unix.superglobalmegacorp.com

This archive runs on limited infrastructure. Preserving old code on modern bandwidth. Automated agents are requested to crawl responsibly.