自動メール送信

質問

たまには、質問してみようかなと・・
よろしくお願いします

CGIでメールの自動送信ってありますよね
例えばここの、「返信があった時」や「お礼の書き込まれた時」等
たまに、来ないときがあるんです
ここに限らず、他のサイトや自分で作ったCGIでもたまに届かないときがあります
再現性がないので、エラーとかバグとかじゃなく消失したような感じでいます
テスト時にも　ごくたまに起こりますしログを覗いてみても、それらしい記録は残ってないんです
しかし、自PCのメーラーからの送信では経験がありません

1. このような経験のあるWebマスターさんはいらっしゃいませんか？
2. この場合データはどこに行ってるんでしょうか？
3. また、何か考えられる原因や関係、対処法はないでしょうか？

解決方法というよりも、納得したいと言う質問です
忌憚のないご意見お待ちしています

回答No.1

春原 なの（@ymda） · ベストアンサー

あまり自信がありませんが・・・ご参考までに

・Webサーバー等の負荷が高い
　見た目以上にサーバーの負荷が高いため、それぞれのメールの送信が
　遅延してるものの、1メール自体の送信まで遅延しており、相手の
　メールサーバーからタイムアウトで切断されている。

・Webサーバーから受け取る１次中間メールサーバーの負荷が高い
　Webサーバーの負荷軽減のために、一度SMTP中継用サーバーを設けている
　場合があるのですが、これの負荷が高いことも考えられます。

　例）Webサーバー→(LAN)→SMTPサーバー→（インターネット）→メールサーバー

・送り元メールサーバーの正引きDNSまたは、受け取り側メールサーバーの逆引きDNSの負荷が高くて、解決できていない
　DNSが解決できていないため、メールが送信できていなかった。

また、メールが配信できなかった場合、通常4日まではリトライされるはずです。

お礼

早速の回答ありがとうございます

なるほど、受け取る側にも関係があるのですね
それと、DNSにも　・・ん～　考え付きませんでした
いくら待っても配信されないと言うことは、
負荷の高いSMTPサーバは、リトライの設定を変えている可能性もありますね

となると、たぶんそのほとんどがsendmailを使っていると思うのですが
qmailやPostfixにしても解決策にはなりそうもありませんね

回答No.2

春原 なの（@ymda）

＃１です。

追加で・・・
相手側メールサーバーの負荷が高いというのもあります。
その相手側というのも、送り先だけではなく、他に送信したものに対して
負荷が高くて、送信できないということです。

この場合、qmailやpostfixでリモート並列度の数字を高くすれば（もちろん、回線もサーバースペックもそこそこいりますが）ある程度は対処できます。

特に、相手先に、@docomoや@ezweb、@?.vodafone.ne.jp 宛のメールは
強烈なSPAM対策をしている関係もあり、メールサーバー自体の負荷が
非常に高くなっています。このような送信先がキューにあるだけでも
メール送信が遅れてしまうことがあるかもしれません。

ちなみに、自家サーバー(PPPoEルーター兼メールサーバー)のリモート並列度は今２０ですが、レンタルサーバーの
sendmail（あくまでも、/usr/sbin/sendmail等のこと）を受け持つようなや中小プロパイダのものであれば、最低５０、
大規模プロパイダであれば、最低150の並列はほしいかもしれませんね。

ご参考までに、こんなことしてみましたが、やはり普通のメールサーバーに
比べたら、ちょっと重いようでした。（1年前に比較するとかなり軽いですが）

# telnet mfsmax.docomo.ne.jp smtp
Trying 203.138.180.112...（注：ラウンドロビンで４つのIPからランダムに選択される）
Connected to 203.138.180.112.
Escape character is '^]'.
220 docomo.ne.jp SMTP Service Ready　（1秒以内）
helo dude
250 Requested mail action okay, completed（1秒以内）
mail from: <（テスト用の仮アドレス）>
250 Requested mail action okay, completed（瞬時に応答）
rcpt to: <（絶対存在しないようなアドレス）@docomo.ne.jp>
550 Unknown user （絶対存在しないようなアドレス）@docomo.ne.jp（2秒かかった）
rcpt to: <（存在するアドレス）@docomo.ne.jp>
250 Requested mail action okay, completed （3秒ほど）
quit
221 docomo.ne.jp Service closing transmission channel（2秒ほど）

お礼

そう言われてみると、携帯電話への送信件数が多いサーバでの事例が多いような感じです
telnetでの例　参考になります

実は、他の意見でもないかなと思い　様子を見ていたのですが、的確な回答だったので遠慮していたのかもしれませんね
私なりにも納得しました、ありがとうございました