Internet Mail System 総合スレ 3at UNIX
Internet Mail System 総合スレ 3 - 暇つぶし2ch81:名無しさん@お腹いっぱい。
06/04/17 00:29:47
プロバイダのPOP3メールボックスからローカルのIMAPメールボックスへ
以下の流れでメールを配送しています。

1) プロバイダ → POP3 → fetchmail
2) fetchmail → SMTP → ローカルPostfix
3) ローカルPostfix内でSpamAssassinのSPAMチェック
4) ローカルPostfix → LMTP → ローカルCyrus IMAP Server

で、先日ローカルPostfixを落としてしまったために
2)の家庭でメールを消失してしまいました。

この現象を回避する方法ってありますでしょうか。

82:名無しさん@お腹いっぱい。
06/04/17 01:02:12
2)を二段階に分ける。
2a) fetchmail → maildrop or procmail でローカルストレージに保存
2b) 保存されたメールをローカルPostfixに投げる

2b)の部分はテキトーなプログラミング言語で書く。

83:名無しさん@お腹いっぱい。
06/04/17 07:56:56
>>81
そんなあなたにgetmail。

URLリンク(pyropus.ca)

84:名無しさん@お腹いっぱい。
06/04/17 23:15:13
fetchmail→SMTP はやめたほうがいいかと
理由はぐぐればいくらでも出てくると思ふ

85:名無しさん@お腹いっぱい。
06/04/17 23:26:49
ぐぐってもよくわかんないよう

86:名無しさん@お腹いっぱい。
06/04/18 01:28:20
>>84
同じくやめた方がいいとは思うけど、
cyrus だとメールボックスの所有者が自分ってことはないだろうから、
この場合はローカルの MTA に配送をお願いするしかないんじゃないだろうか。

つーか、そういう使い方をするなら cyrus を選んじゃダメ。

87:名無しさん@お腹いっぱい。
06/04/18 01:45:00
別にMTAにお願いしないでも、LMTPで直接話せばいいでしょ?
fetchmail もしゃべれるし、SpamAssassin 挟むなら、spampd とか。

でもまあ、どっちみち、lmptd か spampd が落ちてたら失敗するんで、
fetchmailがだめだったときに何とかしてくれないと駄目よね。
ってのが、>>83 ?


88:名無しさん@お腹いっぱい。
06/04/18 01:50:37
ていうか普通はMTAが落ちてたらメッセージは削除されないでPOPサーバに残るがな。

89:名無しさん@お腹いっぱい。
06/04/18 08:06:12
>>88

fetchmailってそうなってたっけ?

90:名無しさん@お腹いっぱい。
06/04/18 08:54:43
自分で確かめろ馬鹿

91:名無しさん@お腹いっぱい。
06/04/18 09:25:07
>>88
最近は、POPから一度読み出すと
問答無用で削除されるPOPサーバー(そういうISP)も多い。

(DELEを実行しなくても、RETRを実行すると
サーバーから消えるように設定されている)

MTAをinetdモード起動にすると、
知らないうちに落ちてたということはなくなるので、
ちょっとだけ安心かな。

92:名無しさん@お腹いっぱい。
06/04/18 09:31:48
masterが知らないうちに落ちてるようなシステムではinetdも知らないうちに落ちるだろうなw

93:名無しさん@お腹いっぱい。
06/04/18 10:09:01
>>91
Gmail がそうなってると聞いたことがある。
POP サーバがそんな仕様だと、どう頑張っても、
確実なメール取得&配送を保証するのは無理なんじゃないかという気がするのだが。

94:名無しさん@お腹いっぱい。
06/04/18 12:30:53
>>93
Gmailは、メーラで読んだものをどう扱うかを
webインタフェース側で選択するようになってる。


95:名無しさん@お腹いっぱい。
06/04/18 17:03:54
>>89
なっていないようです。
本当にありがとうございました。

96:名無しさん@お腹いっぱい。
06/04/18 17:37:10
もうこのスレ見るのやめるわ。馬鹿が伝染る

97:名無しさん@お腹いっぱい。
06/04/18 17:40:08
>>96
でも気になってまた見てしまうオマエを
おれは責めない

98:名無しさん@お腹いっぱい。
06/04/18 18:55:43
>>96 キタコレwww

99:名無しさん@お腹いっぱい。
06/06/08 10:27:35
procmailrcの記述方法についてどうか知恵をお貸し下さい。

自分はスパム対策で .procmailrc中にレシピをいくつか書いてるんですが、
最近、ヘッダ中にSubject: 行が二つあるメールが来て困っています。
一つは Subject: 以下が空っぽ、もう一つの Subject: には普通に文字列、というメールです。

何が困るかというと、Subject: 以降を nkf -meZ1 に渡してNGワードチェックをしてるのですが
上記のようなメールが来ると、この辺の処理でエラーになって振り分けに失敗してしまいます。

そこで、Subject: 行が複数回出てくるようなメールをあらかじめ振り分けるという処理を
.procmailrc に加えたいと思うのですが、どんな風に記述すればよいか、
分かる方いらっしゃいませんか?
procmailex を見ても、こういう変則的なヘッダに対処する方法は見当たらず悩んでます。
よろしくおねがいします。

100:99
06/06/08 19:02:14
自己解決しました~
スコアリングでいけました。
いちおう書いときますね

:0
* -1^0
* 1^1 ^Subject:.*$
spam/.


しかし見てる人いるんかいなここ・・・

101:名無しさん@お腹いっぱい。
06/06/09 00:53:34
>>100
ノシ

102:100
06/06/09 22:22:59
いた!!!!!!でも一人wwwwwww

