Was soll der Unsinn!?
Ja, genau das ist die Frage, die sich vermutlich so ziemlich alle anderen bei deinen Postings stellen.
Ich wollte nur wissen, ob ein Mailclient mit diesem Transferencoding zurechtkommt.
Da es nicht standardisiert ist, ist die Antwort darauf doch eindeutig, vielleicht, aber nicht verlässlich und die Lehre daraus ist, entweder den Standard zu ändern oder es nicht zu nutzen, wenn ich verlässliche Kommikation benötige.
Das ist eine Frage die sich jeder Entwickler stellt.
Nein, verantwortungsvolle Entwickler denken nicht darüber nach, nicht-standardisierte Verfahren zu nutzen, wenn es standardisierte gibt, die den selben Zweck ebenso gut (oder besser) erfüllen.
Selbst Entwickler bei Mozilla haben zu diesem Thema einen Case aufgemacht.
Du meinst Bug 334222, wo die Entwickler offenbar nichtmal genug Interesse hatten, das Problem nachzustellen, weswegen der Bug immer noch Unconfirmed ist?
Schließlich ist uuencode so alt wie unix
und war die erste Erweiterung für Mail.
auch nicht, z.B. https://tools.ietf.org/html/rfc680 ist deutlich älter