cf/README

すなわち、ホスト名/ドメイン名は (非正当名は (つまり@ がない) このモードでは(標準違反として)使用が禁止されていて別ですが) 通常は、既に正規化されていると見なされます。

この動作は DaemonPortOptions 修飾子 (M=) を設定することで変更できます。 つまり、'c' フラグを設定することで、 FEATURE(`nocanonify') を上書きすることができます。
逆に言うと、 この FEATURE(`nocanonify') がない場合は、 'C' フラグを設定することで、これと同等の効果が得られます (DaemonPortOptions=Modifiers=C)。

一般的にこれは、 メールゲートウェイとしてしか働かないサイトや、 ユーザエージェントが正規化をきちんと自分で行なっているようなサイトでのみ用いられます。 あるいは、

一度設定した FEATURE(`nocanonify') の適用の例外を説明することも出来ます。 それには以降の項目で説明するように、 CANONIFY_DOMAIN または CANONIFY_DOMAIN_FILE を使用します。 この機能を使えば、 ある一部のアドレスだけを $[ ... $] に渡して正規化することも出来ます。 これは、ローカルなドメインだけは正規化する、という場合に有用です。 たとえば、"my.domain" や "my" で 終わるアドレスを正規化するには、

一つ以上のドメイン要素からなる (訳注 login@host でなく login@host.domain のような)アドレス の末尾には "." が付加されます。それは、ドメインの最後に "." がついて いることを想定した機能 (例: virtusertable) が存在する ためです。 もし、

• MAIL_HUB の指定のない場合、"user@local.host" 宛 てのメールは "sticky" (こだわりのある) として扱われます。 これは、 そのローカルアドレスがユーザデータベースにない場合、 ルールセット 5 に渡されず、 LOCAL_RELAY が定義されていても LOCAL_RELAY には渡されません。
• MAIL_HUB の指定がある場合は、 (stickyhost の設定の有無にかかわらず) "user@local.host" 宛て のメールは、メールハブに転送されます。 ただし、stickyhost の指定があると、 envelope address は "user@local.host" のままですし、 もし stickyhost を指定していない場合には、 メールループを防ぐために envelope address が "user@mail_hub" に書き換えられます。

hash /etc/mail/mailertable

mailer:domain

local:user

local:

error:code message
error:D.S.N:code message

hash /etc/mail/domaintable

hash /etc/mail/bitdomain

hash /etc/mail/uudomain

注意: これを用いてマスカレードできるのは、直接自分 の管理下にあるドメインだけです。

これは、userdb 機能と似ています。 マスカレーディングの場合と同様に、 アドレス形式について検索が行なわれ、 allmasquerade や masquerade_envelope 機能 の指定がない場合には、 ヘッダの発信者アドレスだけが書き換えの対象になります。 正当でないアドレスの場合は、 ドメイン部がクラス {G} に含まれている必要があります。

クラス {G} には、 マクロ GENERICS_DOMAIN か GENERICS_DOMAIN_FILE を用いてドメイ ンを定義します (MASQUERADE_DOMAIN や MASQUERADE_DOMAIN_FILE と同様ですので、これらの項を参 照してください)。

FEATURE(`genericstable') の引数には、対応を定義する データベースを与えます。

hash /etc/mail/genericstable

• 完全なアドレス、
• ドメイン (@ から始めます。@ の左側(local part)は第一引数 (訳註: 右辺の値の %1) として右辺で参照できます) 、
• (正当名でない)ユーザ名

値には、新しいユーザのアドレスを設定します。 新しいユーザのアドレスにドメインが含まれていない場合は、 通常の方法で(@host が付けられ)、正当化されます。 つまり、$j か マスカレードのドメイン名が付加されます。

検索結果のアドレスは必ず FQDN にします。ローカルなメールなら、 FEATURE(`always_add_domain') を用いて FQDN にする必要があります。 アドレス中の "+detail" は、%1 で参照出来、例えば、

old+*@foo.org	new+%1@example.com
gen+*@foo.org	%1@example.com

info@foo.com	foo-info
info@bar.com	bar-info
joe@bar.com	error:nouser No such user here
jax@bar.com	error:D.S.N:unavailable Address invalid
@baz.org	jane@example.net

@foo.org	%1@example.com

さらに、@ の左側(local part)が "user+detail" で、 user+* に一致すると、"detail" の部分は %2 に代入され、

old+*@foo.org	new+%2@example.com
gen+*@foo.org	%2@example.com
+*@foo.org	%1+%2@example.com

注意: @domain に対して省略時に "+detail" を残しておくには、 上の例のように +*@domain という行を用います。 マップの左側に登場するホスト名 (foo.com, bar.com, baz.org) は、 クラス {w} かクラス {VirtHost} に必ず含まれていなければなりません (MASQUERADE_DOMAIN や MASQUERADE_DOMAIN_FILE と似た形式で、 マクロ VIRTUSER_DOMAIN や VIRTUSER_DOMAIN_FILE で設定することができます)。

VIRTUSER_DOMAIN か VIRTUSER_DOMAIN_FILE を使用する場合、クラス {VirtUser} はクラス {R} に追加されます。 つまり、 これらのドメインへのあるいはこれらのドメインからの転送は許可されることになります。 省略時のマップ定義は、次のようになります。

hash /etc/mail/virtusertable

procmail を利用する場合、 "user+indicator@local.host" という形式が利用できるようになります。 通常、+indicator の部分は無視されるのですが、 procmail にはデフォルトで -a の引数として渡されます。 この機能は、三つの引数を取ります。

1. メイラプログラムのパス [デフォルト: /usr/local/bin/procmail]
2. このプログラムの名前を含む引数リスト [デフォルト: procmail -Y -a $h -d $u]
3. メイラのフラグ [デフォルト: SPfhn9]

これにより、ここで設定したドメインについてのみ、この機能が適用され、 不要な DNS トラフィックを減らすことになります。 この機能は、ワイルドカード MX レコードとは基本的に相容れないことに注意してください !! 自分のドメインに、ワイルドカード MX レコードがある場合には、この機能を使用することはできません。

このオプションを設定すると、どのサイトからどのサイトへの 転送も許すようになります。

ほとんどの場合、access マッ プやクラス {R} や認証を用いて、もっと注意深く転送制限 を行なう方がよいでしょう。クラス {R} にドメインを加え るには、マクロ RELAY_DOMAIN や RELAY_DOMAIN_FILE を用 います (後述の MASQUERADE_DOMAIN や MASQUERADE_DOMAIN_FILE と似ています)。

この機能を使用する と、それが個々のホスト名だけに適用されるようになります。

この機能を使用する前に、以 下の説明を読んでおいてください。また、bestmx マップ検 索については、 KNOWNBUGS (訳註: Sendmail 配布物中の KNOWNBUGS ファイル) も参照してください。

発信者のアドレスを偽造する のは容易なので、この機能は本当に必要な場合だけ利用する ようにしてください。この機能を用いる場合は、access マ ップのキーに "From:" タグを指定します。 SPAM 対策用設定 の章のタグの節と、FEATURE(`relay_mail_from') についての記述を参照してください。

これは、 spammer に窓を開けることになってしまうので、 本当に必要な場合だけこの機能を利用するようにしてください。

具体的に言うと、彼らは、直接 あるいは経路指定したアドレスによって、あたかもあなたの ドメインから送信されたかのようにして、あなたのメールサ ーバにメールを送ることができてしまいます。そして、あな たのメールサーバは、それをそのままインターネット上の任 意のホストへ転送してしまうことになるでしょう。

しかし、もし、ローカルな メールを正当化せずに送ってしまう (例: MAIL FROM: <joe>) ような環境にあるなら、この機能を使用して、 正当化されていない発信者アドレスを許すようにする必要 があるでしょう。

DaemonPortOptions の 'u' 修飾子をセッ トすると、既定の振る舞いが上書きされます。つまり、 この FEATURE を使わなくても、正当化されていない 名前を許すことになります。また、この FEATURE を使わな い場合は、DaemonPortOptions に 'f' 修飾子が付いて、 FQDN なアドレスを強制するようになります。

このような場合には、この機能によって、 名前解決ができないドメインでも許可するようにできます。

hash /etc/mail/access

注意: デフォルトの DNS ブラックリストである blackholes.mail-abuse.org は Mail Abuse Prevention System (MAPS) で提供されているサービスです。2001年7月 31日から、MAPS は登録性のサービスになります。したがっ て、登録していないネットワークアドレスからは利用できな くなります。登録するには MAPS ( http://mail-abuse.org/ ) にお問い合わせください。