sendmail.cf および submit.cf ファイル

目的

SendMail コマンドの構成情報が入っています。

説明

/etc/mail/sendmail.cf 構成ファイルおよび /etc/mail/submit.cf 構成ファイルには、 sendmail command.These ファイルには、ホスト名とドメイン、および sendmail ルール・セットなどの情報が含まれています。

構成ファイルは、以下の機能を実行します。

• 実行中のメーラー・プログラムのタイプに関する情報を保管します。
• SendMail コマンドがメッセージ内のアドレスを再書き込みする方法を定義します。
• 以下の環境での SendMail コマンドの動作方法を定義します。
  • ローカル・メール配信
  • TCP/IP を使用したローカル・エリア・ネットワークの配信
  • 基本ユーティリティー・ネットワーク (BNU) を使用したリモート・デリバリー

ご使用の環境にこれらのタイプのメール配信のみが含まれている場合は、提供されている /etc/mail/sendmail.cf ファイルまたは /etc/mail/sendmail.cf ファイルを使用できますが、変更はほとんどありません。

制御線

構成ファイルは一連の制御行で構成され、各制御行は、残りの行の使用方法を定義する単一文字で始まります。 スペースまたはタブで始まる行は継続行です。 ブランク行および # (ポンド記号) で始まる行はコメントです。 制御行は、以下を定義するために使用されます。

• 構成ファイル内で使用するマクロおよびクラス
• メッセージ見出し
• メール・プログラム
• SendMail コマンドのオプション

これらの制御回線タイプのそれぞれについて、以下で詳しく説明します。

ルールの再書き込み

SendMail コマンドは、さまざまな形式でアドレスを受信します。これは、メール・メッセージを配信するために、メール・プログラムごとに異なる形式を使用するためです。 SendMail コマンドは、使用されているメーラー・プログラムのメッセージを経路指定するために必要な形式にアドレスを変更します。 この変換を実行するために、 SendMail コマンドは、構成ファイルに定義されている一連の再書き込み規則 ( ルール・セット) を使用します。 再書き込みルールの形式は以下のとおりです。

Snumber
Rbefore          after

ここでnumberこれがどのルール・セットであるかを示す、ゼロ以上の整数です。beforeおよびafter特定の文字パターンを表す記号式です。 以下で始まる行R式を書き直すことを意味しますbefore式と同じ形式になります。afterSendmail は、一連の再書き込みルールをスキャンして、ルールの左側 (LHS) に一致するものを探します。 ルールが一致すると、アドレスはルールの右側 (RHS) に置き換えられます。

sendmail コマンドを使用してインストールされた /etc/mail/sendmail.cf および /etc/mail/submit.cf ファイルには、ドメイン・アドレス構造を使用して BNU および TCP/IP ネットワークの変換を実行するための十分な規則が含まれています。 異なるアドレッシング方式を使用するシステムに接続しない限り、これらの規則を変更する必要はありません。

$x 形式のマクロ展開は、構成ファイルの読み取り時に実行されます。 形式 $& x の拡張は、やや汎用性の低いアルゴリズムを使用して、実行時に実行されます。 この形式は、実行時に変更される $h などの内部定義マクロを参照することのみを目的としています。

再書き込み規則の左側の方向 (LHS)

書き直し規則の左側にパターンが含まれています。 通常の単語は直接一致します。 メタシンタックスは、ドル記号を使用して導入されます。 メタシンボルは以下のとおりです。

これらのいずれかが一致した場合、右側のシンボル $N に割り当てられて置換されます。ここで、 N は LHS 内のインデックスです。 例えば、LHS の場合は、以下のようになります。

$-:$+

入力に適用されます。

UCBARPA:linda

ルールは一致し、RHS に渡される値は以下のようになります。

$1  UCBARPA
$2  linda

書き直し規則の右辺 (RHS)

再書き込み規則の左側が一致すると、入力は削除され、右側に置き換えられます。 トークンは、ドル記号で始まっていない限り、RHS から直接コピーされます。 メタシンボルは以下のとおりです。

$n 構文は、LHS 上の $+、 $-、 $*、 $=、または $~ の一致の対応する値を置換します。 これはどこでも使用できます。

$[と $] で囲まれたホスト名は、ホスト・データベースで検索され、正規名に置き換えられます。 例えば、 $[merlin] は merlin.magician になり、 $[[128.32.130.2]$] は king.arthurになります。

$( ... $) 構文は、より一般的な形式のルックアップです。暗黙的なマップの代わりに名前付きマップを使用します。 ルックアップが見つからない場合は、示されているデフォルトが挿入されます。デフォルトが指定されておらず、一致するルックアップがない場合は、値は変更されません。 引数は、使用できるようにマップに渡されます。

$> n 構文を使用すると、行の残りの部分が通常どおり置換され、ルール・セット n に引数として渡されます。 ルール・セット n の最終値が、このルールの置換になります。 $> 構文は、右側の先頭でのみ使用できます。$@ または $: のみを前に付けることができます。

$# 構文は、ルール・セット 0 またはルール・セット 0 のサブルーチンでのみ使用する必要があります。 これにより、ルール・セットの評価が即時に終了し、アドレスが完全に解決されたことを SendMail にシグナル通知します。 完全な構文は次のとおりです。

$#mailer $@host $:user

これは、メーラーを送信するために必要な {mailer, host, user} 3 タプルを指定します。 メーラーがローカルの場合、ホスト部分は省略できます。 メーラーは単一の単語でなければなりませんが、ホストとユーザーはマルチパートの場合があります。 メーラーが組み込み IPC メーラーである場合、ホストは、MX (マシン交換) レコードとまったく同じように、最初の作業アドレスの順序で検索されるホストのコロン区切りリストにすることができます。 ユーザーは、後でメーラー固有のエンベロープ再書き込みセットによって再書き込みされ、$u マクロに割り当てられます。 特殊なケースとして、$# の値が「local」で、$: 値の先頭文字が「@」の場合、「@」は除去され、 SendMail がルール・セット 5 の処理を行わないようにするフラグがアドレス記述子に設定されます。

通常、一致するルールは再試行されます。つまり、ルールは失敗するまでループします。 この動作を変更するために、RHS の前に $@ または $: を付けることもできます。 $@ 接頭部を使用すると、ルール・セットは RHS の残りの部分を値として返します。 $: 接頭部を使用すると、ルールは即時に終了しますが、ルール・セットは続行します。これは、ルールの継続的な適用を回避するために使用できます。 続行する前に、接頭部が除去されます。

R$+  $: $>7 $1

任意のものと一致し、それをルール・セット 7 に渡し、続行します。$: は、無限ループを回避するために必要です。

置換は記述されている順序で行われます。つまり、LHS からのパラメーターが置換され、ホスト名が正規化され、「サブルーチン」が呼び出され、最後に $#、$@、および $: が処理されます。

再書き込みルール・セットのセマンティクス

特定のセマンティクスを持つ再書き込みセットが 5 つあります。

local-part@host-domain-spec

ルール・セット 3 は、 SendMail によって適用されてから、任意のアドレスで何かを実行します。

「@」記号が指定されていない場合、送信者アドレスから host-domain-spec を付加できます (「Rewrite Set Semantics」のボックス「D」) (送信側メーラーに対応するメーラー定義に C フラグが設定されている場合)。

ルール・セット 0 は、実際に受信者を指定するアドレスに対して、ルール・セット 3 の後に適用されます。 {mailer, host, user} トリプルに解決される必要があります。 メーラーは、構成ファイルからメーラー定義に定義する必要があります。 ホストは、指定されたメーラーの argv 拡張で使用するために、$h マクロに定義されます。

