はじめまして、こんにちは。

iTSCOMに直接問い合わせてみようと思ったのですが
とりあえずここで質問をします。

1万人程度の人にCCやBCCでメールを送信しようとした場合
プロバイダに与える影響はどのようなものが考えられますでしょうか？
また、そのような試みを行う際のコツはありますでしょうか？
（例えば　1000人ずつ10回に分けて送ると良い　など）

Webからのメール配信サービス（白やぎさん等）はあるのですが
そもそもメーラーからこのようなことをするのが「あり」なのかどうか
もご教授いただければ幸いです。

よろしくお願いします。

> 1万人程度の人にCCやBCCでメールを送信しようとした場合
> プロバイダに与える影響はどのようなものが考えられますでしょうか？

容易に想像つくのは，上り方向の混雑（そのラインを強要している
人への影響大）と，SMTP Serverのパフォーマンス低下（同じSMTP
Serverを使っている人への影響大）が発生するでしょう。１万人
への同時配信というと，メルマガかスパムが思い浮かびますが，前
者と言うことですか？いずれにしても，それだけの大規模な送信を
行うのであれば，別途個人で回線を用意した方が良くないでしょう
か。個人使用とは思えませんし。

> また、そのような試みを行う際のコツはありますでしょうか？
> （例えば　1000人ずつ10回に分けて送ると良い　など）

1000人に耐えられるかどうかも，疑問です。そもそも，いわゆる
一般的なMUA(Outlook Expressなど)がその流量に耐えられると思
えませんから，専用のソフトを使うおつもりなのですよね？

> Webからのメール配信サービス（白やぎさん等）はあるのですが
> そもそもメーラーからこのようなことをするのが「あり」なのかどうか
> もご教授いただければ幸いです。

なしだと思います。メールの内容は分かりませんが，いずれにして
もかなりのトラフィックになるでしょうし，また，MTAとMUAのやり
とりも相当なものになるでしょう。また，一般的なMUAでヘッダに
1000件ものE-mailアドレスを書けるとも思えません。

　こんにちは。

> 1万人程度の人にCCやBCCでメールを送信しようとした場合
> プロバイダに与える影響はどのようなものが考えられますでしょうか？

　これはもうＣＡＴＶインターネットの限界を超えていますから、
お止めになった方が良いのではないでしょうか。この種のサービス
を提供している専門業者が、他にあるのではないかと思います。お
そらくですが、きちんとした業者さんでしたらインフラに負担がか
からないように時間をずらして少しずつ送信するといった配慮をし
ているのではないでしょうか。

　ただ、社会的にスパムとかバルクメールに対する批判が大変強い
ようですから、正当な用途であれば、そのような物と誤解されない
ような配慮が特に必要になると思います。会員登録制のメルマガの
ような物（正当なコンテンツの物）であれば、特に問題は無いよう
に思うのですが．．．。

　個人的には、１万人に対するメール配信とはどんな用途なのか、
興味があったりします。

　竹内＠ふじみ野.東上

田辺さん
竹内さん

ご返信ありがとうございます。
やはり1万人は尋常な数ではないですよね。。

決してSPAMではなく、私個人の非営利Webサイトの会員（約1万人)
に向けて、どうしても連絡したい事項が発生してしまったために
メールを配信しようと考えているのです。
（シロウト考えで安易に「Beckey」でBCCしようかと・・）

とはいえ、やはりトラフィックの問題が出ることも理解していますので
何かお金のかからないうまい方法があれば、と思って質問をしてみた次第です。
核兵器をチラつかせている危険人物ではありませんので、ご安心をｗ


実際、何件ぐらいまでの同報メールが限界（常識の範囲）なんでしょうか？？

気楽にお考えのようですのであえてひとこと。
１万通のメール配信となれば送信作業としては事業規模です。
相応の環境を構築する必要があるように思います。

ユーザーアドレスの管理だけでも大変ですよ。
アドレスの入力ミスで返送されてくるメールもあれば
ユーザーからアドレス変更の要請もやってきます。
もちろん新規加入者のアドレス入力もありますね。
相応の人手が必要です。