>>100は仲間を呼んだ!
                      ''';;';';;'';;;,.,    ブーン・・・
                       ''';;';'';';''';;'';;;,.,   ブーン・・・
                        ;;''';;';'';';';;;'';;'';;;
                        ;;'';';';;'';;';'';';';;;'';;'';;;
             rっ        vymyvwymyvymyvy、
             ||       mVvvMvyvmVvvmvyvmVvv、
             |/⌒ヽ /^ヽ (^^) /^ヽ (^^) /^ヽ(^^)/^ヽ
             (^ω^ )(ω^ )/⌒ヽ(^ω^)/⌒ヽ^ω^)  ( ^ω)-っ
       /⌒ \   |   _二二二つω^ )(\ ( ^ω^ )二⊃ /⌒ヽr
   ⊂二(^ω^ )二ノ   /( ^ω^ )  ⊂二\\_/⌒ヽ二二( ^ω^)二⊃
       ヽ    | (´ ._ノ ヽ   /⌒ヽつ  \( ^ω^)  |    /
        ソ  ) \\⊂二二二( ^ω^ )二二二⊃ ⊂_) ( ヽノ
       ( < \  レ’\\   ヽ   /   i ) ノ     ノ>ノ
        \|\|      レ  (⌒) |   /ノ ̄     レレ
                      ⌒| /
ブーンがあらわれた!



嘘ですVIPに帰ります・・・λ............トボトボ

103:名無しさん@お腹いっぱい。
06/06/10 20:32:46
>>100 GJだ。いつか何かの役に立たせていただく。


104:名無しさん@お腹いっぱい。
06/06/15 00:13:47
ありがとう。お役に立てばこれ幸い。
ところで、以下でスパームの半分以上が除去できることがわかったw

0:
* ^Received: from (自鯖名\.)*自ドメイン
* !^From:.*自ドメイン
spam/.

105:名無しさん@お腹いっぱい。
06/06/17 05:32:36
俺は↓ぐらいだなぁ・・・

0H:
* !^Date:.*\+0900
spam/


106:名無しさん@お腹いっぱい。
06/06/18 19:03:29
なるぽ。。
たまに海外からのメールも来るので(アプリとかドメインのレジスト関係とか)
一律に捨てられないのが辛いっす

107:名無しさん@お腹いっぱい。
06/06/18 19:52:36
いや >105 はネタだって

もしくは想像を絶する痛い香具師



108:名無しさん@お腹いっぱい。
06/06/19 00:50:58
ん、ネタだったのかw
まあ真似しようとは思わないけれど。

あとあれだ、
plain textをわざわざbase64エンコードしてるのも捨てるようにした。
これもかなり効果あり。

109:名無しさん@お腹いっぱい。
06/06/19 15:00:23
だからネタはネタらしく書けっての

110:名無しさん@お腹いっぱい。
06/07/10 19:26:12
spam 対策のベイジアンフィルタの bogofilter って
使っている方いらっしゃいますか?

データベースがどんどん大きくなってきて
100MB 近くになっているんですが、
どうすれば小さくできるんでしょう?
URLリンク(bogofilter.sourceforge.net)

bf_compact はやってみたんですが何も変わりませんでした。
古いデータを少し削ってもいいから出来れば 50MB 程度に落としたいんですが...

111:名無しさん@お腹いっぱい。
06/07/17 14:13:13
沈んだままなので age てみます
>110 をよろしくお願いします

112:名無しさん@お腹いっぱい。
06/07/18 11:20:50
>>110
-u でアップデートを続けてれば無限に大きくなるんじゃない?
もっかい db を作りなおしてみると良いかも。spam いっぱい
食わせて、50MB ぐらいになったところで -u 終了。その後で
いくつか誤判定されたのを再度突っ込めばおk


113:名無しさん@お腹いっぱい。
06/07/18 13:34:15
>112
レス thx.

-u で肥大化したもののから小さくするというのは直接の方法はなくて、
学習データのメールを絞って
0から DB 作り直すしかないんですかね…

114:名無しさん@お腹いっぱい。
06/07/20 16:56:31
Berkeley DB とか DBM とかって、構造上ファイルを小さくできないはず。
データ削除は可能だけと、単にレコードに死亡フラグが付くだけですね。


115:名無しさん@お腹いっぱい。
06/07/20 20:28:12
dump/load

116:名無しさん@お腹いっぱい。
06/08/22 22:58:37
すれ違いかもしれんがqpopperでhelp。

以前、postfixとqpopperでまともに動いていたサーバが死んだので、
sendmailとqpopperで立て直したんだけど、訳のわからん現象で受信が出来ないです。

現象1:サーバと同一subnet(自宅内)からは送受信共にOK
現象2:外から自宅の鯖を使っての送信はOK、受信は不可。webも表示可能。

telnet hoge.jp 110をやると何も表示されないで終了。
postfix時代からルーターの設定は変更ナシなのでポートのブロックは考えられない状況。

これって何がダメなんでしょうか?
ちなみにosはturbolinux 8 server
sendmailは8.12.10-1
qpopperは4.0.5-1
です。

117:名無しさん@お腹いっぱい。
06/08/22 22:59:42
>>116に追加

netstat -aをやるとpopはlistenしてます。

118:名無しさん@お腹いっぱい。
06/08/22 23:04:01
hosts.allow

119:名無しさん@お腹いっぱい。
06/08/22 23:06:06
>>116
ログにはなんか出てないの?
inetd経由ならtcp_wrapper、xinetdならonly-fromとかの設定は?

120:名無しさん@お腹いっぱい。
06/08/22 23:15:20
>>118
hosts.allow    Σ(゚Д゚;)
すっかり忘れてた。今記述を見直したら、アサーリ動いたです。

>>119
そういうわけで解決しますた。

お二人ともthxでした。( ´∀`)つt[] 飲み物ドゾー

っていうかこんな基本的なところを忘れているとは・・・・orz

121:名無しさん@お腹いっぱい。
06/08/23 09:42:26
部外者です。オレも hosts.allow あたりかなとは思っていたんですが、ここの
設定で弾かれた時ってどこか分かりやすいところにログが記録されないんで
したっけ?

122:名無しさん@お腹いっぱい。
06/08/23 09:59:30
TCPwrapper で弾かれる場合は
telnet で接続すると "いや~ん" って
メッセージを残して切られる(設定による)


123:116
06/08/23 15:52:01
今ログ見たら/var/log/messageに
Aug 22 22:37:55 HOSTNAME xinetd[835]: libwrap refused connection to pop-3 from XXX.XXX.XXX.XXX
って出てた。
mailのログしか見てなくて、何も出ないからそこで思考停止してたよ。

ちなみにlibwrapってTCPWrapper相当の機能をもつライブラリみたいですね。

124:名無しさん@お腹いっぱい。
06/08/23 16:03:27
Linux板のくだ質からやり直したほうがいいよ

125:名無しさん@お腹いっぱい。
06/08/23 19:24:54
>>123
> ちなみにlibwrapってTCPWrapper相当の機能をもつライブラリみたいですね。
相当というか、tcp_wrapperのライブラリそのものですよ…。

126:名無しさん@お腹いっぱい。
06/11/28 17:22:54
age

127:名無しさん@お腹いっぱい。
06/12/01 18:32:58
自分宛のspamだけで1日2000通超えて、spamassassinのすり抜けも目立つようになって来た昨今、
こうもspamが多くなると、grey listingみたいなアレな手段でもやむを得なくなるのかな…

128:名無しさん@お腹いっぱい。
06/12/01 22:05:34
すり抜け分で何通/日くらいですか?

129:名無しさん@お腹いっぱい。
06/12/01 22:36:23
>>128
20通/日ぐらい。

ただ、ヲレの場合は他からforwardしているところから来るのがspamassassinを
すり抜ける例が多いんで、grey listingを使ってspamの総量が減っても、
すり抜けた数はほとんど変わらず。

130:名無しさん@お腹いっぱい。
06/12/04 18:16:33
Starpitってどう?
URLリンク(d.hatena.ne.jp)

うまく行きそうだったら、ウチのシステム管理者に提案してみる

131:名無しさん@お腹いっぱい。
06/12/04 19:02:52
>>130
今なら taRgrey URLリンク(k2net.hakuba.jp) のほうがいいかも。
postgreyにパッチを当てる必要があるんで、ちょっとだけ敷居が高いけど。

まあ、taRgrey使わないでもS25R + tarpitting + greylistingは可能なんだけど。

んで、ヲレの環境では遮断率もいいし、副作用も少ない。

132:名無しさん@お腹いっぱい。
06/12/08 13:59:42
大手ISPはOP25始まってるね
これって自鯖で配信できなくなるってことだよね

133:名無しさん@お腹いっぱい。
06/12/08 16:46:08
普通は固定IP取ればOK
それがいやならISPのMTAを経由させるしかない

134:名無しさん@お腹いっぱい。
06/12/22 16:56:50
自環境のsmtpも587にすりゃいいだけのことだよもん

135:名無しさん@お腹いっぱい。
07/02/25 21:09:41
これがないとだめだよってメールアドレスって、どこかで決まってる?

なんとなく慣習で abuse, hostmaster, mailer-daemon, postmaster, root を
いつも用意するんだが(Webサーバがあればwebmasterも)、実は根拠を知らんので。


136:名無しさん@お腹いっぱい。
07/02/25 21:21:34
RFC2142

137:名無しさん@お腹いっぱい。
07/02/25 22:30:48
maildrop で mail を forward する際に
envelope from を local の bounce用アドレスに
振り直して転送ってどうやるんでしょう?

MAILDROPFILTER(7) を見ると FROM 変数が envelope を
表すみたいですが、これで "変えられる" んじゃないですよね?

cc "|${SENDMAIL} -f local-bounce@example.com"
みたいに書ければいいんですが...
SENDMAIL って宛先込みのマクロ(?)ですよね?

138:名無しさん@お腹いっぱい。
07/02/25 22:53:07
>>137
最近のだと何もしなくても、そうなるよ。

139:135
07/02/26 01:10:52
>>136
thx


140:名無しさん@お腹いっぱい。
07/04/16 21:59:21
質問スレから誘導されてきました、よろしくお願いします。
現在テスト環境の構築を行っているのですが、本番環境でSendMailを使っているので、テスト環境でもSendMailの設定を行っています。
OSとSendMailのヴァージョンは以下の通りです。

Fedora Core4
Sendmail 8-13-8

ここからが質問なのですが、ローカルのユーザにメールを送信すると
送信が成功するユーザと送信が失敗するユーザがいます。
送信が失敗した際にmailllogに吐かれるログは、経路情報と

DNS:unknown mailer error 127

と、言うエラー文のみです。
必死こいて調べましたが、このエラー番号が何のエラーなのか判りません。
各ユーザのメールスプールファイルのPermissionの設定等は問題ないと思います。
ローカルで受信できるユーザもいるので、転送の設定が間違ってもいないと思います。
特定のユーザのみ送信を拒否するようなファイルでもあるのでしょうか?
コウモリ本もあるので、もしかしたらっていう情報だけでもあると助かります。
補足ですが、失敗する特定ユーザ以外は、他のサーバとのメールのやり取りも問題なくできています。

追記
どうやら送信に失敗するのは、SendMail設定終了後に新規に追加したユーザが対象となっているようです。
前の質問スレでは、Fedora Coreのデフォルトのローカルメーラであるprocmailが邪魔しているのではないか?
という、アドバイスをいただきました。
その他で何かしら、思い当たる節があるかたはお願いします。

141:名無しさん@お腹いっぱい。
07/04/17 00:06:20
全然憶測で書くけど新ユーザのホームのパーミッションは?
.procmailrcが読めないと見た。

142:名無しさん@お腹いっぱい。
07/04/17 00:33:19
送信とか言うけどファイルのコピーができてるかどうかみたいなことだろ
ちゃんとディレクトリがあるかとかファイルが作成されてるか調べればすむこと

143:名無しさん@お腹いっぱい。
07/04/17 00:49:32
>>141
応答どうもです。
useraddのオプションなしで、追加した直後でも同じエラーが発生していました。
useraddで追加した直後なら、ホームディレクトリのパーミッションは
追加したユーザのものになっていると思います。
ただ、絶対とは言い切れませんので、明日改めて確認してみます。
ありがとうございました。

>>142
応答どうもです。
ディレクトリは、問題ないと思います。
メールが送信されてきた場合に、作成されるはずのファイルは
メールスプールの下には作成されていませんでした。
エラーのため作成されていないと思ってましたが、詳しいことは判ってないです。
申し訳ない。

144:名無しさん@お腹いっぱい。
07/06/09 23:48:20
相変わらず TrendMicro はウンコだな。
IMSS v7 が使い物になるのはやはりリリース1年以上たってからになりそうな予感。
それに、信頼性に劣るOSから順にリリースするのはやめてほしい。


145:名無しさん@お腹いっぱい。
07/06/10 12:49:07
>>144
トレンド捨てた。ミラポイントにしてみた。
まぁまぁ快適。

146:名無しさん@お腹いっぱい。
07/08/01 01:19:54
SMTP/TLSやるときの証明書って自前で作っちゃって問題ないのかな。
オレオレ証明書だとハネるようなクライアントってある?

147:名無しさん@お腹いっぱい。
07/08/01 01:24:25
>>146
ある。ケータイとか。

148:147
07/08/01 01:49:09
ゴメン。Webメールサーバの証明書と間違えた。

149:名無しさん@お腹いっぱい。
07/08/09 21:50:23
警告ダイアログ出すのはあるね。

150:146
07/08/10 10:07:52
いろいろあるみたいね。
URLリンク(www.mew.org)
URLリンク(takagi-hiromitsu.jp)

151:名無しさん@お腹いっぱい。
07/08/14 19:43:53
メールを出すときには smtpサーバに接続して
メールを送信するしかない と思っていたのですが

そのsmtpサーバはどうやってメールを配信しているのでしょうか
メールが飛んでいく仕組みを解説したサイトはありますか?

152:名無しさん@お腹いっぱい。
07/08/14 19:46:03
>>151
SMTP サーバに接続してメールを送信しています。

「メール 仕組み」でぐぐってみ。

153:151
07/08/14 19:56:37
>>152
MTA? がよくわかりません。

PCからSMTPサーバに a@hoge.com さんへメールを出すよう頼むときは
SMTPサーバのport25にアクセスしてメールをぶち流しますが

そのSMTPサーバは hoge.com に対して同じようにアクセスしてメールを
送信するのでしょうか?

154:名無しさん@お腹いっぱい。
07/08/14 20:05:30
>>153
同じようにアクセスしてメールを送信する。
送信先は
DNS で hoge.com の MX レコードもしくは A レコードをひいて見つける。


155:名無しさん@お腹いっぱい。
07/08/14 20:39:47
hoge.comは使用されてるんですが、何か関係者の方ですか?

156:151
07/08/14 20:45:20
>>154
ということは
メールアドレスからMXレコードひいてSMTPサーバを探したあとは
だいたい同じ挙動なんですね。

157:名無しさん@お腹いっぱい。
07/08/14 20:51:41
>>155
メール送るくらい関係者じゃなくてもできるじゃん。

158:名無しさん@お腹いっぱい。
07/08/14 21:20:55
>>157
メール送るからこそ何らかの関係者だろw
関係ないところにメール送りつけたらSPAMだから

159:名無しさん@お腹いっぱい。
07/08/14 22:49:35
>>157
いい加減にサンプルには example.jp 使えと遠回しに言っていること位はわかってるよな?
>>151は、だいたい同じとか言ってるのもどうかと思うので、もう一度誰かの下について勉強し直した方が良い。

160:名無しさん@お腹いっぱい。
07/08/14 23:41:56
最初からそう言えばいいじゃん。

161:名無しさん@お腹いっぱい。
07/08/15 01:43:45
RFC2821を読む気などさらさらないような御仁には、
くだ質のほうが適してるんじゃないかと思った

162:名無しさん@お腹いっぱい。
07/08/15 01:47:19
最初からそう言えばいいじゃん。

163:名無しさん@お腹いっぱい。
07/08/15 04:39:27
要するにわかってなかったのかwさすが夏だなww

164:名無しさん@お腹いっぱい。
07/08/15 10:34:25
URLリンク(ya.maya.st)


165:名無しさん@お腹いっぱい。
07/08/15 10:37:42
>>155を読んで言いたいことがわかるようなやつは
最初からhoge.comなんて使わんだろ。

166:名無しさん@お腹いっぱい。
07/08/15 14:50:42
>>164
そこで言ってる内容も怪しくないかな?
JPRS の文書には「「例示」という文字はどこにもない。」と言ってるけど、
別のページにはちゃんと「例示に使用可能」とあるよね。
URLリンク(jprs.jp)

あと、 URLリンク(hoge.jp) を見ればわかるように、
うっかり実在のドメインを使ってしまうせいで
メールアドレスなどの個人情報漏らしたりしちゃったりしても知んないよー。

167:名無しさん@お腹いっぱい。
07/08/15 14:55:56
>>166
>>164 の当時は書いてなかったみたいよ。
URLリンク(web.archive.org)
URLリンク(web.archive.org)

168:名無しさん@お腹いっぱい。
07/08/15 15:22:29
>>167
あらそうなんだ。
じゃあそんな古い記事を引っ張り出して来た >>164 がクソってことで。

169:名無しさん@お腹いっぱい。
07/08/15 18:03:03
夏ですね

170:名無しさん@お腹いっぱい。
07/08/17 09:43:17
POP3とかで使うアカウントとかパスワードで使ってもいい文字って
RFCのどこに規定されてんの? 規定されてないの? 日本語でもおk?


171:名無しさん@お腹いっぱい。
07/08/17 10:38:53
異種クライアンとでトラブらない自信があるならおk

(文字コードは? とか死ぬほど悩めると思うけど)

172:名無しさん@お腹いっぱい。
07/08/17 17:57:17
ヘッダとエンベロープの違いを教えろ。


173:名無しさん@お腹いっぱい。
07/08/17 18:05:24
バカでも分かるように努力してみると、

封筒の宛名がエンベロープ。
便箋に「拝啓何々様」と書いてあるのがヘッダ。

174:名無しさん@お腹いっぱい。
07/08/17 18:06:24
>>173
うむ。簡潔な回答をありがとう。

175:名無しさん@お腹いっぱい。
07/08/17 20:54:36
>>172
SMTP で DATA 以前に送る情報がエンベロープ。
DATA で送る情報の前半がヘッダ。

176:名無しさん@お腹いっぱい。
07/08/20 18:08:23
>>173
オライリーもそう説明してるね。(´・ω・`)

177:ティム・オライリー
07/08/20 19:05:39
呼んだ?

178:名無しさん@お腹いっぱい。
07/08/20 19:49:02
オッス! オライリー!

179:名無しさん@お腹いっぱい。
07/08/26 21:40:41
>>172
telnet で手動でメールを一回送れば嫌でも分かるぞ

180:名無しさん@お腹いっぱい。
07/08/27 22:26:01
sendmailのエンペロープに関して質問です。

sendmailでメールサーバを構築し、ローカル配送のメールを送信すると、
MAIL FROM、RCPT TO に@以下のドメインが省かれたメールアドレス
(ローカルユーザ名?)が入るようです。

これをドメインを省かないようにしたいのですが、設定方法をご存知の方
いますか?
sendmail.mcの設定で実現可能なのでしょうか。

# postfixでは、この現象は起きません。

181:名無しさん@お腹いっぱい。
07/08/29 16:02:07
mailname?

182:名無しさん@お腹いっぱい。
07/08/30 23:38:29
>>180
sendmailの話はsendmailスレで。
スレリンク(unix板:782番)

183:名無しさん@お腹いっぱい。
07/08/31 00:10:41
postfix 2.4.5 でメールサーバを運用しています。
ほとんどのメールは問題なく送受信できているのですが、
いくつかのドメインからの接続だけメール受信中にタイムアウトしてしまいます。

パケットを見ていると MAIL FROM / RCPT TO / DATA までは順調で
その後本文が送られてきているようなのですが、何故か最後が普通の文章の後に
CR LF で止まっていて、DATA の終わりの . CR LF が送られてこないまま
タイムアウトとなっているようです。
数分後に再試行しにきますが、同じことを繰り返しています。

相手のサーバの smtpd を調べてみたのですが、HP-UX の sendmail だったり、
qmail だったり、25番未使用だったりと、規則性がありません。
送信と受信で違うプログラムを使っている可能性はありますので、
sendmail や qmail の問題ではないかもしれません。

このような場合、どのように対処すべきでしょうか。

184:名無しさん@お腹いっぱい。
07/08/31 00:17:35
通信経路に透過型FWとか入ってない?

185:名無しさん@お腹いっぱい。
07/08/31 00:18:34
APOP認証を手作りしたいんだけど
どっかにいいサンプル転がってない?

186:名無しさん@お腹いっぱい。
07/08/31 00:20:10
qpopperも知らないお前じゃ無理。

187:名無しさん@お腹いっぱい。
07/08/31 00:39:05
>>183-184
Cisco PIXじゃない?
URLリンク(www.postfix-jp.info)

188:183
07/08/31 00:49:36
>>184
どういった透過型のFWがあるかはよく知らないのですが、
相手のIPアドレス等を見ている限りでは、ないように見えます。



189:183
07/08/31 00:57:54
>>187
手元にはないのですが、参考にしてもう少し調べてみます。

190:名無しさん@お腹いっぱい。
07/08/31 01:10:24
>>186
いきなりそれってハードル高すぎなんすけど

191:名無しさん@お腹いっぱい。
07/08/31 01:31:14
Perl Net::POP3
Ruby Net::POP3
とかは?っていうかクライアント/サーバどちらの実装をしたいのか
記述する言語は何にしたいのか?

192:名無しさん@お腹いっぱい。
07/08/31 01:35:39
近道しようとしてばかりじゃ
実力身につかないよ。

193:名無しさん@お腹いっぱい。
07/08/31 01:41:47
というかAPOP部分だけならアホみたいに簡単だろ。RFC読め。

MD5を独自に実装したいとかなら知らんが。

194:名無しさん@お腹いっぱい。
07/08/31 06:38:14
MD5はRFCに載ってる実装を丸写しすれば

195:183
07/08/31 18:05:46
結局 >>187 の Cisco PIX の次の項目にある、
IP path MTU discovery の問題だったようです。
ほとんどのメールは正常に受信できていたので、
なかなか気がつきませんでした。

ありがとうございました。

196:名無しさん@お腹いっぱい。
07/09/05 15:58:39
>>154 からの一連の hoge.com ですが、
趣旨はわかるけど、説明とかをするときにドメインが2つ以上出てきたら、
example だと話がしにくいのですが。

たとえば サイトA から サイトB へメールを送る、なんてときに、
mail.foo.com から mail.bar.com へメールを送る、といった言い方をしますが、
example の場合、 mail.example.co.jp から mail.example.ne.jp へメールを送る、
みたいにトップレベルとか 2nd レベルをずらして使えってこと?


197:名無しさん@お腹いっぱい。
07/09/05 16:00:05
>>196
そういうこと。
example.net と example.org もあるよ。

198:名無しさん@お腹いっぱい。
07/09/05 16:00:35
パソコンショップ完全・最強リンク
URLリンク(y-lip.com)

199:名無しさん@お腹いっぱい。
07/09/05 16:27:41
.example という TLD もある。


200:名無しさん@お腹いっぱい。
07/09/05 16:31:47
レスを下さった方、どうもありがとうございます。
jp 以外のドメインでも example.net とか example.com があるのは知ってましたが、
.example という TLD があるのは知りませんでした。

自分はいままで説明に hoge.com を使うのは肯定派でしたが、
考えを改めるか・・・・

201:名無しさん@お腹いっぱい。
07/09/05 16:52:56
でも hoge.example だとあんまりドメインっぽくないんだよな。

>>200
RFC 2606 読んどき。

202:名無しさん@お腹いっぱい。
07/09/19 10:24:28
example2.co.jp, example3.ne.jp みたいなのもいけるんだな。

FAQ(よくあるお問合せ) / JPRS
URLリンク(jprs.jp)

203:名無しさん@お腹いっぱい。
07/09/20 12:13:22
postfixからprocmailを呼んで~/Mail/以下に入れるようにしてるんだけど、
うっかり/homeの容量が溢れたのに気付かず、空ファイルがinboxにたくさん出来て
メールの内容は消滅してしまってました。
書けなきゃスプールに溜めるとかして欲しいんですが、どのへんの設定を
見直せばいいでしょう?

204:名無しさん@お腹いっぱい。
07/09/20 13:39:43
procmail をどう呼び出してるのだ?

書き込み失敗したら終了ステータスから
「失敗」をpostfix は把握するはずだが…

205:名無しさん@お腹いっぱい。
07/09/20 14:03:29
なんとなく数日後に再送されてくると予想。
maillog に何か出てなかった?

206:名無しさん@お腹いっぱい。
07/09/20 19:08:49
昔のprocmailはNFSやquotaを使ってると容量オーバーで本当は失敗していても
「成功」だと返していたように記憶している。
最近はどうだか知らん。

207:名無しさん@お腹いっぱい。
07/09/21 12:59:37
まずはprocmailを捨ててmaildropに移行したほうがいいと思う。
と、アンチprocmailなヲレのたわ言でした。

208:名無しさん@お腹いっぱい。
07/09/21 13:18:10
maildrop って MH 形式に対応してたっけ?

209:名無しさん@お腹いっぱい。
07/09/21 18:34:51
203です。
メールはスプールに残ってくれておりました。
空ファイルができていたのと、postfixが失敗を検知したようなログは
出ていなかったので、てっきりエラーはpostfixに返されなかったのだと
早合点してしまいました。

お騒がせしました。皆様すみません。

210:名無しさん@お腹いっぱい。
07/09/23 20:51:16
MXレコードにポート番号も登録することはできますか?
25番ポート以外に外部からメールを届けて欲しいんですが。

211:名無しさん@お腹いっぱい。
07/09/23 20:52:58
SMTP をプロキシ通せば良い。

212:名無しさん@お腹いっぱい。
07/09/23 20:53:52
>>210
できません。

213:名無しさん@お腹いっぱい。
07/09/24 02:24:19
>>212
出来る出来ないが問題じゃねぇ
やるんだよ

214:名無しさん@お腹いっぱい。
07/09/24 11:28:08
>>213
無茶言うなw

215:名無しさん@お腹いっぱい。
07/09/24 18:36:05
いかにも無能な体育会系上司が言いそうだなw

216:名無しさん@お腹いっぱい。
07/09/24 19:03:35
なんとかインチキできんのか?

217:名無しさん@お腹いっぱい。
07/09/25 10:19:35
SMTP も SRV レコードを参照すべし、という RFC を書けば
みんな従ってくれるようになるかも。10年ぐらい普及活動に励めば。

218:名無しさん@お腹いっぱい。
07/09/25 10:34:20
>>217
よし、ちょっくらやってみっか。

で、 RFC って何?

219:名無しさん@お腹いっぱい。
07/09/25 10:39:47
Radio Frequency Coil 高周波コイル

220:名無しさん@お腹いっぱい。
07/09/25 10:42:01
もうその辺で。

221:名無しさん@お腹いっぱい。
07/09/25 10:48:29
いや、将来的に本気で25番以外を標準化して欲しいよ。
互換性考えて、今のMXレコードのままで、

IN MX 10 example.com:1234

みたいに ホスト名:ポート で指定すれば MTAが解釈する、みたいになって欲しい。

222:名無しさん@お腹いっぱい。
07/09/25 11:21:47
何で 25 以外にする必要があるの?

223:名無しさん@お腹いっぱい。
07/09/25 11:30:33
ドメインが増えて、グローバルIPを消費したくなくて、
NATで別ドメインのメールを受けとりたい時とか。

224:名無しさん@お腹いっぱい。
07/09/25 11:33:19
>>221
DNS でポート番号を指定するなら SRV だっつーに。
priority も指定できるので、MX を完全に置換できる。これまで

example.com. IN MX 10 mx1.example.com.
example.com. IN MX 20 mx2.example.com.

と書かれていたものを SRV で書くならばこんな感じ。

_smtp._tcp.example.com. IN SRV 10 0 25 mx1.example.com.
_smtp._tcp.example.com. IN SRV 20 0 25 mx2.example.com.

もちろん、MTA は SRV を参照しないので実際には意味がない。


225:名無しさん@お腹いっぱい。
07/09/25 13:50:35
>>223
Virtual Domainならいくらでも実現されていますが、なにか?

226:名無しさん@お腹いっぱい。
07/09/25 14:08:11
>>225
Virtual DomainだとVirtualに対応してるサーバー1台だけに負担がかかるだろ。
SMTPコネクション張ってからじゃないとどのドメイン宛かわからないから。

そうじゃなくて、ルーターで、NATレベルで分離して、
別々の独立したメールサーバーで受けたいんだよ。

独立したグローバルIPを持っているのとほとんど同じ状態にしたいわけ。

227:名無しさん@お腹いっぱい。
07/09/25 14:23:50
あんまり駄々こねるとおうちに入れてあげないよ

228:名無しさん@お腹いっぱい。
07/09/25 14:27:42
今後、IPv6がコケて、IPv4を有効に使おうということになった時に、
MXでかSRVでか知らんが、同じIPアドレスで、ポート番号によって
別々のメールサーバーにつながるような時代になるんだろな。

229:名無しさん@お腹いっぱい。
07/09/25 14:32:51
みんながそういう MTA を使うようになればね。

230:名無しさん@お腹いっぱい。
07/09/25 14:40:10
MXレコードにしたって、昔はMXなんて無かったじゃん。
SolarisとかはMXは不要、の立場で、メールはAレコードに配送すべき、
という方針だったと思う。だからSolaris謹製のsendmailはMX非対応だった。
それが、やはりMXは必要ということで今に至っているわけだから、
今後とも、時代の必要性でポート指定も標準化して行くと思うよ。

231:名無しさん@お腹いっぱい。
07/09/25 14:50:32
もうその辺で。

232:名無しさん@お腹いっぱい。
07/09/25 14:52:24
>>231
なんで「もうその辺で」なの?
すれ違いの話題でもないし、ネタでもないし、興味ある話題なんだが。

↓はい、続けて

233:名無しさん@お腹いっぱい。
07/09/25 14:55:22
>>217 あたりで答え出てんじゃないの?
続ける必要なし。

もうその辺で。

234:名無しさん@お腹いっぱい。
07/09/25 14:57:24
>>233
じゃあ、あなただけこのスレ見なければいいでしょう。
この話題に乗ってきている人、少なくとも複数いるし。

↓はい、続けて

235:名無しさん@お腹いっぱい。
07/09/25 15:03:51
>>226
負荷分散が必要なほど大規模なメールサーバシステムで、
NAT で IP アドレス節約しなきゃいけないほどアドレスが足りない
って状況が想像つかんのだけど、
そういうとこって多いもんなの?

236:名無しさん@お腹いっぱい。
07/09/25 15:04:01
うーん、SRVよりかMXに :ポートの方が受け入れ易い(普及し易い)と思う

237:名無しさん@お腹いっぱい。
07/09/25 15:04:21
具体的にどうやって普及させるつもりよ。

238:名無しさん@お腹いっぱい。
07/09/25 15:07:41
俺はMXに :ポートよりかSRVの方が受け入れ易い(普及し易い)と思う

239:名無しさん@お腹いっぱい。
07/09/25 15:11:55
>>238
んなわけねーだろwww

240:名無しさん@お腹いっぱい。
07/09/25 15:12:46
>>238
面白いので そう思った根拠キボン

241:名無しさん@お腹いっぱい。
07/09/25 15:16:25
移行期には、MXのプライオリティーの低い方に、従来通り25番でも受信できる
フォールバック用のサーバーを(別IPで)用意しておく必要はあるだろな。
で、ポート指定が普及して、フォールバック用サーバー側に届くメールが
ほとんど無視できるようになったら、そのサーバーを外す。
すると、一部の、25しか対応していないサイトからのメールは
エラーを起こすだろうが、そうなるとそのサイトでも
急遽ポート指定に対応する必要に迫られるだろう。

242:名無しさん@お腹いっぱい。
07/09/25 15:31:14
ポート指定を解釈できずにエラーを起こす MTA が多いので、
ポート指定はやむを得ずプライオリティの低い方に書かざるを得ないことになり、
結局いつまで経っても普及しない。

と予想。

243:名無しさん@お腹いっぱい。
07/09/25 19:21:24
サーバ1台でもNIC複数挿すとか、幾らでも方法あるのに、
何でそんな面倒な事しなきゃならないのか理解不能。

244:名無しさん@お腹いっぱい。
07/09/25 19:35:41
>>243
もう一回スレ読み直してみな。お前の言ってることずれてるよw

(NIC複数って、何の問題と >>243 は勘違いしてるのだろうwww)

245:名無しさん@お腹いっぱい。
07/09/25 19:39:23
IPとポートを勘違いしてるとかいう安直すぎる理由だろうか

246:名無しさん@お腹いっぱい。
07/09/25 19:40:41
>>243 は、おそらく、
NIC複数に、複数のグローバルIPアドレスを振って、
1台のサーバーに複数の MTAを起動して、
MTAが各NICのIPアドレス限定でListenすれば、
同じ25番ポートを1台のサーバーで使える、という話と混同してるのだろう。

その話じゃないんだよw

247:名無しさん@お腹いっぱい。
07/09/25 19:41:29
>>226
普通にロードバランサ入れるんじゃだめなん?

248:名無しさん@お腹いっぱい。
07/09/25 19:46:21
負荷分散の問題じゃなくて、
同じ組織で、外向きにはひとつのグローバルIPだけを使用しているけど、
組織内部の複数のメールサーバーは別管理で、
それぞれ独立して運用したい、ってことじゃないか?
できる限り独立IPを振ってるのと同じ状態にしたいと。

249:名無しさん@お腹いっぱい。
07/09/25 19:51:53
>>248
>>226 によると負荷の問題みたいよ。

250:名無しさん@お腹いっぱい。
07/09/25 19:55:52
>>248 = >>226 です。本人です。負荷の問題じゃないです。
>>248 に書いてあることがやりたいことです。

>>226 でつい「負担」と書いたのは、窓口のサーバーを1台置く方式では
そのサーバーの管理が独立性を保てないので、それを「負担」と
書いたのですが、いわゆる負荷分散の意味での負荷ではないです。

251:名無しさん@お腹いっぱい。
07/09/25 20:04:37
意味わかんね。サブドメイン振るんじゃダメなのか?

252:名無しさん@お腹いっぱい。
07/09/25 20:29:09
>>251
だめですね

253:名無しさん@お腹いっぱい。
07/09/25 22:54:58
>>224
ちょっと話がそれるけど、
それって組織内のメールクライアントの設定に良いなぁと思ったら
Outlook2007がExchangeサーバ探すのに近い事をしてるみたいよ。
URLリンク(support.microsoft.com)

254:名無しさん@お腹いっぱい。
07/09/25 22:58:45
↑ごめん、SMTPポートもMXも指定してないのでちょっと違った。
でもメールサーバ探すってことでw

255:名無しさん@お腹いっぱい。
07/09/26 00:52:57
>>250
現状では無理、と答えは出ているわけですが、いつまでも食い下がる気ですか?

256:名無しさん@お腹いっぱい。
07/09/26 01:11:40
>>250
「独立性を保てない」ってどういう意味?

257:名無しさん@お腹いっぱい。
07/09/26 03:21:54
そもそも、各ドメイン宛てのメールをいったん一括して受け取ってから
再度内部のサーバに配送する今までの方法との違いは?

NATが内部の各MTAに対して静的にポート割り振る時点で独立性なんて保ってないやん。
ドメイン登録するごとにNATの設定いじらないといけないのは、現状のドメイン登録する
ごとに一括して受け取るMTAの設定いじらないといけないのと同様で、要はどのレイヤーで
それをやるのかって程度の違いでそ、それじゃ。

その程度のことで、MTAの導入コストやら、OP25B & IP25Bがまったく役立たずになるなどの
多大なコストをかけてまでSRVレコードに対応させる意味がどこにあるんだ?

258:名無しさん@お腹いっぱい。
07/09/26 07:27:04
>>257
どのレイヤーでやるかの違いが大きい。

259:名無しさん@お腹いっぱい。
07/09/26 08:03:56
クマーも飽きてきたクマ

260:名無しさん@お腹いっぱい。
07/09/26 08:25:11
>>258
kwsk

261:名無しさん@お腹いっぱい。
07/09/26 10:20:15
IPv6にしたらIPアドレスじゃぶじゃぶ使えるから、一個とかケチ臭いこと
言わなくて済むよ。


262:名無しさん@お腹いっぱい。
07/09/26 11:06:20
もちろん、IPv6はコケるという前提。

263:名無しさん@お腹いっぱい。
07/09/26 11:11:38
>>258
なにが大きいのか具体的に書いてみろ。
せいぜい、あて先不明のメールをいったん受け取る必要がないので、bounce mailの
抑制が出来るってことぐらいか?

spam対策に関しては、gatewayのMTAでだけ対策を採れば済んでいたものが、各ドメインの
MTAごとに対策を採らないといけなくなって管理コストが増大するし。

そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、
GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
NATにどんだけ負担をかける気だ。

>>261
だね。各MTAにSRVレコード対応させるぐらいなら、IPv6対応をがんばったほうが
よほどいい。

264:名無しさん@お腹いっぱい。
07/09/26 11:33:27
IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら
SRVレコードではないだろうか。

265:名無しさん@お腹いっぱい。
07/09/26 11:34:56
>>260
NAT と MX or SRV で実現するには第八層以上のレイヤーで対応する必要がある、
とかいう話では?

266:名無しさん@お腹いっぱい。
07/09/26 12:28:28
>そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、
>GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
>NATにどんだけ負担をかける気だ。

v4 アドレスが枯渇するとそうなるんだよ。
グローバルアドレスが欲しくてももらえない組織が出てくるから、
ISP が自分とこのユーザにプライベートアドレスを割り当てて
NAT でルーティングせざるを得なくなる。
v6 反対派はこんなアクロバチックな運用を未来永劫続けろと言ってるわけだ。


267:名無しさん@お腹いっぱい。
07/09/26 12:52:02
IPv4 が本当に枯渇する頃には SMTP が廃れていると想像。

268:名無しさん@お腹いっぱい。
07/09/26 12:57:40
結局、複数ポートが必要な理由は元から存在しなかったということですな

269:名無しさん@お腹いっぱい。
07/09/26 13:15:01
>>264
IPv6 vs SRVレコード対応っていう話じゃないよ。SRV対応にしてもNATの設定が必要になるんだもの。
というわけで、MTAによるゲートウェイ vs MTAのSRVレコード対応という話。
ただ、SRVレコード対応とMTAによるゲートウェイとの差異は負荷とどのレイヤーで振り分けを
やるのかっていう程度なのにも関わらず、MTAのSRVレコードの導入コストはIPv6導入と比較できる
くらいに巨大で、正直お話にならないという結論。

>>268
まったく存在しないってわけではないだろうけど、負荷問題を除けばMTAによるゲートウェイと大差ない。
というわけで、>>226の考えが足りなかっただけ。

270:名無しさん@お腹いっぱい。
07/09/26 13:20:38
>>210はどこまでついてこれたんだろう

271:名無しさん@お腹いっぱい。
07/09/26 13:54:33
MTAによるゲートウェイは1ホップ増えるかだヤダ。

272:名無しさん@お腹いっぱい。
07/09/26 15:42:16
>>270
NAT は無理、というところまで理解していただいていればそれで良いのではないかと。

273:名無しさん@お腹いっぱい。
07/09/26 17:17:16
なんで NATが無理なの? NATがやりたいから質問してるんじゃないの?

274:名無しさん@お腹いっぱい。
07/09/26 17:21:55
このスレ、妙に話をもみ消そうとする奴が一人紛れてるな。
この話題が盛り上がると何かまずいことでもあるのだろうか?

275:名無しさん@お腹いっぱい。
07/09/26 17:28:33
妙に話をひっぱりたい人がいるみたいだけど
この話題を盛り上げて何かいいことでもあるの?

276:名無しさん@お腹いっぱい。
07/09/26 17:35:34
sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、
次期バージョンがSRVに対応すれば、普及なんてあっと言う間だろう。
セキュリティアップデートと同時に仕込んでおけばなお効果的。

一方、IPv6なんて普及させるのは困難。
そもそもTCP/IPの根底を置き換えなければならないんだから。

277:名無しさん@お腹いっぱい。
07/09/26 17:38:39
>>276
いつごろ対応するの?

278:名無しさん@お腹いっぱい。
07/09/26 17:52:13
>>276
MTAによるゲートウェイとの比較はあきらめて、IPv6とMTAのSRV対応の
どちらが楽かっていう完全に無意味な話題をやりたいわけか。

MXしか読まないMTAとSRVでしか受け取れないMTAの混在環境の問題は
IPv6とIPv4の混在環境以上に問題あることが理解できればいいのに。

279:名無しさん@お腹いっぱい。
07/09/26 18:02:00
>>278
MTAによるゲートウェイは1hop増えるのが困る。
そのゲートウェイを誰かが管理しないといけないから、
ドメインごとに管理を別々にしたい目的が達成できない。

なら、NATの管理は?と言いそうだが、
ルーターでのNATなら、ほとんど管理は不要。
ポートだけ最初に決めてほったらかしで十分。

280:名無しさん@お腹いっぱい。
07/09/26 18:49:20
で…








何がやりたいんだっけ?

281:名無しさん@お腹いっぱい。
07/09/26 19:50:19
>>275
荒らし的には嬉しいだろ、常識的に考えて。

282:名無しさん@お腹いっぱい。
07/09/26 20:02:01
>>276
> sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、

おめでたすぎるな。

283:名無しさん@お腹いっぱい。
07/09/26 20:10:54
>>279
ゲートウェイもルータも、誰かが管理しないといけないのは一緒だよね。
で、ゲートウェイの管理も、例えば sendmail なら、
mailertable の行を追加/削除するだけでほとんど管理は不要じゃない?
実装の工夫次第で運用の手間はほとんど無くせると思う。

284:名無しさん@お腹いっぱい。
07/09/26 20:14:38
OKAJIMA が一人いるだけで、この荒れよう。

285:名無しさん@お腹いっぱい。
07/09/26 20:16:45
>>276
× sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、
○ IIS/ExchangeServer/その他と、MTAの種類なんて限られてるんだから、

286:名無しさん@お腹いっぱい。
07/09/26 20:39:29
ルーターは誰も管理しなくて良い。

287:名無しさん@お腹いっぱい。
07/09/26 21:06:33
>>283
MTAゲートウェイは、OSホストを1台仕立て上げなければならない時点で問題。
mailertableだけとか、そういう問題じゃない。
sendmailが動いてるなら、日々パッチも当てなければいけない。
OS自体のパッチもある。FreeBSD 4.xみたいに、OSがサポート終了になることもある。
OSが稼働してるということは、HDDとかメモリとか、PC自体のトラブルもあり得る。
工事停電の時はシャットダウンとか作業をしないといけない。

ルーターなら、電気製品のようにすぐに電源切って、また入れればすぐ使える。
そのレベルの「管理不要」を要求しているのだよ。

288:名無しさん@お腹いっぱい。
07/09/26 21:13:17
まぁ、スーパバイザが煙吹くとか、IOSがバグっててパッチ当てなきゃとか、
そんな目にあったことのない奴だけが言える戯言だ罠。

289:名無しさん@お腹いっぱい。
07/09/26 21:58:39
IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら
AAAAレコードではないだろうか。


290:名無しさん@お腹いっぱい。
07/09/26 22:01:35
なんだ、ブロードバンドルータの話をしてるのか。

291:名無しさん@お腹いっぱい。
07/09/26 22:24:07
sendmailのソース見て、SRVレコードに対応させるようにするには
コードのごく一部を修正するだけで割りと簡単にできるよね。

一方、IPv6の対応はそうはいかない。
いずれSRV対応MTAが普及するのは時間の問題だよ。

292:名無しさん@お腹いっぱい。
07/09/26 22:28:58
ゆんゆんゆ~ん

電波を受信しました

293:名無しさん@お腹いっぱい。
07/09/26 22:30:30
>>290
そや、いまどきナローバンドルータの話をする人はいないだろ

294:名無しさん@お腹いっぱい。
07/09/26 23:03:49
I-D書いてくれ。話はそれからだ。

295:名無しさん@お腹いっぱい。
07/09/26 23:09:54
そうだそうだ。この板も強制ID制にするべきだ!

とか、ボケてみるテスト。

296:名無しさん@お腹いっぱい。
07/09/26 23:28:23
Internet Mail Systemのスレだということを忘れていたよ。

297:名無しさん@お腹いっぱい。
07/09/26 23:36:23
>>291
Sendmail は既に IPv6 に対応済みでコードの修正すら要りませんが何か?

298:名無しさん@お腹いっぱい。
07/09/26 23:39:58
>>297
お前何ボケてんだよ。インターネット全体がIPv6に対応するってこと。
事実上無理だろ。sendmailだけの問題じゃ済まないから。

一方、SRVの方は、SRV対応のsendmail(と他のメジャーなMTA)をバラ撒けばそれだけで完 了。

299:名無しさん@お腹いっぱい。
07/09/26 23:41:23
>>298
> お前何ボケてんだよ。

お前に言われたくねーよ。

300:名無しさん@お腹いっぱい。
07/09/26 23:52:49
SRV と IPv6 のどっちが普及するかなんて定量的な予測は不可能なんだから、
比較議論するだけ無駄だべさ。

ところで、現時点では、
IPv6 を普及させようと努力してる香具師は SRV に比べたらはるかに多いと思われるので、
SRV を普及させたいと思ってる香具師は今から行動を始めておいた方が良い。

まずは I-D から。
頑張れよ。

301:名無しさん@お腹いっぱい。
07/09/27 00:10:17
OKAJIMAには無理。

302:名無しさん@お腹いっぱい。
07/10/03 18:48:32
日本語で振り分けできるサーバサイドのソフトウェア無いですかね?
MIMEエンコード手動でやるの疲れた

303:名無しさん@お腹いっぱい。
07/10/03 22:24:20
>>302
MH-JP

304:名無しさん@お腹いっぱい。
07/10/12 10:27:12
targrey URLリンク(k2net.hakuba.jp)  使ってる人いる?
DBのファイルを生成するディレクトリ見ると、
log.0000000001 と postgrey_clients.db しか更新されてないみたいなんだけど、
これで正常に動いてるんだろうか。教えて、エロイ人。

環境: FreeBSD 4.11 + Postfix 2.4.5 + postgrey-1.31 (patched with taRgrey)

305:304
07/10/12 10:36:36
追記。環境について、
postfix-policyd-spf-perl_2.004 も使ってた。

306:名無しさん@お腹いっぱい。
07/10/12 11:21:18
>>304
もう、それ位自分で調べなさいよ!
db4.3_dump -p postgrey.db 見たいなことをしてみれば良いの!

というかあなたね、
自分のクライアントが targrey に引っかかるようにして、テストすれば
動作確認できるんだから、ココで聞く必要なんか無いでしょう!

今度、こんな事聞いたら許さないんだから!

307:304
07/10/12 11:56:12
>>306 もっと具体的に教えてくれ。

308:304
07/10/12 14:50:38
>>306
あ、それはやりますた。最初に言うべきでした。
postgrey.db も tarpit_clients.db レコード数が0のまま。

「targrey に引っかかるように」ってのは、

cat /etc/postfix/permit_client_nots25r
/myclientsdomain\.tld/ WARN

にしておいて、telnet でサーバとお話しろっていうことでおk?
で、見てる限りでは問題なく配信されて、 /var/log/maillog 眺めても、
greylist とかそれに類する文字列が出てこない。DB もそのまま。

309:306
07/10/12 15:28:31
>>308
以前テストした時の記憶なので曖昧だけど。

> cat /etc/postfix/permit_client_nots25r
> /myclientsdomain\.tld/ WARN

myclientsdomain.tld がテストをするクライアントのIPを
逆引きしたときのドメインになっていればOK。
IP でも、登録できるからやってごらん。
ex: /^192\.168\.0\.1/ WARN みたいな感じ。

で、テストの方法は上記を登録して鯖に telnet xxxx 25 する。(postfix reloadを忘れないように)
(別にクライアントでもかまわないけど。メーラーの timeout 時間の設定を変えるのがめんどくさい。)
その後は、コンソールから HELO , MAIL FROM , RCPT TO を打つ。
すると targrey で登録した秒数待たされるので待つ。(これで、db に書き込まれる。)
待たないと設定時間だけ再接続を許して貰えない。(これも、db に書き込まれる。)
(これは postfix の sleep patch を使っていないと syslog には何もでないはず)

targrey がクライアント関係で syslog に、メッセージを吐くのは
Oct 12 02:12:01 xxxxx postgrey[790]: tarpit whitelisted: unknown[127.xxx.xxx.xxx]
みたいに white list に登録したときだけ。
なので、何度(設定次第)か targrey を突破する接続をすると white list に登録される。

注意点は、複数の RCPT TO には targrey が対応していない。
だから、RCPT TO は1回の HELO の中で一回だけにすること。

まあ、db と log は消しても postgrey を(再)起動するれば作成されるから恐れずに
バンバンテストしてみると良いよ。

しかし、ツンデレ回答はきつい。

310:306
07/10/12 15:34:21
すまん。追記。

white list に登録するためには、DATA を突破しないといけないから
適当にメールを送信するところまで終わらせた方が良いよ。

じゃないと、訳がわからなくなるよ。

311:名無しさん@お腹いっぱい。
07/10/15 09:12:26
>>306
中の人ですが、追記する必要無いくらいの完璧なフォローしてもらってありがとうございます。
309もツンデレしてもらってたらさらに良かったのに :)

