| |
とび さん、こんばんは。まっちんです。
>まっちんさん、こんにちは。
>
>>既に、秀まるお さんからは否定的なコメントが出ていますが...やはり不可能な
>>のでしょうか？
>ちょっと調べてみたのですが、技術的に「不可能」ではない、と思いますが、
>現実問題として（少なくとメーラへの実装は）難しいorあまり意味がない、
>のではないか、という風に思います。
ええ。
とびさんのネットワーク利用環境がうまく想像できないのですが、個別の対応
になりそうですね。ゲートウェイ以外はプライベート・アドレスで、NAPT(NAT,
IPマスカレードの総称)が動作していない？
>そんな感じでしょうね。Vectorで「TCP/IPリダイレクタ」
>http://www.vector.co.jp/soft/win95/net/se156506.html
>というのを見つけました。
>ポート間でパケットの受渡しをする、というものです。
>（今使ってるマシンでは動かなかったのですが(汗)）
Linuxなどでは標準で搭載されていますけど、Windowsではこうした機能はない
かもしれません。参考になります。
>こういうたぐいのもので、
>・入口：自マシンの適当なポート(ex.8110)
>・出口：GWの23番
>としておいて、（入口／出口って言い方は変か(苦笑)）
>要求があったら、まず「出口」にtelnetプロトコルでコネクト／ログイン。
>で、さらにtelnetでその先のメールサーバにコネクト。
>（ここまではスクリプトが使えないと汎用にはならないかも）
(「TCP/IPリダイレクタ」のような)補助的なソフトは特に必要ないと思いますよ。
自分のマシンにPOPサーバーを作るわけですから。
リダイレクト動作は参考になりますけど。
スクリプトで、接続開始/終了のきっかけになる文字列と、その際に出力する文
字列を設定するわけですね。
>で、つながったら、入口−出口間をスルーする。
>（ここまでつながってしまえば、「スルー」＝「パケットの転送」で済む？
> ような気もしますが、きっと罠が潜んでいそうです。）
そうそう。この罠が怖いところですけど。
>ちらっとRFCをみてみたら、
>（英語も良く判らんのでほんとにちらっとですが、）
>無数の「Option」があるようで、
>どこまでが実装すべきものなのかも、素人には不明っす(汗)
Linuxなどではクライアント/サーバーのソースコードが公開されていますから、
ある程度参考にできるのではないでしょうか。あとは時間と根気。
>あぁそうだ、出来合いのtelnet.OCXとかあれば、何とかなるかも。
もしあれば、最高ですね。
|
|