Xref: utzoo news.admin:14401 comp.mail.uucp:6521 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!wuarchive!udel!rochester!kodak!uupsi!fozzie!stanley From: stanley@phoenix.com (John Stanley) Newsgroups: news.admin,comp.mail.uucp Subject: Re: BITFTP Message-ID: Date: 17 May 91 19:28:43 GMT References: <1991May16.161706.2680@jarvis.csri.toronto.edu> Organization: Mad Scientist Lines: 30 gregory@csri.toronto.edu (Kate Gregory) writes: > I've deleted attributions here on purpose. Someone somewhere writes: > > > I don't have access to ftp, and I can only get mail. I just tried to use > >bitftp, but the reply said something to the effect of my site being a > >'mail only site' and bitftp could no longer provide services to it. Could > >somebody please e-mail me the uuencoded PC binaries and documentation? > >Just send me a message saying you have it first... that way, I won't end > >up getting several megs worth of mail that is the same thing several > >times over. Amazing how quickly the requests for human generated multi-megabyte mail start to show up when the machine generated stuff is stopped. But this mail is ok because it is human generated, right? When this fellow gets multiple copies of the same thing, and he will, won't this take more resources to pass than one response from BITFTP? Like I said. The problem was not BITFTP. The problem is software that happily attempts to scribble across a disk on which there is no space. We would not accept this in any other application, especially an unattended one, but we will accept this from uucico. Well, BITFTP has shut itself off. Disks will now be filled with human generated mail. Fixing uucico would stop the problem at its root, but no, the next thing to be dropped will be mail itself. Then newsgroups will become too large, and those will be dropped. Unless you fix the uucico problem, you will never be rid of the problem of filled disks.