You are not logged in. Login Now
 0-17          
 
Author Message
tsty
cicnet conditions of use - to which grex must agree for isdn connection Mark Unseen   Feb 28 19:35 UTC 1997

#22 Jared Mauch(jared) on Wed Feb 26 13:43:25 1997:
                         CICNet Conditions of Use
 
 General
 
 CICNet was founded by the member universities of the Committee on
 Institutional Cooperation to provide a high speed data communications
 infrastructure for a seven state region of the upper Midwest.
 CICNet's network exists for the primary purpose of transmitting and
 sharing information between academic and research organizations.  The
 founders of CICNet encourage organizations from both the public and
 private sectors to become members of CICNet.  The use of CICNet
 facilities by any member must be consistent with these CICNet
 Conditions of Use.
 
 All CICNet members assume responsibility for providing reasonable 
 publicity for the CICNet Conditions of Use at their sites and for 
 communicating this policy to an appropriate administrative authority 
 at all sites connected to theirs via connections that are not 
 supported by CICNet.  Ultimate responsibility for traffic that does 
 or does not conform to this policy is with the individual end-user 
 who originates that traffic.
 
 It is the policy of CICNet to provide access to the broadest possible
 number of organizations connected to the Internet.  This is
 accomplished through connectivity to one or more national backbone
 networks.
 
 Unacceptable Use
 
 It is not acceptable to use CICNet for any purposes which violate 
 U.S. or state laws.
 
 It is not acceptable to use CICNet so as to interfere with or disrupt 
 network users, services or equipment.  Such interference or 
 disruption includes, but is not limited to: distribution of 
 unsolicited advertising; propagation of computer worms or viruses; 
 and using the network to make unauthorized entry to other 
 computational, information, or communications devices or resources.
 
 Enforcement and Violations
 
 The Board of Directors of CICNet, or their designee, will review 
 alleged violation of the CICNet Conditions of Use on a case-by-
 case basis.  Clear violations of the policy which are not promptly 
 remedied by the relevant member organization may result in 
 disciplinary action by CICNet up to and including the expulsion of 
 the member from CICNet, termination of CICNet services, and 
 forfeiture of all dues paid to date.
 
 Modifications to this policy
 
 CICNet, Inc. reserves the right to modify this policy at any time.  
 Members will receive notification of all such modifications 30 days 
 prior to their effective date.
 
 Information
 
 Questions related to the CICNet Conditions of Use should be 
 addressed to:
 
         CICNet, Inc.
         2901 Hubbard
         Ann Arbor, MI 48105
 
         voice: 313-998-6103
         fax: 313-998-6105
         email: info@cic.net
 
 --- cut here---
 Any questions about this policy?
 
 I will be hacking together the contract shortly and will try and get
 it in a text format shortly.
 The above file is also available via ftp://ftp.cic.net/pub/CICNet/
17 responses total.
ladymoon
response 1 of 17: Mark Unseen   Mar 1 02:45 UTC 1997

This feels VERY . . restrictive. I'll have to re-read it to figure out what
about it does that for me, but I don't like the feel of it at all . .
scg
response 2 of 17: Mark Unseen   Mar 1 06:32 UTC 1997

It says that our users can't use the net connection to violate laws, break
into other systems, or do other things that will bring the Internet to its
knees.  That all seems very reasonable to me.  I don't imagine we will find
an ISP without those restrictions, and if we did, I don't think we would want
to do business with them.

Anyway, this is all moot.  ICNet, our current provider, gets their connection
from CICNet.  This acceptable use policy isn't new for us, since it already
applies to ICNet, and therefore to us.
ajax
response 3 of 17: Mark Unseen   Mar 1 14:42 UTC 1997

  The way I see it, the deal boils down to this: CIC-Net can pull our
plug for any reason at any time.  IC-Net has had the same power for the
last several years.  Such is the nature of receiving an on-going donation.
We're relying on some good faith here.  The contract spells out a few
specific reasons they might pull the plug, but those are very standard
clauses in ISP service agreements, and as long as CIC-Net has been made
aware of Grex's basic policies, I don't anticipate any problems.

  It's somewhat reassuring that Jared's nether.net has been tolerated
