Date: Tue, 5 Dec 95 08:18:39 PST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1995 #48 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Tue, 5 Dec 95 Volume 1995: Issue 48 Today's Topics: 1.12q Advanced uucp, help needed Good news (sort of) How to get news posted locally? left files on NT 3.51 with UUPC 1.12n line termination in rmail 1.12p mailreader for DOS Metamail Metamail (was: Re: Post Road Mailer) (2 msgs) mthread ? NEWSRUN bug 1.12o (2 msgs) Post Road Mailer (2 msgs) Redial (2 msgs) unsub uucpdll.dl uupc 1.12q beta 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: Thu, 30 Nov 1995 08:38:49 -0500 From: uupcinfo@kew.com Subject: 1.12q To: UUPC/Extended mailing list The source and OS/2 32 binaries are on kewgate ONLY to allow testing of the recent problems to news. Specific changes in the release: Generation of the field return-receipt-to is now supported via the option 'autoreceipt'. Note that UUPC/extended does not actually generate reciepts, it can only ask for others to generate them. Utterly bogus addresses are better detected and bounced rather than crashing RMAIL. Specificallty checked are overlength addresses (this is only partial trapped), double delimiters (!! or @@), trailing delimiters, or leading exclamation points (!). The 18 character limit on news group simple names is lifted, at some cost in performance. The search for newsgroups is corrected to avoid dereferencing NULL pointers when a group does not exist in the local active file. I have no determined why the active file keeps getting truncated for some users (this is NOT the same problem as in 1.12k-1.12n), but the other fixes may have cleaned this. -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. "[I'm father of UUPC for the Mac] In loco parentis, only. I think the original father is somewhere in Borneo at the moment, living under the name of "Smithers"." - Dave Platt ------------------------------ Date: Tue, 28 Nov 1995 19:28:17 +0100 From: dirk@gandalf.ruhr.DE Subject: Advanced uucp, help needed To: UUPC/Extended mailing list > I am boxing with the setting up of a UUPC connection over tcp/ip to a provider > on the Internet. I connect with my PPP package and then somehow never get any > further. > > I would like to know if any others have tried this, and with any success. If so, Yes, I tried this and it works great for me. > how? I would also - if possible - like a copy (sample) of your SYSTEMS file and I added the following to my SYSTEMS file: inruhr Any tcpip 19200 mail.ruhr.de:540 teg "" "" ost: gandalf ssword: > possible your TCPIP.MDM file as well. I made no changes. > Plus any other hints, tips, tricks you can give me, of course. No further hints or tips necessary. It works from the beginning. cu, Dirk ------------------------------ Date: Mon, 4 Dec 1995 07:42:45 -0400 (AST) From: colmarr@conicit.ve Subject: Good news (sort of) To: UUPC/Extended mailing list I am still boxing with the (so far unsuccesful) connection to my uucp provider over tcp/ip, but I recently received some GOOD NEWS from Dirk in Germany. He says that he got *his* uucp over tcp/ip _working_ and on the first try, even. So there is still hope for us here, too... I'd like to know from you, him and any others what a succesful configuration should look like. I.e., what would be the recommended OS and what PPP package works, also what uucp provider to use and/or how the polled system should be set up so this works smooth. I know this request sounds like a mouthful, but if someone has it working, or if you know of someone for whom it works, please let me hear about it. --colmarr@dino.conicit.ve ------------------------------ Date: Thu, 30 Nov 1995 19:48:43 -0500 From: uupcinfo@kew.com Subject: How to get news posted locally? To: UUPC/Extended mailing list On Thu, 30 Nov 95 22:35:21 +0000, "Michael Taylor" wrote: > I just upgraded to 1.12p from 1.12k. > > In 1.12k when I used inews to post news the article was also saved in the local > news directory. However with 1.12p this is no longer the case. Do I need an > option to enable this? > > (I am using 'inews -h < article' to post. It should be written to the local directory still, check your SYS file which UUPC/extended would have automatically generated. -- 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, When was our last backup done?" ------------------------------ Date: Tue, 28 Nov 1995 18:21:55 +0100 From: andreas@r2d2.teuto.DE Subject: left files on NT 3.51 with UUPC 1.12n To: UUPC/Extended mailing list I have a problem with news files coming from my ISP on some machines - not on all! But all machines are configured identically (except of the machine names): WinNT WS 3.51; UUPC 1.12n; NNS; popd; smtp - all installed on NTFS-partition. Incoming is spooled to the NNS incoming directory, but one of the incoming files of every connect is not deleted from uupc\spool\uplink\d directory. I cannot delete it until the next connect. Any Ideas? //////////////////////////////////////////////////////////////////////////////// Andreas Schuerheck email: andreas@r2d2.teuto.de Lemgo - Germany *** I'm not young enough to know everything //////////////////////////////////////////////////////////////////////////////// ------------------------------ Date: Fri, 01 Dec 1995 07:49:38 -0500 From: XHelp@kew.com Subject: line termination in rmail 1.12p To: UUPC/Extended mailing list On Fri, 17 Nov 1995 15:53:26 -0800, "Jim Sweeney" wrote: > I just installed UUPC/extended 1.12p over a 1.12j version. I was > particularly interested in the fix for XXUQT which allowed it to handle a > list of addressees which exceeded 128 characters (we have a couple of > people who are enthusiastic about broadcasting their messages). > > It appears that output redirected through a pipe listed in ALIASES uses > linefeed termination instead of CRLF termination, even though mail is > delivered to file with normal DOS line termination. We use a set of > custom filters to interface UUPC to Lantastic e-mail, and the primary > stdin-to-mail filter makes use of the pipe function. The Unix-style > messages which result look rather odd in Lantastic's mail viewer. > > We reverted to version 1.12j for all programs except XXUQT, and everything > seems fine. You might want to verify RMAIL's operation in time for the > next release. Try as a work around to enabling options=imfile and see if that helps. I know what the problem is (conversion to imfile was done as strictly binary files), I'll work on it. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "AT&T is a modem test command." ------------------------------ Date: Sun, 3 Dec 1995 12:25:24 -0300 From: sekar@colihh.edu.ar Subject: mailreader for DOS To: UUPC/Extended mailing list Hi! I am working in a mailing system for people whith no experience in computers and comunications. I want to use UUPC under DOS, but I need a mailreader to replace wich comes with the program. I need a more "friendly" one. Please if you know about someone, and how can I get it (I have not access to FTP :-( so I have to dowload it via E-mail) let me know. Thanks in advance and sorry about my english! -- Sergio E. Karsvnie sekar@colihh.edu.ar postmaster@colihh.edu.ar ------------------------------ Date: 05 Dec 1995 00:00:00 +0000 From: hajo@quijote.in-berlin.de Subject: Metamail To: UUPC/Extended mailing list Hallo Dan, Du schriebst am 02.12.95: > PCElm has an interface to metamail which will do this for you, if properly > configured. I find the easiest way to set up my mailcap file is to call an > ISO 8859/1 to CP 437 filter on every text/plain. So far I haven't received > a message with extended characters that were not ISO 8859/1. PCElm isn't > the best solution for email under UUPC/extended (and requires some > additions to su.bat--email me if you'd like to know my solution), but > booting it for the occasional MIME message isn't a big deal. I think you forgot to look at my address. ;-)) For me, 80% of my incoming mail is MIME (ISO 8859-1). And 10 - 20% has RFC 1522 header MIME. Looks as if I can't replace my trusty old DOS program before 1997. My second try on UUPC was based on the false assumption that there is a nice OS/2 MUA with MIME support. I should have checked better, sorry. Thanks to everybody who tried to help. 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: 02 Dec 1995 00:00:00 +0000 From: hajo@quijote.in-berlin.de Subject: Metamail (was: Re: Post Road Mailer) To: UUPC/Extended mailing list Hallo Drew, Du schriebst am 30.11.95: > for %x in ( E:\postroad\uucp-out\* ) do rmail -t -F %x Thanks a lot. Unfortunately, I have discovered a far more serious problem. Postroad does not support MIME, though it claims to do. (MIME was the reason to try it.) Apparently, it supports some MIME gimmicks like file attach, but it does not support sending or receiving text. Obviously, GIF support, but lack of text support is the direction the Internet is heading for. :-( I notice that there is a tool called Metamail, but only for emacs. Has anyone succesfully tried to use this beast for standalone CP 850 - ISO-8859-1 conversion? hajo -- ----[ Hans-Joachim Zierke ]-------------------------------------------- [Freischaffender Journalist] [ Rathenower Straße 23 ] [ 10559 Berlin ] [ 030 / 394 84 45 ] ----[ Fax: 394 84 47 ]-------------------------------------------- ------------------------------ Date: Sat, 02 Dec 95 23:26:54 PST From: dan@fch.wimsey.bc.ca Subject: Metamail (was: Re: Post Road Mailer) To: UUPC/Extended mailing list In message <5z64SwuKYgB@quijote.in-berlin.de> hajo@quijote.in-berlin.de writes: > I notice that there is a tool called Metamail, but only for emacs. Has > anyone succesfully tried to use this beast for standalone CP 850 - > ISO-8859-1 conversion? PCElm has an interface to metamail which will do this for you, if properly configured. I find the easiest way to set up my mailcap file is to call an ISO 8859/1 to CP 437 filter on every text/plain. So far I haven't received a message with extended characters that were not ISO 8859/1. PCElm isn't the best solution for email under UUPC/extended (and requires some additions to su.bat--email me if you'd like to know my solution), but booting it for the occasional MIME message isn't a big deal. >>> Dan ------------------------------ Date: Mon, 4 Dec 95 21:19:48 -0500 From: sysop@mome.apk.net Subject: mthread ? To: UUPC/Extended mailing list I remember using a utility called mthread when I first installed trn. However, it seems to have gone away into the nebulous bit-bucket :) Does this do the same thing that genhist does? If not, where can I get mthread? I could have sworn it came with either trn or uupc originally. John ------------------------------ Date: Thu, 30 Nov 1995 19:49:42 -0500 From: Software@kew.com Subject: NEWSRUN bug 1.12o To: UUPC/Extended mailing list On Tue, 28 Nov 1995 19:04:26 -0800, "Bob Dodd" wrote: > >No, rnews doesn't load the active file, it can't, since I allocate > >memory outside the 64K stack for active file entries. Funny, I thought > >I had made that a .EXE file again anyway. > > Checked Clarkson. UPC12PD3 contains RNEWS.COM, By the way, they loaded > the "p" files in the 1.12k directory and left an empty 1.12p directory! No, I load it personally. 1.12p was just a staging area for me. Ooops. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "A list is only as strong as its weakest link." - Donald Knuth ------------------------------ Date: Fri, 01 Dec 1995 07:48:09 -0500 From: XHelp@kew.com Subject: NEWSRUN bug 1.12o To: UUPC/Extended mailing list On Wed, 29 Nov 1995 12:23:35, "William Joye" wrote: > >On Mon, 27 Nov 1995 06:38:17 -0800, "Bob Dodd" > wrote: > >No, rnews doesn't load the active file, it can't, since I allocate > >memory outside the 64K stack for active file entries. Funny, I thought > >I had made that a .EXE file again anyway. > > > >You should be able to move back to the 1.12n rnews and use the 1.12p > >newsrun. > > > > I have the same problem with the version 1.12p and with the 1.12n. > > - Tmp RNEWS logfile - : > > 11/29-11:16 RNEWS: UUPC/extended 1.12p (Nov 8 1995 07:41:01) > (5) Generated temporary name: D:/APPS/ATON/TMP/uupc18e0.Z > (2) Compressed: Copy to D:/APPS/ATON/TMP/uupc18e0.Z complete, 263 > characters > (4) Executing command: compress -d D:/APPS/ATON/TMP/uupc18e0.Z > > RNEWS failed with a stack overflow when it launch the COMPRESS command : > run-time error R6000 > - stack overflow > > What can i do ? It is not possible to move back to a previous version > because the previous versions fail too. I'm building a 1.12q release with an rnews.exe for you test, but I hit the expire.exe "invalid instruction" problem. This is actually a good thing, it means I can try to fix that as well. How ever, due to professional commitments, it will be a few days before I can fix both of these issues and put up a test for you try. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "AT&T is a modem test command." ------------------------------ Date: 29 Nov 1995 00:00:00 +0000 From: hajo@quijote.in-berlin.DE Subject: Post Road Mailer To: UUPC/Extended mailing list Hi, congratulations to Snuffles for the new docs. Now even stupids like me can understand how UUPC works. Well - almost... ;-) Currently I'm trying to set up Post Road Mailer for UUPC. It can write to and read from another directory instead of using POP or SMTP. Should be fine with UUPC. Unfortunately, rmail -F -t E:\postroad\uucp-out\* does not work. Any suggestion how to tell rmail to process all files in dir E:\postroad\uucp-out? And postroad expects mail as single files. Any suggestion for an existing tool that can be used to split e:\uupc\mail\hajo.mail into e:\uupc\mail\hajo\000001 , 000002 ....? Prefably without overwriting existing files? I tried the option directory, but this produces one mailfile as well. hajo ------------------------------ Date: Thu, 30 Nov 1995 19:48:00 -0500 From: uupcinfo@kew.com Subject: Post Road Mailer To: UUPC/Extended mailing list On 29 Nov 1995 00:00:00 +0000, hajo@quijote.in-berlin.DE wrote: > Currently I'm trying to set up Post Road Mailer for UUPC. It can write to > and read from another directory instead of using POP or SMTP. Should be > fine with UUPC. > > Unfortunately, rmail -F -t E:\postroad\uucp-out\* does not work. Any > suggestion how to tell rmail to process all files in dir > E:\postroad\uucp-out? for %x in ( E:\postroad\uucp-out\* ) do rmail -t -F %x Note that you had the -F flag before -t, it belong before the file name! > And postroad expects mail as single files. Any suggestion for an existing > tool that can be used to split e:\uupc\mail\hajo.mail into > e:\uupc\mail\hajo\000001 , 000002 ....? Prefably without overwriting > existing files? To be really gross for one user, use the VMAIL support option in RMAIL, and then delete all the *.X files. > I tried the option directory, but this produces one mailfile as well. Option directory just moves the where the single file, as you discovered. -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. "Gee, When was our last backup done?" ------------------------------ Date: 02 Dec 1995 00:00:00 +0000 From: hajo@quijote.in-berlin.de Subject: Redial To: UUPC/Extended mailing list After reading the new docs, I figure that I could set up redial attempts the following way. 1) Start uupoll in startup.cmd: start "UUCP" /B /N /FS uupoll -i 0600 -f 0735 2) Set redial attempts at these times for system abc to x by copying the abc entry in "systems". For 25 redial attempts, 25 entries for system abc in "systems". :-) Is there any downside to this approach? hajo ------------------------------ Date: Sat, 02 Dec 1995 08:51:52 -0500 From: uupcinfo@kew.com Subject: Redial To: UUPC/Extended mailing list On 02 Dec 1995 00:00:00 +0000, hajo@quijote.in-berlin.de wrote: > After reading the new docs, I figure that I could set up redial attempts > the following way. > > > 1) Start uupoll in startup.cmd: > > start "UUCP" /B /N /FS uupoll -i 0600 -f 0735 This only polls three times a day, BTW, since 7:35 is more than 6 hours past midnight. > 2) Set redial attempts at these times for system abc to x by copying > the abc entry in "systems". For 25 redial attempts, 25 entries for system > abc in "systems". :-) > > > Is there any downside to this approach? Yes, you get charged if the phone is answered but the call does not complete (i.e. login fails). You get fifty retries with that approach if the remote has any work queued for it because the default sequence is "-s all" followed by "-s any". You can ensure work is queued for it via the command: start "UUCP" /B /N /FS uupoll -i 0600 -f 0735 -B "UUSTAT -P abc" I would suggest under OS/2 you spread the retries out with 3 retries an hour and use the UUHOUR command to generate run UUSTAT for you once every six hours: start "UUCP" /B /N /FS uupoll -i 0100 -f 0035 -s any -B "uuhour" In this case, \uup\POLL looks like: abc 1,7,13,19 Note that if the first call succeeds, it doesn't try again until the next specified poll time OR you generate outgoing work by hand. I'd personally use /min, not /b /fs, but that's a style issue. :-) -- 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. This message intentionally left blank. ------------------------------ Date: Wed, 29 Nov 1995 00:01:53 -0600 (CST) From: MACDONAK@Meena.CC.URegina.CA Subject: unsub To: UUPC/Extended mailing list leave ------------------------------ Date: Fri, 01 Dec 1995 07:50:04 -0500 From: XHelp@kew.com Subject: uucpdll.dl To: UUPC/Extended mailing list On Fri, 17 Nov 1995 15:10:14 +0000 (EET), "Rintekno Oy" wrote: > NNS newssoftware needs uupcdll.dll library > In which packet that is Issue in mail to listserv@kew.com: get uupcdll.dll -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "AT&T is a modem test command." ------------------------------ Date: Sat, 02 Dec 1995 09:38:54 -0500 From: Software@kew.com Subject: uupc 1.12q beta To: UUPC/Extended mailing list On Sat, 02 Dec 1995 19:45:16 -1200, "Stephen Worthington" wrote: > I have installed the beta UUPC V1.12q files and manually ran NEWSRUN > on all the news batches that had failed under V1.12p. All of them > ran correctly (I had previously added the overlong newsgroup that was > causing trouble to my active file). > > As I type I am running my first connection to my ISP using V1.12q and > all is going smoothly so far. I am working on 1.12r now, looking at the problems with EXPIRE and GENHIST in 16 bit mode. I have a located a number of buffers in those two programs which may have been too small (internally the history database _always_ uses 4K buffers, but other I/O buffer sizes vary depending on whether you are using 16 bit or 32 bit code, and some need to be that 4K), and also 16 byte offset computations which should be longs related issues. This may take care of illegal instruction messages some people are getting, although I'm still working on it. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "Thou shalt not dump beta software on unsuspecting users" - Snuffles P. Bear ------------------------------ End of UUPC-Info-Request Digest ******************************