@MSGID: TPw2.839294@fx17.iad>
0547487d
@REPLY: 1@dont-email.me> 36a9145e
@REPLYADDR vallor <vallor@vallor.earth>
@REPLYTO 2:5075/128 vallor
@CHRS: CP866 2
@RFC: 1 0
@RFC-References:
1@reader2.panix.com>f7Ub.62339@fx47.iad>1@dont-email.me>6fbf6a85@vallor.earth
>1@dont-email.me>
@RFC-Message-ID:
TPw2.839294@fx17.iad>
@TZUTC: 0000
@TID: FIDOGATE-5.12-ge4e8b94
On Tue, 5 Sep 2023 19:15:37 -0000 (UTC), "Adam H. Kerman" <ahk@chinet.com>
wrote in 1@dont-email.me>:

> vallor <vallor@vallor.earth> wrote:
>>Tue, 5 Sep 2023 16:11:38 -0000 (UTC), Adam H. Kerman <ahk@chinet.com>:
>>>vallor <vallor@vallor.earth> wrote:
>>>>Tue, 5 Sep 2023 14:47:05 -0000 (UTC), Adam H. Kerman <ahk@chinet.com>:
> 
>>>>Hey, this doesn`t have to be complicated.  Some people like plain
>>>>ASCII.
>>>>Some people enjoy emojis, and can view them with their newsreader.
> 
>>>No one not using a character set that includes emojis wants to receive
>>>emojis. Furthermore, if they quote characters they cannot display, the
>>>followup is messed up. Emojis are not plain text. It`s not complicated
>>>to understand.
> 
>>I do see your point, that is a problem.  In some groups,
>>they aren`t appropriate.  As more and more newsreaders modernize, this
>>will be less of a problem, I dare say.
> 
>>(Last commit for pan was August 27th.)
> 
> It`s not really about a newsreader modernizing. It`s about whether one
> is communicating in plain text. If one requires an emoji to communicate,
> that`s not plain text communication.

This is my second draft of this article, the first being lost in a tragic
pan accident.

I`ve set Followup-To: news.software.readers , since this discussion should
go there. (See RFC citations below.)

> 
> Plain text is its own medium of communication. It uses words to
> communicate. It doesn`t rely on specific fonts nor enhancements like
> bold and italic and underline. Emojis are something else entirely. So
> many are created so quickly that it eludes me how anybody uses them to
> communicate.

Executive summary:  Standards for netnews user agents changed in 2009.

https://datatracker.ietf.org/doc/html/rfc5536 [...]
2.3.  MIME Conformance

   User agents MUST meet the definition of MIME conformance in [RFC2049]
   and MUST also support [RFC2231].  This level of MIME conformance
   provides support for internationalization and multimedia in message
   bodies [RFC2045], [RFC2046], and [RFC2231], and support for
   internationalization of header fields [RFC2047] and [RFC2231].  Note
   that [Errata] currently exist for [RFC2045], [RFC2046], [RFC2047] and
   [RFC2231].
[...snip...]
 _ _ _ _ _ _ _
And RFC 2049 section on MIME conformance:
https://datatracker.ietf.org/doc/html/rfc2049#section-2 It`s long; I won`t
quote it, except for this part:

-- Recognize other character sets at least to the
            extent of being able to inform the user about what character
            set the message uses.

[ As an aside: if it`s going to inform the user, it might as well ask if
it should run some helper program to display the RFC-compliant message
that the news agent can`t handle. ]

Anyway, I wonder: what is the ratio of compliant to non-compliant
user agents on Usenet?

And we`re talking about an RFC dtd 2009 -- how much longer
will the sage gentlepersons of Usenet yore be
demanding "ASCII only"...another 14 years? ;)

Followup-To: news.software.readers

-- 
-v
--- FIDOGATE 5.12-ge4e8b94
 * Origin: blocknews - www.blocknews.net (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441