• Your Trusted Usenet Provider
  • Secure, Private, Unlimited

Newsgroups Main » Newsgroups Directory » Science and Technology

Cryptograpny ( sci.crypt )
 
From [email protected] Tue Oct  5 13:07:11 1993
Path: uunet!bounce-back
From: [email protected] (Peter Gutmann)
Newsgroups: news.announce.newgroups,news.groups,sci.crypt,alt.security,alt.security.pgp,comp.security.misc
Subject: RFD: sci.crypt.research
Followup-To: news.groups
Date: 5 Oct 1993 10:22:55 -0400
Organization: Computer Science Dept. University of Auckland
Lines: 48
Sender: [email protected]
Approved: [email protected]
Message-ID: <[email protected]>
NNTP-Posting-Host: rodan.uu.net
Xref: uunet news.announce.newgroups:4114 news.groups:83542 sci.crypt:20054 alt.security:12430 alt.security.pgp:3691 comp.security.misc:5589

Name: sci.crypt.research
 
Charter: To allow the discussion of cryptography and cryptographic issues in
         an environment free of the type of noise which has been plagueing
         sci.crypt for the past year or two.
 
Status: Moderated
 
In the last few years to signal to noise ratio of sci.crypt has become
progressively worse, scaring away many of the previous sci.crypt regulars.  The
level of the postings to the group has steadily declined from useful details on
current research, algorithms, implementations, and informed comment, to endless
wrangling about US export restrictions, the Clipper/Capstone chips, key escrow,
the first amendment, NSA conspiracies, and whatnot.  The appearance of
talk.politics.crypto has alleviated this problem only slightly.
 
I therefore propose the creation of sci.crypt.research in an effort to restore
the status quo to what it was a few years ago.  Despite many, many requests
>from people to keep the noise out of sci.crypt, this has not happened, so the
new group will be moderated.  However cryptography being the contentious issue
that it is, there may be an advantage to having more than one moderator.  Here
are some recent comments I made during a discussion in sci.crypt:
 
>I can moderate it if there's a demand for sci.crypt.research.  Since I'm
>located in a country which doesn't generally get intimidated by the US govt,
>and whose branch of the NSA don't even like to admit they exist, there's
>little chance of any problems.
> 
>However since the principal task of any moderator will be to act as noise
>filter, how about having multiple moderators with people submitting postings
>to whoever's closest, much like the submission process to the editors of
>technical journals.  As long as the moderator collective maintains a
>reasonably uniform standard of junk rejection I can't see any problems, and
>there could be advantages to having at least two moderators, one in the US and
>one in a location free of any US govt. influences.
 
What the moderation would entail is, as I see it, the filtering out of non
crypto research related noise such as anything related to the issues mentioned
above, leaving only the core of useful information which it's become so hard to
find in sci.crypt recently.  The purpose of the moderation isn't so much to
restrict posting but rather to allow posting in a noise-free environment.
 
Peter.
-- 
 [email protected]||[email protected]||[email protected]
[email protected]||[email protected]||[email protected]
             (In order of preference - one of 'em's bound to work)
            -- "We shouldn'a sold the flags" - Groucho Blondini -- 

From [email protected] Thu Oct 14 20:49:33 1993
Path: uunet!bounce-back
From: [email protected] (Peter Gutmann)
Newsgroups: news.announce.newgroups,news.groups,sci.crypt,alt.security,comp.security.misc
Subject: 2nd RFD: moderate sci.crypt, create comp.software.crypto
Followup-To: news.groups
Date: 14 Oct 1993 19:01:08 -0400
Organization: Computer Science Dept. University of Auckland
Lines: 50
Sender: [email protected]
Approved: [email protected]
Message-ID: <[email protected]>
References: <[email protected]>
NNTP-Posting-Host: rodan.uu.net
Xref: uunet news.announce.newgroups:4157 news.groups:84550 sci.crypt:20347 alt.security:12528 comp.security.misc:5751

This is the second RFD for the sci.crypt reorganisation, which summarises 
the debate so far and provides an updated proposal.  The original RFD 
proposed the creation of a new group, sci.crypt.research, aimed at allowing 
the discussion of cryptography and cryptographic issues in an environment 
free of the type of noise which has been plagueing sci.crypt for the past 
year or two.  
 
The response was in general favourable, but a number of people thought that 
sci.crypt should be moderated instead of creating a new group.  However 
others (me included) were of the opinion that moderating sci.crypt would 
leave nowhere for postings which one person summed up as:
 
>    Does anyone have a Playfair cracker around?  My daughter has just
>    encrypted my grant application and won't decrypt it until I double
>    her pocket money!
>
>That is scarcely anything to do with state-of-the art research, cryptography
>politics, computer security or any of the other categories already catered 
>for.
 
The general consensus seems to be that we need some sort of moderated group, 
but not everyone agreed on sci.crypt.research.  A suggestion was made that a 
better solution to the problem would be to moderate sci.crypt, and to create 
a new group, comp.software.crypto for handling the traditional "Where can I 
get a free DES implementation/Is there a cracker for my WordPerfect file/
etc" type postings.  This seems like a workable compromise between the 
"Moderate sci.crypt" crowd and the "Create a new moderated group" crowd, 
since it creates a noise-free sci.crypt as well as leaving an open group for 
crypto-related messages which don't have any place in talk.politics.crypto 
or comp.security.misc.
 
The proposal therefore is:
 
 - Change the status of sci.crypt from unmoderated to moderated.  As I've 
   mentioned before I'll offer to act as one of the moderators, if anyone 
   else wants to help with this, let me know.
 
 - Create a new unmoderated group comp.software.crypto for general discussion 
   about software and all the other things which would probably be answered 
   anyway by reading the FAQ :-).
 
OK, flame away.... if anyone's got a better solution (I'm sure you all do 
:-), don't hesitate to let us know.
 
Peter.
-- 
 [email protected]||[email protected]||[email protected]
[email protected]||[email protected]||[email protected]
             (In order of preference - one of 'em's bound to work)
     -- He's dead Jim.  You grab his tricorder, I'll get his wallet --

 
USENET FACT: Kill File
A set of filters setup to determine which user's posts will be read/downloaded or ignored.