- 1 名前：名無しさん＠お腹いっぱい。 [2005/10/02(日) 21:33:35 ]
- Internet Mail System に関する総合スレ。
専用スレが存在しないソフトウェアの話題や
複数の領域に跨るような内容などはこちらでどうぞ。
- 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/12/02(日) 00:31:48 ]
- >>314
OSによるんじゃない？
ここでもいいけど
- 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/07(月) 01:35:22 ]
- majordomo の質問をしてもいいですか?
Subject に [hoge 10] みたいに ML 名とカウンタをつけたいです。
ぐぐると、subject_prefix = [HOGE $SEQNUM] というように書くとよい、というのがよく引っかかりますが、
実際にやってみると
The new config file for HOGE was NOT accepted because:
More then one word 2in value subject_prefix = [HOGE $SEQNUM] at line 326
というエラーメールが帰ってきます。
subject_prefix = [HOGE:$SUQNUM]
みたいに、コロンにすると成功します。
どうやったら [HOGE 10] みたいにできるのでしょうか。
なお、ML サーバにはログインできないため、majordomo@MLサーバ名 にたいし、コマンドメール
(config) を送ることで行っています。
- 318 名前：名無しさん＠お腹いっぱい。 [2008/01/07(月) 01:35:47 ]
- 連投すみません。ageさせていただきます。
- 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/07(月) 23:57:46 ]
- majordomo なんて太古の昔で忘れたけど、 \ でエスケープはできないんだっけ？
- 320 名前：317 mailto:sage [2008/01/08(火) 07:25:11 ]
- レスどうもありがとうございます。
subject_prefix = [HOGE\ $SEQNUM]
もやってみたのですが、だめでした。
おそらく、コマンドメールではなく直接 ML サーバにログインして、majordomo の
設定ファイルをエディタで直す分には、
subject_prefix = [HOGE $SEQNUM]
でもいけるのではと思うのですが、コマンドメールでやるとうまくいかないのです。
でもそんな根本的なバグあるのだろうか。
- 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/08(火) 23:26:31 ]
- config_parse.pl で
'subject_prefix', 'grab_word',
となっているからなので、
'subject_prefix', 'grab_string',
にすればスペースもいけたはず。
- 322 名前：名無しさん＠お腹いっぱい。 [2008/03/08(土) 17:46:30 ]
- sendmailで、メールを送信する際に、FROM句を誰から送信されたか判らないようにダミーユーザに変更することは可能ですか？
- 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/08(土) 20:24:10 ]
- spam業者乙
- 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/11(火) 12:31:10 ]
- MTA で「FROM句」という表記をされるのは初めて見た。
RDMBS ではあたりまえだが。
- 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 の設定にもよるけど１週間ぐらいリトライします。
ここで質問です。次回リトライするとき、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 としか管理されておらず、
２回目にキューからリモート配送を試みるときに、もう一度 example.com の
DNS の MX を引きなおすということですね。
なので、MTA が１週間ぐらいリトライする間に、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 のＴＴＬが過ぎていればもう一度引くし，そうでなければキャッシュを使うと思われ。
特別な設定がしてないのであれば，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() するかわかればそれでいいんじゃね。
|
 |
