アカウント名:
パスワード:
という話ではなかったんですね。
送る人が多くないと、受信側が対応してくれないような・・・
えっと、今回の Gmail の動きはまさにその鶏と卵の関係を断ち切るためなわけで。
国際化メールアドレス (US-ASCII 外の文字を含むメールアドレス) がこれまで普及してこなかった背景には、
1. 国際化メールアドレスを使いたくても、送受信の相手が対応していない (国際化メールアドレスにメールを送ったり国際化メールアドレスからのメールを受け取ったりできない) から無理。 2. 国際化メールアドレスにメールを送ったり国際化メールアドレスからのメールを受け取ったりできるようにしても、国際化
メールヘッダは窮屈でいいんですよ。日本語を含むマイナー言語が使いたきゃサブジェクトと本文でやればいいのに…
国際化メールアドレスなんて管理者の悪夢でしかない。
昔はメールに日本語は使えなかった。その後、メールの本文に日本語が使えるようになった。その動きを見て、「メールは窮屈でいいんですよ。日本語が使いたきゃメール以外の手段でやればいいのに…」と言っている人もきっといただろう。
でも、本文には日本語が使えるようになってからも、サブジェクトには英語しか使えなかった。その後、サブジェクトにも日本語が使えるようになった。それを見て、「メールのサブジェクトは窮屈でいいんですよ。日本語が使いたきゃ本文でやればいいのに…」と言っている人もきっといただろう。そういうこと。
ヘッダは窮屈でいいに賛成。つーかせめてMIMEは維持しないと。生UTF-8なんてとんでもない。理由。メール本文の文字コードはヘッダにContent-Type: text/plain; charset=UTF-8などと書いて指定できるが、じゃあ、ヘッダの文字コードを指定できる場所はあるのか？その妥協点がMIMEだったはず。今ですらたまに（spamに多いが）ヘッダのSubject:等に生のSHIFT_JISとかをつっこんでくる奴がいる。生SHIFT_JISと生UTF-8なんて、とくに短い文字列では機械的に区別（推測）できないことも多い。だいたい文字コードを指定せずにクライアントに推測させるなんて、原理主義者が一番嫌う動作じゃないのか？
このスレッドでは国際化メールアドレスの話をしていて、メッセージヘッダーに MIME エンコードしない UTF-8 を書くのを認めるかどうかなんて話はしていないつもりなんだけど、僕何か勘違いしてる?
リンク先見た？
指摘ありがとう。国際化メールアドレスの仕様で、メッセージヘッダー (とか SMTP コマンドとか) では UTF-8 を生で書くことになっているのか……。 (RFC 6530 7.2 節 [ietf.org]を見ると「移行期にはメッセージヘッダーは UTF-8 を MIME エンコードしてもいい」と書いてあるけれど。)
SMTP コマンドの方は MIME なんて使えないからどうせメールサーバーは拡張しないといけない、それならメッセージヘッダーも生 UTF-8 を許しちゃえってことかな。まあ、 SMTP が最初に作られた頃には Unicode なんてなかったから今みたいな形になったのであって、今ではもうあちこち Unicode が当たり前になっているんだからメールも全部 UTF-8
むしろ、POP とか IMAP を使わせず Web ブラウザまたは Android MUA で読んでもらうためにこの仕様を積極的に進めているのじゃないかな。IMAP を改定して公式に UTF8 対応してくれるならそれはそれで嬉しい。
Webブラウザでメールってのはメールサーバがそういうふうに変換してhttpで読むんだからわかるとして、AndroidのMUAってPOPもIMAPも使わないの？じゃあどうやってるの？（実は内部でブラウザ呼び出してる？それならまあわからんでもない）
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
Gmailで日本語（非ラテン文字）アカウントが取れる。 (スコア:0)
という話ではなかったんですね。
送る人が多くないと、受信側が対応してくれないような・・・
Re: (スコア:4)
えっと、今回の Gmail の動きはまさにその鶏と卵の関係を断ち切るためなわけで。
国際化メールアドレス (US-ASCII 外の文字を含むメールアドレス) がこれまで普及してこなかった背景には、
1. 国際化メールアドレスを使いたくても、送受信の相手が対応していない (国際化メールアドレスにメールを送ったり国際化メールアドレスからのメールを受け取ったりできない) から無理。
2. 国際化メールアドレスにメールを送ったり国際化メールアドレスからのメールを受け取ったりできるようにしても、国際化
Re: (スコア:1)
メールヘッダは窮屈でいいんですよ。日本語を含むマイナー言語が使いたきゃサブジェクトと本文でやればいいのに…
国際化メールアドレスなんて管理者の悪夢でしかない。
Re: (スコア:2)
昔はメールに日本語は使えなかった。その後、メールの本文に日本語が使えるようになった。その動きを見て、「メールは窮屈でいいんですよ。日本語が使いたきゃメール以外の手段でやればいいのに…」と言っている人もきっといただろう。
でも、本文には日本語が使えるようになってからも、サブジェクトには英語しか使えなかった。その後、サブジェクトにも日本語が使えるようになった。それを見て、「メールのサブジェクトは窮屈でいいんですよ。日本語が使いたきゃ本文でやればいいのに…」と言っている人もきっといただろう。そういうこと。
Re: (スコア:0)
ヘッダは窮屈でいいに賛成。
つーかせめてMIMEは維持しないと。生UTF-8なんてとんでもない。
理由。メール本文の文字コードはヘッダに
Content-Type: text/plain; charset=UTF-8
などと書いて指定できるが、じゃあ、ヘッダの文字コードを指定できる場所はあるのか？
その妥協点がMIMEだったはず。
今ですらたまに（spamに多いが）ヘッダのSubject:等に生のSHIFT_JISとかをつっこんでくる奴がいる。
生SHIFT_JISと生UTF-8なんて、とくに短い文字列では機械的に区別（推測）できないことも多い。
だいたい文字コードを指定せずにクライアントに推測させるなんて、原理主義者が一番嫌う動作じゃないのか？
Re: (スコア:2)
このスレッドでは国際化メールアドレスの話をしていて、メッセージヘッダーに MIME エンコードしない UTF-8 を書くのを認めるかどうかなんて話はしていないつもりなんだけど、僕何か勘違いしてる?
Re: (スコア:0)
リンク先見た？
Re: (スコア:2)
指摘ありがとう。国際化メールアドレスの仕様で、メッセージヘッダー (とか SMTP コマンドとか) では UTF-8 を生で書くことになっているのか……。 (RFC 6530 7.2 節 [ietf.org]を見ると「移行期にはメッセージヘッダーは UTF-8 を MIME エンコードしてもいい」と書いてあるけれど。)
SMTP コマンドの方は MIME なんて使えないからどうせメールサーバーは拡張しないといけない、それならメッセージヘッダーも生 UTF-8 を許しちゃえってことかな。まあ、 SMTP が最初に作られた頃には Unicode なんてなかったから今みたいな形になったのであって、今ではもうあちこち Unicode が当たり前になっているんだからメールも全部 UTF-8
Re:Gmailで日本語（非ラテン文字）アカウントが取れる。 (スコア:0)
むしろ、POP とか IMAP を使わせず Web ブラウザまたは Android MUA で読んでもらうためにこの仕様を積極的に進めているのじゃないかな。
IMAP を改定して公式に UTF8 対応してくれるならそれはそれで嬉しい。
Re: (スコア:0)
Webブラウザでメールってのはメールサーバがそういうふうに変換してhttpで読むんだからわかるとして、
AndroidのMUAってPOPもIMAPも使わないの？じゃあどうやってるの？
（実は内部でブラウザ呼び出してる？それならまあわからんでもない）