オプションの正規ファイルは、ローカルアドレスと非ローカルアドレスのアドレスマッピングを指定します。マッピングは、cleanup（8）デーモンによって使用されます。アドレスマッピングは再帰的です。

このファイルは、postmap（1）コマンドへの入力として機能します。その結果、dbmまたはdb形式のインデックス付きファイルは、メールシステムによる高速検索に使用されます。

正規マッピングは、メッセージヘッダーアドレス（メッセージ内に表示されるアドレス）とメッセージエンベロープアドレス（たとえば、SMTPプロトコルコマンドで使用されるアドレス）の両方に影響します。必要に応じて、Sendmailルールセット`S3`検討してください。

通常、正規テーブルを使用して、ログイン名を`Firstname.Lastname`で置き換えるか、レガシーメールシステムで生成されたアドレスをクリーンアップします。

正規マッピングを仮想ドメインサポートと混同しないでください。そのために仮想ドメインマップを使用します 。

正規マッピングは、ローカルエイリアシングと混同しないでください。そのためには、 メールエイリアスマップを使用します 。

正規マッピングの形式は次のとおりです。マッピングはリストされている順序で試行されます。

- `user@domain`マップされた... `address` ：
  `user@domain`は`address`置き換えられ`address`このフォームが最も優先されます。このフォームは、従来のメールシステムによって生成されたアドレスをクリーンアップするのに役立ちます。 `Firstname.Lastname`スタイルのアドレスを生成するためにも使用できますが、より簡単な解決策については以下を参照してください。
- `user`マップされた... `address` ：
  `user@site`サイトがに等しいとき、アドレスに置き換えられます`$myorigin`サイトがにリストされている、 `$mydestination`それが中にリストアップされている場合、または`$inet_interfaces` 。このフォームは、ログイン名を`Firstname.Lastname`置き換える場合に便利です。
- `@domain`マップされています... `address` ：
  ドメイン内のすべてのアドレスはアドレスに置き換えられます。このフォームの優先順位は最も低くなっています。

上記のすべての形式で、アドレスの形式が`@otherdomain`場合、結果はotherdomainの同じユーザーになります。

ADDRESS EXTENSION：テーブルルックアップが失敗し、アドレスlocalpartにオプションの受信者区切り文字（例： `user+foo@domain` ）が含まれている場合、拡張されていないアドレス（例： `user@domain` ）に対して検索が繰り返され、一致しない拡張がテーブル検索の結果。一致する順序は、 `user+foo@domain` 、 `user@domain` 、 `user+foo` 、 `user` 、および`@domain`です。