リモートMS Officeドキュメントを管理するためのソリューションを作成しています。私はIT Hit Library WebDAV System（www.webdavsystem.com）製のライブラリをプロトタイプとして使用しました。実際にはうまくいっていますが、私はオフィスでURIを使って読み取り専用モードで文書を開くことはできません（マイクロソフトではOffice URI Schemesに基づいています）。WebDAVドキュメントを読み込み専用の状態でMicrosoft Officeに開くWebDAVサーバーをヒット
ドキュメントを読み取り専用モードで開きたいので、誰かが同時に編集することができます。それはB-3に見られるように。言及したドキュメントのURIスキームの構文一部、3つのコマンドが利用可能である：
- OFE - 編集のために開い
- OFVを - ビューのためのオープン
- NFTを - 新しいテンプレートから
それはそうですそのサーバは、どのサーバが使用されていても、常に「ofe」コマンドが与えられたときに動作します。実際には、「何でも」と入力すると、文字通りすべてのことができます。私が編集モードで文書を開くには、正しく成功LOCK試行結果を理解していたよう
OPTIONS => HEAD => OPTIONS => OPTIONS => LOCK => GET => PROPFIND => OPTIONS
：例えばMS Wordを使用して、私は以下の要求順序を投稿してください。それは、その時点のどこか前にMS WORDがそれを行う許可を求めるべきだと私に伝えますが、私は以前の要求を分析し、関連するデータを見つけることができませんでした。
私の環境問題でもありません。私はSharePointでそれをチェックし、それは大丈夫だった。だからこそ私はサーバーを責めるだろう。
私はほとんどのWebDAVクライアントはこれを無視し、this質問に（下）
をその文を読んで、サーバ全体が読み書きまたは読み取り専用
をいずれかであることをふりとして、私は始めました不思議に思う多分それは事実ですか？たぶんライブラリはそれをスキップし、すべてのファイルを読み書き可能なものとして扱うでしょうか？はいの場合は、どうすれば確認できますか？
私もthisという項目をチェックしました。著者はOPTIONSリクエストでOffice URIコマンドを持っていると述べていますが、リンクはもはや有効ではありません。 MS Office 2016によって送信されたリクエストでは、どこでも見つけることができません。それはどこにあるべきですか？どこ？
最後に、私はthisトピックを見つけました。それはまさに私の問題だと思われますが、それは言及された解決策、または私の場合に働いた少なくとも何かを持っていません。
私は何か助けていただきありがとうございます。