SENDFILES(1mh)
β¨ SENDFILES(1mh) β¨
okay bestie, welcome to sendfiles β it's a manual page, it's a shell script, it's giving "I archive your whole vibe and mail it" π
π NAME π
sendfiles β send multiple files by MIME message with nmh
πΈ SYNOPSIS πΈ
sendfiles [-help] [-version] [-compress bzip2 | compress | gzip | lzma |
none]
[-from sender]
-to recipient -subject subject | recipient subject
file/directory1 [file/directory2 ...]
π¦ DESCRIPTION π¦
The shell script sendfiles is used to send a collection of files and directories via electronic mail. yes literally, email. the whole folder. iconic behavior fr fr π
sendfiles will archive the files and directories you name with the tar command, and then mail the compressed archive to the β*recipient*β with the given β*subject*β.
The -to switch specifies the recipient. The -subject switch specifies the subject. Alternatively, these two required values can be provided without their corresponding switch names. (yes, both of them are mandatory, no you cannot skip them, the script said so π)
The -from switch can, and should, be used to specify the sender's mailbox (name and email address). Alternatively, the PERSON environment variable can be used for the same purpose. If neither is used, sendfiles will supply a βFrom:β header field using the sender's local mailbox, see localmbox in mh-format(5). so likeβ¦ set it yourself, it's nicer that way π«Ά
The -compress command line switch can be used to override the run-time determination of the compression program by sendfiles. -compress none (alternatively, -none) disables compression. no zip, no squeeze, just raw tar energy π
π Extracting the Received Files π
When the message is received, invoke mhstore once for the received message. The default is for mhstore to write the archive to a file where you can subsequently uncompress and untar it. For instance:
$ mhlist -verbose 9
msg part type/subtype size description
9 application/octet-stream 118K
(extract with uncompress | tar xvpf -)
type=tar
conversions=compress
$ mhstore 9
$ uncompress < 9.tar.Z | tar xvpf -
Alternately, by using the -auto switch, mhstore will automatically do the extraction for you:
$ mhlist -verbose 9
msg part type/subtype size description
9 application/octet-stream 118K
(extract with uncompress | tar xvpf -)
type=tar
conversions=compress
$ mhstore -auto 9
-- tar listing appears here as files are extracted
As the second tar listing is generated, the files are extracted. A prudent user will never put -auto in the .mh_profile file. The correct procedure is to first use mhlist to find out what will be extracted. Then mhstore can be invoked with -auto to perform the extraction.
bestie I'm begging you, do not put-autoin.mh_profile. look first withmhlist, then extract. that's the whole procedure. no cap. π
π FILES π
$HOME/.mh_profileβ The user profile
π PROFILE COMPONENTS π
Path:β To determine the user's nmh directoryCurrent-Folder:β To find the default current folder
β SEE ALSO β
mhbuild(1), mhlist(1), mhshow(1), mhstore(1), mh-format(5)
Proposed Standard for Message Encapsulation (RFC 934)
π§ DEFAULTS π§
-delay 0-from localmbox
π₯ CONTEXT π₯
None
and that's the whole page bestie, you ate π β¨ this little icon was brought to you by nmh-1.8, dated 2012-11-14 β yeah she's vintage, she's still slaying, periodt πππ¦
π¦ where this page comes from
- debian trixie: nmh 1.8-3
- ubuntu noble: nmh 1.8-1build4
- ubuntu questing: nmh 1.8-3
- ubuntu resolute: nmh 1.8-4
- ubuntu stonking: nmh 1.8-4build1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms