Sujet : Re: @ SCOS Message Format ?
De : rjh (at) *nospam* cpax.org.uk (Richard Heathfield)
Groupes : sci.cryptDate : 25. Feb 2025, 05:36:24
Autres entêtes
Organisation : Fix this later
Message-ID : <vpjhc8$1ns01$1@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
User-Agent : Mozilla Thunderbird
On 24/02/2025 21:36, Rich wrote:
Richard Heathfield <rjh@cpax.org.uk> wrote:
On 24/02/2025 18:08, Rich wrote:
Richard Heathfield <rjh@cpax.org.uk> wrote:
>
Given this input:
>
[long input snipped]
>
$md5sum charset.txt
d5c6d06587dbac07fed831293ff0580d charset.txt
$ md5sum charset.scos2
87ea4967605a5ba4d69ff6cf0fb541f5 charset.scos2
>
Anyone get anything different?
>
Mouse copy/paste from Tin running inside a Urxvt terminal results in
identical md5's to yours above:
>
$ md5sum *
d5c6d06587dbac07fed831293ff0580d charset.txt
87ea4967605a5ba4d69ff6cf0fb541f5 charset.scos2
>
Thanks for that. So it is beginning to look like a fair lot of
noise over not very much.
I'd say if one is using a newsreader that /does/ perform such
"transformations" -- and one is unaware such is happening, that for
those "ones" it is more than noise. In fact, with Tin, if one
surrounds words/strings with stars or forward slashes, Tin attempts to
highlight those, and IIRC it hides the stars/slashes, so depending on
just what character sequence is output, I might have had a different
md5 from mouse copy/paste.
I.e. the word bold below should end up bold in Tin but without stars:
*bold*
My newsreader correctly echoed the asterisk characters, and your newsreader correctly sent the text without corrupting the text. Here's the article source (between the +rows):
+++++++++++++++++++++++++++++++++++++++
I.e. the word bold below should end up bold in Tin but without stars:
*bold*
And the word italics below should be in italics (if my terminal 'did'
italics, that is):
/italics/
I suspect if you send back a reply with a 'starred' or 'slashed' word,
I won't see the stars or the slashes. But this is a lower likelyhood
accidental pattern vs 2^2.
+++++++++++++++++++++++++++++++++++++++
So your reader works and so does mine, and it seems that neither is a good example of a reader that corrupts data.
Yes, of course it's true that if you're using broken software you might have trouble with corrupted data, but frankly if my accounts software started turning 7s into 1s, I would achieve better results by replacing my accounts software than I would by asking my accountant to stop using 7s in his sums.
-- Richard HeathfieldEmail: rjh at cpax dot org dot uk"Usenet is a strange place" - dmr 29 July 1999Sig line 4 vacant - apply within