メールを配信すれば必ずといっていいほどウイルスで汚染された
メールが逆送されてきます。気づかずにいてウイルスつきのメールを配信したら責任問題も生じかねません。もちろんアンチウイルスソフトは導入されているでしょうが、新種のウイルスに対して迅速な対策が可能ですか？

同報通信そのものはサービスでやっているプロバイダーはいくつも
あります。かつて私はＩＩＪのそれを利用したことがあります。
送信数は数百でしたが、料金は半年で数万円でした。

「まぐまぐ」というメールマガジンの配信元もあります。
ご希望のような配信が可能かどうかは分かりませんが
照会してみてはいかがでしょう。

いずれにせよ、もっともっと調べたうえでのことですね。
まずはメルマガ関係の本に目を通しましょう。その上で
専門の業者と相談するレベルの話のように思います。

　こんにちは。

> メールを配信すれば必ずといっていいほどウイルスで汚染された
> メールが逆送されてきます。気づかずにいてウイルスつきのメールを配信したら責任問題も生じかねません。もちろんアンチウイルスソフトは導入されているでしょうが、新種のウイルスに対して迅速な対策が可能ですか？

　このようなウイルス入りメール配信事故が某ＣＡＴＶ会社で発生
し、かなり大騒ぎになったのを記憶しています。通信事業者にとっ
て恥であるのはもちろんのこと、個人サイトの運営者でもこれをや
ってしまいますと相当なダメージになると思います。

　ＯＥとかですと登録されているメールアドレスを悪用された再配
信といった事故が多いようですし、使われていないアドレスやＭＬ
の管理とかＯＥは使わないとか、色々と配慮が必要そうです。

　あと配信作業ですが、自分で専用の配信ツールを準備して運営す
るのか、専門業者に依頼するのかも、かなり迷うのではないでしょ
うか。またインフラの特性がはっきりしないと、送信サイズ制限と
か送信速度制限をどの程度にするか、迷いそうですね。このあたり
のインフラ側の事情は、イッツコムさんとも相談をする必要が有る
のではないでしょうか。

　専門業者でしたら、高速な回線を用意してあっという間に配信を
終えてしまうかも知れませんね。

　竹内＠ふじみ野.東上

　こんにちは。

　あともう一つ気になる点があるのですが、１万人ものメールアドレス
を保管しているとなりますと、昨今では個人情報保護の問題が大変うる
さいですから、万一それが流出した場合の問題点についても検討してお
く必要があるかと思います。たとえば自分のＰＣが回線に常時接続され
ており、メールアドレスの一覧表が何者かにＰＣをクラッキングされて
盗まれたりすると大変な事になると思います。一度流出した個人情報は、
いわゆるダークネットの仕組みで勝手に流通してしまいますので、回収
する事が不可能になると思います。

　裁判で訴えたりする方とかも出て来るかも知れませんので、個人があ
まりにも多量の個人情報を収集して保管するのは危険ではないかと思い
ます。組織できちんと管理をして、責任もとれる体制にしておいた方が
良いかと考えます。

　竹内＠ふじみ野.東上

ボイチャッハさん
竹内さん

ご返信ありがとうございます。
論点がユーザ管理の話になってきてしまっているのですが
僕はそのあたりは特に懸念していません。（問題意識が低いだけ？）

ハックだのクラックだのという話になってしまうと
それこそローカル環境で保管しておくしかなくなりますよね。
（現在、ユーザ情報はSQLサーバのDB内に格納されています）

ウィルスに関しても、1万人なら気を使って数人なら気を使わない
ということもないと思いますので、これも基準が難しい所だと思います。
（もちろん、アンチウィルスの定義ファイルは常に最新にしています）

アドレスの入力ミスで返送、についても問題ありません。
そういったことは登録時にクリアされているので。
（そのアカウントが登録後に無効になっていたら別ですが・・）

と、ここまでは管理体制の話。

メーラを使用して大量配信することは「なし」だということがわかりました。
では、どこからが「非常識的な大量配信」になるのでしょうか？
トラフィックの問題だと思いますので「何通まで」ということではないのかも知れませんが
何か目安になるものがあればぜひ参考にさせていただきたいと思います。
よろしくお願いします。

こんにちは

