オプションの仮想テーブルは、ローカルおよび非ローカルの受信者またはドメインのリダイレクトを指定します。リダイレクトは、cleanup（8）デーモンによって使用されます。リダイレクトは再帰的です。

仮想リダイレクトは受信者のエンベロープアドレスにのみ適用され、メッセージヘッダーには影響しません。必要に応じて、Sendmailルールセット`S0`考えてください。 正規マッピングを使用して、一般的にヘッダーとエンベロープアドレスを書き換えます。

仮想ドメインの一般的なサポートは次のようになります。

- `virtual.domain`に...マッピングされた`anything` （右コンテンツは問題ではありません）
- `user1@virtual.domain`マップされています... `address1`
- `user2@virtual.domain`マップされます... `address2, address3`

これにより、SMTPサーバーは`virtual.domain`メールを受け入れ、 `virtual.domain`メールを配信`unknown@virtual.domain`として拒否します。

仮想テーブルの形式は次のとおりです。マッピングは、ここにリストされている順序で試行されます。

- `user@domain`は次の`address, address, ...`マップされています... `address, address, ...` ： `user@domain`メールは`address`リダイレクトされ`address` 。この形式が最も優先されます。
- `user`テキストに...マッピングされ`address, address, ...` ：のメール`user@site`にリダイレクトされ`address`のサイトがに等しいときに`$myorigin`サイトがにリストアップされている場合`$mydestination` 、あるいはそれがにリストされているとき、 `$inet_interfaces` 。この機能は、 ローカルエイリアスデータベースの機能と重複しています。違いは、仮想マッピングを非ローカルアドレスに適用できることです。
- `@domain` mapped to ... `address, address, ...` ： `domain`すべてのユーザーのメールは`address, address, ...`リダイレクトされ`address` 。このフォームの優先順位は最も低くなっています。

上記のすべての形式で、アドレスの形式が`@otherdomain`場合、結果はotherdomainの同じユーザーになります。これは、展開の最初のアドレスに対してのみ機能します。

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