Barton Expires October 3, 2020 [Page 1] Internet-Draft 7xxhttpcodes April 2018 Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 1.1. Terminology . . . . . . . . . . . . . . . . . . . . . . . 2 2. Developer Errors . . . . . . . . . . . . . . . . . . . . . . 2 2.1. Inexcusable . . . . . . . . . . . . . . . . . . . . . . . 2 2.2. Novelty Implementations . . . . . .
This document describes the property accessor syntax. The RFC which this was crafted from is located here: https://wiki.php.net/rfc/propertygetsetsyntax Previous Revision: https://wiki.php.net/rfc/propertygetsetsyntax-v1.1 Property accessors provide a clean, easy to understand and unified syntax for get/set accessors. They allow read and write requests (gets and sets) from a class property to be r
Network Working Group Request for Comments: 2060 Obsoletes: 1730 Category: Standards Track M. Crispin University of Washington December 1996 INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 この覚書の状態 この文書は、インターネットコミュニティのための、インターネット標準への過程のプロトコルについて述べ、 改良のための討論と提案を必要としている。 標準化の状態と、このプロトコルの状態については、"Internet Official Protocol Standards" (STD1) の現在の版を参照されたし。 このメモの配布は制限しない。 Internet Message Access Access
この文書は RFC 5023 The Atom Publishing Protocol を, BCP78によって付託された権利に基づいて日本語に翻訳したものです。 翻訳には誤りがある可能性があります。この翻訳の正確性は保証しません。 翻訳についてのお問合せ先：（SSL対応フォーム） （非SSL対応フォーム） 翻訳者一覧 株式会社リコー 山本陽平 日野原寛 高桑寿一 中川勝樹 沖田邦夫 井上浩一 兵清弘 リコーソフトウエア株式会社 福田朋紀 更新履歴 2008-01-07 日外アソシエーツ株式会社 久我様の指摘を受け 9.7 の訳文をわかりやすく、11.2 の抜けを修正 2007-12-06 9.6、9.7.1、9.7.2、10 の誤記、表記ぶれを修正 2007-11-08 エヌ・ティ・ティ・コミュニケーションズ株式会社 朝倉様の指摘を受け 9.3/9.4 の誤訳を修正 2007-11-0
IETF 104 Prague IETF 104 starts Saturday 23 March and runs through Friday afternoon, 29 March. Prague, Czech Republic IETF 105 Montreal IETF 105 starts Saturday 20 July and runs through Friday afternoon, 26 July. Montreal, Quebec, Canada What's new? IETF Hackathon in Bangkok Jumpstarts Innovation Just when you thought it could not get any better, the IETF Hackathon reached new heights, not just in
IMAP 関連の RFC ぼちぼち和訳している RFC の一覧です。 誤訳などは指摘して頂けると幸いです。 Text 版の方はメンテナンスされていない可能性があるので、 HTML の方を確認してください。 最新の RFC や draft は、 "The IMAP Connection" の "IMAP Documents: RFCs and drafts" や、 "Internet Mail Consortium" の "Internet Mail Standards" などを参照してください。 rfc5092 IMAP URL Scheme rfc5032 WITHIN Search Extension to the IMAP Protocol rfc4731 IMAP4 Extension to SEARCH Command for Controlling What Kind of I
qmail の RFC 違反 違反してるからといって、それを糾弾するつもりも、使うなというつもりもないし、qmail 以外の MTA がまったく違反をしていないというつもりもない。ただ、他の MTA と比べてわりと目につきやすいところでやってるので、とりあえず気がついたところをメモしてみたもの。さらに、Qmail bugs and wishlist. というページの情報も加えてある。読めばわかるが、qmail-pop3d がかなり悲惨。 あんまり詳しく調査しているわけではないので鵜呑みにはしないように。間違いや追加情報があれば教えてください。 qmail-send: ダブルバウンス/VERP qmail-remote: 8BITMIME/バックアップ MX qmail-pop3d: サイズ/よけいな空行/LAST/STAT qmail-send: ダブルバウンスの envelope sen
[home] [PDF Version] PHP : Parsing Email Adresses in PHP Originally published 28th April 2005 2009-05-11: Oh how time flies! There have been several new email RFCs published since this article was written and the state of the art has moved along. A much updated version of the code can be found here, which passes the more modern RFCs. The article below however, is still a good discussion on the top
記事データ 投稿者 望月真琴 投稿日時 2004-10-10T15:39+09:00 タグ RFC メール 概要 RFC2822 を元に、メールアドレスに使用できる文字を調べてみました。 リプライ 1 件のリプライがあります。 RFC 2822 - 3.4. Address Specification Request for Comments: 2822 - Internet Message Format ( 和訳 ) を見ると、 3.4. Address Specification および、 3.4.1. Addr-spec specification という項があります。 そこからメールアドレスを構成する部分の記述を抜粋すると、次のようになります。 address = mailbox / group mailbox = name-addr / addr-spec addr-spec =
リンク上の問題や追加情報があるようでしたらどしどし連絡してください。 インターネットに散らばるＲＦＣの 日本語訳（和訳）のリンクリストを作りました。 多分、同じ翻訳で、コピーが複数あると思えるのはまとめて１行にしています。 （高橋邦夫さんが訳したＲＦＣ１８５５はあまりにもコピーが多いので一部のリンクのみ掲載しています） 同じＲＦＣを、多分別の人が翻訳したと思えるのは別の行にしています。 時代の流れでなくなったページもあります（場所が変わって見つかっていないだけかもしれません）。 [日本語訳]が付いていない所はそんなページと思ってください。 ソースにはコメントとしてＵＲＬを残してあります。 いずれかのアーカイブを探せば見つかるかもしれません。 これらの日本語訳は完全なものとは限りません。 間違って翻訳していたり、 途中だけ翻訳されてたり、翻訳の途中で中断・中止してる事もあります。 翻訳の公開
ＤＮＳのＲＦＣ 基本的なＤＮＳの仕様(Standards) RFC 1034「ドメイン名－概念と機能」（日本語訳） RFC 1035「ドメイン名－実装と仕様書」（日本語訳） ＤＮＳといえば、この２つが標準になります。 ＤＮＳができる前のインターネットでは、ネットワーク情報センター(NIC)で管理していたHOST.TXTファイルに、 ホスト名とＩＰアドレスの対応を書いて、これを各ホストに配っていました。 このやり方は配布に時間がかかるなど、いろいろ問題がありました。 この解決のため、様々な方法の提案と実装されました （RFC 799, RFC 810, RFC 811, RFC 819, RFC 830, RFC 882, RFC 883, RFC 953など）。 最終的に決まったドメインネームシステムの内容を記述したのがこの２つのＤＮＳ仕様書になります。 ＤＮＳの考え方、ＤＮＳでよく使われ
拡張されたメールシステムステータスコード 簡単な解説 RFC 3030 大きなバイナリのMIMEメッセージを送信するためのSMTPサービスの拡張 この文書はSMTP(単純なメール転送プロトコル)サービスに2つの拡張を定義す る。最初の拡張により、DATAコマンドの代わりに、効果的に大きな MIME(Multipurpose Internet MailExtensions)メッセージを送るための"BDAT" と呼ばれるものを利用することをSMTPクライアントとサーバが取り決めること ができる。2つ目の拡張では、バイナリ送信エンコーディングを用いるMIMEメッ セージ送信が取り決められるようになり、BDATコマンドに優位性を与える。こ の文書はRFC 1830の更新と無効化を意図する。 RFC 3251 Electricity over IP この文書は、IP上で送電するためのアーキテクチャで
IPA/ISEC（独立行政法人 情報処理推進機構 セキュリティセンター）は、インターネットセキュリティに関する重要な RFC（Request for Comments）を日本語に翻訳して提供しています。 RFC は、IETF (Internet Engineering Task Force) におけるインターネットコミュニティの標準等の検討が公表される一連の文書であり、1969年に発行され始めました。それらの内容としては、インターネット標準の仕様のみならず、現時点における最善の実践（BCP）、FYI（For Your Information）を含む情報提供、実験的なもの、および、歴史的なものがあり、広範にわたります。原文は、英語で記述されています。 この目的は、 「ベンダーによるインターネットセキュリティ機能の実装を促進すること」および「ユーザのインターネットセキュリティについての認識を向
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く