chris (Christopher J. Ambler) (04/21/89)
I have developed a uucp/mail/news package for my system, Fubar BBS. I am thinking about taking all the code for it and making it available as a standalone package. Would there be a demand for this? --- | ++Christopher(); | FUBAR Systems | Dumb: ucbvax!voder!polyslo!fubarsys!chris | 1525 Mill #6 San Luis Obispo, | Smart: fubarsys!chris@polyslo.calpoly.edu | California, 93401-2543 USA | Data/BBS: (805) 544-9234 300/1200 N81 | "What The Devil?!"
wiml@blake.acs.washington.edu (William Lewis) (04/22/89)
In article <0082@fubarsys> fubarsys!chris writes: >I have developed a uucp/mail/news package for my system, Fubar BBS. I am >thinking about taking all the code for it and making it available as a >standalone package. Would there be a demand for this? YES, there would be demand. I suspect that even if you chopped out most of the relevant code with very rough shears, standalone program(s) would pop into existence, sort of spontaneusly...
jbayer@ispi.UUCP (Jonathan Bayer) (04/22/89)
In article <0082@fubarsys> fubarsys!chris writes: >I have developed a uucp/mail/news package for my system, Fubar BBS. I am >thinking about taking all the code for it and making it available as a >standalone package. Would there be a demand for this? I know of at least ten people who would be interested in this, and that is without counting my friends. There is a big need for this. JB -- Jonathan Bayer Beware: The light at the end of the Intelligent Software Products, Inc. tunnel may be an oncoming dragon 19 Virginia Ave. ...uunet!ispi!jbayer Rockville Centre, NY 11570 (516) 766-2867 jbayer@ispi.UUCP
jeffery@jsheese.FIDONET.ORG (Jeff Sheese) (04/23/89)
In an article of <22 Apr 89 16:44:00 GMT>, jbayer@ispi.UUCP (Jonathan Bayer) writes: >In article <0082@fubarsys> fubarsys!chris writes: >>I have developed a uucp/mail/news package for my system, Fubar BBS. I am >>thinking about taking all the code for it and making it available as a >>standalone package. Would there be a demand for this? >I know of at least ten people who would be interested in this, and that >is without counting my friends. There is a big need for this. There is a current method of getting the newsgroups to an IBM PC/XT/AT as well as reading them with a valid message editor. This is how I do it using the UFGATE v1.02 software system: 1. I use UUSLAVE to poll and pick up newsgroups from netsys. 2. Next I use CUB to decompress all incoming batch news. 3. Use NEWSIN to convert the news to FTSC (FIDO) compatible messages, which are stored in message directories specified in UFGATE.CTL. 4. Use MSGED v1.99 (by jim nutt) to read the messages. I can also enter or reply. MSGED supports the usenet type reply string as displayed above. For example: In an article of <22 April 89 16:44:00 GMT>, jbayer@ispi.UUCP writes: 5. After reading, entering and/or replying, use NEWSOUT to export the message to a UUCP style message, ready for sending to your newslink. Outgoing messages use the standard LF instead of the messy-dos CR/LF pair. 6. UUSLAVE sends it back. All of this software is user supported shareware, which is licensed free of charge to non-commercial users. Of course I would LOVE to have a version of RN for the PC. Such author would get plenty of fame from us messy-dos users. -- Jeff Sheese - via FidoNet node 1:109/116 UUCP: ...!netsys!jsheese!jeffery -- Jeff Sheese - via FidoNet node 1:109/116 UUCP: ...!netsys!jsheese!jeffery Send all replies via netsys!jsheese!jeffery, since I am not yet listed in the FIDONET.ORG domain.
bill@twwells.uucp (T. William Wells) (04/23/89)
In article <0082@fubarsys> fubarsys!chris writes:
: I have developed a uucp/mail/news package for my system, Fubar BBS. I am
: thinking about taking all the code for it and making it available as a
: standalone package. Would there be a demand for this?
I'm maintaining an article about UUCP clones and post it occasionally
on comp.archives. If you make your clone available, I'd like to add
it to the article, so would you send me some suitable info?
---
Bill
{ uunet | novavax } !twwells!bill
send comp.archives postings to twwells!comp-archives
send comp.archives related mail to twwells!comp-archives-requestdmocsny@uceng.UC.EDU (daniel mocsny) (04/24/89)
In article <0082@fubarsys>, chris (Christopher J. Ambler) writes: > I have developed a uucp/mail/news package for my system, Fubar BBS. I am > thinking about taking all the code for it and making it available as a > standalone package. Would there be a demand for this? If demand does not exist, it should. The cost of phone lines is a dominant factor in the cost of providing USENET news service from a UN*X-based BBS/public access node. By offloading as much of the news-reading and mail functions as possible to the subscribers' own PC's, the public access node can probably serve at least three times as many people with the same number of phone lines. This savings can go either to lower charges to the subscribers, or to improved service, or both. One could go so far as to claim that the success of an information service depends absolutely on how well that service can use the computer power the subscriber already owns. I gather that this is the difference between the Prodigy (TM) commercial information service and CompuServe (TM). The former is designed from the ground up to offload maximum processing onto the subscriber's PC, while the latter retains the historical "dumb terminal" model. To be fair, I should note that third-party programs can significantly automate access to CompuServe (e.g., TapCIS)., and that CompuServe does promote these packages. Nonetheless, a short-sighted business executive might well mistakenly assume that these packages compete with CompuServe by cutting the user's connect-time charges. Nothing could be further from the truth. Henry Ford's business maxim was "maximize service to the customer, and then profits will take care of themselves." A business serves by offering the highest-quality products at the lowest possible cost. A business that serves better generates more demand for its product, more than offsetting a lower per-unit profit. Demand for information has no effective upper bound, and the markets for information services are light-years away from even short-term saturation. The key to growth in the information services industry is to CUT PRICES. Few people are willing to pay $12--$60/hr up front to learn why they need to use information services. An enormous market is going undeveloped right now. The cost of computer power is dropping much faster than the price of phone service. To maximize service to the USENET community, public-access nodes must attempt to push data through the phone lines at the maximum possible rate. Any time someone must edit a file over a phone line (as I am doing now) when they have perfectly good editors right on the machine they are using, they are grossly under-utilizing the potential bandwidth of the phone line. This wastage of a relatively scarce resource generates a lost value, which stunts the growth of the information services industry and all its supporting industries (including the telephone industry--because the more utility a phone line can yield, the more phone lines customers will purchase). Anyone who benefits directly or indirectly from these industries should have an interest in seeing that this waste is minimized. Dan Mocsny Snail: Internet: dmocsny@uceng.UC.EDU Dept. of Chemical Engng. M.L. 171 513/751-6824 (home) University of Cincinnati 513/556-2007 (lab) Cincinnati, Ohio 45221-0171