Date: Tue, 13 Feb 96 19:35:14 PST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1996 #5 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Tue, 13 Feb 96 Volume 1996: Issue 5 Today's Topics: (2 msgs) double domain (aliasing domain) RMAIL Needed for WIN95 trn and active UUPC/Ext. & Windows NT & sendmail UUPC suddenly stops working (2 msgs) UUPC V1.12r OS/2 doesn't handle active properly (7 msgs) Windows for 112r? your mail 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: Mon, 5 Feb 96 10:58 EST From: eli%ICEC@mcimail.com Subject: To: UUPC/Extended mailing list To: uucp-info!internet!uupc-info+akew+ocom@mcilink does uupc-info work with microsft mail and how? ------------------------------ Date: Thu, 8 Feb 96 15:50 GMT-3:00 From: dia!dia.edu.ar!adt@ccc.uba.ar Subject: To: UUPC/Extended mailing list I'm receiving mail like this: > Content-Transfer-Encoding: base64 How can I decode it? Thanks in advance. --- Alberto Daniel Teszkiewicz adt@dia.edu.ar ------------------------------ Date: Tue, 6 Feb 96 7:01:10 +0100 From: uupcl@pgeck.sub.org Subject: double domain (aliasing domain) To: UUPC/Extended mailing list Hi, I am in the process of changing my domain. For some time it will be necessary that my system accepts incoming traffic for the old and the new domain (old domain pgeck.sub.org where pgeck is also the name of this machine, new domain will be kiel.org, so this machine will then be pgeck.kiel.org). I think this has to be done using the hostpath file? Or do I have to use the file aliases? Reading the docs I have only found how to aliase a system name in hostpath. But what about two domains? Bye Peter ------------------------------ Date: Sun, 11 Feb 1996 12:21:03 -0500 From: gould@arris.on.ca Subject: RMAIL Needed for WIN95 To: UUPC/Extended mailing list Hello ... I am a registered user of UUPC. Can you tell me where I can obtain a copy of RMAIL suitable for running under Windows 95. If RMAIL shells off anything else ... I will need that too. An FTP site will be just fine. Thanks .... Dan ------- ___ ____ ____ ___ ____ / _ \| _ \| _ \|_ _/ ___| |Internet: gould@arris.on.ca | |_| | |_) | |_) || |\___ \ | UUCP: uunet!uunet.ca!arrisdev!gould | _ | _ <| _ < | | ___) | | Tel: (519) 886-0863 |_| |_|_| \_\_| \_\___|____/ | FAX: (519) 886-0416 | Dan Gould, Senior Partner | ARRIS Design and Development Limited |Waterloo, Ontario, Canada ------------------------------ Date: Sun, 28 Jan 1996 19:29:18 -0500 From: uupc@mistik.express.net Subject: trn and active To: UUPC/Extended mailing list This was the reply I ment to send. I received a copy as being distributed, however, I also received mail from Drew requesting to resend it. Here it is. > Sorry, the other mail escaped....Here is what I wanted to say. > > You can open the file for read and allow sharing and write access as > well. > > As for 'active' turning into a mess, I think that is handled by giving > the numbers all digits of their range, for example for '1' you write > '000000001' if 9 digits are allowed. Then overwriting numbers won't > mess up the location of numbers or groups, and you are safe. Make sure > to write the entire range data for one group at once though (don't use > printf etc, use low level string write call to the file handle) > > New groups are added to the end of the active file, so there is no > problem with that. > Best Regards, Mustafa Soysal ------------------------------ Date: Sun, 28 Jan 1996 11:22:14 -0500 (EST) From: cmaurand@biddeford.com Subject: UUPC/Ext. & Windows NT & sendmail To: UUPC/Extended mailing list You might try ntmail from net-shopper.co.uk. http://www.net-shoppher.co.uk. We've had pretty good luck with it and it is capable of sending mail to external programs. ------------------------------ Date: 04 Feb 1996 00:00:00 +0000 From: hajo@quijote.in-berlin.de Subject: UUPC suddenly stops working To: UUPC/Extended mailing list I do not understand what has happened. The only UUPC file I have changed is "systems". Okay, so I changed it back. Nonetheless, the error did not go away. To be sure, I fetched back "systems" from a two-days-old backup. The error did not go away. "Device not available"? The modem file is there. The modem file points to COM2. All my other programs access the modem at COM2 without problems. But for any uucico invocation, I get: uustat: UUPC/extended 1.12r (OS/2 32 bit mode, 20Jan96 10:45) fub 3C(28h) 02/03-07:22 Device not available uucico: UUPC/extended 1.12r (OS/2 32 bit mode, 20Jan96 10:45) General Protection Fault exception occurred at EIP = 174BBDDA on thread 0001. Exception occurred in C Library routine called from EIP = 0002F11D. Register Dump at point of exception: EAX = 00000000 EBX = 00000000 ECX = 00000000 EDX = 000461B1 EBP = 0009D720 EDI = 00000000 ESI = 00000000 ESP = 0009D71C CS = 005B CSLIM = 1BFFFFFF DS = 0053 DSLIM = 1BFFFFFF ES = 0053 ESLIM = 1BFFFFFF FS = 150B FSLIM = 00000030 GS = 0000 GSLIM = 00000000 SS = 0053 SSLIM = 1BFFFFFF Process terminating. SYS1808: The process has stopped. The software diagnostic code (exception code) is 0005. 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: 07 Feb 1996 00:00:00 +0000 From: hajo@quijote.in-berlin.de Subject: UUPC suddenly stops working To: UUPC/Extended mailing list The Mailinglist seems to be down anyway ... but the problem is solved. 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: Sat, 27 Jan 1996 19:49:24 +0000 From: stephen@inisant.actrix.gen.nz Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list On Fri, 26 Jan 96 23:29:40 +0000, "Kai Uwe Rommel" wrote: > Well, as far as I can see (I did not take over maintenance of TRN, I > just updated the existing port since the original porter seems to have > vanished away, but I am not too familiar with all his changes), TRN > indeed keeps the active file open. The docs explicitly mention that it > "temporarily closes" the active file while posting an article so that > RNEWS can run successfully. > > Of course, that does not work for background delivery of new news. If > TRN really needs to keep it open? Hmm, no idea. In any case, the > original (Unix) code seems to depend on that. And this behaviour does > not hurt under Unix (due to the "inode/link" technique). > > A way out? Using the NNTP version of TRN and a NNTP daemon, if someone > gets TRN/NNTP and the Changi NNTP Server for OS/2 working together and > Changi together with a UUPC/extended news database (I did never really > try that out). I had a look at the version of Changi on the latest Hobbes CD-ROM, and it does not really provide a proper solution because it does not do any proper file locking, which rather defeats the purpose of running it! To quote from the "Changi daemon" / "Bugs" section of changi.doc: > Supporting no locking mechanism is one of the major drawbacks of > the current implementation. To avoid any file access conflicts > you should ensure, that all clients are disconnected while > receiving news by Chanx or UUPC or while running Expire. -- Stephen Worthington Telephone: +64-4-569-6764 (home) Digi-Tech Communications Ltd +64-4-389-8909 (work) stephen@digitech.co.nz (work) Fax: +64-4-389-9901 (work) stephen@inisant.actrix.gen.nz (home) ------------------------------ Date: Fri, 26 Jan 96 7:21:34 +0000 From: sysop@mome.apk.net Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list stephen@inisant.actrix.gen.nz wrote: > > I use the OS/2 port of trn as my newsreader (trn32-2.zip on > ftp.leo.org), and it seems to leave the active file open while it is > running. If newrun is run while trn is running, it detects that it > is only allowed read-only access to active and aborts. The temporary > files used as input to newsrun remain and I can manually run newsrun > later after trn stops. > ... > > Also, does anyone know if trn really needs to have active open, > especially open for writing (if that is what it is doing?)? If not, > I could have a look at the trn source and see if I could fix the > problem at that end. Trn cannot be opening the file for writing, otherwise you could not run two copies of trn at the same time. Since the active file has to be read, then it would open it for reading. Regardless of the state in which the file is open, it is open nonetheless, and OS/2 will not allow the file to be written to as long as it is open. Other- wise, the result could get quite ugly. Why trn needs to keep it open, vs. opening and closing for each group, might have been a performance consideration. One question that does come to mind is if the UNIX version does the same thing or not. If it does, then how is that handled? I don't think I've ever seen a UNIX machine close its news database for adding new articles, but I have seen VMS machines close the database for expires. John ------------------------------ Date: 27 Jan 1996 00:00:00 +0000 From: hajo@quijote.in-berlin.de Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list Kai, Du schriebst am 26.01.96: > A way out? Using the NNTP version of TRN and a NNTP daemon, if someone > gets TRN/NNTP and the Changi NNTP Server for OS/2 working together and > Changi together with a UUPC/extended news database (I did never really > try that out). The changi server has the same problem, newsrun fails if changi is running. The concept is, that changi should do all the history and active stuff, and use either UUPC or IHave-SendMe or Newsreader Mode for transport. I think the concept is okay, since it allows to transport "regular" news with UUPC, and can fetch additional info from any newsserver. Unluckily, when I put in the replacement Changi rnews, I got an error message. "Illegal option -x", abort. hajo -- ----[Hans-Joachim Zierke ]---------------------------------------------- [Rathenower Straße 23 ] [D-10559 Berlin-Moabit] hajo@quijote.in-berlin.de [ +49-30 / 394 84 45] ----[Fax:(0)30 / 394 84 47]---------------------------------------------- ------------------------------ Date: Sun, 28 Jan 96 4:34:32 -0500 From: uupc@mistik.express.net Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list > > stephen@inisant.actrix.gen.nz wrote: > > > > I use the OS/2 port of trn as my newsreader (trn32-2.zip on > > ftp.leo.org), and it seems to leave the active file open while it is > > running. If newrun is run while trn is running, it detects that it > > is only allowed read-only access to active and aborts. The temporary > > files used as input to newsrun remain and I can manually run newsrun > > later after trn stops. > > > ... > > > > Also, does anyone know if trn really needs to have active open, > > especially open for writing (if that is what it is doing?)? If not, > > I could have a look at the trn source and see if I could fix the > > problem at that end. > > Trn cannot be opening the file for writing, otherwise you could not > run two copies of trn at the same time. Since the active file has > to be read, then it would open it for reading. Regardless of the > state in which the file is open, it is open nonetheless, and OS/2 > will not allow the file to be written to as long as it is open. Other- > wise, the result could get quite ugly. Why trn needs to keep it > open, vs. opening and closing for each group, might have been a > performance consideration. > > One question that does come to mind is if the UNIX version does > the same thing or not. If it does, then how is that handled? I > don't think I've ever seen a UNIX machine close its news database > for adding new articles, but I have seen VMS machines close the > database for expires. > > John > I killed this for you before distribution. - ahd - ------------------------------ Date: Sun, 28 Jan 1996 18:35:39 -0500 From: uupcinfo@kew.com Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list On Sun, 28 Jan 96 4:34:32 -0500, uupc@mistik.express.net wrote: > I killed this for you before distribution. - ahd - Whooops, killed the wrong one. Please resend the correct message. (NOT Mustafa's fault here, kids.) -- 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 regret that I have but one fix to give for my country." - Nathan Hale ------------------------------ Date: Sun, 28 Jan 1996 18:54:01 -0500 From: uupcinfo@kew.com Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list On Fri, 26 Jan 96 7:21:34 +0000, sysop@mome.apk.net wrote: > Trn cannot be opening the file for writing, otherwise you could not > run two copies of trn at the same time. Since the active file has > to be read, then it would open it for reading. Regardless of the > state in which the file is open, it is open nonetheless, and OS/2 > will not allow the file to be written to as long as it is open. Other- > wise, the result could get quite ugly. Why trn needs to keep it > open, vs. opening and closing for each group, might have been a > performance consideration. I'm rather wondering why they keep it open at all. Unless they build an index, they have to seek all over the to get group information. The standard UUPC/extended code actually loads the file into memory; this can be a 300K memory hit, but gives a stable image of the file. Mustafa's comment (which I nuked by mistake in place of his OTHER note and am waiting for him to resubmit) inquires as to the newsrun being to able share the open file with trn or other programs by using the full possible length of article numbers (10 digits). This has several problems, however: 1) Some programs (brain-damaged, I agree) would parse the artiles C-style, which makes them octal. Bad news. 2) The extra characters (~ 10-15) would increase the file size by up to 30 percent. 3) Adds and deletes of groups are difficult to process. The third issue is the most important to me, but in general I prefer not rely on UNIX modes of processing and instead make applications well-behaved. Not sure what do in this case, of course ... -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 regret that I have but one fix to give for my country." - Nathan Hale ------------------------------ Date: Sun, 28 Jan 1996 18:57:41 -0500 From: uupcinfo@kew.com Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list On 27 Jan 1996 00:00:00 +0000, hajo@quijote.in-berlin.de wrote: > Du schriebst am 26.01.96: > > > A way out? Using the NNTP version of TRN and a NNTP daemon, if someone > > gets TRN/NNTP and the Changi NNTP Server for OS/2 working together and > > Changi together with a UUPC/extended news database (I did never really > > try that out). > > The changi server has the same problem, newsrun fails if changi is running. > The concept is, that changi should do all the history and active stuff, and > use either UUPC or IHave-SendMe or Newsreader Mode for transport. > > I think the concept is okay, since it allows to transport "regular" news > with UUPC, and can fetch additional info from any newsserver. Unluckily, > when I put in the replacement Changi rnews, I got an error message. > "Illegal option -x", abort. I suspect the replacement changi rnews doesn't support the debuglevel flag; if someone has the address of the changi author, he should be informed the flag is now used to prevent problems with the &^(^ OS/2 C/Set library improperly formating arguments when no arguments are supposed to be passed. -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 regret that I have but one fix to give for my country." - Nathan Hale ------------------------------ Date: Sun, 04 Feb 1996 07:39:50 -0500 From: Software@kew.com Subject: Windows for 112r? To: UUPC/Extended mailing list On Fri, 02 Feb 1996 10:17:26 -0500, "William W. Plummer" wrote: > I couldn't find the windows version on Clarkson. Is that on purpose or > simply overlooked? --Bill Overlooked, mostly. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "I saw a werewolf drinking a Pina Colada at Trader Vic's . . ." ------------------------------ Date: Sun, 11 Feb 1996 15:45:45 -0500 (EST) From: cmaurand@biddeford.com Subject: your mail To: UUPC/Extended mailing list On Thu, 8 Feb 1996 dia!dia.edu.ar!adt@ccc.uba.ar wrote: > I'm receiving mail like this: > > > Content-Transfer-Encoding: base64 > How can I decode it? This is MIME encoding. you need a mime compatible mail reader. Curtis Maurand ------------------------------ End of UUPC-Info-Request Digest ******************************