【メンテ】DEEP Mailがうんこ過ぎる件について2【多すぎ】

---

前スレ
DEEP Mailがうんこ過ぎる件について。
http://www.kyoto-u.com/lounge/lifestyle/html/200701/07010009.html

---

昨日学会から帰ってみたら
メールが見れない・・・
エントリーのIDが確認できない・・・
明日の21時まで待つしかないのでしょうか？

---

2get

---

getし損じた…

---

>電子メールはインターネットに接続した組織が, 主体的に「最善の努力」で配送する仕掛けです. 日常的な利用には大変便利なメディアではありますが, 郵便事業のように政府の管理のもとで配送を保証したサービスではないということを十分にご理解ください.

---

最善の努力で運営してますので、文句は受け付けません。

---

>>配送を保証したサービスではない

それは、あくまでサーバーが稼働しているという条件の下の話であって、これほど頻繁にサーバーを停止させ、配送がその時されないことを擁護できる理由には成らない。

一般的な問題と、今回の問題を完全に混同している稚拙な言い訳だと思う。つーか誠意無い。

---

DEEP Mailは決して就活に使ってはいけない。

しかし、プロバイダのアドレスを使わないのなんで？
ユーザから金取ってるから、信頼性はあるでしょうに。
無料サービスはどうも信用できないし、クレームも
強くは言いにくい。タダだしね。

---

さっき人事から電話があったときにID聞いたから解決．
初めてエントリーした時に何気なく使ったから，
就活専用アドレスになってしまった．

---

＞就活中の人
OutlookExpressなんかのメーラーで受信して
自分のパソコンに残しておいたほうがいいよ。
受信はPOPよりもIMAPの方が未読・既読制御できるし便利。
http://www.iimc.kyoto-u.ac.jp/services/ecs/services/mail/mailsoft.php
サービス停止中に新規に送受信することはできないけど、
受信してダウンロード済みのものは停止してても見れるから。

---

無料サービスなのか？

---

あんまり詳しくないのですけれど、出先から確認しやすいと思ってoutlookではなくメディセンのアドレスを登録してしまいましたよ。

あと、企業の人は、「学生証の呈示を求めるよりも確実な身分証明だ」とおっしゃっていました。
Active Mailのままでよかったのになぁと思います。

---

メールは必ず届くと信じている人が非常に多い……
SMTPにそんな過剰な期待をかけるなよ……

メンテが多いのはリプレースの時期やったからしゃーないな

---

必ず届くわけではない。その技術的な理由は分かる。しかし、サーバーが止まってたら絶対に届かない。みんなが責めているのは後者。就活の開始時期にシステム入れ替えなくても良いのにと正直思う。

---

列車が必ず定時到着だと信じている人が非常に多い……
JRにそんな過剰な期待をかけるなよ……

人身事故が多いのは新年度の時期だからしゃーないな

---

すき家に入れば必ず客として扱われると信じている人が非常に多い……
すき家バイトに過剰な期待をかけるなよ……

暴言吐かれるのが多いのは学生街やからしゃーないな

---

朝のラッシュ時間に、電車が車体整備で完全に止まっている。ラッシュ時に、わざわざ整備をして電車を止めるなと言う苦情に対して、ＪＲは

列車が必ず定時到着だと信じている人が非常に多い……JRにそんな過剰な期待をかけるなよ……

それに、数時間後に遅れて復旧して、再輸送するから、文句を言うな。

---

リプレースの時期は年度の切り替わりで適当だったと思うけどなぁ……　一体いつならよかったと考えているの？
そもそも信頼度のそれほど高くない手段に頼りきりなのが問題なのでは？　企業側もメールが安全だと信じている人が多いから、どうしようもないというのはあるかもしれないけど。

---

京都のお店に入れば必ず客として扱われると信じている人が非常に多い……
京都人に過剰な期待をかけるなよ……

キティな店員が多いのはもののけに憑依されているからしゃーないな

---

