Internet Mail System 総合スレ 3

Internet Mail System 総合スレ 3 (489ﾚｽ)
上下前次 1-新

77: 2006/03/16(木)21:46 AAS
Maildir は100通あれば100回 stat() するけど、mbox は1回で済むよ。

78(1): 2006/03/16(木)23:34 AAS
mboxでも良いんですけど、みんな大量にメールを溜めるんですよ。
pop3dがqpopperなんですが、コピー作るのに結構負荷がかかってるようなんです。

別に立ててるサーバ(OS Linux/FS XFS)では、IMAP4も使いたかったので
courier-imapd/pop3d(+dovecot)使っていて、
メールがたまってても速かったから、Maildirがいいかなと思ったんですが、
もう少し調べた方が良さそうですね。人数も少ないのでそれが効いてるかも知れない。

最近のqpopperは知らないけど、もしかしてコピー抑止できるのかな。
他のpop3dも調べた方が良さそうですね。

79: 2006/03/17(金)10:28 AAS
割と激しく利用されてるなら Cyrus IMAP を考えた方が良いかもね。

80: 2006/03/17(金)11:14 AAS
>>78 qpopper ならキャッシュと fast-update が有効かな？

81(1): 2006/04/17(月)00:29 AAS
プロバイダのPOP3メールボックスからローカルのIMAPメールボックスへ
以下の流れでメールを配送しています。

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

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

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

82: 2006/04/17(月)01:02 AAS
2)を二段階に分ける。
2a) fetchmail → maildrop or procmail でローカルストレージに保存
2b) 保存されたメールをローカルPostfixに投げる

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

83(1): 2006/04/17(月)07:56 AAS
>>81
そんなあなたにgetmail。

外部ﾘﾝｸ:pyropus.ca

84(1): 2006/04/17(月)23:15 AAS
fetchmail→SMTP はやめたほうがいいかと
理由はぐぐればいくらでも出てくると思ふ

85: 2006/04/17(月)23:26 AAS
ぐぐってもよくわかんないよう

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

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

87: 2006/04/18(火)01:45 AAS
別にMTAにお願いしないでも、LMTPで直接話せばいいでしょ？
fetchmail もしゃべれるし、SpamAssassin 挟むなら、spampd とか。

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

88(2): 2006/04/18(火)01:50 AAS
ていうか普通はMTAが落ちてたらメッセージは削除されないでPOPサーバに残るがな。

89(1): 2006/04/18(火)08:06 AAS
>>88

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

90: 2006/04/18(火)08:54 AAS
自分で確かめろ馬鹿

91(1): 2006/04/18(火)09:25 AAS
>>88
最近は、POPから一度読み出すと
問答無用で削除されるPOPサーバー(そういうISP)も多い。

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

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

92: 2006/04/18(火)09:31 AAS
masterが知らないうちに落ちてるようなシステムではinetdも知らないうちに落ちるだろうなw

93(1): 2006/04/18(火)10:09 AAS
>>91
Gmail がそうなってると聞いたことがある。
POP サーバがそんな仕様だと、どう頑張っても、
確実なメール取得＆配送を保証するのは無理なんじゃないかという気がするのだが。

94: 2006/04/18(火)12:30 AAS
>>93
Gmailは、メーラで読んだものをどう扱うかを
webインタフェース側で選択するようになってる。

95: 2006/04/18(火)17:03 AAS
>>89
なっていないようです。
本当にありがとうございました。

96(2): 2006/04/18(火)17:37 AAS
もうこのスレ見るのやめるわ。馬鹿が伝染る

97: 2006/04/18(火)17:40 AAS
>>96
でも気になってまた見てしまうオマエを
おれは責めない

98: 2006/04/18(火)18:55 AAS
>>96 キタコレwww

99(1): 2006/06/08(木)10:27 AAS
procmailrcの記述方法についてどうか知恵をお貸し下さい。

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

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

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

100(3): 99 2006/06/08(木)19:02 AAS
自己解決しました〜
スコアリングでいけました。
いちおう書いときますね

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

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

101: 2006/06/09(金)00:53 AAS
>>100
ﾉｼ

102: 100 2006/06/09(金)22:22 AAS
AA省

103: 2006/06/10(土)20:32 AAS
>>100 GJだ。いつか何かの役に立たせていただく。

104: 2006/06/15(木)00:13 AAS
ありがとう。お役に立てばこれ幸い。
ところで、以下でスパームの半分以上が除去できることがわかったｗ

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

105(1): 2006/06/17(土)05:32 AAS
俺は↓ぐらいだなぁ・・・

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

106: 2006/06/18(日)19:03 AAS
なるぽ。。
たまに海外からのメールも来るので(アプリとかドメインのレジスト関係とか)
一律に捨てられないのが辛いっす

上下前次 1-新書関写板覧索設栞歴

あと 383 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.015s