WindowsServerからMacOSXクライアントへのファイル共有
http://support.Apple.com/kb/HT3229
これらの権限によりドロップボックスを機能させることができますが、Macクライアントから転送されている大きなファイルは転送中に表示されてから消えます。他のフォルダにコピーしても問題ありません。ドロップボックスに共有されている別のフォルダからのコピーは機能します。 Mac OSXクライアント用のWindowsServer 2003用の信頼できるドロップボックス構成を持っている人は他にいますか？ Macintoshファイルサービスはもう使用しておらず、標準のWindows/SMB共有を使用したいと考えています。
編集ファイルの範囲は1メガから2ギガです。そのNTFS。そのファイルサーバー。
編集2ドロップボックスはメールスロットのようなものです-物事は入りますが、物事は出ません。基本的に、これは書き込みであり、読み取りまたはリストディレクトリの内容ではありません。
Macではプロトコル名としてcfisを使用することになりました。
あなたが言及したkbの記事に加えて、ExtremeZ-IP（ http://www.grouplogic.com/products/extremeZ-IP/ ）、あなたにインストールされるプログラムをチェックすることをお勧めします転送を容易にするための2k3サーバー。大きなグラフィックファイルがサーバーとMacクライアント間で定期的に転送される混合OS環境で使用しました。それは間違いなく転送をスピードアップするのに役立ちます、そして私はそれが構成された後に大きなファイルが消えるという問題に遭遇したことはありません。
ネイティブWindowsでは、Macユーザーが使用できるファイル共有が許可されます。
そうは言っても、ExtremeZIPのようなものがなければ、リソースフォークは雄牛の乳房と同じくらい便利です。リソースフォークが必要ない場合は問題ありません。Macは常にWindows上のWebサーバーやFTPサーバーなどに接続します。しかし、タイプと作成者のコードがファイルを開くように指示するものであることを知らなかったユーザーに乳房が言ったように、ファイルが期待どおりにダウンしなかったり、まったく価値がなかったりすることがあると推測するのは危険です。特定のプログラム。ファイルを詰め込むと、ダウンロードのサイズを縮小するだけでなく、より多くの保護が提供されます。グラフィックアーティスト、デザイナー、写真家、ミュージシャンは、すべてのIPTC情報のようなものを失うと、本当に交差する可能性があります。
もう1つの注意点（混合OSネットワーク環境の場合）は、すべてのMacがafp経由で接続するか、smb経由で接続しますが、ヘルプデスクに偽の番号を提供しない限り、選択することはできません。
最近、あるサーバー（ExtremeZIPを実行-Windows上のMac用の優れたソフトウェアパッケージ）から別のサーバー（FullPressを実行し、k-shareを使用）に移行しました。
Applescriptを使用して週末にファイル（mondo Gigs相当のファイル）を移動することを提案しました-利点を伝えました-ファイルは日付と時刻の情報、リソースフォークなどを保持します。
「いや、いや、いや、いや！」マネージャーは、「移行中に物事を整理したい」と述べた。そこで、彼らがこのタスクをどのように行うかを話し合うための会議を設定しました。言うまでもなく、彼らは何度も会議を吹き飛ばしました。そのため、最終的に、マネージャーはアーティスト（それぞれにPCとMacを持っています）に、新しく「整理された」ファイルを移動するように割り当てました。
アーティストはMacの使用を「あきらめ」たくなかったので、古いPCを使用して2台のWindows Serverから共有をマウントし、PCに本番ファイルのギグをドラッグして転送すると考えました。一方が他方に共有します。
ヘルプデスクに大量の呼び出しが殺到したときに、ファイルを移動したことがわかりました。「フォルダはパッケージのように見えます」、「グラフフルファイルは内破されました」、「1台のMacでファイルを見ることができませんが、パートナーはできます別のものから」
許可は完全に厳しくなり、締め切りは過ぎ、クライアントは激怒し、マットナイフで武装したアートディレクターがシステム管理者を探して駐車場に潜んでいました。私はまだエレベーターでブルージーンズとビルケンシュトックを着ているユーザーから遠ざかっています...
何が起こったのかを理解しようと必死になって、私は推測を危険にさらし、同じ共有に2つの接続を確立しました。1つはafp経由、もう1つはsmb経由で、大惨事の原因を発見しました（邪悪な、邪悪なアーティスト！）
リソースフォークを保持するために、Macを実行している1つのWindowsサーバーから別のサーバーにファイルを転送するときは、Macを中央に配置する必要があります。
賢明な一言ですが、真夜中にスリップノットを聞いている、過度にカフェインされた、監視されていない、砂糖を使ったユーザーの束に、最初に免責事項に署名させない限り、本番ファイルを移動させないでください。
これらの権限によりドロップボックスを機能させることができますが、Macクライアントから転送されている大きなファイルは転送中に表示されてから消えます。他のフォルダにコピーしても問題ありません。ドロップボックスに共有されている別のフォルダからのコピーは機能します。 Mac OSXクライアント用のWindowsServer 2003用の信頼できるドロップボックス構成を持っている人は他にいますか？ Macintoshファイルサービスはもう使用しておらず、標準のWindows/SMB共有を使用したいと考えています。
ファイルの重みは、それが意味するタイミングでのみ問題になります。ファイルが軽いと、転送中に「一時ファイル」を見る時間がなくなります。
私の推測では、w2kはumaskのみを適用しています転送が完了した後、これは奇妙に聞こえますが、私が見ることができる唯一の合理的な原因です。奇妙なことに、主にドロップボックスフォルダを書き込みおよび実行/アクセスのみにする必要があり、その中のコンテンツを表示してはなりません。 ..
MacクライアントはSMB：//のみを使用するため、他のプロトコルは必要ありません。私はいつもMacBookを使っていますが、Windowsの共有に問題はありませんでした。 Windowsクライアントを使用している場合と同じように、SMB：//接続で共有に接続し、必要なことを実行します。ファイルはどちらの方向にも問題なくコピーされます。
ファイルシステムに関しては、システムが課す制限（ファイルサイズなど）を除いて、FATかNTFSかにまったく違いはありません。その側面は、クライアントではなくホストによって処理されます。 MacでNTFSを使用することは、NTFS形式の外付けドライブなどのMac自体にある場合にのみ問題になります。