リムネットユーザの本音スレ part**5

落ちていたので立てました。

リムネットユーザのみなさん、
今のリムネットに対する本音を語りましょう。

【リムネットインターネット接続サービス】
http://www.rim.or.jp/
【サポートデスク】
http://www.rim.or.jp/support/index.shtml
【障害情報】
http://www.rim.or.jp/support/announce/trouble.shtml

【前スレ】
http://pc10.2ch.net/test/read.cgi/isp/1106554814/

【TIPS】
Ｑ：OP25B対策はどうしたらいい？
Ａ：Gmailを使う。Gmailの「アカウントの設定」でリムネットのメールアドレスを追加。
　　受信もリムネット宛メールをGmailに転送すれば、spamフィルタもSSLも使える。

|∧∧
|･ω･`) そ〜〜・・・
|ｏ２ｏ
|―ｕ'


|　∧∧
|(´･ω･`)
|ｏ　　 ヾ
|―ｕ'　２ <ｺﾄｯ




| ミ 　ﾋﾟｬｯ!
|　　　　２

>>1
乙

次スレが立たないほど過疎ってるとは・・・。
まじでもうだめぽ。

>>1おつ。
うかうかしてるとこのスレまで落ちそうだな。

保守age

ここ数日間海外からの本場スパムが多い。
メールだけなんだけど次はどこがいいだろう。

おつ

（　゜Д゜）奪おー

最近こんなメールがよく来るんだけど、ユーザにこんなもの送りつけてるようじゃ終わってるな…

Received: from lisbon.mbos.jp (nagasaki.mbos.jp [220.156.142.31])
by mx2.rim.or.jp (8.12.11/8.12.11) with ESMTP id l0M2ubLT******
for <********@**.rim.or.jp>; Mon, 22 Jan 2007 XX:XX:XX +0900 (JST)
Message-ID: <Terrace8941125819824**********@TERRACE>
From: [email protected]
To: ********@**.rim.or.jp
Subject: Notification of VIRUS mail
MIME-Version: 1.0
Date: Mon, 22 Jan 2007 XX:XX:XX +0900 (JST)
Content-Type: multipart/alternative;
boundary="----=_Terrace_8941_125819824_**********_VIRUSNOTI_"


------=_Terrace_8941_125819824_**********_VIRUSNOTI_
Content-Type: text/plain; charset=us-ascii

A VIRUS-infected mail sent to you, and DENIED.
Date : Mon, 22 Jan 2007 XX:XX:XX +0900 (JST)
From : [email protected]
Subject : Please Update Your Data
Virus info : Trojan.Bankfraud.272

------=_Terrace_8941_125819824_**********_VIRUSNOTI_
以下(ry

>>9
ん？　黙って破棄しろよってことか？

いや、FromとMessage-Id、Date、SMTP idが違うだけのものが
何通も来てるんだが、Receivedが一つしかなくて、全部
"from lisbon.mbos.jp (nagasaki.mbos.jp [220.156.142.31])"
なのよ。mbos.jpも220.156.142.31もイージェーワークス管理。
ただし名前は引けないから、社内DNSにしかエントリがないんだろう。

こうなると発信元が騙ってるんじゃなく、ボット感染したPCから
spam送ってるようにしか見えないんだよな。

で、>>9を貼り付けたらピタッと止まった。
何やってんだか。

>で、>>9を貼り付けたらピタッと止まった。

すばらしい！なんと早い対応だ！＼(^O^)／
っと褒めてあげよう！

正直、うんざりだが。
マジかよ・・・

mail.yk.rim.or.jp が落ちてないか？
金曜日の夜に困ったな。

おれ、退会届だしたよ

オペレーターの声が聞きたくて
退会届について質問してきた・・・
なんか、声が暗かった

いままでよくつきあってきたなと感心するよ
といってもメアドを残していただけだけど

このスレが1000逝くまでにリムが残ってるか不安だナ

>>14
そんなにひどいのか。
会員が減る前にどこか大手に売り払えばよかったのに。

俺も(RIMのID).(RIMのサブドメイン)@gmail.comってメアド作れたから
早いところ退会するかな。

数百円だし、退会するの面倒くさいから続けてる。
起死回生できる経営者なんて、この業界にはいないんだろうな。
新規獲得のアイデアも出せない、マーケティングもできない
無能なハゲタカの集まりなんだろう。
悔しければなんとかしてみろ。無能者ども。

いや、ハゲタカとしては有能なんじゃないだろうか。

僅かなメール料金をせしめつづけるっていうのは
昔言われたサラミ攻撃ってやつだなｗ
新たな業務形態としては有能な経営者なのかも知れない

なんか21時を最後にメールこねーぞ。＠t3

うちもメール受信できねぇ…まじ勘弁してよっ！

00:22に一通だけ届いた。
間のメール(自分宛テストメール含む)はまだ来ない。

>21
うちは受信は出来るよ。メールボックスが空なだけで。

ID変わってるけど、>20 = >22ね。

サブミッションポート ( port 587 ) の提供開始というメール来た。
いまさらかよっ！・・・って気もするが、早速申し込んでみた。
一週間で返事来るかな。

>>24
漏れも申し込んだ。
なんというか、ようやくという感じかなぁ。

漏れも。
ほんと、やっとだねえ。
昨年１０月にきつい苦情のメールを書いたが，少しは効いたのだろうか。

申込み制ってのがなあ。申し込んだけどさ

ウチにも「サブミッションポート ( port 587 ) の提供開始」の
案内が来たけど、意味がよくわからないです。
申し込んでおいた方が良いのでしょうか？
新システム導入につき、トラブルが多発！も心配です。

Gmailに転送しちまってるけど…申し込んでおくかな。
SPF設定されてなければリムのメル鯖使う必要もないんだよな。

ん〜、登録完了したけどメールが送れん・・・。

ああ、ポート設定忘れてたｗ

リムネット自身がOB25Pをやる予定はないのだろうか。
Air Edge接続で外部のSMTPサーバ(サブミッションポート等非対応)
に送信することがあるから、今のところ助かってるけど、
そのうち導入するんだろうね。その場合は中継サーバを立てて
ほしい。

>>32
技術力＆人的余力的に無理なんじゃね？

あと、一般的にはOP25Bだと思う。
OB25Pだと単に「外向き25番ポート」の意味になっちゃうので。

>>33
それはRIMNETの技術がどうこうは関係なく、回線提供元のFreeBitの意向次第じゃね?

FreeBitは、現状ではOP25Bは流量規制のみで対処してるとアナウンスしてる。
ttp://www.freebit.com/press/pr2006/20060117.html

サブミッションの申し込みお知らせ、うちも来た。　だれか試して報告希望。

>>35
試したけど何を報告？

ここ数時間メールの受信ができないんですけど、他の方は出来ますか?
送信はできるんですが…
@st

そんなメールこないよ。
メールユーザーは対象外？

>>38
「メールユーザ」って一体何のことだ？

http://www.rim.or.jp/support/index.shtml
ぐらい嫁よな。

@st 　メール受信でき無くないですか？

>>36
いままで受信拒否されたところに送信できるようになりました？

>>41
日本語でおｋ

今のところ何の不具合もなく使えてる

OP25Bは「受信拒否」じゃなくて「送信拒否」なんだけどな。

１０年来の@stユーザーでつ。　「ラピドシステム」っていう頃からだよん。
>>35
SMTP-AUTH使っていまつ。
受付開始案内メール受信（６日深夜）→速申込（７日になっていた）→設定完了メール受信（７日夜）
んで設定変えて使用中。　下記の場合を除いて問題無いよ。

普段はRIM以外の超大手（Aとする）にADSLで接続。
２月１日から、その超大手のメアドからRIMの漏れのメアドに送信したメールが行方不明になってまつ。
(@stのメアドを転送先にした　某転送専用アドレスに送信）
どこかでドロップ（SPAM扱い？）されているようでつ。RIMからその超大手に送信したのは届きまつ。

しかも、その超大手とは別の超大手（Bとする）にADSL接続を変えると、行方不明にならずに転送されてくる。
違う点は漏れの家のADSLルータと各ISPのメールサーバの間がどっちの会社のIPアドレスに
なっているかだけ。

>>40
＠ｓｔから、Aに接続中に、その「転送用」に送信すると、直ぐに@stに転送されてくるはずが来ない。
Bに接続中に同じ事をすると今度は転送されてくるという不思議な現象発生中。

RIMのSMTP-AUTHを使う前でも上記は変わらなかった。何処が悪いのか　目下調査中。
Aから@stへのメールが全部ドロップされているのか？　と思うのだが。

>>44
RIM関係ないじゃんｗ
Aと転送用のサーバの問題でしょ。

>>40
>>44

やっとお仲間が。私は転送もされないし、POPでも取れません。UbiqMailでは見られるのですが。
POP取れないうちは自分の問題かなと思ったんですけど、転送もされてないのに気付いて…
何か思い当たる方いらっしゃいませんか。

@st 丸12年

>>45　>>44です。

A社に接続中、にちゃんの全スレで「公開プロクシ規制中だよん」って警告も出ていたんだよね。

にちゃん案内などを見ると　IP逆引きなどで　プロクシと判定されると
にちゃんサーバからは公開串経由に見えるからにちゃんには書けない。
転送サーバも受け付けないってことのようです。

＃　ちなみにA社の接続のままでも　IPが変わって串と判定される逆引きを返さなくなると
　　　にちゃんに書き込めるんです。このとき、ちゃんと@stにも転送されるんですよ。

なので、　A社と転送サーバ、Aとにちゃんサーバの間の問題って考えてます。
サンクス。

>>46
私の場合、@stメールはPOPでも取れるしUbiqMailでもOKです。
私も貴方と同じくらいのRIM加入かも。　
千葉ドメイン、横浜ドメインが出来るより前の加入ですよ。　

何かエラーメッセージは出るのかな？
RIMのメールサーバで、ウイルス等の影響で、自分のメールスプールに巨大容量のメールがあると
受信できない現象が起きることがありました。（１９０年代の話ですが）
このとき、ターミナルソフトからログインして、その大容量のメールをデリればいいってのも
そのころにRIMのサポートページに出ていた覚えがあるのだが。

外していたら済みません。

>>39
はぁ？
メールだけの契約ユーザーに決まってんじゃん。
文脈から意味わかるだろうよｗ
てか、ＨＰ見ろとかしらねぇよ。
連絡あるならメールでよこせよ。ボケ！

＞メールだけの契約ユーザーに決まってんじゃん。

そんな契約いつから始まった（orいつ申込終了した）んだ？
ひょっとして２００円コースのことか？

確かに２００円コースは「メールだけの契約ユーザー」とやらとは違うな。

>>48
アタマ悪そ・・・・

いや俺もメールだけの契約ユーザーだけどｗメール来ない。
>>39のリンク先を見たが、迷惑メールが減る訳ではないのか。
使えないからそろそろやめるかな。

いやだから「メールだけの契約ユーザー」って、一体どういう意味なのよ？
OP25Bの意味すら知らないユーザーだってことは判るんだが。

>>53
「メールだけの契約ユーザー」って、リムネットにダイヤルアップしたときは
メール以外は使えないユーザーの事ですかね。

２００円コースは完全従量制。
接続料金を気にしなければ　ホームページを見に行くことは出来るからね。
常時接続オプションや、１８００円、２０００円、３０００円コースだと
ホームページ容量の割り当てがあるけど、
「２００円コース以外は何も申し込んでいない場合は、この割り当てが無い」って
のがサポートページ（３９のリンク先）に書いてある。

でも　その場合でも　「課金を気にしなければ」一応何でも出来るよね。
ホームページ開設も　ジオシティなどのレンタルホーページ領域業者や
レンタル掲示板業者を使えば　ホームページの開設は出来るからね。

「メール（SMTP,POP）以外は　FTPもHTTPも何も出来い」コースは、
リムネットのサポートページを見ても　存在しないですよね。

私も首かしげています。　@stユーザー歴１２年。

歪んでんじゃねーの、お前ら・・・

歪んでるよな。 @st創設以来のユーザー

理解不足や勘違いを指摘されると、親切にも指摘してくださった方々を
「歪んでる」などと揶揄することで恥かしいのをゴマかすバカが湧いてきたか。

確かに>>54は正解を指摘したりするかわりに当て擦りに終始していて、おれも嫌な気分になった。

「正解を指摘する」って何だよ。指摘するのは「誤り」だろうが。

>>54
いや俺、メールだけの契約ユーザーなんだけどｗｗｗ
>２００円コースは完全従量制 
いまどきこれに接続量払うバカいないだろｗ？
このコースの意味するところはメアド保全だろ？常識的に考えて。
で、感覚としては「メールだけの契約ユーザー」

>>60
ｽﾏｿ
たまに払ってるｗ
いや、ADSLの方がアク禁になったときとかにさ。
短文だと携帯で書くけど、長文やスレ立てするときは
ダイアルアップでつないでるよ

じゃ、ちゃんと表現すべきだったんだよな。
「メールだけしか実際には使っていない２００円コースの契約ユーザ」と。

正しい日本語の使い方が勉強になる大変すばらしいスレですね

>>62
>>54です。
２００円コースでも、他のプロバイダ経由でもSMTP,POPにアクセス出来るから
２００円コースを「メールだけの契約ユーザ」っていう表現も判らなくもないが、
「「他のプロバイダからアクセスしていて、リムネットではメアドしか使っていないから
２００円コースです」っていうべきだ」っていうのに賛成です。

>>61
私も　ADSLモデムがトラブル起こしたときのバックアップようと、外出先では携帯電話で
アクセスするときにリムネットにダイヤルアップしています。
たまにDOPAも使っていますよ。

>>60
「接続量」はどうやって払うんだ？　「接続量（時間）に応じた接続料」なら払うけど。
それに、漏れの回りに居るぞ。　常時接続するほど使わないから従量制課金って方。
接続先はリムネットじゃないけどね。

うぜー
ニュアンス的にわかるじゃん
揚げ足とるようなレスつけなくてもさ・・

>>65
>>ニュアンス的にわかるじゃん
じゃあ、貴殿は、各種器機の取扱説明書や各種サービスの契約書が

「「ニュアンス的に判る」禁止事項」
「ニュアンス的に判る」使用方法、契約内容」

を書いていても、「内容が判らない」とサポートに問い合わせは絶対にしないんだな。

最近は「ニュアンス的に判る」取扱説明書の書き方をしていたら、何かあって訴訟になったとき、
製造者責任法などで一発でアウトサービス提供側の負け）なんだよね。

「メールだけの契約ユーザー」って、「リムネットにしかダイヤルアップしなくて、メール以外はすべて
ブロックされているユーザー」とも解釈出来るからこの話題が続いているんだと思う。

あえていえば、この議論のおかげで、このスレッドを最初から見て居た方だけは
「「メールだけの契約ユーザー」＝２００円コースって解釈するかもしれないけど（ｗ

メールだけの契約ユーザにしたって、インターネットへの接続は
どっかのISP使ってるんだろうから、
そこからリムネットのサポートページは見えるはずだよね。
そこからアナウンス確認すればいいじゃん。

リムネットニュース、復活しないかな。

ここは契約時の用語を使って正確な話をしなきゃいけないスレなんですか?

「メールユーザー」といわれて、ほんとに「そんなコースあったっけ?」とか思ったの?

正論だけど、正論だからといって>>66みたいな話をするのはウザい。

伸びてるからなんかと思えば…

>>66
もうその辺にしとけよ。飛躍しすぎて読んでるこっちが恥ずかしい。

結局、新しいサービスはどうなのよ？
利用した方がいいのか、そうでないのかさっぱりわからんのだ。
利用するメリットとデメリットをわかりやすく教えてください。

サポートデスクのTOPICSぐらい読んでね
将来的に従来のメール送信サーバ(port25利用)を廃止する(時期未定)
ということなので、早めに移行しておいたほうがいいかと

>>70
サポートページを読まない、OP25Bと聞いても何のことかわからない
ような人間には基本的に関係ない。いや、煽りでもなんでも無くて。
いかにもリムっぽい、一般のISPのユーザレベルからするとかなり
マニアックなことをしている人に向けた機能実装なので。

>>71
同じページに「新しく追加した機能が必要なければ、特に今すぐ移行
する必要は無い」と書いてあるように、サブミッションポートかSMTP
AUTHのどちらかを利用したいユーザ以外は特に移行する必要も無いかと。

SMTP AUTHを使ってメリットがあるのは、主にユーザ側ではなくてリム
側なので、リムが良いと言っている間はあえて利用することも無いと
思う。まあ、>>70がリムのリリースを読んで必要がありそうだと思った
ら利用すれば良し。

＞「メールユーザー」といわれて、ほんとに「そんなコースあったっけ?」とか思ったの?

思ったよ。で、疑問を呈したよ。疑問を呈されてもなお

＞メールだけの契約ユーザーに決まってんじゃん。
＞文脈から意味わかるだろうよｗ

としか返せないバカが世の中にはいるんだねえ。

で、まだ意味わからないんだw

「○○してもなお」の意味が理解できないバカは黙ってなさい。

「やっぱりわからない」か「最初からわかっている」のどっちかだろw

まだやってたのか。ID:A3rUw7R5は真性の馬鹿だな。

他人に自分の考えを正しく伝えられない人間って悲しいねえ。

>>73のことだよな？

【Q&A】サブミッションポートについてよくあるご質問
ttp://www.rim.or.jp/support/announce/2007/02_08.html
を読んでみた。
リムのメアドで送信できない人のための対策と、
リム鯖からの迷惑メール送信を止めるための対策。
上のふたつが今回の新サービスって解釈でいい？

どちらかというと、リムのためのサービスで
多くの一般ユーザーは眼中にないってコトだよね。
いつ、一般ユーザーへの迷惑メールのフィルタやるのかね？
ここ最近、海外からのスパムが多くて多くて…

最近は　かなりのプロバイダで、自社のＳＭＴＰサーバ以外は　ポート２５には
接続させない事になってる。　これがＯＰ２５Ｂ．

んで　ＰＯＰサーバや中継サーバは、場合によっては　「FROM:」に書いてあるメアドと
SMTPサーバのドメインの一致をチェックしている場合がある。

ダイヤルアップでもADSLでも光でも、接続しているプロバイダ以外のSMTPサーバを
使わなきゃならないときのための手法が　サブミッションポートとSMTP-AUTHの組み合わせで
提供されているのが増えている。

漏れ、半年ほど前にリムのサポートに、「リムでOP25Bやサブミッションポートの使用可否」を
問い合わせたことがあるのよ。返事は

「サブミッションポートの提供は、いまのところ未定」

だったんだけど、今年に入ってから「リムネットでも提供します」って話になったので、早速使い始めたわけです。

ちなみに、SPAMはリムのメアドにもそっち（常時接続先のプロバイダのメアド）にも来るけど、
量はどっこいどっこいくらいかな。　

つーか、リムユーザは分からないことを自分で調べるくらい
朝飯前の奴らが揃っていると思っていたのだが…

それくらい古いユーザしかいないだろ、今だにリム使ってるなんてさ

>>82
漏れもそう思ってたんだが・・・。
未だにリムを契約してる香具師って昔からのヘビーユーザーで
解約するのを躊躇してとりあえず200円コースで残してある
香具師ばかりだと思ってたが。

>>80
>どちらかというと、リムのためのサービスで
>多くの一般ユーザーは眼中にないってコトだよね。

どちらかというとユーザ向けのサービス。
もっと言うと逆引きが設定できないサービス、つまり固定IPサービスや
法人向けサービスを使ってないごく一般ユーザ向け（だだし、その中でも
自分でメールを配送したいというマニアックな人達）。

>いつ、一般ユーザーへの迷惑メールのフィルタやるのかね？

昔と違って入って無くはない。

頼むから、リムみたいなマニアックなISPを使うんなら、せめてリムからの
メールは読むとか、わからないことは自力でググるとかしてくれ。

ヘビーユーザーだかなんだか知らんが、
会員全員がお前らみたいなパソオタじゃないんだよ。
ていうか普通の人間には随分居心地悪くなったな。
ごちゃごちゃと揚げ足とってねぇで、
わかりやすく教えて下さいｍ（＿＿）ｍ

神は自ら助くる者を助く、ってね。
自分で調べる気もないくせに文句だけ垂れるような人間は
誰からも教えてもらえなくてもしょうがないだろうよ。

一般ユーザーはクグることなんてしないよ。
ポート25なんて聞いてわかるのはごく一部だろ。
調べても基礎がなくてわからないから、
素直にわからないと言っているんじゃないの？
わからん人にわかるように説明できるのがきちんと理解している人。
説明ができないのなら能書き垂れないでくださいな。

まぁ、あんな説明をしているリム側に問題アリなんだけど…。

>>87
>>あんな説明をしているリム側

どこのプロバイダも大差がないんですがねぇ。
あえて言えば、サブミッションポートの設定の方法を、「ＯＥだけは」設定画面の例を挙げて
解説しているところが何社かあるな。だけど　漏れに言わせれば「ＯＥだけ」ッてのは糞。
メジャーなメールソフト全ての設定画面で説明するべき。
電信８号、AL-Mail、Beckeyやポストペットなどの設定画面も説明するべきなんだよ。
（やってるISPもある）
「OEを使わない方は　それなりなスキルがある方だから画面で説明は不要」って考えだったら　大間違いだぜ。

まあ「一般ユーザーはクグることなんてしないよ」ってのは賛成だな。
ちょっとググる（ヤフる）と、簡単に答え（欲しい情報）が出てくるのに、ググろうとしないで
サポートやホムペオーナーに問い合わせる方が多いのは今も昔も変わらない。

>>わからん人にわかるように説明できるのがきちんと理解している人。

これは禿同。　但し　漏れ自身が「相手の理解度に合わせた説明が、きちんと出来るか」ってなると
ちょいと自信が無い。

うるせぇから調べたよ。
「バカがウチのサーバー使ってスパム送りまくらないように、
　２５番ポート閉じて５８７番で認証するから設定しろやボケ」
って事だろ？
なんで基本アドレスは申し込みが必要なんだ？

そもそもこっちは来るスパムが多くて困ってるんだよorz

>>89
>>「バカがウチのサーバー使ってスパム送りまくらないように、
>>　２５番ポート閉じて５８７番で認証するから設定しろやボケ」
>>って事だろ？

某KDDI系も、オンラインサインアップ後に送ってくる紙での説明書や
ホムペで解説しているSMTPサーバの設定が　SMTP-AUTH＋５８７ポートで説明しているぞ。

漏れ、理由あってISP数社に加入してるけど、リムネットだけが基本メアドでも申し込まないと
SMTP^AUTH＋５８７が使えないんだよね。
まあ　確かに本人の申し込みであるかどうかをガードする意味では
申し込みが必要ってのも分からなくもないんだが。

>>87
せめてこのスレのログぐらい嫁。
前にも誰かが書いてるように、リムからのメールを読んで意味が
わからない人間には特に必要無いサービス。

「今時25番経由で普通に送信できるってどうよ？」とかはあるかも
しれんが、ユーザに設定させなくても迷惑を被るのは主にリム。

「そんなこと言って、お得なサービスを使わせない気だな」とか、
「必要ないかどうかはお前にはわかんねーだろ」とか思うんだったら、
普通に自力で調べてくれ。

サブミッションポートやSMTP AUTHの意味やメーラーの設定の仕方まで
人から手取り足取り教わらないとダメという状態では、そもそも設定
しても困ることの方が多くて全く使えないと思うので。

てか、ここで文句垂れてるヤツは何故リムなんて使ってるの？
古くからのユーザはリムがどういうISPか分かっているだろうし、
新しいユーザは知り合いからよっぽど勧められたとかでないと
使おうとしないと思うんだが。

意味の分からないメールはスパムと同じ！
>>89のように、わかりやすく書くことも可能だろ。
りム鯖経由のスパムの対処よりも、
会員に届くスパムのフィルタ実装の方が先だろ？
１日に100通以上、バイアグラ買えって英文メールが届くんだぞ。
そりゃぁ、オレだっていい歳だし、
若い頃に比べれば起ちも悪くなったけど、
そんなモン飲んで何とかしようと言う訳でもなくて、
ソノ気になれば２回くらいはなんとかなるだろうし、
バイアグラってそんなにイイもんですか？

ID:vTzNDuXUはなぜリムが退会者が続出して存亡の危機に瀕しているのか
理解できてないようだな。

>>93
ツボった
腹痛えｗｗｗ

Gmail に転送してから参照すればスパムには悩まされなくなるぞ。
スパムフィルタとしての Gmail は、とっても優秀だから。

>>93 の気持ちも判らなくもないが、パソコン通信時代から在る某老舗ISPの
迷惑メールフィルタサービス、漏れにとっては使い物にならないんだよね。

点数が１０００点切っているのよ。
使い始めは３０００点近くまで行ったこともあったけど、SPAMの多さからか
今じゃあ　８００点くらいで「無いよりマシ」だけど「無意味」な状態になってる。

ちょいと設定は面倒だが、　POP-FILE　とかいうSPAMフィルタソフトも結構使えるぞ。
というより　漏れの場合、ISP提供のフィルタよりフィルタの精度が高い。詳しくは下記URLにて

http://popfile.sourceforge.net/wiki/jp

ちょいと、家を半年留守にしてたんですが
受信トレイに10000通ぐらいのメールが・・・・

ほとんどが出会い系、スパム・・って

んじゃ、実際には留守の間に６万通ほど来てたことになるね。
リムの保存期限は１ヶ月だから。

>>98
自分は1日あたりせいぜい500〜600通ぐらいかな？
外部にほとんど晒してなくてもこんなもの。

職場の方で受け取るメールと比べれば1桁ぐらい少ないので
うざいことはうざいがキレるほどではないかな。

職場に毎日１０００通単位でスパムが届くのか・・・凄いな。
サーバサイドのスパムフィルタを導入してもらうべきだよ、そりゃ。

ふつーに「業務に支障をきたしてる」レベルだろそりゃ。自慢してどうする。

>>102
読むのも仕事の内なのである程度仕方がないと諦めてる。
外部に公開されてる代表窓口っぽいMLに入ってるので、基本的に来る
メールは拒めない。そういう意味では確かにスパム業者は死んで欲しい
けど…。このままだと電子メールという仕組み自体が崩壊しそうだし。

もちろんスパムフィルタは入っているが、業務上自分をはじめ一部の
人間はスパム判定されたメールも受け取っているし、実際どう見ても
スパムっぽいメールが実は返事する必要のあるメールだったりする
こともあるのがなかなか悩ましいところかも。

メールup出来ない・・・

ひどいねこりゃ
http://d.hatena.ne.jp/NAOI/20061206/1165386283

>>105
まあ自分の場合、UTF-8で送られてくるようなメールはスパム
以外の何物でも無いけどね。

突然過疎ったな

リム自体、少なくともWebに関しては過疎ったからこそ安定しちゃったね。
Webサーバ機能は2004年の後半に大トラブルが頻発したので
2005年初頭からsakuraに移転して大満足したんだが、
URL変更をあちこちに伝えるのが大変だった。いまだに完了していない。

でも今やリムのWebは非常に安定している。
大多数が脱出したから軽くなって安定したんだろうな。
ちぇ、もうちょっと粘っとけばよかったかな。

RIMネットのトップページからリンクされている、WebメールのUbiqMailって全然つかえねー
かなりの確率で以下のメッセージが出て、、
　"ネットワークが混雑しているか、メール・サーバがダウンしているようです。しばらく待って再度サインインしてください。"
リロードすると
　"他のメーラがメールサーバに接続中のようです。しばらく待ってから操作をしてください。"
となってしばらくログインも出来なくなる。

メールサービス位まともに提供して欲しい。

まあ、リムを使うようなユーザはWebメールなんてほとんど使わないだろうし、
リム側もそういうユーザのことはあんまり考えてないだろうからね。

>>110
サブミッションポート提供前は、webメールこそが生命線だったんだが…。

優秀なGmailの存在を知った後には、糞UbiqMailは完全に用無しになったけどな。

>>111
シェルサーバ使うとか、自前で鯖を用意するとか、ごにょごにょするとか、
まあ方法は色々あったので。

リムの住人的にも、Webメールの使い勝手とかよりも「メールサーバそのもの
の安定運用を先にどうにかしろ」という意見の方が多かっただろうし。

10年以上、RIMのメールアドレスをメインとして使い続けているから、
200円コースを止められない。
メールが必要なサービスや、ソフト製品登録など、
すべてRIMのメールアドレス。
潰れたら非常に困る。

hf.rim.or.jp　申し込んだがパスワードくれない。
もう１ヶ月になる。

＞『メールサーバー切替作業』および『サービス内容変更』のお知らせ
＞メールアドレス " [email protected] " をご利用のお客様が対象と
＞なります。
受信容量が無制限から200MBまで速度アップ。

IPアドレスでアクセスしてくださいってすごいよな。
中小企業の社内メールでももっとちゃんと移行するような。

st-old.rim.or.jp とかつくってくれればよかったんだけど。
たしかに驚いた

>『メールサーバー切替作業』および『サービス内容変更』の$*CN$i$;
サブジェクトが化けてるんだが俺だけだったのか

まかーのオレのも化けてたぞ

んーとね、サブジェクトが長いもんで、２行に分割されているんだが
各行の先頭に必要な「ここからＪＩＳコードだよ」というおまじないが
２行め（『サービス内容変更』の、の後）は不完全なんだな。
だからメーラーは２行目はアスキーコードだと認識してしまう。
これが文字化けする原因だな。
送信プログラムのバグだバグ。しかも初心者っぽいバグ。

おまえら！
・・・いや、なんでもない。

>>120
うちには普通に届いた。

Subject: =?iso-2022-jp?B?GyRCIVglYSE8JWslNSE8JVAhPEBaQlg6bjZIIVkkKiRoJFMhWCU1ITwlUyU5RmJNRkpROTkhWSRO?=
=?iso-2022-jp?B?JCpDTiRpJDsbKEI=?=

>>122 それは君のメーラが間違っている。
あ、いや、 =?iso ... と表示されたのなら実に正しい。RFC通りだw

>>123
いや、デコード前のログを貼り付けた。
紛らわしかったね。ごめん。

MUAではちゃんと　『メールサーバー切替作業』および『サービス内容変更』のお知らせ
と表示されました。

>>120
俺のとこにも文字化けせずにちゃんと届いてるよ

あまり詳しくないのでちょっと教えてくださいませ
7bitJISのKI,KOコードの問題はわかるんだけど、長いサブジェクトの
分割、結合ってメーラーがやってるの？
だとしたら受け取り側のメーラーの漢字へのデコードが、結合前に
行われるか結合後なのかっていう話なのかな？

サブジェクトの分割をRFC通り正しく行っているか行っていないか
の問題じゃないの？

正しくない分割を行っているメーラどうしなら(それがそのメーラ
の仕様なんだろうから)普通に読めるだろうし、RFCに準拠していな
くても「そういうメールも実際あるので仕方がない」と一応考慮し
ているメーラも読めるだろう。

一方で、昔のかずさんみたいに、「RFCを守らないメールに対応する
気は一切無い」みたいなスタンスで開発されているメーラだと、自分
でコードを修正しない限りはどうやっても読めないかと。

メールサーバ、今朝6時前に切り替わったな。＠t3
まだ新旧両方にメール来るが。

mbos******.alpenstock.jp って…

なんか、新メールサーバーのPOP接続時のレスポンスを見ると、
APOPに対応してるヘッダーが見えるね。
実際にはAPOPのパスワードが通らないからまだ使えないみたいだけど。
APOPに対応する予定なのかな。

UbiqMailは旧メールボックスに接続しに行っていない？

今朝からメールがピタリと届かなくなったのですが

メーラーを再起動してみ

あ、リムのサイトでログインして読むやつは届いてる。
なんでメーラーで読めなくなったんだろう。

>>132
だめぽ。これから出かけちゃうので、あとで戻って
色々試してだめならサポートに電話して尋ねてみます。ありがと。

読めました。うちが悪いのか原因わかんないけど良かった。
お騒がせしました。

■　超優良ISPリスト　■(ISP界のデビルマン列伝)

Plala＆Nifty　（ISP界の2トップ）
YahooBB＆ODN　（朝鮮友好ISP）
GMO　（旧InterQ、高い信頼性を誇る）
J-COM＆ZAQ　（P2Pの対応は日本一）
リムネット・コアラ　（最高の設備とサポート）
Biglobe　（超定番）
WAKWAK　（ワクワクする！）
ネスク　（北陸の狼、期待の新星）
ACCA系＋Freebit系　（感動の嵐）
OCN (必殺技の最強マシン)
so-net　(瞬殺の荒技の雄)
hi-ho (関西の大物)

>>131
今回はユーザ側の設定変更が必要ない(メールサーバの名前が変わらない)
サーバ切り替えだったけど、切り替え前にDNSの設定を変更して、TTLを短く
しておく作業をしなかったっぽい(もしくは短さが足りなかった)。

うちでも急に見れなくなったので、ローカルのDNSサーバのキャッシュを削
除して名前を引き直したら大丈夫だったよ。

■　P2P・ネトゲ・ユーザーは必見　■

　　[ISP規制状況　FrontPage 情報掲示板]
　　　　　http://isp.oshietekun.net/

メールサーバー死んでる？

死んでるっぽい

復帰したみたい

昨日あたりから現在にかけて、メールサーバの認証エラーが
多発してる……。＠kt

リムネットって13年くらい前にユーザーだったけど、
解約したのに接続できるから、調子に乗ってつなげてたら
従量制だったので、月で27万位の使用料になった・・・

リムネットからは「申し上げにくいが払ってくれ」って
手紙が来たが結局踏み倒した。

ごめんよ。

>>143
一時間あたり35回接続したって事か。

一日あたり１５時間接続していた、ってことじゃないの？

またサーバー死んで内科？ｙｋ
いいかげん死ね。

だから死んでんじゃん。望みどおりだろ？

ykドメインだけど全く送信出来ない。
こちらの設定に問題があるんでしょうか？

>>148
いつごろから何を送信できないの？

>>149
ここ一ヶ月近くメールの送信が全く出来ません。
mail.yk.rim.or.jpから返事がないと。
pingは帰ってきてるのですが。
ちなみにnetscape commnucator4.78です。

>>150
「OP25B」でググれ。

あれほど来ていたspamが急に届かなくなると
メールサーバーのあぼんを心配してしまう・・・

>>151
ありがとうございました。
解決しました。
意味は分かってるつもりだったのですが、
何の案内も来ないのっておかしいですよね。

auに転送しているのだけど、転送だけ半日遅れたり消えたり散々だわ・・・
本アドレスではPOPで普通に受信できるのだけどねぇ。。

>>153
いや、案内はきてたし、OP25Bに引っかかるということはある程度
その意味をわかってないといけない使い方をしているわけなので、
どっちかっていると自分の方に問題があるかと。

>>151
「OP25B」、って一般的なことですか？
偶然見かけて、助かったので・・

今時は一般的。
導入してないISPはむしろ珍しいというか、有名どころのISPの中では
リムネットが最後の砦ぐらいな勢い。

あれ？今落ちてる？>ktですが

ykだけど、漏れも1時間くらい前からそんな感じ

naも・・・orz

t3だけど落ちてる？と思ってここ来てみたら直った。

ここに誰かが「落ちてる？」って書けば自動的に直るのかなw

あ、ダメだ、直ってなかった orz

ktも繋がったり繋がらなかったり。

今現在も状況変わらず＠kt

相変わらずwebでの情報もなし。いい加減にもほどがあるだろ。
http://www.rim.or.jp/support/announce/trouble.shtml

すまん。
「基本的に繋がらないが、ごくたまに繋がる。
但し受信されてるべきメールが受信されてない」
が正しい。

>>161
おお、自動的に直った?
受信されてるべきメールはまだ来ないけど。
一応繋がる。

自分宛に送った（From＝To）メールが15分たっても届かねぇよ。

使い物になりまへんな

んー、いきなり503 authentication neededではじかれる
腐っとるがな kt

障害情報でアナウンスされてる。

先月あたりから1日1回くらい認証エラー食らうようになってたけど今回は深刻だな

ぜんぶgmail経由で受け取ってるのでまったく気がつかなかった。急ぎのメールとか
そもそもここにはこないし。

RIMって今では糞ISPのリストに載るほど評判悪くなっちゃったんだね。
昔は良かったのになあ。当時は選択肢も少なくて、お金持ち→IIJ、
貧乏→ベッコアメ、マニアック→リムなんて感じだったかな。

stだけど、昨日からスパム減ってない？

減ってるのは SPAM だけじゃないです。

>>174
ほんとだ。5月9日に発信されているはずの某サイトからのメールが未だに届かない。
同じサイトからのメールは5月8日以前は毎日届いていたが。
困ったな。

へらねぇよ。
エロメールばっかし。
設定も面倒だし不安定だし。
もうやめようかな。
１５年近く使ったのに。。。

GMailに転送してるんだが月900件SPAMが来る。

まったくメインアドレスなのにRIM宛にSPAMが来ない。
非公開アドレス（転送受信専用だから表に出ていない）には、わさわさ来るのだが・・・

今、うちのオカンの使ってない追加メールアドレス削除した。
最後にメールの受信したら、スパムが７００通ほど来ていた。

UbiqMailにFireFoxでアクセスできなくなった。

>>180
普通にアクセスできるよ。
当方 Firefox2.0.0.3 / MaxOSX 10.4.9

いまアクセスしたらできた。
今日の午前中時点では、”サーバのSSLが古いためアクセスできない云々・・"とかいうダイアログが出てだめだった。

届くはずのメールが届いていない

最近「500 CGI Busy」が頻発。

あれだけきてたスパムがすっぱり消えて喜んでいたけど、
それ以外も来ている気配がないんで、だんだん不安になってきたｗ

他のプロバイダーでアクセスしてて、
数ヶ月前から、rimのメールが送れなくなってるんですが、
これって、プロバイダー側の問題ですよね・・
ポートを変える、とかってやつ？

>>186

サブミッションポートでぐぐれ

>>186
>>153

なにげにスルーされてるが、

>>150
>ちなみにnetscape commnucator4.78です。

って、すげーネタだなｗ

どうも手元のメーラーが壊れたくさいでした・・w
別の設定しなおしたら送れた・・。
みなさん、ども。

>>189 スペルミスが?

「コミュニケーション」を
「コミニュケーション」と発音している人間特有のスペルミスだな。

あ、もちろん「すげーネタ」なのはバージョンだということは分かってる。

私もメーラとしてだけはふつーに使ってるが
何か画面のバランスがいいんだよねThunderbirdとかより

あ、ごめん、rimには使ってない。
サブミッションポートだのSMTP AUTHだのに対応してるかは知らないや。
もはやスレ違い板違いだね。

＞サブミッションポートだのSMTP AUTHだのに対応してるかは知らないや。
どっちにも対応してるよ、4.78は。
枯れたソフトでいい感じだよ。今でも特定用途には使っている。

ただ、メールアカウントが一つしか登録できないのが困りものだ。
あと、Windowsの場合、全ユーザで同一の環境（メールボックスすら！）に
なってしまうのも、便利なこともあり、不便なこともあり、だ。

ニフティのメールボックスが、
・5ギカ
・保存期間無制限

になったらしい。

Webメールのリリースやココログメンテに失敗したり
あの手この手を考えるけど二番煎じっぽいものばかり
上場したけど株は下がるしニフティも迷走してるな

リムはそれ以下だがorz

あんの〜、そのリムにニフ経由で利用している者の立場はぁ？

あー、私もそうだ。
ここ1年くらい逃げよう逃げようと思ってるけど(めんどくてやってない)

あー、とうとうshellサービス終了か。これに惹かれて10年以上前に加入したのに。
あれ、何だか目が曇ってディスプレイがよく見えないや　｡･ﾟ･(ﾉД`)･ﾟ･｡


あー、もうmbos志ね

え？マジで終了なの？

じゃあ、常時接続サービスのオプションも切って200円会員になるか…。

既にその役目を終えたnewsやUUCP終了はともかく、
まだ使い道がいくらでもあるshell終了は寂しいし、厳しいな…これも時代の流れか。

お知らせページに昨日付で「終了のお知らせ」がずらっと並んでるのを見て、
いっそ「RIMNET終了のお知らせ」って書いてくれればすっきりするのにって思った。

　　　　　　 　　　　　　/ヽ　　　　　　 /ヽ
　　　　　　　　　　　　/ 　ヽ　 　　　 / 　 ヽ
　　＿＿＿＿＿＿ / 　 　 ヽ＿＿/　 　 　ヽ
　　|　＿＿＿＿　／　　　 　 　 　　　:::::::::::::::＼
　　| |　　　　　　 /／　　　　　　　＼　　:::::::::::::::|
　　| |　　　　　　 |　 ●　　　 　　● 　　 ::::::::::::::|
　　| |　　　　　　.|　　　　　　　　　　　　　:::::::::::::|
　　| |　　　　　　 |　 　（__人__丿 　.....:::::::::::::::::::/
　　| |＿＿＿＿　ヽ　　　　　　.....:::::::::::::::::::::::<
　 └＿＿＿／￣￣　　　　　　　:::::::::::::::::::::::::|
　　|＼　　　 |　　　　　　　　　　　　:::::::::::::::::::::::|
　　＼ ＼　　＼＿＿＿　　　　　　 ::::::::::::::::::::::::|

>>203
Webのサポートページに載ってるのか…。

っていうか、リムのメールアドレス宛か、もしくはshellのアカウント宛に
送ってこいよ…。実際に使っているユーザ向けのアナウンスが後回し(もし
かしたらこのまま無いのかもしれんが)とか、もうわけわからん。

安楽死に向けてのプロセスが始まった、のかもだ。

>>205

確認しました。UUCPやnetnewsに加えてマイディスクも終了。
こっちはUUCPが終了するのが痛いです。uucpでもらったドメインで
家の中の名前を解決するようにネットワークを設定しているので、
ちょっとまてーって感じですわ。

この規模の変更でメールがこないって何なんでしょうね。

実はshell上に古いデータを残してるんですがどうしたもんかなあ...

2002年頃にrim以外からログインできなくなってずっとほったらかしです、
いつか引き上げようと思いずるずるここまで引き摺ってしまった。
結構同じような人多いのでは?

shellサービスが衰退したのはまさにここが原因だと思うんですけどね。
別料金取ってもいいからssh導入してみるとか他に方法あったはず。

スパムが多かろうが長くメインアドレスとして使ってきたけどそろそろ考え時か。

>>208
いや、ホストをSolarisからNetBSD（失敗）→FreeBSDにした時点で
sshは導入済みだったぞ。

ブルートフォースアタックが多くてアクセス元を限定したんだろう。
俺は1800円コース+当時のAirH"でアクセスしていたが、
200円コースに変更してshellサービスはやめてしまった。

UUCP終了まじかよ
10年以上使ってきたこのメールアドレスはどうなるんだよ
せめてDDNSサービスに以降させろよ

マイディスクと同等の無料サービスをやっているところって、どんなところがありますか。
乗り換えの検討をしたいので...

>>211
無料のストレージなら、Gmail(ストレージじゃないがw)とかYahoo!ブリーフケースとか。

有料でも良ければ、ジャストシステムがやってるインターネットディスクが
軽くて、マイディスクの数倍ツールの出来も良い(当たり前かw)のでおすすめ。
ただし、料金が同業他社より高めなのが難点。
俺は、昔のATOKのおまけについてきた無料ディスク容量を
頻繁に修正、追加するテキストやExcelデータなどのドキュメント保存に利用してる。

コストパフォーマンスならNTTComのCocoaギガストレージがいいと思うけど、
余計な機能がゴテゴテついてて、使い勝手は個人的にはいまいち。
とりあえずたまにしか使わない容量大きめのファイルを放り込んでる。

>>208
リムのアクセスポイント利用の場合以外は接続出来なくされてる。
ので、せいぜい10MB程度であれば、データの回収時だけダイアル
アップPPP接続という手もあるかと。

>>209
せっかくホストを立て直したんだから、リム外部からの接続はRSA
鍵認証だけに限るとかすればよかったのに、既ににその程度の技術
力もなかったのかねえ…。


で、今さらサポートページを見てみた。

最低。

>>213
当時のOpenSSHは、接続元を判別して認証方式を限定するってことが
できなかったかと。できるのはver.4.6からじゃなかった？

鍵認証を採用しても、FTPが使えてしまうと~/.ssh/authorized_keysを
置かれてジ・エンドなので、パスワードクラックされたら被害は同じ。

shellhost廃止ってマジかよ・・・
CGI/SSIは殆ど全部Ｃで書いてるから困る。
Perlで書き直さなきゃいかんのか・・・

psするとSCREENが山ほど居座ってたのが懐かしいな

あー俺もやってたなあSCREEN。なつかし。

えー、shellが使えなくなると、procmailでの振り分けができなくなるのか。
特定の宛先からのメールだけ携帯に転送したりしていたのに。

大体、既存施設の能力を理由に堂々とあげる神経が信じられん・・・

マイディスク終了か。
なんの魅力もなくなるな。
やめたいんだけど面倒でやめれない。
>>rimentよぉ
やめてやるから出口通りやすくしろやｗｗ

FAX送るだけじゃね？

211です。

>212さん
ありがとうございます。
Yahooブリーフケースで検討してみます。

ところで、Fileyというのもあるみたいですけど、どうなんでしょうね。

大昔のリムの中の人です。
SunOS -> FreeBSD時に中にいました。

そうですか、リムの代名詞といわれたサービスが次々終了ですか
なんともいえない感じですね。いままでありがとう。そしてさようなら

>>223
shellホストの置き換えって>>209が言う通りNetBSDにしたけど
パフォーマンスが悪く急遽FreeBSDに変えたような記憶がある。

やっぱり事前検証不足？

>>223
誰なのか思わず推測してみたり。
最近集まった時にいた？

自分にテストメール出して stat=Sent (Message accepted for delivery)
なのに、popでアクセスしても届いてないorz..

なんか4時間遅れで届いた。
mx.rimまでは瞬時に行くんで、mx.rim --> mail.xx.rim間がつまってるんかな..

今日しりました。 223 さんって、　NetBSDの人か、UUCPの人か、
どっちだろｗ。　関係ないかｗ。　チョコレート（意味不明）。

なんか、http が刺さるから、FreeBSD にしたという記憶があります。
設定に問題があったのかも？　翌日ＯＳごと変わってたので
びっくりしました。さすが。　ML あるから困るんですよね。
e-access だから簡単に変えられないし。　まぁ、激安コースに
して、 メアドもさくらに移行して、　CATV か OCN 光が
きたら、とっとと退会しましょ。

>>224
WebサーバでHTTPが突き刺さったままっていうのもあり
またカーネルパニックが頻発したりで、どうにもならなくなって
FreeBSDに変えて、Shellホストも合わせて変えたという流れだった気がします。

>>225
召集されましたが遠隔地なのでいけませんでした。
って、これだと特定されるかな

>>228
当時はサーバルーム最前線で動いていたわけではないです
技術サポートとして、修羅場な最前線との調整とエンドユーザーからの
問い合わせに四苦八苦してました


まあなんとなくキーワードだけ並べてみます。
「チキンの骨」「saboten」「マカー」

毎日夜11時くらいにメール到着が遅延するの、いい加減なんとかしてほしい。
そろそろ限界かも..

メール届かねえ
Received: ヘッダから察すると
paris.mbos.jp → madrid.mbos の間の転送に8時間かかってる

今度はどこにしようかな…

>>232
まだ決めてなかったのかよ。５年ぐらい前から末期症状だったろうがよ。

あれ？メールサーバー繋がらない…

もうダメかも知らんね

http://www.rim.or.jp/support/announce/trouble.shtml

またかよ・・・・
そろそろ限界かな。

>>235
ありがとう。
さっき見たとき何も書いてなかったような気がしたんですが、
俺も見間違いだったかも…

いやぁ、焦った。

今電話したらさ（０１２０もﾊﾟﾝｸ）やっと繋がったら内部もﾊﾟﾝｸ。
でやっとオペレータ出たので「この繋がりにくさは、メール鯖ですね？」って言ったら
「ご指摘の通りです」だとｗ

でもって、「原因不明」「復旧のメドもたってない」だってさ。

┐(´-｀)┌

とりあえず鯖リブートしてみろや


・・・つか、ダメならダメで「終了」してくれればすっぱり切れるのに
ｇｄｇｄで続けられるから(ry

仕事で頻繁に使ってる人はぶち切れるでしょうね。
俺も仕事で使ってますが、そんなに頻繁に来ないのでいいのですが…

>>239
俺も仕事で使ってるし、頻繁にメールこないけど…
たまにメールでやり取りしてる時に限ってって感じ…

まだ氏ンでるし・・・
正直かなり仕事に影響出てきたｗ

直せる人がいないのか、そうとうややこしいトラブルなのか・・・。
いっそ誰かがrimのドメイン引き受けて鯖運営した方が
安定するんじゃないかと思ってしまう。
接続サービスはなし、メールとwebとshellのみの提供とかで。

折角分散設計したんだから、xxxx.NN.rim.or.jp 単位で sakura か
どっかに移管してほしいです。まじで。
＃（もう契約したけど。ＭＬ用に。　まだメール設定してないけど。）

[email protected] はしらんｗ。
って回線が移行面倒なんですよね。 e-access って前もかいたか。

契約者数って今どれくらいなんだろう？

おまいらどこに移る？

ＤＮＳ飛んでなかった？

しばらく飛んでましたね。
今は大丈夫ですが、、、
マジ頼む、リムネットさんよ〜。

ＩＰ直打でいけたけど

スニファーでみたらDNSからの返答がport unreable　になってた

>>243
今でもマニアが多そうな朝日ネットあたりが買い取ってくれないかな。
あそこ、技術だけじゃなく資金もあるみたいだし。

>>249
金なんか無いでしょう。
元・社長の給料が手取り25万の会社ですよ？

7月ぐらいからmailman使ってるmlで

Your membership in the mailing list **** has been disabled due to
excessive bounces

ってエラーが頻発して、いちいちreconfirmさせられて欝陶しいんだけど、原因
はリム鯖？

>>250
元・中の人だけど。
現金は潤沢にある。
それを社員に気風よく出すかどうかはまた別。
経営陣がケチでないと資金も資産も貯まらないからな。

Notification of VIRUS mail ざっくざく来てません?

きます。

サポートデスクトップの｢メールサーバー障害復旧のお知らせ｣をクリックしたら
｢只今、こちらでお知らせする情報はございません。｣が表示されますが・・・

uucpつかっている人ですが、今日の20時ごろから

uucico rim - (2007-08-18 23:50:00.62 23624) Calling system rim (port TCP)
uucico rim - (2007-08-18 23:50:02.81 23624) Login successful
uucico rim - (2007-08-18 23:50:03.28 23624) ERROR: Handshake failed (LCK)
って言われ続けている。
なんでよー。

>>256
サービス終了は10/12だっけ？
ttp://www.rim.or.jp/support/announce/2007/07_12_1.html

前倒しになったとか？

料金システムの変更よりやるべきことがあるだろ

Web落ちてるよ

ん？普通に見れるみたいだけど？

あ、リムネットのサポートの、じゃなくて、ユーザのページです＞落ちてる
17:30-だとか。
ttp://www.rim.or.jp/support/announce/trouble.shtml

ほんとだ。落ちてるね。
ま、自分のページは誰も見ないページだからいいけど。

まだ直ってない…
ちょっと長すぎない？

２度と復活することはなかったりして。

料金ディスカウントしろ！って言ってみようかな？

昨晩　ＤＮＳエラー
今朝　404

おいおい、消えたんじゃないだろうな
おとといの掲示板のログとかとってないぞ…

困ってるのでサポートにかけてみた。
現時点で修復状況は60％くらいだと。
リムで10年サイトやってるから今更乗り換えするの大変だけど
いくらなんでももう見限ったほうがいいのか？

404は困る

ていか、素朴な疑問。すべてのサーバが落ちるって、どういう状況なんだ？
特定のサーバが壊れるとかディスクが飛ぶとかいうのなら分かるんだが。

法定点検がらみで・・・・・　かな

点検終わったらら上がらなくなったとw

どのような設備を使ってるかわからないが
UPSが持たなかったとかじゃない

何年か前　うちんとこのデーターセンターでは１００Ｖ系に２００Ｖつながれて
つながれてた機械すべて死にました　被害２０００万だす　

やっぱりディスクエラーだそうで。
そう予想して、電話して、アナウンスをトップにあげろって言ったらようやくあげたっぽい。
http://www.rim.or.jp/support/announce/support/2007/aug20-1.html

Webサーバは負荷分散のために複数台有るけど、
ユーザのファイルは1個のNFSで共有してるだろうから
ディスクコントローラが逝ったら全部死ぬ。
だから、繋がるけどファイルはおろかユーザ情報もないので、Not Foundになると。

つか、404は困るって。

障害を起こしたハードを交換したとして、どの時点のバックアップデータで復旧させる気だろう？

それと最近のクローラーは更新間隔が狭いから、障害時間が長いと検索エンジンのキャッシュから
消えて、Google八分状態になるかもしれんなぁ・・・。

ネットワークストレージがお亡くなりになったのか…。

>>274
最近の動きを見てると、イージェー的にはリムのユーザには徐々に退会して
欲しいように見えるので、積極的には直さないかもね。
愛想つかしてやめてくれればやめてくれるだけ、ありがたいみたいなので。

サテ、丸１日経ったワケだが…全鯖、未だ復旧せずorz
時間掛かるなら進捗ぐらい出てもいいと思うがのぉ〜
中の人、お盆休みなのか?!

サポ「復旧のめどが立ってない」
俺「なら復旧のめどが立ってないということを告知すべきではないのか」
サポ「それは上から止められている」

はあ……

また、今までのサーバにアップロードされていたデータ抽出の可否に関しましては、
誠に恐縮ですが、現在のところ未定となっております。

…だってさ。
全部データ消えちゃうの？
ﾏﾝﾄﾞｸｾ

お手元のデータを再FTPしていただければ幸甚です。

といわれても、丸一日分のアクセスログが飛んじゃうんだよな。
たいしたログじゃないけど。

ななななななななんてことー。
ありえないーーー

続報
http://www.rim.or.jp/support/announce/support/2007/aug20-2.html
＞このため、2007年8月20日（月）11時より、別の機材を利用して、ユーザーディレクトリ
＞のみご利用いただける状態とさせていただきました。　

更新時刻は2007年8月20日 19:20:30。
先に言え〜！！！

>>279
↓これだな
ttp://www.rim.or.jp/support/announce/support/2007/aug20-2.html

ひぃぃぃぃ〜

というか、普通はメールでも障害の告知は送るよな。
一連のサービス終了のお知らせといい、よほどユーザに連絡を取りたくないのか？

中の人の何人かはここを見てることは間違いないので、こういう不満があることを
知らないことは無いと思うんだが、それもやはり上から止められてるんだろうか…。

>>277
普通はそういうことを客には言わないんだけど、ある意味、良心を持ったリム系の
人の上への最後の抵抗かもしれないね。

仕方ないからウェブをアップロードしなおしたが……
cgi使えなくなってないか？

さっきサポートに電話したらサーバ全損っていわれました。

>>284
servanaアップしたら動いたんでperlは大丈夫じゃないの
モジュールも前と同じみたいだし

パーミション間違えてんじゃないの？

>>285
ミサイルでも打ち込まれたのか？ｗｗｗ

サポートにいるやつに言ってもそいつらが管理してるわけじゃないだろうし
システム管理や運営の部署に上申するようメールでクレーム送っておいた。

バックアップなんて取ってねーよ。
死にたい。

調査依頼の電話をかけて１時間後にもっぺん試したら
cgi動いた。なにも設定いじってないのに。

しかし折り返し電話すると言っていたのに
回答はまだ来ない……

これで、万が一データ救出に成功したとして、
今度は何も言わずに上書きもしくは交換しそう。そして巻き戻し。

>>291
それ心配だったんでサポートに電話掛けて追及してみたんだが、
「上書きを防ぐ為に、サルベージしたファイルはzipで圧縮して置く」
とは言っていた。

展開して再設置はユーザーの仕事だそうだが。

WWWって、あくまで200円コース以外の料金コースに付随する
無料サービス(商用登録してると有料だったか？)だろう。

マイサーバープランのようなバカ高いサービスならお冠だが
所詮無料サービスと割り切って諦めている。

1.5日経過か…。
復旧しそうにないな。そろそろ再アップするか。
パーミションって、705だっけ。750だっけ。
はぁ。まんどくせえな。

292の言葉を信じて全データ再アップしてみたんだけど、
サーバーのタイムスタンプが10分進んでたよ。

これって、損害賠償レベルじゃない？

タイムスタンプテストしてみた。
cgi実行結果は正常みたいだけど、ftpでファイル操作すると10分進む。

サイトで商売してるわけじゃないが
仕事上の名刺代わりみたいなもんだから
本当に困ってる･ﾟ･(つД`)･ﾟ･

おいおい、昼前からタイムスタンプが９時間進むようになっちゃったよ。
たぶんファイルサーバのタイムゾーンが設定されなくなってるな。

> 現時点では、データ復旧に見込みがまったく立たない状況となっており、

> 引き続き、データの再現および正常稼動を目指して復旧作業を行っております。

どっちやねんwwwwwwwwww

RAID5のホットスワップ用ディスクがずっと昔から全部壊れていたとか、
ディスクコントローラのハードウェアのバグで中身がぐちゃぐちゃです＞＜
とかいった状況なのかなぁ。

今回www.**.rim.or.jpの全てが派手に逝ってるというのが解せない。
コスト削減のため、デカいストレージ1系統で全部管理していたとかなのか？

>>300

目指してるだけだからｗ

>コスト削減のため、デカいストレージ1系統で全部管理していたとかなのか？

2000年のシステム統合からそうなってますよ。

「直る確率は50:50」「運」だと言ってたよ...orz

>>283を読んだからなのかは知らんが、メールが来たぞ。

＃内容＆状況的にはサポートページとまったく同じ。

正直2日も経ってから連絡するとはダメにもほどがあるとは思うが、
信者なのでまあ許す。連絡を寄越さないよりかは遙かにマシ。

ただ、「夜通し」ってので「頑張ってます」ってのを強調したいのは
わかるんだが、むしろ「夜通し頑張ってもダメなぐらいもはや技術力
がない or 人がいない or まともな保守に入ってない」という印象を
持たれるだけなので、ああいう書き方はやめた方がいいかも…。

あ、１９時頃からファイルのタイムスタンプが正しくなった！
と思ったら、よく見ると２４時間ちょうど遅れてるよ・・・

ストレージはNetApp
技術力云々よりH/Wベンダがサポート終了してる機種

つまり、終了・・・に近い

奇跡を祈るよ･ﾟ･(つД`)･ﾟ･

NetAppはディスクが一つ死んだくらいじゃダメになったりしねーぞ。

さては、ディスコンの機種を使い続けたor保守費用をケチった
↓
ディスク壊れた
↓
保守してもらえない
↓
次々とディスクが死んだ

ってところか？
NetAppはRAID4。パリティディスクが死んだらおしまい。

えーと
もし、いま、データを再アップロードしたらどうなるの？

>>309
ファイルのタイムスタンプがおかしいw
とりあえず内容はWebに公開される。
仕様が昔のサーバと違うようでSSIが動かない。

ん？SSI動いてるよ。

データの復旧が可能だったとして、すでに再アップしてる人はどうなるんだろう。
以前のデータは確認出来るけど今のディレクトリは空になってる人だけ戻すんだろうか？

素直にリム終了宣言すればいいのにな

なんか今、容量無制限でファイル置けるっぽくない？

今回の事例は、電気通信事業者として総務省報告がいるんではなかろうか。

インシデント

>>314
上の方の書き込みを信じるならば、バックアップからの書き戻しは今あるファイル
とは別にzipに固めて置くそうなので、一時的にでもquotaを外して貰わないと、
そもそもオーバーしてしまう人間もたくさんいそうなわけで…。

NetAppの安いのはヘッドユニット一体型だが、高いのはヘッドユニット独立型。
まぁ、ヘッドが壊れれば何も見えなくなる罠だ。
308よ、原因はディクスだけではない。
いずれにしても終了が近いな。

詳しいことはわからんが、勝手に終了されては困る...

中の人よりここの住人の方がレベルが高そうな件について。

>>319
前回の大規模ダウンの時は、マジで勝手に終了したかと思ったけどｗ

Wayback MachineとGoogleのキャッシュも利用して、ほぼ復旧終了。
疲れた

バックアップない人は最悪だな。

>>317
quotaは、ディスク増量などでユーザによって違うし、仮復旧の段階では
設定できないでしょうね。

zipで置くときには、ownerをrootにしてread olnyで置けばquotaの制限にはかからないです。
復旧後にも消せませんが。

>>322
･ﾟ･(つД`)･ﾟ･　ｵﾚﾉｺﾄｶ...

いや、私のことだろう……orz

タイムスタンプが正しくない以外にも、
CGIからのファイルに対する操作が微妙に失敗しているっぽい。
chmod() や stat() の結果がときどき正しくないことがある。
大丈夫かよ・・・

某大手ISPでユーザーサポートしている者だが、技術レベルも運営もイマイチなejworksで
障害の矢面に立たされてるサポートのスタッフには心底同情する。

障害発生からちょくちょく電話して進捗確認させてもらってるのだが
応対してるサポートスタッフの名前がある一線から増えないので、
障害対応時とは思えない人数でやらされてると思われる。

窓口の人大変だと思うが頑張ってくれな。

これって、御免なさいで済む問題なの？

>>320
そりゃ、

ここの住人
→古くからのユーザで今は同業他社の人間とか、元リムの中の人とか。

今の中の人
→買ってきたISPの面倒を、よくわからないまま見させられてるejの人

だろうからな。

いまだに要領を得ないんだが、
このまま待ってればいずれはダウン前の状態まで
データ復旧するって事？

ディレクトリ構成とかCGI設定忘れちゃってるから
一からFTPで送るのはきつい。

リムネット会員規約を読んだけど

第602条（インターネット接続サービス用設備等の障害）
当社は、インターネット接続サービスの提供または利用について障害があることを知った時は、可能な限りすみやかに相手方にその旨を通知するものとします。

「可能な限りすみやかに」
ぢゃないよな…

2.当社は、当社の設置したインターネット接続サービス用設備等に障害が生じたことを知った時は、すみやかにインターネット接続サービス用設備を修理または復旧します。
「すみやかに」
……これを守れるようにがんばってくれよ << 今の中の人

個人的には既に諦めモードだがなorz

>>330
運がよければな。

個人的には放置モードだったサイトなんでいいかと思ってる。
他にも惰性で使ってた人も多いんだろうな。
ある意味いいきっかけになったかもしれん。

>>332
＞他にも惰性で使ってた人も多いんだろうな。

とっくにコンテンツはさくらに移転したので
惰性、といえばその通りなんだが、かつての名門リムネットの
最期を看取るつもりで使い続けてきた。

＞ある意味いいきっかけになったかもしれん。

一時的な障害ならともかく、今回は回復不能っぽいし
とうとう「最期の時」が到来したのかもな、という気がする。

それからさ、リムネットは歴史あるプロバイダだけに
そこで開設しているサイトも歴史あるところが多いわけだが
その中の相当数が、今回の障害のせいでコンテンツが
失われてしまって閉鎖、または大幅に縮小せざるをえないんだろうな。
日本のインターネット界にとって大きな損失だよ。

もう10年以上使ってるけど馬犬 目 ぽ..._〆(ﾟ▽ﾟ*)
今回は酷すぎる。

FTPのデータなんざここ数年バックアップとってないし・・

他に逝きますorz
t3ユーザー

>>334
本人にとっちゃ単なる残骸みたいなもんでも、残っていることで
多くの人の役に立ってるようなとこっていっぱいあるからね…。

俺の場合、メインコンテンツは自前のCVSで管理してたし、
それ以外のファイルもtarballで固めてあるから、復旧は
そんなに大変じゃないけど、すぐ復旧するのもしゃくなので、
しばらく放置して様子みる。

障害発覚した時点で全ユーザーに連絡しろよな。
こっちが問い合わせてやっと原因がわかった。
メールの一斉送信なんて簡単だろ？対応おせーんだよ！＞サポート

まだUNIXホスト上で直接編集して公開していたファイルなんて残ってないよ。
その名残で、古いファイルはサーバ上でrenameして新しいファイル上げたりしてたしなぁ。

今のサーバクライアント型モデルしか知らないサポートでは「ftpで再アップロードして」しか知らないんだろう。

日に2000アクセス以上あるページ持ちとして、URL変更は避けたかったんだが、いい機会？

俺もこれを機にさくらに移転するかなあ....

>>339
ｿﾚﾀﾞ！
もう10年以上このURLでやってるから
今更変えたくないんだよ...

>>341
ディスク容量を目一杯使っていたから、もともとレンタルサーバを借りて引っ越すつもりで
いたんけど、ひとつ大きな問題が。

独自ドメインの名前を何にしたらよいか、決められないよぉ。＞＜

>>342
つrimor.jp

メールが届くまでトラブルに気づかなんだ。(;´ー｀)

ちなみにktユーザ。
ホムペのデータなんて発掘めんどいよ。www

PCサポートしか脳がない親会社で
期待するだけ無駄無駄。

他スレからやって来た全然関係の無い人間だが、これは酷い。

ｲﾝﾀｰﾈｯﾂの神様にひたすらお祈りを捧げる日々です･ﾟ･(つД`)･ﾟ･

お空の星になったJon Postelに祈るのか。

.

業務連絡＞中の人々
ファイルサーバの時刻、なんとなく直ったように見えて実は
まだ３６秒ほど遅れてるので、きっちり合わせといてくださいね。

俺が痔の手術を受けて動けないでいる間にこんなことが起こっていたのか。

>>338
全ユーザにメールした途端、メールサーバに障害が発生するんじゃねｗ

完全放置してたからどうでもよくなってたんだけど
ふとログインしてみようかと思ったらFTPパスをソラで打てなくなってる・・・

シェル鯖も３人しかいないし寂しくなったもんだ。

>>315
電気通信主任技術者を持ってるが、電気通信事業法で総務省への
報告が必要なのは、通信ができなかった場合など。
Webサービスがダウンしても、PPPなどの接続サービスではないので、
報告は必要ないんだな。

>>331
上と同じ理由で、Webサーバは、インターネット接続サービス用設備等
ではないんだな。なので、会員規約違反でもないんだな。

ま、個人的には、今回のトラブルで、料金請求期間の変更にからむ
9月末の10日分の料金をチャラにしてくれたら、それでいいや。
尤もおれは、Webが使える最低料金プランだから、チャラになる金額も最低だが。

追加追加で今どれくらい容量借りてたか思い出せない
いい加減な俺...orz

なんとか立ち直った。
自分のPCにディレクトリ構造ごとコピー持ってたから、
FFFTP で一気にアップロードして復活できた。

でもさすがに、掲示板の書き込みとかアクセスカウンタの値とかは
バックアップしてなかったよ。
リムネットがバックアップから復旧してくれるのを待つしかないな。
いったいいつになれば、その日が来るのだろう。

100MBしか借りてないんだが、とりあえず、
3GBのファイルを置く事が出来た事を確認した。
流石にすぐ消したけど。

>>356
明細に書いてない？

ファイルがサルベージされてから復帰しようと思っていたが
長引くからトップだけアップした。
やはり閲覧者には閉鎖したと思われていた。
半放置が長いからいつなくなってもおかしくないと
思われているこっちも悪いが
「長く運営されている」ってことが意外にも意味を
持って受け止められているということもわかった。

なんにせよ早く復旧してほしい。

リムネットの全ユーザーホームページが消失してから既に4日。
中の人のステータスを想像してみた。

--------------
* 障害部位のハードウェア交換
* 全ディスクイメージをバックアップ
→ 解析(∞ループ中)
- ディスク内容を復活させるスクリプトの作成
- ラボ機による検証
- スクリプトの実行

(3ヵ月後)
- 復活させたディスク内容の精査
- ユーザーディレクトリ毎にZIP化
--------------

復活処理中だけど単に時間がかかっているのか、
7割復活したけど残り3割がぐちゃぐちゃで悩んでいるのか、
それとも全部ダメぽなのか、
そろそろ何か進捗報告が欲しいぞ。

> それとも全部ダメぽなのか、

･ﾟ･(つД`)･ﾟ･

解析できる人は既にいないだろうし、
今の体制だと検証なんかももはややらないと思う。

日本ちんこまんこ学会がrimだったので
とうとうつぶされたかと思った

..

今月の利用明細が来た。
毎度来る度に思うんだが…

> ※ご請求金額には、口座振替手数料500円を加算しております。
これって高いよな〜 200円くらいが一般的じゃないのか？

口座振替ってあるのか。
カード払いだから知らんかった…。

利用明細出してる暇があったらHD復旧してくれ･ﾟ･(つД`)･ﾟ･

>>365

まだ改善されとらんのか

今はクレカ払いになってんだけど
口座振替やってた99年に(PSInetの頃)苦情を出したことがあるよ

今回の件でかなりムカついてるので公開してやるｗ
以下その内容

>>[QUESTION] : オリコによる口座引落し手数料は他社プロバイダと
>> 比較すると高額なのですが、今後見直される予定はありますか？

>口座振替の手数料につきましては、弊社でも見直しを検討いたして
>おります。詳細が決定次第、ホームページ上にてご案内させていた
>だきますので、今暫くお待ちいただけますようお願い申し上げます。

だってよ
内部が変わったとはいえ８年以上放置されてたことになる
ツライな…

その手数料だけでカードの年会費出るんじゃ。

...

口座払いできないプロバイダのほうが多いんだから、手数料くらい我慢しろよ…。
これだけトラブル続きでも、乗り換え先探すのが大変ってのは同情するがw

普通の大人ならさっさとカード作るか、諸事情でカード作れないなら
スルガ銀行かイーバンクあたりでVISAデビットカード作れば幸せになれるぞ。

これだけ時間がかかるという事は、NetAppのパリティディスクが
あぼーんしたと妄想。

中の人、逃げ出したいだろうな。

この先どうなるんだろう。
リムはどう詫びるつもりだろう。

ここユーザーばかにしてるよ

電話サポートもちゃんとサポートしねーし　

....

>>374
ラピドシステムの頃からのユーザとしては、ユーザをバカにしてるのも
技術力や対応がダメダメなのも、リムを支え続けてくれた中の人たちで
はなく、ejの奴ら(ってか多分役員)だと思いたい…。

所詮、販社の分際で通信事業を行おうというのが無謀だったってことだ。
こんなことなら他の大手ISPに吸収された方がよかった。

もう12年だよ。今更替えたくねーーー。

・・・orz

進捗があがってますね。

> 障害の原因がハードウェア故障であり、鋭意修復作業を継続してお
> りましたが、残念ながら機材本体の復旧には至りませんでした。
> そこで、お客様のホームページデータを保全するため、データのみを
> 故障機材から抜き取る作業に切り替え、データの抽出を可能な限り
> 実施いたしました。

> このバックアップ作業が終わり次第、抽出データ設置作業に移りま
> すので、実際にファイルをお客様にご確認いただけるのは、
> 2007年8月27日(月)以降となる見込みでございます。　

ではまた来週ってことらしいです。中のひとがんばって!

サポートからメールが来たね。

1週間ぶりにアクセスしてさっきようやくこの騒動に気づいた・・・orz
まあバックアップはしてるからいいけどリムの最後も近そうだなこれ。

>>306によればEOLらしいけど結局NetAppが復旧協力してるのかな。

.....

つまり、データの回復よりも故障した機材のリサイクル作業を優先してたって事かよ

やっとデータを再アップ。
俺のサイト、ある単語でググるとトップに出てくるんだが、これでもう脱落かな。
気がついたの昨日なんだよな。orz
移転するなら今かなぁ。

>>385
そんなこと言わずにリムで頑張ろうよ･ﾟ･(つД`)･ﾟ･

メールが来て初めて非常事態に気づいたｗ

潰れるまで残る気ではあるが
（最近になってADSL接続オプション使う羽目になったんで）
もうちょっとなんとかせぇよ…

......

10年以上のユーザーだが今は実質接続とメールにしか使ってないので
Web鯖が死のうが関係ないな。
接続だけならリムも他も一緒だしｗ

メールもひどいけどな…

>>382
保守終了した機材はいくら金積んでもサポートしないよ。
国内なら指定代理店通さないとサポート受けられないし、
指定代理店も特例を嫌うからサポートは受けないと思う。

自分たちで何とかしようとしたがダメだった、ってことじゃないかね。

shellサービスなんかも終わって、ただの接続屋になってしまった今、
もうメリットはなくなってしまったな〜。

じゃあ懐かしワードでしりとりでもしますか


テレホーダイ
↓

石(ish)
↓

shell
↓

ls
↓

setenv
↓

vi
↓

RIMNET
↓

Networker
↓

しりとりなんかでログ流すなよ。
今、切羽詰まってんだから。

審議中
　　　 ∧,,∧　 ∧,,∧
　∧ (´・ω・) (・ω・｀) ∧∧
(　´・ω)　Ｕ) ( つと ﾉ(ω・｀ )
｜　Ｕ (　　´・) (・｀　　)　と ﾉ
　ｕ-ｕ （l 　　 ) (　　　ﾉu-ｕ
　　　　 `ｕ-ｕ'.　`ｕ-u'

>>401
以前の公式 Netnews みたいに中の人が「今こんな状態です」なんて
書いてくれるならともかく、同窓会会場みたいなところで「切羽詰まっ
てんだから」と言われても...

手持ちを上げれば取り敢えず公開出来るんだし「50時間くらい待って
ね」って言われちゃったんだから、まったり待つしかなかろ？

>>390
毎日、何度かは認証に失敗したりエラーが出るんだけど
やっぱリム側のメールサーバの問題なのかな

>>403
そりゃその通りだが、「待つ」と「しりとりでログを流す」は全くの別物だぞ。

ちなみに、おまいらの移転先候補ってどこ？
機能が劣らず料金が安いところがあるようでない。

>>405
「流す」ってほどの情報が載ってるわけじゃないやん。
リムのサポートサイトが落ちてるわけじゃないんだし。

うんこでしりとり
うんこでしりとり
じゃあ次は俺からな
>>うんこ>>こーまん
あれ？

>>408
その気持ちだけは受け取った(^^;

# ここはみんな大人な対応で和むなぁ。

ネコの気持ちのわかるISPです
http://saleshacks.seesaa.net/article/52488034.html

バックアップも取ってないHDD障害ｸｿﾜﾛﾀｗ

2001/03/19　MBOにより、 正式にPSINetから分離独立
↑が無かったら、SoftBank Telecomになってただろうね…

　＜障害対応中…＞
　　　　　　　 ∧＿∧　　　 ∧＿∧　∧＿∧　 　 ∧＿∧
　　　　　　　（　´_ゝ`）　　 （　´_ゝ`） ( ´_∧｀)_∧（´<_｀∧)__∧
　　　　　　　/　　　　ヽ ∧_/∧　　∧_∧（　´_ゝ`）　　（´<_｀ 　 ）
　　　　　　 (　 |　 　.|　（　´_ゝ`）/（　´_ゝ`）　　　＼ ∧＿∧　　＼
　　 ∧＿∧ヽ⊃　　|　 ∧＿∧ Ｕ　　 　 ∧＿∧　 （´<_｀ 　）　 |　|　　
　　（　´_ゝ`）　|　　　　（　´_ゝ`）.|　Ｙ　　（　´_ゝ`）|/　 　 ⌒i ∧＿∧
　　/∧＿∧ヽ |　∧_/∧　　　　.|　.|　　／　　　＼| 　　　 | |（´<_｀ 　）
　　（　´_ゝ`） 　 （　´_ゝ`）　∧＿∧　 /　　　/￣￣￣￣/| |/　　　　＼
　　/　　　　ヽ　 /　　　　ヽ（　´_ゝ`） (__ﾆつ/　 IBM 　 /.| |＿＿＿＿｜
　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣＼/ 　　　　 　 /（u　⊃

.......

頼む！なんとか猿ベージしてくれ！！！！

他所にいってもいいけど、or.jpは捨てがたいｗ

>>416
つ iij4u.or.jp
つ asahi-net.or.jp

>>417
いまからとれるアカウントは.ne.jpじゃないの？

アサヒのメアドはID<at>asahi-net.or.jpが基本。
email.ne.jpってのは基本メアドのエイリアス。
spam対策のためにエイリアス宛だけ受信して基本メアド宛は拒否って設定もできる。

ただなぁ、アサヒのメル鯖はしょっちゅう遅延起こすんだよな・・・。

この騒ぎで、やっぱり結構残ってる人がいてびっくりした。200円コースの
メールの文句ばっかだったじゃん。

かく言う私も4年前に光にした機会に200円コース。webやらshellやらはさくら
に引越しした。

shellってうまいの？＾＾

shell を辞書で引くと「貝殻」
これじゃ、硬くて九円、じゃなくて食えん。

メールサーバ落ちてね？　俺だけ？

>>423
最近、送信時にエラーが頻発するね。

　今回の騒ぎでサイトが見れなくなった。ほとんど放置だったんだが、それなりの
データベースなんで困ってる。
　アップし直そうと思って久しぶりにftp接続してもつながらない。。。ftp.**.rim.or.jp
でいいんだよな？

　どうでもいいが、リムネットのサイトは放置にもほどがあるな。何の参考にもならん。

こうなってくると、いっそ中の人とか元中の人の暴露ネタが聞きたいね。

ついに月曜日になりました

イソターネットの神様、どうかデータを元通りにしてください･ﾟ･(つД`)･ﾟ･

そこには神なぞおらん

（゜д゜lll）ｶﾞｰｿ

これこれ、神ならここにおるぞ。
だが、お布施もせずに願い事とはあつかましいにも程がある。
よって、データは完全消滅させてやった。あきらめるがよい。

>>425
リムネットのftpはパッシブモード不許可、のせいじゃない？

>>432
　ありがとう。結局ウィルスセキュリティソフトのせいだったよ。設定を緩めてもだめで、無効すると
アップできた。

.......

まぁなぁ
某パソ通会社でもSCSIディスクにターミネーターが複数付いていて誤動作したり
RAIDコントローラが故障したりと、通常のフェイルセーフでは対応できないような
トラブルが相次いだことがあったからなぁ

ひらおたんさえ残っていればこんなことにはっ！

データ復旧まだーー？

データはサルベージは出来たらしいよ
ひょっとしたら配布方法を考察中なのかな

まー・・・
どうでもいいけど進捗報告ぐらいしろ

なんか俺のディスクスペースに「recovery200708」ってディレクトリが出来てる！
中身見た限りではちゃんとファイル全部揃ってるっぽい！！

と思ったら、サルベージ完了のメール来てたわ。

recovery200708ｷﾀｰｰｰ･ﾟ･(つД`)･ﾟ･

530 Sorry, maximum number clients (4) from your host already connected.

って、なに？先着４名様？

>>426
噂ベースだよ
まず、去年で旧リムからのエンジニアは退職
これで、旧リムからのエンジニアは現在０
mbosだが、これも設計した人が去年で退職
で、infopepper、FSIと次々と引継ぎして、内部ぐちゃぐちゃ、システムをわかるのは誰もいないらしい
で、社長交代、方針変更らしい
whoisでリムとejの他のブランドの担当者とか比べるとわかるかも？

復旧おつかれさまでした。

ところでサポートデスクからのメールにMIME関連ヘッダがついていない件について。

ファイルの再配置とパーミッション設定、CGIの動作検証がようやく終わったよ。
recovery200708ディレクトリは記念に永久保存だ。　容量2倍だなwwww

>>443
ソマリア並みにシステムがカオスってこと？
でも今回の騒動でWWWサーバ＆ストレージ周辺部はすっきりしたかもね。

旧リムって言ってもそもそもリムは何度も身売りされまくってるから、
旧リムってどこまでの事を指してるのかと。

>>445
いまejのブランドいくつあると思う?
ejnet
eコレ！
リム
アレス
四国
infopepper
FSI
当然MBOS統合は全部終わっていないと思われる
本家のejnet自体トラブル多発

すまん、そこまでは知らない
外部からは、そこまではわからなかった

て〜か、今リムのユーザって何人ぐらいなのかね？

ラピドシステムズ時代に使っていたメールアドレスって、
今もお願いすれば復活して使えるといいな。

>>443
情報は正しいな。
どこから入手したのかしらんが。

>451
て〜か、なんか語ってくれ

FetchでDLしようとしてるんだけど
途中で切られてしまう。
全然作業がはかどらねー。

>>443
>>452

451だ
AD.JP保持ルールから逸脱するから、WHOIS見ても昔の運営会社のままだったり。
しかも、EJの担当者になっていても、退社した人間のままだったりするからな。
あんまり参考にならん。

何が知りたいんだ？

pubricなんたらをFFFTPで落とそうとするとエラーが出て一括では落とせないな。
複数ファイルを指定して落とそうとするとエラーで落とせない。

>>455
だよねー？
まいったよ。暑いしー。
早くなんとかしたいんだけど、これじゃなー。

>>456
今のところ、というか昔からこんな感じでエラー起こすが、
根気よく何度も何度も何度も何度も何度も落とすしかない。

>>442
「あなたの端末から」同時に4接続が最大、ってこと。
1クライアントでも、複数ファイルの一括ダウンロードのために
複数セッション開いてるとか有るんじゃ？

>>455 他
どんなエラー?
クライアントソフトに、同時セッション数の設定とかない?

＃的はずれなこと言っていたらごめん。

>>454
ルールから逸脱するとは必ずしも言えないかも。

recovery200708　内の　public_html
ごっそりDLできました。
中の方、お疲れさまでした。ありがとうございました。

みなさん聞いて下さいよ
昨日「recovery200708」にファイルが復元できた
ってメールが来たんです。
でもパーミッションの設定面倒いからそっちで本来の位置に
移動してパーミッションも戻してよ。
ってメールだしたんです。

そして今日作業が完了しましたってメールが着たので見たら
見えないんです。

でftpで見てみたらなんと「public_html」以下に「recovery200708」
の中身が全部コピーされてたんです。
つまり、本来ホームディレクトリに配置されてた.cshrcとか公開
したくないメモも含めて全部「public_html」においてあるんです。

つまり「public_html」の下に「public_html」があるなんて事に
なってるんです。

もうね、アホかと・・・

10年以上使っててこんな仕打ち受けるとは思ってませんでした・・・orz

telnetでいじらせてくれよー。
FTPで落として、アップロードしなおすなんて大変だ。パーミッション変わるし。

Mac ユーザですが Interarchy というソフトで、Public_html の名前を変更してから、recovery200708 の中の Public_html を１階層上にドラッグしたら、あっさりとディレクトリの移動ができました。

ftp 接続して、

> rename public_html public_html-tmp

> rename recovery200708/public_html public_html

で、いけません？

>>463
Fetch一筋の俺にはなんだか難しそうなんだが...
日本語版があればいいのになぁ。

Fetch をダウンロードして試してみました。だぶん大丈夫。

public_html を選択して、
「リモート」メニューの「ディレクトリまたは、ファイル名の変更」で、
public_html-tmp
と入力して名前を変える。

recovery200708の中に入って、public_htmlを選択して、
「リモート」メニューの「ディレクトリまたは、ファイル名の変更」で、
../public_html
と入力して上に移動させる（「../」というのが UNIX における、一階層上という意味）。

で、いけません？

別のフォルダで試してみたら出来ました！
ありがとう！！！！

FFFTPで試したら消えた…。orz

おー、ftpコマンドでディレクトリの移動できるんだ!!!
目から鱗でした。

>>468
と思ったら復活したｗ
FFFTPから一時的に見えなくなっただけだったみたい。よかった。

FFFTPでもできましたか？

すごいことになっているなあ。
でも、今回なんとかデータが復旧できたとしても、機材は古いままなんだろうね。

........

>>>466
ＧＪ

>>471
ＦＦＦＴＰでも出来た。ＦＦＦＴＰの場合、>>466を「名前変更」に置き換えるだけ。
「../public_html」やってから１０秒くらい待ってから更新するなりディレクトリ移動すればＯＫ。
パーミッションとか全部元のままに復元できる。

逆にリムが復旧したバックアップを残したまま、新たにpublic_html以下を
コピーする方法はどうしたらいいか、何か良い知恵を持った人はいませんか？
通常のftpやncftpでは、リネームやムーブは出来てもコピーは出来ない感じ。

別にftpサーバ上でコピーできなくても、wgetでパーミッションを保存した
まま手元にコピーは出来るので、それをそのままftpでputする方法でも良い
んだけど。

こういう時に、sshやせめてtelnetが使えないのは不便だ…。

メール送れねーぞｺﾞﾙｧ(ﾟДﾟ)

なんかここ数日メールサーバがヘンだ。
まぁ、前からヘンだけどねｗ

>>475
cgi とか ssi で cp -r するスクリプトを書けばいいんじゃないですかね。
perl とかから cp コマンドは呼び出せましたっけ？

>>475
ftpが File Transfer Protocol である以上、多分無理じゃないかな。
クライアントソフト側で「サーバ上でコピー」ってあっても、
実質「getしてcdしてput」だしね。

>>478
cpコマンドは呼び出せます。ただ、SSIではカレントより下位ディレクトリのコマンドしか
呼び出せないので、/bin/cp とは書けません。
ttp://www.rim.or.jp/support/guide/homepage/cgi/index2.html

回避するには、/bin/cpコマンドを書いたshスクリプト呼び出せばよいです。
ただ、apache経由だと、public_htmlより外には出られないんじゃ？

>>479

では、下記を FTP でやって、public_html の中に移してから、
> rename public_html public_html-tmp
> rename recovery200708 public_html

この public_html の中に入っている public_html （まぎらわしい）を、
cgi 等を使ってコピーすればいいのでは。
cp -r public_html recovery200708

あとは FTP で好きな場所に置き直すと。

あああああ！

今、FTP で覗いたら、先日 rename で移動したのとは別に、
新たに recovery200708 が置いてある！タイムスタンプは Aug 30 00:34 。
自分で cp -r したつもりはないんだけど……。ぞぞぞ

>>478,479
あれから自分でも調べて、また周りのUNIXのエロイ人にも聞いてみま
したが、ftpではやはり無理っぽいです。

>>480のような方法か、もしくはftpでgetしたファイルのパーミッションを
読み込み→それをftpでputした上でchmodを呼んで反映、みたいな
スクリプトを書く方向で検討してみます。

まだ制限直ってないみたいなので、とりあえず容量無制限のオンラインストレージとして
5GBほど使わせてもらっている。

やろうかと思ったが過負荷でまた障害とか勘弁なのでやめた。自重しろ。
特定されて賠償と謝罪を要求ニダ言われても困るしな。

今回の障害の原因は何だったのでしょうか

鯖が飛んだ

掃除のおばちゃんが鯖のコンセントを抜いｔ(ry

移動させたんだけど、なんか足りないファイルがある（画像表示で[?]がでてる）。
こっちのバックアップから直せたからまあいいけど。

ＲＡＩＤのＨＤＤが二本以上トンだんじゃね?

一本トンでも死なないんで、普通その間に保守を依頼するんだが、
金が無いと保守に出せない。それでその間にもう一本死ぬと昇天。

メールサーバおかしくないですか？

>>489
>>306>>308>>318

NetAppは複数のスペアが持てる。
パリティが飛ばない限り簡単には昇天せんよ。
>>318が言うようにヘッドがお亡くなりになる場合もある。

それよりこういうシロモノにはEOLというのがあり、
期限を過ぎたらどんなに金を積んでも保守してくれない。

今日、自分のサイト更新しようとしたら、大きめの画像ファイル(数十KB)が消えてた。
ftpも不意に切断されるし、もうだめかも。

しかし、recovery200708が存在する限り、容量制限を元に戻す事は
永遠に不可能だと思うんだが、どうするつもりなんだろう？

今までと同じ値段で容量倍にしてくれるって英断を下すんなら、
今回の不始末は水に流してやってもいいんだが。

んなわきゃない。
何月何日までに元に戻せ、さもないと、って感じでしょどーせ。

メールおかしいです。当方cc。
送信するとエラーが出ます（添付ファイルつきのやつ）。
どうやら相手には届いているみたいなんですが…。
うーむ。

メールサーバーに接続することもできん。
障害情報には何も書いてないし…

うちも受信は出来ますが送信できない状態があったようです。（いま直った）
普段から認証出来なかったりするエラーが多いよね。改善する気はあるんだろうか。
あるならアナウンスして欲しい。無いならいまの品質のまま続けると理解する。

recovery200708のデータ、半分くらいはディレクトリのみで中味無しだった…。
救出率はけっこう悪かったのかね？

救われないケースもあるんですか。
ちなみに、サブドメインはなんですか。
ファイルは最近まで、ばしばし更新してましたか？

試しにうちのも見てみたら、
recovery200708以下はディレクトリのみで中身無し。
復旧直後は全ファイルそろってたのに．．．
復旧前からローカルのファイルでサイトデータは修復済みなので
被害はログデータぐらいなんだけど。

またファイルが100個ほど消えてました。
毎回FFFTPでミラーリングの時に内容確認しているから、
間違って消しているとは考えにくい。
recovery200708以下は、8月のログデータ以外は全て消滅...

結局ログは消えてたのか消えてないのか。

あー、ほんとだ。
ディレクトリは残ってるけど中身はからっぽだああああ。
なんだこりゃ。

recovery内のディレクトリ構造と8月の(落ちる前の)ログデータのみ残っていた。
自分で消したわけではない。
ただ、サルベージされたファイルと新たにUPしなおしたファイルの合計サイズは、
契約しているディスクサイズを越えている。
100MB契約で77MBx2ぐらいだった。
今はrecovery内はほぼ空っぽ。

recovery200708の中身、未だ健在だな。
その代わり、トップ階層にfilesという謎のディレクトリが出現してる。
タイムスタンプは9月1日。

>>新たに出現したディレクトリやファイル
owner名とgroup名は何？

>>消えたファイル
recovery200708とそれ以下のディレクトリのパーミッションは？
groupやotherに書き込み権限が付いていないか（ついていなかったか）？

ストレージ代わりにしてるせいでマジでトラブったとか？
うぇｗｗｗ調査される前に証拠湮滅しとかんとｗｗｗｗ

今朝もファイルが1個消えてた、サイズとかタイムスタンプは無関係のようだ。

recovery以下のディレクトリはパーミッション750。
ファイルは全て消えていてわからん。
唯一残っていたログファイルは640(CGIで設定した値)

相変わらずftp切れまくるし、
サポートにねじ込んでもわかるやつ居ないんだろうな。

今頃になって今回の事故に気づきました。
recovery200708は一応中身が揃ってたので
public_htmlを二階層上にもってったのですが
あれ、webが表示されない…？

uucpのメール止まってる?

今見たら、recovery200708の中身が消えていた。(フォルダだけ残っている)
そればかりか、public_htmlの中のファイル(cgi関係)も一部消えていた。
道理で、cgiが動かない訳だ。
それとは別に、FTPが切断されるまでの時間が異様に早い。
これって、俺だけか？

気になって確認したが、うちのは問題ないみたい。
特に変なファイルの増減は見当たらなかった。

>>511
うちも消えてるよ。
ﾘｶﾊﾞﾘはフォルダだけ残ってる。
public_htmlにデータ移動中なんだが、こっち消えたら悲しすぎる。

「何もおかしくない？」って、悩みまくってたら…

"public_html "
↑
後に半角スペース！

>>510
いや、UUCPはnewsもmailも大丈夫のようです。
あいかわらず大量のUBEが来ますが、まぁしょうがないと。

>>511
ウチも。自分で復旧したpublic_html以下で大多数の
ファイルが消えてる。ディレクトリごと消えてるものも。

recovery200708以下については、ディレクトリ構造は
そのまま残ってるけど、いずれのディレクトリ内も空っぽ。

そしていつものようにアナウンスはなし。

今日になって気が付いたorz

public_htmlの中身ほとんどないよ。階層掘りまくってたから、
その残骸のディレクトリがあるだけ。www.archive.orgとかgoogleのキャッシュからデータを
涙目で集めてますよ。FTPから見ると、ディレクトリ名が空文字列のものがあって、
そのディレクトリがどうやっても消去できぬ。DELETE "" でもダメ。こいつのお陰でftpクライアントが
誤動作して残骸ですらバックアップできん。


>>511
うちもブツブツと切れる。

問い合わせても、先方はしばらく障害があったこと自体を口にしなかった。
書面＆郵送で謝罪があってもいいような出来事なのになんなんだこの対応は。

今見たら全ファイル消滅しとったorz

>>461じゃないけど10年以上使ってきてこれはないわほんとに。

>>517
＞FTPから見ると、ディレクトリ名が空文字列のものがあって、

それ、「空文字列」じゃなくてスペース１個（または複数個）じゃないのかな。
そもそもUNIXでは名称が「空文字列」のファイルやディレクトリは作れないから。
下手するとスペースじゃなくてコントロールコードかもしれないが・・・

ウチのファイルは消えていないことを確認したが、
いつ消えるかと思うとちょっと心配だな。
消えた人、もうサポートには連絡したのか？

>>519
いや、空文字列に見える。少なくともスペースじゃない。
FTPクライアントによっては「/」なんつー奇妙なファイル名になっとる。

当然、「/」なんか消せるわけがない。コントロールコードは有り得るね。パケット覗いたわけ
じゃないから（どうせ全部消えてるのにそんな気力ない）。NULL文字かなとも思った。ファイル名に使えたっけ。

とにかくFTPクライアントが暴走するくらい凶悪な状態だよ。

サポートには連絡したが「自分には分からないので折り返す」を繰り返すばかりだった。
朝電話して1日待ったが結局電話は来なかった。怒りを通り越して呆れてきた。

暴走の仕方は、
1) ディレクトリaaa の一覧を取得
2) 中に""というディレクトリがある。
3) 再帰で、aaa/"" の一覧を取得
4) 結果として 再びaaa/ の一覧を取得
5) 2)に戻る（無限ループ）

"/"が出るのは、本来"bbb/"のように出るはずがディレクトリ名が外れて表示されてただけでした。

>>515
うちはspamも含めて一日平均1200通来てたmailが9/7を境に突然0になった
newsは昨日はきてた

うわっ、ほんとだ。
www.st.rim.or.jp ですが（←みんな同じストレージだったら関係ない？）、
ごく一部のファイルですが、消えてました。まいったな。

>>521
んー、それはやっぱりスペースだと思うな。
FTPクライアントがスペースを無視して削除してしまっているか、
もしくはFTPクライアントは aaa/ の後にスペースを付けて
サーバに送っているのに、サーバ側で無視しているか、どちらかだ。

リム上で " " というファイルをCGIで作って実験してみた。
FFFTP（最新バージョンではないが）はちゃんと
スペースを付けてサーバにコマンドを送っているが、
リムのサーバ側でそのスペースを認識できていないように見える。
RFCきちんと読んだわけじゃないが、たぶん " で囲ってもだめだろう。

FTPではなくてCGIでファイル一覧を出力してみるのがいいと思う。

ファイルが消えている原因を考えてみた。

仮説その１：
復旧時に導入した新ファイルサーバに問題があって
ファイルが本当にどんどん消えていく。

仮説その２：
復旧時に導入した新ファイルサーバに問題があって
ファイルの名称がどんどん変化している。
例えばスペースが後置されてしまう or
ファイル名全体がスペースに置き換わる or
あるいはもっとおかしな名称になってしまう等。
そのおかげでFTPクライアントソフトがファイル名を
正しく認識できず、画面上は見えなくなっているが
ファイルの実体は残っているのでリネームすれば復活する。

仮説その３：
ユーザの誰かが消して回っている。
（実際、FTPからは他人のファイルは見えないがCGIからなら見える。）

いよいよ本当に　リムネット＼(^o^)／ｵﾜﾀ　になるんかなあ。
まともな技術者がいないっつーのは確からしいな。

>>525
NetAppにはSnapVaultというスナップショットを取る機能がある。
スナップショットを取るときにONTAP(NetAppのOS)が想定してない文字が
ファイル名に含まれていて、unlink()してしまっているのかもしれない。

.........

今朝見たらrecovery以下のファイルが復活していた。
全部確認したわけじゃないけど、おそらく元に戻ってる。

せっかく新しくサイトを作り直したのに、何故かリムネットによって
上書きされてしまいました。
私が作ったものはpublic_html_bakって名前のフォルダに入れられ、
public_htmlはリムが勝手に上書き、前触れもなく前のサイト復活。
新しく作ったのにー。

NetAppにNFSマウントする際にマウントポイント間違えたんじゃね？

今日サイト更新のためFFFTPでミラーリングUP使用としたところ、
いきなり1700個のファイル更新と表示されたので、アップロードをキャンセル、
おかしいなと思いいったんFTPを切断し、再度接続後ミラーリングUPを試みたところ、
更新ファイルのみ正常に更新されました。
FTPがブチブチ切れることからも、サーバー上のファイルは生きているが、
FTPでファイルリストを取得するときにこけているんじゃないかと推測したんだけど、
この辺り詳しくないんでどうなんでしょう。

いきなり元に戻った。クラッシュ前と何もかも同じ（多分）。

元のpublic_htmlは、新しく作ったファイルも一緒にpublic_html_bakってディレクトリにリネームされてた。
public_htmlを1個上の階層に持っていったため、空だったはずのrecovery200708に
新しくまたpublic_htmlが出来てた。内容はなぜかpublic_html_bakと同じ。

で、名前の見えないディレクトリの正体はわからずじまい。もしスペースなら
http://www.rim.or.jp/~xxx/aaa/%20/
みたいにしたら見えるかなと思って、親ディレクトリをリネームしたら親ディレクトリごと消失。
ありえん。ファイルシステムがおかしいんじゃないかと思われ。

で、折り返すと言ったはずの電話はまだ来ない、と。

うちのrecovery200708、一時期ファイルが消失してたのに、元に戻ってる。
ディレクトリのタイムスタンプが今日の5時になってるから、この時になんかやったのかも。

recovery200708の中身を復活させて、public_html以下を
ユーザールート上のpublic_htmlにそっくりそのまま上書き
しただけやん……。先日の復旧後、2週間分の更新は
反映されてないよ。

現場は大混乱だなｗ

すごい混乱っぷりだな。ユーザが新しく作ったpublic_html/を消さないためのrecovery200708/じゃなかったのか。
今度はいきなり上書きとか意味不明。パニックにも程がある。
今でも少人数でシコシコやってるんだろうなあ。

しかしファイルが戻ってきて良かった。急いでバックアップ取ったよｗ

>>525
昔はパーミッションを0705にしてsuExecでその問題を回避してたんだが今は違うんか…。

今試してみたら、見事に丸見えですな。

しかしpublic_htmlのパーミッションは750、グループは一緒だが（だからファイルが見える）
オーナは別々だから、ユーザのイタズラで今回みたいにファイルがバンバン消えたりする
ことはないと思われ。

>>525
いやまて、がいしゅつっぽいが色々調べてみたら……。
ユーザーのイタズラ説はアリかも知れんな。

連投すみません。

>>524
正体分かったよ。ディレクトリ名が0x0d、つまり復帰コード(CR)一文字だった。

電話してみたが、何を言ってものらりくらり。ただ、

「謝罪なり状況説明なりを文書で郵送するべきだろう」　/ 「障害期間分の払い戻しはどうるのか」と問いただすと
「その点については会社として改めてご説明申し上げる」と言った。

「それはWebサイトやe-mailでですか？」
「はい」
「文書でするべきじゃないですか？」
「はい」
「文書で頂けるんですね？」
「はい」

とのことで、書面にて、払い戻しも含めて会社としての説明なり何なりがあるとのこと。
リムネットの中の人、約束はちゃんと守って下さいね。

多分、普通に放置なんじゃない？
昔のリムならともかく、今のejに誠実な対応を期待するだけ無駄というものかと…。

あまり責めるなよ。リムがあぼーんしても困るんだから。

>>542
こんな不安定な状態がずるずる続くぐらいなら、
いっそのこと、あぽーんしてくれた方がまだ
踏ん切りがつくんじゃないか、と思わんでもないが、
ま、そうなったら困る人はとっても困るんだろうなあ。

サポートの中の人に抗議の電話をしたんだが、使用状況について込み入った話をしていたら
担当者も個人でアカウント持ってて利用しており、自分もファイル目茶苦茶でヤヴァイ状態
だと、こっそり聞かせてくれた。まさに会社と顧客の間で板挟み、可哀相になってしまって
抗議もほどほどに激励して電話を切ってしまった…

会社の上の人、ここ見てるならこういった最前線で顧客対応してる人に守られてるとしっかり認識したほうがいい。
ある意味、一番の被害者は最前線の電話受けかもな…
担当者の方、頑張ってください。

>>544
それはきっと、もはや数少ない旧リムの生き残りの人だったんだろう。
昔のリムは、そういうユーザの立場に立ったサポートの人達と、技術力の
ある技術者に支えられてたんだけどね。

まあ、もうそういう人はほとんど残ってないから…。

こちらから報告したにもかかわらず、その後の連絡はなにもなし。
例によってサポートサイト上でもだんまりか……と思っていた
ところに、こんなお知らせが。

http://www.rim.or.jp/support/announce/2007/09_11.html

もうね、どうしろと。

>>544
>>545

もうEJにそんな人間はいない。
少なくともコールセンタには。

んじゃあ、たまたま昔からリムユーザだった人間が
勤務先に買収されたリムのサポートを仰せつかった、ってとこか。

>>548
自分の会社が買収されて従来のサービスを提供できなくなるのも
つらいが、それはさらにつらいな…。

とにかく、現運営会社経営陣はウンコでFAだな。
関わってる担当者は可哀相だが、もう少し頑張れ。

次はもうちょっとマシな会社に身売りされる事を祈ろう。

ttp://www.rim.or.jp/support/announce/trouble.shtml

【発生日時】： 2007年09月13日(木)10時00分〜発生中
【対象サービス】： +ネットニュース news.rim.or.jp
+ネットニュース news2.rim.or.jp
+ネットニュース news.rim.or.jp/news2.rim.or.jp
[ニュースの購読] [ニュースの投稿] [ニュースの投稿、購読]
をご利用いただけません。

…いま気が付いた。
ニュース購読して無いけどナ(笑)
サポートトップに載せない担当者(アナウンス系統)もグダグダだなorz

もうね。HDD容量のことで頭がいっぱいなんだろうね。
で、メールの「タイムスタンプ」っていつよ？ファイルが出来た時？

でも昔のsendmailじゃそれはできないよねえ。まさかDate:フィールドから引っ張ってこないよね？
メールボックス開けてみたら2039年からのspamだけ残ってたりしたら怒るぞ。

メール消すぞｺﾞﾙｧよりも早く障害の経緯説明と謝罪汁

お詫びこれか。
http://www.rim.or.jp/support/announce/2007/09_13.html

「老朽化」とあるが10年以上前から同じ物使ってるわけじゃないだろうな？
当時のは噂と曖昧な記憶によるとSolarisのSS-30かなんかだった気がするが

> 障害日時
> 2007年8月30日（木）〜 2007年9月4日（火）

おいおい過小評価しすぎだろｗ 俺はここに一番ムカっと来た。

リムを通信事業者と思うから腹が立つ。
所詮タダの安売り家電屋。いったい何を期待しているのかと。
今のリムは単に名前が同じだけで、昔のリムとは全く別物。

そりゃそだよな。元の人間は誰一人残ってない訳だから。
リムに限らずシステムを全把握してるような人は一人か二人程度なのはザラで、
そいつが突然辞めちゃったらそりゃもう悲惨よ。

リムは売買収が激しかったから引継ぎもロクにせずに辞めちゃった人多いんじゃないかなあ。

>>554

さすがにSS-30じゃない。P3のIAサーバ。
フロント10台で分散、ストレージでFAS760。
今回それがあぼーん、旧メール用ストレージに移動。
その際、NFSマウントを間違ったため、データ削除等の混乱が発生。


>>555

間違いない。
ユーザ集めて何を（提供）するか、じゃなくて、課金する事しか興味ない。

>>557
元、中の人乙？

昔は良かったと懐かしんでも仕方のないことだけど、工作員がスレ立て
してる頃が一番良かったな…。

>>553
spoolのメールに付く envelope from: に、メールが届いてspoolに書いた時刻が
入ってるから、それで削除。順番が変わることはないから、spoolの
先頭の行だけチェックすればいい。
以前はそうだったけど、今のqmailでも多分その辺は変わらないと思う。

なんかお詫びのメールも来てたね。
>>554
この「障害」は、
＞障害日時：2007年8月30日（木）〜 2007年9月4日（火）
＞障害内容：お客様ホームページ内のファイルが一部消失する
ここまでセットで見なきゃ。

で、10年前ではないけど、ほら、あったでしょ、システム総入れ替えした時。
2000年問題対応した時さね。あれ以来でそろそろ8年経つんじゃ。

>>559
envelope from忘れてた。吊ってくる。

qmailでMailDir方式ならファイル名でも判断できそうだな。
そういやリムってNFSなのにメールのspoolは今までどうしてたんだろ？（sendmailのspoolは1万通でも1ファイル）
時々消えちゃうとかあったようななかったような。

uucpメールが来なくなったのは俺だけか orz
試しにuucpで外へ出してみたら24時間遅れくらいで相手に届いた
外からuucpへ出してみたが数日経ってもまだ来ない
ｺﾞﾙｧ電して回復したとしても来月にはuucp自体が終了しちゃうんだよな
もう面倒だから放置しとくか

会員おしらせページの
「08月07日 メールサーバー障害復旧のお知らせ」
をクリックすると…。？？？

>>555

> リムを通信事業者と思うから腹が立つ。 
> 所詮タダの安売り家電屋。いったい何を期待しているのかと。 
> 今のリムは単に名前が同じだけで、昔のリムとは全く別物。 

本当に「昔のリムとは全く別物」ならいいんだけど、実際には、
「昔のリムのシステムを、いまの安売り家電屋が引き継いで管理している」のが問題なんだろうね。

はっきりいって、いまの安売り家電屋が出来ることは、URLとメールアドレスを維持したまま、
現代に適合した新サービスに移行することぐらいだろう。もちろんOEMで。

そうすると、いままで動いていたCGIが動かなくなるとか、CGIサービス自体が廃止とか、
そういうことがあたりまえに起こるが、アドレス無くなるよりましでしょってことで。

今回のトラブルで、ejも、もう諦めるんじゃないかな。昔のサービスを維持し続けることを。

そうやってサービス切り捨てるなら、その分安くしてよ。

200円の転送サービスかぁ…。

やっと ML の移行が完了したよ。 さくらで fml が使えたから助かった。

spam が多くてさくらの 迷惑フィルタ、予想どおり使えなかったけど
自作フィルタもそのまま移行できてラッキーだった。Ｗｅｂも以前の
150Mb(これも　Y2K のときにさくらに移行）から１Ｇに増えたし。

もう明日、 shell　が死んでも困りませんｗ。　乙〜

本当に、コールセンターじゃなくてもっと上の『当事者』と話がしてぇ…
まぁ、実際、上の人は『当事者』じゃなくて『上の空』なんだろうけどな。

元中の人いる？ぶっちゃけ今回の件どう思うよ。
愛の鞭だと思って本音吐いてみてよ

１０台あるWebサーバの時刻が昨日あたりからズレ始めているな。
今度はNTPまわりで何かミスったか。

ファイルサーバの時刻も、復旧当初は３６秒ほどWebサーバより遅れていたんだが、
一日あたり０コンマ数秒づつ補正されて今は遅れが２０秒を切っている。
さて、ズレが０秒になったらそこで安定するんだろうか。
それとも、どんどん進み始めるのか。どっちなんだろうなあ。

>>562

OSのロックでやっているんでは。Solarisを使うとか。

>>565
>そういうことがあたりまえに起こるが、アドレス無くなるよりましでしょってことで。

個人的には、それぐらいならいっそのことアドレスが無くなった方がマシなので、
さっさと諦めて欲しいんだが…。

>>562
リニューアル前のMTAはSendmailだった。
やっぱりユーザHPと同じで、10台のフロントサーバに
NetApp（最初はFAS760）で運用してた。
買収前後から、スパムメールにより配送遅延が（著しく）激しく
なった。
原因は大まかに言うとSendmailのメールボックス形式によるもの。
1メール1ファイルでなく、複数ファイルを1つにしてるもんだから、
そのI/Oに旧式のNetAppでは耐え切れなくなったんだな。
で、FAS940にアップデート。
ディスクI/Oが早くなった事で一時的に解消の方向に無理やり持っ
て行った。
いずれにしても、メールボックス形式では、メールを残す設定に
しておくと、果てしなくメールボックスが大きくなって、ディス
クI/Oや受信までに時間がかかってしまうなど、問題が残ってしま
う。
今のリニューアル先のMTAは、qmail＋PostFixで組まれていて、
ユーザ認証にLDAP（MySQL連携）となってる。
認証あたりで落ちたり時間がかかるのはこの部分に問題がある。
ちなみに旧MTAで利用していたユーザ認証はNIS。

ってな所か。
長文すまんねｗ

リムからハガキが来たから障害のお詫びかと思ったら、
〆日の変更で実質水増し請求。

「給料一か月抜き」を「末締めの翌末払いが、翌々末払いになりました」と言い換えてるのと同じじゃねーか。
他にすることあるだろ。ユーザーが逃げ出したから少しでも余分に吸い取りたいのか？

ん？だって9/21〜末までがタダになっちゃうじゃん。
これはこれで正当なんじゃないのかね。

ただ障害とかぶるタイミングで送って来るあたり経営陣は頭膿んでる。
前々からポータルに載ってるとはいえ、ユーザー心理が解ってない。

つか、嫌なら辞めるのが最大の意思表示。私はもう退会手続き済ませたよ。
あと今年中に辞めちゃえば請求期間変更の追加料金は関係ない。

>>574
どう水増しになるのかよくわからないんだけど・・・
あのハガキにうまいこと言いくるめられてるのかな？ちょっと教えて。

メールアドレスもサイトのアドレスも変えたくないんだよ...

料金コース変更や解約は21-20日でやってくれるの？
てかそうじゃないと納得いかんが。

>>574
今後も使い続けていくとしたら、水増しになるとは思わんが？
やめるタイミングによるのでは？

退会が多そうな今に（しかもリムの不備のせい）変更するのは
誠実な会社とは思えないけどね
>>579
574さんはユーザーが逃げ出したから云々って書いてるんだから
今後も使い続けていくとしたらという反論は筋違いかと思う

.

>>574
なんだかなあ・・・
一ヶ月前つまり今回の障害の前にアナウンスがあったのは見てないのか？
http://www.rim.or.jp/support/announce/2007/08_17.html
同じ内容のメールも来てただろ？
きちんと読んだら水増し請求なんかじゃないことぐらい分かるだろ？

>>582
いや
http://www.rim.or.jp/support/faq/017.html
とか、
http://www.rim.or.jp/support/faq/019.html
とか、
さらにはコ−ス変更の変更日や脱会とかも一斉に月末にするのなら納得がいくわけだ。

日割りでの請求が出来ない今のRIMNETでは今の状態だと10日分損するだろ？

多分そんなに深く考えて無くて、

課金の締め日
→ejの他のISPのシステムと統合したいので、それと合わせたい

コース変更や退会
→自動化されてなくて手作業なのでそのまま

ということなのではないかと…。

>>584
多分そうなんだろうねぇ。

本来であれば、課金の締め日と同時にコース変更や脱会も末日だよとアナウンスすればすんだ物を、
課金だけアナウンスしちゃって、現状は20日締めなので、
オフシャルなページは10月にならないと書き換えられない。

なんで1月分に合算なんだ？ 9月分に合算すればいいのに。

9月末までの変更退会手続きはちゃんと10月20日で変更・終了？

VIVA
ストックホルム症候群

ま、あの葉書はタイミング悪いよね
お詫びにしては開封式のだし、なにかと開けてみたら..

>>563
げ、UUCPサービス終わるのか。
来月解約しよう。

>>589
12月〆までの退会なら、うやむやのうちにユーザは空白の10日分を
払わなくていいようにっていうリムの取り計らい・・ってのは無いかなぁ

そんなこんなで、
「各種手続きの受付締日と適用日変更のお知らせ」
なるメールが送られてきました。

オレのWebPageが観れないことに先ほど気づいた。
とりあえずrecovery200708を我がWindowsXPマシンに退避中。

っていうかShellサービスが終了するのですね。
オレが入会したときはShellサービスが基本のサービスでWebはオプショナルだったような・・・

昔のオレがCで書いたプログラム
(Rimでは変数の定義を太古の文法で書かなければコンパイルできなかったな)
でWeb用のcgiを作っていたが、
仕事もプログラマ辞めて子供相手の公務員に成り下がったので
もはや実行ファイルをそのままコピーするくらいしかできないぞ。
（パーミッションとかも変更しなきゃだっけ？）

で、スタティックなhtmlは復旧させたけどcで書いてコンパイルしてたcgiのパーミッションを750とか700とかにしても動かない

もう寝る

寝て起きた。

ファイルネームが「hogehoge」なssiがマトモに動作することに気づいた。
で
動かないcgiは「hoge.cgi」なファイルネームなので
FFFTPでパソコンに退避するときにバイナリモードでget put したら、正常に動作しました。

んー？
結局、Ｃで書いたバイナリモジュールを ascii モードで
FTP転送したせいで動かなくなっていた（つまり自分のミス）ってこと？

>>596
そうです　全部オレのミスです　　つか、直接telnetできる時代だったら色々楽に復旧できるのに・・・

もし仮に、リムが、自分のメールサービスをgmailに移行したら（同じアドレスがgmailで使える）
どんな「困ったこと」が起きますか？

「金払っているのにフリーの所を使わせるなよ」とか、そういう話ではなくて、技術的に
こういうことが出来なくなるから困るという話で。

>>598
メール”だけ”を使っている人はそんなに困らないんじゃないか？
MLオプションの人は困るだろうなぁ。
Shell止まってもインストールする術はある。

てか、中の人？

>>598
それはつまり、メールアドレスを移行するだけで、機能は全てgmailの物、ってこと？
それなら、どう仕様・機能が違うかを比較してくれないとできるのかできないのかわからん。

それよりも、shellが使えなくなるなら、メインのメールで.procmailのような
振り分け転送ができるようになってくれないと困るな。

たまたまgmailをあげたけど、要するに、もし仮にリムが今風で高機能なwebメールにサービスごと
移行するとしたら、俺がやっているこんな複雑な処理はそこじゃあ出来ねえだろうなあって話を聞きたかったので。

なかのひとではありませんが、中の事情はちょっとだけ知っています。

> それよりも、shellが使えなくなるなら、メインのメールで.procmailのような 
> 振り分け転送ができるようになってくれないと困るな。 

これは、リム的には、「shellが無くなってもまだ残っている人は、もうメールの複雑な機能を使っている
人はいないだろう」と判断するんでしょうね。

>>601
そういう理由なら自分の場合別にリムである必要は全然無いな。
後はせいぜいメールアドレスぐらいなので、webメール云々言う
以前にリムである必要性すら無くなる。

メールは>>600が書いてるようにスクリプトを使って振り分け処
理したり、mewを起動してメールの読み書きしたりしてるが、
ほとんどがshell上で利用している何かだし。

cgi ssi を C で書きたいのだが shell消失後の対処法を披露してください。偉い人。

自宅で用意するとか、さくらとかを契約するとか。

さくらの一番安いの契約してたらクレジットカードの更新を忘れて停止されてた・・・

現在自宅にLinuxマシンを新調しようとしてるところなので、それをリムに合わせて用意する？？

リムで１０年以上置いてるＣＧＩなのでＵＲＬが異なると面倒くさいんだよな・・・

>>605
どこまで厳密にURLが同じである必要があるかにもよるけど…。

検証用と割り切るのであれば、DNSサーバとしてオルタネートなルートサーバを
自前で立てれば、現在のリムと全く同じドメイン名でWebサーバその他を動かす
ことは可能。

ただし、その場合はインターネットには繋がないでねってことで。

さくら人気だな。うちもさくらにした。

>>605
Cで書くならOSを同じにしなきゃダメだろ。

プログラム自体は精神が不安定な時に突発的に作るしょぼいものなのだが
何故かそこそこアクセスしてくれるcgi等が生まれたりするので
手間かけたくなくて
hoge.c を FTP → あらかじめ準備しておいた秘密のcgiを実行 → hoge.cのコンパイルが完了
ってなのがあったら良いなと思ってたのですが

先行研究があるようだな
http://www-cms.phys.s.u-tokyo.ac.jp/~naoki/CIPINTRO/CCGI/makefile.html

こんな感じの、リム対応版を披露してください。偉い人。

>>609
telnet.cgi なんてどう？

おいおい、10台あるWebサーバの時刻がバラバラだよ。
最大30秒ほどズレてる・・・

すみません、ちょっと教えていただきたいのですが、
昨日2007年8月21日〜2007年9月20日の利用分料金請求のメールが届きました。

めちゃめちゃ払いたくない…というか、少なくとも全額は支払うに
値しないと思うのですが、抗議しても良いものなのでしょうか…?
また抗議したところで効き目はあると思われますか?

>>612
効果があるか無いか分からないが、
少なくともあなたは納得がいかない訳だから抗議してもいいのでわ？

# 以前のRIMならさらっと減額して請求してきたもんだが・・・
# その面影も遠い昔・・・

若干数十円だけど減額されてたよ。200円コース＋フレッツISDNでWeb開設してるけど。

>>613
レスありがとうございます。
「接続できてるんだから…」とか「メールは届いてるからいいでしょ?」とか
実務的な（?）ご意見もあるかなぁ〜と思って伺ってみました。
一応抗議のメールでも送ってみることにします。
ちなみに今回の件で退会したクチです…。ｗ

>>614
こちら200円コース+フレッツADSLですが、全額請求されてます…。orz

今回の請求の件とは別に、料金の案内は追って行なうっつってたぞ。

ひょっとしてWeb用のディスクを増設してるからかなぁ…
10M分を100円で増設していて、76円減額だった。
でもそれだと引き過ぎか

先月と同じだった

出るトコ出るぞと、ゴラァメールを入れました。。。

苦情を言うのなら、JAIPAはアテにならないから、
監督官庁である総務省かな。

ISPなら総務省総合通信基盤局電気通信事業部
データ通信課までGO。

ちょっと前、リムネットから電話があって、
なにかと思ったら、
光フレッツにしないか？と言われた。

他のプロバイダ使ってるからいいって言ったら、
投げつけるように切られて、マジでムカついた。

ここはもう終わってる、そろそろ辞め時だな。

このスレの住人、なんかすごく詳し杉。
なにもわからんままずるずる10年以上使ってる俺は少数派なのか？

>>622
長く使っているからアドレスが捨てられないって人はそれなりに居ると思うよ。

10年以上前にRIMNETに入った人は、
おそらく使える機能と値段を秤にかけて「ここだ」って選んだ人が多かったと思うので、
必然的に「詳しい人かつアドレスが捨てられない古参兵(？)」が残っているんだと思う。

>>622
1990年代後半だと事実上3つしかISPの選択肢がなかったからねえ…。

IIJ→1時間も繋げば数百円も課金されるような完全従量制かつ青天井。
リム→青天井だが一定時間までなら課金は緩やか。cgiとshellが使える。
ベッコ→固定だが利用できる機能はやや少ない。Web閲覧メインのユーザ向け。

個人が入るとなるとリムかベッコしか選べなくて、cgiとかが使いたければリム
しか無かったし。ただ、当時からサポートは最小限で、中の人やユーザ同士が
NetNewsとかで教えあってたようなわけだから、当時からのユーザにある程度
詳しいユーザが多いのは当然かもね。

あと、パソコン通信すら一般的ではなかったリムの開設当時からインター
ネットを使っているユーザなんて、大学とかで散々鍛えられたユーザだろう
から、卒業後はこの業界に就職して今も業界で働いている人間も多いかと。

べっこあめﾅﾂｶｼｽ

最初にﾍﾞｯｺ、cgiが使いたくてﾘﾑ。
そして今でも両方に金を払い続けている俺ww
アドレス替えたくないんだよう。

課金うんぬんに関しては、規約上は、
全サービスが1日だか3日だか以上使えなかった時に日割りで返金、だったから、
出るとこ出たって仕方ない。

なんか懐かしいなあ。あの頃はWindows3.1にTrumpetWinsock
で接続してMosaic使ったりして。

カメレオンは会社で使ってたが　家はwin3.1 トランペット
twinbrige？も入れてたと記憶

大学でSunOSの4.1(だったと思う)を使ってて、家ではDOS/Vマシンに
dospppとNCSA Telnetを入れて大学のマシンに繋いでたな。

大学を出たらもうちょっとマシなスペックのノートPCを買ってPC-UNIXを
入れて遊んでたけど、まだFreeBSDが2.x系、Linuxはカーネルバージョンが
1になってなかった頃のような覚えが。

リムネットはtelnetで接続ができて、しかもppp接続以外は課金対象外だった
ので、個人的には当時としてはかなりコストパフォーマンスが高かった。

自分のサイトの昨日のアクセスログを調べてたら、
時刻が30秒ほど逆転している部分があったよ。
いきなりこんなに時間修正される物なの？

ＮＴＰの設定が出来る技術者が居ないのかねぇ…

やる気がないか気づいてないか、じゃないですかね。
ntpdがだめなら最悪cronでntpdateでも良いわけだし（いいのか？）

1994年にAT互換機にLinux(Slackware)をFDのディスクセットでインストールして大学のネットにつないでた時代に
創刊されたばかりのインターネットマガジンにリムの広告が出てたような気がする。

LinuxにはNCSA httpdを入れようと思っていたのだが CERN httpdだとmake一発でインストールできたのでそのままインストールして卒研ネタに組み込んだ。

っていうか大学の専攻は材料だったんだが・・・コンピュータで卒論書いてしまいましたよ。

ああ、私もインターネットマガジンでリム知って申し込んだな、
確か電話だけで申し込みが出来たんだよね

あの頃がﾅﾂｶｼｽ

おや？　さっきアクセスログを見ていて気付いたんだが、
10台で不可分散しているWebサーバ（www1〜wwwa）のうち
www2 (10.80.1.102) だけは、ディスク障害が復旧した後も
今にいたるまで復活していない。
ディスクサーバの復旧か、それ以外の何かの障害の解決のために
www2 のハードを流用したのかな？

>>636
サーバは実は生きていて、単純にapacheの起動とNFSマウントを
忘れてるんじゃね？ｗ

shell鯖滅亡まであと10日

結局、一度も連絡が来ないまま、ある日突然停止することになるのかね。
まさにクソだな。＞ej

shell鯖のファイル。
俺は空路で規制したときに設定を残したままのＩＳＤＮルータで繋いでパソコンに退避したが
鯖消失の瞬間のファイルをＷｅｂ鯖にコピーしておいてくれるくらいの気遣いがほしい。

＞鯖消失の瞬間のファイルをＷｅｂ鯖にコピーしておいてくれるくらいの気遣いがほしい。

あー、それいいね。どちみち今 Quota は無効になっているんだし。

しかし、料金の件
質問を送ったのだが、未だに受領の返信すら送ってきやしねえ。

94年の12月にuucp開始して以来自宅のLinux機が24時間年中無休稼動を始めたんだが
12年と10ヶ月になるのかもう
最長停止時間はマザボが火を噴いて秋葉に走ったときの23時間だ
なんか感慨深いものがあるなぁ

   ejworks.com
   お客様の不便を取り除く。
   それがイージェーワークスの使命です。

使命はどうした？イージェーさん。

プロバイダ運営の統合で、
お客様の「便利」を取り除いてると思うよ。


プライベートでは自社のサービスを使ってなさそう。
自分で自腹切って使わなきゃ本気にはならんよね。

>>644
使命じゃなくて氏名なんだろｗ
「いーじぇー」「わーくす」

自社サービスは使ってるんじゃね？
接続回線としてだけで

この会社の経営やってるやつらはインターネットの事なんてまったく
知らないシロウト集団だからさ
親会社（PCデポ）でも、子会社のISP売ってないくらいだし

10/12にJPIXとのpeerを廃止するらしいな。

ってことは、リムのASもそろそろ無くなってしまうんだろうな

　ttp://www.nic.ad.jp/ja/ip/as-numbers.txt

2500番台・・・本当に老舗だってことがわかるよな・・・
ってか、どうせBGPの管理だってスキルないから出来てないんだろうし、
JPIXとの回線切断は仕方ないんだろ

もはやリムは何の特色も無い、ローミングプロバイダだって事だ

うちの職場も2500番台だな。
2400番台はIIJだけか…。

SPAMもどきにメンテナンス通知がやってきたんだが、なんだアレ？

>>649
サービス低下のおしらせ。

時間がばらばらだな
平日の昼メンテしたら許さない

>>649
「メール一つ満足に送信できないのかよ…」とか思ったのは、俺だけでは無いはずだ。

「各種手続きの受付締日と適用日変更のお知らせ」の時はSubjectにEscコードが付いてた。

最近やばくない？メンテとか多すぎ。

FTPでPASVモード使えないのをどうにかしてほしい。

長期間障害食らうくらいなら昼間だろうがメンテで数時間ですんだほうがマシ。
接続系のメンテなんか相手企業の都合もあるんだから深夜にゃ無理だろうし。

見る限り日中な事で影響ありそうな認証サービスもEDGEくらいだべ。

俺はEdgeで接続なんだ・・・・・

で、shellやMLやMyDiskの登録ユーザに直前の案内すらなしかよ。

この品質料金でグダグダいいつつ
いつまでも使ってるお前らってマゾかと思ってしまう

>>657 そう私も思っていたので、shell　だけスパムしてみた。届いた？

（そういうことするスキルと手間とひまがないのかな）

UUCP接続サービス終了日変更のお知らせ

shutdownする人材さえも不足してると見た

私は上の皆さんのように詳しくなく
メールとHP閲覧としてしか使っていないのですが
仕事のピークの時に、メールサーバーが落ちることがあり、
ここ数か月　末期の雰囲気だよなーと思っていました。

プロバイダを変えざるを得ないかなと考えています
（ある日突然さようなら、では困るので）
メアドが単純で、仕事の関係でも多くの人に伝えているので
変えたくないのだけど、（残念なことだけど）不安を感じています。

>>659
これっすか？ｗ
　　　↓

If you not see next announce, Please check it :-p
http://www.rim.or.jp/support/announce/2007/07_12_2.html

で、リムはどうなるの。つぶ（ｒｙ

中途半端な技術レベルでサービス提供を続けるぐらいなら、
キッパリとやめてくれた方がいいわ。

rim.or.jpのドメイン、いくらで譲ってくれるかなぁ・・・

>>635
俺がいる…ほんと懐かしいな。

で、こないだクレカ払いに変更したら、それまでの繰り越し分の請求が消滅したのだが。
良心から問い合わせても返事こねーし。どうなってんだまったく。

>>665
現在、or.jpは法人格がないと登録したり移転を受けることはできない。
しかも通常の営利団体にor.jpの登録資格はない。
ttp://jprs.jp/doc/rule/rule.html

>>659
届いた。
とはいえ、ここを見ている人は実は終了を知っているわけなので、
あんまり意味がないような気も。

で、その後ejからサービス終了日変更のお知らせがｗ
やっぱり誰かクレーム入れたのかね？

>>667
逆に言えば法人格さえあれば、大抵は登録できないことはないわけで…。
また、営利法人でも登録ができないことは無い。
昔みたいに権利能力無き社団が登録するのは難しくなったというだけで、
法人格さえあればまず登録は可能かと思われ。

>>668
まぁ、もっと簡単に事を運ぶなら、>>665が
「俺がリムネットの事業をすべて買い取って引き継ぐよ」
と言って実行すればおｋだがｗ

>>659
それか！

>>669
事業全ては勘弁だなぁ。
接続サービスとか面倒だし。
メールとwebとshellその他のみに絞ったサービスなら・・・。

rim.or.jpじゃなくて、rim.ad.jpの方なら、多少は力になってやれるかも
しれないのだが。

>>666 土日祝は請求関連窓口やってないからじゃね？

ここで技術力だのrim.or.jpが〜だの言ってる人達が
ejworks？に嫁いであげればいいのにｗ

我々の為に人柱になってくれｗｗｗ

一連のメールって、要するに合併前から使ってた自前の設備使ったサービスをやめて
完全にFreebit頼みの弱小ローミングプロバイダに成り下がります、って意味なんだよな?

>668
「ここを見ている人は実は終了を知っているわけなので」

だから　shell の 全員に spam したんですｗ。 よくみたら
犯人ばればれであせったけど、お許しを。
＃出がけに急いでやったから不安だったけど。 perl 改造する
ひまなかったので　telnet で出した（爆）。

直後に正式案内きててわらったよ。　できるんならもっと早くねぇ。

でも休日中だというのに、対応乙です＞中の人。

機材を老朽化させて放置する人が、
「更なる新規サービスへの対応と、品質向上」なんてできるのか？

採算取れないことを気軽に約束するな。
そんなできもしないことを言う前にやることがある。

「既存サービスへの適切な対応と、品質維持」だ。

復旧に一ヶ月かかるのは「対応」とは言わない。
壊れるまで放置するのは「維持」とは言わない。

で、10日はメールできるんですか、詳しい人

>>675
乙でした

spam(?)とshellサービス延長のお知らせメールで初めて知ったよ (^^;;;
で、ここを探して見にきました
惰性で使ってきたけど、トラブル続きだし、もうリムネットは
やめるしかないな

multi.al.rim.or.jp (3.7W/HMX-12)から時の流れを感じた。

>>679
HMX-13もあったなぁ・・・
こっそり笑ったもんだがｗ

すまん、ちょっと前の話題に戻るんだが
*.mbos.jpで来るスパムはリム内の感染した鯖から送られてきてる
とそういうことですか。よくわかんないので教えてくれ。

>>680
んで思い出したんだけど、銀英伝とかトップとかセラムンネタもあったよな。

>>680 >>682 /etc/motd が UNAGI になってた時、直したよ。

土用だからって、ねぇ(笑)。 st の人より。 いい時代だった。 rw-rw-rw- なんて。

moon/mars/mercury.st
uranus/neptune.kt
asuka/hikari.t3
arima/satsuki.cc
tama/momo.tt
とかだっけ

>>681
ヘッダ全部見ないとわからん。今はmbos.jp内部で転送してるから。

>>684 おぉ。 yk も思い出せないよ。

diana.st は自宅にあります（爆）　。　私はただの会員ですが

ykはトップだったような。exelion/eltreum。

一覧っぽいの見つけたので今のうちにログに残しておこう。

kt uranus/neptune
st moon/mercury/mars
yk exelion/eltreum
t3 asuka/hikari
tt tama/momo
sh iserlohn/el-facil/heinessen
cc arima/satsuki
os akagi/hiryu
na peach
tg drum
kh sugar
sm primera
on april
hf sepia
yo pelsia
ki cacao
nk mikage

セラムンにトップにエヴァに銀英伝に旧軍空母にラムネ&40・・・

>>687
そのもののページは無くなってるけど、公式だとここかな？

ttp://www.rim.or.jp/support/announce/service/2004/jan05-1.html

まあ、その時の担当者や当時はやっていたものが間接的にわかると
いうことでｗ

ちなみにuucpホストはrayearth.rim.or.jpだ

>>687
mercury（懐

232c でダイアルアップで加入登録したのだけど、
セレニティってホスト名もあったような気がする？

（拾ったダイナブックで加入したｗ）　まだ　Mac も Win もなくて
SS1 の xnews で pppd で…　なつかし。

s/ダイアルアップ/ダム端末/ 　普通の VT100 の生画面で、
サインアップできたんですよ。　 なんか　パソコン通信みたいな
メニュー画面もあったような(笑)。　

>>692
あったんじゃないかな。
自分は入会してしばらくは、無手順接続で繋いでたような気がする…。

住人の頭の中では、リムネットの思い出が走馬灯のように…

>>692
あったよ、パソ通みたいなメニュー。
そこからshellに入った覚えがある。

障害復旧まだーーー？

ppp接続が始まったとき回線は混んでるわWinsockの設定がわけわかんなくて
なかなかつながんないわでもう…。

BBSだけが頼りだったw

今もあるプロバイダなのに完全に懐古スレになってるな

当時のリムと今のリムは名前が同じだけで全くの別物だから。

昨日のエッジ障害は長かった

またもやspamまがいのお知らせメール連発だよ。
重複した内容があるんだから、1本にまとめろや。

改悪だ　日に３−４回落ちる


引越し考えよう

メールサーバの認証し難くない？

今度はshellの移設か…。
というか、停止予定の鯖を移設とか、もうわけがわからんな。
移設したはいいものの、上がってこなかったりするんじゃないか？

あと、多分今回のshellサービス終了はこの移設に合わせてのものだったと
思うんだが、終了を延期ちゃった結果、どうせ移設しちゃったのなら、このまま
またしばらく続くということはあったりしないのだろうか…？

>703 停止予定の鯖を移設

推測だけど、サーバルームの返却日限が決まっていて次に使う会社が
延期させてくれなかったとか。　　最近 spam 多いのは、メールしなかった
ことに対して、そうとうクレームつけられた希ガス。　中の人
カワイソスｗｗ。　　　ところで懐古ネタ、当時は ttya に いつも root が
いて、 reboot できる体制がすごいと思った。　モデムかなぁ？　

今朝9時過ぎからADSLで繋がらなくなったお

自分は、ダイアルアップパスワードを変更していたのを、
ADSLルータに反映するのを忘れて、LINK切られて、つながらなくなって...

どうやらフレッツで接続できる「不具合」を解消したためらしいす。
リムネットの「手違い」じゃんか。

まだリムネットのサービスからspamがガンガンくるよ…orz

そういえばwww.rim.or.jpはhampen.rim.or.jp。
あとマイサーバか何かのホスト名はモー娘系だった。

/var/run/dmesg.boot の一部
FreeBSD 3.3-RELEASE #6: Fri Feb 6 11:38:26 JST 2004
[email protected]:/usr/src/sys/compile/RIMNET
CPU: Pentium III (549.06-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x673 Stepping = 3
Features=0x387fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CM
OV,PAT,PSE36,<b18>,MMX,FXSR,<b25>>
real memory = 1073741824 (1048576K bytes)
chip0: <Intel 82443BX host to PCI bridge (AGP disabled)> rev 0x03 on pci0.0.0

いまさらこのマシンを外部に開放したらさすがにまずいでしょう。
shellを使ってた人ってどんな使い方をしていたのだろうか？
うちはstなんだが、早々に他社ハウジングに移動したのであまり使ってなかった＾＾；

>>710
外部には公開されてないし(なのでユーザの不満が溜まっているわけだが)、
スペックの低さもシェルを使いたいユーザにはわりとどうでも良い話。

あとは、OSのバージョンの低さぐらいだけど、「3.3改」とされているように、
どこまでリムネットの手が入っているかどうかもわからないので、これも何
とも言えない。基本的には、外部に公開しているサービスの脆弱性が塞い
であれば問題ないでしょ。ま、そのサービス自体がほとんど存在しないわ
けだが…。

ただ、今のejの技術者では、FreeBSDを自前でメンテして公開し続けるの
は無理だと思うので、そういう意味では早々何らかの変更を行うべきだと
は思うけどね。

さて、今夜はWebサーバのメンテが実施されるわけだが、
みんな、ファイルのバックアップは万全かい？

メンテ始まったようだが、
>上記時間帯においてお客様のホームページは表示されず
>メンテナンス中である旨が表示されます。
とかメールには書いてたくせに、普通にタイムアウトするな。

作　業　日　時：10月15日(月)0:00〜10月15日(月)8:00 (24時間表記)

作　業　内　容：ユーザホームページサーバの移設作業

対象サービス　：ユーザホームページおよびFTP　

お客様への影響：上記時間帯においてお客様のホームページは表示されず
　　　　　　　　メンテナンス中である旨が表示されます。また、FTPに
　　　　　　　　よるファイルのアップロードおよびダウンロードが出来
　　　　　　　　ません。

↑じゃなかったのかよ？　「メンテナンス中である旨が表示」どころか、
サーバが応答しないぞ。

予想どうりの展開だが、タイムアウトは困るな。
最低でも503ぐらいは返して欲しい。

こんなんじゃまたウチのサイトのお客さんが心配するよ〜

ふつーにお客さんがいるサイトはもうとうに引っ越してると思うんだが

自分とこのホームページ（http://www.rim.or.jp/）には表示してやんの。

・メンテ従事者がヘボ
・告知メールを書いた人間がヘボ

のどちらだか。なんだかなぁ……。

>>717
すまん、長く使ってるURLなので引っ越したくないんだ。
ほそぼそとだけど、まだお客さん来てくれてる。

いや別に謝ってもらわなくていいんだけど、このプロバイダどう考えても
そう遠くない将来なくなるよ?そしたらURL変えざるをえないじゃん?早いか
遅いかの差だよ?

おれはそう考えてだいぶ前に引っ越したけどね。自分のドメインとったから
サーバ変わってもURLもう変わんないし。

こんなにトラブルの多いサーバにおきっぱなしって、かえってお客さんに失礼
な気がする。

寝ている間になんかいろいろあったようだけど、
やっぱり終わってない。

メンテのページでもタイムアウトでも無く、リムのトップページが
表示されてしまうんだが…。

おきてみたら案の定まだとらぶってた。
そんなことだとは思ったけど、ホームにメンテ中の案内くらい出しとけ。
ついでにマイディスクの宣伝はいいかげんしまっとけ。

あ、ほんとだ。
さっきまでトップページがメンテ案内ページだったのに。
で、結局、ユーザのページはタイムアウトのままメンテを終わらせるつもりなのね。

メンテ中画面に戻ったな。
しかしユーザーページのタイムアウトは変わらず。

またメンテ中画面じゃなくなった。
なにやってんだ、rimの中の人！

普通ページが表示できるようになった。
多分、切り替えとかでバタ付いているのではないかと。

FTPも復旧したみたいだけど、メンテナンス完了のお知らせが来るまで、
サイトの更新は控えておこう。

お知らせが来たんでサイト更新、アクセスログをダウンロードして見たら、
サーバーメンテナンス後、cgiで逆引き(gethostbyaddr)ができてないようです。

>>720
>いや別に謝ってもらわなくていいんだけど、このプロバイダどう考えても 
>そう遠くない将来なくなるよ?

いやなくなりはしないだろうけどメールとURLのアドレス維持が最低ラインになって、CGI等の
かつての優位点がすっかり無くなったプロバイダに様変わりする可能性が高い。

まあ、そうなったらそうなったで200円会員に移行するだけだけどね…。

自分の場合、今でもシェルのためだけに使ってもいない常時接続オプションを
付けてるんだけど、シェルが終了したら解約する予定だし。

>>730
>かつての優位点がすっかり無くなったプロバイダに様変わりする可能性が高い。

すでにそうなってると思うんですが。

時が解決してくれたのか、はたまた中の人が頑張ったのか、
やっと正常に動き出したようです。←逆引き

今度はwww4とwwwaが消えたな。残り７つ。これがゼロになったらrimは終了、と。

やっとこさ逃げ出し準備完了。

問題は移行期間をどれだけ残すかなんだが。
１０年以上使ってただけに、
うちにリンクしてくれてる所も古くて放置が多いんだよなあ。
いまさら宣伝して回る元気もないし。

>>735
おまえのサイトがどこだか気になるw

>>734
誰かリムを救うために壁にサーバのリアルな絵を描いてやってくれないか？

昔は仕事のテストでshellとか使ってたけど、最近はすっかりただの接続先だったな。
次のプロバイダはどこがいいんだろ。
最近のプロバイダってさっぱりわかんないや。ｗｗｗ

shellを使えるところって無いんですかね？

>>228 >567 は多分私ですが、

>>108 >>333 >>420 >>607 にあるように、さくらのサポートがパンク
していて大変みたいです。　Webメールもなんだか遅くなったような？
fml も、ほぼそのまま移植できたし。 　「Return-Path:」　を 「From 」に
強制的にかえた。（ふるいの使ってたｗ） 1.5 でよければ紹介しますよ
（　2ch 視聴率調査にもなる）

さくらの回しものじゃないけど、 URL を
ttp://www.sakura.ne.jp/rentalserver/standard/index.html
これですよね？ ＞ ALL

ググります
http://www.google.co.jp/search?hl=ja&q=rimnet&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
↓
只今メンテナンス中
首相官邸ホームページのパロディー。　　　　　　←？
www.rim.or.jp/ - 9k - キャッシュ - 関連ページ

「ニセ首相官邸ホームページ」はrimだったね。結構老舗。
ttp://www.t3.rim.or.jp/~s-muraka/kantei/pkantei.html

>>742 google ってリンク元の記述を採用したりするから、
「首相官邸ホームページのパロディー」で誰かが rim.or.jp を
リンクしててんじゃないかな…。 >>743 も今みっけたｗ。

（自分の頁で最初人手でやってのんか？と勘違いしたけどよく考えたら
知り合いがリンクしてるだけだったことが）

リンクじゃなくて、メンテ中は３０１か３０２で飛ばしてたのを
たまたまgoogleのクローラーが拾ってインデックスしたんじゃないの？

リムって、webから入会しようとしても、
「現在、迷惑メール等の不正行為が多数発生しているため、オンラインからのご入会手続きを停止しております。
ご入会の際は下記のお申込書をご利用の上、郵送またはFAXにてお申込みください。」
なのね。

これじゃ会員増えないお。
さらに、迷惑メール等の不正行為って何すか。
スパムが来続くってことすかｗ

>>746 私でも週千通くらいくるから、　ゴミ振り分けが面倒で
メール読まないことにしたんじゃないでしょうかｗ。　また
さかうらみで、アドレス spam 業者に売りまくってるとかｗ。

（ sakura の迷惑フィルタ試してみたけど、だめなくらい
最近の spam は巧妙なのかも ) rim のは使ったことないです。

メールが送れない。
いつになったら復旧するんだろう。

接続に使ってるほうでOP25Bでもやってんじゃね？

辞める前は、大量スパムで困ったもんだったけど、
実際辞めた後だと、
長年使ってた*****@**.rim.or.jpみたいなメールアドレスには未練があるんだよなあ。

gmailアカウントに転送してる。ほとんどのスパムはフィルタされてる。gmail
からもリムのアドレスでメールできるから便利。既出だけどな。

そっか。その手があったか。

エッジ回線　パケットサイズを小さめに変更したか

漏れもGmailに転送したらメールがほとんど来なくなったｗ
いかにSPAMが多かったか・・・。

>>746, >>747
オンラインサインアップでアカウントを取る
→即座にSPAMを送る
→使うの止める
→クレーム来たときにはもう次のアカウント

みたいなことを防止するためでしょう。

>>754
必要なメールが来ている
ことの確認はどうやってるの？

最初のうちはgmailのスパムフォルダを毎日確認してたけど、かなり精度いいみたいで
あんまり確認しなくなった。

Gmailは英文SPAMに強いね、Spam Mail Killerを普段使っているけど、
欧米系のSPAMをテンプレートでフィルタリングするのが面倒なんだけど
（合法メールも巻き添えされやすい）
かなりの精度でカットしてくれます。
その替わり、普段通過する知人の国内大手ISPメールがフィルタリングされることが
しばしばあるので、チェックは怠らない方がいいです。

niftyやyahooのフィルタも、なかなか良いですよ。

無料のgmailのお陰で、スパムに埋められた有料プロバイダのアドレスが復活できる。
俺も２プロバイダほど復活できた。リムはとっくに解約しちゃったけど。

ＭＬなどにGmailを使っていて、それを有料ISP（RIMではない）に転送しているのだが
後者直送の馬鹿手紙が山ほどやってきよる、、、もっぱら受信のものアドレスなのに。
しかも、Gmail宛のSPAMは皆無。

しかし、他の人達がいうようなRIM宛のSPAMは全くないのだよなぁ、一時はWEBにまで乗せていた
公開メインアドレスなのに。

.

十数年リムネットしか知らない初心者ユーザーですが
乗り換えるならどこのプロバイダーがおすすめでつか？

>>762
俺発見

規制が嫌ならアサヒとDIONだけはやめておけ

>>764
逆に言えば、P2Pで他人に迷惑をかける奴らを野放しにしない
優良プロバイダってことだね。

2ch規制のことと思われる

IIJ4U/IIJmioもリモホに地域名が入ってなくて規制食らうときは一律
対応が早いから解除も早いけど

mail.smp.mbos.jp生きてますか?
送信がものすごく不安定です。

あ〜あ

# /usr/sbin/sendmail -v -q

Running /var/spool/mqueue/l9U3Y5a5016627 (sequence 1 of 2)
<[email protected]>... Connecting to mail.on.rim.or.jp. via esmtp...
<[email protected]>... Deferred: Connection refused by mail.on.rim.or.jp.

Running /var/spool/mqueue/l9U2Zco9009154 (sequence 2 of 2)
<[email protected]>... Deferred: Connection refused by mail.on.rim.or.jp.

refusedて、どうなってんのよ。

.

そろそろ記念カキコ

いよいよ今日か…。
UUCPとshellが終わるんだから、事実上今日がリムネットの命日といっても
差し支えないよね。個人向けとしては日本最古参のISPの歴史がこれで終
わってしまうのか。

身売り先がこんないけてない家電屋じゃなくて、中小でもせめて真っ当な
通信事業者なら、もう少し違った展開になっていたんだろうか…。

..

cd..

あと9時間

つ　菊
｡･ﾟ･(ﾉД`)･ﾟ･｡

今日はいつもよりシェルサーバにログインしてる人間も多いな…。

あと6時間。
中の人はもうログインしてるのな。

一時期はカオスだった/tmpもすっかり綺麗になった。

何の話かさっぱりわからない10年超えユーザの俺...orz

password 忘れたのでlogin してません

シェルだっちゃ

こんなにユーザーが繋いでるshell鯖久々に見た

>>782
とはいえ、どこかで見たことあるユーザ名な人が多いけどね。

しかし、itojunが亡くなったというニュースに続いて、今日はリムネット
がお亡くなりか…。何か一つの時代が終わったって感じ…。

あーshellサーバつないで中身消したかった・・だけどモデムがないからつなげない。どうしよう。

>>784
どこかにログインできる別のシェルがあるのであれば、
誰かにトンネルを掘ってもらうという手もあるかもしれない。

誰か、裏口作ってよｗｗｗｗｗ

と思ったら実はモデムついてた。あまりに使ってなかったので忘れてた。
いまrimから。

リムから職場に繋ぐのもこれが最後か。
ってか、ここのISPを使ってなければUNIXを知ることもなく、
何を間違ったか今の職場(というかこの業界)に入ることも
無かったかもしれないな……。

私も最後の瞬間に立ち会うため & 中身の保管を忘れてたので只今ログインしました

last したけど知った人いなくて、寂しかったｗ。

staff さんが午後のお茶タイムに入ってたようでワロタ。
２４時過ぎても入れそうな気がする。　
単身先からrim に入るためだけに 今年BSDサーバ立てたのになぁ。
使い道が当面ない。

ねえ、
shellホストに転送してるのってちゃんと止めとかないと
転送エラーが送信元に返っちゃったりするかな?
shellホストへの転送だけ一括して止めてくれるなんて
気の利いたことやってくれそうには全然思えないよ。

>>791
やっぱり、今のいけてなさを考えると、そこまで自動的に対応
してくれるとは思えないよねえ…？

とりあえずshell以外のところに転送するようにしてあるけど、
shellの方にもまだ転送するようにしてあるので、必要に応じて
手動で削除する予定。

あ、メールのことです。

そう思っていま慌てて転送止めました。
メール転送の設定は知らないインタフェースになってました。
11年以上使ってたことが判明。rimに通算30万近く払ったのかー

転送を止める前にshell の方の自動処理プログラムを消してしまったので、
一通、shellの .mail に入って来てしまいました。

・・・でもやっぱりspamだった。
さよなら、リムネット。

お前ら/tmpで寄せ書き始めんなｗｗｗｗ

good-by! shell.al.rim.or.jp!

みんなshellからファイル送ってるのかな重いｗ

あの日渋谷で払い下げてもらったプロクシ用IBMPC、今でも元気です。
さよなら、リムネット。いや、まだ退会はしませんが…ｗ

なんか人が増えてきたh

お前ら．ファイルの始末忘れんなよー

w3m削除。screenも削除。.sshも削除。お疲れさま。

あ、スタッフが入った

それで、みんなはこれを機によそに移るの？
俺はもう少し残るけど。

>>800
まあ、いまさらshellに残ってるようなツワモノがその辺忘れるわけ
ないっしょｗ

実質放置ウェブ以外はもう使ってなかったからなあ。無意味に貢いでただけだ。

おつかれさまでした。

さて、予定通り(？)延長戦な訳だが…
shutdown now だけはカンベンな。せめて3分くらいくれｗ

今頃shutdownのしかたを調べてるんだろうか。

シャットダウン〜

いきなりshutdownキタ。
最後まで非常識だな、おいｗ

おわったー。おめでとう！

shell%
*** FINAL System shutdown message from [email protected] ***
System going down IMMEDIATELY


Connection closed by foreign host.

いきなり切られたorz
情緒のカケラもネー ヒドスｗ

>>806 まさにnow? あっけなかったね〜

職場や学校とかのシステム管理者がこういうshutdownの仕方したら
非難轟々だと思うんだが… まあこういう管理者しかいないというのが
リムネットの現状なんだね。寂しい…
まあ、みなさんお疲れ様でしたｗ

>>812
ねぇ？
まったく…あれじゃ最後のファイルを消す暇も無いよ。

5分後ぐらいのシャットダウンにしてくれよっていうか、普通はユーザが
ログインしてる状態で即時シャットダウンはしないだろ。
今ejで管理やってる連中は、そのあたりのことを誰かに習わなかった
のだろうか？

というか、実はnow以外のオプションを知らなかったとか？ｗ

まあ時間予告してた上に５分延長してんだから勘弁してやれｗ

マイディスクのログインページは表示されたから
お、まだ生きてるw と思ったら
ログインがかえってこない
こっちもちょうど終わるタイミングでアクセスしてみたいだわ

あ、マイディスクのデータ消すの忘れた。
でもほとんどは破損データになってて、消せなかったんだけど。

いや、勘違いでまだログインできたわ。

さて、退会届を印刷すると同時に、最後にサポート宛にイヤミの一つでも
書いておくか…。

ここのみんなとはそうだな…まあさくらのスレあたりで会えるよな、きっとｗ

shell、mydisk, あとは今日から何がなくなるんだっけ？

私は使ってないけどuucp。
あと私は11月から200円コースにしたからウェブスペース。まだ消えてないけど。

UUCPが無くなるよ。
IIJももう終了したから、これで日本からは草の根UUCP以外は全滅だね。

>>821
ttp://www.rim.or.jp:/support/option/index.html
UUCPとML

歴史的な一場面に最後に立ち寄れてよかった。
最後はあっけなかったが。

>>802
いまさらメールアドレスかわるのもやだなｗ
というかプロバイダってどこがいいかわからん。

もしも
SunOSに出会わなかったら・・・
RIMNETに出会わなかったら・・・
きっと違う道を歩いていたのだろうな。

>>820
さくらって接続？

>>825
いや、shellだけ。接続は別のところ(IIJ4U)を使ってる。

さくらだとnavi2chで2ちゃんに書き込めないのが痛いけど、
それ以外は全てにおいてrimより快適かもｗ

さてマイディスクとウェブサーバの掃除もすんだので
私はここらで落ちます。おやすみなさい。ごきげんよう。

>>826
接続はどこでもあまり困らないかも。
そもそもうちはまだ光きてないｗ

12年と10ヶ月続けたuucp終了
寂しいもんがあるな

C:\>ping shell.rim.or.jp

Pinging shell.al.rim.or.jp [202.247.191.81] with 32 bytes of data:

Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 202.247.191.81:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

なんだか寂しいねぇ。
SunOSからNetBSDに変更、その後すぐにNFS障害だかで
FreeBSDに変更されたのが1999年だったかな。
当時、自分のサーバを3.0-CURRENTで運用していたので
ちょっと気になっていた。
うちのは2004年に引退して4系に引き継がれたけどね。
知っている人は知っているだろうけど、こんなI/F使われていた。

de0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 202.247.191.81 netmask 0xfffffff0 broadcast 202.247.191.95
ether 00:90:cc:a1:9d:21
media: autoselect (100baseTX <full-duplex>) status: active
supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP
de1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 10.20.49.100 netmask 0xffffffc0 broadcast 10.20.49.127
ether 00:90:cc:a1:9d:22
media: autoselect (100baseTX <full-duplex>) status: active
supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP
de2: flags=8c02<BROADCAST,OACTIVE,SIMPLEX,MULTICAST> mtu 1500
ether 00:90:cc:a1:9d:23
media: autoselect
supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP
de3: flags=8c02<BROADCAST,OACTIVE,SIMPLEX,MULTICAST> mtu 1500
ether 00:90:cc:a1:9d:24
media: autoselect
supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP

いま現在、サービス案内にはまだshellだ、UUCPだと残っているんだな。
http://www.rim.or.jp/service/index.html
ある意味、不当表示だぜ。

...

最近妙に接続がブツブツ切れて、WebブラウズはもちろんSMTPにも数秒〜数十秒繋がらなかったりするんだけど…
ちなみに名古屋近郊。
他の地域はこんな現象は起きてない？

もう　終わりだね♪
リムが　小さく見える♪

Internetからログインできてcgiのコンパイルとかできるshellを作ってくれてもいいような気がする。
他所にはmailもtelnetもftpもできなくて
作ったファイルは一定期間経ったら削除される
ってのでどうだ？


つか もともとリムネットってshellがメインのサービスで、ダイヤルアップは有料のオプションだったわけだしな。

やぱし 桜に脱出か・・・

あと一年で引っ越しと共にリムネットから脱出予定。
あと一年は接続サービスだけでも持ってほしいな。
いま切り替えるのは面倒だから。

ISPに住所変更の手続きするだけじゃね？
そんなに面倒か？

>>836
＞Internetからログインできて
たぶんこれが一番問題になると思う。
逆引きを設定しない某大国からの総当り攻撃はひどい・・・。
送信DNSパケットが一気に増加したから何事かと思ったｗ

＞他所にはmailもtelnetもftpもできなくて
認証とおって使う分にはあまり関係ないような気がする。

＃出先からすぐに接続できないならあまり嬉しくないし。

というか、今時共用鯖でshell開放なんて喜んでやる業者はいないかと。
VPSや専用鯖なら、管理はユーザの責任ということでISPの負担を軽くできるが。

リムがshell鯖の利用を自社ネットワークからしか認めていなかったのは
末期症状の表れではあったが、それでも管理が重荷になるということだ。

「アスキーネット開始」と聞いたとき、shellというか
TSSでプログラム組んだりできるんだと思った。

BBSなんて知らなかったあのころ...

>>841
実験システム時代はできたらしいよ。
通常のシェルに抜けてccやemacsも起動できた。
「できた」っつーかシステム破りだから、すぐに発見されて"*"にされてしまうわけだがw

お星様になった人々のリストとその理由の一覧が流れたことがあったなぁ

net news　見ようと思ったら・・・・

みんなあぼーん

たった今あることに気がついたが、きっとぬか喜びなので黙っておこう…。

とりあえずやり残してしまっていた最後のミッション終了。
これで心残りは無い…。

ううむ、やはり何かの手違いだったのだろうか…。
それとも見てる人がいる？

もし終わるまで待っていてくれたんだとしたら、ありがとう。

>>847
ん？　なに？　なにがあったの？

一昨日あたりから、perlのコアダンプが吐き出されるようになった。
例のrecoveryファイルが残っているせいかと思って消してみたけど、症状は変わらない。
今までこんなことなかったんだけど、shellサーバー終了と何か関係があるのだろうか。

>>849
ほんとだ。ウチでは10/6にcoreが出来ていたことに今気付いた。
Perlのじゃなくて、shスクリプトから起動した某UNIXコマンドのだけど。

あ、www8もお亡くなりになったかな？　あと６台。

shellのなくなったrimなんてコーヒーの無いクリープみたいなもんだな。

そのうちクリープも無くなるお

>>848
数十分の間だけ、終了したはずのサービスが復活してた。

USER TOOLってまともに動かないじゃないか。
メールの転送先の設定ができないぞ。

.forward、簡単だったなあ。

やり方わかった。
マニュアルと違う〜

>>853
ああ、やっぱり気づいていた人もいたのか。
さすがリムユーザｗ

>>854
ユーザーツール最近変ったんだよね。
変更の予告あったのかな。突然変っててびっくりした。

転送先の設定、わりと頻繁にやるんだけど、以前と比べて使いづらくなった。

激しくスレ違いなんだが、
IPv6での接続に興味がある人いるかな？
shellがなくなったから自分で設置してみようと思って、
どうせならIPv6にもつなげてみようとか妄想してますｗ
回線の手配すらまだですがｗ

shellっていうか cgi 用の c のプログラムがコンパイルできないのなら
他所に脱出しようかな。




ウェブサーバでコンパイル用のcgi用意するってのを試してからでもいいか・・・

>>859
そんなもん、ローカルでstaticバイナリ作成してアップすりゃいいだけだろ。
CGI動くのだからできるだろたぶん。

>FreeBSD www6.al.rim.or.jp 3.3-RELEASE FreeBSD 3.3-RELEASE #5: Fri Feb 6 15:33:45 JST 2004 seki@youido:/usr/src/sys/compile/RIMNET.web i386
>HTTP_HOST=www.st.rim.or.jp
>PATH=/usr/local/bin:/usr/bin:/bin
>SERVER_SOFTWARE=Apache/1.3.9 (Unix)

って、いまどき1.3.9かよｗ

>>860
元のソースが1.3.9ってだけでは？

突っ込みどころは

>FreeBSD www6.al.rim.or.jp 3.3-RELEASE FreeBSD 3.3-RELEASE #5: Fri Feb 6 15:33:45 JST 2004

じゃないか？

>>862
ごにょごにょするとごにょごにょできる(謎)
アカウント停止されたくないからこれ以上は調べないけど。
もっともサーバをきちんと監視していればの話だがｗ

運営してるイージェーワークスってどんな会社ですか？

場末のISPをコレクションする会社。
気が付いたら自分のプロバイダがふたつともejworks傘下だったのにはワラタｗ

運営や管理に不満を唱えるヘビーユーザーが多い。
仕事柄よく電話サポートにお世話になるが、基本的に電話対応は良い部類かな。


ちなみに同社のweb製作はマイナーながらかなりいい仕事をする。
意外な大手クライアントもいて少々驚いた。

おや、昨日www8が一時的に復活していたようだ。今はもう死んでいるけど。

ftpサーバーかな？ 時刻が1年前に戻ってるんだけど。
ファイルに書き込むとタイムスタンプが1年前の明日になっちゃいます。
CGIで取得した時刻は正常なようだけど。

今確認したら、ファイルのタイムスタンプが9時間先の未来になってるんだが。

また1年から6時間ばかり前のタイムスタンプに戻ったよ。
今のスタッフってサーバーのタイマーもろくに設定できないのか。

タイムスタンプが１年前になっているように見える人は
使っているFTPクライアントがあまり賢くないんだな。
本当は９時間進んでるんだよ。

なるほど、それでころころ年が変わるんですね。
9時間ということは、タイムゾーンの設定あたりかな。

オンラインでの契約確認や変更など全て中断されてるようですが
いつからでしょうか。アナウンスありましたっけ？

リムの障害情報にも9時間ズレの件は書かれてないが…本気で気付いてないかもな。

仕方ないからメール送るか。

うーん、気付いているけど直せないんじゃないかな。
９時間ズレは7/16(金)の17時台から発生しているから、
間違えた設定をしてすぐに帰宅した技術担当者が
月曜日の朝に出勤して来るまで放置されるような気がする。

間違えた。7/16じゃなくて11/16ね。

タイムスタンプ直ったね。まさに >>874 の言ったとおり。
俺のように頭の悪いFTPクライアント使ってたような人たちなんかに、
結構影響あったと思うけど、障害情報の報告は無しですか。

いや、完全には直ってない。よく見ると実は62秒ほど遅れてるぞ・・・

>>877
NTPを見てないとか、中のネットワークで激しくジッターを起こしているとか？
どっちにしろ、ダメダメだな。

おかしな現象に気が付いた。
cgiでファイルを生成した後で、タイムスタンプのズレが起きないように

$ts = time();
utime( $ts, $ts, $filename );

を実行するようにしたところ、ファイルのタイムスタンプは変わらない。
約１分遅れたままだ。
ところが

utime( $ts-1, $ts-1, $filename );

としたら、ちゃんと現在時刻から１秒遅れにセットされる。
いったいどうして？

外してるかも？ですが　ＮＦＳサーバとホストの時刻がずれていて、
どっかキャッシュが生きていて同じ時刻だと変更がきかないとか？

>>880
うん、そうかも、と思って次のようにしてみた。

$ts = time();
utime( $ts-1, $ts-1, $filename );
utime( $ts, $ts, $filename );

２行めでタイムスタンプは今から１秒前になり、ここでキャッシュがクリアされて、
３行めでタイムスタンプは現在時刻ちょうどになるはずだよね。
でも、実際にはタイムスタンプは１分昔に戻ってしまう・・・
つまり、何もしないのと同じなんだ。わけがわからん。

話の流れをぶったぎるが。

なんとか動き出せるかも。
当初はOCN＋IPv6トンネルでいくつもり。
IPv6側はYAMAHA RTX1100か1000を置く予定。
問題はまだある。スイッチとルータの方にUPS優先させるので、
サーバ側にまわせる余力が少ないｗ
実験中はrim.or.jpのメールアドレスを受け取れる事が絶対条件です。
接続ISPがどこであるかは問いません。
もし固定IP1個でもお使いであれば、
IPv6トンネリングの人柱になってもらうかもｗ

あるていど目処ができてきたので、
少しまじめに考えようとおもうのだけど、
何かあったほうがいい機能とか
要望質問があればここか↓までください。
[email protected]

あぁ、telnet接続とprocmailが両方使える、個人向けのshellホスト提供サービスはないものか。

>>883

>>741 じゃだめ？　 procmail 知らないけど、 rim で使ってた
spamフィルタやら、ML (fml1.5) やら、 Unix From 細工するだけで
簡単に移行できたし。

>>884
さすがに今時telnetが使えるところはないんじゃないか？

ejワークス系のプロバイダって、夕方から速度低下してない？

吸収された地方のプロバイダだから、冷遇されているのかもしれないけど

普通に teraterm で使ってますよｗ。
機能一覧でも TELNET と明記してます。

「ない＝非常識で有りえない」　ならスマソ

さくらストップ安なんだよな

>>887
うぉっ！本当だ。
ずっと使ってるのに知らんかった…。

っていうか、さくらインターネット結構度胸あるなあ…。

>>884
ありがとう、それはつまり .forwardがつかえるってことだよね？
sakuraスタンダードは機能一覧表で振り分けメール転送が×だったから
悩んでたんだけど、それなら大丈夫そうだ。

>>886

接続回線や使ってるプロバイダーも明記せにゃ何とも言えない。
例えばRIMでBフレならローミングのフリービットが流量制限を掛けたりする。

単純に周辺環境の問題かもしれんし。


うちはRIMとアレスのアカウント持ってるんだが接続はアレスでBフレ、地域は群馬。
ローミングはNTTPCか、特に不満は無いよ。

>>891
リムとアレスとはこれまた渋い。
さすがこのスレの住人だｗ

yournet規制アゲ

>>890 .forward 機能に似てるけど、書式とか来る内容が違うから
要注意です。

% more .mailfilter
to "| filter/hogehoge.pl"

みたいな感じ。 Sendmail だと先頭 "From [email protected]" みたいな
ところが　"Return-Path: [email protected]" になってます。でそこを
From に戻すようにした。 local だと From のままだったことも。
振り分け後にさらに振り分けるみたいな。　エンジン知りません。
詳しくはさくらスレで聞いてみてください。私覗いたことないけど（汗）

>>894
ありがとう。
契約してから調べてみたけど、基本的に特定アドレスからのメールを
携帯に転送する振り分け転送しかしてないから、
procmailを使うまでもなく、mailfilterで何とかなりそうです。

そろそろスレ違いですね(^^;)

スレが止まったのはみんなRIMをやめたから？

ネタがないし

便りがないのは無事な証拠

今、ユーザってどれくらいいるんだろう？

リム単体で3万人以下
でも、運営会社の持ってるISPの中では1番多い

まだそんなにいるのか…。そのうちメールのみの会員はどれくらいいるんだろう。

ウェブサイト保持のためだけの会員も多そうだ
って、ノシ

>>901
ﾉｼ

元々サイト更新してなかったけど、あの事件が閉鎖のきっかけになったよ。

>>901
ﾉｼ

退会しようしようと思っているのに、ついついズルズル延ばしてしまう。

結局そのままリムでサイトを続けてる俺。

もう10年以上だし今更変えるのも億劫なんだよね

>>906
茹で蛙

それでもst.rimはor.jpの中ではトップクラスのステータスだと思うわけです　　　　　← 老害

メアド変えたくないし（さくらに転送）、回線が　e-access だから２００円継続ｗ

なんか、うちのサイトに設置したファイルのアクセス権がぐちゃぐちゃになってるんだが。
FTPで見てみたら、午後2時頃にコアファイル出来てるし。
今朝起きた障害と何か関係あるのか？というか他でも起きてるのだろうか？

コアファイルってどうして出来るの？
あれ勝手に捨てちゃっても平気？

coreはデバックに使う物だから、捨てても影響なし

デバッグね、「グ」。

「ッ」は要るんでつか。

なんでもいいよ('Ａ｀)
テマークでもテパッコでも。

debugと書けばいい。

電気通信事業の届出の受理通知がきました。
二週間ぐらいかかるのか＠関東総合

届出番号　A-19-9557
届出年月日　平成19年11月30日

回線工事はまだだけど、人柱と協力者求む。
実験中はメールアドレス以外の情報を収集しないかわりに
rim.or.jpの到達性をもって本人確認に替えます。
要望とかはこっちに＞＞[email protected]

ネタじゃなかったのか。
乙。

またもやリムのサイト全てがNot Foundになる障害ががが

んー、またNFSサーバがぶっとんだかな？

復旧したけど、とりあえずサーバの再起動でどうにかしたって程度っぽそう。
これからも定期的に障害が起きそうで頭痛いわ。

www8 上でCGIからファイルをオープンして読み込むと、
ごく一部だけど読み込みデータがバケるように見えるな。
同じファイル、同じCGIでも、他のサーバ上では発生しない。
ちょっと詳しく検証してみる。

ざくっと調べてみたところ、www8に限り、CGIによらず、
ある特定のファイルを読み込むと１バイトだけ必ずバケる。
他のwebサーバでは発生しない。
バケる箇所は毎回同じだが、バケ方は複数（今のところ２パターンだけ）。
"a" が "!" にバケる場合と "Q" にバケる場合の２パターン。

a = 0x61 = 01100001
! = 0x21 = 00100001
Q = 0x51 = 01010001

なんとなく傾向は読めなくもないな。

あ、もしかすると、最近ときどき発生しているコアダンプはこの現象のせいか！？

おや、現象が収まった・・・

数日目を離していたら、.coreファイルが5MBにまで膨らんでた。
勘弁してくれ。

>>918
どうせなら真面目に？やってみようかと。
整理していたら株式会社ラピドシステムズ
「特別第２種電気通信事業スタート記念」
というお知らせの葉書出てきて懐かしかったので勢いで検討ｗ

FreeBSD4系の退役マシンを復活させるべく↓のような物を用意しました。
回線工事は来週になるけど、とりあえず立ち上げはこんな感じで。

＃退役マシンがまともに稼動できるのかって心配はあるが・・・

主な仕様
回線：Bフレッツハイパーファミリー(新規契約)
プロバイダ：未定（IP8個＋IPv6トンネル）
ルータ：YAMAHA RTX1100
サーバ：i810 P3-800MHz 512MB ATA66/80GB FreeBSD7系予定
UPS：APC Smart-UPS SU1400RMJ2U

>>927
協力したかったけど先月末でrim退会しちゃったわんこ。

coreが出来る場所が決まってるなら、同名のサイズ0のファイルを作って
パーミッションを400とか000とかにしておけばどうかな。

>>928
rim.or.jp固定にしているのはそれ以外を拒否する為ではなく、
私が利用しているのでドメインを識別できるという理由なのです。
もし代替の方法が取れるのであればそれで構わないですよ。
というかぜひ協力してください。お願いします。

要は法的根拠によって個人情報の提供が必要になった場合に
個人を容易に特定できればいいのです。
もちろん提供を拒否すれば公務執行妨害で当方の運営が難しくなって、
他の利用者に迷惑であろうと想像できる。

とりあえず何でもいい
経営者はPCデポの野島だし、社長の彼女は伊○まいこで
よろしくやってるし・・・・
リムの事なんか、老舗のISPとしか考えてないし。

好き勝手やれー

一生の不覚
CGIがこけてブラウザにメッセージが表示されたのに、
スクリーンショット撮ろうとしたら巻き戻しちゃった。

Shellのないrimなんてコーヒーの無いクリープだ

年末年始にウェブのサーバでＣのコンパイルできるように試してみようと思ったが
俺も忙しくてそんな暇なさそうだ
数年前の無職の時なら徹夜でがんぱったのだがな・・・

予定よりちょっと遅れたけどサーバを立ち上げました。
まだIPv6はないけど。
http://shell.peach.ne.jp/
必要なソフトを調べる意味合いも兼ねてます。

現時点のカーネル
FreeBSD shell.peach.ne.jp 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Fri Dec 21 22:08:20 JS
T 2007 [email protected]:/usr/src/sys/i386/compile/GENERIC i386

赤きぼう！！赤きぼう！！

とりあえずおまいら明けましておめでとう。
今年もよろしくグッジョブ。

あけましておめでとうございます。
今年もよろしくお願いします。

>>935
まだ必要とするならばメールください。

さて、サーバにIPv6も設定したので、
この件に関する書き込みは最後になります。
今後の問い合わせは [email protected] までお願いします。
レスくれた人ありがとうございます。
いままでお騒がせしてごめんなさい。

現時点のカーネル
FreeBSD shell.peach.ne.jp 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #1: Thu Jan 3 1
8:03:05 JST 2008 [email protected]:/usr/src/sys/i386/compile/GENERIC
i386

>>937
激しく乙。

1994年〜1995年くらいの仕様でRIMモドキを作れば リムネットユーザーを丸ごといただけるんじゃね？

Shellはデフォでついてきて　ユーザーサポートは基本的に無し
ＮｅｔＮｅｗｓを提供するので質問はそこでユーザー同士で解決・・（Webでもアクセス可にするか？）
今風にDiskSpaceは大き目にして
メールは各自のモラルで早めにパソコンに移動させるかG-mailあたりで読ませておく。

ってのでどうだ？

>>939
レンタル鯖でよくね？

URLもメールアドレスも変わるんだったら、さくらの方が数段マシじゃん。
94〜95の頃のRIMの仕様は、当時としては最先端だったが、
今じゃハナシにならん。

この時間帯、あり得ないぐらいメール配送が遅れてないですか？
リム→リムに自分あてのメール送って、１時間ぐらい掛かってる。

仕様です。

外国のスパムばっかりバンバン来る。
日本のはほとんどこなくなった。
最近の傾向？

昨日の朝から www5 が停止中。
現在動いているのは www1、www3、www6、www7、www9 の５台のみ。

ディスク障害の発生までは１０台で負荷分散していたWebサーバが
わずか半年足らずで半減しちまったよ、おい。
このペースで行くと今年中には動かせるWebサーバがなくなるぞ・・・

会員が減って、負荷分散の必要性も減ってきてるとか…

>>944
どんなの使っているか知らないが、
入口にspamフィルターがあるからね。
メールサーバーのトラフィック削減て名目だったけど、
何が弾かれたか分からないのは困る。