Date: Sun, 5 Mar 95 12:54:15 EST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1995 #6 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Sun, 5 Mar 95 Volume 1995: Issue 6 Today's Topics: Does latest version of UUPC fix g protocol bug? (2 msgs) Installation problems still... kewgate/kendra status L flag listserv problem Maximum SPEED (2 msgs) Milk and Cookies, anyone? more info on SYS L option problem Outbound mail help outbound mail problems problem with L option in SYS file (2 msgs) problem with L option in SYS file (workaround) UUPC and Microsoft Mail UUPC on NT problem Version 12n (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: Tue, 28 Feb 1995 15:09:54 EST6EDT From: jdudeck@simcsg.sim.org Subject: Does latest version of UUPC fix g protocol bug? To: UUPC/Extended mailing list I have seen the discussion of the 'g' protocol bug where it doesn't recover from out of sequence acks. I think I am seeing this problem regularly on our connection to Ethiopia. I also know I have seen the problem occur when a Rockwell chipset modem dials into a Telebit T2500. Has the bug been addressed in the current release on Clarkson? John Dudeck SIM International Cooperative Systems Group Tel: 704-588-6100 jdudeck@simcsg.sim.org EasyLink: 62013975 -- Two men looked out from prison bars. One saw mud, the other stars. ------------------------------ Date: Tue, 28 Feb 1995 17:14:03 -0500 From: uupcinfo@kew.com Subject: Does latest version of UUPC fix g protocol bug? To: UUPC/Extended mailing list On Tue, 28 Feb 1995 15:09:54 EST6EDT, jdudeck@simcsg.sim.org wrote: > I have seen the discussion of the 'g' protocol bug where it doesn't > recover from out of sequence acks. I think I am seeing this problem > regularly on our connection to Ethiopia. I also know I have seen the > problem occur when a Rockwell chipset modem dials into a Telebit T2500. > > Has the bug been addressed in the current release on Clarkson? No, I've been having way too much fun with news. -- 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. The less you bother me the sooner you'll get results ------------------------------ Date: Mon, 27 Feb 1995 14:38:17 -0600 (CST) From: cel@tenet.edu Subject: Installation problems still... To: UUPC/Extended mailing list Hello all, I am having problems getting my system properly configured. After advice from Drew, I changed my ALIASES file from : cliff.lee: 2lce to cliff.lee@cbs-engineering.com: 2lce This resulted in the following error message from Rmail: 02/27-10:54 RMAIL: UUPC/extended 1.12k (Dec 11 1994 12:33:55) 02/27-10:54 Bounce: Mail from cel@tenet.edu for cliff.lee failed, Invalid local address (not defined in PASSWD or ALIASES): cliff.lee 02/27-10:54 Delivering mail (4232 bytes) from cel@tenet.edu to root What have I done wrong? The following are the relevant files and locations. Any help would be appreciated. Also, for some reason, outbound mail (which was working) has ceased. I'm afraid I've really munged this up. Thanks in Advance... ALIASES from F:\NET\UUCP\UUPC-IN ------------------------------------------------------------------- # ~UUPC-IN\ALIASES System aliases for UUPC-IN; nothing here. # 2lce: root@cbs-engineering.com # 2lce: cliff.lee@cbs-engineering.com # 2pts: tim.powell@cbs-engineering.com # # Note the space between names is required. # cliff.lee@cbs-engineering.com: 2lce supervisor@cbs-engineering.com: supervisor sysop@cbs-engineering.com: sysop ------------------------------------------------------------------- PASSWD from F:\NET\UUCP\UUPC-IN ------------------------------------------------------------------- root:*:::Super User nuchat:*:::cbs-engineering UUCP login 2lce:*::Cliff Lee supervisor:*::Supervisor sysop:*::System Operator ------------------------------------------------------------------- UUPC.RC from F:\NET\UUCP\UUPC-IN ------------------------------------------------------------------- # ~\UUPC-IN\UUPC.RC customized from ~\TEMPLATE\UUPC_RC.IN # differences from the corresponding OUT file: # - domain has "inmail." prefix instead of "mail." # - confdir is uupc-in instead of uupc-out (for reading HOSTPATH) # configuration directory confdir=F:\net\uucp\uupc-in # --- site specific information --- mailserv=nuchat domain=inmail.cbs-engineering.com nodename=2lce fromdomain=cbs-engineering.com # --- end of site specific settings --- # details for the UUPC 'user'; only used where normal mail delivery fails postmaster=root home=F:\net\uucp\usr\mail\root # these two are used for Sender: lines, but the modified RMAIL shouldn't # generate them mailbox=postmaster name=Mailer # mail shouldn't go here unless it can't be delivered normally maildir=F:\net\uucp\usr\mail # news batches get written here newsdir=F:\net\uucp\usr\news # spool directory for mailserver & log files spooldir=F:\net\uucp\usr\spool # misc pubdir=F:\net\uucp\usr\public tempdir=F:\net\uucp\usr\tmp archivedir=F:\net\uucp\usr\archive # uncompress utility; not used since the LAN news software does this Uncompress=F:\net\uucp\compress -d %s options=nobang multiqueue suppresscopyright collect options=snews symmetricgrades showspool syslog # inmodem is not used inmodem=hayes241 ------------------------------------------------------------------- Cliff Lee cel@tenet.edu "You can always make up a class, You can never make up a party!" ------------------------------ Date: Fri, 03 Mar 1995 16:49:31 -0500 From: Software@kew.com Subject: kewgate/kendra status To: UUPC/Extended mailing list Two items: 1) kewgate/kendra will be down for several stretches this weekend and into early next week, to allow hardware testing and a swap for an identical system being shipped to us from IBM. This will hopefully cure a problem with intermittent crashes we have. If the system is not answering the phone, give it a couple of hours ad try again. 2) The internet mail forwarding (MX) records for kendra will be updated shortly after 5 PM today (Friday 3 March 1995). If you suddenly can't send us mail from outside the kew.com domain, please notify us via telephone at 617-641-3452. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "There is much Obi-Wan did not tell you." ------------------------------ Date: Wed, 01 Mar 1995 08:03:31 -0500 From: Software@kew.com Subject: L flag To: UUPC/Extended mailing list Oddly enough, the L flag shouldn't affect processing at all ... it appears while I did update the code to load the hops value, I didn't get to checking for the actual number of hops in posts. Parse of the 'Lxxxx' number of hops (xxxx) is flawed, but you didn't say you actually specified hops, nor do I expect the error to crash the program. (The number of hops can be omitted). So if (for example) SENDBATS will run (and load the SYS file), the L flag should not hang you when actually parsing an article. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "Don't break it if you can't fix it." - Marketing manager ------------------------------ Date: Fri, 03 Mar 1995 15:13:39 -0500 From: uupcinfo@kew.com Subject: listserv problem To: UUPC/Extended mailing list Due to a bug in rmail which existed for about 24 hours, mail to the listserv and to UUPC-Info was bouncing for about 48 hours. All mail to the listserv has been resubmitted, although if I forwarded mail to listserv meant for the list (and not the listserv it), you'll have to resubmit it to the list. -- 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. "Sorry, but support is not currently available via email." - MicroSoft.COM ------------------------------ Date: Wed, 1 Mar 1995 11:22:45 From: MARCO@vero.it Subject: Maximum SPEED To: UUPC/Extended mailing list I currently using a USRobotics Sportster 28800 with UUPC, the maximum speed seems to be 19200 is that correct ?? Marco Pifferi ---------------------------------------------------------------------- Marco Pifferi C/O Vero International Software S.R.L. Via Prelle 30 10090 Romano C.se (TO) ITALY E-MAIL: marco@vero.it ---------------------------------------------------------------------- ------------------------------ Date: Wed, 01 Mar 1995 07:44:03 -0500 From: uupcinfo@kew.com Subject: Maximum SPEED To: UUPC/Extended mailing list On Wed, 1 Mar 1995 11:22:45 , MARCO@vero.it wrote: > I currently using a USRobotics Sportster 28800 with UUPC, the maximum > speed seems to be 19200 is that correct ?? With a FIFO UART (or internal modem) and a large packet protocol on a reasonable, you should be able to get your port speed locked at 38400 or 57600, with the actual modem carrier at maxmimum supported. I have not used the Sportster 28.8 with UUPC/extended, but I have used the 14.4 version and currently have a Supra 28.8 leading the hunt group on kewgate. Your question is incomplete on it's information ... Carrier speed or port speed of 19200? Absolute fastest speed or fastest you can get with no errors? Internal or external modem? How fast a CPU? Which version of UUPC/extended on what operating system? -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. "Happiness is a warm Elf. (Sorry Snoopy.)" ------------------------------ Date: Tue, 28 Feb 1995 19:22:25 -0500 From: snuffles@kew.com Subject: Milk and Cookies, anyone? To: UUPC/Extended mailing list There is great rejoicing at Kendra Electronic Wonderworks -- our new case of Girl Scout Thin Mints has arrived! -- Your faithful furry servant, Ice Cream Money: PO Box 132 Snuffles P. Bear Arlington, MA 02174-0002 Internet: snuffles@kew.com Give! Support the Wonderworks Tosci's Chocolate Ice Cream Fund! ------------------------------ Date: Sun, 05 Mar 1995 15:26:54 +0000 From: msmits@ommos.iaehv.nl Subject: more info on SYS L option problem To: UUPC/Extended mailing list Hi, the suggestion with the extra name for the system in the SYS file, does the trick for me (iaehv/news.iaehv.nl), so I have a working situation. So the SYS file entry now looks like: iaehv/news.iaehv.nl:all/!local:: In the above case it doesn't seem to matter whether I specify the L option or not. The functionality is the same. But when I don't do this name aliasing, I would still expect the L option to work. As my previous mail was not too clear about the problem, here are the logs of the used commands. I am using 1.12n on windows NT 3.5 WS (build 807). My SYS file entry in this case looks like: iaehv:all/!local:L: I have gotten the UUCP stuff with uucico OK and then I try to run uuxqt. After the newsrun program is started by uuxqt, nothing happens anymore. I stopped the program with . It also seemed to me that the debug flag was not passed to newsrun, so I started newsrun on the file it was supposed to handle with the debug flag on. This execution also resulted in no output after a while and I also stopped it with . The logs of both commands are appended to this mail. I have not tested the situation without the L option, because it has the unwanted behaviour of queueing the incoming news back to the originating system again. But previous experience showed that without the L, the uuxqt and newsrun commands at least execute normally and give me my prompt back. Hope to have given enough and clearer info now. Thanx and greeting, Martin Smits (msmits@iaehv.nl) -----------------------start of uuxqt output log ----------------------------- i:\users\msmits>uuxqt -x 20 uuxqt: UUPC/extended 1.12n (Windows 32 bit mode, 26Feb95 00:17) Normalize: cwd = I:\uupc, input = /usr, output = I:/usr Normalize: cwd = I:\uupc, input = /usr/echo, output = I:/usr/echo Normalize: cwd = I:\uupc, input = d:/Wilma, output = d:/Wilma Normalize: cwd = I:\uupc, input = i:/users/msmits, output = i:/users/msmits Normalize: cwd = I:\uupc, input = i:/users/msmits, output = i:/users/msmits loaduser: user[0] user id(anonymous) no(NONE) name(Kermit Server) home directory (I:/usr) shell(/lib/kermit/kermit.exe server) loaduser: user[1] user id(echo) no(NONE) name(Sample account) home directory(I:/ usr/echo) shell(uucp) loaduser: user[2] user id(msmits) no(NONE) name(Martin Smits) home directory(i:/ users/msmits) shell(uucp) loaduser: user[3] user id(postmast) no(NONE) name(Postmaster) home directory(i:/ users/msmits) shell(uucp) loaduser: user[4] user id(uucp) no(NONE) name(UUCP delivery system) home directo ry(i:/public) shell(uucp) loaduser: user[5] user id(wilma) no(500,200,0,20,500,200,0,20,500,200,0,20,395,6 00) name(Wilma) home directory(d:/Wilma) shell(uucp) loadhost: entry[00] iaehv via (self) alias (self) loadhost: entry[01] ommos via (self) alias ommos loadhost: entry[02] ommos.iaehv.nl via ommos alias ommos InitEntry: Processing machine=iaehv Normalize: cwd = i:\uupc\spool, input = i:/public, output = i:/uupc/public InitDir: Adding "i:/public" as "i:/uupc/public" Normalize: cwd = i:\uupc\spool, input = i:/public, output = i:/uupc/public InitDir: Adding "i:/public" as "i:/uupc/public" InitEntry: dirlist[0] grant READ i:/public InitEntry: dirlist[1] grant WRITE i:/public Set environment string UU_MACHINE=iaehv Execute directory is i:/spool/iaehv/XQT opendir: Opening directory i:/spool/iaehv/X\*.* dirhandle = 1317536 file, = . readdir: Opening directory i:/spool/iaehv/X\*.* file = .. readdir: Error on directory i:/spool/iaehv/X\*.* readnext: "i:/spool/iaehv/X" not matched closedir: Closing directory i:/spool/iaehv/X\*.* Set environment string UU_MACHINE=ommos Execute directory is i:/spool/ommos/XQT opendir: Opening directory i:/spool/ommos/X\*.* dirhandle = 1317536 file, = . readdir: Opening directory i:/spool/ommos/X\*.* file = .. file = 1o5p2fg 7 readnext: matched "i:/spool/ommos/X/1o5p2fg" advancedFS: it's a drive letter advancedFS: File system for "i:/" has name "FAT" ValidDOSName: "uupc" is valid ValidDOSName: "spool" is valid ValidDOSName: "locks.lck" is valid ValidDOSName: "ommos.LCX" is valid ImportPath: Mapped i:/spool/locks.lck/ommos.LCX to i:/uupc/spool/locks.lck/ ommos.LCX processing i:/spool/ommos/X/1o5p2fg Input read: U msmits ommos Input read: # don't return status on failure Input read: N Input read: # use sh execute Input read: e Input read: # return address for status or input return Input read: R news Input read: # job id for status reporting Input read: J ommosn06e Input read: F D.ommos006e3 advancedFS: it's a drive letter advancedFS: File system for "i:/" has name "FAT" ValidDOSName: "1o5p2fj" is valid ImportPath: Mapped D.ommos006e3 to ommos/D/1o5p2fj Input read: I D.ommos006e3 advancedFS: it's a drive letter advancedFS: File system for "i:/" has name "FAT" ValidDOSName: "1o5p2fj" is valid ImportPath: Mapped D.ommos006e3 to ommos/D/1o5p2fj Input read: C newsrun uuxqt: executing "newsrun" for user msmits at ommos Set environment string UU_USER=news Command = newsrun, parameters = "(null)", input = i:/spool/ommos/D/1o5p2fj, synchronous, background. "newsrun" is an external command Searching for extension of I:\WINNT35\system32\newsrun Searching for extension of I:\WINNT35\newsrun Searching for extension of i:\win32app\bin\newsrun Searching for extension of I:\MSTOOLS\bin\newsrun Searching for extension of i:\uupc\ntbin\newsrun newsrun: UUPC/extended 1.12n (Windows 32 bit mode, 26Feb95 00:17) ------------------------- end of uuxqt output log ---------------------------- -------------------------start of newsrun output log ------------------------- i:\users\msmits>newsrun -x 20 -f i:/spool/ommos/D/1o5p2fj newsrun: UUPC/extended 1.12n (Windows 32 bit mode, 26Feb95 00:17) Opened i:/spool/ommos/D/1o5p2fj as input file stater: "i:/SYS" is 237 bytes; updated Tue Feb 28 23:51:32 1995 init_sys: reading system file i:/SYS init_sys: read line length 73, "# News configuration file, automatically generat ed by UUPC/extended 1.12m" init_sys: read line length 36, "# at Sun, 26 Feb 1995 21:43:07 +0000" init_sys: read line length 42, "# The local system, ommos.iaehv.nl (ommos)" init_sys: read line length 6, "ME:all" init_sys: read line length 0, "" process_sys: Node ommos, exclude (none), distribution (none), groups all init_sys: read line length 47, "# Our news feed, not batched to speed our posts" init_sys: read line length 19, "iaehv:all/!local:L:" process_sys: Node iaehv, exclude (none), distribution !local, groups all Flags = L, length = 1 cache_init: cache for file 6 initialized imopen: Using disk for 0 byte file (max i-m is 1000000) Generated temporary name: I:/temp0087.TMP check_sys: node: ommos check_sys: groups: alt.binaries.pictures.erotica.orientals check_sys: distrib: world check_sys: path: news.iaehv.nl!tuegate.tue.nl!news.nic.surfnet.nl!sun4nl!EU.net! news.sprintlink.net!howland.reston.ans.net!ix.netcom.com!netcom.com!asiam exclude: checking ommos against news.iaehv.nl!tuegate.tue.nl!news.nic.surfnet.nl !sun4nl!EU.net!news.sprintlink.net!howland.reston.ans.net!ix.netcom.com!netcom.c om!asiam exclude: results in KWFalse check_sys: checking groups newsgroups: checking all against alt.binaries.pictures.erotica.orientals match: matching alt.binaries.pictures.erotica.orientals to all resulting in True with size 8 newsgroups: match found, size is 8 newsgroups: results in True cache_get: reading record 0 from disk cache_alloc: buffers for file 6 allocated cache_get: record 0 found in cache cache_put: record 0 found in cache advancedFS: it's a drive letter advancedFS: File system for "k:/" has name "NTFS" ValidDOSName: "uupc" is valid long name ValidDOSName: "news" is valid long name ValidDOSName: "alt" is valid long name ValidDOSName: "binaries" is valid long name ValidDOSName: "pictures" is valid long name ValidDOSName: "erotica" is valid long name ValidDOSName: "orientals" is valid long name ValidDOSName: "13502" is valid long name ImportPath: Mapped k:/news/alt/binaries/pictures/erotica/orientals/13502 to k:/news/alt/binaries/pictures/erotica/orientals/13502 Saving alt.binaries.pictures.erotica.orientals article in k:/news/alt/binar ies/pictures/erotica/orientals/13502 check_sys: node: iaehv check_sys: groups: alt.binaries.pictures.erotica.orientals check_sys: distrib: world check_sys: path: news.iaehv.nl!tuegate.tue.nl!news.nic.surfnet.nl!sun4nl!EU.net! news.sprintlink.net!howland.reston.ans.net!ix.netcom.com!netcom.com!asiam exclude: checking iaehv against news.iaehv.nl!tuegate.tue.nl!news.nic.surfnet.nl !sun4nl!EU.net!news.sprintlink.net!howland.reston.ans.net!ix.netcom.com!netcom.c om!asiam exclude: results in KWFalse check_sys: checking distributions distributions: checking !local against world distributions: results True check_sys: checking groups newsgroups: checking all against alt.binaries.pictures.erotica.orientals match: matching alt.binaries.pictures.erotica.orientals to all resulting in True with size 8 newsgroups: match found, size is 8 newsgroups: results in True ------------------------------- end of newsrun output log --------------------- -- Martin Smits Email: msmits@iaehv.nl ------------------------------ Date: Wed, 1 Mar 1995 18:15:02 -0600 (CST) From: cel@tenet.edu Subject: Outbound mail help To: UUPC/Extended mailing list Outbound problems. My outbound mail is not being sent to my UUCP provider. I have enclosed the error messages below. Anyone have any ideas what the problem is? From UUCICO.LOG (0) 2lce connected to nuchat: 19200 bps, g protocol, z grade (2) Fixed packets, Window size 7, Receive packet 64, Send packet 64, Memory avail 27872 (0) ssfile: Cannot open file D.cbs-eng00VHd (nuchat/D/)su`c&m-.d2g). (2) Run time library error in d:\src\uupc\uucico\dcpxfer.c at line 631 ... (0) nuchat/D/)su`c&m-.d2g: No such file or directory (1) Extended DOS Error Information: Number = 2, Class = 8, Action = 3, Locus = 4 From UUXQT.LOG 02/28-20:02 UUXQT: UUPC/extended 1.12k (Dec 11 1994 12:33:55) 02/28-20:02 Missing file D.nuchatl005G (F:/net/uucp/usr/spool/nuchat/D/4#s#&'7) for F:/net/uucp/usr/spool/nuchat/X/3{$}#j(, command skipped These files that follow are not the ones referenced above. PACKMAIL generates the following files which will generate a similar error messages as above. #Y368QW.D Contains the processed message #Y368QX.D Contains: U 2LCE cbs-engineering R 2LCE@cbs-engineering.com F D.cbs-eng00VJr I D.cbs-eng00VJr C rmail cel@tenet.edu )JMYK2.C Contains: S D.cbs-eng00VJd D.cbs-eng00VJr 2LCE - D.cbs-eng00VJd 0666 S D.cbs-eng00VJe X.cbs-eng00VJr 2LCE - D.cbs-eng00VJe 0666 Cliff Lee cel@tenet.edu -- Internet: ahd@kew.com Voice: 617-641-3739 "Beware of dragons, for they are subtle and quick to anger . . ." ------------------------------ Date: Sat, 04 Mar 1995 18:43:18 -0500 From: uupcinfo@kew.com Subject: outbound mail problems To: UUPC/Extended mailing list On Fri, 03 Mar 1995 15:09:05 -0500, "Andrew H. Derbyshire" wrote: > My outbound mail is not being sent to my UUCP provider. I have enclosed > the error messages below. Anyone have any ideas what the problem is? > > From UUCICO.LOG > (0) 2lce connected to nuchat: 19200 bps, g protocol, z grade > (2) Fixed packets, Window size 7, Receive packet 64, Send packet 64, > Memory avail 27872 > (0) ssfile: Cannot open file D.cbs-eng00VHd (nuchat/D/)su`c&m-.d2g). > (2) Run time library error in d:\src\uupc\uucico\dcpxfer.c > at line 631 ... > (0) nuchat/D/)su`c&m-.d2g: No such file or directory > (1) Extended DOS Error Information: Number = 2, Class = 8, > Action = 3, Locus = 4 You seem to have created the file with a host name of cbs-eng and then sent it as hostname 2lce. This WILL NOT work under any conditions, because the host name is actually encoded into the name six bits (not bytes, bits), and changing host name invalidates this encoding. > From UUXQT.LOG > 02/28-20:02 UUXQT: UUPC/extended 1.12k (Dec 11 1994 12:33:55) > 02/28-20:02 Missing file D.nuchatl005G > (F:/net/uucp/usr/spool/nuchat/D/4#s#&'7) for > F:/net/uucp/usr/spool/nuchat/X/3{$}#j(, command skipped > > These files that follow are not the ones referenced above. PACKMAIL > generates the following files which will generate a similar error messages > as above. What is packmail, and is it invoking RMAIL or UUX to actually write to the spool? > #Y368QW.D Contains the processed message > > #Y368QX.D Contains: > U 2LCE cbs-engineering > R 2LCE@cbs-engineering.com > F D.cbs-eng00VJr > I D.cbs-eng00VJr > C rmail cel@tenet.edu > > )JMYK2.C Contains: > S D.cbs-eng00VJd D.cbs-eng00VJr 2LCE - D.cbs-eng00VJd 0666 > S D.cbs-eng00VJe X.cbs-eng00VJr 2LCE - D.cbs-eng00VJe 0666 -- 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. "I'm only human, flesh and blood, a man. Human, born to make mistakes . . ." ------------------------------ Date: Wed, 01 Mar 1995 00:00:45 +0100 From: msmits@ommos.iaehv.nl Subject: problem with L option in SYS file To: UUPC/Extended mailing list Hi, great stuff..., finally some news support for Windows NT. I read in the UUCP book that you can put the L option in the SYS file to let the system not send the news back to the system you just got it from. Without the L option the stuff was indeed batched to the originating system again (which is not what you want with 2 to 6 Megs :). But with the L option the newsrun program just hangs on the first message in the first news batch. The SYS file entry is then: iaehv:all/!local:L: The logs seem to be deleted, but reconstructing from the rebatching situation, it does a check_sys on the (remote system, newsgroup and distribution and hangs where the working situation says: (5) Transmitting article iaehv to <3isc3k$r5u@crl8.crl.com> via command uux... This message is not given with the L option. When more exact info is needed, I can get it when I next get my news batches. Greetings, Martin Smits (msmits@iaehv.nl) -- Martin Smits Email: msmits@iaehv.nl ------------------------------ Date: Wed, 01 Mar 1995 07:50:51 -0500 From: uupcinfo@kew.com Subject: problem with L option in SYS file To: UUPC/Extended mailing list On Wed, 01 Mar 1995 00:00:45 +0100, msmits@ommos.iaehv.nl wrote: > great stuff..., finally some news support for Windows NT. > I read in the UUCP book that you can put the L option in the SYS file > to let the system not send the news back to the system you just got it > from. > Without the L option the stuff was indeed batched to the originating > system again (which is not what you want with 2 to 6 Megs :). But with > the L option the newsrun program just hangs on the first message in the > first news batch. Just hangs? > The SYS file entry is then: > > iaehv:all/!local:L: > > The logs seem to be deleted, but reconstructing from the rebatching > situation, it does a check_sys on the (remote system, newsgroup > and distribution and hangs where the working situation says: > > (5) Transmitting article iaehv to <3isc3k$r5u@crl8.crl.com> via command uux... This message is generated WITH the L option? > This message is not given with the L option. Your message is highly confusing. You say the SYS file entry is then: iaehv:all/!local:L: Then you describe a message which doesn't show up with the L option. Please describe the behavior WITHOUT the L option and with the L option, but don't intermix the two descriptions. It sounds like you get a UUX command without the L option, you get a silent hang with it. Correct? > When more exact info is needed, I can get it when I next get my > news batches. Which version of UUPC/extended (1.12m or in 1.12n)? The program should not hang with L specified. I'll look into it. However, in the mean time, the other suggested fix added your feed's domain name will also work. -- 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. "Happiness is a warm Elf. (Sorry Snoopy.)" ------------------------------ Date: Tue, 28 Feb 95 22:21:43 -0500 From: uupc@mistik.express.net Subject: problem with L option in SYS file (workaround) To: UUPC/Extended mailing list > > Hi, > > great stuff..., finally some news support for Windows NT. > I read in the UUCP book that you can put the L option in the SYS file > to let the system not send the news back to the system you just got it > from. > Without the L option the stuff was indeed batched to the originating > system again (which is not what you want with 2 to 6 Megs :). But with > the L option the newsrun program just hangs on the first message in the > first news batch. > The SYS file entry is then: > > iaehv:all/!local:L: remove all flags ;) then add the system name you are getting the feed from (the way it inserts itself into the path. (I hope this is not the ihave/sendme stuff you are trying to pull off) #For example iaehv/iaehv.subdom.domain:all/!local:: > > The logs seem to be deleted, but reconstructing from the rebatching > situation, it does a check_sys on the (remote system, newsgroup > and distribution and hangs where the working situation says: > > (5) Transmitting article iaehv to <3isc3k$r5u@crl8.crl.com> via command uux... > > This message is not given with the L option. > > When more exact info is needed, I can get it when I next get my > news batches. > > Greetings, > Martin Smits (msmits@iaehv.nl) > > -- > Martin Smits Email: msmits@iaehv.nl ------------------------------ Date: Mon, 27 Feb 1995 13:21:21 -0800 From: timr@iia.com Subject: UUPC and Microsoft Mail To: UUPC/Extended mailing list Has anyone successfully implemented a gateway using Microsoft's FFAPI to connect Microsoft Mail to UUPC/Extended? Would you be willing to share your work? We use UUPC as our sole transport provider, and I am considering embarking on an effort to use Microsoft Mail as our mail reader, which has the added benefit of letting us hook into all the "MAPI-enabled" applications which are starting to appear. -- - Tim Roberts Providenza & Boekelheide, Inc timr@iia.com ------------------------------ Date: Mon, 27 Feb 95 19:08 MET From: dan@oea.xs4all.nl Subject: UUPC on NT problem To: UUPC/Extended mailing list Thanks to those who replied to my original post. It was suggested that I introduce a delay after "ATZ". I expiremented with adding \d, \d\d, \p, \p\p to no avail. Does anybody have a working .mdm file for a USR Courier V.34? If you do, please send me a copy along with any other ideas about solving this problem. Thanks in advance. ------------------------------ Date: Mon, 27 Feb 95 22:11:21 -0500 From: sysop@mome-raths.iac.net Subject: Version 12n To: UUPC/Extended mailing list Well, I gave 12n a try, but something just isn't right. I'm sending my host's admin a copy of this message, because I tried to reply to a message of his, and it did not even make it out the door. So, I've gone back to 12k for now. First off, I cannot determine what the message you sent out in regards to the SYS file means. UUPC created one, but I cannot find out if it is correct or not. Under "SYS" in the index of Managing UUCP and Usenet, there is nothing listed. There is "Sysfiles," but the format of the default "SYS" created by UUPC does not match the "Sysfile" shown in the book. UUPC, version 12n, also does not post any news locally. When NEWSRUN is called, it craps out with an error that the hostname is not given, presumably by either the calling program or the data file it is looking at. I do not have the docs for 12m, either. When I looked on Clarkson, the only docs available are for 12k. There were some 12m files there, but they've apparently been pulled. Are there any 12m specific docs, at least, so that I have some idea of what has changed since 12k? Last, but not least, my provider sent me a message, as I stated before, that his end was receiving all kinds of error messages (about 150 total) in regards to not being able to run RNEWS. This seems to be an off and on problem, but really hit the fan with 12n. Possibly related to the NEWSRUN problem? I don't know, but I assume that everything must be set up correctly or I would not be receiving any news at all. Well, you asked about bug reports, so here you go. Now, for the mundane stuff: 486DX2, running OS/2 3.0, UUPC on an HPFS partition currently with 244 Megs free, using 4OS2 ver 2.5 B for a command shell. I tried deleting the SEQ file, cleaning out the spool and news directories, resetting the count in the active file, but could not seem to eliminate the problem. Also, I don't know if it was oversight or intentional, but options=history is no longer a valid setting in UUPC.RC. Regards, John -- C:\ > WIN Bad command or filename C:\ > LOSE Loading Microsoft Windows ... ------------------------------ Date: Tue, 28 Feb 1995 19:14:11 -0500 From: uupcinfo@kew.com Subject: Version 12n To: UUPC/Extended mailing list On Mon, 27 Feb 95 22:11:21 -0500, sysop@mome-raths.iac.net wrote: > First off, I cannot determine what the message you sent out in > regards to the SYS file means. UUPC created one, but I cannot > find out if it is correct or not. Under "SYS" in the index of > Managing UUCP and Usenet, there is nothing listed. There is > "Sysfiles," but the format of the default "SYS" created by > UUPC does not match the "Sysfile" shown in the book. Not sysfile, but a file called SYS. See page 177 of the tenth edition "Managing of UUCP and Usenet" which has it's own heading after the section "Installing C news". > UUPC, version 12n, also does not post any news locally. When > NEWSRUN is called, it craps out with an error that the hostname > is not given, presumably by either the calling program or the > data file it is looking at. Please send me a log -x 10. For programs run from UUXQT, you may need to: set uupcdebug=10 And then uuxqt -x 0 (to speed up UUXQT itself) > I do not have the docs for 12m, either. When I looked on > Clarkson, the only docs available are for 12k. There were some > 12m files there, but they've apparently been pulled. Are there > any 12m specific docs, at least, so that I have some idea of > what has changed since 12k? I posted the full summary to the list of changes since 1.12i, which I noted at the time was the last time I did a change summary. > Last, but not least, my provider sent me a message, as I stated > before, that his end was receiving all kinds of error messages > (about 150 total) in regards to not being able to run RNEWS. > This seems to be an off and on problem, but really hit the > fan with 12n. Possibly related to the NEWSRUN problem? I > don't know, but I assume that everything must be set up > correctly or I would not be receiving any news at all. You don't say what the exact error message is from the provider. > Well, you asked about bug reports, so here you go. Now, for > the mundane stuff: 486DX2, running OS/2 3.0, UUPC on an > HPFS partition currently with 244 Megs free, using 4OS2 > ver 2.5 B for a command shell. I tried deleting the SEQ > file, cleaning out the spool and news directories, resetting > the count in the active file, but could not seem to eliminate > the problem. Ah. Much becomes clear. The OS/2 compiler spawn system call can trash the arguments if no parameters are passed. (rnews was fixed to validate the arguments this release. Silly me.) Kai Uwe Rommel figured it out. You could try the 16 bit UUXQT as a workaround. The next release will fix the problem by always passing a -x debug argument, which will break any replacement rnews which can't handle it. > Also, I don't know if it was oversight or intentional, but > options=history is no longer a valid setting in UUPC.RC. I documented that, actually. -- 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. The less you bother me the sooner you'll get results ------------------------------ End of UUPC-Info-Request Digest ******************************