home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / relusrl / 230 < prev    next >
Encoding:
Text File  |  1993-01-21  |  1.5 KB  |  38 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!PSUVM.BITNET!SRK106
  3. Message-ID: <RELUSR-L%93012112471291@NCSUVM.CC.NCSU.EDU>
  4. Newsgroups: bit.listserv.relusr-l
  5. Date:         Thu, 21 Jan 1993 12:47:00 EST
  6. Sender:       Relay Users Forum <RELUSR-L@NCSUVM.BITNET>
  7. From:         Senthil Ramas Kumar <SRK106@PSUVM.BITNET>
  8. Subject: Re: Changing /signon options ?
  9. In-Reply-To:  VALDIS AT VTVM1.CC.VT.EDU -- Thu, 21 Jan 1993 12:02:52 EST
  10. Lines: 26
  11.  
  12. >
  13. >As for the original query - the reason that /signon fails if ch 1 is full
  14. >is because when I was writing the code, I figured that it would be rather
  15. >confusing for novice users if they did a /signon, and found themselves on
  16. >channel 3 or 4 (which could happen if 1,2, and 3 are all full).  Then you'd
  17. >get all the problems of "I did a /names 1, I signed on, and all the users are
  18. >different"...
  19. >
  20. >It's easy enough to code the change if there's sufficient demand for it..
  21. >
  22. >/Valdis
  23.  
  24.  
  25. one can always setup messages, saying what the position is.  eg.  if user
  26. does /signon 1, and if ch 1,2 are full, the relay can send a set of
  27. messages, "Sorry Ch 1 is full, Trying Ch 2", "Sorry Ch 2 is Full, Trying Ch
  28. 3" and finally "U are in Ch 3, welcome et al".
  29.  
  30. this can get nasty if say the user signs on to channel "n" and if all the
  31. channels "n" to say "n+10" are full, then the user has to go thru all the
  32. stupid messages, saying that ch n, ch n+1 et al are full, but the
  33. probability of this happening is _very slim_.
  34.  
  35. now all we need is to let Valdis do the coding :)
  36.  
  37. Kumar
  38.