IPC メーラー

いくつかの特殊な処理は、ルール・セット 0 が IPC メーラー (つまり、M 構成行のパスとして "[IPC]" がリストされているメーラー) に解決される場合に発生します。 「$@」の後に渡されたホスト名で MX 拡張が実行されます。これにより、DNS で名前が検索され、代替配信サイトが検出されます。

ホスト名は、大括弧で囲んだドット付きクワッドとして指定することもできます。以下に例を示します。

[128.32.149.78]

これにより、数値が TCP/IP ホスト・アドレスに直接変換されます。

「$@」の後に渡されるホスト名は、コロンで区切られたホストのリストにすることもできます。 それぞれの MX は個別に拡張され、結果は (基本的に) 1 つの長い MX リストを作成するために連結されます。 ここでの意図は、プライベート内部ネットワーク用に DNS で公開されていない「偽」MX レコードを作成することです。

[any.internet.addr]

sendmail.cf ファイルと submit.cf ファイルの中のマクロ

/etc/mail/sendmail.cf ファイルおよび /etc/mail/submit.cf ファイル内のマクロは、 sendmail コマンドによって解釈されます。 マクロは、値またはストリングを表すシンボルです。 マクロは、次のものによって定義されます。Dコマンドを /etc/mail/sendmail.cf ファイルおよび /etc/mail/submit.cf ファイルに入れます。

D-マクロの定義

マクロの名前には、単一文字または {braces}の語を使用します。 単一文字の名前は ASCII セット全体から選択できますが、ユーザー定義マクロは大文字のセットからのみ選択する必要があります。 小文字と特殊記号は内部で使用されます。 小文字または句読文字で始まるロング・ネームは、 SendMailで使用するために予約されているため、ユーザー定義のロング・マクロ名は大文字で始める必要があります。

Dxval

ここでxマクロの名前 (単一文字または中括弧内のワードの場合があります)。val値を指定する必要があります。 マクロ値に実際には属していないスペースがあってはなりません。

マクロは、構成体 $x を使用して補間されます。ここで、x は補間されるマクロの名前です。 この補間は、M 行を除き、構成ファイルの読み取り時に行われます。 特殊な構文 $& x を R 行で使用して、据え置き補間を行うことができます。

$?x text1 $| text2 $.

これは、マクロ $x が設定されている場合は text1 を補間し、設定されていない場合は text2 を補間します。 "else" ($|) 文節は省略できます。

小文字のマクロ名は、 SendMailとの間で情報を受け渡すために使用される特殊なセマンティクスを持つように予約されています。特殊文字は、条件を提供するために予約されています。 大文字の名前 (つまり、$A から $Z) は、特に構成ファイルの作成者用に予約されています。

以下のマクロは、メール・プログラムまたはその他のコンテキストの argv への補間のために、 SendMail によって内部的に定義または使用 (あるいはその両方) されます。 - のマークが付けられたものは SendMailに渡される情報、 = のマークが付けられたものは SendMailに渡される情報、およびマークが付けられていないマクロは SendMail から渡されますが、それ以外の場合は内部で使用されません。

BadCertificateContainsNUL. The CN contains a NULL character
BadCertificateTooLong CN is too long
BadCertificateUnknown CNcould not be extracted

使用できる日付には 3 つのタイプがあります。 $a (A) マクロと $b マクロは RFC 822 形式です。 $a (A) は、メッセージの「日付:」行から抽出された時刻 (存在する場合) であり、 $b は現在の日時 (消印に使用される) です。 着信メッセージに「日付:」行が見つからない場合は、 $a (A) も現在時刻に設定されます。 年 マクロは、 UNIX (ctime) 形式の $b マクロと同等です。 ¥ t マクロは、現在時刻 (秒) です。

マクロ $w (W)、 ¥ j、および $分 は、このホストの ID に設定されます。 Sendmail は、可能な限りホストの完全修飾名を見つけようとします。これを行うには、gethostname (2) を呼び出して現在のホスト名を取得し、それを gethostbyname (3) に渡します。gethostbyname は、そのホスト名の正規バージョンを戻すことになっています。 これが成功したと仮定すると、 ¥ j は完全修飾名に設定され、 $分 は名前のドメイン部分 (最初のドットの後のすべて) に設定されます。 $w (W) マクロは、レベル 5 以上の構成ファイルがある場合は、最初のワード (最初のドットの前のすべて) に設定されます。それ以外の場合は、 ¥ jと同じ値に設定されます。 正規化が成功しない場合は、構成ファイルで ¥ j を完全修飾ドメイン名に設定する必要があります。

¥ f マクロは、最初に決定された送信者の ID です。特定のホストにメールを送信する場合、 ¥ g マクロは、受信者に対して相対的な送信者のアドレスに設定されます。 例えば、ユーザーが以下に送信したとします。king@castle.comマシンからvangogh.painter.comこの場合、 ¥ f マクロは次のようになります。vincentまた、 ¥ g マクロは次のようになります。vincent@vangogh.painter.com.

¥ x マクロは、送信側のフルネームに設定されます。 これはいくつかの方法で決定できます。 フラグとして SendMailに渡すことができます。 これは、NAME 環境変数で定義できます。 3 番目の選択肢は、ヘッダーの「Full-Name:」行の値です (存在する場合)。4 番目の選択肢は、「From:」行のコメント・フィールドです。 これらのすべてが失敗し、メッセージがローカルで発信されている場合は、フルネームが /etc/passwd ファイル内で検索されます。

送信時に、 ¥ h、 $u (U)、および $z (B) マクロは、受信側のホスト、ユーザー、およびホーム・ディレクトリー (ローカルの場合) に設定されます。 最初の 2 つは、それぞれ再書き込みルールの $@ 部分と $: 部分から設定されます。

$p および ¥ t マクロは、固有のストリングを作成するために使用されます (例えば、「Message-Id:」フィールドの場合)。 $i (I) マクロは、このホスト上のキュー ID に設定されます。タイム・スタンプ行に入れると、メッセージのトラッキングに役立ちます。 ¥ v マクロは、 SendMailのバージョン番号に設定されます。これは通常、タイム・スタンプに入れられ、デバッグに役立つことが証明されています。

$c (c) フィールドは、「ホップ・カウント」、つまりこのメッセージが処理された回数に設定されます。 これは、コマンド行の -h フラグによって、またはメッセージ内のタイム・スタンプをカウントすることによって判別できます。

$ および 「」 フィールドは、 SendMail および送信ホスト名との通信に使用されるプロトコルに設定されます。 これらは、-pコマンドラインフラグを使って一緒に設定することも、-Mまたは-oMフラグを使って別々に設定することもできる。

$_ は、検証済みの送信側ホスト名に設定されます。 送信側が RFC 1413 準拠の IDENT サーバーを実行しており、受信側が IDENT プロトコルをオンにしている場合は、そのホスト上のユーザー名が含まれます。

$(クライアント名)、 $(クライアント・アドレス)、および $(クライアント・ポート) マクロは、サーバーとして SendMail を呼び出している接続ホストの名前、アドレス、およびポート番号に設定されます。 これらは、 チェック _ * ルール・セットで ( $& 据え置き評価フォームを使用して) 使用できます。

ドメイン・ネーム・マクロの変更

DDname1.name2.name3.name4

