2

D2006アプリからバグレポートを送信できたかどうかを判断する方法が見つかりません。MadExceptが何らかのリターンコードを利用できるようにすることができれば、何が間違っているのかについてユーザーにガイダンスを提供できるかもしれません。

4

2 に答える 2

1

完全な解決策ではないかもしれませんが、有用な情報: バグレポートが HTTP POST 要求を使用して Web サーバーに送信される場合、madExcept は応答に HTTP リダイレクト ヘッダーが含まれているかどうかを検出できます。この場合、madExcept はデフォルトの Web ブラウザーを起動し、リダイレクトで指定された URL。

したがって、ユーザーは、レポートが受信されて保存されたことをすぐに確認できます。

Web サーバーはバグレポートを分析し、「このバグは既知であり、修正するアプリケーションのアップデートがあります。ここからダウンロードできます」などの追加情報を提供することもできます。(私はこの目的のためにmadxnetという Web アプリケーションを作成しました。まだテスト用に利用できます)。

于 2011-02-24T06:20:50.120 に答える
1

問題は、MadExcept がそれを合理的に判断できないことです。Madexcept が電子メールを送信した後、さまざまな問題が発生する可能性があります。MadExcept がレポートを作成できない場合、または電子メールの送信に差し迫った問題がある場合は、例外が発生します。

  • 電子メール クライアントがメッセージを表示し、ユーザーが [送信] をクリックしない
  • メールクライアントが壊れているか、設定が間違っている
  • SMTP ホストが壊れている、ダウンしている、または見つからない
  • あなたのクライアントはあなたがサブスクライブしている RBL にいます (おそらく無意識のうちに)
  • クライアントのドメインが RBL にあるか、ブロックされている
  • メール システムに問題が発生し、そのメールが失われる

MadExcept から得られる最高の結果は、「例外はスローされず、送信は正常に行われた可能性がある」ということです。

于 2011-02-24T04:41:36.367 に答える