タグ

RFCに関するBookmarkerのブックマーク (7)

  • RFC日本語版リスト

    リンク上の問題や追加情報があるようでしたらどしどし連絡してください。 インターネットに散らばるRFCの 日語訳(和訳)のリンクリストを作りました。 多分、同じ翻訳で、コピーが複数あると思えるのはまとめて1行にしています。 (高橋邦夫さんが訳したRFC1855はあまりにもコピーが多いので一部のリンクのみ掲載しています) 同じRFCを、多分別の人が翻訳したと思えるのは別の行にしています。 時代の流れでなくなったページもあります(場所が変わって見つかっていないだけかもしれません)。 [日語訳]が付いていない所はそんなページと思ってください。 ソースにはコメントとしてURLを残してあります。 いずれかのアーカイブを探せば見つかるかもしれません。 これらの日語訳は完全なものとは限りません。 間違って翻訳していたり、 途中だけ翻訳されてたり、翻訳の途中で中断・中止してる事もあります。 翻訳の公開

    Bookmarker
    Bookmarker 2009/12/21
    >>インターネットに散らばるRFCの日本語訳(和訳)のリンクリスト<<
  • Common Format and MIME Type for Comma-Separated Values (CSV) Files

  • ドコモ、メールアドレスの仕様を修正 | スラド モバイル

    俺の周りにはまだ電話番号@docomo.ne.jpの人もいるし、 俺自身も、途中で@jp-tから@t.vodafoneになったものの、10年間アカウント変えてないです。 これが多数派か少数派かわかりませんが、 メールアドレスなんて変えるもんじゃないと思ってる人が一定数いて、その中に変なアドレスの人が含まれてたら、 「新規に取れなくしました」だけでは変なアドレスはなくならないし、 なくならないと言うことは、結局メールを使うサービスを提供しているほかのシステムがそれに合わせた仕様にせざるを得ないわけで、 じゃぁもう別に新規に取れなくしてくれなくても変わらんと思うのですが・・・ ずいぶん極端な御意見だと思います。 病気の根原因を取り除いて完治させられないならば、 感染拡大防止や対処療法なんて何の意味も無い、と言い切るぐらいに、 > なくならないと言うことは、結局メールを使うサービスを提供してい

    Bookmarker
    Bookmarker 2009/04/03
    バグ修正したことを明記しないとユーザーが混乱するのでは?
  • » RFC Editor

    The RFC Series The RFC Series (ISSN 2070-1721) contains technical and organizational documents about the Internet, including the specifications and policy documents produced by five streams: the Internet Engineering Task Force (IETF), the Internet Research Task Force (IRTF), the Internet Architecture Board (IAB), Independent Submissions, and Editorial. Browse the RFC Index HTML (ascending) • HTML

  • 計算機の名前を選択するには

    RFC1178-ja-NJT.TXT 文書は RFC1178 Choosing a Name for Your Computer 計算機の名前を選択するには の日語訳である。 第1.01版(レビュー待ちバージョン) ※全文翻訳完了しています。 ※みなさまのレビューをお願いします。 ※??? のついているところはかなりあやしいところです。 ※ホスト名の実例には日語訳もつけましたが不要かもしれません。 Thanks to "Yasuda Shun'ichi" for his review. 著作権表示 なし None 日語訳についての二次的著作権は: Derivative copyright about Japanese translation: なし None 配布条件 日語訳の配布条件は英語の原文の配布条件に従う。(無制限) ただし、無保

  • スラッシュドット ジャパン | auのEメールアドレスが相互接続性を保障できないルールに変更?

    kazu070曰く、"インプレス ケータイWatchの au、Eメールアドレスの設定文字数を最大30文字に拡張 によると、 メールアドレスの20文字から30文字への文字数の拡張にあわせて、 「_」(アンダースコア/アンダーバー)の利用や、「.」(ピリオド/ドット)の連続使用、@直前での利用も可能となる。 という仕様が発表されている。効果としては、迷惑メールを受信しにくくなるという後ろ向きなメリットが挙げられる。 しかしながら、RFCを読まなかった携帯キャリアの罪にも記述があるとおり、特定のメールシステムにおいては "." に関する扱いに制限がある。また "." の二重使用や @ 直前の "." については、メールアドレスに使える文字やRFC によるメールアドレスの local-part におけるピリオドの取り扱いについての考察が参考になる。 auのEメールアドレス変更方法では、 「.(ピリ

  • RFC

    拡張されたメールシステムステータスコード 簡単な解説 RFC 3030 大きなバイナリのMIMEメッセージを送信するためのSMTPサービスの拡張 この文書はSMTP(単純なメール転送プロトコル)サービスに2つの拡張を定義す る。最初の拡張により、DATAコマンドの代わりに、効果的に大きな MIME(Multipurpose Internet MailExtensions)メッセージを送るための"BDAT" と呼ばれるものを利用することをSMTPクライアントとサーバが取り決めること ができる。2つ目の拡張では、バイナリ送信エンコーディングを用いるMIMEメッ セージ送信が取り決められるようになり、BDATコマンドに優位性を与える。こ の文書はRFC 1830の更新と無効化を意図する。 RFC 3251 Electricity over IP この文書は、IP上で送電するためのアーキテクチャで

  • 1