このマクロは、 ホスト名 コマンドを使用して自動的に設定できます。 SendMail コマンドは、 ホスト名 コマンドで設定された内容を読み取り、それを使用してホストおよびドメインのマクロとクラスを初期化します。 構成ファイル・マクロを変更する必要があるのは、 SendMail ホスト名およびドメイン名を、 ホスト名 コマンドによって設定されたものと異なるものにする場合のみです。

ドメイン名マクロを変更するには、以下のようにします。

1. 次のコマンドを入力します。

   vi /etc/mail/sendmail.cf

2. 以下で始まる行を検索します。DD.
3. 以下のものを置き換えます。DDドメイン・ネームを入力します。 例えば、ドメイン・ネームが次のようになっているとします。newyork.abc.com次のように入力します。

   DDnewyork.abc.com

4. ファイルを保存し、エディターを終了します。

ホスト名マクロの変更

ホスト名マクロ DW (D)は、生成するすべてのメッセージの戻りアドレスで使用されるホスト・システムの名前を指定します。 ホスト名マクロの形式は、Dw の後にこのマシンのホスト名を付けたものです。以下に例を示します。

Dwhostname

デフォルトでは、 SendMail コマンドは、 ホスト名 コマンドで設定されたものを読み取り、それを使用してホスト名およびドメイン名のマクロとクラスを初期化します。 構成ファイル・マクロを変更するのは、 SendMail コマンドのホスト名およびドメイン名を、 ホスト名 コマンドによって設定されたものと異なるものにする場合のみにしてください。

ホスト名マクロを変更するには、次のようにします。

1. 次のコマンドを入力します。

   vi /etc/mail/sendmail.cf

2. 以下で始まる行を検索します。Dw.
3. 以下のものを置き換えます。Dwホスト名に置き換えます。 例えば、ホスト名が次のようになっているとします。brown次のように入力します。

   Dwbrown

4. ファイルを保存し、エディターを終了します。
   注: DW (D) マクロが定義されている場合は、 CW (W) (ホスト名) クラスも定義する必要があります。

sendmail.cf ファイルおよび submit.cf ファイルの変更

cp /etc/mail/sendmail.cf /etc/mail/sendmail.cf.working
cp /etc/mail/submit.cf /etc/mail/submit.cf.working

行った変更によってメール・システムが正しく機能しない場合は、 /etc/mail/sendmail.cf ファイルのコピー、または既知の /etc/mail/submit.cf ファイルの使用に戻ることができます。

任意のテキスト・エディターを使用して、セキュリティー・ファイルを変更できます。 ただし、一部のエディターでは、タブ文字自体ではなく、タブを表すスペースの数として保管します。 これにより、タブ文字がルール・セットでフィールド分離文字として定義されている場合に、予期しない結果が生じる可能性があります。 この問題を回避するには vi エディターを使用するか、 J オプションを使用してフィールド分離文字を変更してください。 (参照しやすいように、ここでは、vi エディターを使用して構成ファイルを変更することを想定しています。)

/etc/mail/sendmail.cf ファイルまたは /etc/mail/submit.cf ファイル内の情報を変更した後、ファイルを再読み取りするようにデーモンに指示する必要があります。 これらの手順については、 sendmail デーモンが構成情報を再読み取りするようにする のセクションを参照してください。

sendmail デーモンが構成情報を再読み取りするようにする

構成ファイルに変更を加えた後、ファイルを再読み取りするようにデーモンに指示します。 開始 rc コマンドを使用して SendMail コマンドを開始した場合は、次のコマンドを入力します。

refresh -s sendmail

kill -1 `cat /etc/mail/sendmail.pid`

これらのコマンドを使用すると、デーモンは /etc/mail/sendmail.cf ファイル、 /etc/mail/submit.cf ファイル、 /etc/mail/aliases ファイル、および /etc/sendmail.nl ファイルを再読み取りします。

別名データベース

name: name1, name2, ...

linda@cloud.ai.acme.org: linda@CS.