>>304
WARNの設定しておいて、telnetでRCPT TOの後で遅延が返答の遅延が起きないのなら
なんか設定がおかしいです。
その設定だと、targrey(postgrey)が呼び出される場合、logに「NOQUEUE: warn: RCPT from ...」
というようなwarningメッセージが残ってるはずですが、出てなければポリシーサーバの呼び出しに
失敗してる可能性が高いです。

312:名無しさん@お腹いっぱい。
07/11/06 21:14:25
scmailを使っています。
すっきりわかり易いと思うのですが、もっさり感があって乗り換えようと考えています。
なにかおすすめはないでしょうか。

313:名無しさん@お腹いっぱい。
07/11/06 21:55:51
素直にmaildrop

314:名無しさん@お腹いっぱい。
07/11/06 22:34:16
postfix + vpopmailで鯖上げたいんですけど、どこの板・スレが適切ですか?
誘導おながいします

315:名無しさん@お腹いっぱい。
07/11/06 23:17:33
mewでmh形式使ってるんですが、どうやら
maildropってmh使えなさそうですね。
procmailは避けたいし、難しいな。

316:名無しさん@お腹いっぱい。
07/12/02 00:31:48
>>314
OSによるんじゃない?
ここでもいいけど

317:名無しさん@お腹いっぱい。
08/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:名無しさん@お腹いっぱい。
08/01/07 01:35:47
連投すみません。ageさせていただきます。

