1 名前:名無しさん@お腹いっぱい。 [2005/10/02(日) 21:33:35 ] Internet Mail System に関する総合スレ。 専用スレが存在しないソフトウェアの話題や 複数の領域に跨るような内容などはこちらでどうぞ。
2 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/02(日) 21:35:28 ] 過去スレ Internet Mail System 総合スレ@UNIX板 2 pc8.2ch.net/test/read.cgi/unix/1121443862/ Internet Mail System 総合スレ@UNIX板 pc8.2ch.net/test/read.cgi/unix/1065106696/ 個々のソフトの関連リンクはここを参照。 Taki Internet Mail Private Lab. ttp://www.emaillab.org/
3 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/02(日) 22:21:07 ] sendmail pc8.2ch.net/test/read.cgi/unix/1094702772/ Postfix(4) pc8.2ch.net/test/read.cgi/unix/1110850215/ qmailいろいろ(7) pc8.2ch.net/test/read.cgi/unix/1114157851/ djb(3) pc8.2ch.net/test/read.cgi/unix/1047117464/ Exim pc8.2ch.net/test/read.cgi/unix/986398141/ Courier-MTA pc8.2ch.net/test/read.cgi/unix/1119770156/ メールサーバ迷惑メール対策スレ pc8.2ch.net/test/read.cgi/unix/1124090297/ SpamAssassin pc8.2ch.net/test/read.cgi/unix/1124772932/ 【AntiVirus】 アンチウィルスソフト総合スレ pc8.2ch.net/test/read.cgi/unix/1046547211/
4 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/02(日) 22:21:17 ] Mew 3 pc8.2ch.net/test/read.cgi/unix/1080986510/ Wanderlust その5 pc8.2ch.net/test/read.cgi/unix/1114097161/ muttを使おう pc8.2ch.net/test/read.cgi/unix/1043606156/ gnus pc8.2ch.net/test/read.cgi/unix/998716392/ WebMail総合スレ【SqWebMail, SquirrelMail ...】 pc8.2ch.net/test/read.cgi/unix/1085625908/ メーラスレッド pc8.2ch.net/test/read.cgi/unix/986915141/ BeckyをUNIXに移植しろ!mail,mewはゴミ以下 pc8.2ch.net/test/read.cgi/unix/1119557313/
5 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/02(日) 23:07:54 ] >>1 乙だよもん
6 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/03(月) 00:07:29 ] 保守
7 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/03(月) 00:56:53 ] >>6 テオワロス
8 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/03(月) 01:05:28 ] 前スレ即死したしな。
9 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/03(月) 07:59:33 ]
10 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/03(月) 10:55:10 ]
11 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/03(月) 11:07:41 ] 即死回避ってどのくらいレス必要なんだろ。
12 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/03(月) 11:54:57 ] 普通は全く要らないと思うけど。下の方のスレを見る限りは・・・
13 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/03(月) 12:11:13 ] 最低ラインは10っぽいね。
14 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/04(火) 01:17:56 ] 即死判定はdatファイルの容量だったと思う。詳しくは忘れたけど。
15 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/04(火) 03:52:35 ] ってことはまだ即死する可能性があるってことかい。 と微力ながら即死回避支援。
16 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/04(火) 10:13:28 ] 保守
17 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/05(水) 01:09:00 ] 即死判定【そくしはんてい】[名](批判要望板) 数時間レスのないスレを強制的にdat落ちさせるプログラム。 対象は新スレで1週間以内にnレス、又はn時間内にレスのない場合におこる。 ある程度レスのついたスレは即死判定から除外される。
18 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/05(水) 01:50:04 ] >>14 即死を回避できてるスレはたいてい10以上レスが付いてるから 名前とか日付10個分のサイズってことかな?
19 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/05(水) 02:03:07 ] 現在は11kB まあ、20レスもあれば大丈夫でしょ
20 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/05(水) 02:04:05 ] 3kBだった・・・orz
21 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/05(水) 06:28:12 ] Internet Bulletin Board System dat 落ち防止総合スレ
22 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/08(土) 14:25:40 ] ping
23 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/08(土) 21:38:10 ] pong
24 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/08(土) 22:10:24 ] pang
25 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/08(土) 23:36:46 ] pong
26 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/08(土) 23:40:28 ] SPFとか使ってる? 最近はあの辺どんな感じ?
27 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/11(火) 07:41:46 ] RTT七時間超でDUPも化けたpongもある。しかし直前にSPFの書き込み。 この流れなら質問できる!! SPFについて悩んでいるので質問。 質問の概要は「発信者が<>のときに、相手はどのレコードのTXTを調べるのか? 正しいSPFを どう書くか?」です。 かなり長いけれど、エスパー無用で漏らさず書くつもりなので、堪忍してください。 グローバルIPアドレスを持つファイアーウォール専用機器(FQDN: fw.example.net = fw.example.jp)に 守られた、192.168.0.0/24LAN上のホストmona.intra.example.net = mona.intra.example.jpでは、 postfix 2.1.5とbind 9.2.4が稼働中です。 dns的にはfw.example.netがexample.netの、fw.example.jpがexample.jpのドメインの唯一のmxであり、 同時にこれらドメインの権威あるdnsサーバーのうちの一つとなっており、インターネット側から fw.example.(net|jp)へのdns問い合わせやsmtp接続は、ホストmonaへ転送されるよう設定してあります。
28 名前:27 mailto:sage [2005/10/11(火) 07:43:01 ] つづき なおホストmonaのpostfixでは、mydestinationでexample.netを、virtual_mailbox_domainsで exapmle.jpをそれぞれ指定し、各ドメイン宛のメールを受信できています。 特記として、intra.example.(net|jp)ドメインの情報を外部になるべく漏らさないようにするため、 bindのviewを使ってインターネット側からはintra.example.(net|jp)ドメインに関する問い合わせには、 返答しないようにしてあります。 このようなbindの設定のために、mona.intra.example.netをインターネット上ホストからは 正引きできなくなることが原因で、外部smtpdへの接続を拒絶されることがあったので、 postfixのmain.cfでsmtp_helo_name=smtp.example.netとして、smtpクライアントとしてHELOで 名のるホスト名を指定しました。smtp.example.netはfw.example.netのCNAMEです。 smtp.example.net. IN CNAME fw.example.net.
29 名前:27 mailto:sage [2005/10/11(火) 07:44:11 ] つづき 現在二つのドメインexample.netとexample.jpのSPFに関するレコードは以下の通り。 (各ゾーンファイルからの抜粋)。 自宅から自分のISPのsmtpサーバー経由で@example.(net|jp)のメールを出すユーザーが居るので、 末尾に~allを追加してあります。 example.net. IN TXT "v=spf1 mx a:smtp.example.net ~all" example.jp. IN TXT "v=spf1 mx a:smtp.example.net ~all" これだけでOKかと思っていたのですが、ホストmonaが発信者を<>として外部にエラーメールを 返す場合に相手がこちらのSPFを調べるときは、こちらからHELOで渡すsmtp.example.netを対象に されることがわかりました。
30 名前:27 mailto:age で質問締めくくり [2005/10/11(火) 07:46:35 ] さいご このような場合に、相手はどのTXTレコードを調べにくるのでしょうか?。 example.netやexample.jpのTXTレコードにはSPF情報を書きましたが、smtp.example.netは、 fw.example.netのCNAMEなので、TXTレコードをつけられません(bindがエラーを出す)。 上に書いた各ドメインそれぞれのTXTレコードだけで対応できているのでしょうか?。 長くなりましたが、助言を頂けますか。よろしくお願いします。
31 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/11(火) 21:59:58 ] >かなり長いけれど、エスパー無用で漏らさず書くつもりなので、堪忍してください。 不要な情報多すぎ。postfix とか bind とか関係ないでしょ。 で、そーゆーときにどうするのが正しい動作なのかは、まず一次情報にあたるべし。 draft-schlitt-spf-classic-02.txt の2.1節と2.2節。
32 名前:27 mailto:sage [2005/10/13(木) 00:18:48 ] 質問の刈り込みが足らずに正直スマンカッタ AA(ry draft-schlitt-spf-classic-02.txt読んで、RFC2821も もう一回読み直してくる。ありがと。
33 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/15(土) 19:34:05 ] >>1 ちょっと亀レスですがスレ立てお疲れさまです
34 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/17(月) 13:05:30 ] メールスプールにmbox形式を使っています。 サーバでメールを受信して一定期間経過したら削除したいのですが どのようなソフトがありますか?
35 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/17(月) 16:56:24 ] そんなことここで質問するような人はやらないに越したことはない。
36 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/17(月) 17:55:37 ] >>34 もうちょっと状況を詳しく説明しないと答えにくいかも。 メールサーバや POP サーバや MUA で何を使ってるかとかそういう。 俺なら IM の imget コマンドで imget --keep=7 (7日間保持) みたいのを cron に仕掛けて定期的に POP & expire させとくかな。
37 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/23(日) 13:37:32 ] MDAでprocmailとmaildrop以外にお勧めってありますか?
38 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/23(日) 19:15:48 ] 何が不満?
39 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 11:09:37 ] procmail -> レシピの文法が不満。 maildrop -> Courier-MTAの一員になってしまったことが不満。
40 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 11:17:53 ] >>39 maildropに対してのそれは不満といえるのか?
41 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 11:58:53 ] 俺の脳内ランキングでは djb, Theo の次ぐらいに位置する。
42 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 12:24:42 ] >>41 courier-mtaの作者は確かにアレだけどさ…
43 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 12:44:03 ] >>40 でもなんかわかるよ。
44 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 13:09:43 ] で,実際procmailとmaildropだったらどっち使っている人が多いのだろうか。
45 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 13:45:18 ] procmail の方が有名だからそっちしか知らないヤツは多いだろうけど 両方比較したうえで敢えて procmail を選ぶ勇者は果たしているのか?
46 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 13:55:31 ] >>45 そこで>>39 ですよ。
47 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 14:18:09 ] procmail の文法は糞って言ってる奴の半分は意味もわからず闇雲に ただ「バッドノウハウ」言いたいだけな気がしてならない今日このごろ。
48 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 14:33:40 ] でも、procmailのソースを読んで頭痛がしてしまった人が残りの半数はいる罠。
49 名前:47 mailto:sage [2005/10/24(月) 14:38:24 ] ああ、ソースね、あのソースねえ・・・
50 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 15:05:30 ] >47 バッドノウハウはさておき、 procmail も (検証しながら && 他人のレシピのマネ) で使えなくはないのだが、 「読めない設定」を使う限り、事故の危険性が高いというのが問題。
51 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 15:32:40 ] 俺はprocmailの文法に別に不満はないけどなあ。 ルールが使われた統計とか、機能的な希望はあるけど。
52 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 16:42:30 ] そこでTheo謹製OpenProcmailですよ。
53 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/24(月) 16:52:30 ] djb厨がまだ出てこないなあ
54 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/10/29(土) 09:34:34 ] OpenMail.local
55 名前:名無しさん@お腹いっぱい。 [2005/11/01(火) 00:08:41 ] なんとなくpop proxyモードでbsfilterを使っています。 メールサーバにこのフィルタを突っ込んで配送時にX-Spamヘッダを付けたいのですが、 sendmailのMILTERにbsfilterってつっこめないようです。 procmailなりmaildropを使うしかないんでしょうか? spamassassinやbogofilterならMILTERとして使えそうですが、 これらとbsfilterの違い(性能や負荷など)も教えてもらえるとうれしいです。
56 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/11/13(日) 11:12:08 ] Clamav-milterをpostfixで使えますか?
57 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/11/14(月) 09:38:13 ] >>56 そいつを組み込んだ sendmail を動かしておいて、 contents_filter なり smtpd_proxy_filter なりで その sendmail にまわす。まーばかばかしい。
58 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/11/15(火) 08:36:15 ] procmailで終了じゃんw
59 名前:名無しさん@お腹いっぱい。 [2005/12/25(日) 04:37:10 ] 色々調べてみたものの 振り分けソフトとして知られるfetchmailの役割があまり理解できません。 fetchmail+maildrop+postfixの環境の人がいるみたいですが、 fetchmailを加えることによって何ができるようになるのでしょうか? 今の私の環境はmaildrop+postfixなんですが、 メールの振り分けはmaildropでできますし。
60 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/12/25(日) 04:58:16 ] fetchmailが振り分けって何の冗談だ?
61 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/12/25(日) 10:01:17 ] 名前の通り fetch 出来ます
62 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/12/25(日) 11:39:19 ] >>59 って他人につられて赤信号を渡ってしまい、車に轢かれるタイプだな。
63 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/01/12(木) 12:00:43 ] オープンソースなメールアーカイブってないですか? ただアーカイブして、クライアントPCが壊れたときに Web上からMailboxに戻す機能があればいいのですが。 超高速検索とか、送信時のフィルタなどはいりません。 Sourceforge を探してもなかったんで、ないんですかね?
64 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/01/12(木) 12:13:15 ] >>63 IMAPサーバでも立てたら?
65 名前:63 mailto:sage [2006/01/12(木) 13:39:25 ] >64 って まんまIMAPで出来るっすね。そういわれてみれば(^^; IMAPも使ってるんですけど、HDDがすぐ一杯になっちゃうんで、 アーカイブして、サーバ上には1ヶ月分のデータしか残さないように したいです。 IMAPサーバで 500GBとかためちゃっても無問題でいけるんですかね? Postfix/Dovecot/ RHEL3 あたりで。
66 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/01/12(木) 15:05:50 ] >>65 500GBを1フォルダとかいったらアホだけど、フォルダわけとけば 何の問題もない罠。
67 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/01/12(木) 15:08:41 ] それは罠なのか?
68 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/01/12(木) 15:10:19 ] もしかして SMTP で動作する新しい p2p アプリとかあったりするのかな?
69 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/01/31(火) 17:20:58 ] 保守
70 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/12(日) 21:00:39 ] 革新
71 名前:名無しさん@お腹いっぱい。 [2006/03/16(木) 12:35:37 ] Maildirで運用しようと思うんだけど、最近のファイルシステムなら何でも平気? Solaris10か、なんか新しめのLinuxの予定なんだけど。 もしかするとFreeBSDかもしれない。
72 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/16(木) 12:51:11 ] Maildir じゃなかったら何で運用するつもり?
73 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/16(木) 13:22:16 ] >>71 OS によらず、全然平気。
74 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/16(木) 20:56:47 ] 1メール1ファイルなんだから、大量のメールの場合 問題になるOS/ファイルシステムもあるでしょ?
75 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/16(木) 21:00:28 ] mboxの方が枯れてるから安心。
76 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/16(木) 21:05:53 ] mbox ってメール数が増えるとパフォーマンス悪くならない?
77 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/16(木) 21:46:37 ] Maildir は100通あれば100回 stat() するけど、mbox は1回で済むよ。
78 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/16(木) 23:34:42 ] mboxでも良いんですけど、みんな大量にメールを溜めるんですよ。 pop3dがqpopperなんですが、コピー作るのに結構負荷がかかってるようなんです。 別に立ててるサーバ(OS Linux/FS XFS)では、IMAP4も使いたかったので courier-imapd/pop3d(+dovecot)使っていて、 メールがたまってても速かったから、Maildirがいいかなと思ったんですが、 もう少し調べた方が良さそうですね。人数も少ないのでそれが効いてるかも知れない。 最近のqpopperは知らないけど、もしかしてコピー抑止できるのかな。 他のpop3dも調べた方が良さそうですね。
79 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/17(金) 10:28:28 ] 割と激しく利用されてるなら Cyrus IMAP を考えた方が良いかもね。
80 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/17(金) 11:14:55 ] >>78 qpopper ならキャッシュと fast-update が有効かな?
81 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/17(月) 01:02:12 ] 2)を二段階に分ける。 2a) fetchmail → maildrop or procmail でローカルストレージに保存 2b) 保存されたメールをローカルPostfixに投げる 2b)の部分はテキトーなプログラミング言語で書く。
83 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/17(月) 07:56:56 ] >>81 そんなあなたにgetmail。 pyropus.ca/software/getmail/
84 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/17(月) 23:15:13 ] fetchmail→SMTP はやめたほうがいいかと 理由はぐぐればいくらでも出てくると思ふ
85 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/17(月) 23:26:49 ] ぐぐってもよくわかんないよう
86 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 01:28:20 ] >>84 同じくやめた方がいいとは思うけど、 cyrus だとメールボックスの所有者が自分ってことはないだろうから、 この場合はローカルの MTA に配送をお願いするしかないんじゃないだろうか。 つーか、そういう使い方をするなら cyrus を選んじゃダメ。
87 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 01:45:00 ] 別にMTAにお願いしないでも、LMTPで直接話せばいいでしょ? fetchmail もしゃべれるし、SpamAssassin 挟むなら、spampd とか。 でもまあ、どっちみち、lmptd か spampd が落ちてたら失敗するんで、 fetchmailがだめだったときに何とかしてくれないと駄目よね。 ってのが、>>83 ?
88 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 01:50:37 ] ていうか普通はMTAが落ちてたらメッセージは削除されないでPOPサーバに残るがな。
89 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 08:06:12 ] >>88 fetchmailってそうなってたっけ?
90 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 08:54:43 ] 自分で確かめろ馬鹿
91 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 09:25:07 ] >>88 最近は、POPから一度読み出すと 問答無用で削除されるPOPサーバー(そういうISP)も多い。 (DELEを実行しなくても、RETRを実行すると サーバーから消えるように設定されている) MTAをinetdモード起動にすると、 知らないうちに落ちてたということはなくなるので、 ちょっとだけ安心かな。
92 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 09:31:48 ] masterが知らないうちに落ちてるようなシステムではinetdも知らないうちに落ちるだろうなw
93 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 10:09:01 ] >>91 Gmail がそうなってると聞いたことがある。 POP サーバがそんな仕様だと、どう頑張っても、 確実なメール取得&配送を保証するのは無理なんじゃないかという気がするのだが。
94 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 12:30:53 ] >>93 Gmailは、メーラで読んだものをどう扱うかを webインタフェース側で選択するようになってる。
95 名前:名無しさん@お腹いっぱい。 [2006/04/18(火) 17:03:54 ] >>89 なっていないようです。 本当にありがとうございました。
96 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 17:37:10 ] もうこのスレ見るのやめるわ。馬鹿が伝染る
97 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 17:40:08 ] >>96 でも気になってまた見てしまうオマエを おれは責めない
98 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/18(火) 18:55:43 ] >>96 キタコレwww
99 名前:名無しさん@お腹いっぱい。 [2006/06/08(木) 10:27:35 ] procmailrcの記述方法についてどうか知恵をお貸し下さい。 自分はスパム対策で .procmailrc中にレシピをいくつか書いてるんですが、 最近、ヘッダ中にSubject: 行が二つあるメールが来て困っています。 一つは Subject: 以下が空っぽ、もう一つの Subject: には普通に文字列、というメールです。 何が困るかというと、Subject: 以降を nkf -meZ1 に渡してNGワードチェックをしてるのですが 上記のようなメールが来ると、この辺の処理でエラーになって振り分けに失敗してしまいます。 そこで、Subject: 行が複数回出てくるようなメールをあらかじめ振り分けるという処理を .procmailrc に加えたいと思うのですが、どんな風に記述すればよいか、 分かる方いらっしゃいませんか? procmailex を見ても、こういう変則的なヘッダに対処する方法は見当たらず悩んでます。 よろしくおねがいします。
100 名前:99 mailto:sage [2006/06/08(木) 19:02:14 ] 自己解決しました〜 スコアリングでいけました。 いちおう書いときますね :0 * -1^0 * 1^1 ^Subject:.*$ spam/. しかし見てる人いるんかいなここ・・・
101 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/06/09(金) 00:53:34 ] >>100 ノシ
102 名前:100 mailto:sage [2006/06/09(金) 22:22:59 ] いた!!!!!!でも一人wwwwwww >>100 は仲間を呼んだ! ''';;';';;'';;;,., ブーン・・・ ''';;';'';';''';;'';;;,., ブーン・・・ ;;''';;';'';';';;;'';;'';;; ;;'';';';;'';;';'';';';;;'';;'';;; rっ vymyvwymyvymyvy、 || mVvvMvyvmVvvmvyvmVvv、 |/⌒ヽ /^ヽ (^^) /^ヽ (^^) /^ヽ(^^)/^ヽ (^ω^ )(ω^ )/⌒ヽ(^ω^)/⌒ヽ^ω^) ( ^ω)-っ /⌒ \ | _二二二つω^ )(\ ( ^ω^ )二⊃ /⌒ヽr ⊂二(^ω^ )二ノ /( ^ω^ ) ⊂二\\_/⌒ヽ二二( ^ω^)二⊃ ヽ | (´ ._ノ ヽ /⌒ヽつ \( ^ω^) | / ソ ) \\⊂二二二( ^ω^ )二二二⊃ ⊂_) ( ヽノ ( < \ レ’\\ ヽ / i ) ノ ノ>ノ \|\| レ (⌒) | /ノ ̄ レレ ⌒| / ブーンがあらわれた! 嘘ですVIPに帰ります・・・λ............トボトボ
103 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/06/10(土) 20:32:46 ] >>100 GJだ。いつか何かの役に立たせていただく。
104 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/06/15(木) 00:13:47 ] ありがとう。お役に立てばこれ幸い。 ところで、以下でスパームの半分以上が除去できることがわかったw 0: * ^Received: from (自鯖名\.)*自ドメイン * !^From:.*自ドメイン spam/.
105 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/06/17(土) 05:32:36 ] 俺は↓ぐらいだなぁ・・・ 0H: * !^Date:.*\+0900 spam/
106 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/06/18(日) 19:03:29 ] なるぽ。。 たまに海外からのメールも来るので(アプリとかドメインのレジスト関係とか) 一律に捨てられないのが辛いっす
107 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/06/18(日) 19:52:36 ] いや >105 はネタだって もしくは想像を絶する痛い香具師
108 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/06/19(月) 00:50:58 ] ん、ネタだったのかw まあ真似しようとは思わないけれど。 あとあれだ、 plain textをわざわざbase64エンコードしてるのも捨てるようにした。 これもかなり効果あり。
109 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/06/19(月) 15:00:23 ] だからネタはネタらしく書けっての
110 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/07/10(月) 19:26:12 ] spam 対策のベイジアンフィルタの bogofilter って 使っている方いらっしゃいますか? データベースがどんどん大きくなってきて 100MB 近くになっているんですが、 どうすれば小さくできるんでしょう? bogofilter.sourceforge.net/faq.shtml#compact-database bf_compact はやってみたんですが何も変わりませんでした。 古いデータを少し削ってもいいから出来れば 50MB 程度に落としたいんですが...
111 名前:名無しさん@お腹いっぱい。 mailto:age [2006/07/17(月) 14:13:13 ] 沈んだままなので age てみます >110 をよろしくお願いします
112 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/07/18(火) 11:20:50 ] >>110 -u でアップデートを続けてれば無限に大きくなるんじゃない? もっかい db を作りなおしてみると良いかも。spam いっぱい 食わせて、50MB ぐらいになったところで -u 終了。その後で いくつか誤判定されたのを再度突っ込めばおk
113 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/07/18(火) 13:34:15 ] >112 レス thx. -u で肥大化したもののから小さくするというのは直接の方法はなくて、 学習データのメールを絞って 0から DB 作り直すしかないんですかね…
114 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/07/20(木) 16:56:31 ] Berkeley DB とか DBM とかって、構造上ファイルを小さくできないはず。 データ削除は可能だけと、単にレコードに死亡フラグが付くだけですね。
115 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/07/20(木) 20:28:12 ] dump/load
116 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/08/22(火) 22:59:42 ] >>116 に追加 netstat -aをやるとpopはlistenしてます。
118 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/08/22(火) 23:04:01 ] hosts.allow
119 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/08/22(火) 23:06:06 ] >>116 ログにはなんか出てないの? inetd経由ならtcp_wrapper、xinetdならonly-fromとかの設定は?
120 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/08/22(火) 23:15:20 ] >>118 hosts.allow Σ(゚Д゚;) すっかり忘れてた。今記述を見直したら、アサーリ動いたです。 >>119 そういうわけで解決しますた。 お二人ともthxでした。( ´∀`)つt[] 飲み物ドゾー っていうかこんな基本的なところを忘れているとは・・・・orz
121 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/08/23(水) 09:42:26 ] 部外者です。オレも hosts.allow あたりかなとは思っていたんですが、ここの 設定で弾かれた時ってどこか分かりやすいところにログが記録されないんで したっけ?
122 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/08/23(水) 09:59:30 ] TCPwrapper で弾かれる場合は telnet で接続すると "いや〜ん" って メッセージを残して切られる(設定による)
123 名前:116 mailto:sage [2006/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/08/23(水) 16:03:27 ] Linux板のくだ質からやり直したほうがいいよ
125 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/08/23(水) 19:24:54 ] >>123 > ちなみにlibwrapってTCPWrapper相当の機能をもつライブラリみたいですね。 相当というか、tcp_wrapperのライブラリそのものですよ…。
126 名前:名無しさん@お腹いっぱい。 [2006/11/28(火) 17:22:54 ] age
127 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/01(金) 18:32:58 ] 自分宛のspamだけで1日2000通超えて、spamassassinのすり抜けも目立つようになって来た昨今、 こうもspamが多くなると、grey listingみたいなアレな手段でもやむを得なくなるのかな…
128 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/01(金) 22:05:34 ] すり抜け分で何通/日くらいですか?
129 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/01(金) 22:36:23 ] >>128 20通/日ぐらい。 ただ、ヲレの場合は他からforwardしているところから来るのがspamassassinを すり抜ける例が多いんで、grey listingを使ってspamの総量が減っても、 すり抜けた数はほとんど変わらず。
130 名前:名無しさん@お腹いっぱい。 [2006/12/04(月) 18:16:33 ] Starpitってどう? ttp://d.hatena.ne.jp/stealthinu/20060706/p5 うまく行きそうだったら、ウチのシステム管理者に提案してみる
131 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/04(月) 19:02:52 ] >>130 今なら taRgrey ttp://k2net.hakuba.jp/targrey/ のほうがいいかも。 postgreyにパッチを当てる必要があるんで、ちょっとだけ敷居が高いけど。 まあ、taRgrey使わないでもS25R + tarpitting + greylistingは可能なんだけど。 んで、ヲレの環境では遮断率もいいし、副作用も少ない。
132 名前:名無しさん@お腹いっぱい。 [2006/12/08(金) 13:59:42 ] 大手ISPはOP25始まってるね これって自鯖で配信できなくなるってことだよね
133 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/08(金) 16:46:08 ] 普通は固定IP取ればOK それがいやならISPのMTAを経由させるしかない
134 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/22(金) 16:56:50 ] 自環境のsmtpも587にすりゃいいだけのことだよもん
135 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/25(日) 21:09:41 ] これがないとだめだよってメールアドレスって、どこかで決まってる? なんとなく慣習で abuse, hostmaster, mailer-daemon, postmaster, root を いつも用意するんだが(Webサーバがあればwebmasterも)、実は根拠を知らんので。
136 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/25(日) 21:21:34 ] RFC2142
137 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/25(日) 22:53:07 ] >>137 最近のだと何もしなくても、そうなるよ。
139 名前:135 mailto:sage [2007/02/26(月) 01:10:52 ] >>136 thx
140 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/17(火) 00:06:20 ] 全然憶測で書くけど新ユーザのホームのパーミッションは? .procmailrcが読めないと見た。
142 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/17(火) 00:33:19 ] 送信とか言うけどファイルのコピーができてるかどうかみたいなことだろ ちゃんとディレクトリがあるかとかファイルが作成されてるか調べればすむこと
143 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/17(火) 00:49:32 ] >>141 応答どうもです。 useraddのオプションなしで、追加した直後でも同じエラーが発生していました。 useraddで追加した直後なら、ホームディレクトリのパーミッションは 追加したユーザのものになっていると思います。 ただ、絶対とは言い切れませんので、明日改めて確認してみます。 ありがとうございました。 >>142 応答どうもです。 ディレクトリは、問題ないと思います。 メールが送信されてきた場合に、作成されるはずのファイルは メールスプールの下には作成されていませんでした。 エラーのため作成されていないと思ってましたが、詳しいことは判ってないです。 申し訳ない。
144 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/06/09(土) 23:48:20 ] 相変わらず TrendMicro はウンコだな。 IMSS v7 が使い物になるのはやはりリリース1年以上たってからになりそうな予感。 それに、信頼性に劣るOSから順にリリースするのはやめてほしい。
145 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/06/10(日) 12:49:07 ] >>144 トレンド捨てた。ミラポイントにしてみた。 まぁまぁ快適。
146 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/01(水) 01:19:54 ] SMTP/TLSやるときの証明書って自前で作っちゃって問題ないのかな。 オレオレ証明書だとハネるようなクライアントってある?
147 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/01(水) 01:24:25 ] >>146 ある。ケータイとか。
148 名前:147 mailto:sage [2007/08/01(水) 01:49:09 ] ゴメン。Webメールサーバの証明書と間違えた。
149 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/09(木) 21:50:23 ] 警告ダイアログ出すのはあるね。
150 名前:146 mailto:sage [2007/08/10(金) 10:07:52 ] いろいろあるみたいね。 www.mew.org/beta/info/mew_85.html.ja takagi-hiromitsu.jp/diary/20070419.html
151 名前:名無しさん@お腹いっぱい。 mailto:sega [2007/08/14(火) 19:43:53 ] メールを出すときには smtpサーバに接続して メールを送信するしかない と思っていたのですが そのsmtpサーバはどうやってメールを配信しているのでしょうか メールが飛んでいく仕組みを解説したサイトはありますか?
152 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/14(火) 19:46:03 ] >>151 SMTP サーバに接続してメールを送信しています。 「メール 仕組み」でぐぐってみ。
153 名前:151 mailto:sage [2007/08/14(火) 19:56:37 ] >>152 MTA? がよくわかりません。 PCからSMTPサーバに a@hoge.com さんへメールを出すよう頼むときは SMTPサーバのport25にアクセスしてメールをぶち流しますが そのSMTPサーバは hoge.com に対して同じようにアクセスしてメールを 送信するのでしょうか?
154 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/14(火) 20:05:30 ] >>153 同じようにアクセスしてメールを送信する。 送信先は DNS で hoge.com の MX レコードもしくは A レコードをひいて見つける。
155 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/14(火) 20:39:47 ] hoge.comは使用されてるんですが、何か関係者の方ですか?
156 名前:151 mailto:sage [2007/08/14(火) 20:45:20 ] >>154 ということは メールアドレスからMXレコードひいてSMTPサーバを探したあとは だいたい同じ挙動なんですね。
157 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/14(火) 20:51:41 ] >>155 メール送るくらい関係者じゃなくてもできるじゃん。
158 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/14(火) 21:20:55 ] >>157 メール送るからこそ何らかの関係者だろw 関係ないところにメール送りつけたらSPAMだから
159 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/14(火) 22:49:35 ] >>157 いい加減にサンプルには example.jp 使えと遠回しに言っていること位はわかってるよな? >>151 は、だいたい同じとか言ってるのもどうかと思うので、もう一度誰かの下について勉強し直した方が良い。
160 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/14(火) 23:41:56 ] 最初からそう言えばいいじゃん。
161 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/15(水) 01:43:45 ] RFC2821を読む気などさらさらないような御仁には、 くだ質のほうが適してるんじゃないかと思った
162 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/15(水) 01:47:19 ] 最初からそう言えばいいじゃん。
163 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/15(水) 04:39:27 ] 要するにわかってなかったのかwさすが夏だなww
164 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/15(水) 10:34:25 ] ttp://ya.maya.st/d/200603a.html#s20060309_2
165 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/15(水) 10:37:42 ] >>155 を読んで言いたいことがわかるようなやつは 最初からhoge.comなんて使わんだろ。
166 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/15(水) 14:50:42 ] >>164 そこで言ってる内容も怪しくないかな? JPRS の文書には「「例示」という文字はどこにもない。」と言ってるけど、 別のページにはちゃんと「例示に使用可能」とあるよね。 ttp://jprs.jp/info/faq.html#27 あと、 ttp://hoge.jp/ を見ればわかるように、 うっかり実在のドメインを使ってしまうせいで メールアドレスなどの個人情報漏らしたりしちゃったりしても知んないよー。
167 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/15(水) 14:55:56 ] >>166 >>164 の当時は書いてなかったみたいよ。 web.archive.org/web/20060307100233/http://jprs.jp/info/faq.html web.archive.org/web/20060411092803/http://jprs.jp/info/faq.html
168 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/15(水) 15:22:29 ] >>167 あらそうなんだ。 じゃあそんな古い記事を引っ張り出して来た >>164 がクソってことで。
169 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/15(水) 18:03:03 ] 夏ですね
170 名前:名無しさん@お腹いっぱい。 [2007/08/17(金) 09:43:17 ] POP3とかで使うアカウントとかパスワードで使ってもいい文字って RFCのどこに規定されてんの? 規定されてないの? 日本語でもおk?
171 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/17(金) 10:38:53 ] 異種クライアンとでトラブらない自信があるならおk (文字コードは? とか死ぬほど悩めると思うけど)
172 名前:名無しさん@お腹いっぱい。 [2007/08/17(金) 17:57:17 ] ヘッダとエンベロープの違いを教えろ。
173 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/17(金) 18:05:24 ] バカでも分かるように努力してみると、 封筒の宛名がエンベロープ。 便箋に「拝啓何々様」と書いてあるのがヘッダ。
174 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/17(金) 18:06:24 ] >>173 うむ。簡潔な回答をありがとう。
175 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/17(金) 20:54:36 ] >>172 SMTP で DATA 以前に送る情報がエンベロープ。 DATA で送る情報の前半がヘッダ。
176 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/20(月) 18:08:23 ] >>173 オライリーもそう説明してるね。(´・ω・`)
177 名前:ティム・オライリー mailto:sage [2007/08/20(月) 19:05:39 ] 呼んだ?
178 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/20(月) 19:49:02 ] オッス! オライリー!
179 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/26(日) 21:40:41 ] >>172 telnet で手動でメールを一回送れば嫌でも分かるぞ
180 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/27(月) 22:26:01 ] sendmailのエンペロープに関して質問です。 sendmailでメールサーバを構築し、ローカル配送のメールを送信すると、 MAIL FROM、RCPT TO に@以下のドメインが省かれたメールアドレス (ローカルユーザ名?)が入るようです。 これをドメインを省かないようにしたいのですが、設定方法をご存知の方 いますか? sendmail.mcの設定で実現可能なのでしょうか。 # postfixでは、この現象は起きません。
181 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/29(水) 16:02:07 ] mailname?
182 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/30(木) 23:38:29 ] >>180 sendmailの話はsendmailスレで。 pc11.2ch.net/test/read.cgi/unix/1094702772/782
183 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 00:17:35 ] 通信経路に透過型FWとか入ってない?
185 名前:名無しさん@お腹いっぱい。 [2007/08/31(金) 00:18:34 ] APOP認証を手作りしたいんだけど どっかにいいサンプル転がってない?
186 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 00:20:10 ] qpopperも知らないお前じゃ無理。
187 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 00:39:05 ] >>183-184 Cisco PIXじゃない? ttp://www.postfix-jp.info/trans-2.0/jhtml/faq.html#timeouts
188 名前:183 mailto:sage [2007/08/31(金) 00:49:36 ] >>184 どういった透過型のFWがあるかはよく知らないのですが、 相手のIPアドレス等を見ている限りでは、ないように見えます。
189 名前:183 mailto:sage [2007/08/31(金) 00:57:54 ] >>187 手元にはないのですが、参考にしてもう少し調べてみます。
190 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 01:10:24 ] >>186 いきなりそれってハードル高すぎなんすけど
191 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 01:31:14 ] Perl Net::POP3 Ruby Net::POP3 とかは?っていうかクライアント/サーバどちらの実装をしたいのか 記述する言語は何にしたいのか?
192 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 01:35:39 ] 近道しようとしてばかりじゃ 実力身につかないよ。
193 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 01:41:47 ] というかAPOP部分だけならアホみたいに簡単だろ。RFC読め。 MD5を独自に実装したいとかなら知らんが。
194 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/08/31(金) 06:38:14 ] MD5はRFCに載ってる実装を丸写しすれば
195 名前:183 mailto:sage [2007/08/31(金) 18:05:46 ] 結局 >>187 の Cisco PIX の次の項目にある、 IP path MTU discovery の問題だったようです。 ほとんどのメールは正常に受信できていたので、 なかなか気がつきませんでした。 ありがとうございました。
196 名前:名無しさん@お腹いっぱい。 [2007/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/05(水) 16:00:05 ] >>196 そういうこと。 example.net と example.org もあるよ。
198 名前:名無しさん@お腹いっぱい。 [2007/09/05(水) 16:00:35 ] パソコンショップ完全・最強リンク y-lip.com/modules/yomi/jump.php?id=65
199 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/05(水) 16:27:41 ] .example という TLD もある。
200 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/05(水) 16:31:47 ] レスを下さった方、どうもありがとうございます。 jp 以外のドメインでも example.net とか example.com があるのは知ってましたが、 .example という TLD があるのは知りませんでした。 自分はいままで説明に hoge.com を使うのは肯定派でしたが、 考えを改めるか・・・・
201 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/05(水) 16:52:56 ] でも hoge.example だとあんまりドメインっぽくないんだよな。 >>200 RFC 2606 読んどき。
202 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/19(水) 10:24:28 ] example2.co.jp, example3.ne.jp みたいなのもいけるんだな。 FAQ(よくあるお問合せ) / JPRS jprs.jp/info/faq.html#27
203 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/20(木) 12:13:22 ] postfixからprocmailを呼んで~/Mail/以下に入れるようにしてるんだけど、 うっかり/homeの容量が溢れたのに気付かず、空ファイルがinboxにたくさん出来て メールの内容は消滅してしまってました。 書けなきゃスプールに溜めるとかして欲しいんですが、どのへんの設定を 見直せばいいでしょう?
204 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/20(木) 13:39:43 ] procmail をどう呼び出してるのだ? 書き込み失敗したら終了ステータスから 「失敗」をpostfix は把握するはずだが…
205 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/20(木) 14:03:29 ] なんとなく数日後に再送されてくると予想。 maillog に何か出てなかった?
206 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/20(木) 19:08:49 ] 昔のprocmailはNFSやquotaを使ってると容量オーバーで本当は失敗していても 「成功」だと返していたように記憶している。 最近はどうだか知らん。
207 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/21(金) 12:59:37 ] まずはprocmailを捨ててmaildropに移行したほうがいいと思う。 と、アンチprocmailなヲレのたわ言でした。
208 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/21(金) 13:18:10 ] maildrop って MH 形式に対応してたっけ?
209 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/21(金) 18:34:51 ] 203です。 メールはスプールに残ってくれておりました。 空ファイルができていたのと、postfixが失敗を検知したようなログは 出ていなかったので、てっきりエラーはpostfixに返されなかったのだと 早合点してしまいました。 お騒がせしました。皆様すみません。
210 名前:名無しさん@お腹いっぱい。 [2007/09/23(日) 20:51:16 ] MXレコードにポート番号も登録することはできますか? 25番ポート以外に外部からメールを届けて欲しいんですが。
211 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/23(日) 20:52:58 ] SMTP をプロキシ通せば良い。
212 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/23(日) 20:53:52 ] >>210 できません。
213 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/24(月) 02:24:19 ] >>212 出来る出来ないが問題じゃねぇ やるんだよ
214 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/24(月) 11:28:08 ] >>213 無茶言うなw
215 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/24(月) 18:36:05 ] いかにも無能な体育会系上司が言いそうだなw
216 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/24(月) 19:03:35 ] なんとかインチキできんのか?
217 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 10:19:35 ] SMTP も SRV レコードを参照すべし、という RFC を書けば みんな従ってくれるようになるかも。10年ぐらい普及活動に励めば。
218 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 10:34:20 ] >>217 よし、ちょっくらやってみっか。 で、 RFC って何?
219 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 10:39:47 ] Radio Frequency Coil 高周波コイル
220 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 10:42:01 ] もうその辺で。
221 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 10:48:29 ] いや、将来的に本気で25番以外を標準化して欲しいよ。 互換性考えて、今のMXレコードのままで、 IN MX 10 example.com:1234 みたいに ホスト名:ポート で指定すれば MTAが解釈する、みたいになって欲しい。
222 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 11:21:47 ] 何で 25 以外にする必要があるの?
223 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 11:30:33 ] ドメインが増えて、グローバルIPを消費したくなくて、 NATで別ドメインのメールを受けとりたい時とか。
224 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 13:50:35 ] >>223 Virtual Domainならいくらでも実現されていますが、なにか?
226 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 14:08:11 ] >>225 Virtual DomainだとVirtualに対応してるサーバー1台だけに負担がかかるだろ。 SMTPコネクション張ってからじゃないとどのドメイン宛かわからないから。 そうじゃなくて、ルーターで、NATレベルで分離して、 別々の独立したメールサーバーで受けたいんだよ。 独立したグローバルIPを持っているのとほとんど同じ状態にしたいわけ。
227 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 14:23:50 ] あんまり駄々こねるとおうちに入れてあげないよ
228 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 14:27:42 ] 今後、IPv6がコケて、IPv4を有効に使おうということになった時に、 MXでかSRVでか知らんが、同じIPアドレスで、ポート番号によって 別々のメールサーバーにつながるような時代になるんだろな。
229 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 14:32:51 ] みんながそういう MTA を使うようになればね。
230 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 14:40:10 ] MXレコードにしたって、昔はMXなんて無かったじゃん。 SolarisとかはMXは不要、の立場で、メールはAレコードに配送すべき、 という方針だったと思う。だからSolaris謹製のsendmailはMX非対応だった。 それが、やはりMXは必要ということで今に至っているわけだから、 今後とも、時代の必要性でポート指定も標準化して行くと思うよ。
231 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 14:50:32 ] もうその辺で。
232 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 14:52:24 ] >>231 なんで「もうその辺で」なの? すれ違いの話題でもないし、ネタでもないし、興味ある話題なんだが。 ↓はい、続けて
233 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 14:55:22 ] >>217 あたりで答え出てんじゃないの? 続ける必要なし。 もうその辺で。
234 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 14:57:24 ] >>233 じゃあ、あなただけこのスレ見なければいいでしょう。 この話題に乗ってきている人、少なくとも複数いるし。 ↓はい、続けて
235 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 15:03:51 ] >>226 負荷分散が必要なほど大規模なメールサーバシステムで、 NAT で IP アドレス節約しなきゃいけないほどアドレスが足りない って状況が想像つかんのだけど、 そういうとこって多いもんなの?
236 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 15:04:01 ] うーん、SRVよりかMXに :ポートの方が受け入れ易い(普及し易い)と思う
237 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 15:04:21 ] 具体的にどうやって普及させるつもりよ。
238 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 15:07:41 ] 俺はMXに :ポートよりかSRVの方が受け入れ易い(普及し易い)と思う
239 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 15:11:55 ] >>238 んなわけねーだろwww
240 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 15:12:46 ] >>238 面白いので そう思った根拠キボン
241 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 15:16:25 ] 移行期には、MXのプライオリティーの低い方に、従来通り25番でも受信できる フォールバック用のサーバーを(別IPで)用意しておく必要はあるだろな。 で、ポート指定が普及して、フォールバック用サーバー側に届くメールが ほとんど無視できるようになったら、そのサーバーを外す。 すると、一部の、25しか対応していないサイトからのメールは エラーを起こすだろうが、そうなるとそのサイトでも 急遽ポート指定に対応する必要に迫られるだろう。
242 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 15:31:14 ] ポート指定を解釈できずにエラーを起こす MTA が多いので、 ポート指定はやむを得ずプライオリティの低い方に書かざるを得ないことになり、 結局いつまで経っても普及しない。 と予想。
243 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 19:21:24 ] サーバ1台でもNIC複数挿すとか、幾らでも方法あるのに、 何でそんな面倒な事しなきゃならないのか理解不能。
244 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 19:35:41 ] >>243 もう一回スレ読み直してみな。お前の言ってることずれてるよw (NIC複数って、何の問題と >>243 は勘違いしてるのだろうwww)
245 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 19:39:23 ] IPとポートを勘違いしてるとかいう安直すぎる理由だろうか
246 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 19:40:41 ] >>243 は、おそらく、 NIC複数に、複数のグローバルIPアドレスを振って、 1台のサーバーに複数の MTAを起動して、 MTAが各NICのIPアドレス限定でListenすれば、 同じ25番ポートを1台のサーバーで使える、という話と混同してるのだろう。 その話じゃないんだよw
247 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 19:41:29 ] >>226 普通にロードバランサ入れるんじゃだめなん?
248 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 19:46:21 ] 負荷分散の問題じゃなくて、 同じ組織で、外向きにはひとつのグローバルIPだけを使用しているけど、 組織内部の複数のメールサーバーは別管理で、 それぞれ独立して運用したい、ってことじゃないか? できる限り独立IPを振ってるのと同じ状態にしたいと。
249 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 19:51:53 ] >>248 >>226 によると負荷の問題みたいよ。
250 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 19:55:52 ] >>248 = >>226 です。本人です。負荷の問題じゃないです。 >>248 に書いてあることがやりたいことです。 >>226 でつい「負担」と書いたのは、窓口のサーバーを1台置く方式では そのサーバーの管理が独立性を保てないので、それを「負担」と 書いたのですが、いわゆる負荷分散の意味での負荷ではないです。
251 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 20:04:37 ] 意味わかんね。サブドメイン振るんじゃダメなのか?
252 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 20:29:09 ] >>251 だめですね
253 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 22:54:58 ] >>224 ちょっと話がそれるけど、 それって組織内のメールクライアントの設定に良いなぁと思ったら Outlook2007がExchangeサーバ探すのに近い事をしてるみたいよ。 support.microsoft.com/kb/940881/ja
254 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/25(火) 22:58:45 ] ↑ごめん、SMTPポートもMXも指定してないのでちょっと違った。 でもメールサーバ探すってことでw
255 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 00:52:57 ] >>250 現状では無理、と答えは出ているわけですが、いつまでも食い下がる気ですか?
256 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 01:11:40 ] >>250 「独立性を保てない」ってどういう意味?
257 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 03:21:54 ] そもそも、各ドメイン宛てのメールをいったん一括して受け取ってから 再度内部のサーバに配送する今までの方法との違いは? NATが内部の各MTAに対して静的にポート割り振る時点で独立性なんて保ってないやん。 ドメイン登録するごとにNATの設定いじらないといけないのは、現状のドメイン登録する ごとに一括して受け取るMTAの設定いじらないといけないのと同様で、要はどのレイヤーで それをやるのかって程度の違いでそ、それじゃ。 その程度のことで、MTAの導入コストやら、OP25B & IP25Bがまったく役立たずになるなどの 多大なコストをかけてまでSRVレコードに対応させる意味がどこにあるんだ?
258 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 07:27:04 ] >>257 どのレイヤーでやるかの違いが大きい。
259 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 08:03:56 ] クマーも飽きてきたクマ
260 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 08:25:11 ] >>258 kwsk
261 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 10:20:15 ] IPv6にしたらIPアドレスじゃぶじゃぶ使えるから、一個とかケチ臭いこと 言わなくて済むよ。
262 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 11:06:20 ] もちろん、IPv6はコケるという前提。
263 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 11:11:38 ] >>258 なにが大きいのか具体的に書いてみろ。 せいぜい、あて先不明のメールをいったん受け取る必要がないので、bounce mailの 抑制が出来るってことぐらいか? spam対策に関しては、gatewayのMTAでだけ対策を採れば済んでいたものが、各ドメインの MTAごとに対策を採らないといけなくなって管理コストが増大するし。 そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、 GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。 NATにどんだけ負担をかける気だ。 >>261 だね。各MTAにSRVレコード対応させるぐらいなら、IPv6対応をがんばったほうが よほどいい。
264 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 11:33:27 ] IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら SRVレコードではないだろうか。
265 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 11:34:56 ] >>260 NAT と MX or SRV で実現するには第八層以上のレイヤーで対応する必要がある、 とかいう話では?
266 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 12:28:28 ] >そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、 >GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。 >NATにどんだけ負担をかける気だ。 v4 アドレスが枯渇するとそうなるんだよ。 グローバルアドレスが欲しくてももらえない組織が出てくるから、 ISP が自分とこのユーザにプライベートアドレスを割り当てて NAT でルーティングせざるを得なくなる。 v6 反対派はこんなアクロバチックな運用を未来永劫続けろと言ってるわけだ。
267 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 12:52:02 ] IPv4 が本当に枯渇する頃には SMTP が廃れていると想像。
268 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 12:57:40 ] 結局、複数ポートが必要な理由は元から存在しなかったということですな
269 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 13:15:01 ] >>264 IPv6 vs SRVレコード対応っていう話じゃないよ。SRV対応にしてもNATの設定が必要になるんだもの。 というわけで、MTAによるゲートウェイ vs MTAのSRVレコード対応という話。 ただ、SRVレコード対応とMTAによるゲートウェイとの差異は負荷とどのレイヤーで振り分けを やるのかっていう程度なのにも関わらず、MTAのSRVレコードの導入コストはIPv6導入と比較できる くらいに巨大で、正直お話にならないという結論。 >>268 まったく存在しないってわけではないだろうけど、負荷問題を除けばMTAによるゲートウェイと大差ない。 というわけで、>>226 の考えが足りなかっただけ。
270 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 13:20:38 ] >>210 はどこまでついてこれたんだろう
271 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 13:54:33 ] MTAによるゲートウェイは1ホップ増えるかだヤダ。
272 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 15:42:16 ] >>270 NAT は無理、というところまで理解していただいていればそれで良いのではないかと。
273 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 17:17:16 ] なんで NATが無理なの? NATがやりたいから質問してるんじゃないの?
274 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 17:21:55 ] このスレ、妙に話をもみ消そうとする奴が一人紛れてるな。 この話題が盛り上がると何かまずいことでもあるのだろうか?
275 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 17:28:33 ] 妙に話をひっぱりたい人がいるみたいだけど この話題を盛り上げて何かいいことでもあるの?
276 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 17:35:34 ] sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、 次期バージョンがSRVに対応すれば、普及なんてあっと言う間だろう。 セキュリティアップデートと同時に仕込んでおけばなお効果的。 一方、IPv6なんて普及させるのは困難。 そもそもTCP/IPの根底を置き換えなければならないんだから。
277 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 17:38:39 ] >>276 いつごろ対応するの?
278 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 17:52:13 ] >>276 MTAによるゲートウェイとの比較はあきらめて、IPv6とMTAのSRV対応の どちらが楽かっていう完全に無意味な話題をやりたいわけか。 MXしか読まないMTAとSRVでしか受け取れないMTAの混在環境の問題は IPv6とIPv4の混在環境以上に問題あることが理解できればいいのに。
279 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 18:02:00 ] >>278 MTAによるゲートウェイは1hop増えるのが困る。 そのゲートウェイを誰かが管理しないといけないから、 ドメインごとに管理を別々にしたい目的が達成できない。 なら、NATの管理は?と言いそうだが、 ルーターでのNATなら、ほとんど管理は不要。 ポートだけ最初に決めてほったらかしで十分。
280 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 18:49:20 ] で… 何がやりたいんだっけ?
281 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 19:50:19 ] >>275 荒らし的には嬉しいだろ、常識的に考えて。
282 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 20:02:01 ] >>276 > sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、 おめでたすぎるな。
283 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 20:10:54 ] >>279 ゲートウェイもルータも、誰かが管理しないといけないのは一緒だよね。 で、ゲートウェイの管理も、例えば sendmail なら、 mailertable の行を追加/削除するだけでほとんど管理は不要じゃない? 実装の工夫次第で運用の手間はほとんど無くせると思う。
284 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 20:14:38 ] OKAJIMA が一人いるだけで、この荒れよう。
285 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 20:16:45 ] >>276 × sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、 ○ IIS/ExchangeServer/その他と、MTAの種類なんて限られてるんだから、
286 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 20:39:29 ] ルーターは誰も管理しなくて良い。
287 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 21:06:33 ] >>283 MTAゲートウェイは、OSホストを1台仕立て上げなければならない時点で問題。 mailertableだけとか、そういう問題じゃない。 sendmailが動いてるなら、日々パッチも当てなければいけない。 OS自体のパッチもある。FreeBSD 4.xみたいに、OSがサポート終了になることもある。 OSが稼働してるということは、HDDとかメモリとか、PC自体のトラブルもあり得る。 工事停電の時はシャットダウンとか作業をしないといけない。 ルーターなら、電気製品のようにすぐに電源切って、また入れればすぐ使える。 そのレベルの「管理不要」を要求しているのだよ。
288 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 21:13:17 ] まぁ、スーパバイザが煙吹くとか、IOSがバグっててパッチ当てなきゃとか、 そんな目にあったことのない奴だけが言える戯言だ罠。
289 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 21:58:39 ] IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら AAAAレコードではないだろうか。
290 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 22:01:35 ] なんだ、ブロードバンドルータの話をしてるのか。
291 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 22:24:07 ] sendmailのソース見て、SRVレコードに対応させるようにするには コードのごく一部を修正するだけで割りと簡単にできるよね。 一方、IPv6の対応はそうはいかない。 いずれSRV対応MTAが普及するのは時間の問題だよ。
292 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 22:28:58 ] ゆんゆんゆ〜ん 電波を受信しました
293 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 22:30:30 ] >>290 そや、いまどきナローバンドルータの話をする人はいないだろ
294 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 23:03:49 ] I-D書いてくれ。話はそれからだ。
295 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 23:09:54 ] そうだそうだ。この板も強制ID制にするべきだ! とか、ボケてみるテスト。
296 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 23:28:23 ] Internet Mail Systemのスレだということを忘れていたよ。
297 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 23:36:23 ] >>291 Sendmail は既に IPv6 に対応済みでコードの修正すら要りませんが何か?
298 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 23:39:58 ] >>297 お前何ボケてんだよ。インターネット全体がIPv6に対応するってこと。 事実上無理だろ。sendmailだけの問題じゃ済まないから。 一方、SRVの方は、SRV対応のsendmail(と他のメジャーなMTA)をバラ撒けばそれだけで完 了。
299 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 23:41:23 ] >>298 > お前何ボケてんだよ。 お前に言われたくねーよ。
300 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/26(水) 23:52:49 ] SRV と IPv6 のどっちが普及するかなんて定量的な予測は不可能なんだから、 比較議論するだけ無駄だべさ。 ところで、現時点では、 IPv6 を普及させようと努力してる香具師は SRV に比べたらはるかに多いと思われるので、 SRV を普及させたいと思ってる香具師は今から行動を始めておいた方が良い。 まずは I-D から。 頑張れよ。
301 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/27(木) 00:10:17 ] OKAJIMAには無理。
302 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/03(水) 18:48:32 ] 日本語で振り分けできるサーバサイドのソフトウェア無いですかね? MIMEエンコード手動でやるの疲れた
303 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/03(水) 22:24:20 ] >>302 MH-JP
304 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/12(金) 10:27:12 ] targrey k2net.hakuba.jp/targrey/ 使ってる人いる? DBのファイルを生成するディレクトリ見ると、 log.0000000001 と postgrey_clients.db しか更新されてないみたいなんだけど、 これで正常に動いてるんだろうか。教えて、エロイ人。 環境: FreeBSD 4.11 + Postfix 2.4.5 + postgrey-1.31 (patched with taRgrey)
305 名前:304 mailto:sage [2007/10/12(金) 10:36:36 ] 追記。環境について、 postfix-policyd-spf-perl_2.004 も使ってた。
306 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/12(金) 11:21:18 ] >>304 もう、それ位自分で調べなさいよ! db4.3_dump -p postgrey.db 見たいなことをしてみれば良いの! というかあなたね、 自分のクライアントが targrey に引っかかるようにして、テストすれば 動作確認できるんだから、ココで聞く必要なんか無いでしょう! 今度、こんな事聞いたら許さないんだから!
307 名前:304 mailto:sage [2007/10/12(金) 11:56:12 ] >>306 もっと具体的に教えてくれ。
308 名前:304 mailto:sage [2007/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 mailto:sage [2007/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 mailto:sage [2007/10/12(金) 15:34:21 ] すまん。追記。 white list に登録するためには、DATA を突破しないといけないから 適当にメールを送信するところまで終わらせた方が良いよ。 じゃないと、訳がわからなくなるよ。
311 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/15(月) 09:12:26 ] >>306 中の人ですが、追記する必要無いくらいの完璧なフォローしてもらってありがとうございます。 309もツンデレしてもらってたらさらに良かったのに :) >>304 WARNの設定しておいて、telnetでRCPT TOの後で遅延が返答の遅延が起きないのなら なんか設定がおかしいです。 その設定だと、targrey(postgrey)が呼び出される場合、logに「NOQUEUE: warn: RCPT from ...」 というようなwarningメッセージが残ってるはずですが、出てなければポリシーサーバの呼び出しに 失敗してる可能性が高いです。
312 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/11/06(火) 21:14:25 ] scmailを使っています。 すっきりわかり易いと思うのですが、もっさり感があって乗り換えようと考えています。 なにかおすすめはないでしょうか。
313 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/11/06(火) 21:55:51 ] 素直にmaildrop
314 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/11/06(火) 22:34:16 ] postfix + vpopmailで鯖上げたいんですけど、どこの板・スレが適切ですか? 誘導おながいします
315 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/11/06(火) 23:17:33 ] mewでmh形式使ってるんですが、どうやら maildropってmh使えなさそうですね。 procmailは避けたいし、難しいな。
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 の設定にもよるけど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() するかわかればそれでいいんじゃね。