From owner-freebsd-isp Tue Sep 9 18:20:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22219 for isp-outgoing; Tue, 9 Sep 1997 18:20:20 -0700 (PDT) Received: from orion.denverweb.net (root@sdn-ts-006coauroP02.dialsprint.net [206.133.160.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22198 for ; Tue, 9 Sep 1997 18:20:09 -0700 (PDT) Received: from orion (blaine@localhost [127.0.0.1]) by orion.denverweb.net (8.7.5/8.7.3) with SMTP id TAA31653; Tue, 9 Sep 1997 19:33:27 -0600 Message-ID: <3415F8E7.2F62B6D@denverweb.net> Date: Tue, 09 Sep 1997 19:33:27 -0600 From: Blaine Minazzi Organization: What, me organized? X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i486) MIME-Version: 1.0 To: Frank Seltzer CC: isp@freebsd.org Subject: Re: Limiting users connect time References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Frank Seltzer wrote: > > I think that I was too vague with my previous question ( and I forgot a > subject line, sorry). What I am after is ISP policy on dealing with a user > who stays logged on constantly. > > Do you: > > 1. Log them off (and wait for them to redial) > 2. Log them off and refuse connection for x minutes/hours > 3. Send them email asking them to cut down on their logon time > 4. Threaten the user with death and dismemberment > 5. Terminate their account > 6. Other (please specify) > > Frank > -- > Only in America can a homeless veteran sleep in a cardboard box while a > draft dodger sleeps in the White House - anonymous If you are offering "unlimited" use, then that is a part of the bid'ness pardner. Qaulity ISP's may offer a reasonable amount of time, at a reasonable rate, and bill for excess usage. Put yourself in the consumers shoes. If you went to an "all you can eat" restaraunt, and they told you you could not have any more food, you have eaten all they thought you should, how would you feel about it? Some ISP's have policies that state "you must be active at the keyboard", etc.... Which precludes users who want to monitor remote programs, etc. The best policy is not to offer "unlimited" if you don't mean "unlimited". Blaine