Date: Wed, 27 Sep 95 22:58:47 EDT From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1995 #35 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Wed, 27 Sep 95 Volume 1995: Issue 35 Today's Topics: 12o woes with news Expected change summary for 1.12p more info (3 msgs) rmail or uuxqt problem in 1.12k? (2 msgs) UUCP 1.12p ? UUCP over TCP/IP uustat -P system 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, 25 Sep 95 19:34:20 -0500 From: sysop@mome.apk.net Subject: 12o woes with news To: UUPC/Extended mailing list ken@kgwcal.cuug.ab.ca wrote: > > I can't seem to even get started with 12o news. A few symptoms - > maybe someone can help: > > > After the first full cycle (receive news, run uuxqt) I read the news > with elm. It immediately said that my active file was corrupt, my > .newsrc was fubar'd and reset it. > How do you read news with elm? Elm is a mailer. John -- //--------------------------------------------------------------------------- // momerath@apk.net sevot yhtils eht dna ,gillirb sawT` // sysop@mome.apk.net ebaw eht ni elbmig dna eryg diD // jcarmack@phoenix.sas.muohio.edu ,sevogorob eht erew ysmim llA .ebargtuo shtar emom eht dnA ------------------------------ Date: Wed, 27 Sep 1995 06:24:02 -0400 From: XHelp@kew.com Subject: Expected change summary for 1.12p To: UUPC/Extended mailing list Here is a summary of the expected changes to 1.12p. All the changes listed have been done, we're as always still hacking at the documents. Bug Fixes If no known path delivery path was known for a host (and use of the mailserv default was explicitly barred via the hostpath file), when RMAIL reported the error it reported the host in error as the local host. The message is corrected to report the actual problem host. If a negative sequence number for remote files in the UUCP spool was generated, the resulting generated UNIX format file name could incorrectly have spaces in it. Corrected this by only using an unsigned long integer for the UUCP sequence number. If an in-memory temporary file actually residing on disk is used in a for redirected command input (such as bounced mail), the use of the file fails. Corrected by closing the file before reopening it for input. The address parser debugging messages would report an address as "local" if the address did not include a host name, which confused users on site hiding hosts. Changed the message to more precisely report that no host is included in the name. RMAIL would not properly handle bouncing of mail if the originator address started with a dash (-) because it would be taken as an option. Modified RMAIL to use "--" option to prevent address from being taken as an option. Because RMAIL has trouble with addresses being with dashes (-), UUXQT would delete any address destined for RMAIL if it began with a dash. Modified UUXQT to gracefully handle such addresses gracefully by terminating option processing with double dashes (--). UUXQT would not properly invoke RMAIL for all addresses if it was passed more than one DOS command line full of data. Corrected processing to execute RMAIL for all addresses provided. In newsrun, if the search for a news group in the active file fails, under certain conditions the search will cause the program to terminate with a memory violation. The history file processor did not use the same buffer size under DOS as opposed to various 32 bit environments. This could cause history record truncation of records during processing. Corrected to use standard size buffers across all platforms. On multiple disk systems, UUCLEAN under DOS may not find the news directory if it is on a different drive than than the UUPC.RC configuration file. Modified UUCLEAN under DOS to look for history file as a singal to run expire as opposed to active file. When using the UUCICO NIST support, if an attempt was made to set the clock before 2 AM GMT during daylight savings times at least 48 days before the change back to standard time, daylight savings would be ignored and the clock would be set one hour slow. Enhancements Modified rmail to include identifying information in the execute file. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 Have you crashed your Windows today? ------------------------------ Date: Tue, 26 Sep 1995 05:32:50 -0400 From: Software@kew.com Subject: more info To: UUPC/Extended mailing list On Sat, 23 Sep 1995 11:18:15 -0800, "Peter Lyman" wrote: > Version o rmail (NT on Win95) now seems to work after I deleted the > seqf.dat file. > > Here is what the seqf.dat file was. > > 1B28:0100 9D 5F F2 FF 28 75 05 B8-82 19 EB 03 9C 0A 00 00 ._..(u.......... Basically, that's a negative number, and it caused UUPC/extended under OS/2 32 bit to choke as well. 1.12p has been corrected to force the use of this number as an unsigned long value, which has corrected the problem. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "Where is it now, the glory and the dream?" ------------------------------ Date: Tue, 26 Sep 95 12:46:39 +0800 From: jrlee@ztorrida.lugs.po.my Subject: more info To: UUPC/Extended mailing list Software@kew.com wrote to Jesus Rafael Lee, > Received: by pandora.kew.com (UUPC/extended 1.12p); > Tue, 26 Sep 1995 05:32:54 -0400 > Date: Tue, 26 Sep 1995 05:32:50 -0400 > OS/2 32 bit to choke as well. 1.12p has been corrected to force the use > of this number as an unsigned long value, which has corrected the > problem. I can see that you have been using 1.12p already, so can you tell us when is 1.12p going to be on the ftp site? -- /---------------+--------------------------+--------------------------\ | Jesus Rafael | Internet : jrlee@ztorrida.lugs.po.my | | Lee Puay York | jrlee@cyberspace.org * jrlee@grfn.org | | ~{@nE`S}~} | jrlee@mailhost.net * jrlee@pobox.org.sg | | Republica de + FidoNET : 6:600/203.1@fidonet.org ----------------| | SINGAPUR 'Ang taong walang kibo, nasa ilalim ang kulo.' | | *** http://iquest.com/~btatro/classifieds/ztor/ztorri.html *** | \---------------------------------------------------------------------/ ------------------------------ Date: Wed, 27 Sep 1995 06:21:59 -0400 From: uupcinfo@kew.com Subject: more info To: UUPC/Extended mailing list On Tue, 26 Sep 95 12:46:39 +0800, jrlee@ztorrida.lugs.po.my wrote: > Software@kew.com wrote to Jesus Rafael Lee, > > Received: by pandora.kew.com (UUPC/extended 1.12p); > > Tue, 26 Sep 1995 05:32:54 -0400 > > Date: Tue, 26 Sep 1995 05:32:50 -0400 > > OS/2 32 bit to choke as well. 1.12p has been corrected to force the use > > of this number as an unsigned long value, which has corrected the > > problem. > > I can see that you have been using 1.12p already, so can you tell us > when is 1.12p going to be on the ftp site? I am always one release on the outside world, literally the day I make the first change to the code after the general release it gets the new label. I'll announce the general release on uupc-info and uupc-announce. I expect soon, but if I give a date I'll blow it. -- 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. "Gee, it didn't do that in test . . ." ------------------------------ Date: Mon, 25 Sep 1995 23:10:15 -0700 From: wieringa@xroads.com Subject: rmail or uuxqt problem in 1.12k? To: UUPC/Extended mailing list I'm wondering if there is a known problem with rmail or uuxqt in 1.12k (DOS). I recently setup UUPC/Ext (dos 1.12k) as a temporary mail server after the Amiga that had been running it died. It's a little hard for me to test since it's about 2000 miles away, and I was wondering if there was a known problem in 1.12k. Problem: It seems to choke (get an out of memory error) when I give it mail messages going to a lot of people. For instance, tonight from xxxx.mkw.sol.net I wrote a letter to 11 people who had aliases on mkw.sol.net (the machine running 1.12k). When uuxqt is run, it returns: rmail: Not enough memory Extended DOS Error Information: Number = 2, Class = 8, Action = 3, Locus =1 shell: command " user1@mkw.sol.net user2@mkw.sol.net " returned code -1 UUXQT aborting at line 1343 in file d:\scr\uupc\uuxqt.c The email addresses that should have appears were about 20 characters each. 11 total. They are aliases on mkw that point to other real addresses (in the system aliases file). Any input would be greatly appreciated. I do have PCAnywhere running which allows me to dial in and fix the system -- which takes some memory, but I added uuxqt to the autoexec.bat before PCAnywhere is loaded, and it still didn't clear out the messages. dave --- Dave Wieringa wieringa@xroads.com Mesa, AZ (recently moved from MI) http://www.cps.msu.edu/~wieringa ------------------------------ Date: Tue, 26 Sep 1995 05:37:43 -0400 From: uupcinfo@kew.com Subject: rmail or uuxqt problem in 1.12k? To: UUPC/Extended mailing list On Mon, 25 Sep 1995 23:10:15 -0700, wieringa@xroads.com wrote: > I'm wondering if there is a known problem with rmail or uuxqt in 1.12k > (DOS). I recently setup UUPC/Ext (dos 1.12k) as a temporary mail > server after the Amiga that had been running it died. > > It's a little hard for me to test since it's about 2000 miles away, and > I was wondering if there was a known problem in 1.12k. > > Problem: It seems to choke (get an out of memory error) when I give it > mail messages going to a lot of people. For instance, tonight from > xxxx.mkw.sol.net I wrote a letter to 11 people who had aliases on > mkw.sol.net (the machine running 1.12k). > > When uuxqt is run, it returns: > > rmail: Not enough memory > Extended DOS Error Information: Number = 2, Class = 8, Action = 3, Locus =1 > shell: command " characters> user1@mkw.sol.net user2@mkw.sol.net " > returned code -1 > UUXQT aborting at line 1343 in file d:\scr\uupc\uuxqt.c > > The email addresses that should have appears were about 20 characters > each. 11 total. They are aliases on mkw that point to other real > addresses (in the system aliases file). > > Any input would be greatly appreciated. I believe this to be a known bug, which will be fixed in 1.12p. Due out this week. The long command line support in RMAIL is, as they say, broken. A work around, if it is fed only by another UUPC/extended system, is to set 'options=nomultiqueue' in the feeds UUPC/extended uupc.rc file until 1.12p is out. (If you're on a UUPC/extended mailing list, send a "subscribe uupc-announce" to listserv@kew.com to be notified when new releases are available.) -ahd- -- 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. Ed Meese for President, Samantha Fox for Vice! ------------------------------ Date: Tue, 26 Sep 95 20:39:42 -0500 From: sysop@mome.apk.net Subject: UUCP 1.12p ? To: UUPC/Extended mailing list Has 1.12p been delayed, or is there a better ftp site than Clarkson? John -- //--------------------------------------------------------------------------- // momerath@apk.net sevot yhtils eht dna ,gillirb sawT` // sysop@mome.apk.net ebaw eht ni elbmig dna eryg diD // jcarmack@phoenix.sas.muohio.edu ,sevogorob eht erew ysmim llA .ebargtuo shtar emom eht dnA ------------------------------ Date: Tue, 26 Sep 1995 05:51:04 -0400 From: uupcinfo@kew.com Subject: UUCP over TCP/IP To: UUPC/Extended mailing list On Sun, 24 Sep 95 21:44:58 -0800, larry@caz.pc.my wrote: > My installation is O'K on a normal uupc connection. When I do a connection > over TCP/IP my mail/news files get sent but I am receiving anything. > > The only things I have changed is my dial modem file to the tcp modem file. > I used the TCP/IP uucico do a normal uupc connection. It timed out after > receiving a few packets(this I understand) but in a TCP/IP environ. it will > not collect my mail. The code is exactly the same, check for differences in the remote site, and in particular check that the connection is not being broken off due to a network error. Make sure, unless you are using 1.12n or aove, that you ARE NOT using 't' protocol, BTW. -- 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. Ed Meese for President, Samantha Fox for Vice! ------------------------------ Date: Tue, 26 Sep 1995 07:05:21 -0400 From: XHelp@kew.com Subject: uustat -P system To: UUPC/Extended mailing list On Fri, 22 Sep 95 16:12:16 +0000, "K.P.Kirchdoerfer" wrote: > Is the filename of the dummy job hardcoded as ')i8is, or depends the > filename to anything? The name is generated by UUSTAT on the fly, to wit: sprintf(tmfile,"%.8s",hostp->hostname); sprintf(tmfile, spool_fmt, 'C', hostp->hostname, grade , "000"); importpath( msname, tmfile, hostp->hostname); This will generate a UNIX name of something like "C.hostnameZ000". For a specific host (hostname) and grade (Z) combination, the mapped name will not change. It will change for dummy jobs generated for multiple hosts, in particular if the hostname length or the grade changes. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "Where is it now, the glory and the dream?" ------------------------------ End of UUPC-Info-Request Digest ******************************