MediumResolution:NoneFile:NoneDetailsReplyアップロード時にファイル名の重複があって「ホストが名前を付ける」を選ぶと、属性変更は元のファイル名(重複したもの)に対して実行されるバグがあります。/foo/pppp)を行う、変なレスポンスを返すダメなFTPサーバの場合は属性変更のコマンドを送らないというという動作が望ましいと思います。NoneCommentReply補足です。アップロード後に属性変更で簡単に変更できるので、今の動作が仕様であってもアップロード後に手動で属性変更すれば実用上問題ないと思います。s_kawamotoCommentReplyありがとうございます。STOUの応答には人間が識別できる表記がされるという規定のみで、形式に規格が無いため、今回はSTOUの後の属性変更を無効にしました。返信ありがとうございます。STOUの応答には人間が識別できる表記がされるという規定のみで、形式に規格が無いため、今回はSTOUの後の属性変更を無効にしました。http://git.sourceforge.jp/view?p=ffftp/ffftp.git;a=commit;h=0e15e2357c8940b493952ca05daf8464fbd33d91修正されていることを確認しました。formatとして応答は書かれているものの守っていないFTPサーバもざらにあるようなので、無効化してあれば良いと思います。NoneCommentReplyすみません。修正を確認した後に気づいたのですが、ホストに名前を付けさせるとステータスバーの転送待ちファイル数が増えたまま減らないようです。ソースを確認したところ、実際に転送待ちファイルがキューに並んでいるわけではなく、TranFiles変数の値の表示だけの問題のようです。s_kawamotoCommentReplyなるほど、RFC1123ですか。見落としてすみません。4.1.2.9を見ると応答の「pppp」はファイル名ではなく「パス名」とだけ書いてあり、応答の例は記載されていないようですが、実際はどちらなのでしょうか。ホストに名前を付けさせるとステータスバーの転送待ちファイル数が増えたまま減らないようです。返信なるほど、RFC1123ですか。見落としてすみません。4.1.2.9を見ると応答の「pppp」はファイル名ではなく「パス名」とだけ書いてあり、応答の例は記載されていないようですが、実際はどちらなのでしょうか。ftpAbcd1F」という応答で、対象ディレクトリにその名前のファイルが作られます。細かい振る舞いはFTPサーバごとに違いそうなので、現状の属性変更コマンドを送り付けないで十分かと思います。ホストに名前を付けさせるとステータスバーの転送待ちファイル数が増えたまま減らないようです。