トップページunix
428コメント133KB

〓〓〓いつまでも次世代 IMAP その2〓〓〓

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2005/04/24(日) 03:11:56
■関連リンク
The IMAP Connection
http://www.imap.org/
RFC3501:INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1
http://rfc.net/rfc3501.html

■オープンソースの定番サーバ
IMAP Information Center: UW IMAP Server (mbox, MH, →パッチ適用で Maildir 可)
http://www.washington.edu/imap/
Cyrus IMAP Server (独自スプール形式)
http://asg.web.cmu.edu/cyrus/imapd/
Courier-IMAP (Maildir)
http://www.courier-mta.org/imap/
Binc IMAP (Maildir)
http://www.bincimap.org/
Dovecot (mbox, Maildir)
http://dovecot.procontrol.fi/
※これ以外にもいくつかあるので IMAP Connection で検索すべし

■過去ログ
IMAP Serverとしてどちらがお勧め (UW or Cyrus)?
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998711145
〓〓〓次世代メールプロトコル、IMAP〓〓〓
http://pc8.2ch.net/test/read.cgi/unix/989592181/
0053名無しさん@お腹いっぱい。2005/05/20(金) 22:29:53
UIDが一意である、という規格通りの動作を期待するクライアントで問題が発生するっす>mhフォルダ
0054名無しさん@お腹いっぱい。2005/05/21(土) 22:33:22
あれ?昔は UIDVALIDITY が毎回変わってたような気もするのだが、
それは気のせいか。
0055名無しさん@お腹いっぱい。2005/05/22(日) 10:43:58
>>52
ああ、そういうことですか。

>>54
UID は変わんないけど UIDVALIDITY が毎回変わるので使えねー、
というのは以前聞いたことありますね。

