強制的にASCIIファイルがバイナリファイルになってしまうのでしょうか

質問

強制的にASCIIファイルがバイナリファイルになってしまうのでしょうか？
海外のドメイン登録・ｗｅｂスペースサービスを利用しています。 汎用CGIをそこのcgi-binに上げたところ動作しませんでした。　理由は「cgiファイルがバイナリファイルになっているから」とのこと。　FTPソフトで送信する時には　.cgi　のファイルはテキストファイルとして転送する設定になっています。　また他の海外のホスティングを使用した時にはこのようなことはありませんでした（今回は同一ドメインで別のホスティングに移行したもの）。

質問ですが
1 FTPソフトでは.cgiファイルがテキストとして送信できるようになっているのになぜ、サーバーに上がったらそのファイルはバイナリファイルに勝手に変換されてしまっているのでしょうか？
2 サーバーに上がっているファイルを直接、自分自身でほんとうにバイナリなのか、アスキーなのか確認する方法はありますか？
3 具体的にどのようにしたら「絶対に間違いなく」.cgiファイルをアスキーファイルとして転送することができますか？

FTPソフトはホームページビルダーの「ファイル転送」を使用しています。　設定は間違いなく.cgiはテキスト、となっています（従来のホスティングでは一切問題がなかったのでソフトのせいとは思えません）。

回答No.2

sknbsknb2 · ベストアンサー

もしかすると改行コードが正しく変換されていないのかもしれません。

そもそもFTPで転送を行う場合、元の内容のままで送信すればいいだけなら常にバイナリモードで転送すればOKです。

ではなぜテキストモードというものがあるのかというと、いろいろな環境でテキストファイルの改行コードが違うので、これを変換しないと文字化けが起きたりするからです。

ちなみに改行コードの例を挙げると、
Windows:CR+LF
Mac:CR
UNIX:LF
ということなので、Windowsで作ったcgiをUNIXのサーバに転送するときは改行コードをLFに変換する必要があり、これがテキストモードの存在する理由です。

今回の問題は、普通なら自動で変換されるはずが、何かの理由で正しく変換されていないのではないかと思われます。

一度テキストモードで転送したものをバイナリモード自分の側に転送しなおして開いてみると、相手側で改行コードがどう変換されたかを確認できます。
この結果によっては、改行コードを変換した状態でバイナリ転送する必要があるかもしれません。

補足

すみません、お書きになられましたことは既に調べてしっているのですが今回はどうしても意味が不明ですので質問1から3とさせていただきました。

なお、技術者からの回答は「日本語文章が入っているからバイナリデータになってしまった」「もともとバイナリだったから送信先でもバイナリになっている。　サーバーが勝手に変更しているわけではない」

といった回答。　しかしながら試作で100%英文のCGIをあげてみても同じように動作せず、回答はあくまで「バイナリデータにこれもなっている」

完全にお手上げになっています。

回答No.3

sknbsknb2

ANo.2です。

ANo.2の補足についてお答えします。

まずはファイルを転送したときに内容がどうなっているのかを調べるのが先決です。

(a)ファイルをテキストモードでサーバに転送する。
(b)転送したファイルをバイナリモードでサーバから自分のPCに転送する。
(c)改行コードを確認できるエディタでファイルの改行コードを調べる。
(d)サーバのサポートに、テキストファイルの改行コードを確認する。
(e)(c)と(d)が一致しないなら、cgiファイルの改行コードを(d)にあわせて変更した後
　バイナリモードで転送することで解決。
(f)(c)と(d)が一致しているなら改行コードの問題ではないので、転送前と転送後で
　ファイル内容に変わっているところがないかどうか確認する。

ちなみに
テキストファイル->アスキーコードと改行コードのみが含まれるファイル
バイナリファイル->上記以外のコードが含まれるファイル
なので、UNIXから見るとWindowsのテキストファイルはバイナリファイルです。
そして今回の場合、転送先の環境に従って改行コードを自動変換するのはホームページビルダーですから、ここがうまくいってなければサーバ側から見るとバイナリファイルが送られてきたとしか見えません。

お礼

ありがとうございました。　解決いたしました。　回答はとんでもないところにありました。
メインテナーから送られてきていたCGIのデータが

/usr/sbin/sendmail
/usr/bin/perl
-----------------

だったのですが、サンプルとして「確実に動くＣＧＩを一つくれ」と交渉してもらったＣＧＩを見てみましたらなんと

!/usr/bin/perl
/usr/lib/sendmail -i -t

になっておりました・・・　私のＣＧＩデータをこれらに変えたらあっさりと動くようになりました。　サポートはしつこく私のCGIには全角文字が入っているからだからバイナリデータになってしまう、だことの、それではと全部半角のＣＧＩを使っても動かなかったので「なんだ、全角文字とか関係ないじゃん、というか、このＣＧＩ、別のメインテナーでもう10年使っているんですけど」と文句を言ったら今度は私のＦＴＰプログラムがわるいだことの言い出したり。　それでは、と今度はＦＦＦＴＰの英語版を使ったらやはりだめ。　もうぶちきれました。

はっきり言います。　イタリア人はばかばっか。　自分のやるべき仕事もわからない人ばかり。
とにかく解決いたしました。　ありがとうございました。

回答No.1

kmee

状況がよくわかりません。

ftpの転送モードがアスキーとバイナリが違ったところで、改行コードが変換されるくらいなので、「改行コードの違うテキストファイル」にしかならないはずです。
(もしかしたら、漢字コードの変換もしているかもしれませんが、ホームページビルダーは使ったことないので断言できません)

また、ファイルがテキストファイルなのかバイナリファイルなのかの判定は難しく
・適当な間隔で改行文字があるからテキスト
・印字可能文字が多く使われてるからテキスト/それ以外のデータが多いからバイナリ
・特定フォーマット固有情報(画像のヘッダ等)があるから、そのフォーマットで採用されている形式
といったことから総合的に判断します。が、誤判定するケースもあります
(偶然、アルファベットと改行文字だけになった「バイナリファイル」だったら、テキストファイルと判断されるケースがある)

外国のツールだと、英数字を「文字」と判定し、日本語文字列は「バイナリ」と判定されるケースもあります。

まずは、そのcgiが「変更されてしまう」のか「誤判定される」のかを調べましょう。
サーバー上のファイルを別名でダウンロードして、転送前と比較して変化しているか、変化があるならどのような変化か調べましょう。

他のftpソフトを使うのも手です。
cgiのファイルの改行コードをサーバーのものに合せておいて(おそらくLF)、転送モードをバイナリにする、という方法も考えられます。

補足

補足を入れたのですが反映されていらっしゃらないようですで手短に。

問題解決のために質問を1から3にまとめました。　まったくこれらの質問とは関係のない、とんちんかんな回答はどこから出てこられたのでしょうか？　そもそも私は海外製のFTPソフトなどは一切使用してはおりません。