home *** CD-ROM | disk | FTP | other *** search
/ Share Gallery 1 / share_gal_1.zip / share_gal_1 / HR / HR007.ZIP / RAMBLING < prev    next >
Text File  |  1986-01-12  |  5KB  |  102 lines
  1. WA7MBL BSS - POSSIBLE ENHANCEMENTS & MODIFICATIONS - 11 Jan 85
  2.  
  3. Distribution: WA7MBL BBS Beta Testers, Users
  4.               Just about everyone!
  5.  
  6.  
  7. First, a few assorted rambling comments......
  8.  
  9.  
  10. There exist what I consider to be major problems in the current BBS structure.
  11. The majority of these are not due to poor design by W0RLI (in fact, I think
  12. Hank has done an excellent job of finding ways around as many of the potential
  13. problems as he has!)
  14.  
  15. The main problem is that the TNCs are NOT designed for use with host computers.
  16. (WA8DED has made a major contribution in this area, BUT his software runs only
  17. on the TNC-1 and lookalikes.)  The biggest problem is that there is no easy
  18. way to tell if all of the packets sent to the TNC have been received and 
  19. acknowledged by the user.  There is also no convenient way to tell what mode
  20. the TNC is currently in.
  21.  
  22. Currently when a message is selected to be read by the addressee, it is marked
  23. as having been read at the time of selection.  Ideally, it would not be flaged
  24. as read until the last line had been sent and acknowledged.  A possible (but
  25. very kludgy) method would be to not mark it until the next command had been
  26. received from the user (even this wont work if the user decides to save time
  27. and send the next command early!)  A sysop wants to be able to clean messages
  28. that have been read off the board, but there is presently no guarantee that
  29. it was fully received.  Everyone should at least be aware that even if the
  30. flag is set as read, it aint necessarily so!
  31.  
  32. Also, there is a problem if the user is not using a C/R as the 'SENDPAC'
  33. character.  If there is a partial line of text, then a *** DISCONNECT appears
  34. without a leading C/R, it doesnt get detected by this software.  Parsing for
  35. a *** DISCONNECTED anywhere would mean that you cant upload this message to 
  36. a BBS.  While it would be possible to use pin 8 of the TNC for connect status,
  37. this brings up other problems.  The real solution again is a better setup on
  38. the TNC side.  Maybe when the proposed PC plug-in TNC board appears, we can
  39. solve these plus other problems.  In the mean time, I thought it wouldnt hurt
  40. to make everyone aware of some of the existing problems.
  41.  
  42. I also have concerns with the method of breaking out of the Gateway.  If a
  43. person connects to me on 2m, uses my 20m Gateway to another BBS then uses
  44. that Gateway to connect to someone else but makes a mistake he has to either
  45. retry out or send a cont-W which takes down the entire chain.  If he had to
  46. wait because of a busy station, it can be a frustrating experience.  Dunno
  47. if its anything to worry about, but we should consider it.  If binary file
  48. transfer is ever going to occur across a Gateway, there will be another
  49. potential problem of how to pass everything transparent, yet be able to 
  50. control the Gateway (kinda hard to send a Break via Packet to get back to
  51. control mode!)  A binary protocol which converts control characters (like
  52. KERMIT in 7 bit mode) could be used, but seems like a waste of extra chars
  53. and acks.  Just something to think about.
  54.  
  55.  
  56. ..............
  57.  
  58.  
  59. The following modifications and enhancements have been proposed by various
  60. parties, also I've thrown in a few of my own ideas here and there.  I'd like
  61. to hear comments from anyone on these proposals (as well as any additional
  62. ideas).  Your comments could also include a priority list of what you see as
  63. the most important to get done first.
  64.  
  65.  
  66.   1 - Be able to abort during a Forward.
  67.  
  68.   2 - Reject all mail not addressed to a local user, a user we forward to in 
  69.       FWD.TNC, or an @BBS in FWD.TNC ?? 
  70.  
  71.   3 - Reject all mail not addressed to the owner.  [In both cases, a reject
  72.       would have to be done by disconnecting, after sending an appropriate
  73.       message, otherwise a station doing auto-forwarding may think the message
  74.       was received ok.]
  75.  
  76.   4 - Output a character to the parallel port both as a command and from the
  77.       FWD.TNC file.  [I'm working on this one!]
  78.  
  79.   5 - When sending the same message to a number of people, allow a special
  80.       command in the message text to indicate that text is to be included
  81.       from a file.
  82.  
  83.   6 - Be able to request a file during forwarding.
  84.  
  85.   7 - Add a KM command, Kill my messages that have been read.  [The problem
  86.       with this is that messages are marked as 'read' as soon as someone has
  87.       selected it to be read, as per earlier rambling]
  88.  
  89.  
  90. I've could make a bigger list, but this will get things started.  Multi-User,
  91. binary transfer, DOS commands, lotsa possibilities.  I'll read thru my notes,
  92. letters, electronic mail, etc., and try to put together a master list of
  93. everything that has been suggested.  I know we will never all agree, but at
  94. least we can discuss it all.
  95.  
  96. I'm still digesting all the comments about security (user level) and file area
  97. structure and commands for best use on a hard disk.
  98.  
  99. Vote for (or against) your favorites.
  100.  
  101. 73 - Jeff
  102.