メール(ML)配信が遅い。

質問

メール(ML)配信が遅い。

FTTHでワイヤレスルーター使用、速度は54M出ています。WinXP,SP-1
セキュリティソフトはAvira、メーラーはThunderbird3。

yahoogroups.jpのMLあてに@niftyからメール(Webではない)を送ると
早い時は1分以内に配信されるが、時々(かなりの頻度で)1時間以上
かかって配信される。（2日前のは1時間40分掛かりました）
“誰さんの講演が放送されているよ”とMLで知らせても放送が
終わった頃に配信されては無意味。

他のMLメンバーのメールヘッダー詳細を見ると(eonetなど)
いろんな転送経路を経ても時間表示はすべてGMT-9ですが
@niftyから送ったものはGMT-9からGMT-0に変わり再びGMT-9
に戻っています。
と言うことは、@niftyは途中で日本国外へ転送されて再び
日本に転送されて来るので、その転送に時間が掛かるのでは
と思っています。（国外サーバーの容量が少ない？？）
この認識で正しいのでしょうか？

という事であれば、プロバイダーを代えないとML配信遅れは
解消されないと思うのですが、如何でしょう？

回答No.3

hallo_haro · ベストアンサー

＞メールはどうでもいい話しか流せないように思います。

結論的にはそうですが、少し確認を。

ＭＬでの配信時間に関係する部分として、
・ＭＬを受信するメールサーバの性能とそのサーバの回線速度。
・ＭＬ宛にメールを送ったときの送信サーバの処理速度と回線速度。
（ＭＬ参加人数に大きく影響）
・ＭＬからのメールを受信するＰＣの性能と、回線速度。

これらがすべて良い条件ですと、まあほとんどリアルタイム配信です。

そもそも、一般大衆と言え、フリー（無料）のＭＬ環境に
速度性能は求めてはいけません。

私の場合、加入プロバイダのオプションでＭＬを利用していますが、
全く問題なくリアルタイムに近く配信されています。

送受信の問題が絡むので、プロバイダを変えると言うよりも
ＭＬサーバを変える方が効果的かと思います。

お礼

ご回答ありがとうございます。
＞送受信の問題が絡むので、プロバイダを変えると言うよりも
＞ＭＬサーバを変える方が効果的かと思います。

個人でどうこう出来るものでは無さそうですので、緊急連絡
などは電話やFaxで対処し、時間に余裕のあるもののみＭＬ
を使おうと思います。

