JMP 15とJMP 13再帰オプションを使用したディレクトリのコピーディレクトリ全体とそのすべてのコンテンツをコピーしようとすると、JMP（15）の新しいバージョンがJMP13のように機能しないことに気付きました。 再帰オプションは、ソースディレクトリがローカルの場合にのみ機能しますが、ネットワーク上のリモートサーバーにある場合、サブディレクトリはコピーされません。JMP 13では、これは期待どおりに機能します。
これは望ましくない動作ですか、またはJMP15には、ネットワークリソースのコピーを妨げる追加のチェックがあります（セットアップが必要です）。
再：JMP 15対JMP 13再帰オプションを使用してディレクトリをコピー私は過去にディレクトリのコピーに問題がありましたが、私のものはリモートサーバーによるものではありませんでした。JMP 15を試してみたところ、これでうまくいきました。
Names default to here(1);
from_path = convert file path("\\FALLER\Users\falle\Desktop\test\");
Create Directory(from_path);
Save Text file(convert file path("outerfile.txt", base(from_path)), "Test outer");
create Directory(convert file path("inner\", base(from_path)));
Save Text file(convert file path("inner\innerfile.txt", base(from_path)), "Test outer");
to_path = convert file path("$DESKTOP");
rc = Copy Directory(from_path, to_path, recursive(1));
ディレクトリをコピーしようとすると、ゼロが返されるだけですか？
再：JMP 15対JMP 13再帰オプションを使用してディレクトリをコピーそれでも、0を返すだけです。これはログです：
rc = Copy Directory（from_path、to_path、recursive（1））;
0
ディレクトリがto_pathに作成され、そのディレクトリは空で、内部ディレクトリも外部ファイルもありません。
from_pathとしても試しました：
「C：\ TEMP \ test2 \」
これは機能し、test2はすべてのコンテンツを含むデスクトップに作成されました。
再：JMP 15対JMP 13再帰オプションを使用してディレクトリをコピーWindowsのセキュリティ設定に何か関係があるのではないかと思います。
https://community.jmp.com/t5/Discussions/How-to-disable-JMP-security-warning/mp/56334#M31632
再：JMP 15対JMP 13再帰オプションを使用してディレクトリをコピーWindowsのセキュリティ設定を変更できません。しかし、JMPで何かが変わったと確信しています。私のバージョン13は、同じサーバーと同じシステムで動作します。
再：JMP 15対JMP 13再帰オプションを使用してディレクトリをコピーそう、JMP 14はこれらの設定の使用を開始しました。 jmpテーブルをディレクトリに保存してから、開いてみてください。 セキュリティ警告が表示される場合、それが問題の可能性があります。
再：JMP 15対JMP 13再帰オプションを使用してディレクトリをコピーOK、セキュリティ設定が影響を与えます。あなたの提案を試みて、ファイルをリモートディレクトリに保存してから、もう一度開きます。セキュリティ警告も、開封中も保存中も受け取りませんでした。詳細を説明するために、リモートサーバーディレクトリに対する読み取りおよび書き込み権限を持っています。インターネットセキュリティレベルについては、システムはローカルインターネットセキュリティプロパティでは中低ゾーンとして、信頼済みサイトプロパティでは中低ゾーンとして設定されています。オブジェクトで関数を使用するには何が必要ですか？
再：JMP 15対JMP 13再帰オプションを使用してディレクトリをコピー読み取り権限がある場合でも、リモートサーバーからディレクトリのコピーを使用する方法はありません。回避策として、開始ディレクトリを再帰的に参照し、存在する場合はすべてのディレクトリを作成し、各ファイルをコピーする関数を作成しました。
Re：JMP15とJMP13の再帰オプションを使用したディレクトリのコピーこの問題を報告していただき、また回避策を報告していただきありがとうございます。この問題は、数か月以内に利用可能になるJMP16.1で解決されたと考えています。
