ファイルサーバーでファイル名の文字化け

は，はに様…。
「目的のファイルのフォルダーにして、ls -v とすれば日本語ファイルでも表示されます」とは「ドラッグ&ドロップしてパスを表示する」という事と理解し，その様に操作しましたが，どうも指定することができません。
「目的のファイルのフォルダーにする」とはどう操作するのでしょうか?

>「目的のファイルのフォルダーにする」とはどう操作する
cd とします。例えば、目的のファイルをデスクトップに置いているとすると、（ターミナルを起動したままの状態として）、
cd Desktop
とすればいいです。ここで、ls -v とすれば日本語ファイル名でも表示されます（ターミナルがそう設定されているとして。ターミナルのファイルメニューから、ウインドウ設定をクリックし、最上部のポップアップをディスプレイにします。ここでフォント設定は Monaco 10.0 pt、文字セットエンコーディングは Unicode (UTF-8)です。多分、10.4 ならこれは default だと思う）。
ターミナルで表示されたファイル名をコピペすれば余分なパスは付きません。
あっ、smbclient を実行するときも、（デスクトップに目的のファイルを置いているとして）、ターミナルであらかじめ、Desktop に移動しておいて(上記 cd Desktop を実行する)から実行します。

smbclient を実行した状態で，!ls -vとするとHomeフォルダ直下のフォルダ及びファイルを見ることができます。しかし，cdでディレクトリ移動しようとすると NT_STATUS_OBJECT_PATH_NOT_FOUNDと言われてしいます。
試しに，ターミナル新規ウィンドウでデスクトップに移動しls -vしたところちゃんと表示されます。その後，再度smbclientのウィンドウに戻ってファイル名をペーストしてもcommand not foundと言われてしまいます。
具体的に，どのように操作したかというと（デスクトップに対象のファイルがあるとして），以下のようにしたのではnot foundと言われてしまいます。
smb ＼> 「日本語ファイル名」.pdf
とりあえず，対象のファイルをHomeフォルダ直下に置き「put　日本語ファイル」としてみましたがこれも「command not found」。。。
（なんだか自分のつぎはぎの情報が，うまく繋がっていない感じです。。。）

アルファベットのファイル名でリトライしてみましたところ，出ました。
「NT_STATUS_ACCESS_DENIED」のメッセージ。。。
当初ポストしました質問事項から言うと，「富士ゼロックスのBeatにおいて，MacOS-Xでファイル共有する場合，日本語のファイル名は文字化けし，この問題を解決する術はDAVEを購入するほか方法は無い(06/11/24時点)」という結果になりました。
最後に，はに様，少し本題からはずれますが，smbclientでcdコマンド，もう少し補足お願いできませんでしょうか?

> smbclientでcdコマンド，..
cd は smbclient のコマンドではなくて(smbclient にもあるけど意味がちがいます)、ターミナルでのコマンド（smbclient を実行する前に実行する）です。smbclient で cd を実行すると、相手サーバでのフォルダーを変更する意味になります。相手サーバにそのフォルダーが無ければエラーになります。
ターミナルを実行すると、最初は自分のホームに入ります、つまり自分のホームにいることになります。このいる場所を変えるのが cd コマンドです。ターミナルを実行して、すぐ、
cd Desktop
とすれば、自分のデスクトップに移動することになります。デスクトップに置いているファイルは普通にそのままファインダーで見えていますので、後はファイル名だけをいれてやればアクセスできます。
put は smbclient のコマンドです(smb ¥> のプロンプトで実行できるコマンド)。これはファイルを相手サーバに送るコマンドです。
put file_name
で file_name のファイルを送ることが出来ます。フルパス付きで指定してもいいはずなんですが、put の場合には、put file_name とした場合には、相手サーバにも同じファイル名で置かれます。もし、パスが付いていると、そのパスも付けて保存しようとします。しかし、自分のパソコンとサーバではファイルシステムがちがいますので、パス付で保存しようとしても、そのパスに相当するファイルシステムが相手サーバに無いため、エラーになります。だから、put でファイルを送る場合には、パスを付けないようにする方が問題が起こりません。
NT_STATUS_ACCESS_DENIED と出るのは、パス付で送ると、サーバの方に相当するパスが無いためこのエラーが出ているのではないかと思います。
あるいは、正しい文字コードで送られてないため、一部の文字コードの中に、パス区切りに相当するものがあったりして、ファイル名が正しく解釈されてないためという可能性もあるかも知れません。
なお、当方の環境でテストした見た限りでは、Vine Linux で smbclient を実行すると、特に -t とか付けなくても、少なくとも、euc <=> utf-8 間では、日本語ファイル名のファイルでも正しくコード変換されて転送され、両方の環境で正しくファイル名が表示されます。しかし、OSX では転送は成功しますが、ファイル名のコードは正しく変換されず文字化けしました。どうも、Vine Linux の smbclient は、OSX のものとちょいっと違うようです（パッチの当り具合が違う?)。smb.conf の変更だけで対応できる可能性もありますが、smb.conf を変更してみるとどうなるかまでは見てません。