there, as CIC-Net won't be taken by surprise by the problems that
sometimes occur with systems that are open the public.
dpc
response 4 of 17: Mark Unseen   Mar 1 17:22 UTC 1997

I think these conditions are fine.  Since they haven't caused us any
problems in the past (through IC-Net), I don't expect any now.
adbarr
response 5 of 17: Mark Unseen   Mar 1 18:46 UTC 1997

I agree. And we are in such a powerful negotiating position: take it or
leave it. It is not a problem.
srw
response 6 of 17: Mark Unseen   Mar 2 12:41 UTC 1997

I agree too. These conditions of use have applied to Grex for the last 
several years, as long as we have been on the internet. They mostly 
cause a burden on the staff to take action to keep Grex usage internet-
friendly. 

In addition, i think that these are good conditions. I am not 
comfortable allowing Grex to continue to supply services to people who 
violate them.
tsty
response 7 of 17: Mark Unseen   Mar 6 09:35 UTC 1997

it's good to get them out in the open though, that was teh prime point.
steve
response 8 of 17: Mark Unseen   Mar 7 03:45 UTC 1997

   I signed the original papers with IC-Net some number of years
ago, and they looked rather like #0.  Basically, we can't use the
link for illegal purposes is what it all boils down to.
ladymoon
response 9 of 17: Mark Unseen   Mar 7 04:35 UTC 1997

Hm. Okay, with the points made, I guess there's nothing that wrong with it.
*shrug* like I'm an expert.
dpc
response 10 of 17: Mark Unseen   Mar 8 00:27 UTC 1997

Selena, *nobody* is an expert in this area.
ladymoon
response 11 of 17: Mark Unseen   Mar 8 00:37 UTC 1997

At least I admitted it.
omni
response 12 of 17: Mark Unseen   Mar 8 05:08 UTC 1997

  I don't see a problem with this, and I think we should proceed with cautious
dispatch.
albaugh
response 13 of 17: Mark Unseen   Mar 23 06:40 UTC 1997

One of the stated Unacceptable Uses is "distribution of unsolicited
advertising".  That sounds like "don't spam others with junk e-mail".
Does grex have some obligation to monitor its outgoing network traffic
for this and make a good faith effort to prevent it or twart it?
scg
response 14 of 17: Mark Unseen   Mar 23 07:05 UTC 1997

That sort of thing is in the acceptable use policy for almost every ISP I've
run across.  Generally it means that the situation will be dealt with when
there are complaints, rather than that everything sent out will be monitored.
I assume such a policy, from any ISP we might connect to, would mean that Grex
would be expected to deal with such a situation if it happened. 
dang
response 15 of 17: Mark Unseen   Mar 23 20:43 UTC 1997

Which we try and do... :)
mdw
response 16 of 17: Mark Unseen   Mar 24 23:58 UTC 1997

junk mail normally gets a very low response rate (<3%); I doubt junk
e-mail is any better.  That means anyone trying to do it for commercial
purposes has to send a *lot* of it in order to generate enough volume to
make it worth the time & effort.  That amount of e-mail would completely
swamp our 28.8K modem link, and would produce a *strong* incentive for
us to "solve" the problem as quickly as possible.  It also means grex
isn't very attractive for junk e-mail purposes.
srw
response 17 of 17: Mark Unseen   Mar 29 23:05 UTC 1997

Occasionally people do abuse Grex's amil system by sending out junk. We 
never monitor it. We would notice if either the mail queue became 
blocked or if a user complained. Just today, we received a complaint 
about hundreds of messages containing random messages being sent to the 
same place. Mail logs confirmed that a Grex user had done this( even 
though we have a very slow link).

Usually we first respond by warning the user that such behavior is 
unacceptable use of the system. Usually that's all that is necessary.
 0-17          
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss