最初はFetchでした。ジム・マシューズがダートマス大学在学中に書いたFetchは、インターネット向けの最初のグラフィカルMacアプリケーションの一つで、私は1993年に出版した『Internet Starter Kit for Macintosh』の初版にFetchをバンドルしました。その本には、ピーター・ルイスが書いたFTPdというプログラムも紹介されていました。これはMacをFTPサーバーとして設定するためのプログラムです。ピーターはすぐに方向転換し、AnarchieというFTPクライアントを開発しました。これはFetchをさらに進化させ、インターネット上の公開FTPサーバーのコンテンツをインデックス化するArchieサーバーを検索する機能を追加しました。私はAnarchieを『Internet Starter Kit for Macintosh』の第二版にバンドルしました。
Fetch と Anarchie はどちらも長年 Mac の標準 FTP クライアントであり続け、後者はドメイン名の土地争奪戦の時代に Peter が anarchie.com ドメイン名を取得できなかったため最終的に Interarchy に名前が変更されました。それぞれ機能とファイル転送プロトコルを追加し、さまざまなインターフェイスを試して、信頼性を高めてきました。どちらも最終的には所有者が変わり、Jim Matthews が「Who Wants to Be a Millionaire?」で獲得した資金で Dartmouth から Fetch を買い戻し、Interarchy の開発者である Matthew Drayton が Peter Lewis からプログラムを購入しました。しかし、ファイル転送はもはやロケット科学ではなく、開発の停滞
やその他の要因により、時間の経過とともに、Captain FTP、CuteFTP Mac Pro、Cyberduck、Filezilla、Flow、ForkLift、Transmit、Yummy FTP など、タスクに対してわずかに異なるアプローチを提供する競合するファイル転送プログラムが 2 つのアプリケーションに加わりました。
それでも、Fetch と Interarchy は常に私のファイル転送のニーズを満たしていたため、Automator を使いたくなるまでは、新しい代替手段を検討する時間はありませんでした。
変化するニーズ— Take Control 電子書籍の新刊を配布する上で、Mac 上で正確に名前を付けたファイルをいくつも作成し、それらを複数の宛先にアップロードする必要があるという点が課題です。アップロード先としては、SFTP 経由でプライマリサーバー、Amazon S3、そしてもうすぐ廃止されるサーバー（FTP 経由）などがあります。これは難しい作業ではありませんが、繰り返しが多く面倒です。特にファイル名の命名作業は、人間が読みやすいファイル名を、より短く、オンラインファイル名として適切なものにする作業です。繰り返しが多く面倒な作業はすべて自動化すべきです。
残念ながら、FetchはAutomatorをしっかりとサポートしているものの、Amazon S3では動作しません。InterarchyはAmazon S3でも動作しますが、Automatorのサポートには少々不安があり、さらに悪いことに、このプロジェクトを開始した当初はAmazon S3にアップロードされたファイルが非公開に設定されてしまい、認証されていないユーザーがファイルを閲覧できるようにするには手動で設定する必要がありました。この問題を解決するために、まずCyberduckに目を向けました。Amazon S3をサポートし、ファイルの権限も正しく設定されていたからです。しかし、CyberduckにはAutomatorアクションが付属していなかったため、ファイルを一つ一つ手動でアップロードする必要がありました。
17年間FetchとInterarchyに頼ってきた後、こうした様々なニーズが重なり、新しいファイル転送クライアントを探すことになりました。Amazon S3をサポートするプログラムは数多くありますが、Automatorのサポートも必須であり、その機能を謳っているファイル転送プログラムはほとんどないため、すべての可能性を徹底的に検討したとは言えません。結局、短期間でPanicのTransmit 4を試すことになりました。
Transmit を探る-- ファイルのアップロードとダウンロード、そして外部エディタとの連携 (おそらくすべてのファイル転送クライアントに共通する機能) といった基本機能に加え、Transmit は膨大な機能セットと奥深く洗練されたユーザーインターフェースを誇っています。とはいえ、最初は Transmit の 2 ペインインターフェースに少々違和感を覚えました。それは単に、私が Fetch の簡素なリスト表示と Interarchy の Web ブラウザのタブとブックマークバーを模倣した表示に慣れてしまっていたためです。Transmit はタブをサポートしていますが、デフォルトではタブバーを表示しないので、その機能にすぐには気づかないかもしれません。また、Transmit は起動時に各
ペインにお気に入りを 1 つずつ開くことができますが、Interarchy のように起動時に以前表示していたタブを再び開くことはありません。それでも、Transmit の多くの設定をいじったり調べたりした後、単一のペインを表示 (私は Finder からファイルをドラッグしてアップロードするのが好きです) し、起動時にお気に入りを自動的に開くようにすることができました。 Transmit がタブをサポートしていることがわかったので、別のリモート ロケーションに接続するときは、[新しいウィンドウ] コマンドではなく [新しいタブ] コマンドを使用します。
当初、Transmit のインターフェースの見やすさに苦労したのは、Automator ワークフローへの統合に重点を置いていたためです。Automator ワークフローへの統合は見事に機能しましたが、Transmit の柔軟性ゆえに、最適な方法について少し考える必要がありました。例えば、私のワークフローでは、リモートサーバーの情報を手動で指定するか、Transmit のお気に入りから設定するかを選択できました (他の人に使ってもらうワークフローを作成するのであれば、前者の方が適していたでしょう)。Amazon
S3 へのアップロードを自動化する最初の試みは成功しました。これは、このプロセス全体の目標でした。アップロードしたファイルに Amazon S3 で必要な権限が付与されていないことが判明しましたが、Transmit の権限設定 (Transmit > 設定 > ルール > 権限) をざっと調べたところ、アップロード時にプロトコル全体または特定のファイルタイプに対してデフォルトの権限を設定できることがわかり、この問題を解決できました。
さらに少し手を加えて、普段よく使うリモートロケーションを全てお気に入りに登録し、区別しやすいようにカスタムアイコンを設定しました。また、お気に入りのファイルリストからコピーする際に、デフォルトのSFTP URLではなく適切なHTTP URLが返されるようにTransmitを設定し、Transmitをほぼ思い通りに動作するように設定しました。さらに、お気に入りをMobileMe経由で同期し、MacBookにも同じ設定が反映されるようにしました。これで、Transmitのより高度で珍しい
機能をいくつか試すことができました。
まず、2ペインインターフェースをもう一度見直してみることにしました。リモートフォルダのいくつかはローカルフォルダと完全に対応していたので、左側にローカルフォルダ、右側にリモートフォルダを開きました。ローカルフォルダは実際にはマウントされたネットワークサーバ上にあるため、最初は少し扱いにくかったですが、Transmitにはパスバーの左側に見落としがちな「場所」ポップアップがあり、そこからローカルフォルダやリモートフォルダに素早くアクセスできます。ネットワークサーバ上の適切な場所に移動したら、
3つのフォルダを「場所」ポップアップに追加できました（フォルダはFinderからではなく、Transmitからドラッグする必要があります）。これで、ローカルファイルとリモートファイルを表示する2つのペインを簡単に表示できました。
次に、Transmit はローカルフォルダとリモートフォルダを双方向に同期できることに気付きました。同名のファイルであれば、更新日時またはファイルサイズで比較できます。面白半分で、同期のシミュレーションもいくつか実行してみました（同期機能なら何でもシミュレーションができるので、実際に動作する前に何が起こるかを確認できます）。すると、興味深いことに、ローカルに誤った名前のファイルが 2 つあることがわかりました。どうやら、名前の問題を修正したのはオンライン側だけだったようです。
自分のワークフローで同期をどのようなタイミングで使うのかは完全には分かりませんが、ファイルがローカルとリモートの両方に存在し、定期的な同期が必要になる状況は容易に想像できます。
まだ使っていませんが、興味深い機能の一つは、TransmitとMacFUSEユーティリティの連携で、任意のリモートサイトに仮想ディスクを作成できることです。これらの仮想ディスクは、Finder上で他のハードディスクやネットワークボリュームと全く同じように表示・動作します。Transmitを起動していなくても使用できます。AutomatorのTransmitアクションを使う代わりに、AutomatorのFinderのコピーアクションをTransmitの仮想ディスクに使えばよかったのでは、とも思いました。
Transmit インターフェースで特に気に入っている機能の一つは、ファイルリスト上部にあるインタラクティブなパスバーです。パスバーには、現在のフォルダの上位にあるフォルダ（ローカルまたはリモート）がすべて表示され、いずれかをクリックすると直接そのフォルダに移動できます。パスバーの最後のフォルダは、階層構造を一覧表示するポップアップメニューにもなります。これは、階層が深すぎてパスバーに中間階層がすべて表示されていない場合に便利です。ただし、特定のファイルのパスをコピー＆ペーストする必要がある場合は、ファイルを Control キーを押しながらクリックし、「パスをコピー」を選択する必要があります。これは私にとって頻繁に必要な機能です。
Transmit は、アイコン表示や Cover Flow 表示など、Finder のすべての表示形式をサポートするようになりました。ただし、どちらもリモートファイルの操作にはそれほど便利とは思えません（とはいえ、Finder ではどちらもそれほど便利だとは思いません）。また、Quick Look もサポートされています（リモートファイルを選択してスペースバーを押すだけです）。これは、奇妙な名前のグラフィックファイルやテキストファイルを探すときに非常に便利です。
結局のところ、Transmit の奥深さに驚かされました。この記事を書き始める前から、しばらくの間、Transmit を快適に使っていましたが、当初言及しようと考えていた些細な不満点のほとんどは、私がまだ発見していなかった、あるいは理解できていなかった機能に過ぎませんでした。Transmit のオンラインヘルプは充実していますが、決して冗長ではありません。また、Panic はインターフェースを必要な時にのみ操作できるようにすることに多大な労力を費やしているため、このプログラムの真価を理解できないかもしれません。つまり、
Transmit の機能はすべて理にかなっているものの、他のファイル転送プログラムに慣れている場合は、Transmit のインターフェースをあれこれいじくり回すのに多少の時間がかかることを覚悟しておく必要があるということです。
では、今使っているファイル転送プログラムを捨てて、Transmitに乗り換えるべきでしょうか？いいえ、正直に言って、そうは思いません。ただし、私と同じように、今使っているプログラムに何か物足りなさを感じている、あるいは上記で説明した機能のいくつかが魅力的に思える場合は別です。先ほども述べたように、基本的なファイル転送はもはや難しいものではなく、比較的シンプルなニーズであれば、ほぼどのファイル転送クライアントでも十分でしょう。しかし、他のプログラムでは提供できないほどのパワーと柔軟性を求めているなら、Transmitを試してみても間違いはありません。
Transmit 4.1.4は、Panicから直接購入すると34ドル、Mac App Storeから購入すると33.99ドルです。Mac OS X 10.5以降が必要です。Panicのウェブサイトから22MBの無料試用版をダウンロードできます。