Internet Mail System 総合スレ 3 (489ﾚｽ)
上下前次1-新
61: 2005/12/25(日)10:01 AAS
名前の通り fetch 出来ます
62: 2005/12/25(日)11:39 AAS
>>59って他人につられて赤信号を渡ってしまい、車に轢かれるタイプだな。
63(2): 2006/01/12(木)12:00 AAS
オープンソースなメールアーカイブってないですか？
ただアーカイブして、クライアントＰＣが壊れたときに
Ｗｅｂ上からＭａｉｌｂｏｘに戻す機能があればいいのですが。
超高速検索とか、送信時のフィルタなどはいりません。
Sourceforge を探してもなかったんで、ないんですかね？
64(1): 2006/01/12(木)12:13 AAS
>>63
IMAPサーバでも立てたら?
65(1): 63 2006/01/12(木)13:39 AAS
>64
って まんまＩＭＡＰで出来るっすね。そういわれてみれば（＾＾；
ＩＭＡＰも使ってるんですけど、ＨＤＤがすぐ一杯になっちゃうんで、
アーカイブして、サーバ上には１ヶ月分のデータしか残さないように
したいです。
ＩＭＡＰサーバで ５００ＧＢとかためちゃっても無問題でいけるんですかね？
Ｐｏｓｔｆｉｘ/Dovecot/ RHEL3 あたりで。
66: 2006/01/12(木)15:05 AAS
>>65
500GBを1フォルダとかいったらアホだけど、フォルダわけとけば
何の問題もない罠。
67: 2006/01/12(木)15:08 AAS
それは罠なのか？
68: 2006/01/12(木)15:10 AAS
もしかして SMTP で動作する新しい p2p アプリとかあったりするのかな?
69: 2006/01/31(火)17:20 AAS
保守
70: 2006/03/12(日)21:00 AAS
革新
71(1): 2006/03/16(木)12:35 AAS
Maildirで運用しようと思うんだけど、最近のファイルシステムなら何でも平気?
Solaris10か、なんか新しめのLinuxの予定なんだけど。
もしかするとFreeBSDかもしれない。
72: 2006/03/16(木)12:51 AAS
Maildir じゃなかったら何で運用するつもり?
73: 2006/03/16(木)13:22 AAS
>>71
OS によらず、全然平気。
74: 2006/03/16(木)20:56 AAS
1メール1ファイルなんだから、大量のメールの場合
問題になるOS/ファイルシステムもあるでしょ？
75: 2006/03/16(木)21:00 AAS
mboxの方が枯れてるから安心。
76: 2006/03/16(木)21:05 AAS
mbox ってメール数が増えるとパフォーマンス悪くならない？
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
自分で確かめろ馬鹿
上下前次1-新書関写板覧索設栞歴
あと 399 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s