tn3270: URL

[1] tn3270: URL は、 TN3270 や TN3270E によりアクセス可能な資源を表します >>2 1.。

仕様書

[7] tn3270: の ABNF 構文は次の通りです。 >>2 2.1.

     tn3270-uri       = "tn3270:" "//" authority ["/"]

[11] userinfo は TN3270 / TN3270E で接続する際の Telnet Authentication option (RFC 2941) による認証情報を表します。 >>2 2.2

[12] >>2 は RFC 3986 を参照しており、 >>2 でも RFC 3986 でも明確にしていませんが、 : で区切ることにより利用者名と合言葉を指定できます。 (>>2 のより古い I-D ではもっと明確になっていました。)

[8] host は必須であり、 TN3270 / TN3270E で接続するホストを表します。 >>2 2.2

[9] 「必須」の意味は明記されていませんが、空文字列であってはならないということでしょうか。

[10] 接続に使うという以上の意味は明記されていませんが、通常の DNS などによって名前解決する名前、あるいは IPアドレスということになるのでしょう。

[13] port は TN3270 / TN3270E で接続するポートを表します。 >>2 2.2

[4] RFC 1630 では telnet: と共に tn3270: にも言及されていましたが、 BNF 構文はなぜか telnet: のものしか規定がありませんでした。

[6] RFC 1738 では scheme 名だけ予約されており、構文などの具体的な規定はありませんでした。

[24] RFC 1738 は廃止され、実質的な規定もないまま IANA 登録簿に tn3270: URL が予約されたままになっていましたが、 RFC 6270 によりようやく IETF 的に正式な定義がなされました。 RFC 6270 は IETF 標準化過程 RFC です。

[26] >>25 によれば、 Lynx では実際の処理は他の適当なソフトウェアに任せているものの、大抵は password が指定されていたとしても無視して利用者に問い合わせるようです。