Date: Sun, 8 Dec 96 12:26:05 PST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1996 #30 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Sun, 8 Dec 96 Volume 1996: Issue 30 Today's Topics: How about these stats ? i (2 msgs) message "spoofing" to test gateway program NT API error 2 (2 msgs) problem calling REXX gateway with "|" in HOSTPATH Problems? 1.12s? Problem with the first From line in mailboxes Putting email into news (2 msgs) SYS Files again The stats are ok! uucico over vmodem uucico problem? uucp request Windows 95 UUIO Problem 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. Note: Questions on UUPC/extended itself which are not of general interest should be sent to help@kew.com, not to the mailing list. Nor questions should be posted on Usenet, we don't read it. (Much.) ---------------------------------------------------------------------- Date: Sun, 08 Dec 1996 01:32:55 -0500 From: uupcinfo@kew.com Subject: How about these stats ? To: UUPC/Extended mailing list On Mon, 23 Sep 1996 09:05:16 -0800, timr@iia.com wrote: > > Hours Hours AvCPS AvCPS # # # > > Recv Xmit Recv Xmit Recv Xmit Con > > ----- ----- ------ ------ ---- ---- --- > > 3.48 1.30 1708 1284 1262 544 426 > > > > I think the CPS rate must be at least 3000+ CPS because that is what > > i am used to on bbs environment :-) > > I think you should consider yourself very lucky. We average about 350 cps on > long UUPC transfers on our 14.4k modem. A PPP connection with the same setup > gets 1600 cps, so I've attributed this to bogosity within UUPC. Geez. You're using short packets. If you can't run long packets ('G' 512 byte or 'v') disable compression on your modem and then see if you can disable error correction. Both cause data to be delayed (buffered) in the modem, which is what is killing you ... ~ 600-800 CPS is the min you should see. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. Intel -- Putting the backwards into backwards compatibility. ------------------------------ Date: Sun, 08 Dec 1996 01:36:21 -0500 From: uupcinfo@kew.com Subject: i To: UUPC/Extended mailing list On 23 Sep 96 19:36:40 +0100, udo@dinges.xs4all.nl wrote: > Are there plans for UUPC to support the i protocol I read about? No. It requires not only a new protocol module (non-trivial, but possible) but also rewrites of the two or three program layers above it. That level of change is not worthwhile when high performance PC based systems are moving to SMTP/POP3 and FreeBSD/Linux can run Taylor UUCP and SMTP on 386/25 with 8meg ram. (dumbo, my FreeBSD system, is a surplus 386 with that ... and a disk drive the size of rhode island.) > Is it something like hydra? Never heard of it. What is it? -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. Intel -- Putting the backwards into backwards compatibility. ------------------------------ Date: Sun, 08 Dec 1996 01:48:31 -0500 From: uupcinfo@kew.com Subject: i To: UUPC/Extended mailing list On 24 Sep 1996 00:00:00 +0000, hajo@quijote.in-berlin.de wrote: > At the moment, uucp-i is only supported by Unix sites. It should be > possible on OS/2 and NT also. Check if FSUUCP supports it. More power to Chris if he did so. Mostly, however, Taylor UUCP supports it; since not all UNIX sites run Taylor, they may or may not support it. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. Intel -- Putting the backwards into backwards compatibility. ------------------------------ Date: Sun, 08 Dec 1996 02:02:52 -0500 From: uupcinfo@kew.com Subject: message "spoofing" to test gateway program To: UUPC/Extended mailing list On Fri, 27 Sep 96 12:03:58 -0500, alarie@ibm.net wrote: > Is there a way to dump messages into UUPC/Extended to test a gateway > program that would be called using the "|" operator in the HOSTPATH file? Why not just pipe messages into rmail: echo hello | rmail -w -s "test message" address@gateway -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "A list is only as strong as its weakest link." - Donald Knuth ------------------------------ Date: Sun, 08 Dec 1996 11:34:20 -0500 From: uupcinfo@kew.com Subject: NT API error 2 To: UUPC/Extended mailing list On Mon, 7 Oct 1996 08:06:07 -0400, sjledet@ledet.com wrote: > We have UUPC 1.2 installed on Windows NT Workstation 3.51 and are > attempting to get it working off of an 8 port Digiboard. We believe we have > it configured correctly, but when we attempt to make a UUCICO connection of > any kind, we get the following error: > > NT API error 2 in UUCICO\suspendn.c at line 376... > \\.\PIPE\UUCICO\ZZCOM3: the system cannot find the file specified. All together now ... this is debugging output, not an error. It doesn't print it at the default debug level because it is, in fact a debug message. The pipe doesn't exist because no UUCICO is already running on COM3, and therefore there is no UUCICO to suspend. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "I'm Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 11:34:20 -0500 From: uupcinfo@kew.com Subject: NT API error 2 To: UUPC/Extended mailing list On Mon, 7 Oct 1996 08:06:07 -0400, sjledet@ledet.com wrote: > We have UUPC 1.2 installed on Windows NT Workstation 3.51 and are > attempting to get it working off of an 8 port Digiboard. We believe we have > it configured correctly, but when we attempt to make a UUCICO connection of > any kind, we get the following error: > > NT API error 2 in UUCICO\suspendn.c at line 376... > \\.\PIPE\UUCICO\ZZCOM3: the system cannot find the file specified. All together now ... this is debugging output, not an error. It doesn't print it at the default debug level because it is, in fact a debug message. The pipe doesn't exist because no UUCICO is already running on COM3, and therefore there is no UUCICO to suspend. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "I'm Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 01:51:10 -0500 From: uupcinfo@kew.com Subject: problem calling REXX gateway with "|" in HOSTPATH To: UUPC/Extended mailing list On Tue, 24 Sep 96 09:30:43 -0500, alarie@ibm.net wrote: > Do I need to look at a fixpack for my REXX dlls or am I calling the > program incorrectly? Or am I not handling the arguments correctly? I'm > using "ARG a1 a2 a3" to pick up the arguments passed through from UUCP. > The documentation says I can call a batch file (hmm, haven't actually > tried that) or an executable and I assumed calling a REXX program file > would be safe. I tested with a batch file, which follows. (never post source to UUPC-Info ... but I can break the rules, it's my list.). However, someone has warned of bugs in imfile, which I need to check on it. Disable imfile and see if it works. /* rexx */ parse arg gateway node user fromnode fromuser /*--------------------------------------------------------------------*/ /* Trap uninitialized variables */ /*--------------------------------------------------------------------*/ signal on novalue '@echo off' /* Do not echo command input */ Call RxFuncAdd 'SysLoadFuncs','RexxUtil','SysLoadFuncs' Call 'SysLoadFuncs' /*--------------------------------------------------------------------*/ /* To do anything, we need the name of the UUPC/extended spool */ /* directory, configuration directory, and temporary directory */ /*--------------------------------------------------------------------*/ spooldir = getuupc("SPOOLDIR" ) if spooldir == '' then do call lineout 'con', 'No spool directory defined, cannot continue' exit 99 end /*--------------------------------------------------------------------*/ /* Determine the exact file name to write */ /*--------------------------------------------------------------------*/ if left(gateway,2) = '*.' then parse var gateway '*.'simple'.'rest else parse var gateway simple'.'rest logfile = spooldir || '\' || simple || '.log' /*--------------------------------------------------------------------*/ /* Report what we are doing */ /*--------------------------------------------------------------------*/ call lineout 'con', 'sonata:' 'Gatewaying from' , fromuser || '@' || fromnode 'to', user || '@' || node 'via' gateway 'into' logfile /*--------------------------------------------------------------------*/ /* Generate the actual file */ /*--------------------------------------------------------------------*/ call lineout logfile, '>>>' arg(1) input = 0 do while( lines() ) input = input + 1 call charout 'con', d2c('13') || 'Line' input '... ' call lineout logfile, linein() end call lineout logfile /* Close the file */ /*--------------------------------------------------------------------*/ /* Report what we did */ /*--------------------------------------------------------------------*/ call lineout 'con', ''; call lineout 'con', 'sonata:' 'Gatewayed' input 'lines to' user || '@' || node 'via' gateway if input < 2 then do call lineout 'con', 'Not enough input data!' exit 101 end -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. Intel -- Putting the backwards into backwards compatibility. ------------------------------ Date: Sun, 08 Dec 1996 01:28:20 -0500 From: uupcinfo@kew.com Subject: Problems? 1.12s? To: UUPC/Extended mailing list On Sun, 22 Sep 1996 15:07:19 +1200, stephen@inisant.actrix.gen.nz wrote: > ** Reply to note from MarchHare@mome.apk.net Sat, 21 Sep 1996 09:42:45 -0400 > > > Is 1.12s available? > > It will be the next version probably - the version number gets > incremented as soon as the previous one is released. Exactly correct. The Wonderworks mail (including this note) will show 1.12s in the headers. > > What is the deal with Clarkson? > > We no longer have access to Clarkson. Well, my accounts are still active there (such makes it ~ 11 straight years a computer in Potsdam would answer my summons, and ~ 18 year my accounts have existed at least in name -- but why they couldn't delete them during an absence of mine from the campus for five years in the early '80s is another story), but I can't seem to track down the current owner of ftp.clarkson.edu, which instead of being the mail gateway is now an alias of www.clarkson.edu. > > Is anonymous UUCP on "kewgate" working? > > I do not know about anonymous UUCP on kewgate, but ftp.kew.com *is* > available. I am not sure what the bandwidth is (probably just a > modem), but it worked fine for me recently. Anonymous UUCP is using the 14.4 v32bis modem, as always, and the PPP is using the 28.8. I have another a second 28.8 in dumbo, the FreeBSD box, but it (the modem) is not on-line yet. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. Intel -- Putting the backwards into backwards compatibility. ------------------------------ Date: Sun, 08 Dec 1996 11:28:10 -0500 From: uupcinfo@kew.com Subject: Problem with the first From line in mailboxes To: UUPC/Extended mailing list On Mon, 30 Sep 96 17:21:02 +0200, sam@musical.fdn.org wrote: > Why UUPC/Extended don't write mailboxes as regular Unix format ? the > first From line contain some garbage characters... UNIX format? I just don't use _your_ UNIX format. :-) MMDF on UNIX uses the binary x'01' separator line, which is where UUPC/extended got the idea from. (MMDF actually uses a shorter line than we do, I forget why we may it longer back in '89) They are NOT "garbage characters". The format used by /bin/mail.local (UNIX) requires an inband header of an empty line followed by "From ", which makes all but the best mailer programs have to mangle any lines which begin "From " in the body of the message to avoid accidentally starting a new message. Such tampering with the message is not acceptable to me. Finally, true /bin/mail.local format would require no carriage returns, just linefeeds. UUPC/extended is a PC program, not a UNIX program, and uses a PC format for the text part of the file. For direct access to the mail messages, we support the RMAIL gateway function; this should relieve most users of the need to peek at the internal mailbox format if they find it ugly. In any case, binary file compatability with an entire family of operating systems we don't support is not a primary goal here. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "I'm Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 11:16:47 -0500 From: uupcinfo@kew.com Subject: Putting email into news To: UUPC/Extended mailing list On Fri, 04 Oct 1996 19:11:45 +0000, eric@terra.xs4all.nl wrote: > > Try something better: just use Gnus. > > > Eric, Thank you for the hint - can you tell me what it is and where > > I can find it? Does it work under Windows 95? > > It is a news/mailreader written in elisp. In other words, it runs > under Emacs. Emacs is available for almost every Operating system, so > I think there should be version for win95 as well. If you can't find a > native version, you can also get the OS/2 version. It is an executable > that runs under both DOS and OS/2, so it should run under win95 as > well. I don't like to editorial on others posts (especially given my own silence of late), but I don't feel the suggestion on GNUs was kind or useful. I do not object to the mention of other programs on this mailing list, note that last night I specially mentioned that another PC UUCP package (FSUUCP) may support the i-uucp protocol and so it may be desirable for the user who demanded it to examine the package. Nor do I object to 'new platform' solutions, as also noted recently we're running FreeBSD downstairs and it will quite cheerfully be a waystation for this mail. I do object, however, the comment 'just use Gnus', which dismisses all other software in three words. This is especially true given that you do not provide a location for any Windows 95 port, nor even specific information that such a port is actually available -- hand waving that a an application as hairy as emacs can be just tossed on a system which may not have the underlying tools such as a compatible mailer and/or a news subsystem, nor does it allow for that fact the emacs is not a trivial system to learn. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "I'm Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 11:16:47 -0500 From: uupcinfo@kew.com Subject: Putting email into news To: UUPC/Extended mailing list On Fri, 04 Oct 1996 19:11:45 +0000, eric@terra.xs4all.nl wrote: > > Try something better: just use Gnus. > > > Eric, Thank you for the hint - can you tell me what it is and where > > I can find it? Does it work under Windows 95? > > It is a news/mailreader written in elisp. In other words, it runs > under Emacs. Emacs is available for almost every Operating system, so > I think there should be version for win95 as well. If you can't find a > native version, you can also get the OS/2 version. It is an executable > that runs under both DOS and OS/2, so it should run under win95 as > well. I don't like to editorial on others posts (especially given my own silence of late), but I don't feel the suggestion on GNUs was kind or useful. I do not object to the mention of other programs on this mailing list, note that last night I specially mentioned that another PC UUCP package (FSUUCP) may support the i-uucp protocol and so it may be desirable for the user who demanded it to examine the package. Nor do I object to 'new platform' solutions, as also noted recently we're running FreeBSD downstairs and it will quite cheerfully be a waystation for this mail. I do object, however, the comment 'just use Gnus', which dismisses all other software in three words. This is especially true given that you do not provide a location for any Windows 95 port, nor even specific information that such a port is actually available -- hand waving that a an application as hairy as emacs can be just tossed on a system which may not have the underlying tools such as a compatible mailer and/or a news subsystem, nor does it allow for that fact the emacs is not a trivial system to learn. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "I'm Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 11:04:41 -0500 From: uupcinfo@kew.com Subject: SYS Files again To: UUPC/Extended mailing list On Sun, 29 Sep 1996 16:24:08 -0400, MarchHare@mome.apk.net wrote: > OK, I just really, really don't understand this. The system generates > a SYS file of the following: > > > # News configuration file, automatically generated by UUPC/extended 1.12r > # at Sun, 18 Aug 1996 11:18:33 -0400 > # The local system, mome.apk.net (mome) > ME:all > > # Our news feed, not batched to speed our posts > mome:all/!local:L: This is technically an error to have the same system twice in the file, ME == mome. See below. > > > Now, according to the docs with UUPC, the ME line looks OK. However, > the other line confuses me. It is supposed to be for file transmissions. > If I am transmitting files to myself, then it would follow that I would > also want to transmit local distributions to myself. It would appear you incorrectly set your news server to yourself. The second automatically generated line should be for your feed, not yourself. What do you have your news and mail servers set to? (The news server defaults to the mail server.) > Also, according to the docs, if I create a new newsgroup hierarchy, > momeraths.*, and I want to limit the newsgroup to my system, irregardless > of the distribution put on it by the newsreader, then I would enter > the site I'm transmitting to and limit the news distribution. However, > the following results in NO newsgroups outgoing: > > > # News configuration file, automatically generated by UUPC/extended 1.12r > # at Sun, 18 Aug 1996 11:18:33 -0400 > # The local system, mome.apk.net (mome) > ME:all > > wariat:all,!momeraths/!local:L: Hmmm. Could be a bug in the code, I started to look at that just before my latest collapse in the spring. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "I'm Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 01:57:31 -0500 From: uupcinfo@kew.com Subject: The stats are ok! To: UUPC/Extended mailing list On 27 Sep 1996 00:00:00 +0000, hajo@quijote.in-berlin.de wrote: > > It was a combination of the packetsize and use of the g protocol > > instead of the G protocol (G is much faster). > > > No. "g", "G" and "v" are three names for the same protocol. The UUPC > implementation of "g" is quite slow. In UUPC, the fastest g protocol is > called "v". You might want to put this first in your systems file, and > switch on 1024 and variable packets. Please do not call them the same protocol and then say they are different. It's a minor point but confusing to a newcomer and inaccurate to a purist ... and to vanilla UUCP as well, since the parameters used by 'v' crash a standard (old) UUCP within 2 or 3 data packets. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "A list is only as strong as its weakest link." - Donald Knuth ------------------------------ Date: Sun, 08 Dec 1996 02:01:45 -0500 From: uupcinfo@kew.com Subject: uucico over vmodem To: UUPC/Extended mailing list On 27 Sep 96 17:56:10 +0100, udo@dinges.xs4all.nl wrote: > I tested the normal 1.12p UUCICO (OS/2) over SIO's VMODEM. > > The UUCICO is started when MainDoor (a fidonet mailer) detects a 'human' call. > When the UUCICO is active it reports: > > ASYNC_GETCOMMERROR: the device does not recognize the command > ASYNC_GETBAUDRATE: the device does not recognize the command I consider it ill-advised to ever run UUCP over a telnet connection, the UUCP program will sooner or later send the telnet escape character and screw up the connection. Use the native support if possible, and do not use telnet protocol on either end. If you must use telnet, as for the vmodem error, point out the author (Ray) he's falling to make the vmodem program properly invisible to the application. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "A list is only as strong as its weakest link." - Donald Knuth ------------------------------ Date: Sun, 08 Dec 1996 01:53:01 -0500 From: uupcinfo@kew.com Subject: uucico problem? To: UUPC/Extended mailing list On 24 Sep 96 20:20:50 +0100, udo@dinges.xs4all.nl wrote: > Since I'm using ISDN I'm seeing this happen more than before when the UUCICO > connects to my provider: > > === Cut Begin: uucico.log === > (2) gopenpk: Restarting initialize sequence > (2) gopenpk: Restarting initialize sequence > (2) gopenpk: Restarting initialize sequence > (2) gopenpk: Restarting initialize sequence > (2) gopenpk: Restarting initialize sequence > (2) gopenpk: Restarting initialize sequence > === Cut End === > > What is happening when this occurs? > Can I do something about it? Run it at -x 4 and see if you're getting timeouts or corrupted data. In either case, someone is screwing up data at the higher speed or because it takes a different path (such as through a terminal server). -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "A list is only as strong as its weakest link." - Donald Knuth ------------------------------ Date: Sun, 08 Dec 1996 01:54:57 -0500 From: uupcinfo@kew.com Subject: uucp request To: UUPC/Extended mailing list On 25 Sep 96 21:25:04 +0100, udo@dinges.xs4all.nl wrote: > How do I queueu a uucp request for my host so i receive the files in the public > directory? > > uucp -C host!file ~/ > > This sends the file to the mail-dir of the current user. :-/ > I have to explicitly specify the public dir. Is there a simpler way? Yup, current user. Short hand would be define user UUCP to be public directory as home and then send to ~uucp/ -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "A list is only as strong as its weakest link." - Donald Knuth ------------------------------ Date: Sun, 08 Dec 1996 01:38:26 -0500 From: uupcinfo@kew.com Subject: Windows 95 UUIO Problem To: UUPC/Extended mailing list On Mon, 23 Sep 1996 20:52:24 +4, dudley@gr8brdg.net wrote: > When running UUIO I get the news download fine, but when active runs > it gives an error saying the active file is empty. What the program > is doing is opening active, copying it to active.bak, then emptying > it and complaining that it is empty. what to do? There is a screw-up before this for it to be happening. When I next start testing, I can look at it (I saw similar problems, perhaps, trying run our main feed on Win95), so I have set up a leaf feed from the production system to my workstation, which I have not yet actually configured to receive mail yet. But I am aware that '95 and news may have problems. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. Intel -- Putting the backwards into backwards compatibility. ------------------------------ End of UUPC-Info-Request Digest ******************************