1 files changed, 0 insertions, 130 deletions
diff --git a/contrib/idn/mdnkit/doc/ja/guide/clientconfig.html b/contrib/idn/mdnkit/doc/ja/guide/clientconfig.html
deleted file mode 100644
index 0cdd40d2..00000000
--- a/contrib/idn/mdnkit/doc/ja/guide/clientconfig.html
+++ /dev/null
@@ -1,130 +0,0 @@
-<!doctype html public "-//IETF//DTD HTML 2.0//EN">
-<!-- $Id: clientconfig.html,v 1.1 2001/03/05 12:58:03 tale Exp $ -->
-<html>
-<head>
-<title>Configuring Your Clients</title>
-<meta http-equiv="Content-Type" content="text/html; charset=Shift_JIS">
-</head>
-
-<body>
-<h1><a name="clientconfig">クライアント側の設定</a></h1>
-<p>
-DNS Proxy Server (dnsproxy) は、基本的には
-多言語ドメイン名に対応していないクライアントから
-多言語化対応したDNSサーバを利用できるようにするものです。
-<blockquote>
-ある手法の多言語ドメイン名に対応しているクライアントから
-他の手法で多言語化対応したDNSサーバを利用するためにも使用できます。
-</blockquote>
-<p>
-実際にあるクライアントで多言語ドメイン名を使うことができるかどうかは、
-そのクライアントがドメイン名をどのように扱うかによります。
-クライアントが、ドメイン名を、クライアント側のエンコーディングで
-なにもチェック／加工しないで使用しているなら、
-dnsproxyを経由することによって、多言語ドメイン名が利用可能になります。
-しかし、クライアント側でドメイン名のシンタックスを厳密にチェックしていたり、
-ある種の変換を行なっているような場合には、dnsproxyは役に立ちません。
-<p>
-ここでは、いくつかの代表的なクライアントについて、
-dnsproxyによる多言語ドメイン名が使うことができるかどうか、
-どうすれば多言語ドメイン名を使うことができるようになるか、
-を説明します。
-<p>
-
-<hr>
-
-<h2>UNIXのアプリケーション</h2>
-<p>
-
-<h3>resolverの問題</h3>
-<p>
-UNIXの場合、DNSへの要求は、多くの場合resolverを経由して送られます。
-しかし、標準的なresolverはnon-ASCIIのドメイン名を受付けません。
-この問題に対処するため、mDNkitにはbin8のresolver
-(およびnslookup、named)を8-bit throughにするためのパッチが
-付属しています。まずは、bind8にこのパッチを適用し、
-8-bit throughのresolverを使って再リンクしてください。
-詳しくは<a href="install.html">インストールガイド</a>の
-<a href="install.html#preparation">前準備</a>、
-<a href="install.html#bind">bind 用パッチの適用とインストール</a>を
-ご覧ください。
-<p>
-
-<h3>nslookup</h3>
-<p>
-標準的なnslookupはnon-ASCIIのドメイン名を受付けません。
-mDNkitのbind8への8-bit throughパッチを適用して作成された
-nslookupなら、多言語ドメイン名を使用することが可能になります。
-詳しくは<a href="install.html">インストールガイド</a>の
-<a href="install.html#preparation">前準備</a>、
-<a href="install.html#bind">bind 用パッチの適用とインストール</a>を
-ご覧ください。
-
-<h3>Squid</h3>
-<p>
-Squid経由でWebにアクセスするような場合には、non-ASCII文字を含む
-ドメイン名はsquidによってエラーとされます。
-mDNkitにはsquidを8-bit through にする
-(シンタックスチェックを外す)パッチが含まれています。
-これを適用したsquidであれば、多言語ドメイン名を受付けるようになります。
-詳しくは<a href="install.html">インストールガイド</a>の
-<a href="install.html#preparation">前準備</a>、
-<a href="install.html#squid">squid 用パッチの適用とインストール</a>を
-ご覧ください。
-
-<h3>Netscape</h3>
-<p>
-残念ながら、入力時点でnon-ASCII文字は拒否されてしまいます。
-<p>
-
-<hr>
-
-<h2>Windowsのアプリケーション</h2>
-<p>
-Windowsのresolver(WINSOCK)は、non-ASCIIのドメイン名を通すようです。
-クライアント内でのチェック、変換が行なわれなければ問題なく
-多言語ドメイン名を使うことができます。通常は
-<pre>
-    client-translation . Shift_JIS
-</pre>
-とすればOKです。
-<p>
-
-<h3>nslookup</h3>
-<p>
-残念ながら、ホスト名の入力時点で、non-ASCII文字を含むホスト名は
-拒否されるようです。ls による一覧表示は動作します。
-
-<h3>Netscape Communicator</h3>
-<p>
-Version 4.7 は問題なく動作しました。
-<p>
-ただ、HTTPプロキシサーバを使われている場合には、その
-プロキシサーバが多言語ドメイン名に対応しているかどうかが
-問題になりますのでご注意ください。
-<p>
-
-<h3>Internet Explrore</h3>
-<p>
-IEには多言語ドメイン名への対応が一部含まれています。
-<pre>
-    ツール
-        インターネットオプション
-	    いつもUTF-8としてURLを送信する
-</pre>
-しかし、これを使うと、余分なところまでUTF-8で
-エンコードしてしまうようで、dnsproxyでは使用できません。
-逆に、これをオフにして、
-<pre>
-    client-translation . Shift_JIS
-</pre>
-とすれば、dnsproxy経由で多言語ドメイン名が使えるようになります。
-<p>
-ですが、IEの場合には、webページ内に埋め込まれたURLについては、
-そのページのエンコーディングに合わせたエンコーディングに変換して
-DNSの問合せを行なうようになっていますので、Shift_JIS以外で
-記述されたWebページ上の多言語ドメイン名についてはクエリーが
-失敗してしまいます。
-
-</body>
-</html>