319:名無しさん@お腹いっぱい。
08/01/07 23:57:46
majordomo なんて太古の昔で忘れたけど、 \ でエスケープはできないんだっけ?

320:317
08/01/08 07:25:11
レスどうもありがとうございます。
subject_prefix = [HOGE\ $SEQNUM]
もやってみたのですが、だめでした。

おそらく、コマンドメールではなく直接 ML サーバにログインして、majordomo の
設定ファイルをエディタで直す分には、
subject_prefix = [HOGE $SEQNUM]
でもいけるのではと思うのですが、コマンドメールでやるとうまくいかないのです。
でもそんな根本的なバグあるのだろうか。

321:名無しさん@お腹いっぱい。
08/01/08 23:26:31
config_parse.pl で
'subject_prefix', 'grab_word',
となっているからなので、
'subject_prefix', 'grab_string',
にすればスペースもいけたはず。

322:名無しさん@お腹いっぱい。
08/03/08 17:46:30
sendmailで、メールを送信する際に、FROM句を誰から送信されたか判らないようにダミーユーザに変更することは可能ですか?

323:名無しさん@お腹いっぱい。
08/03/08 20:24:10
spam業者乙

324:名無しさん@お腹いっぱい。
08/03/11 12:31:10
MTA で「FROM句」という表記をされるのは初めて見た。
RDMBS ではあたりまえだが。

