home *** CD-ROM | disk | FTP | other *** search
/ High Voltage Shareware / high1.zip / high1 / DIR3 / KA9Q212.ZIP / TODO < prev    next >
Text File  |  1993-07-15  |  18KB  |  417 lines

  1. KA9Q "to do" list as at 15 Jul 93.
  2. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  3. 1) Line drops whilst NNTP or SMTP are active leave lock files lying
  4. around.
  5.  
  6. 2) New style KA9Q with runtime loadable modules.
  7.  
  8. 3) Add a "rename" command to FTP.
  9.  
  10. 4) 386MAX reports system integrity violation.
  11.  
  12. 5) Write carrier detect and carrier loss event logs.
  13.  
  14. 6) Make the CLI case insensitive (configurable option).
  15.  
  16. 7) Allow the current drive to be changed.
  17.  
  18. 8) Make the telnet chat receive routine do split screen chat so that I
  19. can understand what fis is saying.
  20.  
  21. 9) Add command line history.
  22.  
  23. 10) Remove the "From" line in KA9Q generated mail messages.  Viz:
  24.  
  25. >From  Sun Oct 18 12:35:08 1992
  26. >Date: Sun, 18 Oct 92 12:35:08 GMT
  27. >Message-Id: <850@pandora.demon.co.uk>
  28. >From: MAILER-DAEMON@pandora.demon.co.uk (Mail Delivery Subsystem)
  29. >To: martin@pandora.demon.co.uk
  30. >Subject: Failed mail
  31. >
  32. >  ===== transcript follows =====
  33.  
  34. 11) A user found the following problem:
  35.  
  36. He managed to create a mail message in PCELM without a To: entry.
  37. When he tried to send it he got "smtp - too many processes".
  38.  
  39. Also, if the file names in ~/spool/mqueue are changed from *.txt to *
  40. then the same error occurs.
  41.  
  42. 12) NNTP client: deal with "400" response from server.
  43.  
  44. 13) Fix "finger" so that "net -d \nos" works ok.
  45.  
  46. 14) tn3270 client.
  47.  
  48. 15) "ping <target> 10 600 1" no longer produces output on the ping
  49. session screen.
  50.  
  51. 16) > If I start it up from the command line as:
  52. >        net -d p:/usr/curdrugs
  53. > It works OK & does mail & news.
  54. > If I start it up instead as:
  55. >        net autoexec.net -d p:/usr/curdrugs
  56. > It gives the nntp lock file failure message I posted earlier.
  57.  
  58. The syntax is actually "net <options> [<autoexec file>]".  Nevertheless,
  59. KA9Q should fail more gracefully in this instance.
  60.  
  61. 17) > I was getting a long (1.5MB) file archive and decided to send some mail while
  62. > this was going on - something I have done many times when using NOS over 
  63. > packet radio.  Rather than invoking the shell, just in case this might have an
  64. > adverse effect on the file transfer, I telnetted myself.  After login, I got
  65. > a MAILER BUSY message.  On Retrying, everything seemed OK.  Typed Send with
  66. > the address, got the Subject header through and then the machine hung up.
  67. > I have had to restart the file transfer as unfortunately there is no way
  68. > of just extracting the .zip files I didn't get from the main archive (.zip) file
  69. > Any ideas as to why this happened would be welcomed (how about a Christmas refun
  70. > refund for my long-distance phone call wasted?...).
  71.  
  72. 18) Add an "ftp.rc" file capability to allow presetting of FTP defaults.
  73.  
  74. 19) Add receive hardware handshake to the async routines.
  75.  
  76. 20) >Is there some way to reduce the noise the dialer puts in the NOS log -
  77. >I can't find a configuration parameter.....
  78.  
  79. 21) > I am playing with rlogin in net 2.02a. In it's self it appears to
  80. > work very well, zmodem included, but if you turn capture on, the
  81. > captured sessions has a) at least one if not two extra CR's at the
  82. > end of every line; b) captures the byte counts in zmodem.
  83.  
  84. 22) >Could we have a log entry made whenever the idle timer expires and shuts 
  85. >down the line?  This would occasionally help in diagnosing problems.
  86.  
  87. >Can we also have line mode and pager settings for telnet?
  88. >
  89. >Can we also have a scrollback buffer so I can see what's gone off the
  90. >top of the screen?  Also in FTP for directory listings...  Setting pager
  91. >on works, but I still end up wasting time by having to get another
  92. >directory listing to find the next file I want.
  93.  
  94. 23) Background ping sessions cause bad frees on exit?  Investigate.
  95.  
  96. 24) Dialer - line drop after login prompt.  Hangs dialer.
  97.  
  98. 25) > Another one...
  99. > to allow DIS.EXE/NET.EXE to cope with the case where London is long 
  100. > distance (and needs the LD code) and Warrington is a local call, for the 
  101. > case "Prefer Warrington".
  102.  
  103. 26) Use 450 error in response to RCPT command in SMTP server if mailbox
  104. is locked.
  105.  
  106. 27) Modify KA9Q's SMTP server to process incoming messages as per the
  107. recommendations of RFC 1047.
  108.  
  109. 28) >For KA9Q, a suggestion: some way of slowing down the speed at which 
  110. >modem commands are sent (eg. a 1ms delay between sent characters). Some 
  111. >modems' command interpreters can't always keep up at 9600bps (eg. mine). 
  112. >This is most often found with v22bis modems. (I must upgrade to v32bis 
  113. >some day, but I paid 300 quid for my present 3 year old modem -- I doubt 
  114. >I'd get 50 quid for it now. Anyone with a second-hand HST DS+ to sell? 8-)
  115.  
  116. 29) >Received: from post.demon.co.uk by nowster.demon.co.uk with SMTP
  117. >        id AA797 ; Tue, 27 Apr 93 19:15:23 GMT
  118. >
  119. >The time given here was the "local time" (ie. BST), but was flagged with 
  120. >"GMT". This is in NET.EXE (2.11) and I've the TZ variable set up as you 
  121. >recommend.
  122.  
  123. 30) > This morning, at about 0625 I got a whole batch of illegal pointer
  124. > messages from ka9q 2.03. pc=2206 16db & 2206 16ce.
  125. > The error appeared to be in smtp. I had sent a set of 5 messages (long) to
  126. > the same recipient. One of them bounced, why I don't know, since I
  127. > regularly send to the same alias name, and one mail file was truncated
  128. > to zero length in mqueue. The mail log shows nothing, apart from one
  129. > incomplete line.
  130. > Thu Apr 22 06:02:14 1993 - NOS was started at Thu Apr 22 06:02:14 1993
  131. > Thu Apr 22 06:02:15 1993 - NOS load information: CS=0x1d71 DS=0x6448
  132. > Thu Apr 22 06:02:15 1993 - ax1 dialer: init "ATZ\r"
  133. > Thu Apr 22 06:02:16 1993 - ax1 dialer: dial_cmd "ATB1DT"
  134. > Thu Apr 22 06:02:16 1993 - ax1 dialer: ld_code ""
  135. > Thu Apr 22 06:02:16 1993 - ax1 dialer: number "0813434848"
  136. > Thu Apr 22 06:02:17 1993 - ax1 dialer: retries 10
  137. > Thu Apr 22 06:02:18 1993 - ax1 dialer: control down
  138. > Thu Apr 22 06:02:18 1993 - ax1 dialer: wait 2000
  139. > Thu Apr 22 06:02:21 1993 - ax1 dialer: control up
  140. > Thu Apr 22 06:02:21 1993 - ax1 dialer: wait 2000
  141. > Thu Apr 22 06:02:23 1993 - ax1 dialer: init
  142. > Thu Apr 22 06:02:24 1993 - ax1 dialer: wait 3000 "OK"
  143. > Thu Apr 22 06:02:24 1993 - ax1 dialer: dial
  144. > Thu Apr 22 06:02:25 1993 - ax1 dialer: cwait 45000 "CONNECT" "BUSY" "NO CARRIER" "NONE"
  145. > Thu Apr 22 06:02:39 1993 - ax1 dialer: wait 60000 "ogin:"
  146. > Thu Apr 22 06:02:41 1993 - ax1 dialer: wait 1000
  147. > Thu Apr 22 06:02:42 1993 - ax1 dialer: send "panache\r"
  148. > Thu Apr 22 06:02:42 1993 - ax1 dialer: wait 60000 "word:"
  149. > Thu Apr 22 06:02:43 1993 - ax1 dialer: send "11celarent\r"
  150. > Thu Apr 22 06:02:44 1993 - ax1 dialer: wait 60000 "HELLO"
  151. > Thu Apr 22 06:03:07 1993 - update Domain.txt initiated
  152. > Thu Apr 22 06:03:46 1993 - PC clock adjusted by 19 at Thu Apr 22 06:03:46 1993 (server 158.152.1.65)
  153. > Thu Apr 22 06:09:53 1993 158.152.1.65:25 - SMTP sent job 655 To: davej@gbnet.com From: raph@panache.demon.co.uk
  154. > Thu Apr 22 06:14:02 1993 - update Domain.txt
  155. > Thu Apr 22 06:14:54 1993 - update Domain.txt finished
  156. > Thu Apr 22 06:15:16 1993 136.170.129.1:25 - SMTP sent job 654 To: pgarside@acorn.co.uk From: raph@panache.demon.co.uk
  157. > Thu Apr 22 06:23:01 1993 158.152.1.65:25 - SMTP sent job 656 To: davej@gbnet.com From: raph@panache.demon.co.uk
  158. > Thu Apr 22 06:24:28 1993 - free: WARNING! invalid pointer (0xaa55aa55) pc = 0x2206 169f proc smtp_send
  159. > Thu Apr 22 06:24:28 1993 - free: WARNING! invalid pointer (0x2616752e) pc = 0x2206 16ce proc smtp_send
  160. > Thu Apr 22 06:24:29 1993 - free: WARNING! invalid pointer (0x38353655) pc = 0x2206 16db proc smtp_send
  161. > Thu Apr 22 06:24:29 1993 - free: WARNING! invalid pointer (0xb0a468b) pc = 0x2206 16ce proc smtp_send
  162. > Thu Apr 22 06:24:29 1993 - free: WARNING! invalid pointer (0x473b261c) pc = 0x2206 16db proc smtp_send
  163. > Thu Apr 22 06:24:30 1993 - free: WARNING! invalid pointer (0x341c0674) pc = 0x2206 16ce proc smtp_send
  164. > Thu Apr 22 06:24:31 1993 - free: WARNING! invalid pointer (0x4478826) pc = 0x2206 16db proc smtp_send
  165. > Thu Apr 22 06:24:31 1993 - free: WARNING! invalid pointer (0x160100e9) pc = 0x2206 16ce proc smtp_send
  166. > Thu Apr 22 06:24:32 1993 - free: WARNING! invalid pointer (0x1a70424d) pc = 0x2206 16db proc smtp_send
  167. > Thu Apr 22 06:24:32 1993 - free: WARNING! invalid pointer (0x75c00be8) pc = 0x2206 16ce proc smtp_send
  168. > Thu Apr 22 06:24:32 1993 - free: WARNING! invalid pointer (0x375e040) pc = 0x2206 16db proc smtp_send
  169. > Thu Apr 22 06:24:32 1993 - free: WARNING! invalid pointer (0x76fffa76) pc = 0x2206 16ce proc smtp_send
  170. > Thu Apr 22 06:24:33 1993 - free: WARNING! invalid pointer (0x468906c4) pc = 0x2206 16db proc smtp_send
  171. > Thu Apr 22 06:24:33 1993 - free: WARNING! invalid pointer (0x45c72605) pc = 0x2206 16ce proc smtp_send
  172. > Thu Apr 22 06:24:34 1993 - free: WARNING! invalid pointer (0xff5098e9) pc = 0x2206 16db proc smtp_send
  173. > Thu Apr 22 06:24:34 1993 - free: WARNING! invalid pointer (0xff5250c0) pc = 0x2206 16ce proc smtp_send
  174. > Thu Apr 22 06:24:34 1993 - free: WARNING! invalid pointer (0x3a3ec436) pc = 0x2206 16db proc smtp_send
  175. > Thu Apr 22 06:24:34 1993 - free: WARNING! invalid pointer (0x868d1650) pc = 0x2206 16ce proc smtp_send
  176. > Thu Apr 22 06:24:35 1993 - free: WARNING! invalid pointer (0x33064689) pc = 0x2206 16db proc smtp_send
  177. > Thu Apr 22 06:24:35 1993 - free: WARNING! invalid pointer (0xffff00cb) pc = 0x2206 16ce proc smtp_send
  178. > Thu Apr 22 06:24:36 1993 - free: WARNING! invalid pointer (0x80b8f0) pc = 0x2206 16db proc smtp_send
  179. > Thu Apr 22 06:24:36 1993 - free: WARNING! invalid pointer (0xc626e88b) pc = 0x2206 16ce proc smtp_send
  180. > Thu Apr 22 06:24:36 1993 - free: WARNING! invalid pointer (0xca00c9) pc = 0x2206 16db proc smtp_send
  181. > Thu Apr 22 06:24:36 1993 - free: WARNING! invalid pointer (0xf472019b) pc = 0x2206 16db proc smtp_send
  182. > Thu Apr 22 06:24:49 1993 158.152.1.69:119 - NNTP Receive error
  183. > Thu Apr 22 06:24:51 1993 158.152.1.69:119 - News summary: 160 articles (304063 bytes) in 1092 sec (278 bytes/sec)
  184. > Thu Apr 22 06:24:51 1993 158.152.1.69:119 - New articles: 62 duplicate, 0 unavailable, 0 headers, 160 complete
  185. > Thu Apr 22 06:24:52 1993 158.152.1.69:119 - History file: 2563 entries, 3 complete scans
  186. > Thu Apr 22 06:24:52 1993 158.152.1.69:119 - Throughput  : 332431/375194 bytes in 1092/1280 sec (304/292 bytes/sec)
  187. > Thu Apr 22 06:24:53 1993 - NOS was stopped at Thu Apr 22 06:24:53 1993
  188. > ------------------
  189. > When I tried to log in again to send you this message, I  found that 
  190. > the server was down. It was presumably this that caused the errors at
  191. > my end. Nevertheless, ka9q should not have generated pointer faults,
  192. > so ...
  193.  
  194. 31) >NOS (PC, 2.03) seems to die if the message becomes unavailable between NNTP
  195. >deciding it wants the article & actually fetching the article.  (Giles or
  196. >Grahame, could you note this problem please?)
  197.  
  198. 32) >On the original subject (downloading files with silly names) many FTP
  199. >programs have a pattern match/replace facility like
  200. >
  201. >pattern *.ps.Z $1.psz
  202. >
  203. >meaning "if the file name looks like '<anything>.ps.Z', change it to
  204. >'<anything>.psz'.  Any chance of this being incorporated?
  205.  
  206. 33) >>In my rewrite file, I've got a single line saying:
  207. >> 
  208. >>    *@zombie.demon.co.uk mailgate@zombie.demon.co.uk
  209. >> 
  210. >>So why is it, that if mail bounces, it doesn't get put in the right
  211. >>mailbox? Doesn't mail when bouncing look at the rewrite file?
  212. >
  213. >I just checked the source.... the SMTP client in ka9q will return
  214. >undeliverable email to the sender or if present the target of an
  215. >'Errors-To:' line.
  216. >
  217. >It currently ignores the rewrite file, but does use the alias file.
  218. >The change to make it also use the rewrite file is trivial, but we
  219. >are currently consolidating rather than developing.
  220.  
  221. 34) >I managed to crash my PC just now by doing the following from in dis:
  222. >
  223. >ftp ftp
  224. ><ftp refused to respond after a couple of minutes>
  225. >F10
  226. >disconnect
  227. >ftp <Another site>
  228. ><Logged in okay to other site>
  229. >F10
  230. >se 1 
  231. ><Returned to first (failed) ftp attempt, to "press key to continue" or
  232. > whatever it says after disconnect>
  233. ><Pressed key as requested>
  234. >
  235. ><Pressed enter, expecting to go back to se 2, but system hung>
  236. >
  237. >Hope that lot made sense; what does it mean?
  238.  
  239. gate's ftpd was banjaxed.  Now fixed.  It shouldn't have crashed KA9Q
  240. though.  Hmm...
  241.  
  242. 35) >Using KA9Q 2.03 with demand dialling enabled, I sometimes find that
  243. >when the ppp timeout drops the line and the dialler kicks back in,
  244. >one or more FTP sessions get garbaged screens, then NOS gives an
  245. >error message when I exit from it. I said I would get some exact error
  246. >messages when it happened again, and of course it then stopped
  247. >happening.
  248. >
  249. >Well, it finally reared its head. The message when leaving KA9Q was :-
  250. >  "free: warning: invalid pointer (0x78D30008) pc = 0x4904 28C
  251. >   proc killer"
  252. >The load info from KA9Qs log was
  253. >  "CS = 0x1589 DS = 0x5C60"
  254.  
  255. 36) >Perhaps he means "as soon as I have got my news, exit"  which assumes that
  256. >by this time you will have received all mail.  A more precise way of getting
  257. >mail and news ("blinking") would be handy - it benefits the user and us
  258. >because there isn't any idle timeouts to rely on/wait for.
  259.  
  260. 37) >Often I find that newer mail files in the MQUEUE directory are blocked 
  261. >from sending by older files which are waiting for the response from a 
  262. >nameserver, whilst the newer files are to addresses cached in 
  263. >DOMAIN.TXT.
  264. >
  265. >I'd have thought that up to "smtp maxclients" would be tried at one go, 
  266. >but this appears not to be the case. 
  267.  
  268. 38) > On my last connect, I had four '[beep] new mail for ...', but
  269. > only three received items in the mailbox, three events in mail.log
  270. > and no trace of a fourth anywhere. (How about writing these new mail
  271. > for lines to the nos log file Giles ?)
  272. > One of the items was the 'I'm mailing your article for
  273. > demon.ip.pc.announce' to the mod.
  274. > The headers an this look most peculiar, in fact I can't see how it
  275. > reached *my* mailbox - malcolm.txt as I dont have a default deliver
  276. > or default anything in my 'bouncing' file. (I intend mail to any user
  277. > I don't recognise to bounce)
  278. > I suspect the fourth beep was this article bouncing around somewhere
  279. > locally via ka9q.
  280. > The GMT-60:00 is a little unusual as well isn't it ?
  281. > This is the header...
  282. > >From @demon.co.uk:news@dis.demon.co.uk Sat May 15 23:32:21 1993
  283. > Received: from post.demon.co.uk by muir.demon.co.uk with SMTP
  284. >     id AA2676 ; Sat, 15 May 93 23:32:19 GMT
  285. > Received: from demon.demon.co.uk by post.demon.co.uk id aa17957;
  286. >               15 May 93 19:50 BST
  287. > Received: from dis.demon.co.uk by demon.demon.co.uk id ab05961;
  288. >           15 May 93 19:50 BST
  289. > To: muir@dis.demon.co.uk
  290. > Subject: Output of your News Posting
  291. > Date: Sat, 15 May 93 19:40:11 GMT-60:00
  292. > From: news@dis.demon.co.uk
  293. > Sender: news@dis.demon.co.uk
  294. > Message-ID:  <9305151940.aa28445@dis.demon.co.uk>
  295.  
  296. 39) >Please could the KA9Q finger command be given an option to do a 'finger -l'
  297. >(long format finger) ? For instance, 'finger -l user@host' should send
  298. >the text '/w user' to port 79 on host. This is useful for some finger
  299. >daemons which otherwise default to the short format listing.
  300.  
  301. 40) >  > >What modems are you all using?  Is there any pattern to the ttys you log
  302. >  > >in to?  What PoP are you dialling in to?
  303. >  > 
  304. >  > It happened to me, too - the first time in 6 months (at least) - this
  305. >  > morning (93.05.25 @ 06:20).  Sorry, no tty (it was off the screen
  306. >  > because there were a load of mail jobs queued), but other details:
  307. > Passing thought Giles, how about capturing the tty line in the dialer
  308. > code of ka9q and putting it in the log file ?
  309.  
  310. 41) >With a little help from Cliff, a bug found :
  311. >(using NET.EXE v2.11)
  312. >
  313. >If you have a newsgroup entry in NNTP.DAT longer than 32 characters, it
  314. >can cause problems under as-yet-unfathomed circumstances.
  315. >
  316. >If your news pickup crashes out while collecting the headers, check this out !
  317.  
  318. 42) ftp "pager on" - allow break from display.
  319.  
  320. 43) > I think I have found a bug in ka9q, the one where I keep noting that
  321. > I get 'n' You Have Mail messages / beeps, but 'n-1' mail messages
  322. > appear.
  323. > I have noticed a few mail messages in my 'malcolm.txt' file that are
  324. > a result of bounces where I have tried to send to a misspelled
  325. > address. That is they were locally bounced when trying to do a lookup
  326. > at demon's name resolution failed.
  327. > The 'From ' line (the first one without the colon) is missing the
  328. > site address and reads simply:
  329. > >From  Fri Jun 11 21:04:08 1993
  330. > instead of
  331. > >From  MAILER_DEMON@muir.demomn.co.uk Fri Jun 11 21:04:08 1993
  332. > My mailers do not show this message, hand editiing the mail file
  333. > cures the problem.
  334. > Also for the wish list...
  335. > Can the Mail for line the appears on the screen as mail is received
  336. > also say who it is from ?
  337.  
  338. 44) > I've noticed what appears to be a bug in KA9Q while playing various MU*s,
  339. > not on this account I may add but on my home account (sweat!). If you try
  340. > entering more than about 256 characters without a c/r, KA9Q bleeps at you
  341. > and hangs. I can cope with the bleeping, its the hanging which is annoying as
  342. > its three fingered salute time....
  343.  
  344. 45) > There seems to be a bug in the NET211 DNS server (I use it for writing
  345. > TCP/IP software, using it 'back-to-back'.  It seems that if the client
  346. > asks for the same name more than once in succession, the returned packet
  347. > with the name resolution gets more and more copies of that name in it.
  348. > Request:    keris.demon.co.uk
  349. > Receive:    keris.demon.co.uk
  350. > Request:    keris.demon.co.uk
  351. > Receive:    keris.demon.co.uk
  352. >             keris.demon.co.uk
  353. > Request:    keris.demon.co.uk
  354. > Receive:    keris.demon.co.uk
  355. >             keris.demon.co.uk
  356. >             keris.demon.co.uk
  357. > etc.  This may be a fault of my setup, but it's slightly annoying (i.e.
  358. > it makes trace files bigger).
  359. > Note that this is getting the host (keris) address - I haven't tried the
  360. > zone file method, as I didn't understand it (I still don't - if anyone
  361. > could mail me their named.boo and zone files, I'd be grateful).  The
  362. > instructions in the documentation are not very helpful...
  363.