問題タブ [document-library]

自分の Web アプリケーションではない場合に doc ファイルへのアクセスを防止する最善の方法が必要です。たとえば、いくつかのファイルを検索エンジンやパブリック ユーザーから隠し、プライベート ユーザーだけがアクセスしてダウンロードできるようにする必要があります。

DBの使用量を増やさないように、ファイルをDBではなくファイルシステムに保存したいと思います。

としてプログラムでアクセスしているドキュメント ライブラリがありSPListます。LastItemModifiedDateリストのプロパティを使用すると、返される DateTime は{1/7/2010 1:37:41 AM}ですが、(Web ブラウザーで) ドキュメント ライブラリを参照すると、最新の変更日が7であることがわかります/01/2010 12:37 PM (これは、ファイルを編集したときの正しい現地時間です)。

LastItemModifiedDateこれはタイムゾーンの問題のように見えますが、どこから設定を取得しているのかわかりません。

LastItemModifiedDateとブラウザに表示される時刻が一致するようにするには、何を変更する必要がありますか?

さて、これがシナリオです...ドキュメントライブラリにサブフォルダを作成しました。アイテムがドキュメントライブラリに追加されたら、ドキュメントに対して何らかの処理を行ってから、アイテムをサブフォルダ（MySubFolderなど）に移動します。 。その目的のために、私はこのステートメントを使用します

ただし、Folders []コレクションは、intインデックスまたはGUIDのいずれかを取ります。ワークフローで実行しているので、ここでフォルダーのGUIDを取得する方法がわかりません。同じワークフローが多くのドキュメントライブラリに適用され、すべてにMySubFolderサブフォルダーがあるため、ここでURLを使用してGUIDを取得することはできません。したがって、ここでURLを指定するのは少し厄介なようです。

MOSS 2007 でこれを行う方法はありますか?

同じ種類のドキュメント ライブラリを別の名前で手動で作成する代わりに、ショートカット (存在する場合) を使用してこれを実現したいと考えています。

ありがとう。

ドキュメント セキュリティ システムを設計しています。最終的に、ドキュメントはセクションに分割され、次にコンテンツ要素に分割されます。次に、コンテンツ要素に関連付けられているセキュリティ ID (おそらく GUID) があります。ユーザーがコンテンツ要素を要求すると、SID が提供され、システムはユーザーが承認されているかどうかを判断します。検索結果も同様にフィルタリングされます。

システムは逆方向にも動作します... セキュリティ ID が与えられると、ユーザーが許可されているコンテンツ要素を持つセクションを持つドキュメントで構成されるナビゲーション バーが生成されます。かなりクールなもの。

これまでのところ、すべてを実行できます...私が懸念しているのは、ここで車輪を再発明していることです...明らかに、従来の Windows セキュリティから多くのものを借りており、Active Directory の色合いがあります。とにかく、ゼロからコーディングするのではなく、これに使用できる既存のテクノロジーがあるかどうかについて、賢明な意見を求めたかったのです。

私がやりたくないのは、ファイル セキュリティを使用することです。他の考えは大歓迎です。

ティア。

CBB

SO ... ここにシナリオがあります ... ファイルを Windows ディレクトリにコピーするドキュメント ライブラリのワークフローがあります ... このワークフローは、新しいアイテムがドキュメント ライブラリに追加されたときに開始されるように設定されています... doc ライブラリに手動でファイルをアップロードすると、すべて正常に動作します ... しかし、ファイルを手動でアップロードする代わりに電子メールを使用して doc ライブラリに入力すると問題が発生します。電子メールを受信すると...ワークフローが正常に開始され、適切に実行されます（ワークフロー履歴エントリを保持して、コードのすべてのセクションが実行されているかどうかを確認しています）...ファイルがコピーされているセクションに移動すると、ワークフローが停止しますWindows フォルダに到達します。

基本的に、これは権限またはアクセスの問題に問題があると思います。ファイルを手動でアップロードすると (つまり、ドキュメント ライブラリ > アップロードから)、すべて正常に動作するためです。しかし、電子メールが doc ライブラリによって受信されている間に使用される他のアクセス許可セットがある可能性があります... Windows フォルダーの "Everyone" にアクセス許可を割り当てようとしましたが、運がありません...

ドキュメント ライブラリが電子メールを受信するときに使用される Windows ユーザー アカウントを教えてもらえますか? (IIS の既定のアカウントだと思いますが、Everyone には含まれていませんか??)

私が考案できる解決策の 1 つは、Windows フォルダーへのファイル転送では、特定のコード セグメント (ドキュメント ライブラリ ファイルを Windows フォルダーに書き込む) に対して一時的な偽装を使用する必要があるということですが、提案は大歓迎です。

PS今はサーバーにアクセスできないので、頭の中でしかアプローチを考案できません...すぐにテストすることはできません.すべてのものを試してみてください:D

次のコードを使用しています

ドキュメントのアップロードにどのユーザー アカウントが使用されているかをワークフローで表示します。上記の文字列をワークフロー履歴イベントに書き込むと、サイト コレクション管理者を使用してログインしている場合でも、常に NETWORK SERVICE が返されます。なぜそうなのか誰か教えてもらえますか？

開発マシンの要件に従って機能する SharePoint ビジュアル スタジオ ワークフローを変更しました。SharePoint サーバー上の電子メール対応ドキュメント ライブラリに展開する必要があり、新しいアイテムがライブラリに追加されたときに自動的に開始されるように設定されています。それをサーバーにデプロイし、ドキュメント ライブラリへの手動アップロードを実行すると、つまりアップロード ボタンを使用してドキュメントをアップロードすると、期待どおりに実行されます。ただし、ドキュメント ライブラリが電子メールを受信すると、以前のバージョンのワークフローが実行されます。これは本当にイライラします。ワークフローの以前のバージョンをすべて削除しましたが、現在は 1 つしか残っていません。ワークフローを削除して再度追加しようとしましたが、それでも同じ動作です。Windows フォルダーから一時的な .net ファイルを削除しましたが、うまくいきません。

新しいバージョンが正しくインストールされていない場合、手動アップロードが正常に機能するのはなぜですか? 誰かが助けることができますか？手動アップロードと電子メールで同じバージョンのワークフローを実行したい。

現在のドキュメント ライブラリにフォルダーを追加するにはどうすればよいですか (フォルダーが現在のドキュメント ライブラリに存在しない場合)。

(現在はエンド ユーザーがどこにいても) (このコードを itemAdded イベント ハンドラーに追加します)

ファイルを WSS Doc ライブラリにアップロードする ASP.NET Web アプリを作成しました。ファイルは、ライブラリの「SYSTEM ACCOUNT」の下に追加されます。FullTextSqlQuery クラスは、ドキュメント ライブラリ アイテムの検索に使用されます。ただし、「管理者」などの Windows ユーザー アカウントによってアップロードされたファイルのみを検索し、「システム アカウント」によってアップロードされたファイルは無視します。その結果、必要なデータがドキュメント ライブラリにあるにもかかわらず、検索結果が空になります。この理由は何でしょうか？コードを以下に示します。

public static List GetListItemsFromFTSQuery(string searchText) { string docLibUrl = " http://localhost:6666/Articles%20Library/Forms/AllItems.aspx "; リスト項目 = new List(); DataTable retResults = new DataTable();