Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU; 14 Feb 90 13:09:34 EST Received: from STONY-BROOK.SCRC.SYMBOLICS.COM by mintaka.lcs.mit.edu id aa13178; 14 Feb 90 11:43 EST Received: from KENNETH-WILLIAMS.SCRC.Symbolics.COM by STONY-BROOK.SCRC.Symbolics.COM via INTERNET with SMTP id 743081; 14 Feb 90 10:39:20 EST Date: Wed, 14 Feb 90 10:42 EST From: "David A. Moon" To: David Chapman cc: BUG-FTP%AI.AI.MIT.EDU@MINTAKA.lcs.mit.edu In-Reply-To: <700617.900214.ZVONA@AI.AI.MIT.EDU> Message-ID: <19900214154208.3.MOON@KENNETH-WILLIAMS.SCRC.Symbolics.COM> Date: Wed, 14 Feb 90 00:38:10 EST From: David Chapman Why can't ftp reach chaos hosts? Because it's a TCP protocol. Sometimes the answer is too obvious to be plausible.  Date: Wed, 14 Feb 90 00:38:10 EST From: David Chapman To: BUG-FTP%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU Message-ID: <700617.900214.ZVONA@AI.AI.MIT.EDU> Why can't ftp reach chaos hosts?  Date: Tue, 25 Jul 89 08:24:08 EDT From: Bernard Silver To: BUG-FTP%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU Message-ID: <625301.890725.SILVER@AI.AI.MIT.EDU> Recently, whenever I try to use ftp, I get a message like ERROR; 17443>>PUSHJ 17,5107 telnet also produces errors.  Received: from STONY-BROOK.SCRC.Symbolics.COM (TCP 20024224620) by AI.AI.MIT.EDU 5 Apr 89 11:21:59 EDT Received: from EUPHRATES.SCRC.Symbolics.COM by STONY-BROOK.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 571711; Wed 5-Apr-89 11:20:33 EDT Date: Wed, 5 Apr 89 11:20 EDT From: David A. Moon To: Leigh L. Klotz cc: BUG-FTP@AI.AI.MIT.EDU In-Reply-To: <570049.890405.KLOTZ@AI.AI.MIT.EDU> Message-ID: <19890405152023.7.MOON@EUPHRATES.SCRC.Symbolics.COM> Date: Wed, 5 Apr 89 01:39:06 EDT From: "Leigh L. Klotz" I'm tired of the feature in FTP where if you type a host name it will close your current connection and go running after the new host. Don't remove the feature that you can type a host name without a preceding verb. Do make it query before disconnecting if there is already a connection. Think about whether you should incompatibly change what happens when running an xfile. That's my opinion, as always, he who does the work gets to make the decisions.  Date: Wed, 5 Apr 89 01:39:06 EDT From: "Leigh L. Klotz" To: BUG-FTP@AI.AI.MIT.EDU Message-ID: <570049.890405.KLOTZ@AI.AI.MIT.EDU> I'm tired of the feature in FTP where if you type a host name it will close your current connection and go running after the new host. I've gotten screwed for the fiftieth time typing CD instead of CWD and getting my connection closed and a new one to some host named CADMIUM, whose abbreviation is CD. (Cadmium? Sussman will have a fit. Next it will be Beryllium.) Ditto when I type OPEN instead of CONN. It tries to connect me to OPEN-A, which is a Dandelion rotting somewhere in Texas. I imagine the feature was added when people still thought that 256 host addresses would be plenty. But now it is no longer possible for a person without extended addressing (or even a PDP-10) to know all the arpanet host names. I'd be happy to do the work myself, if people think it's a good idea.  Received: from (TCP 2224000024) by AI.AI.MIT.EDU 23 Feb 89 17:02:31 EST I just tried to put a file into the anonymous ftp directory under the humor sub-directory and got a directory full error. (Sorry if there are ctrl-h's in this message, I'm typing it directly at the mailer) It's a humorous file, I thought it might be appropriate (It's a Project Athena version of the Alice's Restaurant song). Could you let me know if the full disk is intentional? Jonathan Kamens jik@athena.mit.edu  Date: Mon, 13 Feb 89 17:47:22 EST From: Devon Sean McCullough To: BUG-FTP@AI.AI.MIT.EDU cc: DEVON@AI.AI.MIT.EDU Message-ID: <537435.890213.DEVON@AI.AI.MIT.EDU> The feature of interpreting random host names as requests to open to that host just screwed me, I typed CD which is a common abbreviation for CWD and it broke my connection and connected me to CADMIUM... it should have asked before blowing away my current session.  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 21 Jan 89 23:15:14 EST Received: from STONY-BROOK.SCRC.Symbolics.COM (TCP 20024224620) by MC.LCS.MIT.EDU 21 Jan 89 23:06:18 EST Received: from EUPHRATES.SCRC.Symbolics.COM by STONY-BROOK.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 524853; Sat 21-Jan-89 23:05:49 EST Date: Sat, 21 Jan 89 23:06 EST From: David A. Moon Subject: FTP problems To: Dave_Padgitt@ub.cc.umich.edu cc: Bug-FTP@MC.LCS.MIT.EDU In-Reply-To: <2417454@ub.cc.umich.edu> Message-ID: <19890122040609.8.MOON@EUPHRATES.SCRC.Symbolics.COM> Date: Wed, 18 Jan 89 22:31:12 EST From: Dave_Padgitt@ub.cc.umich.edu I'm trying to FTP COMAIL;INFO JAP86 and COMAIL;INFO JAP87 (I've been successful at FTPing COMAIL;INFO JAP88). The following shows my failed attempts: ftp> recv comail;info jap87 200 OK, port 5142 150 Look out! Here comes DSK:COMAIL;INFO JAP88 Evidently the user ftp program you are using throws away everything in a file name after the first space. Figure out how to quote spaces in that program, or get a better user ftp program, or log in to the ITS machine and FTP back to your machine.  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 18 Jan 89 22:41:01 EST Received: from mailgw.cc.umich.edu (TCP 4300220532) by MC.LCS.MIT.EDU 18 Jan 89 22:32:07 EST Received: from umix.cc.umich.edu by mailgw.cc.umich.edu (5.59/1.0) id AA23784; Wed, 18 Jan 89 22:28:25 EST Received: by umix.cc.umich.edu (5.54/umix-2.0) id AA07687; Wed, 18 Jan 89 22:33:49 EST Date: Wed, 18 Jan 89 22:31:12 EST From: Dave_Padgitt@ub.cc.umich.edu To: Bug-FTP@MC.LCS.MIT.EDU Message-Id: <2417454@ub.cc.umich.edu> Subject: FTP problems I'm trying to FTP COMAIL;INFO JAP86 and COMAIL;INFO JAP87 (I've been successful at FTPing COMAIL;INFO JAP88). The following shows my failed attempts: ftp> recv comail;info jap87 200 OK, port 5142 150 Look out! Here comes DSK:COMAIL;INFO JAP88 ftp> get comail;info jap86 200 OK, port 5143 150 Look out! Here comes DSK:COMAIL;INFO JAP88 ftp> get comail;info jap87 200 OK, port 5124 150 Look out! Here comes DSK:COMAIL;INFO JAP88 No matter what I try, both recv and get, JAP86 & JAP87, it always sends JAP88. Furthermore, I try and send a break (control-e on our system) since the file is large, and nothing happens. I have to wait it out. How can I successfully FTP these files? I am doing a research paper and am looking for information on Japan. Any help would be appreciated. Thanks. -Dave  Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 16 Dec 88 19:03:18 EST Received: from WRONSKI.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 156189; Fri 16-Dec-88 19:00:17 EST Date: Fri, 16 Dec 88 19:00 EST From: Christopher C. Stacy To: DEVON@AI.AI.MIT.EDU cc: BUG-FTP@AI.AI.MIT.EDU In-Reply-To: <491963.881124.DEVON@AI.AI.MIT.EDU> Message-ID: <19881217000022.3.CSTACY@WRONSKI.AI.MIT.EDU> Date: Thu, 24 Nov 88 00:31:40 EST From: Devon Sean McCullough I do :ftp simtel20 and it says Invalid command name? I fixed this to give the correct error message.  Date: Thu, 24 Nov 88 00:31:40 EST From: Devon Sean McCullough To: BUG-FTP@AI.AI.MIT.EDU Message-ID: <491963.881124.DEVON@AI.AI.MIT.EDU> I do :ftp simtel20 and it says Invalid command name?  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 29 Jul 88 05:27:20 EDT Received: from gmuvax2.gmu.edu (TCP 30001353410) by MC.LCS.MIT.EDU 29 Jul 88 05:25:46 EDT Received: by gmuvax2.gmu.edu (5.54/1.14) id AA28906; Fri, 29 Jul 88 05:23:22 EDT Date: Fri, 29 Jul 88 05:23:22 EDT From: "Darren" Message-Id: <8807290923.AA28906@gmuvax2.gmu.edu> To: BUG-FTP@mc.lcs.mit.edu Subject: Not a bug but a compliment I really like how you have set up ftp at MIT-MC. Having those personal touches makes you want to chuckle at the stuffiness of most places; especially when you have been up for about 35 hours. -- Torin/Darren Stalder/Wolf Blessed Internet: dstalder@gmuvax2.gmu.edu Be! Bitnet: dstalder@gmuvax ATTnet: 1-703-352-8124 Hail uucp: multiverse!uunet!pyrdc!gmu90x!dstalder Eris! Snail: PO Box 405/Fairfax, VA 22030/USA DISCLAIMER: I have enough problems getting credit what I do do for work, much less this stuff.  Date: Wed, 25 May 88 18:23:44 EDT From: Paul Rubin To: BUG-FTP@AI.AI.MIT.EDU Message-ID: <385346.880525.PHR@AI.AI.MIT.EDU> Command "GET" if I forget to login first says something like "must login with USER and PASS" but there is no "USER" command. The message should say something like "must login with LOGIN command".  Date: Mon, 23 May 88 13:13:00 EDT From: David Chapman To: BUG-FTP@AI.AI.MIT.EDU Message-ID: <383532.880523.ZVONA@AI.AI.MIT.EDU> I tried to send a file to wc and it died with ERROR: WHYINT: - BAD CHANNEL NUMBER This is likely connected with the ``all sockets in use'' problem I just reported to bug-its.  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 11 May 88 22:10:31 EDT Received: from AI.AI.MIT.EDU (CHAOS 3130) by MC.LCS.MIT.EDU 11 May 88 21:46:20 EDT Date: Wed, 11 May 88 10:43:16 EDT From: David Vinayak Wallace Subject: FTP Troubles To: dvaughan@WNYOSI4.ARPA cc: BUG-ftp@MC.LCS.MIT.EDU Message-ID: <375430.880511.GUMBY@AI.AI.MIT.EDU> Several weak FTP implementations get confused by spaces in filenames. Try issuing a get as: GET "COMAIL;LOSING FILE" losing.file  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 11 May 88 07:58:14 EDT Received: from wnyosi4.arpa (TCP 3202601410) by MC.LCS.MIT.EDU 10 May 88 16:37:12 EDT Date: Tue, 10 May 88 09:31:18 EDT From: dvaughan@wnyosi4.arpa To: bug-ftp@mc.lcs.mit.edu Subject: FTP Troubles Cc: dvaughan I'm having trouble file transfering some archived files on COMAIL. I want to get COMAIL;HEATH MAIL but no matter which of the COMAIL;HEATH MAIL# files I ask for, I'm sent MAIL9. I log on as anonymous with no problem, change my current directory to COMAIL, do a GET, and name the file. Is there something else I should be doing. I've had similar trouble transfering other files with multiple extensions (if that's what they are called), e.g. I asked for CHESS 17 and got CHESS 18. I'm not familiar with the ITS system on the PDP. Would appreciate any help you can give. Thanks in advance. David Vaughan Dept of Navy  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 12 Apr 88 18:16:29 EDT Received: from FORD-scf1.ARPA (TCP 20001220401) by MC.LCS.MIT.EDU 12 Apr 88 18:14:28 EDT Received: by FORD-scf1.ARPA (5.15/5.9) id AA07050; Tue, 12 Apr 88 15:11:00 PST Date: Tue, 12 Apr 88 15:11:00 PST From: jack@Ford-scf1.ARPA (Jack Vu) Message-Id: <8804122311.AA07050@FORD-scf1.ARPA> To: bug-ftp@mc.lcs.mit.edu Subject: test testing  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 12 Apr 88 14:06:54 EDT Received: from FORD-scf1.ARPA (TCP 20001220401) by MC.LCS.MIT.EDU 12 Apr 88 13:33:24 EDT Received: by FORD-scf1.ARPA (5.15/5.9) id AA03973; Tue, 12 Apr 88 10:29:54 PST Date: Tue, 12 Apr 88 10:29:54 PST From: jack@Ford-scf1.ARPA (Jack Vu) Message-Id: <8804121829.AA03973@FORD-scf1.ARPA> To: bug-ftp@mc.lcs.mit.edu Subject: test testing  Date: Sat, 5 Mar 88 15:05:55 EST From: David Chapman Subject: [see1: I'm trying!] To: BUG-FTP@AI.AI.MIT.EDU cc: see1@SPHINX.UCHICAGO.EDU Message-ID: <336625.880305.ZVONA@AI.AI.MIT.EDU> This person is trying to ftp a large (159-block) file from ai. It sounds like maybe our server's packet wait timeout threshold is set too low? Date: Fri, 4 Mar 88 17:45:18 CST From: Ellen Keyne Seebacher To: ZVONA at AI.AI.MIT.EDU, see1 at SPHINX.UCHICAGO.EDU Re: I'm trying! Full-Name: Ellen Keyne Seebacher I keep getting 50-100 K worth, then receiving the message "Service not available -- remote server has closed connection." What's going on? Ellen  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 29 Feb 88 17:13:05 EST Received: from STONY-BROOK.SCRC.Symbolics.COM (TCP 20024224620) by MC.LCS.MIT.EDU 29 Feb 88 15:15:07 EST Received: from EUPHRATES.SCRC.Symbolics.COM by STONY-BROOK.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 352787; Mon 29-Feb-88 13:08:00 EST Date: Mon, 29 Feb 88 13:07 EST From: David A. Moon Subject: Question To: FETZER@NMFECC.ARPA cc: bug-ftp@MIT-MC.ARPA In-Reply-To: <880228184802.2080021c@NMFECC.ARPA> Message-ID: <19880229180739.1.MOON@EUPHRATES.SCRC.Symbolics.COM> Date: Sun, 28 Feb 88 18:48:02 PST From: FETZER@NMFECC.ARPA I'm not sure if you guys want to classify this as bugs/gripes or not, but can someone tell me how to extract, for example the file NIHON GO out of the COMAIL directory? I tried "get COMAIL;NIHON GO" with the result of extracting NIHON GO86 (which is the file with the largest second name field) which was placed in a file called GO.;1 on my machine (the CCC VAX at NMFECC). I got a suggestion to enclose the file names in quotes, but the result was that MC thought I wanted a file called "NIHON which obviously doesn't exist. HELP!! You need to talk to people who know about your local ftp user program, not people who know about the ITS ftp server. You need to make your local ftp user program send the file name complete with semicolon and space, and without quote marks. Most ftp user programs are capable of sending file names, but the way to do it seems to vary a lot. The symptom of getting NIHON GO86 indicates that your local ftp user program discarded everything after the space before sending it over the network to the ITS ftp server.  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 28 Feb 88 21:53:12 EST Received: from NMFECC.ARPA (TCP 3202200025) by MC.LCS.MIT.EDU 28 Feb 88 21:50:19 EST Received: from ccc.mfenet by ccc.mfenet with Tell via MfeNet ; Sun, 28 Feb 88 18:48:02 PST Date: Sun, 28 Feb 88 18:48:02 PST From: FETZER@NMFECC.ARPA Message-Id: <880228184802.2080021c@NMFECC.ARPA> Subject: Question To: bug-ftp@mit-mc.arpa Comment: From FETZER@CCC.MFENET on 28-FEB-1988 18:41:25.01 PST I'm not sure if you guys want to classify this as bugs/gripes or not, but can someone tell me how to extract, for example the file NIHON GO out of the COMAIL directory? I tried "get COMAIL;NIHON GO" with the result of extracting NIHON GO86 (which is the file with the largest second name field) which was placed in a file called GO.;1 on my machine (the CCC VAX at NMFECC). I got a suggestion to enclose the file names in quotes, but the result was that MC thought I wanted a file called "NIHON which obviously doesn't exist. HELP!! Mike  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 5 Feb 88 10:10:45 EST Date: Fri 5 Feb 88 10:05:05-EST From: Rob Austein Subject: Re: Please remove this "fix" and stop breaking our NAMES files To: Gumby@AI.AI.MIT.EDU cc: BUG-COMSAT@AI.AI.MIT.EDU, BUG-FTP@AI.AI.MIT.EDU In-Reply-To: <880205024139.4.GUMBY@THOTH.ACA.MCC.COM> Message-ID: <12372312989.59.SRA@XX.LCS.MIT.EDU> Right, it's the SYS*** stuff I object to, the .MA*** stuff is probably the right thing. So long as your changes will allow the normal sequence of write and RENMWO on SYS***, I'll be satisfied. You please remove the extra patches, I don't want to remove old stuff by accident. -------  Received: from MCC.COM (TCP 1200600076) by AI.AI.MIT.EDU 5 Feb 88 03:46:45 EST Received: from THOTH.ACA.MCC.COM by MCC.COM with TCP; Fri 5 Feb 88 02:44:34-CST Date: Fri, 5 Feb 88 02:41 CST From: David Vinayak Wallace Subject: Please remove this "fix" and stop breaking our NAMES files To: Rob Austein cc: BUG-COMSAT@AI.AI.MIT.EDU, BUG-FTP@AI.AI.MIT.EDU In-Reply-To: Message-ID: <880205024139.4.GUMBY@THOTH.ACA.MCC.COM> Date: Thu, 4 Feb 1988 01:29 EST From: Rob Austein Date: Wednesday, 3 February 1988 19:49-EST From: Bruce Nemnich Did I miss something? Did someone at Think.COM trash NAMES lately? I haven't seen any problems. Gumby (who has been paying more attention to ITS mail than I have) seems to have gotten annoyed enough (whether incrementally or catastrophicaly I don't know) at some anonymous person on your end of the world that he went and made some changes to the ITS FTP server to defend against your people. Unfortunately these changes also defend against legitimate MIT people doing legitimate MIT things (updating host tables), which got me upset. We need input from Gumby on this. He has just recently vanished into the twilight zone for an extended period of time, so said input may be hard to get. I may just go and undo his changes without his permission, but I'd like to avoid it if possible, it seems tasteless. [Note that the Think people are not cc'd in order not to muddy the waters.] I don't want to remove the restriction on writing the .MA*** directories via FTP. Unfortunately there will always be pinheads in the world, sometimes we all pay a price to defend from them. I find it hard to believe that anyone who knows what s/he's doing has no other recourse but TCP-FTP (people like BARMAR are exceptions who can be fixed by giving them accounts). Or we could allow writes if you login with some special name. But then they'll just mail that name to arpanet-bboards, and lots of people who've never before thought of changing that file will decide to, or perhaps to MAIL copies of it to [.MAIL.;NAMES >], who knows? The case of the SYS*** directories is different; more a case of over-exuberance. There was already code to prevent deletion on the SYS*** directories; I added the same code to rename and write. I guess it should probably come out; I'll take it out, or you can. Let me know. In summary, I think the protection on .MA*** should stay, and in support of this I enclose without further coment the following message from to-day's mail (from a completely different mailing list): Date: Thu, 4 Feb 88 14:37:44 EST From: nesheim@Think.COM Message-Id: <8802041937.AA00477@yggdrasil.think.com> To: DCP@quabbin.scrc.symbolics.com, namedroppers@sri-nic.arpa Subject: Re: Thinking Machine's domain administration Date: Wed, 3 Feb 88 14:38 EST From: David C. Plummer Remember that message I sent to PostMaster@Think.COM because that what it says in the SOA record? Here's what I got back: SMTP error from THINK.COM: 550 ... User unknown SMTP error from THINK.COM: 550 ... Addressee unknown The second one is OK. The first one bothers me. This is a request for the administrator of COM to forward my message to the administrator of THINK.COM. That structure is in place; let's see if it works. I did get two copies of the message you sent, and PostMaster@THINK.COM works fine at the moment. We have a globally writable aliases database which folks are in the unfortunate habit of trashing with regularity here.  Received: from Think.COM (TCP 1201000006) by AI.AI.MIT.EDU 4 Feb 88 14:20:57 EST Return-Path: Received: from pozzo.think.com by Think.COM; Thu, 4 Feb 88 14:18:57 EST Received: by pozzo.think.com; Thu, 4 Feb 88 14:18:52 est Date: Thu, 4 Feb 88 14:18:52 est From: Bruce Nemnich Message-Id: <8802041918.AA23600@pozzo.think.com> To: SRA@xx.lcs.mit.edu Cc: BUG-COMSAT@ai.ai.mit.edu, BUG-FTP@ai.ai.mit.edu, GUMBY@ai.ai.mit.edu, Postmaster@Think.COM, sra@xx.lcs.mit.edu In-Reply-To: Rob Austein's message of Thu, 4 Feb 1988 01:29 EST Subject: Please remove this "fix" and stop breaking our NAMES files We've hired enough new people around here since the previous flame session that I'll send out a message to everyone telling them to avoid editing NAMES with FTP, and if they do ever write it, to check for errors, etc. I hadn't been aware of recent lossage. --bruce  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 4 Feb 88 01:34:31 EST Date: Thu, 4 Feb 1988 01:29 EST Message-ID: From: Rob Austein To: Bruce Nemnich Cc: BUG-COMSAT@AI.AI.MIT.EDU, BUG-FTP@AI.AI.MIT.EDU, GUMBY@AI.AI.MIT.EDU, Postmaster@THINK.COM, sra@XX.LCS.MIT.EDU Subject: Please remove this "fix" and stop breaking our NAMES files In-reply-to: Msg of 3 Feb 1988 19:49-EST from Bruce Nemnich Date: Wednesday, 3 February 1988 19:49-EST From: Bruce Nemnich To: SRA@xx.lcs.mit.edu cc: GUMBY@ai.ai.mit.edu, Postmaster@Think.COM, BUG-COMSAT@ai.ai.mit.edu, BUG-FTP@ai.ai.mit.edu Re: Please remove this "fix" and stop breaking our NAMES files Date: Tue, 2 Feb 1988 16:37 EST From: Rob Austein ... If people at Thinking Machines Incorporated are still screwing up our NAMES files, we should enable the ASSHOL feature on them for a few weeks, as promised the last time this happened. That might succeed in getting their attention. We might want to slightly modify the ASSHOL feature so that it rejects anthing on THINK.COM's network with a response of 550-Refused because twits at your site keep editing our mailing list 550-files via FTP and breaking them. We'll start accepting mail from 550 you again when you find these people and shoot them. Did I miss something? Did someone at Think.COM trash NAMES lately? I haven't seen any problems. Gumby (who has been paying more attention to ITS mail than I have) seems to have gotten annoyed enough (whether incrementally or catastrophicaly I don't know) at some anonymous person on your end of the world that he went and made some changes to the ITS FTP server to defend against your people. Unfortunately these changes also defend against legitimate MIT people doing legitimate MIT things (updating host tables), which got me upset. We need input from Gumby on this. He has just recently vanished into the twilight zone for an extended period of time, so said input may be hard to get. I may just go and undo his changes without his permission, but I'd like to avoid it if possible, it seems tasteless. --Rob  Received: from Think.COM (TCP 1201000006) by AI.AI.MIT.EDU 3 Feb 88 19:51:13 EST Return-Path: Received: from pozzo.think.com by Think.COM; Wed, 3 Feb 88 19:49:25 EST Received: by pozzo.think.com; Wed, 3 Feb 88 19:49:21 est Date: Wed, 3 Feb 88 19:49:21 est From: Bruce Nemnich Message-Id: <8802040049.AA13313@pozzo.think.com> To: SRA@xx.lcs.mit.edu Cc: GUMBY@ai.ai.mit.edu, Postmaster@Think.COM, BUG-COMSAT@ai.ai.mit.edu, BUG-FTP@ai.ai.mit.edu In-Reply-To: Rob Austein's message of Tue, 2 Feb 1988 16:37 EST Subject: Please remove this "fix" and stop breaking our NAMES files Date: Tue, 2 Feb 1988 16:37 EST From: Rob Austein ... If people at Thinking Machines Incorporated are still screwing up our NAMES files, we should enable the ASSHOL feature on them for a few weeks, as promised the last time this happened. That might succeed in getting their attention. We might want to slightly modify the ASSHOL feature so that it rejects anthing on THINK.COM's network with a response of 550-Refused because twits at your site keep editing our mailing list 550-files via FTP and breaking them. We'll start accepting mail from 550 you again when you find these people and shoot them. --Rob Did I miss something? Did someone at Think.COM trash NAMES lately? --bruce  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 2 Feb 88 16:44:14 EST Date: Tue, 2 Feb 1988 16:37 EST Message-ID: From: Rob Austein To: David Vinayak Wallace , Postmaster@THINK.COM, Bruce@THINK.COM Cc: BUG-COMSAT@AI.AI.MIT.EDU, BUG-FTP@AI.AI.MIT.EDU Subject: Please remove this "fix" and stop breaking our NAMES files In-reply-to: Msg of 25 Jan 1988 03:35-EST from David Vinayak Wallace Date: Monday, 25 January 1988 03:35-EST From: David Vinayak Wallace To: BUG-COMSAT@AI.AI.MIT.EDU In case someone complains, I fixed ftp a couple of weeks ago so that you now cannot delete nor rename files on SYS*** nor .MA***, nor can you write .MAIL.;NAMES > via ftp. I got sick of the losers at think writing NAMES > with ftp and losing, despite our repeated requests that they cease and desist. david PS: the error message is "Permission denied" a la our favorite operating system. [PHOTO: Recording initiated Tue 2-Feb-88 4:23PM] MIT TOPS-20 Command Processor 5(312161)-2 XX>ftp ai < AI.AI.MIT.EDU ITS 1615, FTP server 330 on 2 FEB 1988 1628 EST < Bugs/gripes to BUG-FTP @ MIT-MC Setting default transfer type to binary, byte size 36. Default login as sra < OK, your user name is SRA FTP>send login.cmd "syshst;ignore this" < DSK:SYSHST;IGNORE THIS: permission denied FTP>exit XX>pop [PHOTO: Recording terminated Tue 2-Feb-88 4:24PM] How are people on TCP-only machines supposed to update the host tables now? The whole point of putting the tables on AI was to have them publicly accessible. I've already gotten one complaint on this. If people at Thinking Machines Incorporated are still screwing up our NAMES files, we should enable the ASSHOL feature on them for a few weeks, as promised the last time this happened. That might succeed in getting their attention. We might want to slightly modify the ASSHOL feature so that it rejects anthing on THINK.COM's network with a response of 550-Refused because twits at your site keep editing our mailing list 550-files via FTP and breaking them. We'll start accepting mail from 550 you again when you find these people and shoot them. --Rob  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 29 Jan 88 10:55:11 EST Return-Path: <@AI.AI.MIT.EDU:holtzman@MEDIA-LAB.MEDIA.MIT.EDU> Received: from AI.AI.MIT.EDU by XX.LCS.MIT.EDU with Chaos/SMTP; Fri 29 Jan 88 08:55:03-EST Received: from media-lab.MIT.EDU (TCP 2225200002) by AI.AI.MIT.EDU 29 Jan 88 05:24:39 EST Received: by media-lab.MIT.EDU (5.54/4.8) id AA21849; Fri, 29 Jan 88 05:22:45 EST Date: Fri, 29 Jan 88 05:22:45 EST From: Henry N. Holtzman Message-Id: <8801291022.AA21849@media-lab.MIT.EDU> To: sra@ai.ai.mit.edu Subject: syshst;hstmda ReSent-Date: Fri 29 Jan 88 10:50:54-EST ReSent-From: Rob Austein ReSent-To: bug-ftp@AI.AI.MIT.EDU ReSent-Message-ID: <12370486322.27.SRA@XX.LCS.MIT.EDU> I find that as anonymous I am unable to write syshst;hstmda. I get a permision denied error. Is this on purpose, or did I somehow badly frob the file last time a wrote it? -Henry  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 15 Jan 88 19:20:05 EST Received: from vax.darpa.mil (TCP 30001211143) by MC.LCS.MIT.EDU 15 Jan 88 19:22:29 EST Posted-Date: Fri 15 Jan 88 19:21:29-EST Received: by vax.darpa.mil (5.54/5.51) id AA03521; Fri, 15 Jan 88 19:21:31 EST Date: Fri 15 Jan 88 19:21:29-EST From: Laura Burchard Subject: getting files To: bug-ftp@mc.lcs.mit.edu Cc: laura@vax.darpa.mil Message-Id: <569290889.0.LAURA@VAX.DARPA.MIL> Mail-System-Version: Whenever I try to ftp a file over from OZKS, I get a 'FILE NOT FOUND' error. I know it's there, because I can get a directory from OZKS. It's not offline either. I'm using 'get ozks:common;filename'. What's up? Laura Burchard laura@vax.darpa.mil -------  Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 23 Dec 87 13:16:04 EST Received: from PIGPEN.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 82498; Wed 23-Dec-87 13:16:55 EST Date: Wed, 23 Dec 87 13:18 EST From: Alan Bawden Subject: MPV'd TCP job eating core? To: GUMBY@AI.AI.MIT.EDU, Bug-FTP@AI.AI.MIT.EDU In-Reply-To: <303201.871223.GUMBY@AI.AI.MIT.EDU> Message-ID: <871223131831.1.ALAN@PIGPEN.AI.MIT.EDU> Date: Wed, 23 Dec 87 01:54:04 EST From: David Vinayak Wallace To: Bug-TCP Is there some logical explanation for this? I Y'd a copy to crash;tcpmpv Y in case it got killed or the system crashed before it could be looked at. I inadvertently renamed the job GUMBY TCP in the process, in case the system doesn't crash etc... AI ITS 1615 Peek 629 12/23/87 01:04:55 Up time = 11:04:53:58 Memory: Free=63 Runnable Total=87 Out=71 Users: High=20 Runnable=1 Index Uname Jname Sname Status TTY Core Out %Time Time PIs 10 007M10 TCP HPLABS _10!0 ? DSN 255 192 0% 7:49 REALTM MPV Fair Share 78% Totals: 255 0% 7:49 Logout time = 1:20:25:43 Lost 2% Idle 68% Null time = 7:08:49:53 TCP conns: Ix Usr Uname Jname State RWnd Ibf SWnd ReTxQ Lclprt Fgnprt Fgnhst 15 10 007M10 TCP OPEN 0 5 10000 0 0 31 6216 HPLABS.HP.COM What you are reporting here is -not- a TCP bug. This job is a ordinary SMTP server, hence I am sending this message to Bug-FTP who, I presume, are the maintainers of SYSNET;FTPS. The "M" is its UNAME is supposed to tell you that it is a Mail server. (I suppose it should change its JNAME to something other than "TCP" so that people don't automatically send bug mail to Bug-TCP when one crashes.) Further analysis: The BLT at UABMP5+16 got an MPV. Apparently this is part of a UUO handler, and was working on performing the OUTI at GETLN3. A glance at the source reveals that this is in the middle of the loop that reads a line of input from the network. So I speculate that HPLABS.HP.COM is sending a monstrously long line of input that won't fit in a PDP10 address space... The corpse is still hanging around if anyone -else- wants a look. (It's now named ALAN TCP, of course...)  Date: Wed, 9 Dec 87 00:04:27 EST From: Alan Bawden Subject: TYPE L 8 broken? (or am I confused?) To: BUG-FTP@AI.AI.MIT.EDU cc: HQM@AI.AI.MIT.EDU Message-ID: <296710.871209.ALAN@AI.AI.MIT.EDU> I suppose there isn't one chance in a million that anyone will ever do anything about this, but just for the record: It appears that it is impossible to retreive files of 8-bit bytes using ITS's FTP user-end. There seem to be some comments in the code that suggest that TYPE L 8 is supposed to do that, but apparently the 8-bit bytes the server sends are packed into 7-bit bytes instead. (Perhaps I am confused. In which case someone should tell me how to do it. It would be very useful to be able to move things like DVI files through ITS...)  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 18 Nov 87 09:43:39 EST Received: from AI.AI.MIT.EDU (CHAOS 3130) by MC.LCS.MIT.EDU 18 Nov 87 09:45:05 EST Date: Wed, 18 Nov 87 09:43:17 EST From: "Kenneth R. Van Wyk" To: BUG-ftp@MC.LCS.MIT.EDU Message-ID: <287659.871118.LUKEN@AI.AI.MIT.EDU> I'm trying to use your FTP to communicate with my micro down here at Lehigh University. I seem to be having some problems... When I log in, I give a username of LUKEN, and then it doesn't ask me for a pw. Is this normal? Then, none of the FTP commands that I've come to know and love seem to work. DIR comes back and says that no files were found. Quote HELP says that the help command is not implemented. In short, I can't find my files so that I can FTP them back to Lehigh. Any clues you can offer would be greatly appreciated. Thanks. Ken Van Wyk  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 7 Jul 87 21:23:40 EDT Received: from garp.mit.edu (TCP 2222000315) by MC.LCS.MIT.EDU 7 Jul 87 20:55:37 EDT Received: by garp.mit.edu; id AA01364; Tue, 7 Jul 87 20:52:42 EDT Date: Tue, 7 Jul 87 20:52:42 EDT From: henry@GARP.MIT.EDU (Henry Mensch) Posted-Date: Tue, 7 Jul 87 20:52:42 EDT Message-Id: <8707080052.AA01364@garp.mit.edu> To: bug-ftp@MC.LCS.MIT.EDU Subject: isn't ftp supposed to ask for a password?? 150 garp /mit/henry --> ftp mc.lcs.mit.edu Connected to MC.LCS.MIT.EDU. 220- MC.LCS.MIT.EDU ITS 1604, FTP server 327 on 7 JUL 1987 2053 EDT 220 Bugs/gripes to BUG-FTP @ MIT-MC Name (mc.lcs.mit.edu:henry): hcm 230 OK, your user name is HCM ftp> ... -- henry  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 25 SEP 86 15:20:55 EDT Received: from AFSC-HQ.ARPA by MC.LCS.MIT.EDU 25 Sep 86 15:04:36 EDT Mail-From: NANCE created at 11-Sep-86 17:09:25 Date: Thu 11 Sep 86 17:09:25-EDT From: Keith Nance AD/ENY Eglin AFB FL 32542 Subject: FTP Problems To: BUG-FTP@MIT-MC.ARPA ReSent-date: Thu 25 Sep 86 13:09:03-EDT ReSent-from: Keith Nance AD/ENY Eglin AFB FL 32542 ReSent-to: BUG-FTP@MIT-MC.ARPA I've tried several ways to FTP the Metaphilosophers current file to my file here at AFSC-HQ, and I can't seem to hit on the right code or combination. Can you help? Keith Nance -------  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 14 AUG 86 09:21:23 EDT Received: from ARDEC-LCSS.ARPA.ARPA by MC.LCS.MIT.EDU 14 Aug 86 09:20:32 EDT Date: 14 Aug 86 09:15:00 EST From: "CLSTR1::BECK" Subject: ftp help To: "bug-ftp" Reply-To: "CLSTR1::BECK" HI, My name is Peter Beck and I work in Dover, NJ. My ARPA address is: " BECK@ARDEC-LCSS.ARPA ". I AM ACCESSING YOUR MACHINE WITH A MAC+ VIA A VMS4.4 MACHINE. I am trying to ftp some archive files from CUBE-LOVERS, I.E. AI:ALAN;CUBE MAIL0 AI:ALAN;CUBE MAIL1 AI:ALAN;CUBE MAIL2 AI:ALAN;CUBE MAIL3 AI:ALAN;CUBE MAIL4 AI:ALAN;CUBE MAIL ftp seems respond to the space as an end of file name so that I get AI:ALAN;CUBE MAIL4 (the default file I assume) in a file called "mail". Is this problem at my end or yours. I am a new user and need help. I am particularly ineterested in the filed AI:ALAN;CUBE MAIL. THNX peter beck ------  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 27 MAY 86 15:21:55 EDT Received: from AFSC-HQ.ARPA by MC.LCS.MIT.EDU 27 May 86 14:55:01 EDT Date: Tue 27 May 86 14:59:01-EDT From: Keith Nance AD/ENY Eglin AFB FL 32542 Subject: FTP Problem To: Bug-FTP@MIT-MC.ARPA I'm unable to FTP any of your files -- I'm probably simply not using the correct symbology, but I don't know where I'm going wrong. I was particularly interested in the metaphilosophy files. Can you show me a sample FTP command that will work for me? Many thanks! Keith Nance -------  Date: Sun, 27 Apr 86 20:11:10 EDT From: Jonathan A Rees Subject: [jcm: Downloading Archives] To: BUG-FTP@MC.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].896780.860427.JAR> Anyone know why this person might be having trouble connecting to MC? - Jonathan Date: Sat, 26 Apr 86 12:56:05 est From: jcm at ORNL-MSR.ARPA (James A. Mullens) To: scheme-request Re: Downloading Archives Message-Id: <8604261756.AA27640@ORNL-MSR.ARPA> Hi again - I am one our UNIX 4.2++ ARPA net machine this weekend, and I thought I'd grab the scheme archives from "mit-mc lspmai; scheme mail". I tried to use ftp to get on mit-mc as an anonymous guest, but my ftp tells me that "Host is unreachable". This may be a local problem, in which case I'm sorry to bother you. On the other hand, maybe I can't transfer files from mit-mc using ftp?? The description of the mailing list didn't say anything about the methods of acquiring the archives. Thanks. jim mullens  Date: Sun, 9 Mar 86 15:38:44 EST From: "Christopher C. Stacy" Subject: FTP Problem To: STANLEY@USC-ISIF.ARPA cc: BUG-FTP@MC.LCS.MIT.EDU In-reply-to: Msg of 7 Mar 1986 05:21-PST from STANLEY at USC-ISIF.ARPA Message-ID: <[MC.LCS.MIT.EDU].844121.860309.CSTACY> OZ is not on the Internet, and MC is not OZ. Probably you should contact someone on OZ.  Received: from USC-ISIF.ARPA by MC.LCS.MIT.EDU 7 Mar 86 08:23:12 EST Date: 7 Mar 1986 05:21-PST Sender: STANLEY@USC-ISIF.ARPA Subject: FTP Problem From: STANLEY@USC-ISIF.ARPA To: bug-ftp@MC.LCS.MIT.EDU Message-ID: <[USC-ISIF.ARPA] 7-Mar-86 05:21:36.STANLEY> Help! I have been trying to FTP to and from the following directory maintained on MIT-OZ: . For starters, my FTP refuses to accept MIT-OZ, claiming that it is "Not a Host." So, I have logged onto MIT-MC and tried. That doesn't seem to help, either. Whenever I issue a DIR or GET command, the command is replayed, filled with a number of ^Q characters that I did not type, and an error message. The error is usually "No such device." I have contacted the owner of the directory, and he advises that what I am doing is what I should be doing. Clearly, it isn't. I don't have trouble sending and receiving with SIMTEL20. Can you help me set up communications with the wizard of "OZ?" Thanks in advance. ...Dick Stanley stanley@isif  Received: from SRI-KL.ARPA by MC.LCS.MIT.EDU 12 Jan 86 16:38:48 EST Date: Sun 12 Jan 86 13:40:21-PST From: ZVONA@SRI-KL.ARPA Subject: directory defaulting To: bug-ftp@MIT-MC.ARPA The server program ought ideally to default directories to the user's home directory, rather than to his user name. -------  Date: Mon, 6 Jan 86 22:36:03 EST From: Herb Lin Subject: FTP help.. To: BUG-FTP@MC.LCS.MIT.EDU cc: LIN@MC.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].775249.860106.LIN> can some wizard look into this msg? I don't know what to tell him. thanks. Date: Fri, 3 Jan 86 9:32:12 CST From: Will Martin -- AMXAL-RI To: Lin at MIT-MC.ARPA, arms-d-request at MIT-MC.ARPA Re: More on FTPing archives After sending you that last message on this subject, I tried again. And again, the software seems to automatically cut off after only a bit above 100K characters transmitted. What I am suspecting is that host MIT-MC has instituted some sort of timing circuit which does not allow someone connected with an "anonymous" ftp login to stay on the system long enough to get any large file FTPed. (Of course, MIT-MC does not screen FTP logins -- you can give any string of characters for a login ID and password -- but I suppose it can subsequently distinguish between someone who had ftp-logined with a for-real user-ID and legitimate password, versus any random ftp-login with arbitrary data given. The system would then limit the latter.) I suggest you try this yourself, FTPing to MIT-MC from another net host, and being careful to give it made-up info in response to any login-ID and/or password prompts. I'm sure you'll find you can only stay on ten minutes or so before it cuts you off, even if you are in the middle of a long FTP transfer. (By the way, my tries were made after 1700 Eastern time, so they were out of prime time; the system seemed very slow anyway. Maybe if you do this in the middle of the night, and system response is better, you COULD get the whole file FTPed in the allowed time. I'll never be here at that time to find that out, though! :-) The network says MIT-MC is down now, so I can't try again. Hope you get this mail soon, though. Will  Date: Thu, 14 Nov 85 11:29:09 EST From: Herb Lin Subject: Sorry to Bother You Again... To: dca-pgs@DDN1.ARPA cc: BUG-FTP@MIT-MC.ARPA, LIN@MIT-MC.ARPA, sullivan@EDN-VAX.ARPA In-reply-to: Msg of Thu 14 Nov 85 10:03:16 EST from P. Sullivan Message-ID: <[MIT-MC.ARPA].717808.851114.LIN> Date: Thu, 14 Nov 85 10:03:16 EST From: P. Sullivan To: lin at mit-mc.arpa cc: dca-pgs at DDN1.ARPA, sullivan at edn-vax.arpa, bug-ftp at mit-mc.arpa Re: Sorry to Bother You Again... I've been trying to FTP ARMSD ARC7, using the command [get "BALL; ARMSD ARC7"]. I keep getting an error message back which says DISK PACK NOT MOUNTED. It is true. Some dirves are off-line at this time for correction of hardware problems; try in a few days.  Received: from ddn1 by MIT-MC.ARPA 14 Nov 85 10:12:55 EST Date: Thu, 14 Nov 85 10:03:16 EST From: P. Sullivan Subject: Sorry to Bother You Again... To: lin@mit-mc.arpa Cc: dca-pgs@DDN1.ARPA, sullivan@edn-vax.arpa, bug-ftp@mit-mc.arpa I've been trying to FTP ARMSD ARC7, using the command [get "BALL; ARMSD ARC7"]. I keep getting an error message back which says DISK PACK NOT MOUNTED. I may even be going after the wrong archive... I'm looking for an interesting item on KAL 007, and now I find I can't even remember when that transpired. Thank you kindly, Pat Sullivan  Date: Fri, 8 Nov 85 22:56:11 EST From: "Christopher C. Stacy" Subject: Archive Access To: NS-DDN@DDN2.ARPA cc: BUG-FTP@MIT-MC.ARPA, HEADER-PEOPLE-REQUEST@MIT-MC.ARPA, BRADEN@UCLA-CCN.ARPA In-reply-to: Msg of 8 Nov 85 13:02 EST from NS-DDN at DDN2.ARPA Message-ID: <[MIT-MC.ARPA].712262.851108.CSTACY> MIT-MC.ARPA does not require any login for FTP users, and our server will gleefully accept any random arguments to FTP's USER/PASS commands; the problem must be at your end. Cheers, Chris  Date: Fri, 8 Nov 85 18:52:16 EST From: Herb Lin Subject: Problems with ARMS-D Archives To: sullivan@EDN-VAX.ARPA cc: ARMS-D-REQUEST@MIT-MC.ARPA, BUG-FTP@MIT-MC.ARPA, LIN@MIT-MC.ARPA In-reply-to: Msg of Fri 8 Nov 85 16:58:44 est from sullivan at EDN-VAX.ARPA (Pat Sullivan) Message-ID: <[MIT-MC.ARPA].711898.851108.LIN> I think the way you have to get the archive is to enclose the filename in quotes. If that doesn't do it, lemme know.  Received: from EDN-VAX.ARPA by MIT-MC.ARPA 8 Nov 85 17:06:14 EST Received: by EDN-VAX.ARPA (4.12/4.7) Date: Fri, 8 Nov 85 16:58:44 est From: sullivan@EDN-VAX.ARPA (Pat Sullivan) To: BUG-FTP@MIT-MC.ARPA, sullivan@EDN-VAX.ARPA Subject: Problems with ARMS-D Archives Cc: arms-d-request@mit-mc.ARPA I've been trying to FTP the Archive with the KAL 007 write-up in it, which I think is ARC6 or 7. However, no matter what number I use, I always get ARC13, the most recent. What am I doing wrong? Thanks, Pat Sullivan  Received: from ddn2 by MIT-MC.ARPA 8 Nov 85 14:32:44 EST Date: 8 Nov 85 13:02 EST From: NS-DDN @ DDN2.ARPA Subject: Archive Access To: HEADER-PEOPLE-REQUEST @ mit-mc.arpa CC: NS-DDN @ DDN2.ARPA, BUG-FTP @ mit-mc.arpa, BRADEN @ ucla-ccn.arpa Here is the entire script of the FTP session (note that UCLA's FTP is a three party service...): ftp USER FTP 2.27. ENTER COMMAND OR '?' FTP: ? COMMANDS ARE: CONN - CONNECT TO HOST *LOG - LOGIN USER *BYE - DISCONNECT FROM HOST *QUIT - DISCONNECT FROM HOST #END - RETURN TO TSO STAT - ASK HOST FOR STATUS INFORMATION HELP - ASK HOST FOR HELP INFORMATION *SITE - SEND HOST DEPENDANT COMMAND BYTE - SET BYTE SIZE TYPE - SET DATA TYPE STRU - SET FILE STRUCTURE MODE - SET TRANSMISSION MODE *ALLO - SET FILE SIZE *REST - INDICATE RESTART #GET - COPY FILE FROM HOST B TO A #PUT - COPY FILE FROM HOST A TO B #SEND - SAME AS PUT #ADD - APPEND FILE FROM HOST A TO B *REN - RENAME FILE FROM OLD TO NEW NAME ABOR - ABORT DATA TRANSFER *DELE - DELETE FILE #LIST - DIRECTORY LIST FROM HOST A TO B #NLST - SEND NAME LIST FROM HOST A TO B SPECIAL COMMANDS: A=B - SWITCH 'A:' AND 'B:' PREFIXES A?B - SHOW CONNECTIONS *SNDS - RE-SEND LAST SITE COMMAND DO - EXECUTE TSO COMMAND COMMANDS MARKED '*' MUST BE PREFIXED BY 'A:' OR 'B:' TO INDICATE WHICH HOST THE COMMAND IS DIRECTED TO. OTHER COMMANDS NOT MARKED '#' MAY BE PREFIXED. USE 'ATTENTION' TO ABNORMALLY CLOSE CONNECTION. FTP: A:CONN MIT-MC A:220- MIT-MC.ARPA ITS 1536, FTP server 323 on 8 NOV 1985 1253 EST A:220 Bugs/gripes to BUG-FTP @ MIT-MC FTP: B:CONN CCN B:220 UCLA-CCN FTP SERVER, ENTER COMMAND OR HELP FTP: B:LOG ENO7WEM -------- FTP: PUT "KSC;HEADER MINS" 'ENO7WEM.MINS' A:NOT LOGGED IN FTP: A:LOG ENTER USER ID: GUEST ENTER PASSWORD: ANONYMUS FTP: PUT "KSC;HEADER MINS" 'ENO7WEM.MINS' A:NOT LOGGED IN FTP: A:LOG ANONYMOUS ENTER PASSWORD: GUEST FTP: PUT "KSC;HEADER MINS" 'ENO7WEM.MINS' A:NOT LOGGED IN FTP: A:HELP A:502 This command is not implemented, sorry. FTP: A:BYE A:221 BCNU FTP: B:BYE B:221 SESSION TERMINATED FTP: END READY Okay, will the guilty party please confess? Best regards to all concerned, David L. Craig Senior Systems Engineer Network Solutions, Inc.  Date: Fri, 8 Nov 85 01:50:02 EST From: "Pandora B. Berman" Subject: Archive Access To: NS-DDN@DDN2.ARPA cc: BUG-FTP@MIT-MC.ARPA, HEADER-PEOPLE-REQUEST@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].710722.851108.CENT> Date: 6 Nov 85 14:39 EST From: NS-DDN @ DDN2.ARPA Subject: Archive Access To: HEADER-PEOPLE-REQUEST @ mit-mc.arpa Okay, I have tried to get at the archive files using the information I was sent in Message-ID: <[MIT-MC.ARPA].676070.851011.CENT>. However, I cannot even get logged on to FTP. Could you give me more explicit information, please? Thanx, Dave Craig i'm not an FTP wizard, so it's hard to diagnose your problem without more exact knowledge of the errors you got or whatever else the problem was. there should be some sort of login subcommand in the FTP program that DDN2 runs; i'm pretty sure that ITS (what MC runs) doesn't want passwords from FTP servers, and it may not even care whether you log in. of the files you are interested in, KSC;HEADER MINS is 38 ITS blocks (1 block = 1K words), and the older archives run from 55 to 72 blocks. your FTP program will probably insist that you quote the space between the FN1 and the FN2.  Received: from WISCVM.ARPA by MIT-MC.ARPA 11 Sep 85 20:43:00 EDT Received: from (ALPERN)SJRLVM4.BITNET by WISCVM.ARPA on 09/11/85 at 19:44:22 CDT Date: Wed, 11 Sep 85 16:14:46 PDT From: David Alpern To: "Christopher C. Stacy" cc: BUG-FTP@MIT-MC.ARPA Subject: Re: forwarding.. someone can't hack spaces in file names In-Reply-To: Your Message of Tue, 10 Sep 85 16:10:39 EDT References: <[MIT-MC.ARPA].640233.850910.CSTACY>, and Msg of Tue 10 Sep 85 03:37:20 EDT from Pandora B. Berman Christopher, Thanks for the reply, and an answer that I more than half expected. We've managed to find a work-around for our software, so the problem appears solved. - Dave David M. Alpern IBM San Jose Research Laboratory, K65/282 5600 Cottle Road, San Jose, CA 95193 Phone: (408) 284-6521 Bitnet: ALPERN@SJRLVM4 CSnet: ALPERN@IBM-SJ  Date: Tue, 10 Sep 85 16:10:39 EDT From: Christopher C. Stacy Subject: forwarding.. someone can't hack spaces in file names To: ALPERN%SJRLVM4.BITNET@WISCVM.ARPA cc: BUG-FTP@MIT-MC.ARPA In-reply-to: Msg of Tue 10 Sep 85 03:37:20 EDT from Pandora B. Berman Message-ID: <[MIT-MC.ARPA].640233.850910.CSTACY> Our FTP server does not have any special provisions in it to accomodate user programs which are not able to send the names of the desired files.  Date: Tue, 10 Sep 85 03:37:20 EDT From: Pandora B. Berman Subject: forwarding.. someone can't hack spaces in file names To: BUG-FTP@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].639530.850910.CENT> Date: Mon, 9 Sep 85 18:34:20 PDT From: David Alpern To: postmaster@MIT-MC.ARPA Subject: FTP and filename delimiters Hello. I decided to send this to you because I'm not sure who's maintaining MC's net software these days. If you aren't also the person who supports FTP, would you please forward this to him/her? Anyhow, I'm having some trouble because the FTP user interface on our end doesn't want to accept spaces within foreign host file specifications, making it difficult for me to access files on ITS. While we try to find a work-around here, is there another character that the ITS FTP code will accept as the delimiter between a file name and extension? If not, any other suggestions? Thanks for your help. - Dave David M. Alpern IBM San Jose Research Laboratory, K65/282 5600 Cottle Road, San Jose, CA 95193 Phone: (408) 284-6521 Bitnet: ALPERN@SJRLVM4 CSnet: ALPERN@IBM-SJ  Date: Thu, 8 Aug 85 23:04:36 EDT From: Christopher C. Stacy Subject: ftp problem To: pnelson@NADC.ARPA cc: BUG-FTP@MIT-MC.ARPA In-reply-to: Msg of 8 Aug 1985 15:30:29-EDT from pnelson at NADC Message-ID: <[MIT-MC.ARPA].605976.850808.CSTACY> Your problem is with the FTP program on NADC, so you should contact your system programmer.  Received: from nadc by MIT-MC.ARPA 8 Aug 85 15:50:35 EDT Date: 8 Aug 1985 15:30:29-EDT From: pnelson@NADC To: bug-ftp@mit-mc Subject: ftp problem I have been trying to ftp Herb Lin's report on the SDI . The directions I received said that the file was guest2;lin sdi . A listing of the directory guest2; does show a file lin sdi . However since there is a space between lin and sdi this comes to more than six characters and I cannot seem to get it no matter how I try to address it. I have tried using double and single quotes and many possible combinations of the name with no results. Help please. Thanks, Philip R. Nelson pnelson@nadc  Date: Wed, 24 Jul 85 02:06:54 EDT From: Christopher C. Stacy To: sullivan@EDN-VAX.ARPA cc: BUG-FTP@MIT-MC.ARPA In-reply-to: Msg of Tue 23 Jul 85 13:48:44 edt from sullivan at EDN-VAX (Pat Sullivan) Message-ID: <[MIT-MC.ARPA].586151.850724.CSTACY> The files you are looking for are not officially maintained by MIT-MC. I am not even sure if the files are actually on MC, but if they are you can FTP them with no login required. I think one of our users is the custodian of the files you are probably thinking of. Unfortunately, I don't recall where he keeps it or what his name is. You might try sending a note to the mailing list INFO-NETS-REQUEST@MIT-MC, which if I recall correctly is the (POC for the) mailing list associated with the files of interest. Of course, the NIC might also have some information on the files. Chris  Received: from EDN-VAX.ARPA by MIT-MC.ARPA 23 Jul 85 13:48:26 EDT Received: by EDN-VAX.ARPA (4.12/4.7) Date: Tue, 23 Jul 85 13:48:44 edt From: sullivan@EDN-VAX (Pat Sullivan) To: bug-ftp@mit-mc, sullivan@EDN-VAX Hi, I would like to get a listing of all the files hoon MC that are available for public anonymous FTP regaerding info on computernetworks networks onin the US and overseas; sort of a README file. Is there anything like this that can be browsed during an FTP session? I'm doing a research project on restoral-of-service for a military message-switched system and am trying to get some info on what's out there. Thank you, Pat Sullivan Defense Communications Engineering Cnenter Reston, VA.  Received: from SCRC-STONY-BROOK.ARPA by MIT-MC.ARPA.ARPA; 15 Jul 85 10:25:51 EDT Received: from BIG.SCRC.Symbolics.COM by SCRC-STONY-BROOK.ARPA via CHAOS with CHAOS-MAIL id 275168; Mon 15-Jul-85 10:21:09-EDT Date: Mon, 15 Jul 85 10:23 EDT From: Charles Hornig Subject: 16-bit files vs FTP To: dlw@SCRC-STONY-BROOK.ARPA, bug-network@SCRC-QUABBIN.ARPA cc: bug-ftp@MIT-MC.ARPA In-Reply-To: <850714181415.7.DLW@CHICOPEE.SCRC.Symbolics.COM> Message-ID: <850715102300.5.HORNIG@BIG.SCRC.Symbolics.COM> Date: Sun, 14 Jul 85 18:14 EDT From: Daniel L. Weinreb I'm trying to copy a BFD file from MC to here, and I always get "Error: 504 Invalid Type: L 16". The same error happens when I try to send a file. Are you telling me that it is impossible to copy 16-bit-byte files between here and MC? MC is, in fact, trying to tell you that. It seems that no one ever implemented 16-bit byte mode for its FTP.  Received: from SCRC-STONY-BROOK.ARPA by MIT-MC.ARPA; 20 May 85 12:52:57 EST Received: from CHARLES.SCRC.Symbolics.COM by SCRC-STONY-BROOK.ARPA via CHAOS with CHAOS-MAIL id 239818; Mon 20-May-85 12:50:25-EDT Date: Mon, 20 May 85 12:46 EDT From: Charles Hornig Subject: (t)cp bug? To: Bill Gosper , BUG-LISPM@SCRC-STONY-BROOK.ARPA cc: bug-ftp@MIT-MC.ARPA In-Reply-To: <850518012453.0.RWG@RUSSIAN.SPA.Symbolics.COM> Message-ID: <850520124613.2.HORNIG@CHARLES.SCRC.Symbolics.COM> Date: Sat, 18 May 85 01:24 PDT From: Bill Gosper In Symbolics 3600 Release 6.0, System 271.60, Hardcopy 46.2, Zmail 107.9, LMFS 57.6, Tape 41.1, Basic Sage 15.15, Documentation Database 3.8, Common Lisp 4.7, Print 38.1, Mailer 43.3, IP-TCP 29.7, Experimental Macsyma 310.32, microcode TMC5-MIC 319, FEP 17, C:>RSL>copy-r6-patches Loaded, on Russian: Abort at (first or second) MORE break from a :Show File in the C P. >>Error: FTP control connection closed unexpectedly. While in the function FS:TCP-FTP-PARSE-REPLY  (:DEFUN-METHOD FS:TCP-FTP-GET-COMMAND-RESPONSE)  (:DEFUN-METHOD FS:TCP-FTP-CHECK-COMMAND-RESPONSE) MC's FTP server dies when you try to abort a connection. It's an ITS bug.