Q0601：エラーをすることxxxルータとyyy輸 送は、uidをそれのローカルな配達に課しました… 意味しています？
A0601: Eximがローカルな配達をする時はいつでも、それは具体的なユーザーとグループid(uidとgid)下でプロセスを実行します。 メールボックスの中への、そして転送することによってセットアップされたパイプとファイルへの配達のために、それは普通受け取っているユーザーの uid/gidを拾います。 しかし、アドレスが他の方法--フォームのシステムエイリアスファイルの中のそのような入力--によってパイプまたはファイルに向けられるならば
majordomo: |/ローカル番組/メール/majordomo…
そして、Eximは、配達のために、どんなuid／gidを使うかが話される必要があります。 これは、アドレスを処理するrouterr上でまたは実際、配達をする輸送においてされることができます。 パイプが、setuidプログラムを実行しようとしているならば、uid Eximが何によってそれを始めるかは重要でなく、従って、最も直接的な物は、置くことです。
user = exim
ルータまたは輸送のどちらかの上。 輸送における設定はルータの上の設定を無効にするので同じ輸送がいくつかのルータによって使われているならば、同じuidがすべての場合に使われることを 必要としているならば、それにユーザーを設定するべきです。
デフォルトコンフィギュレーションの中で、ファイルとパイプの配達のために使われた輸送船は呼ばれたものです。address_file そしてaddress_pipe. 例えば設定することによって違う輸送船を指定することができます。
pipe_transport = special_pipe_transport
system_aliasesルータの上。 そして、special_pipe_transportを設定することができま す。
special_pipe_transport:
driver = pipe user = ????
どれがその1つのルータからパイプ配達のためにだけ使われるでしょう。 ？？？？のために置いたものはあなたに任せられていて、特定の状況に依存します。
Q0602: Eximは配達の間にセグメンテーションエラー(シグナル11または139)によって壊れ続けます。 それが、リモート・ホストに連絡しかかっている時または配達が延期されている時に、これは、起こるようです。
A0602: これはEximのデータベースについての問題であるかもしれません。 つけられたデバッグとの配達を動かしてみてください。 デバッグの最終行が出力したかどうかはこのような何かです：
ロックされた/var/spool/exim/db/retry.lockfile
衝突はDBMライブラリの中で起こっています。 DBMライブラリが正しくインストールされることをチェックしてください。 特に、すでに、ものを持っていたシステムの上に2番目のDBMライブラリをインストールしたならば、ndbm.hのそのバージョンが最初に 見られていることをチェックしてください。 例えば、新しいバージョンが/usr/local/includeにあるならば、/usr/includeに おいて別のバージョンがないことをチェックしてください。 バークレーdbを使っているならば、設定することができます。
USE_DB=yes
まったくndbm.hを使って、避けるローカル番組/Makefile中。 どのndbm.hファイルもそれ によって配布されないので、これは特にバークレーdbのバージョン2(またはより遅い)のために適切です。 試すことができる別の物は、動くことです。
exim_dumpdb /var/spool/eximリトライ
それがまた壊れるかどうかを確かめるか、test_dbfnツールを築き、まわりでそれをいじくり回すため。 両方が失敗するならば、それは最もほぼ確実にDBMライブラリについての問題です。 それをアップデートしようとするか、別のライブラリを使うことをEximに強制することができました。 これについてのヒントのためにファイルdoc/dbm.discuss.txtを 見てください。
Q0603: どうは、設定しないルータによって発送されているメールを缶詰めにします。 check_local_user 受領者のuid下に配達されます？
A0603: Q0601は これの上の予備知識を含んでいます。 もし使っているならば言ってください。メッセージを具体的なメールボックス、あなたに宛てるエイリアスファイルは、theを使うことができますユーザー uidを設定するルータまたは輸送のどちらかの上のオプション。 設定に入れたものは、どう必要とされているuidが、見つけられることになっているかに依存します。 それはファイルの中で探されるか、例えば現地調達部品から何とかして計算されることができました。
Q0604: 私は、MMDFスタイルメールボックスを使いたい。 どのように私は、Eximに、indvidual Eメールを区切るctrl-A文字を付加させることができますか？
A0604：theを設定してくださいmessage_suffix appendfile輸 送におけるオプション。 実のところ、MMDFメールボックスのために、それを正しく作動させるために、接尾辞だけでなく接頭辞が必要なので輸送がこれらの設定を含むべきです：
message_prefix = "\1\1\1\1\n" message_suffix = "\1\1\1\1\n"
また、theを変更する必要がありますcheck_string そしてescape_string 偶然MMDF接頭辞または「From」(デフォルト)というよりも接尾辞ストリングから始まるメッセージにおけるラインのために、脱出が起こるように設 定：
check_string = "\1\1\1\1\n" escape_string = "\1\1\1\1 \n"
スペースをラインに追加することは、それがセパレータとして取られていることができないことについて十分です。
Q0605: ユーザーのメールボックスが割当ての上にあるならば、メールが送信側にバウンドし、メール待ち行列の中に蓄えられないように、私がそれを設定する方法があ りますか？
A0605: コンフィギュレーションのリトライセクションの中で、置いてください。
*@your.dom.ain 割当て
すなわち、割当てエラーの上のリトライtimingsを全然提供しないでください。 それらは直ちにその時バウンドするでしょう。 代わりに、ただ短い時間の間リトライを設定するか、このような何かを使うことができます：
*@your.dom.ain quota_7d *@your.dom.ain 割当て F,2h,15m; F,3d,1h
すぐ、ユーザーのメールボックスが最初の割当て故障の後で最高3日までのために7日ではなくさもなければトライの間読まれるならば、どれがバウンドしま す。
Q0606：私は、ローカルな配達をするために、tmail を使用しているけれども、私がtheを攻撃した時 use_crlf パイプ輸送（tmail上のオプションは好みます。\r\n 終了）本文は、消滅し始めました。
A0606：はめ込んでなく the 必要があります に mesage_prefix オプションまたはそれ 従って そのデフォルト を交換します\n ターミネーターは適しています。\r\n. 例えば、輸送はそうであるかもしれません：
local_delivery_mbx:
driver = pipe
command = /usr/local/bin/tmail $local_part user = exim
current_directory = /
use_crlf message_prefix=
これの理由は次の通りです： tmailは、ラインが過ぎてターミネートされるかどうかを決定する、それが見る最初のラインの上のラインターミネーターを使います。 \r\n または\n. もし 後者 それが、続いて起こるstderrと変化にうめくならば \n するターミネーター\r\n. theのデフォルト設定message_prefix オプションはそうです。...\nからおよび これがtheに動じない use_crlf オプション。 これを変更しないならば、tmailは過ぎて最初のラインがターミネートされるのを見ます。 \n そして前ペンド\r theに\n すべての次のラインの上のターミネーター。 しかしならばuse_crlf 設定されて、Eximはすべての他のラインを作ります。 \r\n 二倍にされることに導いてターミネートされます\r\r\n ラインと堕落したmbxメールボックス。
Q0607: そして、オプションを送っているネットスケープメールボックスの中で例えば私が、「配達証明書」を作動させる時に、…似ている何かをサポートしない で、私はEximからエラーメッセージを得ます。 私は配達立証を作動させることができますか？
A0607: Eximはどのような種類の配達通知もサポートしません。
(1) ヘッダーをなどので認めるために、それを設定できます Return-receipt-to: 望むならば。
(2) 何人かの人々はMSN(メッセージステータス通知)を望んでいます。 そのようなサービスはMUAsにおいて実施されて、全くMTAと衝突しません。
(3) Iは、DSN(配達ステータス通知)システムを説明するRFCを調査しました。 しかし、私は、実際データによって何でもするどのような賢明な方法でも指定することができませんでした。 その時メーリングリストについてのコメントがありました； 私を含む多くの人々は、DSNが実際の場で実行不可能であると断定します。 殺人者問題は転送とエイリアシングとともにあります。 生成アドレスによってDSNデータを伝達しますか？ 「DSN世界の到着した端」または「拡張されます」メッセージを送り返しますか？ エイリアシング/転送の違う種類のために違ってこれをしますか？ 1つのアドレスを持つa.forwardファイルをためているユーザーのために、これは容易であるようであるかもしれません。 - ちょっと、データを伝達してください。 しかし、いくつかのforwardingsがあったら？ DSNデータを伝達するならば、送信側はいくつかのDSNメッセージを戻すことができます。 - および、送信側は本当にレシーバーの転送手配の詳細を知るべきですか？ 転送しているa.forwardファイルとミニメーリングリストで あるものを区別するどのような方法も本当はありません。 And so on, and so on. 明らかな答えを持っていないそんなに多くの質問があります。
Q0608: ログの上で[どのようなホストのため に]も達しなかったメッセージリトライ時間は何を意味していますか？ なぜEximは、メッセージを配達しようとしないでしょうか？
A0608: それはエラーではありません。 それは、それが言うことを正確に意味しています。 そのアドレスに送る前の試みは一時的なエラーによって失敗し、Eximは再びどちらのを試すかで最も早い時間を計算しました。 これはリモート・デリバリーにだけでなくローカル番組にあてはまることができます。 リモート・デリバリーのために、各ホスト(いくらかがあるならば)にそれ自身のリトライ時間はあります。
ダイアルアップホストについて走っているならば、この答えの残りはたぶんあなたにあてはまりません。 代わりに行き、Q1404を読んでください。 ホストが恒久的にオンラインであるならば、読み続けてください…
いくつかのMTAsは各メッセージのためにリトライスケジュールを持っています。 Eximはこのように働きません。 リトライタイミングはリモート・デリバリーのために正常にホストベースで、アドレスローカルな配達のためにベースです。 そこ（はリモートの故障のある種のためのいくつかの例外です。 - マニュアルです.）において発信SMTPにおけるエラーを見てくださ い。
新しいメッセージが失敗アドレスのために到着し、リトライ時間がまだ到着しなかったならば、Eximは達しなかったリトライ時間を記録し、 試みる配達なしで列の上にメッセージを残すでしょう。 同様に、リトライする時間が到着する前に、列ランナーがメッセージに気づくならば、それは同じログ入力を書きます。 リトライ時間が過去を持っている時に、Eximは次の列ランで配達を試みます。 例えば、いつそれがあるであろうかを知りたいならば、アドレスの上のexinextユーティリティを実行してください：
exinext user@some.domain
含めることによってログの上のこれらのメッセージを抑制することができます。-retry_defer それの設定においてlog_selector. Mオプションによって配達試みを、具体的なメッセージ(リトライ時間を無効にします)に押し付けることができます：
exim -M 10hCET-0000Bf-00
全体の列のためにこれをしたいならば、qfオプションを使ってください。
Q0609: アドレスの現地調達部品の大文字使用における違いがあるけれども、ログによるとEximは、2回同じメッセージを送っているようです。
A0609: それは正しい。 RFCは、大文字使用が現地調達部品の重要であることを述べることにおいて明示的です。 リモートのドメインのために、Eximは、現地調達部品のケース独立を仮定することの権利を与えられません。 私は知っていて、それはまったく無分別で、それはたくさんの悲嘆を起こすけれども、それは、規則が言うことです。 RFC 2821からここに引用文があります：
... コマンド動詞、上部の大文字、小文字、またはそれが意味していることへのインパクトなしのどのような混合と小文字でのメールボックスローカル部分と自由な フォームテキストMAYエンコードを除いた議論値でも。 これはメールボックスのローカルな部分の正常ではありません。 メールボックスMUST BEの現地調達部品は敏感なケースとして扱いました。 従って、SMTPインプリメンテーションは、メールボックスのローカルな部分のケースを保存するために注意しなければなりません。 メールボックスドメインは敏感なケースではありません。 特に、何人かのホストのために、ユーザー「鍛冶屋」はユーザー「スミス」と違います。 しかし、メールボックスのローカルな部分の大文字と小文字の区別を利用することは相互運用性を妨げて、やめさせられます。
Q0610: どのように私は、ホストが現在である次のリトライ時間を強制することができますか？
A0610: exim_fixdbユーティリティによってリトライ時間を 変更することができるけれども、そのインタフェースは非常に不器用です。 列の上のホストのためにメッセージを持っているならば、する最も簡単な事は、Mコ マンドラインオプションによって配達を強制することです。 配達が成功するならば、リトライデータはクリアされるでしょう。 メッセージが、すぐ、配達を試さずにバウンドしているように、ホストが遮断時間に過ぎているならば、配達試みのない列の上のメッセージ、それからそれの上 の使用Mを置くために、使用odqを缶詰めにします。
Q0611: 私は上で設定しました。|/貯蔵箱/grepサブジェクト|/usr/貯蔵箱/smbclient -M <netbiosname> エイリアスではなくそれが働く時。
A0611: それはシェルコマンドラインです。 Eximは追加されたセキュリティのためにデフォルト（によってシェルの下でパイプコマンドを実行しません。 - および、それはプロセス）を保存します。 似ている何かが必要です。
「|/貯蔵箱/sh c‘/貯蔵箱/grepサブジェクト|/usr/貯蔵箱/smbclient M<netbiosname>
’」
Q0612：パイプ輸送をする理由は、それで 始まるラインを追加します>From メッセージに？
A0612：実際、それで始まることはラインを追加しますそれからそれがtheのデフォルト であるのでmessage_prefix オプション(/usr/ucb/休暇にそれは必要で、それは管の最も共通の使用です)。 もしそれを望まないならば、それの設定を変更してくださいmessage_prefix.
Q0613: 私は設定しました。fallback_hosts 私のsmtp上で、輸送してください、けれども、エラーの後で、sem@chat.ru は、Eximがそれらを使っていないこの時間に決定されていることができません。
A0613:fallback_hosts オリジナルなホスト(s)への配達での試みが失敗するならば作品。 この場合に、Eximは、オリジナルなホストが何であったかを発見するためにドメインchat.ruを 解決することさえできなかったので、それは決して運輸まで到着しませんでした。 しかし、解決法のためにQ0315を見てください。
Q0614: 休日の後に、私のISPは私を待っている数百の電子メールをいつも持っています。 これらは1つの進行におけるEximののどの下に強制されます。 Eximはたくさんの子供を産むけれども、それが作成するプロセスの数にはいくらかの限界がありますか？
A0614: 変わってない限りsmtp_accept_queue_per_connection それは接続(デフォルト10)あたりそんなに多くのプロセスだけを産むべきです。 ISPはもちろん多くの接続をしているかもしれません。 それは過ぎて制限されます。 smtp_accept_max.
Q0615: 列の中のメッセージが古い12hに到着した時に、Eximは、リトライタイムがこのホストに列の中ですべてのメッセージを越えていて、削除 したのを手紙で知らせました。 - 最近のメッセージさえ。 私がこの行動を避けることができる方法？ 私はただ、最大のリトライ時間を越えていたメッセージを削除したい。
A0615: Eximがリトライすることはホストメッセージ・ベースであるというよりもベースです。 ホストが非常に長い時間の間減少していたならば、哲学はそれであり、メッセージをぶらつかせ続けることに意味が全然ありません。 しかし、チェックアウトすることが好きであるかもしれません。delay_after_cutoff smtp輸送において。 それは、望んでいることをしないけれども、それは助けるかもしれません。
Q0616: Eximは内容長を追加することができ ますか:それが提供するメッセージへのヘッダー？
A0616: 似ている何かを含むことができました。
headers_remove =「内容長」headers_add =「内容長：」 「$メッセージ_ボディ_サイ
ズ」
appendfile輸送に。 しかし内容長の使用:いくつかの問題を起こすことができて、本当に、何をしているかを知って いない限り、勧められません。 http://home.netscape.com/eng/mozilla/2.0/relnotes/demo/content-length.htmlに おいて問題の議論があります。
Q0617: それがこのように毎回ログ入力を書いているので、リトライ規則がしばらくしてより長い時を指定するけれども、Eximは、10分ごとにメッセージを配達し ようとしているようです：
1999年-08年-26年14:51:1911IVsE-000MuP-00 == example@example.com T=smtpで、（34
）を延期してください： いくつかのホストアドレスルックアップは他のホストのため
に達しなかった時間または到着した接続限界に失敗し、リトライします。
A0617: それは10分ごとにメッセージを見ているけれども、それは、実際、配達しようとしていません。 それはDNSの中でexample.comを 探していて、この情報を見つけています：
example.com. MX 10例com.isp.example.com。
example.com. MX 0 mail.example.com.
mail.example.com. 例com.isp.example.com.のためのAルックアップあたり1 202.77.183.45
はNXDOMAINを産出しました。
最終行は、例com.isp.example.comのためにDNSの中にアドレス(A)レコードが全然ないことを意味しています。 それは失敗されたいくつかのホストアドレスルックアップを説明するけれども、mail.example.comのためのリト ライ時間は達しませんでした--それが他のホストのために達しなかったリトライ時間を説明します。
Q0618: それが、それがすべてのメールを送っているシステムがダウンしているとわかるならば、私は、自動的なfailoverを持つためにeximを設定しようと しています。
A0618: 以下をremote_smtp輸送に追加してください：
fallback_hosts = failover.server.name(s)
いくつかの名前があるならば、それらはコロンによって分離されなければなりません。
Q0619: 私は、Eximに、NFSを引き渡させることができません。 私はエラーfcntl()に失敗されさせます： ロック悪魔がNFSサーバーの上で走っていて、他のホストが、それにアクセスすることができるけれども入手可能なロックがありません。
A0619: NFSクライアントについてlockd運転を持っていることを チェックしてください。 これは、いくつかのシステムの(レッドハットは、1つのそのようなシステムであると信じられます)上のデフォルトでいつも動いているわけではありません。
Q0620: なぜ、エラーに長い故障時間の後にどの ようなホストのためにも達しなかったリトライ時間を与えて、試みることさえ配達なしでEximバウンスメッセージをします？
A0620: このメッセージは、メッセージが送られることができたすべてのホストがとても長い間失敗していたので、リトライ期間(一般に4または5日)の端は到着した ことを意味しています。 この状況において、リトライするために、Eximはまだ次回を計算するけれども、その間到着するどのようなメッセージでもすぐにバウンドします。 theを設定せずこの行動を変更できますdelay_after_cutoff smtp輸送におけるオプション。 そして、Eximは、あきらめる前に1回それらのホストのためにほとんどのメッセージを試すでしょう。
Q0621: 私の.forwardファイル はそうです。|/usr/貯蔵箱/procmail -f- そして、メールは配達されるけれども、procmailのアウトプットを彼に送って、送信側へのバウンドがありました。 どのように私はこれを防止することができますか？
A0621: Eximのデフォルトコンフィギュレーションはこのように設定されます：
address_pipe:
driver = pipe return_output
return_output オプションは、パイプが生産するどのようなアウトプットでも送信側に返されるように頼みます。 それはデフォルトで最も安全です。 これを望んでいないならば、まったくオプションを取り去るか、にそれを交換することができます。return_fail_outputコマンドが失敗する ならば産出を戻すため。 これが、まさにprocmail1ではなく、ユーザーが動かすすべてのパイプに影響するであろうということに注意してください。 procmailが、それが成功する時にどのようなアウトプットも生産しないように手配することはよりよいかもしれません。
Q0622: 私がremote_smtpとaddress_pipe輸 送船のために輸送フィルタとしてperlスクリプトを実行する時に、私は普通のファイルを書くことができますか？
A0622: はい、輸送が動く(リモートの輸送についてのEximユーザー)uidによるwriteableはファイルを提供されます。 しかし、2つのメッセージがすぐに提供されているならば、あなた自身のロック計画を実施しない限り、それらのデータはファイルの中で混ぜられるでしょう。 すべて、したいかどうかは、メッセージのコピーをとることになっていて、ロック問題を避ける別のアプローチは、ファイルに「非可視です」配達を設定するた めにシステムフィルタを使うことになっています。 ただ、メッセージのヘッダーを望んでいるならば、設定することができます。message_filter_file_transport 一理ある特別なappendfile輸 送船を指し示すためheaders_only 設定してください。
Q0623: 私/var/spool/mailは 大幅に成長しました。 2つのディレクトリを使う可能性がありますか？
A0623: 2つのディレクトリの間でメールボックスを分割するために拡張ストリングを使うことができます。 例えば
file = /var/spool/mail${nhash_2：$ローカルです_の分かれ]/ドルlocal_part
0または1つ、従って使いますということの\(メール0)またはメール1を生産する間で、どれが現地調達部品の上のハッシュをします。 しかし、覚えていなさい、これらのメールボックスを読んだMUAsはまた、それらがどこにあるかを知る必要があります。
Q0624：Sendmailは、どんなバイナリが sendmailエイリアスから実行できるかを限定するsmrshと呼ばれるプログラムを持っています。 Eximにおいてこのような何かがありますか？
A0624：theをチェックしてくださいallow_commands パイプ輸 送におけるオプション。
Q0625: 私は、大きいEメールを1度に1つずつ外に出させることを望みます。
A0625: 1つの可能性は、列ランにおけるを除いてすべての大きいメッセージを延期するルータを設定することになっています。 同時の列ランナーの数を1に制限したならば、列ランナーが1度にほんの1つのメッセージを配達するので、望んでいた効果を得るでしょう。 適当なルータはそうであるかもしれません。
defer_if_large_unless_queue_run:
driver = redirect
条件=${ならばまたは{{queue_running}{<{200}{$message_size}{K}}}{無}{はい}}allow_defer
data =：は延びます： 即時である配達no_verifyのためにあまりにも大きくありませ
ん
もちろん、これは次の列ランナーまでいつもどのような大きいメッセージでも延期するであろうけれども、かなり規則的に彼らを走らせるならば、これは莫大な 問題であるべきでなく、望ましくありさえあるかもしれません。 それの使用に言及してくださいno_verify Eximがアドレスを確認している時に、このルータが使われないと保証するため。
Q0626: Eximはそれらのケースから独立な現地調達部品を発送することができるけれども、サイラスLMTPデーモンは正しいケースを必要としています。 どのように私はこれを固定することができますか？
A0626: サイラスに発送するルータを実行する前に正しいケースに現地調達部品を書き直す必要があります。 例えば、すべての小文字とルータを必要としているかどうかは呼ばれます。local_userこのルータをそれの前に置いてください：
lowercase_local:
driver = redirect
redirect_router = local_user
domains = +local_domains data = ${lc：$ローカルな_部分]@$ドメイン
それの設定redirect_router 書き直されたアドレスの処理を、最初のルータの代わりに次のルータで始まらせます。 また、より完全なサイラスコンフィギュレーションのためにQ0630とC045を見てください。
Q0627: 私が、それらのリトライスケジュールを問わずすべての列を作ったメッセージをリトライするためにEximに送ることができるコマンドがありますか？
A0627: qffオプションは、凍結されたものを含めて、すべてのメッ セージのために配達試みを強制する列ランナーを始めます。 使用qfあなた、凍結されたメッセージが飛び越されるならば。
Q0628: 私は、私が、そのEximが4日にトライし続けるべきであるのを意味していたと思ったデフォルトリトライ規則を持っているけれども、それは、直ちにいくつ かのメッセージをバウンドさせているようです。
Q0629: Eximがmaildirsizeファイルを処理していないので、私は割当てとクーリエでトラブルに遭っています。
A0629: クーリエに扱えている割当てを動かすために改良するでしょう。 直接的なExim配達というよりもMDAとして郵便受けを使ってください。 これはまた、メールスプール(sqwebmail上) へのウェブアクセスを与えるならば、郵便受けフィルタファイルを編集するためにその時ウェブフロントエンドを使うことができるという有利を 持っています。
Q0630: どのように私は、サイラスメッセージ店に配達するEximを設定することができますか？
A0630:(1)The参照マニュアルは、パイプ配達を使う例を含んでいます。
(2) $local_partがユーザーネームを含んでいるならば、ここに、LMTP配達を使う輸送船があります：
cyrus_inbox:
driver =lmtp
user = cyrus socket = /var/cyrus/socket/lmtp
(3) これは、非受信箱メールボックスに直接配達する輸送船です：
cyrus_mailbox:
driver = pipe
user = $local_part
message_prefix=
message_suffix=
log_fail_output
return_output
command =「/usr/cyrus/貯蔵箱/配達$ローカルな_部分の\m<メールボックス名の>$
ローカルな_部分」
これはサイラスメールボックスに配達します。user.$local_part.<メールボックス名>. 使いuser = $local_part そして-1a $local_part それを、明示的な‘p’ACLセットがメールボックスの上の‘誰’のためにも必要だずに作動させます。
Q0631：受領されているアドレスというよりも、私が、 onにおいて送信側に基づいてリトライ規則を選びたい。 これは可能ですか？
A0631: はい。 リトライ規則のアドレス部分はシングルアイテム住所録としてマッチされています。 そのようなリストはいつも展開されるので、このような何かを使うことができます：
「{ならば eq{$sender_address}{xxx}{*@*}{no@no} }」割当てF、1h、10m； …
送信側アドレスが「xxx」であるならば、パターンはに拡大します。``*@*"「すべての受領したアドレスとマッチしています；」 望んでいて、これをもっと制限的なパターンにすることができるならば。 送信側アドレスが「xxx」ではないならば、パターンは``no@no"に拡大し、どれが、決してマッチすることができなく、従って、リトライが支配する 受領したアドレスであると仮定されるかは省略されます。