SEND(1)

NAME
send - メッセージを送信する

SYNOPSIS
send [-alias aliasfile] [-draft] [-draftfolder +folder] [-draftmessage msg] [-nodraftfolder] [-filter filterfile] [-nofilter] [-format] [-noformat] [-forward] [-noforward] [-mime] [-nomime] [-msgid] [-nomsgid] [-push] [-nopush] [-split seconds] [-verbose] [-noverbose] [-watch] [-nowatch] [-width columns] [file ...] [-help]

DESCRIPTION
send は指定されたファイルのそれぞれをメッセージの "To:"、"cc:"、"Bcc:"、そして "Fcc:" 行に 書かれている宛先のそれぞれへ(post (8) 経由で)配送します。 もし send が dist から呼び出されてメッセージを再配布している 時には、代わりに "Resent-xxx" 行が使われます。 もし `-push' が指定されると、 send は ユーザーの端末から離れ、バックグラウンドで処理を行ないます。 この時に、ドラフトが配送出来なかった場合、 `-forward' オプションがついていると、そのドラフトは失敗したという告知と共に ユーザーに返送されてきます。 これは、send をバックグラウンドで実行した場合とは違います。なぜなら、 MH によって出力が捉えられ解析されるからです。 `-verbose' が指定されると、 send は実際の配送の前に配送システムとの間で行なわれる動作を示します。 `-watch' が指定されると、send はローカルとネットワーク・メールの配送 を監視します。 従って、両方のオプションが指定されると、メッセージが配送システムに入っていく それぞれの過程に関する情報の詳細がたくさん集められます。 `-draftfolder +folder' と `-draftmessage msg' オプションは MH のドラフト・フォルダ機能を呼び出します。 これは進んだ(そして極めて有用な)仕様です。 詳しくは mh-profile (5) の Draft-Folder 部分などを参照して下さい。 もし、`-split' が指定されると、 send は配送する前にドラフトを一つまたはそれ以上の部分に分割します。 これは MH のマルチメディア仕様を使うようにします (MIME の multipart/partial の事です)。 しかし、もし send が dist (1) から呼ばれた場合には、 このオプションは無視される事に注意して下さい。メッセージを再配布する場合には この仕様は無意味だからです。 分割メッセージを配送した後に、send に待って欲しいと思う事もあります。 これは通常、sendmail を走らせていて、多数の分割メッセージを作ろうと 思っている時でしょう。 `-split' に対する引数で、各配送の後どれぐらい待って次を配送するかを 指定できます。 send に file 引数が指定されてない場合、そのドラフトが意図した ファイルであるかどうかを聞いてきます。この質問は `-draft' で抑制されます。 ひとたび配送システムがメッセージを受けとると、 そのファイルは頭にコンマ(またはサイト依存のオプション SBACKUP の値)を つけたファイル名に変更されます。 これは次のメッセージが送られるまでは取り出す事が可能です。 メッセージの形式にエラーがあった場合、send は(願わくは)役に立つ エラーメッセージとともに実行を中止します。 もし "Bcc:" 行があった場合、 そのアドレスは配送に使われますが、 隠されていない受取人(つまり "Bcc:" 行以外に指定されている受取人)に 送られるメッセージからは、 "Bcc:" 行は削除されます。 隠されている受取人(つまり "Bcc:" 行に指定されている受取人)は、 最小構成のヘッダーだけをつけた全く新しいメッセージを受けとります。 そのメッセージのボディ部分には、 隠されていない受取人へ送られたメッセージのコピーが含まれています。 `-filter filterfile' が指定された場合、 このコピーは隠されている受取人に送る前にフィルタ(再整形)にかけられます。 あるいは、 メッセージの包含に MIME ルールを使う場合には、 `-mime' オプションを使います。 この場合、message/rfc822 形式として、メッセージが取り込まれます。 メッセージを送る前に、メッセージのヘッダー行に "From: user@local"、 そして、"Date: now" が付けられます。 もし環境変数 $SIGNATURE が設定されている場合、 その内容が、メッセージの "From:" 行を作成する際に、 その行に埋め込まれる個人名として使われます。 もし、この環境変数が設定されていない場合、 send はプロファイル・エントリ "Signature" を見ます。 MH が UCI オプション付きで構築されており、 $SIGNATURE が設定されておらず、 "Signature" エントリもない場合には、 $HOME/.signature ファイルを見に行きます。 `-msgid' オプションを付けると、 "Message-ID:" や "Resent-Message-ID:" 行を ヘッダーに付けるようなります (そうでない場合は、ひょっとして配送システムが付ける事になるかも知れません)。 send がメッセージを再配布している場合 (dist から呼び出された場合)、 "Resent-" が "From:"、"Date:"、そして "Message-ID:" のそれぞれの代わりをします。 もしメッセージが既に "From:" 行を含む場合、 "Sender: user@local" 行がうまく付け加わります ("Sender:" 行が既に存在するのはエラーです)。 `-format' オプションをつけると、 "To:" と "cc:" 行のそれぞれの内容が、 標準的な形式に置き換わります。 この標準形式は Internet 周辺の様々なシステムに於ける全てのメッセージ処理 ソフトによって使用できるようデザインされたものです。 もし `-noformat' が指定されると、 ヘッダーはメッセージ・ドラフトに書かれていたそのままの形で出力されます。 もし "Fcc: folder" 行があった場合、 メッセージは Bcc でない全ての受取人が受けとるような形式で、差出人のために、 指定のフォルダにコピーされます。 つまり、それはヘッダー行の追加と形式変更を済ませた後の状態です。 "Fcc:" 行は送出される全てのメッセージからは削除されます。 `-width columns' オプションを指定すると、ユーザーは、アドレスを含む ヘッダー行をどれぐらいの長さにすべきかを send に指示できます。 プロファイルの "Aliasfile:" エントリで指定されたファイルと `-alias aliasfile' オプションで指定された全てのエイリアス・ファイル (それぞれ `-alias' を頭につけて、複数のファイルを指定できる)が 読まれます。 詳細は mh-alias (5) を参照して下さい。
$HOME/.mh_profile    ユーザーのプロファイル
Path:    ユーザーの MH ディレクトリを決める
Draft-Folder:    デフォルトのドラフト・フォルダを示す
Aliasfile:    デフォルトのエイリアス・ファイル
Signature:    ユーザーのメールでの名前を決める
mailproc:    配送失敗告知をするプログラム
postproc:    メッセージを送信するプログラム
comp(1), dist(1), forw(1), repl(1), mh-alias(5), post(8)
`file'    デフォルトは <mh-dir>/draft
`-alias /usr/local/lib/mh/MailAliases' `-nodraftfolder' `-nofilter' `-format' `-forward' `-nomime' `-nomsgid' `-nopush' `-noverbose' `-nowatch' `-width 72' 無し。 設定の仕方によっては、メールの配送状態を監視できない場合があります。 そういうシステムでは `-watch' は何もしません。

`-split 0' は現在うまく働きません。