通常のメールでも、市内同士でありながら5時間もかかった
事例もあるので、メールは信用するに足りないシステムだと
思っています。
(翌日搭乗の国際線航空券を手配し、e-ticketを送って貰った
が直ぐに届かず、faxして貰いました。
市内営業所→外国の本社(アジア)→市内営業所のルートで時間
が掛かったようです、メール恐るべしです。）

回答No.4

geshon

質問の回答ではありませんが、いくつか誤解があるようなので補足します。

リアルタイムという言葉について
普通の会話で「リアルタイム」という言葉を使っても、使っている方と
受け取る側で定義が異なることがあるので、会話が噛み合わないことがあります。
「リアルタイムOS」の定義ぐらいになると厳密に定義されていることが多いので
誤解もほとんどないのですが。
ある人は「遅延時間が少ないこと」かもしれないし、「実時間以内に処理が
終わること」かもしれません。
例えば、地デジ放送は時報が送れない程度に映像・音声の再生が遅れます。
しかし、動画や音声が途切れたり遅くなったり速くなったりはしません。
ある人は遅延時間からリアルタイム性が無いと言うでしょうし、ある人は
動画・音声が進み・遅れ無く再生されていることからリアルタイム性があると
言うかもしれません。

初期のインターネットの軍事目的について
> そもそもインターネットが開発されたのは軍事目的で、いかなる場合でも
> 通信手段が取れるという目的だったようですが、有限の回線と無限のユーザー
> との需給のミスマッチで当初の目的は霞んでしまったようです。

おそらくARPAnet,DARPA netのころの事情を言っていると思われます。
当時アメリカ国防総省高等研究開発局が中心になって開発されていた経緯が
あります。しかし当時を知る人の多くは軍事開発や核攻撃に耐えられる研究を
している意識よりも、研究費を得るためのお題目に過ぎなかったと
言っている人が多いです。つまり予算は軍事関係から出ているが、研究内容は
軍事関係ではなかったであろうと言うことです。

そして、当時の目的が霞んでいるとは思えません。

例えば当時からの開発の成果としては、複数の経路がある通信において
ひとつの経路が通信できなくなったとしても、途切れること無く通信ができる
というのがあります。
これは、例えばルータの一つが故障したり、メールサーバの一つが故障しても
他のネットワークのルートがすぐに確立したり代替えのサーバがメールを受けたり
することで、通信が途切れることを回避しています。
もっと極端に言えば、パソコンの通信ケーブル(LAN)を外してもタイムアウトする
時間内に戻せば、エラーは発生せず元のように通信ができることからもわかります。
当然の事のようですが、これはハードウエア・ソフトウエアとして驚異的な技術です。

しかし、いわゆるリアルタイム性や、ある時間内に処理がされるといった研究は
ほとんどなかったと思われます。つまり、メールにしろなんにしろ、質問者さんが
霞んだと思っているような技術は当時ほとんど研究されていなかったと思われます。

むしろ、これからどんどん開発されていくべき技術だと思います。

メールによる通知について
ここでは、講演が始まったの通知ですが、常にメールの配信が例えば１分
以内に終了したとしても、講演の開始の通知としては不適切でしょう。
それはメールの使われ方に問題があります。メールが配信されても
結局は利用者のメールソフトがサーバを見に行かなくてはいけません。
それは１分間隔かもしれませんし１時間間隔かもしれません。
利用者の気の向いた時かもしれません。
また、メールソフトがメールを取り込んだとしても、そのメールを
すぐ見るかどうかは利用者の判断です。

つまりメールによる通知は、配信がどんなに速くても実際に人が見るまでの
時間は何も保証されないと言うことです。
人が認識して行動するという観点からは、メッセンジャーなどの方法も
不適切かもしれません。

どうしても講演に参加していただきたい人には余裕を持った時刻に電話連絡する
などの配慮も必要になるかもしれません。
（ネットで会話しているから、ネットで通知したから、自分の責任は果たして
いますといった人が身近にいたので、この段落は単なる愚痴としてください）

お礼

ありがとうございます。
軍事目的云々は遠い昔に聞いたうろ覚え
なので正確ではありませんが、こんなに
遅れるようだと軍事目的も怪しいもの
だと思います。
（敵襲！と本部に知らせても、配信遅れ
て通報者が全滅してから応援部隊が来て
も無意味、geshonさんの仰るように
予算獲得の為のプレゼンでしょうか。）

＞つまりメールによる通知は、配信が
どんなに速くても実際に人が見るまでの
時間は何も保証されないと言うことです。

その通りなんですが、送った情報が即刻
(数分以内に)相手の手元に届くのが重要
と考えています。
(相手が見る・見ないは別の観点です。)
一番確実なのは電話して、相手に直接
情報を伝える事ですが、現実にそうばかり
しておれませんし、メールなら同時に多数
の相手に情報を伝えられるメリットが
あります、それが遅れるとなると困っ
た事態が起きて来ます。

ML遅れについての取り立てての
特効薬は無さそうですので
通信手段を使い分けて行くしか
方法は無さそうです。

回答No.2

t_nojiri

どこまでどういう話をすれば良いか、分かりませんがリアルタイムを求めるなら今やメッセンジャーとかIRC(チャット)の様な物が有りますよね。
これでメーリングリスト出してる方も居ます。ただし、相手のパソコンが立ち上がっている事が条件になりますが。
peer-to-peerとかでもいいし。

e-Mailの配信時刻は保障されてませんよ。って話をしただけです。

回答No.1

t_nojiri

Mailヘッダには、Receivedで転送されたサーバの経路が書かれますので追っかけるのはそこ見るんですけど、国外行ってしまったのでしょうね。
yahooだから、転送は国内と限らないし、その辺がどうなるかはMTA次第というか、遠回りすれば転送に時間かかるのは仕方無い事です。(回線速度もバラバラだし。)

Mailにリアルタイムを求める方がナンセンスで、本当にリアルタイムで転送するならコネクトしてリンク確立してって話なので、プロバイダ変えても解消はしないかも知れません。

お礼

ご回答有難うございます。
＞Mailにリアルタイムを求める方がナンセンスで
色んなサイトでこの種の話が出ていますね。
そもそもインターネットが開発されたのは軍事目的で、いかなる場合でも
通信手段が取れるという目的だったようですが、有限の回線と無限のユーザー
との需給のミスマッチで当初の目的は霞んでしまったようです。

業務の場合は暢気な事は言っておれないので、社内サーバー等で対処している
ものと思いますが、一般大衆はMTAにお任せで遅れても文句が言えないようです。
急ぐ場合は電話かFaxで、メールはどうでもいい話しか流せないように思います。