環境

ＵＲＬはダミーです。

ＸＰ以降のＷｉｎｄｏｗｓではファイル関連の権限の扱いが変更されていて、古いプログラムでは、アドミニストレーター権限で実行しないとファイルのオープンができないことがあります。（典拠を失念してしまいましたが、ＭＳのドキュメントに記述されていたと思います。）これは、ＬＨＡ３２．ＥＸＥの仕様であると考えるしかないのではないでしょうか。

ごめんなさい。問題の解決にはならないですよね．．．　ｏｎｚ

１．を回答した者です。

回答をしたあと、ドキュメントを探してみたのですが、見つかりませんでした。思い違いをしていたかも知れません。

不安になったので、テストしてみました。といっても、２００３の環境がないので、ＸＰでテストしました。

結果、少なくとも、最新のＬＨＡ３２．ＥＸＥ（１．０．６．０）とＵＮＬＨＡ３２．ＤＬＬ（１．９７．１．４）の組合せでは、ＸＰ環境で問題なくファイル作成ができるようです。

１．の回答は、何の解決にもならず、あまつさえ間違っていたっぽいです。いい加減な回答をしてしまい、本当に、ごめんなさい。ｏｎｚ

これだけだと、あまりにも回答になってなさ過ぎるので、考えられることを書いておきます。

まず、この問題ですが、コンソールや普通のＷＳＨなどからコマンドを実行した場合には正常に動作するのに、ＡＳＰから実行した場合だけ、失敗してしまうということなのでしょうか？

だとすると、ＡＳＰを実行しているサーバープロセスから、正しく子プロセスに権限が引き継がれていないとか、そういう感じの問題っぽいですが、そうでないとすると、実行しようとしているコマンドに問題があるとか、そういう話になりますよね。いやまぁ、その程度の問題だったら、わざわざ質問したりはしないかなとも思うのですが、私の環境では、ＷＳＨのＷＳｃｒｉｐｔ．Ｓｈｅｌｌ．Ｒｕｎ（）から直接、ＬＨＡ３２を呼ぶと、コマンドライン引数の受け渡しが上手くいかないようでして、．ｃｍｄファイル（バッチファイル）を作り、その中で、ＬＡＨ３２を起動することにして、Ｓｈｅｌｌ．Ｒｕｎ（）からは、．ｃｍｄファイルを実行するという方法で、この問題を回避しました。

えらそーに回答しておきながら、お恥ずかしいのですが、実のところ、私、ＡＳＰを使ったことがありません。ただ、ＩＩＳって、子プロセスに自分のプロセス権限をそのまま引き継がせたりはしないですよね？（確か、いくつかの実行モードを選択できたような．．．）

何か、私ってば、すごくレベルの低いことを書きまくってます？

ＩＩＳアプリケーション（ＡＳＰスクリプト）に対して、バイナリプログラム（．ｅｘｅ）の実行可能権限を設定していて、かつ目的のフォルダに対するフルコントロール権限も付与しているにもかかわらず、ファイルが作成できないというエラーが返ってくるということなのでしょうか？

だとしますと、やはり私なんぞには、お手上げです。＾＾；

ちなみに、ＩＩＳ５．０って、Ｗｉｎｄｏｗｓ　Ｓｅｒｖｅｒ　２００３の上で動くことは保証されているのでしょうか？　２００３だと、標準のＩＩＳのバージョンは６．０ですよね？　なんて、これも、一応の確認です。＾＾；　全くもって余計なことを書いているかも知れませんが、もしかしたら何かの参考にでもなるかなぁとも思いまして．．．

いずれにしましても、私のせいで、質問者様が無駄にしてしまわれたポイントは質問終了後に補填させて頂こうと思います。いえ、それで済まそうというわけじゃないですよ。自戒しています。本当に、ごめんなさい。

ulha32.dll ではアーカイブを作るときに作業ディレクトリに一時的にアーカイブを作った後にターゲットのパスにコピーします。

この作業ディレクトリへのASPが動作しているユーザでのファイル作成の権限が無いんじゃないでしょうか？

作業ディレクトリは

1 : -w<ディレクトリ> で指定されていれば，そのディレクトリ。

2 : TEMP が設定されていれば，そのディレクトリ。

3 : TMP が設定されていれば，そのディレクトリ。

4 : GetWindowsDirectory() で得たディレクトリ下に TEMP ディレクトリを(なければ) 作成し，そのディレクトリを使用。

5 : ディレクトリの作成が行えない場合は，4 で得たパスのルートを使用。

6 : GetWindowsDirectory() がエラーだった場合はカレントディレクトリを使用。

です。

むやみにシステム関連のディレクトリに書き込む権限を付けるわけには行きませんから、コマンドラインスイッチの -w で書き込み権限のあるフォルダーを指定するか、-w0 で作成する書庫と同じディレクトリを作業ディレクトリとしてみてはどうでしょう？