- 締切済み
3人同時の携帯メールへの送信
ご存じの方に教えていただきたく思います。 的確な質問になってないかもしれませんが、ご了承ください。 あるソフト開発会社にイベントの受付システムを開発してもらいました。 その仕組みの中に、来場者の名札のバーコードを読み取った時点で、主催者側の3名の携帯にメールを飛ばす仕組みを入れてもらいました。 プロバイダーの契約はOCNのビジネスプランを契約しておりますが、会場内のインターネット回線を通じて、そのOCNのSMTPを通してメール配信する仕組みです。 受付当日、1時間の間に600名近くの来場者があり、結果的には主催側にメールがいったものいかなかったものがあり確実性がありませんでした。(メールアドレスは正しいものと判断しています)。 当日は、クライアント8台・サーバ1台の体制でメールはすべてサーバを通じて行いました。 1時間の集中時に1800通のメールを飛ばすこと自体無理があるのでしょうか? 単にサーバが非力だったせいでしょうか? (サーバも少し性能のいいノートにしていたので、非力であったのは認めます) 今後の参考にお教えい頂きたく思います。よろしくお願いします。
- みんなの回答 (4)
- 専門家の回答
みんなの回答
- violet430
- ベストアンサー率36% (27472/75001)
一定時間内同時送信数制限などに引っかかったかもしれないですね。 OCNのサポートへ確認したらどうですか?
- STICKY2006
- ベストアンサー率29% (1536/5269)
こんちくは。 60分1800件。。。まぁ、全然無理な数字じゃないですよねぇ。 社内メールサーバ使って、指定された不特定多数の送信先に対して、1件ずつ、「アドレス読み込み⇒送信⇒アドレス読み込み送信。。。」 なんて繰り返しをするツールを見たことありますが、それでも1時間で数千件の送信は普通に出来てましたし。(アドレス不正はおいといて。。。 (ましてやOCNですし、数万人が契約してるプロバイダですしね。同時間にメール送信してたのはあなただけじゃないはず。 ただ、問題(?)は、社内ツールだからそういうイメージですけど。。。 プロバイダと普通に契約した場合に~だと、どんなイメージしておけばいいかが分からないのが個人的な問題(´・ω・`)(笑 今のところのイメージは。。。 「個人端末から、3件の送信先に対して、600回、本文を書く⇒メール送信ボタンを押す」の作業を繰り返す。 を、命令文1発で行くようにしとくツールを開発。。。 だよな~。多分。。。個人端末から、メールサーバに対してメール送信命令か~。。。 いや。。。まぁ、普通に出来るか。うん。メーラーから送るか、自分でプログラム書いてそれ実行するかだけの違いだもんな。。。(ぶつぶつ。 ここまで、書いてはみましたが、個人の問題なので、スルーしといてくれると助かります。 >>今後の参考にお教えい頂きたく思います。よろしくお願いします。 参考になるかどうかも不明ですが。。。 >>来場者の名札のバーコードを読み取った時点で、主催者側の3名の携帯にメールを飛ばす仕組み ・そもそも何で、んな必要があったのか。 システム自体否定されてムカつくかもしれませんがすいません。。。 「来場者バーコードを読み取った時点でメールを飛ばして」。。。そのメールで何を確認したいんだろう??(汗 主催者側で600名を全て、名前だけで把握してるわけでもあるまい。。(汗 もし、来場者人数だけ把握したいとかなら、読み取ったデータ件数だけ読み込んで、定時(10分に1回なりなんなり)で「今現在何人。さっきの更新から何人増。」とかの情報で十分かな。。と。 来場者情報だって、データとして溜め込んでおけば、その日の開催が終わったあとに一覧で確認も出来るわけですし。 (そもそも、そのバーコードデータで、個人情報までは。。。読み込むようなこたないかもしれませんが。 リアルタイムに「1人来ました。」「また一人来ました。」「またまた一人来ました。」「またまたまた。。。」 の情報を必要とする意義が何となく理解できません。(業務内容だとか自体を否定するような疑問でしたらごめんなさい。。。 >>主催者側の3名の携帯にメールを飛ばす仕組みを入れてもらいました。 1時間で600件のメール受信。。。 1分で30件。。。ひっきりなしにメール受信してませんか?読む暇なく(汗 システム構築時の想定で、そこまでの件数を見込んでいなかったならともかく。。。 携帯受信で600件来たら、容量がパンクしそうだなぁ。。。 自分の個人携帯ですと、メール1000件が最大保存件数です。(設定次第で、1000件超えた場合は、古いメールから自動削除って事も出来ますが、同時保存最大数は1000件です。 後は。。。受信の際に引っかかるのかどうか、今現在その仕様があるのかどうかは忘れましたが、携帯のキャリアによっては、1日の送信制限もあったかと。 「1日100件とかメールしてたら、何か送れなくなったんだけどwww」⇒「1日の送信数制限がありました」なんて事、個人のやりとりで昔ありましたねぇ。 (送信だから受信無関係かもですが-w- >>当日は、クライアント8台・サーバ1台の体制でメールはすべてサーバを通じて行いました。 どういう仕組みのシステムだったか。。。 って気にはなりますが、それはおいといて。。。 他の方も言うようにログから原因追ったり。。。後は、システム自体の意味を考え直したいところですね。自分だったらですが(汗
- okg00
- ベストアンサー率39% (1322/3338)
まずはSMTPのログ(またはデーモンメールのメールヘッダ)を解析する所からだと思いますが... で、OCNのSMTPサーバで拒否されているのか携帯キャリア側で拒否されているのか、どこで失敗しているのかを見極める必要があるでしょう。 携帯電話各社では、スパム対策として大量のメールが送信されているとみなした場合に受信ブロックをするようになっています。 >サーバも少し性能のいいノートにしていたので OCNのSMTPじゃないんですか?一般アドレスからのSMTPを携帯キャリアのメールサーバに直接投げかけると(プロバイダのSMTPサーバを使わないと)拒否されるはずです。
お礼
okg00さん、ありがとうございました。 他の方のご意見も同様ですが、SMTP側が問題でないのであれば、ハードと仕組みとかを見直したいと思います。 ありがとうございました。
- MOMON12345
- ベストアンサー率32% (1125/3490)
毎時1800通ならばどんなボロなSMTPサーバでも処理できます。 しかもSMTPサーバはOCNのものを使うと言うことですので、この点は十分な信頼性があるはずです。 送信方法によっては遅延が出る場合もありますが、非達になることは考えにくいところです。 従って、メールを送信する部分自身にバグがありメール送信のトリガがかからなかったと判断するのが合理的な気がします。 ログを調べてみてはいかがでしょうか?
お礼
MOMON12345さん、ありがとうございました。 いろんな事を考えて、STMPの事がよくわからなかったので、質問しました。 SMTP側が問題でないのであれば、ハードと仕組みとかを見直したいと思います。 ありがとうございました。
お礼
STICKY2006さん、ご意見ありがとうございます。 私の表現が足らずで、 600名全員のメールを送る訳ではなく、エリア別に分かれていて、担当しているエリア方が来られたら、担当者とその上司2名にメールが送られるものです。 何人来たというカウントだけでなく、受付に来られたら、その方が参加されたという確認と人によっては受付にご挨拶に駆けつけると言うための仕組みです。 まあ、そんな物必要か?って言われればそれまでですが・・・・ 主催者側の意向を反映して物ですので仕方ありません・・ 他の方のご意見も同様ですが、SMTP側が問題でないのであれば、ハードと仕組みとかを見直したいと思います。 ありがとうございました。