Internet Mail System 総合スレ 3 (489ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
340(2): 2008/04/07(月)13:13 AAS
MTA の挙動について質問です。
1.example.jp というドメインの MX である mail.example.jp という MTA が、hoge@example.jp 宛の
メールを受け取ったとします。
2.hoge ユーザの .forward (qmail での .qmail-* でもいいけど) には、foo@example.com 宛に
転送するように定義されているので、MTA は foo@example.com に転送するよう試みます。
3.example.com の MX は、以下のように定義されているとします。
example.com preference = 10, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
省12
346: 2008/04/08(火)02:04 AAS
レスどうもありがとうございます。
>>340 の 4.で最初のメールのリモート配送に失敗して再送キューに入っても、
キューでは、宛先：hoge.example.jp としか管理されておらず、
２回目にキューからリモート配送を試みるときに、もう一度 example.com の
DNS の MX を引きなおすということですね。
なので、MTA が１週間ぐらいリトライする間に、DNS の MX レコードをきれいにしたり、
MX に設定されている MTA をきちんと動くように修正しておけば、メールは最後まで配送される、と。
何でこういうことを聞いているかというと、
自分のプロバイダの MTA がちょっと変で、(本物は preference が 20 と 10 になっています)
example.com preference = 20, mail exchanger = mail2.example.com
省10
347(1): 2008/04/09(水)01:27 AAS
>>341
MTAのソース読んでもgetaddrinfo(3)を呼ぶ以上のことはわからんと思われ。
getaddrinfo(3)のソースを読むのもいいが，その前にバッタ本でも読んでおく方が簡単かつ効率的と思われ。
>>340
それって実はMTAじゃなくてDNSに関する質問で，example.com のＴＴＬが過ぎていればもう一度引くし，そうでなければキャッシュを使うと思われ。
特別な設定がしてないのであれば，example.com の SOA レコードを引いてみれば，デフォルトのTTLがわかるんじゃね？
あと，Preferenceは小さい方が優先するので
＞example.com preference = 20, mail exchanger = mail2.example.com
＞example.com preference = 10, mail exchanger = mail1.example.com
だったら mail1.example.com への接続が最初に試みられるべき。
省1
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s