オプションの仮想テーブルは、ローカルおよび非ローカルの受信者またはドメインのリダイレクトを指定します。リダイレクトは、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です。