望ましい効果があります。 別名は、スペースまたはタブで継続行を開始することによって継続することができます。 ブランク行およびポンド記号 (#) で始まる行はコメントです。

2 番目の形式は、新しいデータベース・マネージャー (NDBM) またはバークレー DB ライブラリーによって処理されます。 この形式は、ファイル /etc/mail/aliases.db (NEWDB を使用している場合) または /etc/mail/aliases.dir および /etc/mail/aliases.pag (NDBM を使用している場合) にあります。 これは、 SendMail が別名を解決するために実際に使用する形式です。 この手法は、パフォーマンスを向上させるために使用されます。

AliasFile=switch:aliases

AliasFile=/etc/mail/aliases

aliases nis files nis

最初に NIS データベースで別名が検索され、次に /etc/mail/aliasesで検索されます。

別名データベースの再構築

newaliases

/usr/sbin/sendmail -bi

RebuildAliases オプションが構成に指定されている場合、 sendmail は、別名データベースが古くなると、可能であれば自動的に再作成します。 自動再構築は、大きな別名ファイルがある負荷の大きいマシンでは危険な場合があります。 データベースの再構築に再構築タイムアウト（AliasWaitオプション、通常は5分）を超える時間がかかる可能性がある場合、複数のプロセスが同時に再構築プロセスを開始する可能性がある。

複数の別名データベースが指定されている場合、 -ビ フラグはすべてのデータベース・タイプを再作成します。 例えば、II は NDBM データベースを再作成できますが、NIS データベースは再作成できません。

別名データベースの潜在的な問題

別名データベースでは、いくつかの問題が発生する可能性があります。 これらはすべて、DBM バージョンが部分的にビルドされているにもかかわらず、DBM バージョンにアクセスする SendMail プロセスから発生します。 これは、2 つの状況で発生する可能性があります。1 つのプロセスがデータベースの再作成中に別のプロセスがデータベースにアクセスするか、または再作成の完了前にデータベースの再作成プロセスが (強制終了またはシステム・クラッシュのために) 停止します。

Sendmail には、これらの問題を解決するための 3 つの手法があります。 まず、データベースの再構築中は割り込みを無視します。これにより、部分的に再構築されたデータベースからプロセスを中止するという問題を回避できます。 次に、再作成中にデータベース・ソース・ファイルをロックしますが、 NFS 上では機能しない可能性があります。また、ファイルが書き込み可能でない場合もロックします。 3 番目に、再作成の終了時に、以下の形式の別名を追加します。

@: @

(これは通常は正しくありません)。 SendMail は、データベースにアクセスする前に、このエントリーが存在することを確認します。

所有者のリスト

特定のアドレス Xへの送信でエラーが発生した場合、 SendMail はエラーを受け取るために 所有者-x という形式の別名を探します。 これは通常、リストの実行依頼者がリスト自体の保守を制御しないメーリング・リストの場合に役立ちます。 この場合、リスト・メンテナンス担当者がリストの所有者になります。 次に例を示します。

unix-wizards: linda@paintbox, wnj@monet, nosuchuser,
 sam@matisse
owner-unix-wizards: unix-wizards-request
unix-wizards-request: linda@paintbox

原因となるlinda@paintbox誰かが unix ウィザードに送信したときに発生するエラーを取得するには、nosuchuserリストに表示されます。

リスト所有者により、エンベロープ送信側アドレスも変更されます。 所有者別名の内容は、単一のユーザーを指す場合に使用されます。 それ以外の場合は、別名自体の名前が使用されます。 このため、またインターネット規則に準拠するために、「所有者-」アドレスは通常、「-request」アドレスを指します。これにより、メッセージは、「list-request」をリターン・アドレスとして使用するという標準的なインターネット規則に従って送信されます。

ユーザーごとの転送 (.forward ファイル)

別名データベースの代わりに、ユーザーは「.forward」という名前のファイルをホーム・ディレクトリーに入れることができます。 このファイルが存在する場合、 SendMail はそのユーザーのメールを 転送 (.forward) ファイルにリストされているアドレスのリストにリダイレクトします。 例えば、ユーザー「kenly」のホーム・ディレクトリーに、以下の内容を含む 転送 (.forward) ファイルがあるとします。

kenly@ernie
joel@renoir

「kenly」に到着するすべてのメールは、指定されたアカウントにリダイレクトされます。

構成ファイルは、検査する一連のファイル名を定義します。 デフォルトでは、これはユーザーの .forward ファイルですが、 ForwardPath (J) オプションを使用して、より汎用的なファイルとして定義することができます。 このオプションを変更する場合は、ユーザー・ベースに変更を通知する必要があります。

IDENT プロトコル・サポート

UCB SendMail は、RFC 1413 で定義された IDENT プロトコルをサポートします。 これにより、特定の TCP 接続の所有者を監査証跡に含めるために発信元システムに対して「コールバック」を実行することで、E メール・メッセージの作成者の識別が強化されますが、完全にはなりません。判別された偽造者は、IDENT プロトコルのセキュリティーに容易に違反する可能性があります。

以下の説明は、RFC 1413 から抜粋されています。

6. セキュリティーに関する考慮事項

このプロトコルによって返される情報は、それを提供するホストまたはホストを運営する組織と最大で同じ信頼性を備えています。 例えば、オープン・ラボの PC には、ユーザーが希望する ID を返すことができないようにするためのコントロールがいくつかあります。 同様に、ホストが暗号漏えいした場合、返される情報は完全にエラーになり、誤解を招く可能性があります。

識別プロトコルは、許可またはアクセス制御プロトコルとして意図されていません。 TCP 接続に関しては、少なくともいくつかの追加の監査情報を提供します。 最悪の場合、誤った情報、誤った情報、または故意に誤った情報が提供される可能性があります。

このプロトコルによって返される情報を監査以外で使用することは、強く推奨されません。 具体的には、識別プロトコル情報を使用してアクセス制御の決定を行うことにより、1 次方式 (つまり、他の検査なし) として、または他の方式への付加属性として、通常のホスト・セキュリティーが低下する可能性があります。

識別サーバーは、通常はプライベートと見なされる可能性があるユーザー、エンティティー、オブジェクト、またはプロセスに関する情報を明らかにすることがあります。 識別サーバーは、一部の電話会社によって提供される CallerID サービスと、 CallerID サービスに適用される多くの同じプライバシーに関する考慮事項および引数の概要を示すサービスを提供します。 プライバシーに関する考慮事項のために「finger」サーバーを実行しない場合は、このプロトコルを実行しないことをお勧めします。

チューニング

サイトの要件に応じて、いくつかの構成パラメーターを変更することができます。 これらのほとんどは、 sendmail.cf ファイルまたは submit.cf ファイルのオプションを使用して設定されます。 例えば、行「O Time-out.queuereturn=5d」は、オプション「Timeout.queuereturn」を値「5d」(5 日) に設定します。

これらのオプションのほとんどには、ほとんどのサイトに適したデフォルトがあります。 ただし、メールの負荷が非常に高いサイトでは、メールの負荷に合わせて調整する必要がある場合があります。 特に、多数の小さなメッセージがあり、その多くが多数の受信者に配信されているサイトでは、キューの優先順位を扱うパラメーターを調整する必要がある場合があります。

以前のすべてのバージョンの SendMail には、単一文字のオプション名がありました。 古いショート・ネームは引き続き受け入れられますが、ほとんどの新規オプションには、同等のショート・ネームはありません。

タイムアウト

すべての時間間隔は、スケーリングされた構文を使用して設定されます。 例えば、「10m」は 10 分を表し、「2h30m」は 2 時間 30 分を表します。 スケールの全セットは以下のとおりです。

s

秒

m

分

h

時間

d

日数

w

週間

読み取りタイムアウト

すべてのタイムアウトには、オプション名「Time-out.suboption」があります。 認識されるサブオプション、そのデフォルト値、および RFC 1123 セクション 5.3.2 で許可される最小値は、以下のとおりです。

古い構成ファイルとの互換性のために、サブオプションが指定されていない場合は、 - でマークされたすべてのタイムアウトが示された値に設定されます。

メッセージ・タイムアウト

数日間キューに入っていると、メッセージがタイムアウトになります。 これは、少なくとも送信者がメッセージを送信できないことを認識していることを確認するためです。 通常、タイムアウトは 5 日に設定されます。 メッセージが数時間より長くキューに入っている場合にも、警告メッセージを送信することが便利な場合があります (通常は接続が良好であることを前提とします。メッセージの送信に通常数時間かかる場合は、異常なイベントではないため、送信しないようにする必要があります)。 これらのタイムアウトは、構成ファイルの Timeout.queuereturn および Timeout.queuewarn オプションを使用して設定されます (以前は、両方とも T オプションを使用して設定されていました)。

これらのオプションはグローバルであり、ドメイン外の別のホストがダウンする時間が分からないため、5 日間のタイムアウトをお勧めします。 これにより、長い週末の初めに問題が発生した場合でも、受信者は問題を修正できます。 RFC 1123 セクション 5.3.1.1 には、このパラメーターは「少なくとも 4 日から 5 日」にする必要があると記載されています。

Timeout.queuewarn 値は、警告メッセージが送信されるまでの時間を示すことにより、 T オプションでピギーバックできます。2 つのタイムアウトはスラッシュで区切られます。 例えば、次のような行があるとします。

OT5d/4h

5 日後に E メールが失敗しますが、4 時間後に警告メッセージが送信されます。 これは、メッセージが数回試行されるほど十分な大きさでなければなりません。

キュー間隔

-Q (Q) フラグの引数は、サブデーモンがキューを実行する頻度を指定します。 これは通常、15 分から 1 時間の間に設定されます。 RFC 1123 のセクション 5.3.1.1 では、これは少なくとも 30 分にすることを推奨しています。

キュー実行中のフォーク

ForkEachJob(Y) オプションを設定することで、sendmailはキューを実行している間、個々のメッセージの前にフォークします。 これにより、 SendMail が大量のメモリーを消費するのを防ぐことができるため、メモリー不足の環境で役立つ可能性があります。 しかし、ForkEachJobオプションが設定されていない場合、sendmailはキュー実行中にダウンしているホストを追跡し、パフォーマンスを劇的に改善することができます。

ForkEachJobオプションが設定されている場合、sendmailはコネクション・キャッシングを使用できません。

キュー優先順位

すべてのメッセージには、最初にインスタンス化されたときに優先順位が割り当てられます。この優先順位は、メッセージ・クラス (Precedence: ヘッダーから決定される) によってオフセットされるメッセージ・サイズ (バイト単位) に「ワーク・クラス・ファクター」を掛けたものと、受信者の数に「ワーク・レシピエント・ファクター」を掛けたものです。 この優先順位は、キューの順序を決めるために使用されます。 優先順位の数値が大きいほど、キューの実行時にメッセージが後で処理されることを意味します。

メッセージ・サイズは、小さいメッセージに対して大きいメッセージがペナルティーを科されるように組み込まれています。 メッセージ・クラスにより、ユーザーは「Precedence:」フィールドをメッセージに組み込むことによって「高優先度」のメッセージを送信できます。このフィールドの値は、構成ファイルの P 行で検索されます。 受信者の数は、メッセージがシステムに提示する負荷の量に影響するため、これも優先順位に含まれます。

受信者とクラス係数は、それぞれ RecipientFactor (y) オプションと ClassFactor (z) オプションを使用して構成ファイルで設定できます。 デフォルトは 30000 (受信者要素の場合) および 1800 (クラス要素の場合) です。 初期優先順位は以下のとおりです。

pri = msgsize - (class times bold ClassFactor) + (nrcpt times bold 
RecipientFactor)

(このパラメーターの値が高いほど、実際にはジョブは低い優先順位で処理されることに注意してください。)

ジョブの優先順位は、RetryFactor(Z)オプションで設定される「作業時間係数」を使って、処理されるたびに（つまり、ジョブの配送が試みられるたびに）調整することもできる。 これは優先順位に追加されるため、通常はジョブの優先順位を下げます。これは、何度も失敗したジョブが将来再び失敗する傾向があるという理由で行われます。 RetryFactorオプションのデフォルトは90000である。

負荷制限

Sendmail は、 QueueLA (x) オプションを使用してシステム負荷の平均が高すぎる場合に、メールをキューに入れるように (ただし送達しないように) 要求することができます。 ロード平均が QueueLA オプションの値を超える場合、 QueueFactor (q) オプションを現行ロード平均の差で除算し、 QueueLA オプションに 1 を加えた値がメッセージの優先順位を超えると、配信モードは q (キューのみ) に設定されます。つまり、以下の場合にメッセージがキューに入れられます。

pri > { bold QueueFactor } over { LA - { bold QueueLA } + 1 }

QueueFactor オプションのデフォルトは 600000 であるため、負荷平均の各ポイントの優先順位は 600000 になります (前述のとおり)。

RefuseLA (X) オプションは、 sendmail がネットワーク接続の受け入れを拒否する負荷平均を定義します。 ローカルで生成されたメール (着信 UUCP メールを含む) は、引き続き受け入れられます。

送達モード

sendmail は、 DeliveryMode (d) 構成オプションによって設定されたいくつかの送達モードで作動することができます。 これらのモードは、メールの配信速度を指定します。 正しいモードは以下のとおりです。

トレードオフがあります。 モード I は、送信者に最も迅速なフィードバックを提供しますが、一部のメーラーの速度が低下する可能性があり、ほとんど必要ありません。 モード B は迅速に配信しますが、メッセージの配信に長時間かかるメーラーがあると、多数のプロセスが発生する可能性があります。 モード Q は、マシンの負荷を最小化しますが、送達がキュー間隔まで遅延する可能性があることを意味します。 モード D は、すべての初期マップ・ルックアップが機能しないという点を除き、モード Q と同じです。これは、DNS ルックアップのコストが非常に高くなる可能性がある「ダイヤル・オンデマンド」サイトを対象としています。 いくつかの単純なエラー・メッセージ (例:host unknown during the SMTP protocol) このモードを使用して遅延されます。 モード B がデフォルトです。

モード Q (キューのみ)、 D (遅延)、または B (バックグラウンドで配信) で実行する場合、 SendMail は別名を展開せず、メールの初回受信時に 転送 (.forward) ファイルに従います。 これにより、RCPT コマンドへの応答が高速化されます。 モード I は SMTP サーバーでは使用できません。

ログ・レベル

ロギングのレベルは、 SendMailに対して設定できます。 標準構成テーブルを使用するデフォルトはレベル 9 です。 レベルは次のとおりです。

ファイル・モード

ファイルに使用されるモードは、必要な機能と必要なセキュリティーのレベルによって異なります。

SendMail が実際に使用するデータベースは、以下のファイルによって表されます。

/etc/mail/aliases.db

Berkeley DB データベース

これらのファイルのモードは、 /etc/mail/aliasesのモードと一致している必要があります。 別名 が書き込み可能で、ファイルが書き込み可能でない場合、ユーザーは、必要な変更を実際のデータベースに反映することができません。 ただし、 別名 が読み取り専用で、DBM ファイルが書き込み可能な場合は、やや洗練されたユーザーがメールの盗用を手配することができます。

DBMファイルが書き込み可能でない場合、または（AutoRebuildAliasesオプションで）自動再構築を有効にしていない場合は、テキストバージョンを変更するたびにエイリアスデータベースを再構築するよう注意しなければならない：

newaliases

このステップが無視されたり、忘れられたりすると、意図した変更はすべて失われます。

接続キャッシュ

キューの処理時に、 SendMail は、始動およびシャットダウンのコストを回避するために、最後のいくつかのオープン接続を開いたままにしようとします。 これは IPC 接続にのみ適用されます。

接続を開こうとすると、最初にキャッシュが検索されます。 オープン接続が検出されると、 RSET (R) コマンドを送信することによって、その接続がまだアクティブであるかどうかを確認するためにプローブされます。 これが失敗してもエラーにはなりません。代わりに、接続がクローズされ、再オープンされます。

2 つのパラメーターが接続キャッシュを制御します。 ConnectionCacheSize(k) オプションは、許可される同時オープン接続数を定義する。 ゼロに設定すると、接続はできるだけ早くクローズされます。 デフォルトは 1 部です。 これは、システム・サイズに応じて適切に設定する必要があります。これにより、 SendMail がキュー実行中に使用するシステム・リソースの量が制限されます。 これを 4 より大きい値に設定しないでください。

ConnectionCacheTimeout(K)オプションは、キャッシュされた接続がアイドル状態であることを許容する最大時間を指定する。 アイドル時間がこの値を超えると、接続はクローズされます。 他のホストからのリソースが多くなりすぎないようにするために、この数値は小さくする必要があります (10 分未満)。 デフォルトは 5 分です。

ネーム・サーバー・アクセス

マシン交換 (MX) サポートが必要な場合は、ドメイン・ネーム・サービス (DNS) を使用する必要があります。

ResolverOptions(I)オプションを使うと、ネームサーバーのオプションを微調整できる。 コマンド・ラインは、文書化された inresolver (3) のように一連のフラグを取ります (先頭の「RES_」は削除されます)。 それぞれの前には、オプションの「+」または「-」を付けることができます。 例えば、次の行があるとします。

O ResolverOptions=+AAONLY -DNSRCH

AAONLY (権限応答のみを受け入れる) をオンにし、DNSRCH (ドメイン・パスの検索) オプションをオフにします。 ほとんどのリゾルバー・ライブラリーでは、デフォルトの DNSRCH、DEFNAMES、および RECURSE フラグがオンになり、その他はすべてオフになります。 また、"HasWildcardMX"を含めることで、ドメインにマッチするワイルドカードMXレコードが存在することを指定することもできる。これは、名前を正規化する際のMXマッチングをオフにするもので、不適切な正規化につながる可能性がある。

ユーザーごとの転送ファイルの移動

一部のサイトでは、ローカル・アクセスが高速になるように、ワークステーション上のローカル・ディスクから各ユーザーのホーム・ディレクトリーをマウントします。 ただし、結果として、 転送 (.forward) ファイルの検索速度が低下します。 場合によっては、ファイル・サーバーがダウンしているために、メールが不適切にマシンに配信されることもあります。 自動マウント機能を実行すると、特にパフォーマンスが低下する可能性があります。

ForwardPath (J) オプションを使用すると、転送ファイルのパスを設定できます。 例えば、構成ファイルの行は次のようになります。

O ForwardPath=/var/forward/$u:$z/.forward.$w

最初に、 /var/forwardでユーザーのログインと同じ名前のファイルを探します。 それが見つからない (またはアクセスできない) 場合は、ユーザーのホーム・ディレクトリーにあるファイル「.forward.machinename」が検索されます。

/var/forwardなどのディレクトリーを作成する場合は、モード 1777 にする必要があります (つまり、スティッキー・ビットを設定する必要があります)。 ユーザーはファイル・モード 644 を作成する必要があります。

空きスペース

statfs(2) 系列のシステム・コール（statvfsおよびustat を含む）の 1 つを持つシステムでは、MinFreeBlocks(b) オプションを使用して、キュー・ファイル・システムの最小空きブロック数を指定できます。 キューがマウントされているファイル・システム上の空きブロック数が、示されている数より少ない場合、SMTP サーバーは 452 エラー・コードでメールを拒否します。 これにより、SMTP クライアントが後で再試行するように招待されます。

最大メッセージ・サイズ

大きなメッセージでシステムが溢れるのを避けるために、MaxMessageSizeオプションは、一つのメッセージのサイズに絶対的な制限を設定することができます。 これは、ESMTP ダイアログで通知され、メッセージ収集時に検査されます。

プライバシー・フラグ

PrivacyOptions (p) オプションを使用すると、特定の「プライバシー」フラグを設定できます。 実際には、多くの場合、クライアント SMTP サーバーが特定のコマンドを使用する前に HELO コマンドを使用するか、セキュリティー違反の可能性を示すために追加のヘッダーを追加することを主張するだけで、追加のプライバシーは提供されません。

このオプションは、一連のフラグ名を取ります。最終的なプライバシーは、それらのフラグの包含または包含です。 次に例を示します。

O PrivacyOptions=needmailhelo, noexpn

MAIL コマンドが受け入れられる前に HELO または EHLO コマンドを使用することを要求し、EXPN コマンドを使用不可にします。

フラグの詳細は、RFC 1123 S 5.1.6に記載されています。

自分にも送信

通常、 SendMail は、リスト拡張から (エンベロープ) 送信側を削除します。 例えば、「linda」がメンバーの 1 つとして「linda」を含むリストに送信した場合、メッセージのコピーは取得されません。 -m (me も) コマンド・ライン・フラグが設定されている場合、または MeToo (m) オプションが構成ファイルに設定されている場合、この動作は抑止されます。

C および F-クラスの定義

Ccphrase1 phrase2...
Fcfile

CHmonet ucbmonet

CHmonet
CHucbmonet

は、同等です。 "F" 形式は、指定されたファイルからクラス c のエレメントを読み取ります。

クラスのエレメントは、$= または $~ を使用してルール内でアクセスできます。 $~ (クラス内にない一致項目) は、単一のワードにのみ一致します。このコンテキストでは、クラス内の複数ワードの項目は無視されます。

クラス $=w は、このホストが認識するすべての名前のセットになるように設定されます。 これを使用して、ローカル・ホスト名を突き合わせることができます。

クラス $=k は、$k と同じもの、つまり UUCP ノード名に設定されます。

クラス $=m は、このホストが認識されるドメインのセットに設定されます。最初は $m のみです。

クラス $=t は、T 構成行によってトラステッド・ユーザーのセットに設定されます。 信頼できるユーザーをファイルから読み取る場合は、 フィート/ファイル/名前を使用します。

クラス $=n は、8 ビットから 7 ビットにエンコードできない MIME 本体タイプのセットに設定できます。 デフォルトは「multipart/signed」です。 メッセージ・タイプ「message/ *」および「multipart/ *」が直接エンコードされることはありません。 複数パーツ・メッセージは常に再帰的に処理されます。 メッセージ/* メッセージの処理は、クラス $= s によって制御されます。 クラス $=e には、8-> 7 ビット・エンコードの Content-Transfer-Encodings が含まれます。 これは、「7bit」、「8bit」、および「binary」を含むように事前定義されています。 クラス $=s には、再帰的に処理できるメッセージのサブタイプのセットが含まれています。 デフォルトでは、「rfc822」のみが含まれます。 その他の「message/ *」タイプは、8-> 7 ビット・エンコードにすることはできません。 8 ビット・データを含むメッセージが 7 ビット・ホストに送信され、そのメッセージを 7 ビットにエンコードできない場合、そのメッセージは 7 ビットにストリップされます。

3 つのクラス $= U、$= Y、および $=Z は、uucp メーラーの使用を必要とするホストを記述するために定義されます。 具体的には、$=U には、uucp-old メーラーを必要とするすべてのホストが含まれている必要があります。 $=Y は、uucp-new メーラーを必要とするすべてのホストを含む必要があります。 最後に、$=Z には、uucp-uudom メーラーを必要とするすべてのホストが含まれている必要があります。 各 uucp ホストは、これらのクラスのいずれかに属している必要があります。

FL/etc/passwd %[^:]

これは、最初のコロンまでのすべての行を読み取ります。

ホスト名の変更

CwCw alias aliasn... 

デフォルトでは、 SendMail コマンドは、 ホスト名 コマンドで設定されたものを読み取り、それを使用してホスト名およびドメイン名のマクロとクラスを初期化します。 構成ファイル・マクロを変更するのは、 SendMail ホスト名およびドメイン名を、 ホスト名 コマンドによって設定されたものと異なるものにする場合のみにしてください。

ホスト名を変更する場合:

1. 次のコマンドを入力します。

   vi /etc/mail/sendmail.cf

   または

   vi /etc/mail/submit.cf

2. 以下で始まる行を検索します。Dj and Dw.Dj and Dw「hostname」で設定されたホスト名とドメイン名をオーバーライドします。
3. 置換Dj and Dw新しいホスト名情報を使用します。 例えば、ホスト名が次のようになっているとします。brown.newyork.abc.com別名が 1 つあるとします。brown2次のように入力します。
4. ファイルを保存し、エディターを終了します。

ファイルを使用したクラスの作成

FClass FileName [Format]

Classリストされているいずれかの語と一致するクラスの名前です。FileName.Filenameファイルの絶対パス名です (便宜上、ファイルを /etc/mail ディレクトリーに入れることができます)。FormatFileName内のクラスのエレメントのフォーマットを示す、オプションの scanf サブルーチン・フォーマット指定子です。 このFormat指定子に含めることができる変換仕様は 1 つだけです。

M-メーラーの定義

この行には、メーラーへのプログラムおよびインターフェースが定義されています。 フォーマットは次のとおりです。

Mname, {field=value}*

ここで、name はメーラーの名前 (内部でのみ使用される) であり、「field = name」ペアはメーラーの属性を定義します。 フィールドは以下のとおりです。

フィールド名の先頭文字のみが検査されます。

以下のリストに示すフラグは、メーラーの説明で設定することができます。 他のフラグを自由に使用して、特定のメール・プログラム宛てのメッセージにヘッダーを条件付きで割り当てることができます。 - でマークされたフラグは、 SendMail バイナリーによって解釈されません。これらのフラグは、通常、H 行のフラグ部分と相関させるために使用されます。 = のマークが付いたフラグは、通常の受信側メール・プログラムではなく、送信側アドレスのメール・プログラムに適用されます。

From: usera@hosta
To: userb@hostb, userc

From: usera@hosta
To: userb@hostb, userc@hosta

特殊名が「error」のメーラーを使用して、ユーザー・エラーを生成することができます。 (オプションの) ホスト・フィールドは戻される出口状況であり、ユーザー・フィールドは印刷されるメッセージです。 終了状況は、数値、または対応する EX_ 終了コードを返すための値 USAGE、NOUSER、NOHOST、UNAVAILABLE、SOFTWARE、TEMPFAIL、PROTOCOL、または CONFIG のいずれかになります。 例えば、次のように入力します。

$#error $@ NOHOST $: Host unknown in this domain

ルールの RHS では、LHS が一致すると、指定されたエラーが生成され、「ホスト不明」終了状況が返されます。 これは、O、S、および check_ ... ルール・セットで常に使用可能であり、 分 コマンドで定義することはできません。

「local」という名前のメーラーは、すべての構成ファイルで定義する必要があります。 これは、ローカル・メールを配信するために使用され、いくつかの方法で特別に処理されます。 さらに、「prog」、「* file*」、および「* include*」という名前の他の 3 つのメーラーを定義して、プログラム、ファイル、および :include: リストへのメッセージの配信をそれぞれ調整することができます。 デフォルトは以下のとおりです。

Mprog, P=/bin/sh, F=lsoDq9, T=DNS/RFC822/X-Unix, A=sh -c $u
M*file*, P=[FILE], F=lsDFMPEuq9, T=DNS/RFC822/X-Unix, A=FILE $u
M*include*, P=/dev/null, F=su, A=INCLUDE $u

送信側と受信側の再書き込みセットは、単純なルール・セット ID にすることも、スラッシュで区切られた 2 つの ID にすることもできます。その場合、最初の再書き込みセットはエンベロープ・アドレスに適用され、2 番目の再書き込みセットはヘッダーに適用されます。 任意の値をゼロに設定すると、対応するメーラー固有の再書き込みが無効になります。

このDirectoryfield は、試行するディレクトリーのパスです。 例えば、以下の定義では、D=$z:/受信者のホーム・ディレクトリーを実行しようとしますが、それが使用可能でない場合は、ファイル・システムのルートで実行しようとします。 一部のシェル ( CSHなど) はホーム・ディレクトリーを読み取ることができない場合に実行されないため、これは プログラム メーラーでのみ使用してください。 通常、無許可ユーザーはキュー・ディレクトリーを読み取ることができないため、 CSH スクリプトは、受信者として使用されると失敗する可能性があります。

このUseridフィールドには、実行するデフォルトのユーザー ID とグループ ID を指定します。 これは、 DefaultUser オプション q.vをオーバーライドします。 S メーラー・フラグも指定されている場合、ユーザーおよびグループ ID はすべての状況で実行されます。 ユーザー: グループ の形式を使用して、ユーザー ID とグループ ID の両方を設定します。 これらの変数は、それぞれ パスワード ファイルと グループ ファイルで検索される整数またはシンボル名にすることができます。

このCharsetフィールドは、メッセージを MIME に変換するときに使用されます。 これは、Content-Type: ヘッダーで使用される文字セットです。 設定されていない場合は、 DefaultCharset オプションが使用されます。 DefaultCharset が設定されていない場合は、次の値unknown-8bit使用されます。 文字セット フィールドは、 送信者 mailer; 受信者のものではない mailer に適用されます。 例えば、エンベロープ送信側アドレスがローカル・ネットワーク上にあり、受信側が外部ネットワーク上にある場合、文字セットは、Charset=外部ネットワーク・メーラーではなく、ローカル・ネットワーク・メーラーのフィールド。

このTypeフィールドは、MIME エラー・メッセージ (RFC 1984 で定義) で使用される情報のタイプを設定します。 これには、スラッシュで区切られた 3 つの値が含まれます。MTA タイプ (ホストの名前の説明)、アドレス・タイプ (E メール・アドレスの説明)、および診断タイプ (エラー診断コードの説明) です。 それぞれが登録値であるか、または以下で始まる必要があります。X-デフォルトは次のとおりです。dns/rfc822/smtp.

メール・プログラム仕様の例

1. ローカル・デリバリー・メーラーを指定するには、次のように入力します。

   Mlocal, P=/usr/bin/bellmail, F=lsDFMmn, S=10, R=20, A=mail $u

   メーラーが呼び出されます。local. パス名は次のとおりです。/usr/bin/bellmailメーラーは、以下のフラグを使用します。

   項目	説明
   l	ローカル配信を指定します。
   s	アドレスから引用符を除去します。
   DFM	要求Date:, From:, およびMessage-ID:フィールド
   m	複数のユーザーに配信します。
   n	オペレーティング・システム は必要ありません。 Fromメッセージの先頭にある 行。

   ルール・セット 10 は、メッセージ内の送信者アドレスに適用する必要があります。 ルール・セット 20 を受信者アドレスに適用する必要があります。 メーラーに送信される追加情報Afield は、単語 メール と、受信者の名前を含む単語です。

H-ヘッダーの定義

SendMail がメッセージに挿入するヘッダー行の形式は、 時間 行によって定義されます。 この行の構文は、以下のいずれかです。

Hhname:htemplate

H[?mflags?]hname: htemplate

H[?${macro}?hname:htemplate

この仕様の継続行は、出力メッセージに直接反映されます。 htemplate は、メッセージに挿入する前にマクロで展開されます。 mflags (疑問符で囲まれている) が指定されている場合、このヘッダーが自動的に出力されるようにするには、指定されたフラグの少なくとも 1 つをメーラー定義に記述する必要があります。 これらのヘッダーの 1 つが入力にある場合は、これらのフラグに関係なく出力に反映されます。

一部のヘッダーには、後述する特殊なセマンティクスがあります。

2 次構文では、読み取り時にヘッダーの妥当性検査を行うことができます。 検証を有効にするには、以下を使用します。

HHeader: $>Ruleset
HHeader: $>+Ruleset

示されている ルール・セット が、示されている ヘッダーに対して呼び出されます。 他の チェック _ * ルール・セットと同様に、以下を返すことができます。$#errorメッセージを拒否するか、または$#discardメッセージを破棄します。 ヘッダーは構造化フィールドとして扱われるため、2 番目の形式 $>+ が使用されていない限り、コメント (括弧内) は処理の前に削除されます。

HMessage-Id: $>CheckMessageId

SCheckMessageId
R<$+@$+> $@OK
R$*      $#error $: Illegal Message-Id header

は、以下のいずれかの形式の Message-Id: ヘッダーを持つメッセージ・ヘッダーを拒否します。

Message-Id: <>
Message-Id: some text
Message-Id: <legal test@domain> extra text

sendmail.cf ファイルおよび submit.cf ファイル内のメッセージ見出し

構成ファイル内の大文字の 時間で始まる行は、メッセージで使用されるヘッダーの形式を定義します。 以下の形式Hコマンド:

H[?MailerFlags?]FieldName: Content

変数パラメーターは、以下のように定義されます。

以下の行の例は、標準的な構成ファイルからのものです。

O-オプションの設定

構成ファイルから設定できるグローバル・オプションがいくつかあります。 この行の構文は次のとおりです。

O option=value

これにより、オプション 等しい が 値に設定されます。 サポートされるオプションは、以下の表にリストされています。

 host:user

groupname: member1, member2, ... memberN;

nodename::user

<@relay:user@host>

/var/forward/$u:$z/.forward

aliases       files
hosts         dns nis files

すべてのオプションは、コマンド行で -O (O) フラグまたは - フラグを使用して指定できますが、ほとんどの場合、 SendMail は setuid 許可を解放します。 これが発生しないオプションは、SevenBitInput、EightBitMode、MinFreeBlocks、CheckpointInterval、DeliveryMode、ErrorMode、IgnoreDots、SendMimeErrors、LogLevel、OldStyleHeadersです、PrivacyOptions、SuperSafe、Verbose、QueueSortOrder、MinQueueAge、DefaultCharSet、DialDelay、NoRecipientAction、ColonOkInAddr、MaxQueueRunSize、SingleLineFromHeader、およびAllowBogusHELO。 実際には、コマンドラインで与えられたPrivacyOptionsは、すでにコンフィギュレーション・ファイルで指定されているものに追加され、リセットすることはできない。 また、 R または S マクロを定義する際の 分 (定義マクロ) も安全であると見なされます。

P-優先順位定義

Pname=num

名前が「Precedence:」フィールドにある場合、メッセージ・クラスは num. に設定されます。 数値が大きいほど、優先順位が高くなります。 ゼロより小さい数値には、処理中にエラーが発生した場合にメッセージの本文が返されないという特殊なプロパティーがあります。これは、メーリング・リストなどの「バルク」メールに使用されることが予期されます。 デフォルトの優先順位はゼロです。 例えば、デフォルトの優先順位のリストは以下のとおりです。

• Pfirst-class=0
• Pspecial-delivery=100
• Plist=-30
• Pbulk=-60
• Pjunk=-100

V-構成バージョン・レベル

古い構成ファイルとの互換性を提供するために、構成ファイルの基本セマンティクスを定義する V 値 行が追加されました。 これは、 ない 長期サポートを目的としています。 これらの互換フィーチャーは、将来のリリースで削除される可能性があります。

「古い」構成ファイルは、バージョン・レベル 1 として定義されます。

バージョン・レベル 2 のファイルは、以下の変更を行います。

1. ホスト名の正規化 ($[... $]) は、名前が認識されるとドットを付加します。 これにより、一致が発生したかどうかを判別する方法が構成ファイルに提供されます。 これにより、 -a。 を使用してホスト・マップが初期化されます。 フラグ。 マップを明示的に宣言することにより、それ以外のものにリセットすることができます。
2. デフォルトのホスト名拡張子は、処理全体で一貫性があります。 バージョン・レベル 1 の構成は、ローカル・ドメイン・ネームを追加することにより、処理中の特定のポイントでドメイン拡張をオフにします。 バージョン・レベル 2 の構成には、名前が既に正規名であることを示す末尾のドットが含まれています。
3. 別名ではないローカル名は、新しい識別ルール・セット 5 を通過します。 これは、ローカル・リレーを追加するために使用できます。 これを回避するには、接頭部として @ 記号を使用してローカル名を解決します (例: @vikki)。 ローカル・メーラーに解決され、 vikki というユーザー名がルール・セット 5 を通過しますが、 @vikki というユーザー名の接頭部 @ は除去され、ルール・セット 5 にはパススルーされませんが、それ以外の場合は前の例と同じように処理されます。 例外として、これは vikki に送信されるメールは中央ハブによって処理されるが、 vikki@localhost に送信されるメールは直接配信されるというポリシーを実装するために使用される可能性があります。

バージョン・レベル 3 のファイルでは、すべての行で # 個のコメントを開始できます。 例外は、円記号 (¥) エスケープされた # マークと $# 構文です。

バージョン・レベル 4 のファイルは、レベル 3 のファイルと同等です。

バージョン・レベル 5 のファイルは、 $w (W) のデフォルト定義をホスト名の最初のコンポーネントに変更します。

バージョン・レベル 6 の構成ファイルでは、多くのローカル処理オプション (つまり、| 文字で始まるアドレスの別名割り当てと突き合わせ) がメーラー・フラグに変更されます。 これにより、特殊なローカル処理をきめ細かく制御することができます。 バージョン・レベル 6 のファイルでは、長いオプション名を使用することもできます。 ColonOkInAddrオプション（アドレスのローカル部分にコロンを許可する）は、バージョン番号の低いコンフィギュレーション・ファイルではデフォルトでオンに設定されている。 構成ファイルには、RFC 822 グループ構成体を適切に処理するための追加の「インテリジェンス」が必要です。

バージョン・レベル 7 の構成ファイルは、新しいオプション名を使用して古いマクロを置き換えます。

バージョン 7 より前では、 F=Q フラグ (SMTP VRFY コマンドの場合は 252 の代わりに 250 の戻り値を使用) が想定されていました。

バージョン・レベル 8 の構成ファイルでは、ルール・セット行の左側に $# を指定できます。

バージョン・レベル 9 の構成ファイルでは、ルール・セット内で括弧を使用できます。つまり、これらのファイルはコメントとして扱われず、削除されます。

V 値 行には、構成ファイルがベンダー固有の変更を使用することを示すオプションの /ベンダー 変数が含まれている場合があります。 以下を使用できます。/Berkeleyファイルがバークレー SendMail ダイアレクトを使用していることを示します。

K-キー・ファイル宣言

Kmapname mapclass arguments

マップ名は、このマップが再書き込み規則で参照されるときに使用される名前です。 mapclass はマップのタイプの名前です。これらは SendMailにコンパイルされます。 引数はクラスに応じて解釈されます。通常は、マップを含むファイルに名前を付ける単一の引数があります。

$( map key $@ arguments $: default $)

ここで、引数またはデフォルト部分の一方または両方を省略できます。 $@ 引数は複数回指定できます。 示されているキーと引数が、該当するマッピング関数に渡されます。 値が返されると、入力が置換されます。 値が返されず、デフォルトが指定されている場合は、入力がデフォルトに置き換えられます。 それ以外の場合、入力は変更されません。

R$- ! $+     $: $(uucp $1 $@ $2 $: %1 @ %0 . UUCP $)

decvax       %1@ %0.DEC.COM
research     %1@%0.ATT.COM

$(host hostname$)

$[hostname$]

多数の定義済みクラスがあります。

Kmap1 ...
Kmap1 ...
Kseqmap sequence map1 map2

Kali switch aliases

aliases    nis files

"49ers::ubell"

Kdequote dequote
...
R$-        $: $(dequote $1 $)
R$- $+     $: $>3 $1 $2
   

"|someprogram < input > output"

Kstorage macro

...

# set macro ${MyMacro{ to the ruleset match
R$+                  $:$(storage {MyMacro} $@ $1 $) $1
# set macro ${MyMacro} to an empty string
R$*                  $:$(storage {MyMacro} $@ $) $1
# set macro ${MyMacro}
R$-                  $:$(storage {MyMacro} $) $1

Kcomp arith

...

Scheck_etrn
R$*          $: $(comp l $@ $&{load_avg} $@ 7 $) $1
RFALSE       $# error ...

これらのほとんどは、同じオプション・フラグとファイル名 (または NIS の場合はマップ名。ファイル名はデータベース・パスのルートであるため、実際のデータベース名を取得するために、データベース・タイプに適した .db またはその他の拡張機能が追加されます) を引数として受け入れます。 既知のフラグは以下のとおりです。

list:     user1,user2
list:     user3

list:     user1,user2,user3

以下の追加フラグは、LDAP マップにのみ存在します。

Kuucp dbm -o -N /usr/lib/uucpmap

クラス「dbm」の「uucp」という名前のオプション・マップを指定します。このマップのすべてのストリングの末尾には常にヌル・バイトがあり、データは /usr/lib/uucpmap. {dir, pag} にあります。

コマンドおよびオペランド

ファイル