授業などの教育活動で使用するのが主目的だから、リプレースは春休みしかできないよね

夏休みは入札とかがまにあわないし

---

Google　ポン大にメールシステムを無料提供。
http://www.asahi.com/business/update/0407/TKY200704070205.html

Deep Mailなんてやめてこっちに移行してくれ。金がないんだろ？丁度いいべ。

---

I tried to send this message in 120 hour(s).
But, I can't deliver it.

あああああああ

---

来るはずのメールが来なかったという苦情はあるようですが、こちらのメールが相手に届いてなかったというケースはありますか？大事なメールが向こうに届いてるかどうか心配で・・・

---

自分と相手を置き換えて考えることができるのなら自ずと答えは見つかると思うけどなぁ……

---

文系はそれくらいのことも分からんアホなんやからしゃーない

# えっ、理系？　ツールの特性もろくに理解せずに使う奴は理系とは思えない

---

全単射な写像しか知らない文系乙ｗｗｗ

---

↑×3やけど、何が言いたいの？

相手の送ったものが届かないことがあるということは、当然自分が送ったものが届かないということもあるわけで、それと逆写像とを掛けているんかなぁ？　でも正直意味は図りかねる……

知っている言葉を書きたいだけだったらチラシの裏にでも書いてください

---

＞相手の送ったものが届かないことがあるということは、当然自分が送ったものが届かないということもあるわけで

証明してください。
私が昔使っていたプロバイダでは受信ミスは起こりましたが送信ミスは起こったことがありません。
もちろんDeep Mailは糞ですから、あなたの言うように送信ミスも起こっている“可能性”はありますが、質問者は実際に起こった事例があるかどうかを問うているのだと思います。

---

わかったわかった
必ず届く保証はないって言い直せばいいんだろ？

---

えぇと、DEEP Mailから不特定のHost（質問者が送信先を言わないからね）への送信について、私は送信に失敗した事を聞いたことはありません。

ただ、ここでは、DEEP Mailは受信できなった事例があるんじゃなくて、メンテナンスで絶対に受信できない期間があったという話なんじゃないのですか？　ならばその期間中は送信も出来ませんので、そういう意味では届かないこともあったといえるかもしれません。

これで安心ですか？　メール、届いているといいですね。でも、届いていないからといって私に文句を言わないでくださいね。

> 証明してください。
送信者と受信者が決まっている場合、送信に失敗する、と受信に失敗する、というのは共に同じことですよね（分かりませんか？　あなたが受信に失敗したということはすなわち相手が送信に失敗したということです）（厳密に言うとちょっと違いますけど、煩雑になるのでやめます）。
そして、上述したように別にDEEP Mailの受信機能が著しく悪いわけではないので、自分と相手は同等だと考えると、相手が送信に失敗する、すなわち自分が受信に失敗することもあれば、相手が受信に失敗することもある、というのが分かりますよね。
これはつまり自分が送信に失敗するということなので、最初の
>＞相手の送ったものが届かないことがあるということは、当然自分が送ったものが届かないということもあるわけで
につながるのです。お分かりいただけましたか？

送信ミスが起こったことがないからといって絶対に届いたという保証があるわけではなく、逆にミスがたまに発生しても届いていないという保証はありません。大事なメールで心配ならば、電話してみるのがよいかと思われます。

---

というか、元の質問者（さんまさん）のすぐ上に送信失敗の事例があるやん……　つまり、質問の答えは「ある」でえぇんやないの？

---

皆さんご回答ありがとうございます。
確かに前の私のすぐ上に失敗例があるようですが、私が聞きたかったのは、そういうエラーメッセージが出ないケースや、システムの停止が予告されていなかった時間など、こちらにも果たしてメールが送れているのか送れていないのか判断がつかないような状況において実は失敗していた、という事例がないかどうかということです。
確か前スレでは受信に関してはそういう苦情を言っていた人がいるので。

＞↑↑の方
システムの停止やシステム全体の故障のときなどは当然受信も送信もダメになりますが、受信と送信は仕組みが異なるので、普段は一方だけが何らかの原因でトラブることはあるのではないでしょうか。（「い」さんの書きこみ参照）

---

要はストレスなく利用できるようにしろってだけの話。
そういう環境を提供する気がないならば、kyoto-u.ac.jpでのサービス提供をやめるべきだ。
このドメインにどれだけの価値（外部からの信頼性諸々）があるかという自覚が足りなすぎる。

---

アドレスかえたい

---

↑↑
うん、だから仮に「い」さんが言うような、受信ミスはありえても送信ミスはありえないプロパイダがあるとしましょう。でも宛先が受信ミスを起こせば、こちらのサーバが送信成功していても、実際は送れていませんよね。これも送信ミスだとすると、相手が送信ミスをおこすこともあれば自分も送信ミスを起こすこともあるといえるのではないでしょうか。。。
素直に考えると当たり前なことだと思いますが、これでも理解できないのでしたらSMTPについて調べてみてください。以下にリンクを張っておきます。
http://tools.ietf.org/html/rfc2821

↑
メンテも終わったし、どんなストレスがあるのですか？

---

繰り返しますが、私は可能性について聞いているのではなく、実際に起こったか、と聞いているのです。

そもそも、相手の受信ミスはもちろん見方によってはこちらの送信ミスですが、それはDeepMailの責任ではないので今は議論の対象にしていません。それはどんなシステムを使っていても相手次第で起こる可能性です。

＃今後はDeepMailで人に送るときにはccで自分の捨てアドにも送ることにしました。送信エラーが起こっていればccにも来ないはずなので。

---

あのさぁ、何のエラーメッセージも返ってこないのならば「送信」は成功しているわけで（相手が受信できたかどうかは知らんよ）。

すなわち、あなたの質問を整理すると、エラーメッセージが返ってこない場合で送信が失敗した事例があるか、ただし相手の受信ミスは送信ミスには含めない。
この場合の答えは「ない」
エラーが返ってこないんだったら成功しているだろ。普通に考えてみろよ。
ただしこの場合実際に相手に届いているかどうかは考えてないよ。何しろ相手側の受信エラーをまったく無視しているんだから。

あと、怪しいフリーメールにccするのは、相手の人が怪しがるかもね。bccの方がええよきっと。

---

＞↑

送信に失敗した場合は、どんなに予測不可能なエラーであろうと、どんなにDeepMailが糞であろうと、“絶対に”エラーメッセージが返ってくるのですね？あなたはそれをちゃんと確認しているのですね？それならば多少安心できます。ありがとうございます。

最近はスパムの関係で、bccをなくそうとかbccに何か書いてあるメールを受け取らないようにしようとかいう動きがあると聞いたのでccにしています。一応＠マークの前は私の本名ですので、大丈夫かな、と。

---

＞この場合の答えは「ない」
＞エラーが返ってこないんだったら成功しているだろ。普通に考えてみろよ。

普通に考えて、エラーメッセージを返すためのプログラムにバグがあったら「ある」では？

---

えぇと、別に私が開発したわけやないから、そんな絶対とかいわれても困るんやけど……

その、SMTPについて少し調べてもらえるとわかると思うけど、あれはそんなに複雑なものやないので、あんまりバグは考えんでもえーと思うけどなぁ。DEEP Mailも一応売り物でしょ？　それくらいのテストはしてるって。

そもそも送信エラーってなに？ まともに使っている場合、送り先のhostが不明だとか応答しないとかはあると思うけど、この場合はちゃんとエラーは返ってくるね。予測不可能なエラーって、さんまさん、そんなへんてこりんなメールを送ったわけやないでしょ。DEEP Mailがどんなに糞でもって、そりゃまともに送信サーバとして設計されてないんやったら送信できないかもね。その辺は一応まともに動いていると思うけど。

あと、あなたのパソコンから送信サーバに接続する経路で障害があったら当然エラーメッセージは返ってこないだろうね。そもそも接続できていないんだから。

それと予測不可能なエラーを持ち出すのなら、それはDEEP Mailに限らずあり得るでしょ。その辺はメールシステムそのものの信頼性とも関わってくると思うけど、それを言うなら信頼性はそれほど高くないよ。

そもそも、予測不可能なエラーとか、どうしてDEEP Mailをそこまで糞だと考えているの？　そしてそこまで糞なものでどうして大事なメールを送ったの？　そんなナーバスになるんやったら、電話で連絡を取ればええじゃない。

---

丁寧な回答ありがとうございます。
予測不可能うんぬんは 2007/04/14(土)17:57:00 の人が
＞この場合の答えは「ない」
とあたかも絶対ないかのように断言していたので、ちょっと皮肉ってみただけです。あくまで私の質問は被害に遭われた方が実際にいるかどうか(つまり、実害が出るくらい、バグ等の存在確率が大きいかどうか)、です。

大事な件をメールで送ったのは、相手がメールでのみ受付けていたからです。(学会の申し込みです)

---

>メールシステムを含むすべてのサービスを停止します。

>停止日時：2007年 4月29日 (日) 9:00から 23:30まで

>http://www.iimc.kyoto-u.ac.jp/services/ecs/whatsnew/maintenance/detail/01024.html

>停止時間中に送られたメールは、携帯電話などの一部のサービスを除き、こちらのシステム復旧後に自動的に配送されます。

>ご迷惑をおかけして申し訳ありません。


アナウンスしてから実際に停止するまでの期間短すぎだろアホか
マジで日立は俺たちを馬鹿にしてるのか？

---

gmailを導入してくれ！

---

迷惑メール多いね。

---

>>9:00から 23:30まで
この時間指定が異常さを物語ってますな

---

しかもどうせ１１時半には終わらず、ずるずるメンテの予定終了時間が延びていく。

---

ま、30日はきびしいかもね。しかし、すごいね。よくもこんな不十分なシステム納入したものだ。といっても、予算がだいぶ削られたため、かなり安価なシステムになったと聞いたけど。おかげでactive mailからdeep mailになったとか。しかし、ひどいよな。
このまえoffice2007で作った書類が開けなかったから窓口行ったら、私物も含めてあそこにはvistaも2007もないから、何ともできないと言われた。そこまで貧乏なのか。ま、officeは変換ツールが入ったらしいのでメディセンでも使えるようになったが。

---

メール使えねえええと思ったら保守だったのか
↑×6を見る感じ24日にアナウンスされたみたいだけど、
メーラーで受信してる人はDeepmailのトップなんて見ないんだから全体にメーリス流すとかしてよ・・・

---

ソフトが糞なのはまだしも
対応も糞なのは許せんな

---

今つながらないのはメンテ中だから?

---

なんか糞重いな・・・

---

なんか糞重いな・・・

---

ブラウザで見るとＨＴＭＬみたいなふうになってるんだけど、なんとかする方法ないですか？

---

ウェブメールなんだから元々HTMLじゃね？

---

オプション→個人環境の設定→
（基本環境のタブ）メール閲覧方法の設定を「HTMLを許可」に→適用
でおっけー。
でもその設定で不用意にスパムメール開くなよ？

---

既出だったらすまん、
ユーザーテンプレート（背景色いじれるとこ）の「サンプルの表示」で出てくるサンプル画像の文字がどうみてもハングルなんだが、ひょっとして韓国のソフト会社の製品？
どういう経緯で、このソフトに変更したのか、説明してるとこある？

---

社名 　 ディープソフト株式会社
英名 　 DEEPSoft Company

所在地 　 ** JAPAN **
　〒116-0013 東京都荒川区西日暮里2-49-10
　TEL=03_5850_4100（代） FAX=03_5850_4170
URL：www.deepsoft.co.jp
URL：www.spamblock.jp

** KOREA **
　〒135-080 韓国 ソウル市 江南区 駅三洞 668-9 海石ビル 2階
　TEL=+82_2_562_8835 FAX=+82_02_562_8907
URL：www.deepsoft.co.kr
URL：www.deepmail.net
URL：www.wblock.co.kr

設立 　 2001年 12月 21日

役員 　 代表取締役　李　昇　燦(Seung-Chan, Lee)
取締役　　　　北野　利治(Toshiharu Kitano)
取締役　　　　河　正　浩(Jung-Ho, Ha)
取締役　　　　李　潤　采(Yoon-Chae, Lee)

主要導入先 　 文教、公共、一般企業等　累計1,500万アカウント以上

http://www.deepsoft.co.jp/html/company_intro.htm

---

ありがとう。

---

ログインページの言語選択のところでなぜかハングルが一番上にきてるから、なんとなく韓国の会社かなと思ってた。それはいいんだけど、留学生数が一番多いであろう中国語がないね。日立はどうなったの？

---

競争入札制度の悪弊だよな
数字上のスペックさえ満たしてしまえば、質よりも安かろう悪かろうが勝ってしまう

同じ外国製が入るなら、日大みたいにgmailにしてほしかった

---

それは安かろう悪かろうを排除できるような入札方式をデザインできなかった胴元の責任でもある。

---

hotmail へのメール送信について

2007年に入り，2回ほど hotmail にメールを送ると受信を拒否されていまし
た．現在は送信できるようになっています．

受信拒否された原因が不明なため，今後も同様に受信拒否される可能性があ
ります．

ご注意ください．

---

たぶんspamの踏み台にされたんだと思うよ。
いくらメディアセンターが対策しても、ユーザーのPCがボットにやられたらどうにもならないからね。

---

数学教室のメールサーバーも少し調子が悪いようだ。

http://ginjiro.nomaki.jp

---

thunderbird使用。
家で受信はできるのだが、送信ができないのは仕様ですか？
設定がまずいのかな・・・

---

設定じゃね？
俺は雷鳥じゃないけど

---

また、止まるらしいやん。
１７−１９と２５。

---

夏休み中に動かしてやってるだけでもありがたいと思え。
金も払ってないくせにクソガキが。

---

上は運営者の気持ち？

---

まじつかえねぇ！！！！
予告なしでメンテナンスとか！
いつ終了するかも書いてねーし、信頼性低すぎだろ！
インターンの連絡きてたから返信しなきゃいけないのに・・・
まじ糞だ

---

あ、予告あったのね（＾＾；

---

3つ上のレスも読めない低能がEmailを使うのは難しいかと思います。

---

ごめんちゃい！だってかなりむかついたんだもーん
あ！ちなみにＥメールは普通に使えますよ！

---

管理者の労働強化につながるので、
サービスは平日午前九時から午後五時に限定すべきだと思う。
そうすればきっとメンテナンスも減ってみんなが満足できる。

---

てゆーかなんでそもそもそんなに大掛かりに全部止めてまで何回もメンテする必要があるの？
管理方法の問題でしょ
処理が遅くなってもいいから動作できる状態を維持したままメンテできるよーに最初から作れよ
保守の仕方が下手すぎる

---

結局安かろう悪かろうなんだろうな
システム作ったところのスキルが低すぎる

４月５月に停止してたときは「ああシステム切り替え期だしいろいろあるんだろうな」と思ってたけど、
８月にもなって大規模停止を何度もするのは、プロとして駄目と言わざるを得ない

---

うるせーよ

---

これがLeading #1 Advanced Solutionだとは笑わせる。

---

>DEEP Mailがうんこ過ぎる

数学教室のサーバーも具合悪いし、フリーメールのメアド作って転送した方がええで。

http://ginjiro.nomaki.jp

---

荒らし乙

---

> 荒らし乙

君の解は不定だ。

http://ginjiro.nomaki.jp

---