メイルアドレス正規表現ふたたび | Netsphere Laboratories
(2017.7.1) 新規作成。そんなに新規でもないが。 (2017.7.2) IPv4/IPv6アドレスに対応。 "メールアドレス 正規表現"ぐらいで検索すると、上位に、微妙だったり不適切な内容のページが並ぶ。つらい。 あまつさえ、現実に, いまだに '+' が通らないWeb上の商業サービスもあって、妥当な処理が行なわれていない。 とても古い話題のはずが、まともな解説だけが時代の彼方に去って、訳の分からない記事が跋扈しているのか？ とはいえ、メイルアドレスは仕様が複雑すぎて、意外と難しい。 HTML Living Standard での定め WHATWG HTML Living Standard には, input[type="email"] 要素で、クライアント側の妥当性検査が盛り込まれている。 これの要求が微妙。結論として、この機能を使ってはならない。 4.10.5.1.5 Emai
Learn to use email with git!
You only need to complete this step once for each machine you intend to send emails from. There are two possible ways of using Gmail with git send-email: First, make sure that two-factor authentication is enabled for your Google account. Then, obtain an application-specific password for git from the app passwords page. To store this password with git, run this command: git config --global sendemai
スレッドの生成(Message-ID, In-Reply-To, References に関して) (第二版)
スレッドの生成(Message-ID, In-Reply-To, References に関して) (第二版) 目次 はじめに RFC 822 における曖昧な定義 RFC 2822 による曖昧さの解消 現状での改善案 はじめに メイリングリストで大量のメッセージを受け取っている場合、MUA のスレッド表示の機能は大変便利である。また、メイリングリストマネージャによっては過去のメッセージをスレッド毎に取り出すことが可能なものもあり大変重宝する。また、人によってはメイリングリストのメッセージをニューズの形式に変換して、ニューズリーダーでスレッド表示にして読む人もいる。 このようなスレッドは基本的には "Message-ID", "In-Reply-To", "References" といったメッセージ識別子を記述するフィールドを持ったヘッダーにより生成される。しかし、現状では必ずしもうまくスレ
Japanese Filename｜RFC2231の誤り
目次 はじめに MIME ヘッダ ファイル名の記述方法 現状の Windows のメイラーにおける日本語ファイル名の取り扱い RFC 2231 RFC 2231 の誤り はじめに Windows のメイラーでは日本語のファイル名の付いた添付ファイルを扱えるものがほとんどであるが、その実装は正しいのであろうか？ 実はほどんどが誤りである。しかし、誤りではあるが同じ方法を実装していれば相互間の運用にはそれほど不都合はないため、Windows しか使っていないユーザーは誤りであることに気が付かないことが多い。定義されていない実装であるから当然のことながら、正しい実装をしている IMAP サーバやメイラーではそのファイル名を認識できない。本末転倒である。そこで、ここでは添付ファイルにおける日本語のファイル名について考察を行っていくことにする。 MIME ヘッダ まず、この文書を理解するために必要な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メールシステムの基本のき
