Q0401: 私は、特定のアドレス、例えばpostmaster@virt.dom.ain.に 送られた/usr/lib/aliases.virtについてエイリアスの1つと匹敵していないvirt.dom.ainの ためにどのようなメールでも持つ必要があります。
A0401: 正常なルックアップが失敗する時に、アスタリスクを検索タイプに追加することはEximに、「*」を探させます。 エイリアシングルータがこのような何かであるならばそう：
virtual:
driver = redirect
domains = virt.dom.ain
data = ${ルックアップ{$ローカルな_部分]lsearch{/usr/lib/エイリアスの.virt]]no_more
変わるべきです。lsearch にlsearch*および、これをエイリアスファイルに入れてください：
*: postmaster@virt.dom.ain
この解決は、もし同じメッセージにいくつかの未知のアドレスがあるならばEximの正常な不複写規則のためほんの1つのコピーがポストマスタに送られて準 備する機能を持っています。
NOTE: virt.dom.ainにないアドレスに最終的に決めて、エイリアスファイルの中にまた、ポストマスタのた めの入力があるならば、この解決は働きます。 また、Q0434を見てください。
Q0402: どのように私は、すべての受信のEメールが、*@some.domainが 1つのポップ3メール帳簿になるように手配しますか？ 顧客は、具体的な現地調達部品のリストをシステムに追加したくありません。
A0402: このようなポストに手紙を書く特別な輸送船をセットアップしてください：
special_transport:
driver = appendfile
file = /pop/mailbox
envelope_to_add
return_path_add
delivery_date_add user = exim
ファイルはユーザーとして書かれるでしょう。exim. そして、このようなルータによってその輸送にそのドメインのためにすべてのメールを発送するように手配してください：
special_router:
driver = accept
domains = some.domain transport = special_transport
Q0403: どのように私は、未知のローカル・ユーザ宛のメッセージを中心的なサーバーに送るためにEximを設定しますか？
A0403: ローカル・ユーザが後の方のルータによって処理される所で、デフォルトコンフィギュレーションのような何かを使っているならば、以下のルータを終わりに追 加するべきです；
unknown:
driver = manualroute
transport = remote_smtp
route_list = * server.host.name no_verify
Q0404: どのように私は、majordomoによって、(例えば)提出されたメッセージが、特別に処理されるように手配することができますか？
A0404：theを使うことができます条件 設定 などの を持つルータのオプション
条件=${ならばおよび{{eq{$sender_host_アドレス{}}}\{eq{$sender_ident}{majordom}}}{
はい}{無}}
送るホストアドレスが全然ないと保証することによって、この一番目はローカルに提出されたメッセージについて試験を受けて、それから、それは、提出プロセ スを実行したユーザーのアイデンティティをチェックします。
Q0405: いくつかのドメインとしてメールを認めるホストについて、私は、/etc/aliasesにおいて完全に有資格のアドレスを使う必要があり ますか？または、私は、各ドメインのためにエイリアスファイルを設定する必要がありますか？
A0405: どちらかの方法でそれをすることができます。 デフォルトエイリアシングルータはこのラインを含んでいます：
data = ${ルックアップ{$ローカルな_部分]lsearch{/など/エイリアス]]
どれが、実際のルックアップをするものです。 それにまさにその現地調達部品の代わりに完全なアドレスを探させるために、使ってください。
data = ${ルックアップ{$ローカルな_部分@$ドメイン]lsearch{/など/エイリアス]]
各ドメインのために別個のファイルを使いたいならば、使ってください。
data = ${ルックアップ{$ローカルな_部分]lsearch{/など/エイリアス/$ドメイン]]
Q0406: 私のユーザーの何人かが、ユーザーのINBOXに付加するシェルコマンドにパイプに.forwardを使っています。 どのように私はこれを禁じることができますか？
A0406: ユーザーに、パイプの中でシェルを動かすことを許すならば、コントロールすることができません--それが、彼らが走るように命じて、彼らがファイルに書き ます。 しかし、それらに、任意のコマンドによってINBOXに手紙を書いているそれがMTAとMUAsによって連動しなく、ファイルの内容を乱しやすいことを指 摘するべきです。
もしユーザーが単にメッセージの配達のために具体的なファイルを選びたいならば、パイプを使うというよりも、これが、ファイル名を.forwardファ イルに入れることによってされうることまたはtheを使うことによって保存してください。 Eximフィルタファイルの中で統率してください。
設定することができます。forbid_pipe ルータけれどもそれには、それらがどのようなパイプコマンドでも全然実行しないことを防止します。 代わりに、それらのパイプにおいて、それらが、theを設定してどのコマンドを実行できるかを限定できますallow_commands および／またはrestrict_to_path address_pipeにおけるオプションは輸送します。
Q0407: エイリアスを処理するためにLDAPまたはNIS+などの質問スタイルルックアップを使う時に、どのように私はデフォルト値を手配することができますか？
A0407: このようなオリジナルなルックアップの故障部分で2番目の質問を使ってください：
data = ${ルックアップldap\
{ldap://x.y.z/l=yvr？aliasaddress？サブ？(&(メール=$ローカルな_部分@$ド
メイン]))\{$価値]\
{\
${ルックアップldap\
{ldap://x.y.z/l=yvr？aliasaddress？サブ？(&(@$ドメインをメールしてくだ
さい=、履行を怠ってください]))}\}}
もちろん、デフォルトが一定の価値であるならば、まさに直接それを含むことができます。
Q0408: 私がバーチャル・ドメインのエイリアスファイルの中で完全にアドレスに資格を与えないならば、また、局所領域とマッチしているエイリアスへのメールは局所 領域に提供されます。
A0408：theを設定してくださいqualify_preserve_domain リ ダイレクトルータの上のオプション。
Q0409: 私はメールに、各ドメインのために一定のバーチャル・ドメインのどのような現地調達部品ででも1つのアドレスを訪ねてほしい。
A0409: 1つの方法で、に、に、これはそうです。
virtual:
driver = redirect data = ${ルックアップ{$ドメイン]lsearch{/など/バーチャル]]
/etc/virtualファイルは、ドメインとそれらのメールが送られるべきであるアドレスのリストを含んでいます。 例えば：
domain1: postmaster@some.where.elseドメイン2： joe@xyz.plc
ドメインの数が大きいならば、DBMまたはcdbファイルを使うことはより効率的でしょう。 もしルックアップが、ドメインをファイルに発見することに失敗し theの価値 ならばデータ ルータを、傾かせて、オプションは空です。
Q0410: どのように私はEximに/etc/aliasesの 代わりにエイリアスNISマップの中で見させることができますか？
A0410: デフォルトコンフィギュレーションは、NIS(多くのホストはそれを実行しません)を使いません。 system_aliasesルータ の中でこのラインを交換する必要があります：
data = ${ルックアップ{$ローカルな_部分]lsearch{/など/エイリアス]]
にそれを交換してください。
data = ${ルックアップ{$ローカルな_部分]nis{メール.エイリアス]]
NISだけでなく/etc/aliasesを使いたいならば、どのデータソースが優先することを必要としているかに依存して、デフォルト1 前または後にこのルータ(違う名前を持ちます)を置いてください。
Q0411: なぜEximは、メッセージを、最初の8字がローカルなユーザーネームの1つとマッチしている限り、8字より長いどのようなユーザーネームにでもローカル に提供するでしょうか？
A0411: 問題はオペレーティングシステムの中にあります。 ローカルなログイン名であることについて現地調達部品をテストするために、Eximはただgetpwnam()機能を呼びます。 それは、潜在的なオペレーティングシステムのためにユーザーネームの最大長を推察することを敢行しません。 多くのオペレーティングシステムは正しく、最大長より長い名前を拒絶します； あなた方のものは見たところこの点が不足しています。 そのようなシステムに対処するために、Eximはオプションを呼ばせます。 max_user_name_length 最大の許された長さにどれを設定することができます。
Q0412: なぜ私は前に/home/test/. のためにエラーの悪いモード(100664)を見ますか？ 私はドキュメンテーションに目を通したけれども、Eximが、.forwardファ イルを読む以外何もする必要があることを提案するために何も見ることができません。
A0412: セキュリティのために、Eximは、設定されるべきでないモードビットをデフォルト022でチェックします。 theを設定してこれを変更できますmodemask .forwardファイルを処理しているリダイレクトルータのオプ ション。
Q0413: ユーザーの.forwardファ イルがsyntactially無効の時に、Eximはすべてのメッセージの配達を、そのユーザー--それは時々ユーザー自身のテストメッセージを含みま す--に延期します。 それは、.forwardファイルを無視し、および／またはエラーをユーザーに知らせるように命じられることができ ますか？
A0413: 設定skip_syntax_errors 省略されるリダイレクトルータ原因文法エラーの上。 ユーザーの.forwardファイルそれを扱う時は、これをそれの設定と結合するのに 最も良いsyntax_errors_to エラーについてのメッセージをユーザーに送るため。 しかし、メッセージの無限翼列を避けるために、そのバイパス.forwardファイル処理をアドレスに送ることができる必要があります。 これは、これのようにルータを含めることによってされることができます。
real_localuser:
driver = accept
check_local_user
transport = local_delivery prefix = real-
.forwardファイルを処理するリダイレクトルータの前。 現地調達部品が過ぎることに前置されるならば、これは.forward処 理なしで普通のローカルな配達をするでしょう。リアル-. リダイレクトルータにその時以下のオプションのような何かを設定することがで きます：
skip_syntax_errors
syntax_errors_to = real$local_part@$ドメインsyntax_errors_text =「\」
これは自動的に生成されたメッセージです。 エラーは、.forwardがファイルする\nin
と気付かれました\でした。 エラーの詳細は下で報告されました\です。 「\nthisエ
ラーが持続するのに対して、あなたに話されたメッセージは、\が\nyour正常メール
ボックスの中に送られて、\neach1のためにこのメッセージの\コピーを受け取るであ
ろうということを望んでいます」。
これと一緒に行く最終的な整頓設定は、変わる書換規則です。 現実のユーザーネーム まさにそれにユーザーネーム メッセージのヘッダーの中：
\N^real-（[^@]+）@your\.dom\.ain$\N $1@your.dom.ain h
これは、決してユーザーがtheを見ないのを意味していますリアル- 彼らが封筒へのを見ない限り、前置してください:ヘッダー。
Q0414: 私は設定しました。caseful_local_part 私のユーザーが彼らのログイン名において大文字手紙を持っているけれども受信のメールが現在、正しいケースを使う必要があるので、私の局所領域を処理する ルータの上。 私は何とかしてこれをリラックスさせることができますか？
A0414: 本当に、ケースいっぱいのものユーザーネームによって住む必要があるけれども受信の現地調達部品がcaselessであることを必要としているならば、こ のような各ログインのための正しいケースを与える小文字フォームによって索引を付与されたファイルを維持する必要があります：
admin: Admin
steven: スティーブン
mcdonald: マクドナルド
lamanch: LaManche ...
そして、局所領域を処理するルータの開始で、このようにものを置いてください：
set_case_router:
driver = redirect
データ=${ルックアップ{${lc：$local_part}}lsearch{/のthe／ファイル}}qualify_preserve_domain
効率のために、also theも設定するべきですredirect_router 変更されたアドレスの処理を、次のルータから始まらせるオプション。 デフォルトコンフィギュレーションを使って、違っているならば、設定はそうであるでしょう。
redirect_router = system_aliases
たくさんのユーザーがいるならば、DBMまたはcdbファイルは線形探索より効率的でしょう。 いくつかのドメインを処理しているならば、適切に対処するためにこのコンフィギュレーションを拡張する必要があるでしょう。
Q0415: 私は私の既存のエイリアスファイルを使い、procmailと同様にファイルを転送し、Sendmailの代わりに効果的にEximに立ち寄ることができ ますか？
A0415: はい、エイリアスとフォワードがファイルする限り、パイプが、シェルの下で動こうとしていると仮定しないでください。 彼らがするならば、彼らを変更する必要があるか、シェル(それは過ぎて欠席裁判に付しません)を使うために、Eximを設定します。
Q0416: 存在していないユーザーに送られたどのようなメッセージでも、存在していないユーザーの名前に基づいて、違うメッセージによって回復するであろうように、 セットへの最も迅速な方法はExim上で何ですか？
A0416: それが、違った形で処理されないどのような現住所でもつかむように、最後にこのルータを置いてください：
non_exist:
driver = accept
transport = non_exist_reply no_verify
そして、以下の輸送を輸送船セクションに追加してください：
non_exist_reply:
driver = [autoreply]
user = exim
to = $sender_address
subject = Userは存在していません。
text = Youはメールを$local_partに送りました。 それはここで有効なユーザーでは
ありません。 \The主題はそうでした： $主題。
もしファイルからメッセージを拾いたいならば、theを使うことができるでしょうファイル オプション（使用file_expand 望んでいるならば、その内容は）を拡大しました。
Q0417: 人々が、まさに彼らのホームディレクトリの中でa.vacation.msgファイルを作成し、彼らの.forwardファ イルを編集する必要がないようにすることができるように、私は、自動的にEximハンドルを/usr/ucb/vacation処理にする ためにするために何が必要ですか？
A0417: このような新しいルータを正常なlocaluserルータのす ぐ前に追加してください：
vacation:
driver = accept
check_local_user
require_files = $家/.vacation.msg
非可視のtransport = vacation_transport
そしてこのようなマッチしている新しい輸送船：
vacation_transport:
driver = pipe command = /usr/ucb/vacation $local_part
しかし、それが使うDBMファイル(s)が事前に作成されない限り、/usr/ucb/vacationのいくつかのバージョンは適切に働 きません。 - それは自身でそれらを作成しないでしょう。 休暇が終わっている時に、また、それらを削除する方法が必要です。
別の可能性は、例えば.vacation.msgが存在している時はいつでも、実行される固定されたフィルタファイルを使うことになってい ます：
vacation:
driver = redirect
check_local_user
require_files = $家/.vacation.msg
file = /some/central/filter allow_filter
フィルタファイルはtheを使うべきです個人的ならば メーリングリストへの自動的な反応を発生させるのを避けるためにメールを送る前に、チェックしてください。 メッセージを送ることがすべて、それがすることであるならば、これは「重要です」配達としてカウントしないのでオリジナルなメッセージが、続けて正常とし て配達されます。
また別の可能性は、Eximのオート返答の使用に輸送し、全く/usr/ucb/vacationを使わないようにさせるこ とになっています。
Q0418: 私は、未知の現地調達部品を処理するために私のエイリアスファイルの中でデフォルト入力を使いたいけれども、それは、エイリアスが生成する現地調達部品を 拾います。 例えば、エイリアスファイルがそうであるならば
luke.skywalker: なまぬるい
ls: なまぬるい*： ポストマスタ
そして、luke.skywalkerに提出されたメッセージはポストマスタで終わります。
A0418: バーチャル・ドメイン--そこで、生成アドレスは同じドメインにありません--によって、デフォルトメカニズムはもっともよく働きます。 ただ、すべての未知の現地調達部品を拾い、それらをポストマスタに送りたいならば、それをよりしやすい方法は、最後のルータとしてこれを置くことです：
unknown:
driver = redirect
data = postmaster no_verify
別の可能性は、ユーザーネームである現地調達部品が最初に仕留められるようにすべての他のルータの後でこれらのエイリアスのためにリダイレクトルータを置 くことになっています。 ログイン名であるけれどもエイリアスとして処理したいいくつかの現地調達部品(例えば根)があるならば、2つのエ イリアシングルータを持つ必要があるでしょう。
Q0419: 私は、人々が、これ以上を使わないことを警告されたいくつかの時代遅れのドメインを持っています。 どのように私は、それらに送られるメールを削除するように手配することができますか？
A0419: カスタマイズされたエラーメッセージによってSMTP時間にそれらを拒絶するために、このようなstatmentsをACLに置いてください：
message = Theドメインドルのドメインが時代遅れのdomains = lsearch；/などの/exim/obsolete.domains
であるのを否定してください。
SMTP上で到着しないメッセージのために、それらをバウンドさせるためにこのようなルータを使うことができます：
obsolete:
driver = redirect
domains = lsearch；/などの/exim/obsolete.domains allow_fail data =：失敗：
ドメインドルのドメインは時代遅れです。
ただ、それらのドメインへのメールを廃棄したいならば、SMTP時間にそれらを受け入れて、このようなルータを使ってください：
obsolete:
domains = lsearch;/etc/exim/obsolete.domains data = :blackhole:
Q0420: どのように私は、anything@something.mydomain.comに でも提出されたメールがsomething@mydomain.comに配達されることを手配することができますか？
A0420: このようなルータを設定してください：
user_from_domain:
driver = redirect
データ=$ {ならば マッチ{$domain}{\N^\.mydomain\.com$\N（.+）}\{$1@mydomain.com} }
Q0421: 私は、aにおいて働くために正規表現を得ることができません。local_parts 私のルータの1つの上のオプション。
A0421: 望まれない拡張からregexにおいてバックスラッシュとドルの文字を忘れずに保護しましたか？ 最も容易な方法は、theを使うことです \N このような施設：
local_parts = \N 0740\d{6}\N
Q0422: どのように私は、ドメイン*.example.comの グループでのすべてのアドレスが、同じエイリアスファイルを共有するように手配することができますか？ 私は多くのそのようなグループを持っています。
A0422: 1つのグループのために、催したルータの中にまさに激しくファイル名に配線することができました。
domains = *.example.com
それを適切なドメインに限定するために設定されます。 多くのそのようなグループのために、このようなドメインを含んでいるファイルを作成することができます：
*.example1.com例1.com
*.example2.com例2.com…
そして、このようなルータを作成してください。
domain_aliases:
driver = redirect
domains = partial-lsearch；/その/はdata = ${ルックアップ{$ローカルな_部分]lsearch*{/
など/エイリアス.d/$ドメイン_データ]]をファイルします。
可変の$domain_dataは、探された 時 the データを含んでいます ドメイン オプションとマッチしていた すなわち例1.com例2.comこのケースにおいて。
Q0423: 私達のユーザーの何人かがホームディレクトリを全然持っていません； パスワードファイルの中のフィールドは/no/home/dirを含 んでいます。 Eximが、a.forwardファイルを捜そうとし、配達が延期されている時に、これは失敗されたエラーをデータ /no/home/dir(無そのようなファイルまたはディレクトリ)に起こします。
A0423: ここに関連する2つの諸問題があります：
(1) デフォルトコンフィギュレーションによって、Eximに、ユーザーのホームディレクトリの中のa.forwardファイルをチェッ クするように頼んでいます。 どのファイルも見つからないならば、Eximはstat()にホームディレクトリを試します。 これは、.forwardファ イルが存在していなかったかのように、それが行方不明のNFSホームディレクトリに気づき、それを扱わないようにです。 ホームディレクトリが本当は存在していない時に、このstat()は失敗しています。 userforwardルータが、 このラインを追加することによってこれらの特別なユーザーのために動かないように手配するべきです：
条件=$ {ならば eq{$home}{/のいいえ／家／dir}{無}{はい} }
(2) 使うならばcheck_local_user 区間輸送(再び、これは、デフォルトコンフィギュレーションの中にあるものです)へのルートへの別のルータの上で、デフォルトで、それがホームディレクト リを流通することにするので、また、輸送のためにカレントディレクトリを指定する必要があるでしょう。 これは、容易に、追加することによってされます。
current_directory = /
輸送 または
transport_current_directory = /
ルータに。 または、追加することができます。home_directory カレントディレクトリがホームディレクトリにデフォルトでなることによる輸送に。
Q0424: どのように私はEximの不複写機能を使用不可にすることができますか？ 2つの違うエイリアスが同じアドレスに拡大するならば、私はそれに、2回の配達をしてほしい。
A0424: これは可能でありません。 複写はまさに(in)便利さ以外の他の小区分を持っています。 Consider:
. メッセージはAに、そしてBに提出されます。
. AとB両方はCにaliasedされます。
. 不複写なしで、Cへの2回の配達はスケジューリングされます。
. 1回の配達が起こり、 Eximレコード that それはメッセージをCに提供しました。
. 次の配達は失敗します(Cのメールボックスは割当て、言い分の上にあります)。
次回、まわりで、Eximは、新しい配達をスケジューリングする前に、それがCにすでに配達したかどうかを知りたい。 それはしましたか？ 明らかに、二重の配達がサポートされるならば、それは、それが、Cであるがどのようにその配達が起こったかの「歴史」もに配達したことを覚えていないよう にする必要があります。 - 事実上、家系はオリジナルな封筒アドレスへの後ろをリストしました。 それがしなく、そんなふうにに差し込むためにそれを交換しているこれはたくさんの仕事と大きい動乱であるでしょう。
それらを望んでいるならば二重の配達を得る最もよい方法は、エイリアスを使うことではなく例えば直接輸送船にアドレスを発送することです。
duplicates:
driver = accept
local_parts = lsearch；/などの/リスト//のうちの、特別な/ローカルな/部分のtransport = local_delivery user = exim
Q0425: 私のユーザーのメールボックスはユーザーネームの最初の手紙に従っていくつかのサーバーの間に分配されます。 すべてのサーバーはランダムで受信のメールを受け取ります。 私は、すべてのサーバー メールボックスそれのためのローカルな配達をすることについての, のための同じコンフィギュレーションファイルを持ちたく 続く 、他のアドレスを正確他のサーバーに送ります。 これは可能ですか？
A0425: すべてのユーザーを手配するならば、すべてのサーバーの上にパスワード入力を持つことは最も容易です。 これは、存在しないユーザーが、彼らが達する最初のサーバーで検出されることができることを意味しています。 ユーザーネームの最初の手紙からの、それらのポストが持たれているサーバーへのマッピングを含んでいるファイルを設定してください。 例えば：
a: サーバー1
b: サーバー1
c: サーバー2…
正常なlocaluserルータの前で、以下のルータを置いてください：
mailbox_host:
driver = manualroute
check_local_user
transport = remote_smtp
route_list = *${ルックアップ{${substr_0_1：$local_part}}lsearch{/など／mapfile}}
自身=パス
このルータはローカルなアカウントをチェックし、そして、現地調達部品の最初の文字からホストを探します。 ホストがローカルなホストではないならば、アドレスはremote_smtp輸送に発送されて、正しいホストに送られます。 ホストがローカルなホストであるならば自身 オプションはルータに、アドレスを、次のルータ--それはローカルな配達をします--に手渡させます。
ルータは、ローカル・ユーザの名前ではない現地調達部品のために省略されて、従って、これらのアドレスは失敗します。
Q0426: 私が、設定したい物の1つは、anything@anotherdomain.に でも転送するanything@onedomainのためででもあります。 私は、$local_part@anotherdomainを 私のエイリアスに追加してみたけれども、それは拡大しませんでした。 - それはそれをその文字どおりのアドレスに送りました。
A0426：もしそれをその方法でしたいならば、theを使うことができるでしょう拡大して ください。 リダイレクトルータのデータオプションの中で使われたルックアップの上のオペレータ。 例えば：
データ=$は{拡大します：${ルックアップ{$local_part}lsearch*{/など／エイリアス}}}
別のアプローチは、このようなルータを使うことになっています：
forwarddomain:
driver = redirect
domains = onedomain data = $local_part@anotherdomain
それの価値データ たくさんの違うケースを持っているならば、もちろんより複雑で、巻き込むルックアップなどであるかもしれません。
Q0427: どのように私は、2つの違うエイリアスファイルの中で探されて、見つかるすべてのアドレスに提供されたアドレスをもらうことができますか？
A0427: このようなルータを使ってください：
multi_aliases:
driver = redirect
データ=${ルックアップ{$local_part}lsearch{/など／aliases1}\{$value${ルックア
ップ{$local_part}lsearch{/など／aliases2}{、$value}}}\{${ルックアップ{$local_part}lsearch{/
など／aliases2}{$value}}}は{{失敗します}}}
最初のルックアップが成功するならば、データが2番目のルックアップから続いていて、もしあればコンマによって区切られて、結果はそのデータです。 最初のルックアップが失敗するならば、結果は、3番目のルックアップ(また、2番目のファイルの中で見ます)からのデータであるけれども、これがまた失敗 するならば、全体の拡張は、失敗し、従ってルータを、傾かせることを強制されます。
別のアプローチは、それが成功する時にオリジナルな現地調達部品を再生成している一番目によって2つのルータを使うことになっています。 これは再び同じルータによって処理されないでしょう。 例えば：
multi_aliases1:
driver = redirect data = ${ルックアップ{$ローカルな_部分]lsearch{/など/エイ
リアス1]{ドルの価値、$ローカルな_部分]]
multi_aliases2:
data = ${ルックアップ{$ローカルな_部分]lsearch{/など/エイリアス2]]
これはより容易に3つ以上までのエイリアスファイルを縮尺します。
Q0428：私はSendmailから変換し、私は、 Eximがtheを利用しないことに気づきますオーナー- 送信メッセージにおける送信側アドレスをメーリングリストに変更するために、私のエイリアスの中の入力はファイルします。
A0428: このような入力を持つエイリアスファイルを持っているならば：
somelist: a@b, c@d, ...
owner-somelist: ポストマスタ
Sendmailは、2番目の入力が一番目のために新しい送信側アドレスを指定すると仮定します。 Eximはこの仮定をしません。 しかし、それに、追加することによって同じ行動をとらせることができます。
errors_to = owner-$local_part@whatever.domain
エイリアシングルータのためのコンフィギュレーションに。 それを使う前に、Eximが新しい送信側アドレスを確認するので、これは安全装置です。 従って、オーナー入力が存在している時だけに、送信側アドレスの変化は起こります。
Q0429: 私は、与えられたドメインに提出された郵便物をローカルなメールボックスに送るけれども封筒送信側へのメッセージを生成することもたい。
A0429: 以下のラインに沿って「非可視です」ルータとオート返答輸送船 によってこれをすることができます：
#ルータ
auto_warning_r:
driver = accept
check_local_user
ドメイン=<ドメイン> 条件=$ {ならば} {eq{$sender_アドレス{}}{無}{はい}}
輸送=warning_t <のためにこれをしたい>
非可視であるno_verify
このルータをすぐ正常なlocaluserルータに提出してください。 非可視です オプションは、アドレスがまだ次のルータに手渡されることを意味しています。 輸送はこのように設定されます：
#輸送
warning_t:
driver = [autoreply]
file = /usr/local/mail/warning.txt
file_expand
from = postmaster@your.domain
to = $sender_address
user = exim subject = Re: $local_part@$ドメインへのメール
theの使用に言及してください条件 送信側(すなわち、着信がバウンスメッセージである時)が全然いない時にメッセージを送ってみるのを避けるオプション。 もちろん、他の条件を含むためにこれを拡張することができます。 メッセージの送りを記録したいならば、追加することができます。
log = /some/file
theの輸送およびまた制作使用に一度 ほんの1つのメッセージを各送信側に送りたいならばオプション。
Q0430: Eximが、現住所を発送しようとする時はいつでも、それはこのような.forwardファイルのためのエラーを拒まれた許可を与えます：
1998年-08年-10年16:55:320z5y2W-0000B8-00 == xxxx@yyy.zzz <xxxx@yyy.zz> D=userforward
で、（1）を延期してください： 前(userforwardルータ)/home/xxxx/.を開くために失
敗されます： 否定された(euid=1234 egid=101)許可
A0430: Exim setuidを忘れずに根付かせましたか？
Q0431: どのように私は、フォーム+拡張の 現地調達部品で任意の拡張を許すためにEximを設定しますか？
A0431: この前条件を適切なルータに追加してください：
local_part_suffix = +*
拡張がオプションであることを必要としているならば、また、オプションを追加してください。
local_part_suffix_optional
ルータが動く時に、拡張を削除する状態で、$local_partは現地調達部品を含んでいて、拡張(もしあれば)は$local_part_suffixに あります。 設定したならばcheck_local_user拡張が削除された後に、テストは実行されます。
Q0432: 私は私のユーザーデータのためにNISを使います。 私のNISサーバーが再スタートしている時に、どのように私はメールを拒絶しているEximを止めることができますか？
A0432: Eximは、NISを使っていると知りません； それはただ、getpwnam()機 能--それはnsswitchによって発送されます--を呼びます。 あいにく、getpwnam()は、決して、NISによって発送され るようにデザインされなく、入力が見つからないならばまたはNISサーバーとの接続が失敗するならば、それはNULLを戻します。 これは、Eximが、「そのようなユーザーがいません」と「NISは減少しています」を区別することができないことを意味しています。
この問題について援助する松葉づえはそうです。finduser_retries Unixの上のEximとnscdにおいて、並んでくだ さい、けれども、それらは完全でなく、郵便物はまだなくされることができます。 しかし、ニコエアフルトは、NISの入手可能性について試験を受けるEximのためのルータを作成できて、もしNISが動いていないならば延期を強制する のを指摘しました：
check_nis:
ドライバー=リダイレクトデータ=${ルックアップ{$local_part}nis{passwd{}}}
これは、一般にローカルなルータの開始でNISのどのような使用でもするどのようなルータにでも提出されるべきです。 どのようにそれは作動しますか？ NISサーバーが到達可能ならば、ルックアップは起こるであろうし、それが成功するか、失敗するかどうかにかかわらず、結果は空のstrtingです。 これはルータを、傾かせて、アドレスは以下のルータに手渡されます。 NISサーバーがダウンしているならば、ルックアップは延びて、これはルータを、延びさせます。 受信のアドレスの確認検査は一時的な拒絶により遅くまで延期されさせて、配達はそうです。
Q0433: どのように私は、1つのアドレスが、両 方のリダイレクトによって処理されて、受け入れるように手配することができますか？
A0433：theをチェックしてください非可視です オプション。
Q0434: どのように私は、1つのアドレスへの私のシステムエイリアスの中にないすべての現地調達部品をリダイレクトすることができますか？ 私はanによってシステムエイリアスファイルのアスタリスクを使ってみましたlsearch* ルックアップであるがそれはすべてのメッ セージをデフォルトアドレスに送ります。
A0434：もしエイリアスファイルがローカルなドメインのアドレスを生成するならば、それ らはまた、潜在的なエイリアスとして処理されます。 例えば、これがエイリアスファイルであると思ってください：
caesar: jc
anthony: ma *: brutus
ローカルな部分的な帝王はjcにaliasedされるけれども、そのアドレスはその時ルータによって再処理されます。 アドレスが局所領域にある時に、エイリアスファイルは再び参照されて、今回、デフォルトはマッチしています。 実のところ2番目のエイリアシングの後で、brutusは 最初から再びまた処理されて、自身にaliasedされます。 しかし、エイリアシングルータがすでに持っている次回、Exim通知がbrutusを 処理したので、これはたった一度起こるのでルータが、ループするのを避けるために省略されます。
この問題を解決するいくつかの方法があります； どのものを使うかはエイリアシングデータに依存します。
(1) もしいつもエイリアシングの結果がローカルなユーザーネームでありすなわち、決してエイリアシングが別のエイリアスを生成しないならば、theを使うこと ができるでしょう redirect_router 生成アドレスを処理することが次のルータで始まらなければならないと指定するルータの上のオプション。 例えば：
redirect_router = userforward
次のルータがuserforwardと呼ばれるならば。 これは、エイリアシングルータを通してせいぜい1つのパスがあると保証します。
(2)非エイリアスを生成しているエイリアスを信頼することができないならば、デフォルトエイリアスを使わないけれども代わりにすべての他のローカルな ルータ(適切なドメインのための)後で1などのルータを下に置くことはしばしばより容易です：
catch_unknown:
driver = redirect
domains = ...
data = brutus@$ドメイン
デフォルトのための生成アドレスが通常受信のアドレスと同じバーチャル・ドメインにないので、バーチャル・ドメイン(Q0401を見てください)のために、デフォルトエイリアシングテクニックがより首尾よく 働くことに注意してください。
Q0435: 私のエイリアスファイルは完全にフォーム@foo.barにおいてキーといくつかのワイルドカードドメインとしての有資格のアドレスを含んでいます。 Eximはこれらを処理することができますか？
A0435: このルータによって完全に有資格のアドレスを処理することができます：
qualified_aliases:
driver = redirect data = ${ルックアップ{$ローカルな_部分@$ドメイン]lsearch{/
など/エイリアス]]
(リダイレクトルータのために必要などのような他のオプションでも追加してください。) このルータを、現地調達部品だけを探すデフォルトエイリアスルータにまたは後提出してください。 (または、無資格のエイリアスを全然持っていないならば、デフォルトルータを交換してください。)
フォーム@foo.barにおいてワイルドカードを処理するために、また別のルータが必要でしょう。 (フォーム*@foo.バーのワイルドカードはlsearch*@ルックアップによって処理されることができます。) このような何か：
wildcard_aliases:
driver = redirect data = ${ルックアップ{@$ドメイン]lsearch{/など/エイリアス]]
より具体的なエイリアスを処理するルータの後で、これを置いてください。