お気持ちのみですが合計で100ポイント程。Webページ製作の知識がある方にお伺いします。

ＡやＢはサーバですか？

だとしたら、Ａはメールを送る時点で「サーバで動くアプリケーション」ですよね。

htmlを表示するのは、httpdというプログラムがサーバで動くことで可能になるのです。

これだとhttpdに手を入れて、メールを送受信する仕組みを作ったり、Bのメールサーバも普通のものではなく、メールを受信して即ページを生成する複雑なプログラムにせざるを得ません。

可能は可能ですが、普通にwebサーバを作る１００倍以上の手間がかかります。

サーバで動くプログラムを作りたくないということであれば、クライアント側でVBScript（Windows限定）またはAdobeFlexを使うことで対応可能です。

VBScriptであれば、以下のようなフローで実現できます。

1. ページの存在可否をHTTPリクエストで判断する。参考：VBSでHTTPリクエストを投げて、レスポンスを受け取る
2. CDOを使ってメール送信する。参考：Windows標準機能とWSHを使ってメールを送信する
3. FTPアップロードする。参考：vbs で ftp memo

すいません、ＡもＢもクライアントとなると、ＡとＢ以外のＣがいますか？

つまり、ＣがサーバＸにあるhtmlを読み込む。Ａはそれを感知して、Ｂとメール＆ＦＴＰで連携して、Ｃが読み込んでる間に割り込んでページを送る、という事ですか？

ＡがＣの動作を感知する方法が全くありません。ＣがサーバＸにアクセスする前にＡに要求を送るとなると、Ａはサーバにならざるを得ないのですが、Ａはクライアントと明記されています。

また、Ｂはメールを受信しているので、明らかにメールサーバです。

Ａも、ＦＴＰサーバですよね？

クライアントだと言い切ってますが、サーバだらけに見えます。

Ｂをクライアントとするとなると、中間にメールサーバがきっといるんでしょう。結局サーバの開発は必須っぽいです。

ＡがＣのＰＣ上で動く常駐ソフトだったと仮定しても、ＰＣから勝手にメール送ったりＦＴＰサーバになったりと、プライベート上の問題が多すぎますし、ものすごい負荷がかかる上にやはり開発量も並の量じゃないと思います。

こっちの質問はわかりやすいかも。

送る側：

テキストボックスに入力。

ボタンを押下。

特定のアドレスにFTPで送る。

読み取る側：

自動的にブラウザを更新。

をお互いが行えばいいんですよね。

「ひまわり」とか「なでしこ」っていう日本語のプログラミング言語があります。

ちょこっといじってみたのですが、ブラウザもFTPも両方あるんで調べてみてください。

ローカルにアプリ入れる形にはなりますが、実現できます。

ほかの質問も見てみたのですが

>あるWebページで送信されたデータに応じて

この段階でCGI組まなきゃだめです。

それに、ブラウザは勝手に動かないので、更新ボタンを押す必要があります。

どちらかというと「取りに行く」ためのものです。

できること、できないことをしっかり整理することで、どの技術を使えばいいかって固まってきますよ。

それぞれの質問みてるとごちゃごちゃになってるように思えます。

でも頑張ったらできるので頑張ってください。

> どうしてもサーバーで動くプログラムを作りたくない

残念ながら、全く作らないのは不可能かもしれません。

> テキストボックスに入力。

> ボタンを押下。

> 特定のアドレスにFTPで送る。

ＦＴＰからダウンロードするのはリンクで簡単に出来ます。（id & password を記述すると丸見えになるので anonymous でやる必要があるでしょう）

でもアップロードは少々難しいと思います。

こんな記事もありますが、環境を選ぶようですね。

http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1226628...

まだ、「メールを送る」の方が汎用的で現実的だと思います。

サーバサイドのスクリプトを書いてやれば、テキストボックスの値を受け取ったり、FTPでのアップロードやメールの送信も可能です。（どのレンタルサーバでも出来るわけではありません。環境依存です。）

> 約0.1秒後～1分後にサーバーのデータが更新されるので、自動的にブラウザを更新してそれを表示。

サーバ側で何も処理をしないと、ファイルが見つからない時点で「ファイルが見つからない」というメッセージを返して終わってしまうでしょう。

> 遷移を1秒に3回くらいトライします

何度も繰り返して探すとか、時間制限内で待つとかの動作は動作は、勝手にしてくれる訳ではありません。プログラムでの処理が必要でしょう。

（時々見かける「サーバの応答を待っています」というような状態は、存在しないファイルを何回もスキャンしているのとは違います。）

> FTPでメールを受け取る

FTPではメールは送れません。

メールと同じ内容のデータを送る事は出来ますが、送り先はFTPサーバ限定ですし、データが届いた事を感知する仕掛けを仕込まないとダメですね。

> メールの内容に応じてデータ生成（0.1秒～1分）

メールサーバだけでは実現は不可能でしょう。ましてやメールクライアントでは。

「何らかの判断が必要＝プログラムが必要」です。

> レスポンス作成が最も大変なのですが、この部分の膨大な処理はVBAでほとんど実現

実現できているのが、「メールを受信して必要なデータを作成する」であれば問題ありませんが、単に「必要なデータを作成する」部分のみであれば、メールの受信をきっかけにその部分を起動するような仕組みが必要です。

この辺りは、ローカルのWin機でやる事を念頭においての事（VBAなので）と思いますが、外部から「直接メールを受け取る」のは案外面倒ですよ？（ローカルにメールサーバ設置が不可避では？）

> サーバー言語に翻訳してサーバーに移植した方が早いですか？

そんな気がします。システム開発も、実行速度も。

単なるテキスト処理なら、サーバサイドの処理の方がかなり早いのでは？

「膨大な処理」が何なのか分かりませんが

> サーバー言語でできない処理をVBAにさせたい

サーバサイドで出来ない処理は、そんなに多くないと思いますけど？

一般的に使われるメールサーバなどでメール受信をきっかけにサーバサイドのプログラムを起動するのはそれ程難しい事ではないです。

.forward や .mailfilter でいろいろ情報が見つかるでしょう。（メールの転送の情報が圧倒的に多いので、探し難いですが）

しかし、それを許しているレンタルサーバはあまり多くないです。

色々考えると、やはりサーバサイドでプログラムを組み動的なページを返すのが理に適っているように感じます。