それとはまた違う問題があるんですかね?
0056名無しさん@お腹いっぱい。2005/05/24(火) 21:19:28
CRAM-MD5を使うには/etc/cram-md5.pwdに平文で全員分のパスワードを書かないといけないの?
なんか代替案があったような気がしたんですが
0057名無しさん@お腹いっぱい。2005/05/24(火) 22:48:29
      ∧_∧
     ( ´∀` )  ところでこのゴミ、どこに捨てたらいい?
     /⌒   `ヽ
    / /    ノ.\_M
    ( /ヽ   |\___E)
    \ /   |   /  \
      (   _ノ |  / ウワァァン ヽ
      |   / /  |ヽ<`Д´>ノ|
      |  / /  ヽ(>>56)ノ
      (  ) )     ̄ ̄ ̄
      | | /
      | | |.
     / |\ \
     ∠/
0058名無しさん@お腹いっぱい。2005/05/24(火) 23:48:51
>>56
~/.cram-md5
0059名無しさん@お腹いっぱい。2005/05/25(水) 12:37:20
>>56
参考までに知りたいんだけど、それなんていう IMAP サーバ?
0060名無しさん@お腹いっぱい。2005/05/25(水) 13:05:02
uw-imapdのことでそ
0061名無しさん@お腹いっぱい。2005/05/25(水) 14:21:00
なるほど。つーかぐぐればでてきましたね。失礼。
0062名無しさん@お腹いっぱい。2005/05/27(金) 00:12:41
新規にIMAPサーバをインストールするなら今はどれがお勧め?
Maildir形式を考えています。
0063名無しさん@お腹いっぱい。2005/05/27(金) 00:15:28
ximapd
0064名無しさん@お腹いっぱい。2005/05/27(金) 16:27:52
uw-imapd+mhでも微妙に既読管理がされている気がする。
mhフォルダに振り分けたメールでも、初めてメールを受け取ったときだけは未読になってる。
0065名無しさん@お腹いっぱい。2005/05/27(金) 18:21:00
>>64
クライアントによっては自前でローカルに未読既読情報を持ってたりするけど、そういうことでなくて?
0066IMAP 初心者2005/05/27(金) 21:09:39
dovecot で IMAP やってます。
フォルダへの自動振り分けは、サーバー側で設定を行わないと?
メールクライアントから設定した振り分けルールが、
サーバー側に反映される?
0067名無しさん@お腹いっぱい。2005/05/27(金) 21:14:01
>>66
まずは日本語を習うべし。
0068名無しさん@お腹いっぱい。2005/05/28(土) 05:21:04
uw-imap の mh を
wanderlust, thunderbird, squirrelmail の三つで使ってるけど、
自前で情報蓄えておく wanderlust 以外では未読情報は維持されてない。
あと thunderbird では、>>64 のように
メールを振り分けた直後は未読になってるけど、
次に立ち上げたときは未読情報を失ってるね。
0069名無しさん@お腹いっぱい。2005/05/28(土) 10:03:55
昔見たときのの話で、今の実装はどうなってるかわからんが、
uw-imap の mh フォルダーの扱いでは、
\Seen フラグを設定できるが、permanent ではないので、
セッションを終了した時点で、フラグが消えるんじゃなかったっけ?
0070IMAP 初心者2005/05/28(土) 12:33:07
>>67
戸田奈津子みたいな日本語ですみません。
IMAP の振り分けルール作成は、サーバー側(dovecot)で設定するものなのでしょうか。
それともクライアント側からも制御できるのでしょうか。

クライアント側からも制御できる場合、↓のような運用も可能なのでしょうか。
Becky! でルール作成 → サーバー側に反映 → 他のメールクライアント
(OE や、SquirrelMail など)でもアクセス時に振り分けが実行されている
0071名無しさん@お腹いっぱい。2005/05/28(土) 16:15:34
>>70
ほとんどすべてのMUAは独自に振り分けルールを持っていて、
アクセスしたときに振り分けを実行している。

Cyrus+MulberryだとSieve使ってもう少し高度なことができるけど。
# Mulberry はマルチバイトにきちんと対応してくれればなぁ
0072名無しさん@お腹いっぱい。2005/05/29(日) 08:18:14
普通はサーバ側にルールを作成しておけば、
メール到達時に振分が実行される。
0073IMAP 初心者2005/05/29(日) 13:13:16
サーバー側ででも設定できるんですか。
dovecot の振り分け設定解説しているサイトとかありますかね?
0074名無しさん@お腹いっぱい。2005/05/29(日) 14:55:50
つ maildrop
0075名無しさん@お腹いっぱい。2005/06/01(水) 01:17:39
メールスプールを扱う各種ソフトのロック方式って統一されてないんだよね?
メールスプールもホームディレクトリもNFSだし、権限ないから保存形式変えられないし
((;゚Д゚)ガクガクブルブル
0076名無しさん@お腹いっぱい。2005/06/01(水) 01:44:39
Maildirならロック不要
0077名無しさん@お腹いっぱい。2005/06/01(水) 22:16:17
IMAPの話なら、MDAとMRAで話があってればいいんでないの?
0078名無しさん@お腹いっぱい。2005/06/02(木) 11:14:53
>>77
ロック方式なんて何処にも書いてないし
0079名無しさん@お腹いっぱい。2005/06/03(金) 00:05:29
何の話?
0080名無しさん@お腹いっぱい。2005/06/03(金) 04:17:30
IMAPで操作中にメールが来て同時にmboxに書込みが起きたらファイルが壊れるだろう
という話じゃないの?
俺procmailとuw-imapdつかってるけど、uw-imapdのロックファイルは/tmp/lockfileだから
procmailのロックファイルも/tmp/lockfileにして同時に書込みが起きないようにしてるよ。
0081名無しさん@お腹いっぱい。2005/06/03(金) 12:44:08
uw-imap だったら dmail 使うのもあり
0082名無しさん@お腹いっぱい。2005/06/03(金) 14:28:57
procmailからだと
:0
* ^(To|Cc):.*foo@bar
|/usr/bin/dmail +mail/baz
なんて感じでdmailつかって配信するのが気持ちいいですな。
0083名無しさん@お腹いっぱい。2005/06/04(土) 00:49:33
>>80
NFSだったら/tmp/lockfileが同じマシンとは限らないから駄目じゃない?
0084名無しさん@お腹いっぱい。2005/06/07(火) 21:58:55
久しぶりにメールサーバー再構築しようと思っています。
せっかくなので IMAP もつかえるようにしようとしてますが、APOP との連携で定番って無いんでしょうか?

Maildir 形式対応と安定性(噂)で Courier-imapd を使おうと思ったのですが Courier-imapd に付属の pop3d はAPOP に対応しておらず、APOP パッチも古いもの用しかないようです。

そこで Maildir 形式を扱える他の pop3d を併用できないかと思ったのですが、何かまずいことがあるような気もしています。
併用することで何か問題になることはないでしょうか?
ちなみに MTA は postfix を使用します。
0085842005/06/07(火) 22:11:25
ちなみに併用でまずそうなパターンで思いついたのは、
APOP で接続された MUA が DELE リクエストを投げたとき、実際にはサーバ上では残しておく必要があるということです。

ユーザーごとに IMAP か APOP のどちらかしか使用しない運用ポリシーにするか、RETR されるときにサーバー上でメールはコピーしておくとか
なにやら対策が必要な気がします。
0086名無しさん@お腹いっぱい。2005/06/07(火) 22:27:10
そうですか。
0087名無しさん@お腹いっぱい。2005/06/07(火) 22:54:43
併用することでどういうまずいことがあるのか分からんけど、
cyrus-imapd (+cyrus-sasl) は一つのサーバで
IMAP4 と APOP(POP3)をサポートしているけどね。
メールボックスは独自形式なので、Maildirが必須要件ならダメだけど。

俺はpostfixとの組み合わせで3年使ってるが障害は皆無だす。
0088名無しさん@お腹いっぱい。2005/06/08(水) 04:22:35
いまさらAPOPというのもあれだなぁ。
0089名無しさん@お腹いっぱい。2005/06/08(水) 06:50:51
どうせならRFC1734だね。
0090名無しさん@お腹いっぱい。2005/06/09(木) 01:09:10
今や APOP が推奨されないのは、
毎回セッション開始時に <****@*****> という文字列作るために
/dev/random 等のエントロピープールを使うため、
乱数のエントロピー枯渇を狙った DoS 攻撃に対して弱くなる。
RFC1734(POP AUTH)だと AUTH コマンド送るまで乱数を使わなくて済む。

という認識で正しい? (APOP と両方つかえるようにしてると意味無いけど)
0091名無しさん@お腹いっぱい。2005/06/09(木) 09:21:18
枯渇なんてすんの?
0092名無しさん@お腹いっぱい。2005/06/09(木) 10:29:41
cat /dev/random > /dev/null
0093名無しさん@お腹いっぱい。2005/06/09(木) 10:34:48
>>90
スレ違いだろ。

Internet Mail System 総合スレ@UNIX板
http://pc8.2ch.net/test/read.cgi/unix/1065106696/
0094名無しさん@お腹いっぱい。2005/07/12(火) 23:32:45
debianでdovecotを使ってるのですけど急にINBOXのメールだけ見れなくなりました。
その他のフォルダについては普通に見れます。
実際のディレクトリ(~/Maildir/cur)を見てみても特に異常は見当たりません。
クライアントはSquirrelMail、Thunderbird、Sylpheedを使ってます。
どなたかお助けお願いします。
0095名無しさん@お腹いっぱい。2005/07/12(火) 23:40:57
>>94
(゚Д゚)ハァ?
0096名無しさん@お腹いっぱい。2005/08/13(土) 13:57:37
Maildirじゃなくて?
0097名無しさん@お腹いっぱい。2005/09/21(水) 12:35:11
Courier-IMAP 4.0.5 age
0098名無しさん@お腹いっぱい。2005/09/21(水) 12:39:15
age なら age らしく age ろ。
0099名無しさん@お腹いっぱい。2005/10/24(月) 18:41:33
Courier-IMAP-4.0.6 + qmail + vpopmail で運用しています。
IMAP before SMTP ができなくて困っています。

ぐぐってみても4.0.x以前の設定方法の情報しかなく、やり方がわかりません。
どなたかご存じの方いませんでしょうか?
0100名無しさん@お腹いっぱい。2005/10/24(月) 19:52:48
>>99
仕事で必要ならコンサルタントを雇いなさい
0101名無しさん@お腹いっぱい。2005/10/25(火) 10:20:48
>>100
いえ自宅サーバ用です

やはりSMTP-Authを併用するしかないのでしょうか
どなたかご存知の方いましたら教えてください
0102名無しさん@お腹いっぱい。2005/10/25(火) 14:29:05
>>99 ぐぐってみても4.0.x以前の設定方法の情報しかなく、
やり方がわかりません。

えー。

つDRAC
0103名無しさん@お腹いっぱい。2005/10/25(火) 15:28:53
>>102
4系以前はもっと簡単に実現できていたのに、色々と面倒になったのですね。

ぐぐってみたところ、
ttp://www.smalltown.ne.jp/~usata/pub/patch/
で対応するパッチを見つけることができました

ありがとうございました
0104名無しさん@お腹いっぱい。2005/11/05(土) 01:30:55
>>99
好奇心からの質問ですが、SMTP-AUTH じゃなくて IMAP before SMTP が必要に
なる環境というのは、どのような理由によるものなのでしょう?
0105名無しさん@お腹いっぱい。2005/11/05(土) 11:27:42
自宅サーバーでimapdをinetd経由で呼んでいます。
メールの新着確認のタイミングが1分くらいのようなのですが、
これは、imapdの設定?クライアントの設定でしょうか?

できたら10秒くらいにしたいのですが。
0106名無しさん@お腹いっぱい。2005/11/05(土) 14:47:08
>>105
MUAがNOOP送るタイミング変えれ
0107名無しさん@お腹いっぱい。2005/11/05(土) 18:47:25
>>105
クライアントの設定だろうが、
サーバもクライアントも何使ってるのか書かないのはエスパー希望か?
0108名無しさん@お腹いっぱい。2005/11/06(日) 15:10:20
>>104
別に無いよ
今まではIMAP before SMTPを使っていたというだけ
強いて言うならメーラーの設定が少しだけ楽なことくらい?
0109名無しさん@お腹いっぱい。2005/12/05(月) 11:47:42
Dovecot(1)
http://pc8.2ch.net/test/read.cgi/unix/1133750653/
0110名無しさん@お腹いっぱい。2005/12/05(月) 13:58:29
>>109
宣伝乙
今度こそ落ちないようにしたいものだな
0111名無しさん@お腹いっぱい。2005/12/06(火) 21:10:48
courierからdovecotへ乗り換えた。
体感出来るぐらい(ちょこっと)速くなった。
あとcourierの変態logフォーマットから解放されてすっきり。
0112名無しさん@お腹いっぱい。2005/12/07(水) 00:24:37
MTAが相変わらずqmailなんで、courierどころではない変態logフォーマットでも
へっちゃらさ〜。
0113名無しさん@お腹いっぱい。2005/12/27(火) 12:32:37
>>111
へえ、dovecotって速いんだ。ちょっとそそられるなあ。
0114名無しさん@お腹いっぱい。2005/12/27(火) 19:49:33
ちょっと前の奴。
http://www.isode.com/whitepapers/mbox-benchmark.html
0115名無しさん@お腹いっぱい。2005/12/27(火) 20:39:53
cyrusはさすがにパフォーマンス高いな
0116名無しさん@お腹いっぱい。2005/12/27(火) 22:32:40
dovecotのグラフが笑える。
0117名無しさん@お腹いっぱい。2006/01/19(木) 14:19:16
Windows環境で、IMAP4に対応した数少ないメールサーバ「Mercury/32」を
ローカル環境で使っている人は居ますか?

Mercury/32
http://www.pmail.com

先日導入したのですが、メールクライアントから同期を行うと

「ERROR 10 processing FETCH command」

とクライアントにエラー表示され、同期が出来ません。

Googleで検索すると、いろんな国で、同じ状況で困っている人がいるようです。
ドイツ圏のBBSで、この件名でやりとりがあるのですが、具体的な対処法を
読み取れませんでした。
http://forum.bananajoe.de/index.php?board=1;action=display;threadid=312
対処法をご存知の方、ご教示ください。
0118名無しさん@お腹いっぱい。2006/01/21(土) 00:50:34
そんな糞は窓から投げ捨てて、
Cygwin上でUWかCourierでも使ってろ。
01191172006/01/21(土) 05:41:23
>>118
ありがとう。あきらめがつきました。

その方向性で行くと、Cygwinというものに初挑戦となります。
導入方法について書いてある、お勧めページをご教示いただけますか。
0120名無しさん@お腹いっぱい。2006/01/21(土) 12:22:38
Cygwin上のUW/Courierもかなりダメだったけど。
coLinuxでも使ってろ。
0121名無しさん@お腹いっぱい。2006/01/21(土) 14:08:19
どうでもいいけど >117 はなんで unix板で聞いてるの?
win のことなら win関係で聞けばいいじゃん。

ここでは win のことは生暖かく見守るの専門。
0122名無しさん@お腹いっぱい。2006/02/18(土) 21:02:54
>>121の忠告を無視してLinux版Courier-IMAP4で質問です。
認証が通りません。

# tail /var/log/maillog
Feb 18 18:52:40 SVR imapd: LOGIN FAILED, user=USR, ip=[127.0.0.1]
Feb 18 18:52:40 SVR imapd: authentication error: No such file or directory

FreeBSDでの解決方法はあったのですが、Linuxは探せませんでした。
どうしたら通せるのでしょうか?
# /usr/local/sbin/authdaemond start
というのはやってます。

courier-authlib-0.58.tar.bz2
courier-imap-4.0.6.20051004.tar.bz2
です。
01231222006/02/18(土) 21:37:58
authdaemonrcでモジュールをロードしていませんでした。
大変失礼しました、、
0124名無しさん@お腹いっぱい。2006/04/09(日) 01:17:35
BeckyのIMAPクライアントはIDLEコマンドを非対応でいい?
0125名無しさん@お腹いっぱい。2006/04/09(日) 01:57:39
日本語でおk
0126名無しさん@お腹いっぱい。2006/04/21(金) 16:58:18
imapのサーバ上に日本語のディレクトリを掘り、
さらにその下に日本語のサブディレクトリを掘りたい。

XREA(レンタルサーバ)では上記の動作を実現可能です。

しかし、ローカルで動かしたFedora2+Dovecotはダメです。
 →サブディレ掘ると「mailbox dorsn't allow inferior mailboxes」と怒られます。

この問題の解除方法か、imapサーバ上にサブディレクトリを掘れる
ほかのシステムがありましたら、ご教示ください。
0127名無しさん@お腹いっぱい。2006/04/21(金) 17:14:36
一番ましなサーバは何?
0128名無しさん@お腹いっぱい。2006/04/21(金) 17:43:27
Cyrus
0129名無しさん@お腹いっぱい。2006/04/21(金) 18:39:07
Maildir で dovecot だったらこんな感じだけど?

Maildir/# "受信トレイ"
Maildir/.INBOX# Maildir/(受信トレイ) の dovecot 用インデックス?
Maildir/.subMaildir/# トップレベルのサブフォルダ
Maildir/.INBOX.subfolder/# 受信トレイのサブフォルダ

0130名無しさん@お腹いっぱい。2006/04/21(金) 20:00:42
>>126
きちんとエンコードしてれば
たいていのサーバでは日本語フォルダ名使えると思うけど。

フォルダ名の国際化はRFCで決まってるお!
0131名無しさん@お腹いっぱい。2006/04/22(土) 00:26:26
>>126
mailboxだから駄目なんだろ?
0132名無しさん@お腹いっぱい。2006/04/22(土) 01:00:59
mailbox つーか、 mbox だからだな。
0133名無しさん@お腹いっぱい。2006/04/22(土) 03:19:20
dovecotなら素直にMaildirつかったほうがいいね。
0134名無しさん@お腹いっぱい。2006/04/22(土) 19:09:23
uw 以外で MH 対応のおすすめがあれば教えて。
0135名無しさん@お腹いっぱい。2006/04/22(土) 20:06:47
そもそも、HM を IMAP 経由で使用するのをおすすめしません。
0136名無しさん@お腹いっぱい。2006/04/22(土) 20:16:32
ツールに頼らず手動でいじくれる可能性を残すには
MH くらいの単純さがちょうどいいんだよね。
0137名無しさん@お腹いっぱい。2006/04/22(土) 21:00:37
Maildir だってたいして面倒ではないわけだが
0138名無しさん@お腹いっぱい。2006/04/22(土) 22:25:06
MHをまともに扱えるIMAP鯖はない。
uwすら移行用レベルの実装。
0139名無しさん@お腹いっぱい。2006/04/23(日) 02:11:13
>>136
1メール1ファイルのMaildirのほうがよほど扱いやすいけど、なにか?
0140イミワカンネ2006/04/23(日) 09:38:05
>139
ははは
0141名無しさん@お腹いっぱい。2006/04/23(日) 10:06:28
>>138
というか、MH の思想と IMAP の思想が合わないので。
「まともに扱える」が何を意味してるのかわからんけど、
MH via IMAP だとUWの実装ぐらいのことしかできないと思いますよ。
01421262006/04/25(火) 00:33:56
Maildirに変えたら出来たよー、、みんなアリガトウ!!

ところで、IMAP4って使い出すと便利極まりないし、
端末が潰れてもすぐ復帰できるメリットもあるけど、
普及しないのはなぜ?
0143名無しさん@お腹いっぱい。2006/04/25(火) 01:24:13
スレタイに書いてある
「いつまでも次世代」だからw
0144名無しさん@お腹いっぱい。2006/04/25(火) 01:27:37
鯖管の立場:
・メールおきっぱなので、ディスク容量食う
・セッションつなぎっぱなしは負荷大きくて嫌

ユーザの立場:
・使い慣れてるソフトが対応してない
・動作が重い
・フォルダの掘りかたや検索に制限がある
0145名無しさん@お腹いっぱい。2006/04/25(火) 01:35:19
じゃあ使うメリットはなんだろうか。
自分でサーバ立てておけば
好きなクライアント使える、とか、
クライアントの保存形式に依存しない、とか
バックアップが簡単、とかかな?
0146名無しさん@お腹いっぱい。2006/04/25(火) 08:59:05
POPだってメール置きっぱにしとくやついるけどな。
0147名無しさん@お腹いっぱい。2006/04/25(火) 09:27:31
>>144
>・メールおきっぱなので、ディスク容量食う
どうせ保存しておく人は、どっかに保存しておくわけで、
信頼性の低いクライアントに保存するよりは、
信頼性の高いサーバに保存しておくほうがいいのでは?
貯めすぎる人がいるなら、QUOTAかければいいわけだし。
>・セッションつなぎっぱなしは負荷大きくて嫌
繋ぎっぱなしはCPU負荷はそんなにないよね?メモリ負荷?
>・使い慣れてるソフトが対応してない
いまどき、シェアの低そうなソフトだな。
>・動作が重い
そんな重いか?クライアント・サーバの作り次第か。
>・フォルダの掘りかたや検索に制限がある
そんなに制限あるか?クライアント・サーバの作り次第か。
0148名無しさん@お腹いっぱい。2006/04/25(火) 10:23:16
> 信頼性の高いサーバに保存しておくほうがいいのでは?
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。

これって一行目と二行目が矛盾してる気がするんだよね。
ためずに消すような利用しているひとはそもそも信頼性なんてどうでもよさそうだし、
俺には QUOTA かかったサーバを信頼性が高いとは思えなくて。

>>147 の反論を見てると、
やっぱり IMAP はいつまでも次世代 (というか中途半端) なんだなあ、
という思いが拭い切れないでいる俺ガイル。
0149名無しさん@お腹いっぱい。2006/04/25(火) 10:53:15
> 信頼性の高いサーバに保存しておくほうがいいのでは?
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。
クライアントにデータがあるよりは,サーバにあったほうがいいのは同意.

でも,QUOTA は反対.Maildir にして,ディスク足りなくなったら追加なり,NFS で他から
リソースもらうなりしてどんどん増やして行くのがいいな.個人的には.

でも,それを実現する前に,何でもかんでもメールに添付っていう運用をやめてもらう必要はあるんだけど.
0150名無しさん@お腹いっぱい。2006/04/25(火) 14:50:13
プロバイダにとってメリットが少ないのが採用されない理由かと。
IMAP4 サポートを理由にプロバイダ選ぶ人は少数派だろうし。
>>144 のようなデメリットもあるしね。
0151名無しさん@お腹いっぱい。2006/04/25(火) 20:33:59
>>148
矛盾してるか?
ひとりのためにディスクがパンクしてしまって、全員に影響が出てしまわぬよう、
QUOTA をかけるのは信頼性を上げることにならないか?

まあ、合意で決まるプロトコルだから、中途半端感があるのは仕方ないと思うけど、
具体的に何が足りないとか、どうしたらいいとかいう意見はある?
私はあんまり不満がないんで。
0152名無しさん@お腹いっぱい。2006/04/28(金) 17:26:19
>>148はQUOTAについてなんか勘違いしてないか?
■ このスレッドは過去ログ倉庫に格納されています