2つ目以降のステップメールが配信されません
※この記事は（株）イグレックスにより代理投稿されました※
ミルキーステップメールVersion 1.76を使用しておりますが、5/17の配信を最後に、5/18日以降のステップメールが配信されなくなっております。
自主登録時に最初のメールの自動送信も動作しておりません。
現在３つのスッテプメールシナリオがあり、最初のシナリオのみ正常に動作しており、残り２つにつきましては、メールの送信がおこなわれません。
設定等は何も変更しておらず、突然5/18よりミルキーステップメールよりメールが送信されなくなっております。（２つのシナリオ）
CRONも正常に動作しております。
一つ目のシナリオのみ動作しておりますが、残り２つが動作しておらず、大変困っております。
ミルキーステップメールの配信ログを確認しましても、１つ目のシナリオのみしか処理をしていないようです。
平素はMilkyStepをご利用いただきありがとうございます。
恐れ入りますが、ご投稿内容だけでは具体的なご回答は困難となりますので、CRONのログおよびWEBサーバのログなどを別途ご確認いただきますようお願いいたします。
なお、MilkyStepの最近のバージョンでは、ログの肥大化防止のため、配信するストーリーが存在しない場合はログに記録されず、配信されるストーリーが存在するときのみ、その動作が配信ログに記載されようになっております。
1つ目のステップメールの処理の後、配信予定のステップメールのストーリーが存在するにもかかわらず、ログに記録されていない場合、配信が行われない場合、何らかの理由でそのプロセスが停止した可能性があります。
ログの内容で原因が判明しない場合、お手数ですがサーバ会社様までお問い合わせいただき、上記プロセスの履歴をご確認いただきますようお願いいたします。
プロセスの実行元ファイルは、CRON起動の場合は「action.cgi」になります。
また、プロセスが仮に停止していた場合、考えられる要因は下記などが挙げられます。
・サーバ会社の日次メンテナンス等に伴うWEBサーバ再起動によるプロセス停止
・履歴の蓄積などにより、一部のMySQLテーブルが破損またはビジー状態になっている。
（この場合は、破損しているテーブルを修復、または肥大化しているテーブルを空にして再度お試しください）
・MilkyStepの不具合等による想定外のプログラム実行停止（こちらについては、弊社でも随時調査を行わせていただく所存です）
ご回答ありがとうございます。
現在はステップメールリストとしてIDが、
st01
st02
st03
のものがございます。
（３つのステップメールリスト）
それぞれにストーリー登録されており、
5月17日までは、「st01」「st02」「st03」の3つとも
動作しておりました。
配信ログにも、CRONに設定された10分間隔で、
この3つのステップメールリストの処理が行われておりました。
5月18日の午前0時の処理より、
「st01」のみ処理されるようになりました。
「action.cgi」はCRONにより、10分間隔で正常に処理されているようですが、この「action.cgi」は、ステップメールリスト毎に起動するものでしょうか？
今回、「st01」のみ正常に動作しておりますので、
CRONによる「action.cgi」の実行は1回は起動しております。
「st02」「st03」のステップメールリストの分の、
「action.cgi」の実行がCRONにより実行されていないということになりますでしょうか？
もしくは、「action.cgi」の実行はCRON起動時の1回のみで、このスクリプト中で、それぞれのステップメールリストを順次処理する流れでしょうか？
もし、この場合は、CRONの問題ではないと思うのですが、その点は如何でしょうか？
お手数をお掛け致しますが、
どうぞ宜しくお願い致します。
msa 様
> もしくは、「action.cgi」の実行はCRON起動時の1回
> のみで、このスクリプト中で、それぞれのステップ
> メールリストを順次処理する流れでしょうか？
上記の通りとなります。
> もし、この場合は、CRONの問題ではないと思うのですが、
> その点は如何でしょうか？
CRONの問題では無ければ、前述の通り、プロセスなど、その先の話になるかと存じます。
ご回答有難うございます。
プロセスにつきましても、「action.cgi」がCRONにて起動後に、プロセス自体も正常に終了し、次のCRONが軌道した時点で新たなプロセスが立ち上がっていますので、プロセスの問題ではなさそうです。
そこで原因の切り分けのために、DBをコピーして、
そちらのDBに接続して、データの削除などをしながら調査しておりました。
すると、読者データ登録用テーブルのあるメールアドセスを削除したことろ、順次最初のステップメール以外のステップメールの処理の動作するようになりました。
ですので、おそらくこのメールアドレスが何かしらの原因で処理をストップさせていたのだと考えられます。
このアドレスは、最初のステップメールの読者アドレスです。
不具合の可能性もありますので、ご調査頂ければと思いますが、メールアドレスという個人情報のためここには記載することができません。
どのように致すべきでしょうか？
どうぞ宜しくお願い致します。
msa 様
> プロセスにつきましても、「action.cgi」がCRONにて
> 起動後に、プロセス自体も正常に終了し、次のCRONが
> 軌道した時点で新たなプロセスが立ち上がっていますので、
> プロセスの問題ではなさそうです。
恐れ入りますが、CRONのプロセスは、直前のCRONで起動したものの結果がどうであれ、無条件で起動されます。
よって本事象を持って、直前のプロセスが途中で停止していないとは言い切れないかと存じます。
なおここで言うプロセスは、大元のプロセスが作る子プロセスも含みます。
> ですので、おそらくこのメールアドレスが何かしら
> の原因で処理をストップさせていたのだと考えら
> れます。
この場合は、MilkyStep自体では登録を許可しているメールアドレス（今回の場合はその削除したメールアドレス）が、ご利用中のサーバのMTA（qmail,sendmail.postfixなど）のレベルでエラーになっている可能性があります。
詳細は、ご利用中のMTAの仕様をご確認いただきますようお願いいたします。
過去の事象としては、下記が比較的近似しているかと存じます。
http://milkystep.com/ms_poc/?p=1308
ご回答有難うございます。
このメールアドレスには、厳密には、
5/17までメールが送信されておりました。
ステップメールの最後のストーリーまで来た読者は、
そのステップメールから削除されて、別のステップメールへ移動します。
5/18になった時点で、読者移動して、このステップメール用の読者テーブルにおいて、
このメールアドレスのシーケンシャルIDが一番若くなった状態のときに、この現象が発生しました。
それ以前は、問題なく送信されておりますので、
MTAの問題ではないように思えます。
（MTAレベルでのエラーだった場合は、5/17以前のメールで既にストップしているかと）