SENDFILES(1mh)

πŸ“¦
version 1.8 Β· 4 versions
, in debian trixie, ubuntu noble, ubuntu questing, ubuntu resolute, ubuntu stonking

✨ 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 -auto in .mh_profile. look first with mhlist, 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 directory
  • Current-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