みなさん1万通をかなり深刻に捉えられているようですが、1万通のメ
ール発信なんて、（サイズが小さいって前提では）、イントラネットで
言えば大した事無い値です。
実際、企業内のメールサーバーとからユーザー数が1000人もいれば、
そこのMTAなんて秒あたり数十通のメールを処理する事なんてザラで、
その程度を捌くのは、その辺のデスクトップPCにLinuxを入れたの１台
で充分です。
1万通発信するのでも、トラフィック混雑を考慮して秒あたり10通に制
限して発信したところで、20分足らずで終わってしまいます。
メールがテキストで構成された短いものという仮定では、１通は数KB
以内でしょうから、秒あたり数10KB〜100KB程度のトラフィックに過ぎ
ません。
その辺のWinMXなんかよりよっぽど軽いと思います。

また、これを発信するためのツールですが、さすがにBeckyはいただけ
ないと思いますが、http://www.zaisoft.com/jp/adtoone/　なんてのも
あります。

これを使って、3秒に１通発信すれば、約8時間で送信完了です。寝て
いる間に終わります。いくらなんでもこれくらいの頻度での発信でパン
クするMTAなんて無いんじゃないですか。

こんにちは

>
> みなさん1万通をかなり深刻に捉えられているようですが、1万通のメ
> ール発信なんて、（サイズが小さいって前提では）、イントラネットで
> 言えば大した事無い値です。

この様な事もありますので、注意してください。

http://www.zakzak.co.jp/top/t-2003_01/3t2003011512.html

メール1通10ｋＢとして、1万通では、100ＭＢです。ブロードバンド時代のいまどき、
これくらいのトラフィックに耐えられないiTSCOMではないと思いますが、
買いかぶりすぎでしょうか？

もっとも、お使いのメーラーが1万通の同報をサポートするかどうかは知りません。
また、プラスのアップロード制限の256kbpsとすれば、100MB送るのに、約1時間かかります。

> メール1通10ｋＢとして、1万通では、100ＭＢです。ブロードバンド時代のいまどき、
> これくらいのトラフィックに耐えられないiTSCOMではないと思いますが、
> 買いかぶりすぎでしょうか？

極めて精度の悪い計算をしてみます。

同胞メールでは実際には10KBもないでしょうが，SMTP自体のオー
バーヘッドというか，SMTPコマンドが発行されますね。こちらの
処理の方が重いと思います。現在。iTSCOMのPOP/SMTP Serverは
20台程度でしょうか。1台あたり500人程度？一人一日平均20通と
して，1万通ですかね。実際には，添付ファイルがあったりする
でしょうが，1万通というとほぼ1台あたりの1日の総量と言うこ
とになろうかと思います。それを一人で使うのですから，負荷が
倍ですね。誤差がかなりあるでしょうが，目安にはなると思いま
す。
上のアーティクルでらびさんは大したこと無いとおっしゃってい
ますが，それなりに効いてくる量ではあると思います。mail0が
重いというのは以前からある話ですし，だいさんがお使いのServer
の負荷が上がるのは間違いないでしょう。

それと，１万通の内不達がどれぐらいあるかという話がありまし
たが，E-mailアドレスを変える方は結構多いと思います。特に
フリーメール系を使っている人にはその傾向が顕著かもしれませ
ん。それは確実に跳ね返ってきますから，それも覚悟する必要が
あるでしょうね。

iTSCOMに聞けば，結局「やらないでくれ」と言われてしまいそう
な気がします。同胞は20アドレス程度を限度に，３秒に１通どこ
ろか，20-30秒に１通という流し方をされてはどうでしょう？この
程度ならば何とかなるような気がします。

mail0サーバーのユーザーとして申し上げます。

昨年９月ころでしょうか、夜１１時を過ぎるとメールの接続がもたつく
ようになり、１０月になるとますまず状態が悪化、中旬になると
１２時過ぎまで接続ができなくなりました。送信はもちろん受信も
不可能でした。

イッツに照会したところメールサーバーが過負荷になっているという
説明で、やむを得ず出勤前（朝は動きましたので）にメールを開き
返事を出すという日々が続きました。

１０月下旬でしたか、イッツ側で機器に手をいれたとかで、以後
メールは順調です。

このスレで＜ＡＦ＞＠鴨居さんが

＞プラスのアップロード制限の256kbpsとすれば、100MB送るのに、約1時間かかります。

と書かれていますが、この約１時間という間、回線を共有している他の
ユーザーはどんな状態になるのでしょうか？どなたか詳しい方ご教示ください。

らびさん
＜ＡＦ＞さん
田辺さん

ご返信ありがとうございます。
お話をお伺いいたしますと、メール配信ツールを使用して
20アドレス程度を限度に10〜20秒に1通といったところが限度でしょうか？
CATVという特性上、他の方にご迷惑をおかけするつもりはございませんので
「やったモン勝ち」ということはせずに、地道に配信していこうと思います。

フリーメール系の不達についてですが、フリーメールは使わなければ
「放置」されるのが一般的だと思いますので、そのあたりは心配ないと
思っているのですが、いかがでしょうか？

いずれにしても、配信ツールのシェアウェア料金と配信ASPサービスの
使用料金にあまり差がないので、結局のところお金はかかるということですね・・・（とほほ

気になることがあるので誰か教えてください。

SMTPの仕組みとして(RFC0821)、一回の通信で
送信先をいくつ書いても良いことになってます。

RCPT TO:foo@example.com
200 OK
RCPT TO:bar@example.com
200 OK
RCPT TO:……
…

といった感じで。

例えばメールアドレスの長さと1回ごとの応答メッセージの合計が
だいたい 100byte くらいだとして、1万の宛先を記述して 1Mbyte 弱。
メッセージ本文が 10Kbyte 程だとして、1回の SMTP サーバとの通信で
( HELO から QUIT までの間で ) 合計 1Mbyte くらいの通信量、しかも
送信してる人間は 1通 しか出してないことになります。

そこから先の配送はSMTPサーバの仕事であって、
( 普通のSMTPサーバでしたら、受け取ったモノは、
　計算機資源の空きに従って順次配送していくと思います )
いちいちユーザが設備の心配をしなければいけないのでしょうか。

不正確な記憶で申し訳ないのですが、itscom での1回の送信メールの
サイズ制限は 20Mbyte だったと記憶してるのですが、だとしたら
全然問題ない容量だと思うのですが。

※私は撮影したデジカメのデータを(2〜3Mbyte)を、よく友人に送りますが
特にレスポンス速度に不満を持ったことはありません。

> 例えばメールアドレスの長さと1回ごとの応答メッセージの合計が
> だいたい 100byte くらいだとして、1万の宛先を記述して 1Mbyte 弱。
> メッセージ本文が 10Kbyte 程だとして、1回の SMTP サーバとの通信で
> ( HELO から QUIT までの間で ) 合計 1Mbyte くらいの通信量、しかも
> 送信してる人間は 1通 しか出してないことになります。

HELOからQUITまでをサーバーが受け取ってから配信がはじまると思います。
また、皆さんはデータ量の問題よりも、SMTPの負荷を気にされていると
思います。1万回のMXを引くと負荷もそれなりにあると思います。

また、下にらび＠FLET'Sさんが書かれているようにローカルにSMTPを
用意すれば、通信回線だけの負荷になります。

ただし、気にしなければならないのは、不達でメールが戻ってくることも考えると、ITSCOMのSMTPの負荷になる可能性が残ります。

> そこから先の配送はSMTPサーバの仕事であって、
> ( 普通のSMTPサーバでしたら、受け取ったモノは、
> 　計算機資源の空きに従って順次配送していくと思います )

1万アドレスを含むメールが1通だとたら、順次というよりそれだけ
しかない訳ですよね？

> ※私は撮影したデジカメのデータを(2〜3Mbyte)を、よく友人に送りますが
> 特にレスポンス速度に不満を持ったことはありません。

このケースだとSMTPの負荷は、あまりないのでは？

　こんにちは。

　私の考えでは、メールサーバー、通信回線、いずれの負担も気に
なります。また自宅にメールサーバーを設置する場合には、それに
対する管理負担も気になります。

