[表示 : 全て 最新50 1-99 101- 201- 301- 2chのread.cgiへ]
Update time : 06/12 00:22 / Filesize : 84 KB / Number-of Response : 349
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Internet Mail System 総合スレ 3



1 名前:名無しさん@お腹いっぱい。 [2005/10/02(日) 21:33:35 ]
Internet Mail System に関する総合スレ。
専用スレが存在しないソフトウェアの話題や
複数の領域に跨るような内容などはこちらでどうぞ。

325 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/11(火) 13:20:29 ]
間違えました。「FROM文」でしたね。

326 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/11(火) 14:14:35 ]
ヘッダの話で「○○文」なんてはじめて聞いたよ

327 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/11(火) 14:18:39 ]
間違えました。「FROM命令」でしたね。

328 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/11(火) 14:52:27 ]
もういいよ。

329 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/11(火) 16:37:43 ]
>325
ワロタ

330 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/11(火) 16:40:09 ]
間違えました。「FROM宣言」でしたね。

331 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/11(火) 17:06:00 ]
天丼は2回まで。3回やるとどんなネタでもやりすぎ。

332 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/14(金) 14:29:27 ]
唐突に思考実験なんだが、「逆引きできないアドレスからのメールは受け付けません」
と明示しているメールサービスとかないんだろうか。

当然受け取れないアドレスも出てくるんだけど、それでも構わないユーザ向け。SPAM避けに。

333 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/14(金) 14:32:54 ]
>>332
そゆの、実験と言わない



334 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/14(金) 14:35:33 ]
必要なメールまで届かなくなりそうで
誰も使わんだろ。

335 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/14(金) 14:46:24 ]
>>332
あるよ。
www.clubbbq.com/abuse/


336 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/14(金) 14:49:08 ]
そういえば clubbbq は abuse@ とか postmaster@ とかが user unknown に
なったようなおぼろげな記憶が。


337 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/14(金) 17:00:37 ]
あと envelope が <> とかも捨ててくれたりしますYO

338 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/16(日) 21:49:48 ]
ttp://www.rfc-ignorant.org/tools/lookup.php?domain=clubbbq.com
なるほど

339 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/17(月) 02:05:22 ]
申請元が...

340 名前:名無しさん@お腹いっぱい。 [2008/04/07(月) 13:13:43 ]
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

4.mail.example.jp が DNS の MX をひいて、とりあえず mail1.example.com に送ろうとしたが、
 たまたま mail1.example.com が落ちていて転送できなかった。
 次に mail2.example.com に送ろうとして、mail2.example.com も落ちていて転送できなかった。

5.ここで mail.example.jp は、MTA の設定にもよるけど1週間ぐらいリトライします。

ここで質問です。次回リトライするとき、mail.example.jp は、リトライするたびに example.com のDNSの
MX を引くのでしょうか? たとえば翌日 DNS の MX を引いてみて、DNSの設定が変わっていて、MXを引いた結果が
mail99.example.com だったら、次回は mail99.example.com に転送しようとするのでしょうか?

それとも、初回に mail1.example.com に転送しようとして失敗した場合、次回以降は DNS の MX を引かず、
mail1.example.com にしか転送を試みないのでしょうか?

-------------------------------------
MTA の実装にもよるのかもしれませんが、一般論として教えてください。
実装によって分かれるのでれば、postfix だとどうなるのか知りたいです。




341 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/07(月) 13:27:20 ]
毎回ひくんじゃね?
ソース読んでみ。

342 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/07(月) 15:49:37 ]
最初に失敗したときのホストに配送するのであれば、
DNS の設定をミスしたら修正されるまでのメールは100%届かないことになる。


343 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/07(月) 16:30:57 ]
>>342
その文章、意味が2通りにとれるよ。
変に反語的な言い方をせずに、ストレートに言った方が誤解がない。



344 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/07(月) 16:32:56 ]
>>343
一通りしか思いつかんかった、二通り書いてみてくれ。

345 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/07(月) 16:38:47 ]
(1)
もし、最初に配送失敗したときのホストにしか配送しないのだと仮定すると、
DNSの設定をミスしたら修正されるまでのメールは100%届かないことになってしまう。
(だから実際にはMXを引き直す)

(2)
一度配送失敗したホストに配送するのなら、
DNSの設定をミスしたら修正されるまでのメールは100%届かない。

346 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/08(火) 02:04:42 ]
レスどうもありがとうございます。

>>340 の 4.で最初のメールのリモート配送に失敗して再送キューに入っても、
キューでは、宛先:hoge.example.jp としか管理されておらず、
2回目にキューからリモート配送を試みるときに、もう一度 example.com の
DNS の MX を引きなおすということですね。
なので、MTA が1週間ぐらいリトライする間に、DNS の MX レコードをきれいにしたり、
MX に設定されている MTA をきちんと動くように修正しておけば、メールは最後まで配送される、と。

何でこういうことを聞いているかというと、
自分のプロバイダの MTA がちょっと変で、(本物は preference が 20 と 10 になっています)
example.com preference = 20, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
mail2.example.com:25 には外部から接続できないのですが、
mail1.example.com:25 には接続できます。

このプロバイダ宛に、ある転送サービス(>>340 のhoge@example.jp に該当)からの
メール転送が届かなくなったのですが、
転送サービス外のところから直接プロバイダ宛にメールを送ると
(mail1.example.com は生きているので)きちんと届きます。

なので2つの MX を処理できない転送サービスの MTA に問題があるのではと考えました。
はじめはプロバイダに聞いてみようと思いましたが、まずは転送サービスのほうに聞いてみます。
長文すみません。どうもありがとうございました。


347 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/09(水) 01:27:47 ]
>>341
MTAのソース読んでもgetaddrinfo(3)を呼ぶ以上のことはわからんと思われ。
getaddrinfo(3)のソースを読むのもいいが,その前にバッタ本でも読んでおく方が簡単かつ効率的と思われ。

>>340
それって実はMTAじゃなくてDNSに関する質問で,example.com のTTLが過ぎていればもう一度引くし,そうでなければキャッシュを使うと思われ。
特別な設定がしてないのであれば,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 への接続が最初に試みられるべき。

…やっぱり転送サービス側の問題な気がする。


348 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/09(水) 03:06:22 ]
>>347
いつ getaddrinfo() するかわかればそれでいいんじゃね。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<84KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef