Internet Mail System 総合スレ 3

1 ：05/10/02 〜 最終レス ：11/12/02

Internet Mail System に関する総合スレ。
専用スレが存在しないソフトウェアの話題や
複数の領域に跨るような内容などはこちらでどうぞ。

2 ：

過去スレ
Internet Mail System 総合スレ@UNIX板 2
http://pc8.2ch.net/test/read.cgi/unix/1121443862/
Internet Mail System 総合スレ＠UNIX板
http://pc8.2ch.net/test/read.cgi/unix/1065106696/
個々のソフトの関連リンクはここを参照。
Taki Internet Mail Private Lab.
ttp://www.emaillab.org/

3 ：

sendmail
http://pc8.2ch.net/test/read.cgi/unix/1094702772/
Postfix(4)
http://pc8.2ch.net/test/read.cgi/unix/1110850215/
qmailいろいろ(7)
http://pc8.2ch.net/test/read.cgi/unix/1114157851/
djb(3)
http://pc8.2ch.net/test/read.cgi/unix/1047117464/
Exim
http://pc8.2ch.net/test/read.cgi/unix/986398141/
Courier-MTA
http://pc8.2ch.net/test/read.cgi/unix/1119770156/
メールサーバ迷惑メール対策スレ
http://pc8.2ch.net/test/read.cgi/unix/1124090297/
SpamAssassin
http://pc8.2ch.net/test/read.cgi/unix/1124772932/
【AntiVirus】 アンチウィルスソフト総合スレ
http://pc8.2ch.net/test/read.cgi/unix/1046547211/

4 ：

Mew 3
http://pc8.2ch.net/test/read.cgi/unix/1080986510/
Wanderlust その5
http://pc8.2ch.net/test/read.cgi/unix/1114097161/
muttを使おう
http://pc8.2ch.net/test/read.cgi/unix/1043606156/
gnus
http://pc8.2ch.net/test/read.cgi/unix/998716392/
WebMail総合スレ【SqWebMail, SquirrelMail ...】
http://pc8.2ch.net/test/read.cgi/unix/1085625908/
メーラスレッド
http://pc8.2ch.net/test/read.cgi/unix/986915141/
BeckyをUNIXに移植しろ！mail,mewはゴミ以下
http://pc8.2ch.net/test/read.cgi/unix/1119557313/

5 ：

>>1
乙だよもん

6 ：

保守

7 ：

>>6
テオワロス

8 ：

前スレ即死したしな。

9 ：

10 ：

11 ：

即死回避ってどのくらいレス必要なんだろ。

12 ：

普通は全く要らないと思うけど。下の方のスレを見る限りは・・・

13 ：

最低ラインは10っぽいね。

14 ：

即死判定はdatファイルの容量だったと思う。詳しくは忘れたけど。

15 ：

ってことはまだ即死する可能性があるってことかい。
と微力ながら即死回避支援。

16 ：

保守

17 ：

即死判定【そくしはんてい】[名]（批判要望板）
数時間レスのないスレを強制的にdat落ちさせるプログラム。
対象は新スレで１週間以内にｎレス、又はｎ時間内にレスのない場合におこる。
ある程度レスのついたスレは即死判定から除外される。

18 ：

>>14
即死を回避できてるスレはたいてい10以上レスが付いてるから
名前とか日付10個分のサイズってことかな？

19 ：

現在は11kB
まあ、20レスもあれば大丈夫でしょ

20 ：

3kBだった・・・orz

21 ：

Internet Bulletin Board System dat 落ち防止総合スレ

22 ：

ping

23 ：

pong

24 ：

pang

25 ：

pong

26 ：

SPFとか使ってる?
最近はあの辺どんな感じ?

27 ：

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 ：

つづき
なおホスト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 ：

つづき
現在二つのドメイン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 ：

さいご
このような場合に、相手はどのTXTレコードを調べにくるのでしょうか?。
example.netやexample.jpのTXTレコードにはSPF情報を書きましたが、smtp.example.netは、
fw.example.netのCNAMEなので、TXTレコードをつけられません(bindがエラーを出す)。
上に書いた各ドメインそれぞれのTXTレコードだけで対応できているのでしょうか?。
長くなりましたが、助言を頂けますか。よろしくお願いします。

31 ：

>かなり長いけれど、エスパー無用で漏らさず書くつもりなので、堪忍してください。
不要な情報多すぎ。postfix とか bind とか関係ないでしょ。
で、そーゆーときにどうするのが正しい動作なのかは、まず一次情報にあたるべし。
draft-schlitt-spf-classic-02.txt の2.1節と2.2節。

32 ：

質問の刈り込みが足らずに正直スマンカッタ AA(ry
draft-schlitt-spf-classic-02.txt読んで、RFC2821も
もう一回読み直してくる。ありがと。

33 ：

>>1
ちょっと亀レスですがスレ立てお疲れさまです

34 ：

メールスプールにmbox形式を使っています。
サーバでメールを受信して一定期間経過したら削除したいのですが
どのようなソフトがありますか?

35 ：

そんなことここで質問するような人はやらないに越したことはない。

36 ：

>>34
もうちょっと状況を詳しく説明しないと答えにくいかも。
メールサーバや POP サーバや MUA で何を使ってるかとかそういう。
俺なら IM の imget コマンドで imget --keep=7 (7日間保持) みたいのを
cron に仕掛けて定期的に POP ＆ expire させとくかな。

37 ：

MDAでprocmailとmaildrop以外にお勧めってありますか?

38 ：

何が不満?

39 ：

procmail -> レシピの文法が不満。
maildrop -> Courier-MTAの一員になってしまったことが不満。

40 ：

>>39
maildropに対してのそれは不満といえるのか?

41 ：

俺の脳内ランキングでは djb, Theo の次ぐらいに位置する。

42 ：

>>41
courier-mtaの作者は確かにアレだけどさ…

43 ：

>>40
でもなんかわかるよ。

44 ：

で，実際procmailとmaildropだったらどっち使っている人が多いのだろうか。

45 ：

procmail の方が有名だからそっちしか知らないヤツは多いだろうけど
両方比較したうえで敢えて procmail を選ぶ勇者は果たしているのか?

46 ：

>>45 そこで>>39ですよ。

47 ：

procmail の文法は糞って言ってる奴の半分は意味もわからず闇雲に
ただ「バッドノウハウ」言いたいだけな気がしてならない今日このごろ。

48 ：

でも、procmailのソースを読んで頭痛がしてしまった人が残りの半数はいる罠。

49 ：

ああ、ソースね、あのソースねえ・・・

50 ：

>47
バッドノウハウはさておき、
procmail も (検証しながら && 他人のレシピのマネ) で使えなくはないのだが、
「読めない設定」を使う限り、事故の危険性が高いというのが問題。

51 ：

俺はprocmailの文法に別に不満はないけどなあ。
ルールが使われた統計とか、機能的な希望はあるけど。

52 ：

そこでTheo謹製OpenProcmailですよ。

53 ：

djb厨がまだ出てこないなあ

54 ：

OpenMail.local

55 ：

なんとなくpop proxyモードでbsfilterを使っています。
メールサーバにこのフィルタを突っ込んで配送時にX-Spamヘッダを付けたいのですが、
sendmailのMILTERにbsfilterってつっこめないようです。
procmailなりmaildropを使うしかないんでしょうか?
spamassassinやbogofilterならMILTERとして使えそうですが、
これらとbsfilterの違い（性能や負荷など）も教えてもらえるとうれしいです。

56 ：

Clamav-milterをpostfixで使えますか？

57 ：

>>56
そいつを組み込んだ sendmail を動かしておいて、
contents_filter なり smtpd_proxy_filter なりで
その sendmail にまわす。まーばかばかしい。

58 ：

procmailで終了じゃんｗ

59 ：

色々調べてみたものの
振り分けソフトとして知られるfetchmailの役割があまり理解できません。
fetchmail+maildrop+postfixの環境の人がいるみたいですが、
fetchmailを加えることによって何ができるようになるのでしょうか？
今の私の環境はmaildrop+postfixなんですが、
メールの振り分けはmaildropでできますし。

60 ：

fetchmailが振り分けって何の冗談だ?

61 ：

名前の通り fetch 出来ます

62 ：

>>59って他人につられて赤信号を渡ってしまい、車に轢かれるタイプだな。

63 ：

オープンソースなメールアーカイブってないですか？
ただアーカイブして、クライアントＰＣが壊れたときに
Ｗｅｂ上からＭａｉｌｂｏｘに戻す機能があればいいのですが。
超高速検索とか、送信時のフィルタなどはいりません。
Sourceforge を探してもなかったんで、ないんですかね？

64 ：

>>63
IMAPサーバでも立てたら?

65 ：

>64
って　まんまＩＭＡＰで出来るっすね。そういわれてみれば（＾＾；
ＩＭＡＰも使ってるんですけど、ＨＤＤがすぐ一杯になっちゃうんで、
アーカイブして、サーバ上には１ヶ月分のデータしか残さないように
したいです。
　ＩＭＡＰサーバで　５００ＧＢとかためちゃっても無問題でいけるんですかね？
Ｐｏｓｔｆｉｘ/Dovecot/ RHEL3 あたりで。

66 ：

>>65
500GBを1フォルダとかいったらアホだけど、フォルダわけとけば
何の問題もない罠。

67 ：

それは罠なのか？

68 ：

もしかして SMTP で動作する新しい p2p アプリとかあったりするのかな?

69 ：

保守

70 ：

革新

71 ：

Maildirで運用しようと思うんだけど、最近のファイルシステムなら何でも平気?
Solaris10か、なんか新しめのLinuxの予定なんだけど。
もしかするとFreeBSDかもしれない。

72 ：

Maildir じゃなかったら何で運用するつもり?

73 ：

>>71
OS によらず、全然平気。

74 ：

1メール1ファイルなんだから、大量のメールの場合
問題になるOS/ファイルシステムもあるでしょ？

75 ：

mboxの方が枯れてるから安心。

76 ：

mbox ってメール数が増えるとパフォーマンス悪くならない？

77 ：

Maildir は100通あれば100回 stat() するけど、mbox は1回で済むよ。

78 ：

mboxでも良いんですけど、みんな大量にメールを溜めるんですよ。
pop3dがqpopperなんですが、コピー作るのに結構負荷がかかってるようなんです。
別に立ててるサーバ(OS Linux/FS XFS)では、IMAP4も使いたかったので
courier-imapd/pop3d(+dovecot)使っていて、
メールがたまってても速かったから、Maildirがいいかなと思ったんですが、
もう少し調べた方が良さそうですね。人数も少ないのでそれが効いてるかも知れない。
最近のqpopperは知らないけど、もしかしてコピー抑止できるのかな。
他のpop3dも調べた方が良さそうですね。

79 ：

割と激しく利用されてるなら Cyrus IMAP を考えた方が良いかもね。

80 ：

>>78 qpopper ならキャッシュと fast-update が有効かな？

81 ：

プロバイダのPOP3メールボックスからローカルのIMAPメールボックスへ
以下の流れでメールを配送しています。
1) プロバイダ → POP3 → fetchmail
2) fetchmail → SMTP → ローカルPostfix
3) ローカルPostfix内でSpamAssassinのSPAMチェック
4) ローカルPostfix → LMTP → ローカルCyrus IMAP Server
で、先日ローカルPostfixを落としてしまったために
2)の家庭でメールを消失してしまいました。
この現象を回避する方法ってありますでしょうか。

