サービス提供元に「RFC違反だ糞　直せ糞」ってゴネたところで誰一人特をし..

サービス提供元に「RFC違反だ糞　直せ糞」ってゴネたところで
誰一人特をしない問題だと思うんですが

なんで誰一人得をしないの？

論理が繋がっていないじゃん。

Permalink | 記事への反応(0) | 16:36

記事への反応 -

マクドナルド
のケータイクーポンが地味に便利だ。毎週末、携帯へメールでクーポンを発行してくれるので、いつも安く買えている。ただ、携帯へ届くメールの文面に半角カタカナをふんだんに使っ...
- メールの文面の文字
  元々使用禁止なのは一部サーバが8ビット目を通さない為だったはずだから、base64エンコードしてあれば問題無し。
  - http://anond.hatelabo.jp/20070413134832
    http://anond.hatelabo.jp/20070413110712 http://anond.hatelabo.jp/20070413113434 ですよねー。てなわけで、有料通信でメールヘッダを調べてみました。 content-type: text/plain; charset="ISO-2022-JP" の文字列を確認。 ...
    - http://anond.hatelabo.jp/20070413134832
      正直に書くと、その手の表に出ない部分はまったく感知しない、してても工数の関係であえて無視すると言うのが当然にまかり通ってるメーカーが多い。当然後で無駄な保守費用が発生...
      - http://anond.hatelabo.jp/20070413143740
        http://anond.hatelabo.jp/20070413135718 RFC的には正しくないけど (少なくとも私の環境では)文字化けせずに届いてるしメールの通信パケットも節約してる。サービス提供元に「RFC違反だ糞　直せ...
        http://anond.hatelabo.jp/20070413143740
        サービス提供元に「RFC違反だ糞　直せ糞」ってゴネたところで誰一人特をしない問題だと思うんですがなんで誰一人得をしないの？論理が繋がっていないじゃん。
        http://anond.hatelabo.jp/20070413143740
        自分とこさえよければいいよ論者ですか。間違ったのを厳密に駄目、直させろ！って言ってる訳じゃないけど、メールの中継パスに規格を厳密に守ったサーバが１台でもあれば、届いた...
- http://anond.hatelabo.jp/20070413103535
  ISO-2022-JP を名乗っているならRFC的にアウト。 ISO-2022-JP にいわゆる半角カタカナは定義されていないから。