Date: Mon, 15 May 95 21:27:16 EDT From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1995 #16 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Mon, 15 May 95 Volume 1995: Issue 16 Today's Topics: 1.12n SYS file (2 msgs) 1.12o Cannot stat ... (2 msgs) COM Port Support Elm with uupc hostpath file. (2 msgs) listserv down for next day or so ... mail list software OS/2 compiler? rnew and newsrun (3 msgs) testing 1 2 3 4 UUPC Win 3.1 Windows socket error 10061 (2 msgs) To subscribe to UUPC-Info-Digest, send the command in the body of a message to listserv@kew.com: subscribe uupc-info-Digest To signoff from UUPC-Info-Digest, use "signoff" instead of "subscribe". You can also send an "index" to the listserv to get an index of back issues and other files available for retrieval. ---------------------------------------------------------------------- Date: Mon, 8 May 95 18:24:18 -0500 From: sysop@mome-raths.iac.net Subject: 1.12n SYS file To: UUPC/Extended mailing list OK, I switched to 16 bit binaries, and some things started to work. However, I still could not post, then run UUXQT and then see the posting. Here is the SYS file, exactly as I was told to modify it in order for it to work: # News configuration file, automatically generated by UUPC/extended 1.12n # at Mon, 27 Feb 1995 19:48:19 -0500 # The local system, mome-raths.iac.net (mome) ME:all # Our news feed, not batched to speed our posts uuiac:all/!local:: However, this resulted in: 05/08-17:56 batch: Unable to locate in search path 05/08-17:56 newsrun aborting at line 1778 in file D:\SRC\UUPC\news\newsrun.c 05/08-17:56 newsrun: UUPC/extended 1.12n (Feb 25 1995 22:32:11) 05/08-17:56 batch: Unable to locate in search path 05/08-17:56 newsrun aborting at line 1778 in file D:\SRC\UUPC\news\newsrun.c And this SYS file could post: ME:all uuiac:all I had taken out all blank lines previous to this, but the only thing that got rid of the error was deleting "/!local::" John -- John Carmack jdcarmack@miavx1.muohio.edu ------------------------------ Date: Tue, 09 May 1995 18:50:36 -0400 From: uupcinfo@kew.com Subject: 1.12n SYS file To: UUPC/Extended mailing list On Mon, 8 May 95 18:24:18 -0500, sysop@mome-raths.iac.net wrote: > OK, I switched to 16 bit binaries, and some things started to work. > However, I still could not post, then run UUXQT and then see the > posting. Here is the SYS file, exactly as I was told to modify > it in order for it to work: > > # News configuration file, automatically generated by UUPC/extended 1.12n > # at Mon, 27 Feb 1995 19:48:19 -0500 > # The local system, mome-raths.iac.net (mome) > ME:all > > # Our news feed, not batched to speed our posts > uuiac:all/!local:: > > However, this resulted in: > 05/08-17:56 batch: Unable to locate > in search path > 05/08-17:56 newsrun aborting at line 1778 in file D:\SRC\UUPC\news\newsrun.c > 05/08-17:56 newsrun: UUPC/extended 1.12n (Feb 25 1995 22:32:11) > 05/08-17:56 batch: Unable to locate > in search path > 05/08-17:56 newsrun aborting at line 1778 in file D:\SRC\UUPC\news\newsrun.c > > And this SYS file could post: > ME:all > uuiac:all > > I had taken out all blank lines previous to this, but the > only thing that got rid of the error was deleting "/!local::" Empty fields are not ignored properly in 1.12n, it will be corrected in 1.12o. For now, delete the trailing colons. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. Have you crashed your Windows today? ------------------------------ Date: Wed, 10 May 95 17:51:44 -0500 From: sysop@mome-raths.iac.net Subject: 1.12o To: UUPC/Extended mailing list OK, I've tried to be patient, but it has been 3 days since the announcement. When is 1.12o going to be available? John -- John Carmack jdcarmack@miavx1.muohio.edu ------------------------------ Date: 07 May 1995 22:26:00 +0100 From: hajo@quijote.in-berlin.de Subject: Cannot stat ... To: UUPC/Extended mailing list I'm just trying to find out why I can't get the new changi 0.5 NNTPd to work. I may post, everything says "successful", but uustat tells me: uustat: UUPC/extended 1.12n (OS/2 32 bit mode, 25Feb95 22:32) cannot stat fog/D/#hghms%c.ank fog/D/#hghms%c.ank: Message file not found. cannot stat fog/D/#hghms%c.anl fog/D/#hghms%c.anl: Message file not found. uustat: No jobs queued for system all by user hajo I have scanned everything in \UUPC to find out from where it gets these filenames, without result. I tried to use the UUPC 1.12n inews and rnews instead of the changi inews and rnews, but this failed at once, therefore I assume stdin support still isn't there. hajo -- ----[Hans-Joachim Zierke ]---------------------------------------------- [Rathenower Straße 23 ] [D-10559 Berlin-Moabit] hajo@quijote.in-berlin.de [ +49-30 / 394 84 45] ----[Fax:(0)30 / 394 84 47]---------------------------------------------- ------------------------------ Date: Sun, 07 May 1995 17:19:44 -0400 From: uupcinfo@kew.com Subject: Cannot stat ... To: UUPC/Extended mailing list On 07 May 1995 22:26:00 +0100, hajo@quijote.in-berlin.de wrote: > I'm just trying to find out why I can't get the new changi 0.5 NNTPd to > work. NNTP is not supported by UUPC/extended. Did you port it, and if so, what other tools are you using (to write to the spool, below), or did you get it from a third party, if so, did you ask them how to interface to UUPC/extended? news is generally expected to only enter the system either via news batches via RNEWS (driven by UUXQT) or from files passed to the std in of inews. Even even NNS mode on NT we expect this, although in this case the physical connection via TCP/IP and UUCP 'e' protocol. Now, I can understand SLURP or the like trying to feed RNEWS, but this presumes you fully understand how inews/rnews/newsrun all work together, because its bound to violate the presumations made by the news software. Your use of NNTP is completely unexplained. Short version of the above: Huh? Why is an NNTP being reported to UUPC-Info? > I may post, everything says "successful", but uustat tells me: post how? > uustat: UUPC/extended 1.12n (OS/2 32 bit mode, 25Feb95 22:32) > cannot stat fog/D/#hghms%c.ank > fog/D/#hghms%c.ank: Message file not found. > cannot stat fog/D/#hghms%c.anl > fog/D/#hghms%c.anl: Message file not found. > uustat: No jobs queued for system all by user hajo > > I have scanned everything in \UUPC to find out from where it gets these > filenames, without result. UUPC/extended maps mixed case UNIX file names to monocase DOS names. Those names would have come out of a Call file in \uupc\spool\fog\c. This implies you have a program which doesn't understand UUPC/extended writing into the UUPC/extended spool directories. This is a really bad idea. > I tried to use the UUPC 1.12n inews and rnews instead of the changi inews > and rnews, but this failed at once, therefore I assume stdin support > still isn't there. rnews < foo inews < foo Both work just fine. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "If I have to ask, I don't want to know the answer." ------------------------------ Date: Tue, 09 May 1995 18:39:35 -0400 From: Help@kew.com Subject: COM Port Support To: UUPC/Extended mailing list On Mon, 8 May 1995 18:12:26 -0400, hartech!ht.org!rick@elf wrote: > a FOSSIL driver. It works! > > I downloaded your BNU driver, configured the patch file, and all is > well. It's not _our_ driver, we just have a copy of it floaring about. Send the nice author some money if you like it. > > More shame to me, though, for not finding this fix in your > documentation, which does an excellent job of detailing it. Next time I > will look *much* more carefully before troubling you. That would be all the Thanks we need, although Snuffles loves her chocolate fund as much ever ... :-) -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 MSG FROM OPERATOR: OUR HAMSTER IS SICK. SYSTEM SHUTDOWN IMMEDIATELY. ------------------------------ Date: Sun, 7 May 95 21:30:50 +0000 From: eric@logsdon.org Subject: Elm with uupc To: UUPC/Extended mailing list -----BEGIN PGP SIGNED MESSAGE----- > > I'm curious, if anyone has gotten elm to work with uupc extended, the problem appears to be that, elm is ignoring the passwd file (for where the home dir is) and is reading the maildir to try to find the mail, has anyone found a way around this? > > Thanks. > > Tony > > Tony Ironside Team OS/2 > ironsidt@cuug.ab.ca > tony.ironside@223.cambo.cuug.ab.ca > Fido: tony ironside @1:134/223 > "640k is more than anyone will ever need" Mr bill gates 1981 > As he has attempted to prove, by building his new OS > "windows 95" around 64k memory segments > I am using elm 2.3 for OS/2 with upc 1.12j for OS/2. I didn't have any problems getting them to work. I only have five users on the system. - -- - -------------------------------------------------------- Eric L. Logsdon | DON'T PANIC eric@logsdon.org | PGP Fingerprint: Type bits/keyID Date User ID pub 1024/4E549481 1994/07/09 Eric L. Logsdon Key fingerprint = A2 D1 1B 7E 03 38 5D 75 BF 0C D0 08 AA 57 E8 80 -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBL60704Zy9QROVJSBAQH6OgP9EKoWIGSOuG3K9vr724epHjw1lxqJP8/9 9/ZWV57EiPjQZprevwryHPAskKaPTVFpSsUW7AY6xDQZmUad9KpEeWH4cpB+pyBe kPCJ4rGoznjXP+v5L3YmTPdJGma4ypmQPi9+TUhr9rq0bCF5IRw1kFc3sWDxelUo 6xNxM5jp6q8= =m9lN -----END PGP SIGNATURE----- ------------------------------ Date: Tue, 9 May 95 20:05:43 -0600 From: paul.elliott@Hrnowl.LoneStar.ORG Subject: hostpath file. To: UUPC/Extended mailing list Sometimes when I am away from my direct line UUCP connection, I would like to direct ALL outgoing mail into a program. (I am trying to get my internet connection to deliver the mail by piping into IBM's sendmail, but I am still in the experimental stage.) I have been trying to use the HOSTPATH file to do this. I have found that * | myprogram does not work, but that *.com | myprogram will pipe all mail directed to the .com domain. Does this mean I have to list every possible top level domain? Also I find that I get the following arguements: argv[0]=program argv[1]=*.com argv[2]=*.com argv[3]=userid. Should not argv[2] be the intended node without the wildcard? That is, if I am sending mail to someone@bigco.com should not argv[2] be bigco.com instead of *.com? I need to get the envolope address somehow. Does anyone have an alternate approach for directing all outgoing mail into a program? Thank You. -- Paul Elliott Telephone: 1-713-781-4543 Paul.Elliott@hrnowl.lonestar.org Address: 3987 South Gessner #224 Houston Texas 77063 ------------------------------ Date: Tue, 09 May 1995 18:44:55 -0400 From: uupcinfo@kew.com Subject: hostpath file. To: UUPC/Extended mailing list On Tue, 9 May 95 20:05:43 -0600, paul.elliott@Hrnowl.LoneStar.ORG wrote: > Sometimes when I am away from my direct line UUCP connection, I would > like to direct ALL outgoing mail into a program. (I am trying to get my internet > connection to deliver the mail by piping into IBM's sendmail, but I am still in > the experimental stage.) > > I have been trying to use the HOSTPATH file to do this. > > I have found that > > * | myprogram > > does not work, but that > > *.com | myprogram > > will pipe all mail directed to the .com domain. Does this mean I have > to list every possible top level domain? No, in the next release 1.12o, just specify the local system or mail server to be routed into myprogram. > Also I find that I get the following arguements: > > argv[0]=program > > argv[1]=*.com > > argv[2]=*.com > > argv[3]=userid. > > Should not argv[2] be the intended node without the wildcard? That > is, if I am sending mail to someone@bigco.com should not argv[2] > be bigco.com instead of *.com? I need to get the envolope address > somehow. This is a bug and fixed in 1.12o as well, are you on uupc-info or uupc-announce? If not, subscribe via the listserv. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. Have you crashed your Windows today? ------------------------------ Date: Tue, 09 May 1995 20:07:12 -0400 From: postmaster@kew.com Subject: listserv down for next day or so ... To: UUPC/Extended mailing list I've swapped in a new version of the V-mail server which is the engine of the listserv@kew.com. Because its operation needs to be monitored during initial testing, responses from it may be slowed since I'll be running by hand. ------------------------------ Date: Fri, 12 May 1995 07:57:45 -0400 From: Software@kew.com Subject: mail list software To: UUPC/Extended mailing list Due to ongoing problems with the newer version of VMS, I have had to revert back to the previous version of the mail server, and in addition regressed to the earlier version of the various lists. This means if you signed off uupc-info, uupc-info-digest, or uupc-announce earlier this week, you must resubmit your request. I think the new version of the VMS software is wonderful, but changes rolled into the single release make it impossible for me to debug and customize my configuration in a timely fashion. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 This signature was selected automagically by the UUPC/extended GENSIG signature file generator. Program and Compilation Copyright (C) 1989-1995 by Kendra Electronic Wonderworks. ------------------------------ Date: Sat, 13 May 1995 12:25:56 From: udo@dcgg.xs4all.nl Subject: OS/2 compiler? To: UUPC/Extended mailing list Hoi! What compilers can I compile The UUPC package with for OS/2? What compiler gives the best results? Groeten, Udo ------------------------------ Date: Wed, 10 May 95 15:50:18 MDT From: ironsidt@cuug.ab.ca Subject: rnew and newsrun To: UUPC/Extended mailing list I think this may have been rnews, but when running it gives me an errorlevel of 98 anyone know what that means? :) I looked in the docs, and to no avail, it wasn't there... Tony Tony Ironside Team OS/2 ironsidt@cuug.ab.ca tony.ironside@223.cambo.cuug.ab.ca Fido: tony ironside @1:134/223 "640k is more than anyone will ever need" Mr bill gates 1981 As he has attempted to prove, by building his new OS "windows 95" around 64k memory segments ------------------------------ Date: Wed, 10 May 1995 19:34:43 -0400 From: uupcinfo@kew.com Subject: rnew and newsrun To: UUPC/Extended mailing list On Wed, 10 May 95 15:50:18 MDT, ironsidt@cuug.ab.ca wrote: > I think this may have been rnews, but when running it gives me an errorlevel of 98 anyone know what that means? :) I looked in the docs, and to no avail, it wasn't there... It means C/Set++ screwed up and passed an invalid argument to rnews. Use the 16 bit binaries for UUXQT and RNEWS until 1.12o is out. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. VM/ESA is CP/67 that knows somebody ------------------------------ Date: Thu, 11 May 1995 22:47:30 +0200 From: bet0660@comune.bologna.it Subject: rnew and newsrun To: UUPC/Extended mailing list unsuscribe uupc-info ------------------------------ Date: Wed, 10 May 1995 07:54:44 -0400 From: ahd@kew.com Subject: testing 1 2 3 4 To: UUPC/Extended mailing list I hate to do this, but this was a test of the new V-Mail software. -- Internet: ahd@kew.com Voice: 617-641-3739 "Turn it up! Sing Along! Go ahead! WE can't hear you . . ." - WEGQ Radio ------------------------------ Date: Tue, 09 May 1995 12:10:05 +0100 (MET) From: ELST@rullf2.LeidenUniv.nl Subject: UUPC Win 3.1 Windows socket error 10061 To: UUPC/Extended mailing list I'm trying to run UUPC over tcp/ip. UUCICO reports the following error: 05/09-10:58 UUCICO: UUPC/extended 1.12k (Dec 11 1994 12:37:28) (stuff deleted ...) (1) callup: Connecting to rullf2 via tcp on Tue May 09 10:58:36 1995 (15) tactiveopenline: rullf2.leidenuniv.nl (0) tactiveopenline: connect() failed (2) Windows sockets error 10061 in d:\src\uupc\uucico\ulibip.c at line 387 ... (0) connect: [10061] Connection refused (4) M state = N (4) M state = O (4) M state = B (0) Could not connect to remote system. (4) importpath: Checking file system for file C:/UUPC/spool/locks.lck/*status.LCS (9) ValidDOSName: "UUPC" is valid (9) ValidDOSName: "spool" is valid (9) ValidDOSName: "locks.lck" is valid (5) ImportName: Mapped *status.LCS to )status.LCS (3) ImportPath: Mapped C:/UUPC/spool/locks.lck/*status.LCS to C:/UUPC/spool/locks.lck/)status.LCS (5) stater: "c:/hostatus" is 78 bytes; updated Tue May 09 10:54:14 1995 (5) stater: "c:/hostatus" is 78 bytes; updated Tue May 09 10:58:36 1995 What's wrong here? Paul van der Elst eMail: elst@rullf2.MedFac.LeidenUniv.nl Tel: 071-276795 (+31.71.27.6795) ------------------------------ Date: Tue, 09 May 1995 18:43:00 -0400 From: uupcinfo@kew.com Subject: UUPC Win 3.1 Windows socket error 10061 To: UUPC/Extended mailing list On Tue, 09 May 1995 12:10:05 +0100 (MET), ELST@rullf2.LeidenUniv.nl wrote: > I'm trying to run UUPC over tcp/ip. UUCICO reports the following error: > > 05/09-10:58 UUCICO: UUPC/extended 1.12k (Dec 11 1994 12:37:28) > (stuff deleted ...) > (1) callup: Connecting to rullf2 via tcp on Tue May 09 10:58:36 1995 > (15) tactiveopenline: rullf2.leidenuniv.nl > (0) tactiveopenline: connect() failed > (2) Windows sockets error 10061 in d:\src\uupc\uucico\ulibip.c at line 387 ... > (0) connect: [10061] Connection refused The remote system refused the connection, of course. Was it running a UUCP daemon? -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. Have you crashed your Windows today? ------------------------------ End of UUPC-Info-Request Digest ******************************