82 ：

2)を二段階に分ける。
2a) fetchmail → maildrop or procmail でローカルストレージに保存
2b) 保存されたメールをローカルPostfixに投げる
2b)の部分はテキトーなプログラミング言語で書く。

83 ：

>>81
そんなあなたにgetmail。
http://pyropus.ca/software/getmail/

84 ：

fetchmail→SMTP はやめたほうがいいかと
理由はぐぐればいくらでも出てくると思ふ

85 ：

ぐぐってもよくわかんないよう

86 ：

>>84
同じくやめた方がいいとは思うけど、
cyrus だとメールボックスの所有者が自分ってことはないだろうから、
この場合はローカルの MTA に配送をお願いするしかないんじゃないだろうか。
つーか、そういう使い方をするなら cyrus を選んじゃダメ。

87 ：

別にMTAにお願いしないでも、LMTPで直接話せばいいでしょ？
fetchmail もしゃべれるし、SpamAssassin 挟むなら、spampd とか。
でもまあ、どっちみち、lmptd か spampd が落ちてたら失敗するんで、
fetchmailがだめだったときに何とかしてくれないと駄目よね。
ってのが、>>83 ?

88 ：

ていうか普通はMTAが落ちてたらメッセージは削除されないでPOPサーバに残るがな。

89 ：

>>88
fetchmailってそうなってたっけ？

90 ：

自分で確かめろ馬鹿

91 ：

>>88
最近は、POPから一度読み出すと
問答無用で削除されるPOPサーバー(そういうISP)も多い。

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

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

92 ：

masterが知らないうちに落ちてるようなシステムではinetdも知らないうちに落ちるだろうなw

93 ：

>>91
Gmail がそうなってると聞いたことがある。
POP サーバがそんな仕様だと、どう頑張っても、
確実なメール取得＆配送を保証するのは無理なんじゃないかという気がするのだが。

94 ：

>>93
Gmailは、メーラで読んだものをどう扱うかを
webインタフェース側で選択するようになってる。

95 ：

>>89
なっていないようです。
本当にありがとうございました。

96 ：

もうこのスレ見るのやめるわ。馬鹿が伝染る

97 ：

>>96
でも気になってまた見てしまうオマエを
おれは責めない

98 ：

>>96 キタコレwww

99 ：

procmailrcの記述方法についてどうか知恵をお貸し下さい。
自分はスパム対策で .procmailrc中にレシピをいくつか書いてるんですが、
最近、ヘッダ中にSubject: 行が二つあるメールが来て困っています。
一つは Subject: 以下が空っぽ、もう一つの Subject: には普通に文字列、というメールです。
何が困るかというと、Subject: 以降を nkf -meZ1 に渡してNGワードチェックをしてるのですが
上記のようなメールが来ると、この辺の処理でエラーになって振り分けに失敗してしまいます。
そこで、Subject: 行が複数回出てくるようなメールをあらかじめ振り分けるという処理を
.procmailrc に加えたいと思うのですが、どんな風に記述すればよいか、
分かる方いらっしゃいませんか？
procmailex を見ても、こういう変則的なヘッダに対処する方法は見当たらず悩んでます。
よろしくおねがいします。

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
・　次のスレ
33: Dovecot(2) (164)
34: Vim Part20 (35)
35: [test] 書きこみテスト 専用スレッド 11 [ﾃｽﾄ] (96)
36: 誰でも使える InternetFacsimile (477)