　多少の費用がかかる事が許容されるのであれば、強力なサーバー
と回線を所有している配信専門業者に委託をするのが、いちばん問
題が少なくて安心できる方法のように思えます。ただしメールアド
レスのリストをその業者さんに渡さないと作業が出来ない訳ですか
ら、個人情報保護などで確かな運営ポリシーを確立する必要がある
のかと考えます。

　竹内＠ふじみ野.東上

前の書き込みの時に書けばよかったのですが、一点気になっている事が
あります。
いま、皆さんはメールの送信にあたり、iTSCOMさんのSMTPサーバーに
全てのメールを投げるように考えられていますが、そうする必要がるの
でしょうか？
送り先ドメインのMXを参照して、各配送先のSMTPサーバーに直接送り
つければ良いのではないですか？
この方法では、iTSCOMさんのメールサーバーには（送信に関しての）
負荷は掛からなくなります。
やり方はさほど難しくなく、適当なPCでLinux動かして、そいつを一時
的にSMTPサーバーとして機能させればよいのでは？と思います。

だいさん
日ごろはＲＯＭの、山本＠たまプラーザです。

> 論点がユーザ管理の話になってきてしまっているのですが
> 僕はそのあたりは特に懸念していません。（問題意識が低いだけ？）
>
> ハックだのクラックだのという話になってしまうと
> それこそローカル環境で保管しておくしかなくなりますよね。
> （現在、ユーザ情報はSQLサーバのDB内に格納されています）

だいさんは、サイトの運営者なんですよね？
ということは、プロバイダ責任制限法の規定する、特定電気通信役務提供者
であり、プロバイダ責任制限法による申立などについて、事実上対応する
義務があると解されます。
（プロバイダ責任制限法は特定電気通信役務提供者の免責の条件を定めた
　法律なので、義務はありません）

　プロバイダ責任制限法の精神は、インターネットにおけるトラブルの
早期収拾を可能にすることによって、より健全なインターネットの情報交換を
促進しようとするものです。

　従って、特定電気通信役務提供者には通常の善感義務以上ものが課されている
と解釈すべきなのかもしれません。
現時点での法律は、そのような義務などを課してはいませんが、
警察庁職員の個人的な見解などでは、免責ではなく法律作って罰するべきだ
という意見もあるくらいです。
今後は法律の強化は進むでしょうから、管理体制については非常に厳重な
管理を行っていることを証明する必要がある時代も間近だと思います。

山本さん

ご返信ありがとうございます。
プロバイダ責任法については目を通していますので
それなりの責任が生じることは理解しています。

基本的にデータや管理画面にはBASIC認証をかけていますし、
そういったレベルでのセキュリティー対策は行っています。

ただ、竹内さんがおっしゃられたような「ＰＣをクラッキングされて」という状況は
いくら認証をかけたとしてもそれをクラックされてしまうわけですから
そういった「一般的な管理体制」のあり方についてここで論じ合うのはちょっと違うかな？　と思っています。

貴重なご意見、ありがとうございました。

　こんにちは。

> では、どこからが「非常識的な大量配信」になるのでしょうか？

　この点なのですが、前提条件がはっきりしないのですが、例えば
メール１通当たりのサイズとか、メールが全員に行き届くのにどの
程度の時間をかけても良いのかといった、具体的な仕様はわかるで
しょうか。

　あと、インターネット自体が何時頃がいちばん空いているかの配
慮も必要なのではないでしょうか。昨今では常時接続回線が普及し
たため２４時間いつでも混んでいるという話があるようですが、あ
えて探せば朝の通勤・通学ラッシュの時間帯、午前７時台とか８時
台のあたりが空いているという話があるようです。さすがに電車の
中とか、クルマの運転中では、インターネットを利用できないとい
う事でしょうか。（ユビキタス時代ではない、現時点における話で
すが．．．。）

　私の場合ですが、技術的な側面よりも個人で１万人のメール配信
リストを運営・管理しているという、運営管理面の問題の方が気に
なります。どうしても、盗まれたりクレームを受けた場合の対応が
心配になってしまうのです。個人ですと、２４時間、寝ずの番をし
ておく訳には参りませんので、少なくとも要らない時はオフライン
でリストを金庫等に保管するといった配慮が必要でしょうか。この
あたりは、個人で対応できる限界点が、私も良くわからないです。

　竹内＠ふじみ野.東上