情報のカーネルについて関連サイトを検索する無駄な一日の後、私はStackOverflowの専門家に尋ねる時が来たと判断しました。httpsを介してユーザーにレポートをフィードするために使用する従来のASPサイトがあります。それは何年もの間うまくいっています。最近、ユーザーがレポートをダウンロードしようとするとソフトウェアが破損する非常に大きなレポート（250 MBの圧縮）を追加しました。[開く/保存/キャンセル]ダイアログボックスはOKですが、[開く]をクリックすると失敗し、[保存]をクリックするとタイトルにエラーメッセージが表示されます。小さいファイルでも問題ありません。同じデータセットを使用して、テストエリアのさまざまなIEバージョンでこの問題を再現できます。
レポートをダウンロードする技術は1990年頃です。ASPコード内から目的のファイルのアドレスで呼び出されるVB6DLLがあります。DLLはファイルを開き、バイトの配列をzipファイルのバイトで埋め、それをASPページに戻します。ASPページは、「Response.BinaryWrite」呼び出しでバイトの配列をストリーミングします。私が言ったように、これは小さなファイルでうまく機能し、問題のファイルよりもさらに大きなファイルで機能するように見えます（少なくともユーザーからの苦情は聞いていません）。さまざまな環境でエラーを複製できることを除いて、ファイルに何か問題があると思います。
チームメイトと私は、結果を変更せずに、Google検索で提供された簡単なソリューションを試しました（'Response.AddHeader "Cache-Control"、 "no-store、no-cache"'、レジストリの変更、等）。誰かが以前にこの問題に遭遇し、いくつかの新しいアイデアを提供できることを願っています。あなたがより多くの情報を必要とするならば、尋ねてください、そして、我々は答えるために最善を尽くします。
マイク、助けてくれてありがとう