予約配信を使うと不測のエラーになる
※新規投稿時は、早期解決のため、下記の項目をなるべく詳細に記載していただきますようお願いいたします。
※機能の要望など、問題点/不明点の解決が目的でない場合は、ここの記述をすべて削除して上書きしていただいて結構です。
・取扱い説明書や販売ページのFAQ/免責事項は確認しましたか？
→確認しました
・このサイトの過去のスレッドやコメントは確認しましたか？
→確認しました
・利用しているのは、Professional（有償版） or Light（無償版）？
→Professional（有償版）
・利用しているMilkyStepのバージョン
例：Professional Ver1.58
→Version 1.59
・MilkyStepの具体的な用途
例）購入者向けのアフターフォロー、学校の連絡網
→メルマガアフィリエイト
・平均的な一斉送信数（予定も含む）
例）約1000通
→10,000通程度
・MilkyStepをインストールしている（または予定の）レンタルサーバ名
例：エックスサーバ
→ラピッドサイト
・上記レンタルサーバのプランの種類
例：X10プラン
→VPS-JPシリーズ，VPS-L
・わかればそのサーバのOS名
例：CentOS5
→Linux
・利用しているブラウザとバージョン
例：IE9
→Firefox，Chrome，ＩＥ
・問題点/不明点が発生したおおよその時期
例：○月○日の○時ころ
→5月31日，6月1日（おすすめプランで購入し，納品直後から発生）
・何をしようとしたときに問題点/不明点が発生しましたか？
例：○○のページで○○しようとして○○ボタンをクリックした時
→「配信予約」を使うと「不測のエラー」になる
・問題点/不明点が発生したとき、何か気付いたことはありますか？
→以下に記載
・なるべく具体的に問題点/不明点の内容をお書きください
→現時点で発生しているトラブルを記載します。
「配信予約」を使うと「不測のエラー」になる
その後，同じ記事を「即時配信」すると配信できる
関連するデータを示します。
MilkyStep Professional（有償版）
ラピッドサイト（VPS-JPシリーズ，VPS-L）
1回目：配信部数8835の192通目までで不測のエラー
2回目：配信部数8803の191通目までで不測のエラー
3回目：配信部数8636の190通目までで不測のエラー
4回目：配信部数8625の189通目までで不測のエラー
5回目：配信部数8609の188通目までで不測のエラー
↑↑↑
この「190通目」付近で何が起きているのか，
何か心当たりはありませんでしょうか？
予約配信が使えないとかなり致命的ですので，
何かアドバイスをお願いいたします。
平素はMilkyStepをご利用いただきまして誠にありがとうございます。
> この「190通目」付近で何が起きているのか，
> 何か心当たりはありませんでしょうか？
今までに報告例がない現象でしたので、先ほど、同様の現象が発生するかどうか、弊社環境にてお客様の配信された条件に近い状態で調査させていただきましたが、こちらの環境では特に問題ありませんでした。
大変恐縮ですが、ラピッドサイト特有のまたはお客様の環境特有の現象ということも考えられますので、サーバとコントロールパネルに直接ログインし調査させていただくことは可能でしょうか？
もし差し支えなければ、初期設定ご申請時にお送りいただいたようなサーバ関連のログイン情報一式と、MilkyStepコントロールパネルのID・Passを「info@milkystep.com」までお送りいただければと思います。
調査中は、設定済みストーリーや予約配信記事が稼働すると不具合が生じてしまう可能性がありますので、もしすでに稼働させているストーリーや予約済みの記事などがありましたら、こちらで停止状態にさせて調査させていただければと思います。
大変ご不便をおかけいたしますが、よろしくご査収いただければ幸いです。
yosyos さま
ログイン情報等をご提示いただきましてありがとうございました。
この件について調査をさせていただいた結果、配信が失敗した時のいずれも、ある特定の読者に配信しようとして失敗し、処理がストップしていることがわかりました。
2012-05-31(木) 19:00
2012-05-31(木) 22:00
2012-06-01(金) 07:00
2012-06-01(金) 14:30
2012-06-01(金) 18:00
2012-06-02(土) 07:00
の予約配信が失敗した履歴のすべてにおいて、「ああああああああううううううｆｆっファああｓｓｓｆｆｆｆｆｆｆｇｇｇｇｇｚｚｚｚｚｚｚｚｚｚｚｚｚｚｘｚｘｘｘｘｚｘｚｚｚｘｚｚｘｚｘｚｚｘｚｘｚｚｚｚ」という名前で登録されている読者に配信する際に失敗しております。
（実際には人名としてはありえない名前です）
エラーの内容としては、「no recipient addresses found in header（出力ヘッダに宛先アドレスが見つかりません）」になっておりました。
推測としては、おそらく登録されている名前が長すぎて、ToヘッダをMilkyStepでBase64エンコードした後におかしくなったと思われます。
RFC標準ではBase64エンコードは、76バイトごとに改行を含まなければならなことが規定されております。
ただしToヘッダは、「Base64エンコードした宛先名」+<宛先メールアドレス>の形式で成形するのが一般的であり、「Base64エンコードした宛先名」の途中で改行が入ってしまうと宛先メールアドレスが最初の行に出現しなくなってしまい不正なヘッダとなってしまうため、アプリ側でメールのToやFrom、Subjectに利用するBase64エンコードは暗黙の了解として改行を含まないことになっております。
sendmail側でおそらくなぜか気を利かせてBase64エンコードチェックを行い、76バイトごとに改行が無ければ自動で入れる処理などを行っているのではないかと想像しております。
（これは推測です。実際にソースコードを確認してはおりません）
ただし、弊社の開発環境はメインでPostfix2系をMTAとして利用しておりますが、このエラーは発生しませんでした。
したがって、MTAがsendmail（バージョンの特定はできておりません）を利用している時にのみ発生する現象と推測しております。
実際に6/2 17:00ころ、この「ああああああああううううううｆｆっファああｓｓｓｆｆｆｆｆｆｆｇｇｇｇｇｚｚｚｚｚｚｚｚｚｚｚｚｚｚｘｚｘｘｘｘｚｘｚｚｚｘｚｚｘｚｘｚｚｘｚｘｚｚｚｚ」という読者を配信停止状態にしたところ、それ以降の配信では予約配信が最後まで継続されて成功しております。
即時配信の時は成功し、予約配信の時に失敗するという点については、起動プロセスの階層の関係で、予約配信の場合は上記エラーがsendmailにより標準出力されたため、処理がストップしてしまったと考えております。
従いまして、予約配信の方も即時配信の時と同じプロセス階層となるようプログラムを修正いたしました。（お客様の環境はすでに修正されております）
その後、テスト用に作成した標準メルマガ「test」では不測のエラーにはならないことを確認しております。
再度、様子を見ていただければと思います。
今後のお願いとしては、読者を代理登録する際に、半角英数であれば76文字以内、日本語であれば25文字以内のお名前になるように、適宜修正していただいた後代理登録していただきますようお願いいたします。
もし今回のように長すぎるお名前が登録された場合でも、今回の修正で不測のエラーにはならないかと思いますが、実際にはその読者にはメールが配信されませんので、あらかじめご了承ください。
以上、取り急ぎご報告とさせていただきます。
また、今回テスト用に作成した標準メルマガ「test」と、テスト用ユーザ「test」は、問題が解決されれば適宜削除していただければと思います。
それと、老婆心ながら申し上げますが、2012-05-31(木) 19:50などの配信で、「aol.jp」や「aol.com」の宛先から大量に4系のエラーが返されております。
aolでは、送信元アドレスのドメイン逆引きチェックを行っているという噂ですので、メルマガの送信元アドレスは、ご利用のVPSに紐付けられているドメインのアドレス（info@att..）を設定してみることをおすすめします。
ただ、逆引きがちゃんと設定されていてもダメな場合があったり、設定されていなくてもOKな場合があったり、aolサーバはいまだ謎が多いので確実に届くという保障はできませんが、お試しいただければ幸いです。
管理人様
> 推測としては、おそらく登録されている名前が長すぎて、
> ToヘッダをMilkyStepでBase64エンコードした後におかしく
> なったと思われます。
なるほど。
そういうことですか。
> 従いまして、予約配信の方も即時配信の時と同じプロセス階層
> となるようプログラムを修正いたしました。
> （お客様の環境はすでに修正されております）
早急に対応していただき，どうもありがとうございます。
本当に助かりました。
しっかり対応していただけるので，
友人にもMilkyStepを薦めておきます^^
> aolでは、送信元アドレスのドメイン逆引きチェックを行っている
> という噂ですので、メルマガの送信元アドレスは、ご利用のVPSに
> 紐付けられているドメインのアドレス（info@att..）を設定して
> みることをおすすめします。
なるほど。
そんなことまで到達率に影響するんですか・・・。
参考にさせていただきます。
以上，どうもありがとうございました。
また何かありましたら，よろしくお願いいたします。