はに様。
お世話になります。非常にわかりやすい説明，ありがとうございます。
とりあえず，経過報告まで。
アルファベットのファイルをデスクトップよりファイルサーバーに転送できました。
もう少しいろいろ（とは言っても限られていますが）やってみたいとのでまた，ご報告させていただきます。

はに様。
やはり日本語では送信できないようです。
とりあえず「データ.txt」というファイルを作り，putしてみると以下のように言われてしまいます。
『NT_STATUS_ACCESS_DENIED opening remote file ＼データ.txt』
アルファベットのファイル名は，（ファイル名の長さに関係なく）難なくサーバに送ることは出来ました（但しファイル名にスペースなどが含まれると『Data does not exist』と言われ送信できない）。
原因ははに様のおっしゃるように，「パッチの当たり」が原因だとしたら，TellUsしておく他無いかもしれません（またはゼロックスに要望を出す）。
（しかし，DAVEはどうやってファイル名を化かさずに送信しているのだろう...?）
はに様，Y.Kawabe様，ありがとうございました。

あきらめきれなかったので，Kawabeさんのアドバイスのを参考にしてsjis以外のutf8、CWsjis、CWutf8も試してみました。しかし，これもダメでした。
ちなみに，Finder上でファイル名に拡張子を表示しない設定にしてあっても，put実行時に拡張子を付けてputしないと「そんなファイルは無いよ」と英語で言われてしまうので注意が必要です。

＞（しかし，DAVEはどうやってファイル名を化かさずに送信しているのだろう...?）
OS標準のSMBを使わず、DAVEが持っているSMBに置き換えて作動
させているのだったと思います。

最終報告をさせていただきます。
Y.Kawabe様に紹介頂いたSharityというソフトを使って文字化けせずに共有フォルダに日本語のファイルを文字化けせずに，アップロードすることが出来ました。
Sharityは現在バージョンが3でシェアウェアですが，1サーバーで使用する分にはフリーだそうです。パッケージインストール後
HD/ライブラリ/StartupItems/Sharity3/unicode/clients/
内のShiftJIS.cfgを
HD/ライブラリ/StartupItems/Sharity3/unicode/servers/
内にコピーし再起動後Sharity3のオプションタブのserver's character encodingの設定をShiftJISに選択すれば，デスクトップ上に表示（マウント）されているCIFSから指定サーバー（今回はゼロックス・ビート）へsjisでアクセスできます。
このようにして，アクセスしたウィンドウから日本語のファイルをドラッグ&ドロップすれば文字化けせずにアップロードできます。
Windowsマシンからも文字化けしていないことを確認できました。
蛇足ですが，アップしたファイルを「コマンド＋K」でFinderから覗くと文字化けされた状態で表示されます。しかし，これはOS-X側からの状態のみで，単に化けた状態で表示されているだけで，Windowsマシンからは文字化けせずに表示されていました。また，これを選択した後でも文字化けすることはありませんでした（OS-Xが文字コード変えることは無かった）。
みなさん，本当にありがとうございました。

System7様
早速、私のMacBookにSharity3をインストールしてみました。ClientsフォルダーのShiftJiscfgをコピーして、Serverフォルダーにペーストを試みましたが、ペースト出来ません。拒絶されてしまいます。私のMacの環境設定がおかしいのでしょうか？もし、何か情報をお待ちであれば教えてください。

HD（ハードディスク）直下のライブラリ内はOSの管理下ですので，ユーザーがファイルを操作する際，拒絶されるのは通常の動作です。
そこを無理矢理コピーします。方法は簡単。コピーした際，パスワードを求められるのでパスワードを入力すればOKです。
（管理者で操作することが前提です。管理者でない場合，いろいろと面倒。）
ファイルのパスに誤記がありましたので以下のように訂正します。
HD/ライブラリ/StartupItems/Sharity3/etc/unicode/clients/
と
HD/ライブラリ/StartupItems/Sharity3/etc/unicode/servers/
です。
本件でファイル操作する際は，悪までも自己責任でお願いします。

ネットワークHDDを導入したものの、文字化けに悩まされており、
こちらでのアドバイスをもとにSharityを使ったら、無事に解決しました。
本当に助かりました。ありがとうございました。
インストール直後はCIFSのアイコンは表われるものの、その中身がなにもなく、
しばらく格闘していたのですが、
しばらく放っておいたら、サーバーが表示されるようになっていました。
これでしばらくは苦労せずにすみそうです。

朗報です。
このトピックのおかげかゼロックスの努力に因るのか分かりませんが，「Security Update 2007-001」と2月5日付ゼロックスビートの共有フォルダ文字化けのアップデート（10.1〜10.4）がかかった後で，MacOS-XのFinder「ネットワーク」から見てみると文字化け現象が起きていませんでした。もちろんOS-Xからアップロードした日本語ファイルをWindowsマシンから見ても，ファイル名が文字化けを起こしていることはありませんでした。
Sharity3は1サーバーのみがフリーだったのですが，（私のゼロックスビート使用環境に限り）OS標準で文字化けが解消したと事で，さらに使い勝手が向上しました。
（例えば，1サーバー内の同階層に複数フォルダ作成し，各フォルダに同時でアクセスしようとすると，Sharity3においては，「1フォルダ＝1サーバー」と見なされ，複数フォルダにアクセスできませんでした。）