これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、または MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド maildist です。
プログラム：
NAME
maildist、mailhelp、maillist、mailpatch - mailagent のコマンド
SYNOPSIS
メール配信 住所 [ バージョン ]
メールヘルプ [ 住所 ]
メールリスト [ 住所 ]
メールパッチ 住所 バージョン パッチリスト
DESCRIPTION
これらのコマンドは、ユーザーが直接実行することを目的としていません。 どのメールにも表示される可能性があります
件名が設定されているのは Command。 このようなメールは、 メールエージェント（1）、これ
で始まるすべての行を抽出します @SHの後に上記のコマンドのいずれかを続けます。 の
mailagent は最初に、すべてのコマンドで使用される環境変数を設定します。
メール配信 配布物全体を指定されたアドレスにメールするために使用されます。 バージョン番号は、
システムのバージョンが指定されていない場合は省略されます。 メール配信 を探します
スプール/ディストリビュート ファイルを使用して、ディストリビューションの場所を見つけます。 アーカイブされている場合は、
ファイル名拡張子は、アーカイブがどのように復元されるかを推測するために使用されます。
.cpio アーカイブは cpio アーカイブ
。タール アーカイブが入っています tar 形式でアーカイブしたプロジェクトを保存します．
.cpio.Z 圧縮された cpio アーカイブ
.tar.Z 圧縮された tar アーカイブ
短いファイル名を持つファイル システムでは、最後のファイル名が .Z 拡張子は削除される可能性があります。
したがって、圧縮されたアーカイブは、 スプール/ディストリビュート ファイルにソフトウェアを指定する必要があります。
ディレクトリが見つかったら (または抽出したら)、 メール配信 を探します 。パッケージ ファイル。 XNUMX つあれば
見つかった場合、このディストリビューションは dist 3.0 パッケージの制御下にあると想定されます。
作成日 コマンドは実際にソース ツリーをミラーリングするために呼び出されます (makedist はその一部です)
距離 3.0)。
それ以外の場合は、 マニフェスト ファイル。 見つかった場合は、そこにリストされているファイルのみが表示されます
送信されます。 それ以外の場合は、バイナリ実行可能ファイルとファイルを除くすべてのファイルが送信されます。
オブジェクト ファイル、RCS サブディレクトリまたは RCS ファイル、プライベート U サブディレクトリと
。パッケージ ファイル、任意 ファイル内のファイル バグ サブディレクトリ。
次に、次のアルゴリズムが使用されます。RCS ファイルが見つからない場合、ファイルはそのまま送信されます。
それ以外の場合は、定義された「lastpat」シンボルを探します。 見つかった場合は、対応する
リビジョンがチェックアウトされて送信されます。 それ以外の場合、デフォルト ブランチの最終リビジョンは次のようになります。
対応する作業ファイルが見つからない場合は、抽出されます。
メール配信 システムが古いものとしてタグ付けされている場合、コマンドは機能しません（ o セクションに
のパッチ列 配布 ファイル）。 説明するメッセージがユーザーに返信されます。
パッチのみが利用可能であること。
メールヘルプ アドレスにヘルプを送信します (省略した場合は、メールのリターン パスが使用されます)。 の
ヘルプテキストは次の場所にあります スプール/エージェントヘルプ。 で正しく設定されているはずです
で説明されているインストール手順 メールエージェント（1）マニュアルページ。
メーリングリスト 利用可能なディストリビューションのリストを、必要に応じて現在のパッチレベルとともに送信します。
スプール/ディストリビュート & スプール/プログラムリスト ファイルはどちらもリストの作成に使用されます。
メールパッチ 維持された配布のために XNUMX つ以上のパッチを送信します。 ディレクトリまたは
スキャンするとアーカイブが見つかる スプール/ディストリビュートを選択します。 バグ サブディレクトリには、
利用可能なパッチ。 パッチは圧縮形式で保存される場合があります（末尾が .Z）、 なので
メールパッチ それらについては知っているので、送信する前にパッチを解凍します。
古いシステムのパッチは、通常のディレクトリまたは
圧縮された形。 旧システムのバージョン番号が xyの場合、ディレクトリは
名前を付ける バグXY そして、次のようにシステムのルートディレクトリに配置されます。 バグ です。
ユーザーが古いシステムを要求するたびに、 メールパッチ 小さなメモを挿入して、
そのシステムの最新バージョン番号。
注意
これらのコマンド (ユーザーの視点) をより正確に説明するには、次のようにするとよいでしょう。
ヘルプ ファイルを参照するか、 メールヘルプ
フォワーディング
パッケージの作成者がすべてのメンテナンス義務を放棄したい場合、ほとんどの場合、
過去の重みに囚われている: 設定スクリプトには彼の電子メール アドレスが組み込まれています (「
ユニット MailAuthor.U) およびパッケージ登録および/またはパッチ要求用のコマンド メッセージ
これからも彼に届き続けるだろう。
それに対する答えは、 。前方 パッケージツリーの最上部にあるファイルとコマンド
新しいリクエストを自動的に作成し、にリストされているアドレスに転送します。
.forward ファイル。 受信者は、相手側で対処するための郵便エージェントを確実に必要とします。
リクエストを転送しました！
.forward ではプレーンな電子メール アドレスのみが許可されます。 「|command」処理フック
サポートされていないため、 sendmail そのファイルを解釈しますが、コマンドは
そのもの。
転送が適用されるのは、 メール配信, メールパッチ & パッケージ コマンドのみ。
onworks.net サービスを使用してオンラインで maildist を使用する
