
- [1] [[USENET]] で人気上昇中らしい[[転送符号化]]。
- [2] [[uuencode]] と似たようなものだけど、8ビットをほとんど full に使う。 (日本では使えそうに無いな。)
- [3] 日本のものでたとえるなら、 [[ISH]] の半角かな版ですかな。
- [4] ''yEnc - Broken Tools'' <http://www.yenc.org/>
- [5] USENET 住人は uuencode よりいい感じ☆, [[MIME]]r は MIME 使えゴラァで、結果 yEnc な人々は疲れきって、今はハァ? MIME? やりたきゃ勝手にどうでもしとくれよ。みたいな感じっぽい。
- [6] 実際 [[CTE]] にはどう頑張っても出来ないだろうし。
- [7] >>6 は政治的に、てこと。 [CODE[x-gzip64]] みたいなやり方も無いではないが。
- [8] というか、 yEnc (も uu も、) 外部ソフトウェア1つ用意して、ニュースリーダーと切り貼りする''だけ''で (MIME 的思想では、''だけ''ではなく''なんて面倒なことをすること''なんだろうけど。) バイナリのやり取りが出来るのが魅力なんだろうな。 MIME は結局まともに実装されてないし、下手に MIME 化すると却ってその魅力が失われる可能性もある。 ((仕様上は問題ないが実世界では) 未知のデータ型 ([[媒体型]]や [[CTE]]) への反応は予測不能。)


[9] [CITE@en[119964 – (yEnc) Support yEnc encoding (including multipart)]]
([TIME[2015-05-07 20:23:34 +09:00]] 版)
<https://bugzilla.mozilla.org/show_bug.cgi?id=119964>

[10] [CITE@en[gecko-dev/nsMimeTypes.h at dfd4efa147e3604707e65b502e142aa8e1dce737 · mozilla/gecko-dev]]
([TIME[2015-05-07 20:23:37 +09:00]] 版)
<https://github.com/mozilla/gecko-dev/blob/dfd4efa147e3604707e65b502e142aa8e1dce737/netwerk/mime/nsMimeTypes.h>

[FIG(quote)[
[FIGCAPTION[
[11] [CITE[Re: yencoding -- gnus? slrn? - The Usenet Archive]]
([TIME[2015-05-07 20:25:21 +09:00]] 版)
<http://www.theusenetarchive.com/usenet-message-re-yencoding-gnus-slrn-22351483.htm>
]FIGCAPTION]

> No, the approach proposed in that message just doesn't make any sense.
> It's still using magic text strings.
> yEncode as a content transfer encoding is not at all incompatible with
> MIME. It's actually quite straight-forward. Take the current yEnc
> encoding rules, strip out the needless begin and end markers, remove the
> checksum in favor of using Content-MD5, and call it a content transfer
> encoding of x-yencode using the standard MIME encoding rules. All done.
> As a content transfer encoding, there's no need to worry about multipart
> messages, interaction with other MIME parts, or any of that. It just all
> falls neatly out of the existing rules for content transfer encodings.
> Any MIME part that's encoded using yEncode has in its header section the
> line:
> Content-Transfer-Encoding: x-yenc
> and the body of that part is yEncode-encoded information.
> 

]FIG]
