オーダー用のCGIを作成しましたが、顧客がNNのブラウザを使うと、当方で受け取るsendmailが、FROMがNobodyとなって、先方のアドレス、オーダーシートに書き込まれた内容が空となって送られてきます。

回答ではないのでポイントは結構です。

CGIそのものや「サーバーを変更すれば」の意味がわからないと回答は難しいと思います。

CGIで・・・というのが不思議なのですが。

FORMからメールを送る場合でしたら

NNではフォームからメールの取り出しに対応していないバージョンがあります。

(N3、N4はOKですがN6はNG、N7はSubjectに対応していません)

サーバーを変更すれば・・・と言うのも、単にNNでもN3、N4だったからOKだったという可能性もあります。

CGIでのメールフォームがこのまま書かれていたら・・・という場合ということになりますが。

2回目です。ちゃんと把握できていない状態で勘違いな回答ですみません。

1.メールは届くのに空メール

＝CGIは動いているが入力されたデータをちゃんと読みとれていない

2.サーバーによってはちゃんと届く

だけでしたら、

FORMのACTIONの表記の仕方が違う(サーバーによってCGIの呼び出し方が違う)

(例：

)

という可能性が考えられるんですけど。

それだと、どちらもIEだけは届くというのが不思議ですよね

逆に

1.文字化けしているだけで、空メールでなければ・・・

2.どちらのサーバーもNNはNGなら・・・

文字コード、メゾット、JavaScriptの関係

だと思うのですが。

この場合も、一方のサーバーではちゃんと届いているというのが不思議。

お役に立てずにすみません・・・

ちなみに参考URLでメールフォームについて詳しく書かれているので、一度チェックされてはいかがでしょうか？

CGIやHTMLのソース、サーバーの状態が良くわからないので

見落としている点があるかもしれません。

1.＞オーダー用のCGIを作成

2.＞CGIというよりはHTMLの問題だと思っているのですが・・・。

3.＞レンタルサーバーAでは問題なく、Bでは質問の問題が起こってしまいます

というのは、

＊ご自分で書かれた「Perl言語のCGI」

＊HTMLから「FORM ACTION=〜.cgi」で呼び出して「sendmail」で送る

＊「全く同じもの」をAサーバーとBサーバーにアップした結果

と、勝手に判断しましたが、よろしかったでしょうか？

CGIやHTMLのソース、サーバーの状態が良くわからないので

見落としている点があるかもしれません。

まず、CGIの確認ページや、送信時に呼び出すCGIが、自分自身になっていませんか？つまり form.cgi 自身が <form>タグで自分を呼んでいるということです

その上で

１．WebサイトのアクセスにProxyを使っていませんか？

２．Netscapeの設定でキャッシュしたドキュメントとネットワーク上のドキュメントの比較がしない、もしくはセッション毎になっていませんか？

条件に合うのならば、うまくいかないほうのプロバイダのHTTPのリクエストの形式が不適切なのでしょう

１の場合Proxyを通さないか、プロバイダを返るしかありません

２の場合はNetscapeのキャッシュの設定を「毎回」に変更することによってうまくいくと思います

他のCGIでサービスを提供している企業にも２のリンクのような注意書きが良くあります

> <form action=mailer.cgi method=post>

> 上記の事でしょうか・・・。

>内容を確認する為に作成したのですが・・・。

>一体、これをどうすれば、いいのでしょうか？

この記述があるファイルの名前が mailer.cgiであるならばそういうことです。

1.試しに post を getにしてみる

2.CGIを同内容で2つおいて mailer.cgi から mailer2.cgiを呼ぶようにしてみる

3.後は先ほどの回答のように Netscapeのキャッシュの設定を「毎回」に変更することで上手くいく場合があります

2回目の回答で、これ以上回答できないので。続きはいわしでも・・・