アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
水は低きに流れる (スコア:5, 参考になる)
各携帯キャリアがRFCに従わないアドレスを許容しており、またそういったアドレスを利用するユーザが非常に多い現状を踏まえて、
・転送先アドレスの設定では使用可能文字のチェックだけして素通し
・新たに取得する転送アドレスのlocal-partでは厳密チェックを行う
といった対応をしています。
しかし幸い?メジャーなMTAではRFCに厳密に従わないメールアドレスでも致命的な問題(使用できない文字を使う等)がなければ素通しで普通に送受信可能なようなのです。
何年か前に、postfix,qmail,sendmail,exim 辺りでRFC軽視アドレスの送受信テストをやってみましたが、どれも問題なく送受信できた覚えがあります。(間にメールスキャナとかない前提で)
また当然ですが、RFCに従わない各キャリア同士も問題なく送受信ができてます。
このようなアドレスを使っている人はとりあえず今使えてれば問題とは思わないんでしょうね。
これはもう戻せない流れになってしまっている気がします。
Re:水は低きに流れる (スコア:5, 参考になる)
Re:水は低きに流れる (スコア:4, 参考になる)
ちなみに現行のRFC(822ではなく2822)でもクオート処理をすればlocal-partにどんな文字でも使えることにはなっています。
(参考:RFC2822 [ietf.org] の local-part にある quoted-string)
ただ、メールアドレスのlocal-partのクオート処理に対応している、MTA 及び MUA が恐らくとても少ない為、忘れ去られている気がします。
僕も最近調べるまでそんなものが使えるとは思ってもみませんでした。
多分知ってる人の方が少ないと思います。
RFCが全てみたいに、ただ準拠して欲しいとか言っている人が居ますが、恐らくquoted-stringに対応した方が余程深刻な障害を招くんじゃないかと思います。
それを思うと、今流行の記号メアドなんて現実にはシステム的に大した支障が出ない分可愛いものです。
Re:水は低きに流れる (スコア:1)
quoted-string = [CFWS] DQUOTE *([FWS] qcontent) [FWS] DQUOTE [CFWS]
qcontent = qtext / quoted-pair
qtext = NO-WS-CTL / %d33 / %d35-91 / %d93-126
NO-WS-CTL = %d1-8 / %d11 / %d12 / %d14-31 / %d127
quoted-pair = ("\" text)
text = %d1-9 / %d11 / %d12 / %d14-127
Re:水は低きに流れる (スコア:1)
その辺の拡張は既にEmail Address Internationalization Working Group [ietf.org]あたりで議論されてます。
# 本当に普及するかは謎ですが
だが、いいこともあるぞ、外の天気は上々なんだ
こうして (スコア:0)
まぁ今回の件やDoCoMoの件にしても、国内で収まるレベルの事なら、外国の識者達から「企業レベルで何厚顔無恥な事やってんだ」と国内のキャリアが馬鹿にされる程度で済むとは思いますが。
ところで外国(特に欧米)の有名所で、こういったRFC無視な方針を取ってる所ってあるんでしょうか?
#あっちでそんな事やってたら、それこそ黙っちゃいない団体が多数だとは思いますが
Re:こうして (スコア:3, 興味深い)
上でコメントされてますが Google の Gmail なんかも従ってないようですね。
(まぁ、Gmailは永遠のβでしょうからどうとでも言い訳はできるんでしょうけど)
きっと探せば他にも沢山、数え切れないくらいあるでしょう。
こういったところから、だんだんRFC軽視の流れが広がっていくんでしょうね。
#いっそ現状に即した、もちっと緩くて問題が出ないくらいのRFCを作ってくれたほうが幸せだと思う今日この頃
Re:こうして (スコア:2, すばらしい洞察)
>
> #いっそ現状に即した、もちっと緩くて問題が出ないくらいのRFCを作ってくれたほうが幸せだと思う今日この頃
「現状に即した、もちっと緩くて問題が出ないくらいのRFC」を作ったところで、RFCを軽視する連中が軽視を止めるかどうか疑問ですけどね。
その手の無法者共が「ルールの方が現実に合わせてくれたんだから、これからはキチンとルールを守っていこう!」なんて考えてくれるんでしょうか?
Re:こうして (スコア:0)
現行のRFCが守られないのはニーズに合っていないからというのが大きいと思います。
例えばXMLの世界では実態参照やCDATAなど必要に足る基準が揃っているおかげで今の広がりがあるんじゃないかと思います。
Re:こうして (スコア:1, すばらしい洞察)
私の知る限りでは、少なくともsendmail,qmail,postfixはRFCを一部無視した仕様になっています。
Re:水は低きに流れる (スコア:0)
知らないと思いますし、それを知っていることを期待するのは
無理でしょう。
そういう場合は、システム側で対応をとるのが、まあ現実的な
選択になるのではないでしょうか。
まあ、キャリアにとっては、外ネットワークとやり取りするのは
いわばおまけで、自網で問題がなければそれでいいや、って
思っているのかもしれません。
まあ、そもそも携帯電話でのInternetなんて、なんちゃって
Internetですからね。
いづれにしても、キャリアが無知なのか、ユーザ主体でサービスを
考えた結果なのかそのへんの事情はよくわかりませんが、RFC、
RFCって言う人ほど、なぜRFCでそのように規定されているか、
本質的な部分で考えを深めようとしない人も多いような気がします。
(だから「原理主義者」なんて言われるのでしょう)
Re:水は低きに流れる (スコア:2)
>いわばおまけで、自網で問題がなければそれでいいや、って
>思っているのかもしれません。
>まあ、そもそも携帯電話でのInternetなんて、なんちゃって
>Internetですからね。
(メール本文で)絵文字やら半角カナが使えるのを知ったときから
「あ、これ(携帯のemail)はインターネットの仕組みを自分たちが使いたいように拡張しちゃったんだな」
と思ってました。
今回もその延長線上なんでしょう。元コメントの「自網で問題なければ〜」に集約されると思います。
そのうちメールアドレスにも絵文字が使えるようになったり、日本語ドメインへの対応も無茶苦茶になったりとか。 …こわいこわい。
Re:水は低きに流れる (スコア:0)
iso-2022-jpを宣言してたらダメだけど。
Re:水は低きに流れる (スコア:0)
>「あ、これ(携帯のemail)はインターネットの仕組みを自分たちが使いたいように拡張しちゃったんだな」
>と思ってました。
他の方のコメントにもありますが、半角カナはISO-2022-JPでなければOK、
絵文字については外字(DoCoMo/auはShiftJISコードそのまま、VodafoneはISO-2022-JPのエスケープシーケンスで実現)なので、いずれもインターネットの仕組みを尊重しているように感じていますがどうなんでしょうか。
Re:水は低きに流れる (スコア:1)
某ezweb.ne.jpから(4/27)のメールヘッダより
>Content-Type: text/plain; charset="iso-2022-jp"
>Content-Transfer-Encoding: 7bit
某docomo.ne.jpから(4/17)のメールヘッダより
>Content-Type: text/plain; charset="iso-2022-jp"
>Content-Transfer-Encoding: 7bit
なので、8ビット目が立っているShiftJISは危険(というかアウト)だと思います。
絵文字については、受信するためにこちらも外字を用意して対応しないといけない、というのがねぇ、と思っているだけです。
#SMTPは7ビット/1文字 (残り1ビットはパリティビット)、なんて話はもう過去の遺物ですか?
Re:水は低きに流れる (スコア:2, すばらしい洞察)
Re:水は低きに流れる (スコア:1, すばらしい洞察)
Re:水は低きに流れる (スコア:1, 興味深い)
中の人から漏れ聞いた話だと、社内の力関係は明らかに
i-modeビジネス系の部署>>>>>>>>移動機開発のエンジニア系部署
らしいですね。
えらい人の重視する方向もそんな感じらしい。
良い悪いは一概には言えないとは思いますが……
# 余談ですが、ドコモにしてもこのlocal-part仕様は
# (少なくともエンジニアの間では)負の遺産ということになっているらしいです(苦笑)
# ビジネス系部署が問題視してるかどうかはさておき、とのこと。
Re:水は低きに流れる (スコア:0)
>良い悪いは一概には言えないとは思いますが……
単純に、お金稼ぐ人重視(成果主義としても評価しやすい)、
開発周りはコストなので低く抑える、という図式のまんまなだけじゃないかと。
Re:水は低きに流れる (スコア:0)
Re:水は低きに流れる (スコア:0)
「獣医学部でも農業土木でも、理系出身のトップなら技術ガイドからは逸脱しないんだぁー」
#文系を非難する理系=自分の専門以外を軽視する人
#という印象を与えるから理系を名乗って欲しくない。
Re:水は低きに流れる (スコア:0)
大卒レベルでは文系の連中を「文系」でひとくくりにしても、まったく問題ない。
Re:水は低きに流れる (スコア:0)
こんな細かいところまで見てくれるわけ無いでしょ。
Re:水は低きに流れる (スコア:0)
Re:水は低きに流れる (スコア:0)
使ってる人はIISのSMTP使ってる人はどうするんだろう‥。
Re:水は低きに流れる (スコア:0)
かなり困ってます・・・
誰か対処法があったら教えて下さいまし。