Date: Sat, 27 Jan 96 00:06:42 PST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1996 #4 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Sat, 27 Jan 96 Volume 1996: Issue 4 Today's Topics: MS Exchange for 95 connection (2 msgs) NEWSRUN bug 1.12o newsrun failing to junk articles Problems with newsrun 1.12r (2 msgs) Sent and Received files number uucico 1.12r (2 msgs) UUPC/Ext. & Windows NT & sendmail (3 msgs) UUPC V1.12r OS/2 doesn't handle active properly (4 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. 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: Tue, 23 Jan 1996 16:15:53 +-900 From: STC@TWICS.COM Subject: MS Exchange for 95 connection To: UUPC/Extended mailing list We are trying to connect our LAN system via UUPC/ extended 1.12P to send and receive email so that users can send and receive their mails using MS Exchange for 95 workstation. What we have are : 1. File Server - Novell 3.12 (English) 2. Clients - Window 95 English & Japanese Version (+ Plus Pack) 3. Email software - Exchange for Windows 95 4. Gateway - 286 Toshiba Laptop (Running IBM PC DOS 6.3 English) 5. UUPC / Extended 1.12p installed at (4) Current status : I have installed the UUPC software in the gateway (4) and tested the connection between our service provider and is O.K. i.e. I can send and receive mail to and from our provider and we have a domain name shrirojp.com registered Now, my problem is I have no clue to connect / configure UUPC / extended and MS Exchange for 95 to make them work happily. Microsoft people just said they don't know UUPC /extended . Would you please tell me any additional software required ? If the answer is NO, would you please tell me how to connect this using MS MAIL and the necessary equipment. Many Thanks ! Tell me how many chocolates do you want ? Tak-Yiu LAI ------------------------------ Date: Wed, 24 Jan 1996 20:31:12 -0500 From: uupcinfo@kew.com Subject: MS Exchange for 95 connection To: UUPC/Extended mailing list On Tue, 23 Jan 1996 16:15:53 +-900, STC@TWICS.COM wrote: > We are trying to connect our LAN system via UUPC/ extended 1.12P to send > and > receive email so that users can send and receive their mails using MS > Exchange for 95 workstation. > > What we have are : > > 1. File Server - Novell 3.12 (English) > 2. Clients - Window 95 English & Japanese Version (+ Plus Pack) > 3. Email software - Exchange for Windows 95 > 4. Gateway - 286 Toshiba Laptop (Running IBM PC DOS 6.3 English) > 5. UUPC / Extended 1.12p installed at (4) > > Current status : > > I have installed the UUPC software in the gateway (4) and tested the > connection between our service provider and is O.K. i.e. I can send and > receive mail to and from our provider and we have a domain name > shrirojp.com registered > > Now, my problem is I have no clue to connect / configure UUPC / extended > and MS Exchange for 95 to make them work happily. Microsoft people just > said they don't know UUPC /extended . > > Would you please tell me any additional software required ? Ummm, no. I don't know MS exchange. > If the answer is NO, would you please tell me how to connect this using MS > MAIL and the necessary equipment. Ditto. Perhaps one of the users with a gateway working could describe it? -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. Everyone can be taught to sculpt: Michelangelo would have had to be taught how not to. So it is with the great programmers. ------------------------------ Date: Thu, 25 Jan 1996 08:00:48 -0500 From: Software@kew.com Subject: NEWSRUN bug 1.12o To: UUPC/Extended mailing list On Wed, 24 Jan 1996 22:29:28 -0800, "Bob Dodd" wrote: > Eureka! 1.12r is handling all of the feed that my WAFFLE server is > taking from my ISP. I have configured the SYS file to emulate my > "production" environment. > > The NEWSRUN executable provided at Clarkson caused R6000 - stack > overflow. Saved files before running UUXQT. Ran from DOS prompt at > -x23. The problem occurred after most of the work was complete > > After building from source with Borland C, all is well. Hmmm. Hve to look at BC++ memory usage vs MS VC++. Can you retrieve and try the modified newsrun.zip from listserv for me? -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "Well some they do and some they don't And some you just can't tell . . ." - Supertramp ------------------------------ Date: Fri, 26 Jan 1996 22:59:33 -0500 From: Software@kew.com Subject: newsrun failing to junk articles To: UUPC/Extended mailing list I corrected the error with newsrun failing to junk articles. I normally don't post source patches, but this one is so silly I have to before Snuffles does it for me. (Or to me ...) *** newsrun.c 1996/01/20 13:09:56 1.13 --- newsrun.c 1996/01/23 04:05:44 *************** *** 1569,1575 **** snum = getArticleNewest( groupy ); ! if ( snum ); { if (groups_found) strcat(hist_record, ", "); --- 1569,1575 ---- snum = getArticleNewest( groupy ); ! if ( snum ) { if (groups_found) strcat(hist_record, ", "); A true freshman programming mistake. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "I'm only human, flesh and blood, a man. Human, born to make mistakes . . ." ------------------------------ Date: Mon, 22 Jan 1996 11:33:30 From: william@ains.aton.net Subject: Problems with newsrun 1.12r To: UUPC/Extended mailing list My first test with the version 1.12r failed because newsrun crashs with the following message : INEWS: UUPC/extended 1.12r (DOS mode, 20Jan96 20:02) newsrun: UUPC/extended 1.12r (DOS mode, 20Jan96 20:02) run-time error R6000 - stack overflow newsrun command failed with status 255 I think is the same old problem. -- William JOYE PHASE s.c. william@ains.aton.net Dansaertlaan, 72 william@phase.be B-1702 Groot-Bijgaarden Belgium Phone : +32 2 466.42.45 Fax : +32 2 463.09.67 ------------------------------ Date: Wed, 24 Jan 1996 20:22:19 -0500 From: uupcinfo@kew.com Subject: Problems with newsrun 1.12r To: UUPC/Extended mailing list On Mon, 22 Jan 1996 11:33:30, william@ains.aton.net wrote: > My first test with the version 1.12r failed because newsrun crashs with the > following message : > > INEWS: UUPC/extended 1.12r (DOS mode, 20Jan96 20:02) > newsrun: UUPC/extended 1.12r (DOS mode, 20Jan96 20:02) > > run-time error R6000 > - stack overflow > newsrun command failed with status 255 > > I think is the same old problem. I've put up a new copy with a MUCH larger stack (newsrun.exe), modified using the EXEHDR program. Please try it, tell the listserv: get newsrun.zip Note this is the exact same binary 1.12r, I just zapped it using the EXEHDR program I also will -- I have not been able to lately because DOS can only handle about ~ 6000-7000 group active file (before doing useful work), and I've been running all 11K of them to test perfomance. -- 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. Everyone can be taught to sculpt: Michelangelo would have had to be taught how not to. So it is with the great programmers. ------------------------------ Date: Mon, 22 Jan 1996 08:44:09 -0500 From: uupcinfo@kew.com Subject: Sent and Received files number To: UUPC/Extended mailing list On Wed, 17 Jan 1996 20:55:15 -0500, oide@ghislieri.telnetwork.it wrote: > I am currently using UUPC 1.12k for OS/2 and I'am very happy with it. > What I can't understand is why the number of file sent and received is always > the double of what I would expect. > There is a particular reason for this ? For each remote job queued, three files are written: A data file, which contains the mail itself (D.*) A command (execute) file, which tells the remote system what to do with with the data file. (X.*) A manifest (call) file, which lists the data and command files to send. This file itself is not sent. The 1.12r manual discusses this in somewhat more detail in an appendix. -- 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. Avoid overly pretentious job titles such as "Lord of the Realm, Defender of the Faith, Emperor of India" or "Director of Corporate Planning." - The Official MBA Handbook ------------------------------ Date: Wed, 24 Jan 1996 13:00:18 -0500 From: uupc@mistik.express.net Subject: uucico 1.12r To: UUPC/Extended mailing list Greetings, Was there a performance improvement for the OS/2 version or am I mistaken? It seems to have a lot less impact on the system when several of them are running. Best Regards, Mustafa Soysal ------------------------------ Date: Wed, 24 Jan 1996 20:29:54 -0500 From: uupcinfo@kew.com Subject: uucico 1.12r To: UUPC/Extended mailing list On Wed, 24 Jan 1996 13:00:18 -0500, uupc@mistik.express.net wrote: > Was there a performance improvement for the OS/2 version or am I > mistaken? Not for OS/2. > It seems to have a lot less impact on the system when several > of them are running. news would be faster (but news should be single threaded), and initialization may be faster. But core UUCICO performance should be unchanged. -- 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. Everyone can be taught to sculpt: Michelangelo would have had to be taught how not to. So it is with the great programmers. ------------------------------ Date: Wed, 24 Jan 1996 22:38:16 +1100 (AEDT) From: adamc@ariel.ucs.unimelb.EDU.AU Subject: UUPC/Ext. & Windows NT & sendmail To: UUPC/Extended mailing list > From: zpit@ssu.samara.emnet.ru > Subject: UUPC/Ext. & WindowsNT > > Is it possible, to setup UUPC & Sendmail on the same WinNT > server & make this mashine act as UUCP/SMTP gateway ? I think so, just working on that now. Do you have a version of Sendmail in mind? > If YES, please mail me about this or tell me the way > how can i get more info. I'm currently investigating uupc and sendmail from Metainfo (If you know of other sendmail ports, please let me know.) See www.metainfo.com. You can set incoming mail up quite easily. Just make sure that rmail delivers the mail into the same (spool) directory as the one that sendmail uses. Outging mail is a little more difficult since sendmail has to invoke uux to queue up mail for delivery. The problem I'm having is that the invoked uux program inherits an impoverished set of environment variables from the sendmail service and UUPCSYSRC etc are not set. I'm in the process of trying to work around this/find out from metainfo if there is a was to set Environment vars. However, if all else fails I'll hardcode the uux I'm using to know everything and not complain. Hope this helps. _______________________________________________________________________________ Adam Clarke adamc@ariel.ucs.unimelb.edu.au ------------------------------ Date: Wed, 24 Jan 1996 20:28:32 -0500 From: uupcinfo@kew.com Subject: UUPC/Ext. & Windows NT & sendmail To: UUPC/Extended mailing list On Wed, 24 Jan 1996 22:38:16 +1100 (AEDT), adamc@ariel.ucs.unimelb.EDU.AU wrote: > Outging mail is a little more difficult since sendmail has to invoke uux > to queue up mail for delivery. The problem I'm having is that the invoked > uux program inherits an impoverished set of environment variables from the > sendmail service and UUPCSYSRC etc are not set. run regsetup, which should handle this problem under NT for you. This copies the UUPC/extended into the NT registry for you. -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. Everyone can be taught to sculpt: Michelangelo would have had to be taught how not to. So it is with the great programmers. ------------------------------ Date: Fri, 26 Jan 1996 09:58:18 +1100 (AEDT) From: adamc@ariel.ucs.unimelb.EDU.AU Subject: UUPC/Ext. & Windows NT & sendmail To: UUPC/Extended mailing list On Wed, 24 Jan 1996, Drew Derbyshire - UUPC/extended Support wrote: > On Wed, 24 Jan 1996 22:38:16 +1100 (AEDT), adamc@ariel.ucs.unimelb.EDU.AU wrote: > > Outging mail is a little more difficult since sendmail has to invoke uux > > to queue up mail for delivery. The problem I'm having is that the invoked > > uux program inherits an impoverished set of environment variables from the > > sendmail service and UUPCSYSRC etc are not set. > > run regsetup, which should handle this problem under NT for you. This > copies the UUPC/extended into the NT registry for you. Thanks Drew. That's exactly what I was after. However uux.exe (at least the one shipped with the 1.12p release) gets confused and seems to add an extra character to the info read from the registry. See below .... -------------cut------------------------ E:\users\adamc\perl>uux.exe - -x9 -r -z -awoofa.apana.org.au!adamc loose!rmail ( test.apana.org.au!adamc) < path.pl uux: UUPC/extended 1.12p (Windows 32 bit mode, 8Nov95 08:35) Cannot open system configuration file "E:/PROGRA~1/UUPC/uupc.rcU" E:/PROGRA~1/UUPC/uupc.rcU: No such file or directory -------------cut------------------------ This _U_ does not appear when viewing the registry values directly. Any ideas. Cheers. _______________________________________________________________________________ Adam Clarke adamc@ariel.ucs.unimelb.edu.au ------------------------------ Date: Wed, 24 Jan 1996 23:01:23 -1200 From: stephen@inisant.actrix.gen.nz Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list I have just finished installing the OS/2 32-bit version of UUPC V1.12r, and have run across a problem. 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. V1.12q did not do this, so it is probably a consequence of the fix for the problems with bits of the active file going missing. Correct me if I am wrong, but if you are running with the honorcontrol option off (as I am), then the active file should never be written to anyway, and having it in read-only mode because another program has it open should be no problem. 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. -- 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: Wed, 24 Jan 1996 20:26:58 -0500 From: uupcinfo@kew.com Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list On Wed, 24 Jan 1996 23:01:23 -1200, 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. > > V1.12q did not do this, so it is probably a consequence of the fix > for the problems with bits of the active file going missing. Possible, it now requires a rename before moving the new file into place. However, the old version would have issued error messages as well attempting the backup. > Correct > me if I am wrong, but if you are running with the honorcontrol option > off (as I am), then the active file should never be written to > anyway, and having it in read-only mode because another program has > it open should be no problem. No. For every article which comes in, the range of articles has to be updated, so the active file has to be rewritten. > Also, does anyone know if trn really needs to have active open, > especially open for writing (if that is what it is doing?)? trn should never open the file for writing, any updates should go into the local .newsrc. > If not, > I could have a look at the trn source and see if I could fix the > problem at that end. Kai Uwe? -- 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. Everyone can be taught to sculpt: Michelangelo would have had to be taught how not to. So it is with the great programmers. ------------------------------ Date: Fri, 26 Jan 96 23:29:40 +0000 From: rommel@ars.de Subject: UUPC V1.12r OS/2 doesn't handle active properly To: UUPC/Extended mailing list You (Drew Derbyshire - UUPC/extended Support) wrote: > > Correct > > me if I am wrong, but if you are running with the honorcontrol option > > off (as I am), then the active file should never be written to > > anyway, and having it in read-only mode because another program has > > it open should be no problem. > > No. For every article which comes in, the range of articles has to be > updated, so the active file has to be rewritten. > > > Also, does anyone know if trn really needs to have active open, > > especially open for writing (if that is what it is doing?)? > > trn should never open the file for writing, any updates should go into > the local .newsrc. > > > If not, > > I could have a look at the trn source and see if I could fix the > > problem at that end. > > Kai Uwe? 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). Kai Uwe Rommel -- /* Kai Uwe Rommel ARS Computer & Consulting GmbH, Muenchen, Germany * * rommel@ars.de CompuServe 100265,2651, Fax +49 89 324 4524 * * rommel@leo.org (ftp.leo.org:/pub/comp/os/os2 maintenance) */ DOS ... is still a real mode only non-reentrant interrupt handler, and always will be. -Russell Williams ------------------------------ Date: Fri, 26 Jan 1996 21:43:06 -0500 From: Software@kew.com 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. It WHAT? (eyes roll.) Not your fault. > 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). Lots of stuff work under UNIX. *sigh* > 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). Nor do I have time. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "I'm only human, flesh and blood, a man. Human, born to make mistakes . . ." ------------------------------ End of UUPC-Info-Request Digest ******************************