325:名無しさん@お腹いっぱい。
08/03/11 13:20:29
間違えました。「FROM文」でしたね。

326:名無しさん@お腹いっぱい。
08/03/11 14:14:35
ヘッダの話で「○○文」なんてはじめて聞いたよ

327:名無しさん@お腹いっぱい。
08/03/11 14:18:39
間違えました。「FROM命令」でしたね。

328:名無しさん@お腹いっぱい。
08/03/11 14:52:27
もういいよ。

329:名無しさん@お腹いっぱい。
08/03/11 16:37:43
>325
ワロタ

330:名無しさん@お腹いっぱい。
08/03/11 16:40:09
間違えました。「FROM宣言」でしたね。

331:名無しさん@お腹いっぱい。
08/03/11 17:06:00
天丼は2回まで。3回やるとどんなネタでもやりすぎ。

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

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

333:名無しさん@お腹いっぱい。
08/03/14 14:32:54
>>332
そゆの、実験と言わない

334:名無しさん@お腹いっぱい。
08/03/14 14:35:33
必要なメールまで届かなくなりそうで
誰も使わんだろ。

335:名無しさん@お腹いっぱい。
08/03/14 14:46:24
>>332
あるよ。
URLリンク(www.clubbbq.com)


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


337:名無しさん@お腹いっぱい。
08/03/14 17:00:37
あと envelope が <> とかも捨ててくれたりしますYO

338:名無しさん@お腹いっぱい。
08/03/16 21:49:48
URLリンク(www.rfc-ignorant.org)
なるほど

339:名無しさん@お腹いっぱい。
08/03/17 02:05:22
申請元が...

340:名無しさん@お腹いっぱい。
08/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:名無しさん@お腹いっぱい。
08/04/07 13:27:20
毎回ひくんじゃね?
ソース読んでみ。

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


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

344:名無しさん@お腹いっぱい。
08/04/07 16:32:56
>>343
一通りしか思いつかんかった、二通り書いてみてくれ。

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

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

346:名無しさん@お腹いっぱい。
08/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:名無しさん@お腹いっぱい。
08/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:名無しさん@お腹いっぱい。
08/04/09 03:06:22
>>347
いつ getaddrinfo() するかわかればそれでいいんじゃね。


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch