Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connectionsPath: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Richard Heathfield Newsgroups: sci.crypt Subject: Re: The lost key Date: Sun, 30 Mar 2025 00:08:01 +0000 Organization: Fix this later Lines: 47 Message-ID: References: <3459f7de5d.1743281507@nvqqt.ul> <1813d36bbf.1743292001@ejjjn.mw> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Sun, 30 Mar 2025 01:08:17 +0100 (CET) Injection-Info: dont-email.me; posting-host="8376cb1110cc3e46fed89a04e4bfa95b"; logging-data="2559226"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18QkCYMEY4nSmsFhKtDNxCypYwGdsFvavBtNlth9fpc1w==" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:iozoDLVgVFRa3LSEB05AM+a4r14= In-Reply-To: <1813d36bbf.1743292001@ejjjn.mw> Content-Language: en-GB Bytes: 3381 On 29/03/2025 23:46, Mini Mailer wrote: > Richard Heathfield wrote: >> On 29/03/2025 22:43, Mini Mailer wrote: >>> SCOS is not well thought out. It should use the base64 >>> alphabet >> >> It does. It just doesn't confine itself to that alphabet. >> >>> and allow binary encoding as well. >> >> Your comment is not well thought out. You should have stopped to think >> about what SCOS is /for/. Complaining about lack of support for binary >> encoding is like complaining that your car can't drive on rivers. > > Well, a beautiful base64 output, with 64 chars per line, is a nice feature > and does not look so ugly, like your versions output and binary support is > a welcome addition. No, in a text medium like Usenet it would be an /un/welcome addition. > Why, you may ask? Because it can replace a standard > base64 encoder and allows to use key values from 0-63, so that third parties > do not know it is a SCOS message or a Standard base64 encoded message. :-) You are confusing 'can' with 'should'. SCOS isn't what you want it to be. What you want is trivial to implement, and there is nothing to stop you from implementing it yourself, but what you are asking for is not what SCOS is for. There is no reason to replace base64(1), which is already doing a fine job of handling base64 conversions. You can already use key values from 0-63 if you wish, but you are not limited to those values. There is no need to conceal SCOS messages from third parties, and to think otherwise suggests that you think SCOS is about communicating in secret... but the OS in SCOS stands for ')))))Open((((( Secret'. It's one-to-many communication, not a tête-à-tête on a party line. -- Richard Heathfield Email: rjh at cpax dot org dot uk "Usenet is a strange place" - dmr 29 July 1999 Sig line 4 vacant - apply within