Date: Fri, 26 Jul 96 10:06:08 PDT From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1996 #15 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Fri, 26 Jul 96 Volume 1996: Issue 15 Today's Topics: [Q] How to run PPP under UUCICO (3 msgs) back in the saddle again ... (2 msgs) Connecting UUCP and Microsoft Exchange help on uupc (2 msgs) nbstime broken in win32 mode? Re[2]: UUPC as a service on NT uuhour UUPOLL exiting VMS list linkage Wanted: UUBATCH beta testers Windows troubles wrong TZ with NT (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. 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: Wed, 17 Jul 1996 14:45:37 UT-12 From: stephen@digitech.co.nz Subject: [Q] How to run PPP under UUCICO To: UUPC/Extended mailing list ** Reply to note from bp@butya.alma-ata.su Tue, 16 Jul 1996 11:17:43 +0700 (KZD) > > Hi, > > I'm using UUPC/Extended 1.12k under OS/2 Warp. Now we want > to grant access to our system using PPP connection. PASSWD file > contains next line: > > ppuser:pass:::User::c:\tcpip\bin\ppp.exe %p %s [params] > > But when PPP.EXE (tcpip v3.0) called from UUCICO it says that: > > error : [setdevname] Serial port com2 does not exist > > Unfortunatly, PPP does not accept file handle for port. > Another way is to call UUCICO from PPP (or exactly from REXX script), > but it is not good because I'm need to validate each login. > > So, any ideas ? There is a way to make OS/2 PPP accept an open com port from a parent program for example: ppp com3 115200 connect "" ie you give it a connect option with a null string as its parameter. I use this in a Rexx script where the script uses a modem to make a connection to my ISP and then runs PPP after it has nogotiated its way through the ISP's login prompts. -- 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, 17 Jul 1996 19:16:32 -0500 From: uupcinfo@kew.com Subject: [Q] How to run PPP under UUCICO To: UUPC/Extended mailing list On Wed, 17 Jul 1996 14:45:37 UT-12, stephen@digitech.co.nz wrote: > ** Reply to note from bp@butya.alma-ata.su Tue, 16 Jul 1996 11:17:43 +0700 (KZD) > > I'm using UUPC/Extended 1.12k under OS/2 Warp. Now we want > > to grant access to our system using PPP connection. PASSWD file > > contains next line: > > > > ppuser:pass:::User::c:\tcpip\bin\ppp.exe %p %s [params] > > > > But when PPP.EXE (tcpip v3.0) called from UUCICO it says that: > > > > error : [setdevname] Serial port com2 does not exist > > > > Unfortunatly, PPP does not accept file handle for port. > > Another way is to call UUCICO from PPP (or exactly from REXX script), > > but it is not good because I'm need to validate each login. > > > > So, any ideas ? > > There is a way to make OS/2 PPP accept an open com port from a parent > program for example: > > ppp com3 115200 connect "" > > ie you give it a connect option with a null string as its parameter. > > I use this in a Rexx script where the script uses a modem to make a > connection to my ISP and then runs PPP after it has nogotiated its way > through the ISP's login prompts. I'm not sure UUCICO will let this work, since it opens the port deny write. -- 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. It's in the next release. . . ------------------------------ Date: Thu, 18 Jul 1996 09:49:55 +0700 (KZD) From: bp@butya.alma-ata.su Subject: [Q] How to run PPP under UUCICO To: UUPC/Extended mailing list >On Wed, 17 Jul 1996 14:45:37 UT-12, stephen@digitech.co.nz wrote: >> > I'm using UUPC/Extended 1.12k under OS/2 Warp. Now we want >> > to grant access to our system using PPP connection. PASSWD file >> > >> > error : [setdevname] Serial port com2 does not exist >> > >> >> There is a way to make OS/2 PPP accept an open com port from a parent >> program for example: >> >> ppp com3 115200 connect "" >> >> ie you give it a connect option with a null string as its parameter. >> > >I'm not sure UUCICO will let this work, since it opens the port deny >write. >-- >Drew Derbyshire UUPC/extended e-mail: software@kew.com Yes, UUCICO don't let this work, and PPP reports the same error. -- //Boris ------------------------------ Date: Tue, 16 Jul 1996 09:42:15 -0700 From: Mark@BelServ.COM Subject: back in the saddle again ... To: UUPC/Extended mailing list Drew, since you're again neck-deep in UUPC issues, perhaps you'd consider adding a small feature to RMAIL. Each time a new release comes out, I've been manually adding it myself and recompiling, but perhaps you'll find it worthy of inclusion and save me the effort of maintaining it. It allows RMAIL to write separate messages suitable for consumption by Pegasus, the Windows MUA used by me and others. It does away with any gateway program (ie UU2PM), and it's really simple to implement. Here's the diff: Comparing files mail\Deliver.old and mail\deliver.c ****** mail\Deliver.old case '/': /* Save in absolute path name */ ****** mail\deliver.c case '+': /* Special Pegasus gateway */ strcpy( buf, s + 1 ); mktemp( buf ); s = buf; case '/': /* Save in absolute path name */ ****** Under the standard RMAIL, I must put the following in ALIASES: mark: |UU2PM \UUPC\MBOX causing my mail to be routed through the external program UU2PM, which just makes things slower. Under the modified RMAIL, I can use the following in ALIASES: mark: +C:/UUPC/MBOX/UU2PMXXXXXX and RMAIL bursts messages into C:\UUPC\MBOX\UU2PMAA.AAA, .AAB, etc. Pegasus reads these just fine. Thanks, Mark Nichols ------------------------------ Date: Wed, 17 Jul 1996 07:37:10 -0400 From: uupcinfo@kew.com Subject: back in the saddle again ... To: UUPC/Extended mailing list On Tue, 16 Jul 1996 09:42:15 -0700, Mark@BelServ.COM wrote: > It allows RMAIL to write separate messages suitable for consumption by > Pegasus, the Windows MUA used by me and others. It does away with any > gateway program (ie UU2PM), and it's really simple to implement. Here's the > diff: > > Comparing files mail\Deliver.old and mail\deliver.c > ****** mail\Deliver.old > case '/': /* Save in absolute path name */ > ****** mail\deliver.c > case '+': /* Special Pegasus gateway */ > strcpy( buf, s + 1 ); > mktemp( buf ); > s = buf; > case '/': /* Save in absolute path name */ > ****** > > Under the standard RMAIL, I must put the following in ALIASES: > mark: |UU2PM \UUPC\MBOX > causing my mail to be routed through the external program UU2PM, which just > makes things slower. > > Under the modified RMAIL, I can use the following in ALIASES: > mark: +C:/UUPC/MBOX/UU2PMXXXXXX > and RMAIL bursts messages into C:\UUPC\MBOX\UU2PMAA.AAA, .AAB, etc. Pegasus > reads these just fine. Hmm. Two issues ... its faster to use the internal sequence generator, and if exploding into distinct files the binary x'01' at the top of the message should be dropped. Let me think about 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. WNTC radio - Worst Night Time Crud ------------------------------ Date: Mon, 22 Jul 1996 22:55:06 +-1000 From: pmenadue@ozemail.com.au Subject: Connecting UUCP and Microsoft Exchange To: UUPC/Extended mailing list Hello, Has anybody done this? I've spent a bit of time playing with other UUCP = connectors that go through MS Mail, but have yet to come across one that = connects to Exchange natively. Any Info? Peter Peter Menadue Principal Consultant Nets & Webs Pty Ltd Suite 321, 45 Cribb St, Milton QLD 4064 Ph: +61-7-3876-3014 Fax +61-7-3368-3405 mailto:pmenadue@ozemail.com.au ------------------------------ Date: Tue, 23 Jul 1996 21:48:21 +0800 (HKT) From: im_lwkab@stu.ust.hk Subject: help on uupc To: UUPC/Extended mailing list > Get it working with fixed packet sixty-four packet packet first -- if it > doesn't work, you don't have a clean line. I've editted the vpacketsize in the "systems" file of UUPC/extended but it doesn't work, I got the same error message, "first message time out.... getpkopen ...... " What other files should I editted in the FreeBSD (remote) and the NT (local)? Could you pls give me a detail explaination? coz I am a idiot toward the UUCP. Best regards, Kenneth ------------------------------ Date: Wed, 17 Jul 1996 07:34:08 -0400 From: uupcinfo@kew.com Subject: help on uupc To: UUPC/Extended mailing list On Tue, 16 Jul 1996 12:48:43 +0800, error@wyvern.hk.linkage.net wrote: > Dear Netters, > > I wanted to use null modem connect a FreeBSD and a NT, > but after I login, an error message displayed, I've > quoted below, hope any of you can help me. thx. Unless using taylor UUCP, don't use a large packet size to a UNIX system -- most terminal drivers barf on the larger packet size. -- 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. WNTC radio - Worst Night Time Crud ------------------------------ Date: Wed, 17 Jul 1996 09:18:45 -0700 From: Mark@BelServ.COM Subject: nbstime broken in win32 mode? To: UUPC/Extended mailing list While we're looking at possible work to be done, I have been meaning to point out for some time that one of my favorite features, the ability to set my system clock from the NIST, has stopped working on the 32-bit UUCICO under WIN95. It still works fine under the DOS or WINDOWS (16) version of UUCICO. Here is a small portion of the UUCICO log under WIN95: 07/17-09:12 uucico: UUPC/extended 1.12p (Nov 8 1995 08:35:46) (3) getmodem: loading modem configuration file C:/UUPC/XJack.MDM (1) callup: Calling nbstime via XJack at 38400 on Wed Jul 17 09:12:44 1996 (2) sending "\pATM0DT1-303-494-4774" (2) wanted "CONNECT" in 78 seconds (2) got that (3) dial: Modem reports connected (2) wanted "MJD" in 10 seconds (2) got that (3) nbstime: Buffer error at column 1: "1uef" (3) Date time: 1996/07/17 16:13:10, weekday 3 (3) Date time: 1996/07/17 16:13:11, weekday 3 (0) nbstime: OpenProcessToken failed (2) NT API error 120 in uucico\nbstime.c at line 306... (0) OpenProcessToken: This function is only valid in Win32 mode. Regards, Mark Nichols ------------------------------ Date: Wed, 17 Jul 1996 11:26:55 -0400 From: Software@kew.com Subject: Re[2]: UUPC as a service on NT To: UUPC/Extended mailing list On Tue, 25 Jun 1996 09:22:00 -0800, "Tim Roberts" wrote: > > On Mon, 29 Apr 1996 13:34:18 +0100, adrees@oxfam.org.uk wrote: > > > I want to run UUPC on an NT box.. I want to get ONE uucico to listen using=20 > > ... > > Check your mailer, it's sticking =20 at the end of most lines. > > This was introduced in some of the RFCs which add internationalization and > MIME to RFC822. "=zz" is an escape sequence, like the C construct "\xzz". > It is a substitute for the ASCII character with value hex "zz". Thus, "=20" > is a space character. Mailers use that at end of line to make sure the space > remains significant, even with mail processors that strip trailing blanks. > > You'll also sometimes see =22 or =27 for double and single quotes. I'm sorry, I can't stand mangling of what has been clear text for 10 years of email. It clear introduces an incompatiblilty with older mailers, which I thought MIME was supposed to leave fat dumb and happy. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 DOS=HIGH? I knew it was on something... ------------------------------ Date: Wed, 17 Jul 1996 10:02:17 -0400 From: Software@kew.com Subject: uuhour To: UUPC/Extended mailing list On Sun, 7 Jul 96 23:00:09 -0500, "Gary A Zaidenweber" wrote: > I recently moved from 1.12j to 1.12r running on OS/2 Warp. > > I want to start using the uuhour command to change my call-out > routine. I looked through the 1.12 P documentation and it said to > use the -b command-line option to uupoll in this manner: > "uupoll ... -b uuhour ..." > to use uuhour. Uupoll complains about not knowing about the -b option, > but suggests -C (upper case) for running commands, so I tried that, > but it also doesn't work. -B, not -b. ooops. Where does the 1.12p docs say -b? > when I run uuhour "by hand", it *does* follow the poll file directives > which I got from an email message sent by Drew in the 1.12n timeframe, > and generates the dummy jobs when requested. Could you explain what I > need to do to run uuhour from uupoll? -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 DOS=HIGH? I knew it was on something... ------------------------------ Date: Wed, 17 Jul 1996 08:29:12 -0400 From: XHelp@kew.com Subject: UUPOLL exiting To: UUPC/Extended mailing list On Tue, 4 Jun 1996 20:35:41 +0200, "Thomas Heptner" wrote: > Hello, > > I am testing uupc/extended to know this system will be good for my purpose. > Within this procedure I saw that uupoll does not do what the description > says. If the endpoint '-e' is set over midnight like this: > > uupoll -s colin -f 2100 -i 0600 -e 0500 Add the duration flag: uupoll -s colin -f 2100 -i 0600 -e 0500 -d 24000 Which says the program can run past midnight. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "It's so easy to think of days gone by, So hard to think of times to come . . ." ------------------------------ Date: Wed, 17 Jul 1996 08:22:46 -0400 From: XHelp@kew.com Subject: VMS list linkage To: UUPC/Extended mailing list On Mon, 10 Jun 96 09:12:52 cdt, "chuck cole" wrote: > I have the commands of VMS linked to UUPC and functioning completely > for things addressed to listserv. Subscribing and getting info, etc > seems 100% OK, but my newly defined lists are not connected to > incoming mail properly. Mail sent to a list is not entered, so no > response occurs. So far, I've only varied the error responses with my > trying entries in ALIASES or PASSWDS. I have some very simple > oversight in linking incoming messages. > > defs for simplicity of discussion: > > Mail-server@star-net.mn.org seems 100% functional > and is 100% equiv to listserv - VMS commands all work > > C_FORUM i.e., Canterbury Forum is defined as an open list > and both accepts and confirms SUBSCRIBE C_FORUM > > C_FORUM@star-net.mn.org actual list address isn't connected, > and only sender and list manager (me at different addresses, > et al) get replies. Other list subscribers see nothing. > > > C_FORUM is one of several lists I'm trying to open now. Since > commands and subscribing all worked, I thought all was OK. > > > > Doing nothing in UUPC outside VMS to identify a specific list results > in UUPC deciding that C_FORUM@star-net.mn.org has no entry in ALIASES > or PASSWDS (true) so the incoming message goes to POSTMAST. > > Adding > > C_FORUM > vmailx > > or my other variants in ALIASES can get incoming messages queued for > VMS and kept out of POSTMAST, but messages are read as VMS commands > which parse to each line being some kind of error (no surprise). No, you need C_FORUM > -t C_FORUM > 1) Where in UUPC and 2) how should a list be identified or linked to > VMS? Pass the parameters to vmail on the alias line, as show above, or like the ones below: info: clueless support: clueless kendra: clueless clueless: >-t bad-server-address uupc-info: >-t uupc-info@kew.com uupc-hackers: >-t uupc-hackers@kew.com > 3) If VMS commands all seem to work, and SUBSCRIBE seems fully > functional (action within individual list files), is VMS completely > configured (ie, "connected") under UUPC? Well, you need to make vmailx run from time > > I'd like not to need double entry of a list's existence in UUPC and in > also in VMS, but that may be hoping for too much. You need to define each list to UUPC and to VMS. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "It's so easy to think of days gone by, So hard to think of times to come . . ." ------------------------------ Date: Tue, 23 Jul 1996 13:02:04 +0200 (MET DST) From: plate@infotek.dk Subject: Wanted: UUBATCH beta testers To: UUPC/Extended mailing list Hello I've ported the UUBATCH system to UUPC/Extented running under DOS. I want to get in contact with people who are willing to test it before I release it to the Net. UUBATCH should work on HDB-UUCP and UUPC/Extended. BTW, I'm also working on a port to Taylor UUCP (Taylor configuration). The idea behind: The sender: Mail is usually made up of many small files. UUBATCH packs small mail files into large batches which may be transmittet much more efficient. UUBATCH may reduce transmission cost for uucp mail transfers down to 1/3 or less. Batches may be compressed before transmission. The receiver: The batches are de-batched upon arrival and queued just as they was packed. After de-batching, they are ready for further (normal) handling by uuxqt and rmail. UUBATCH is transparent, it may be switched on and off as you like. It is independent of the basic transmission system and protocol. -- John Plate ------------------------------ Date: Wed, 17 Jul 1996 18:16:37 -0800 From: AndrewSteele@XC.Org Subject: Windows troubles To: UUPC/Extended mailing list I've been using UUPC successfully for sometime. However, recently I began running in Windows and find that each connect leaves the modem "locked" and the only solution is to drop from windows and the all is well. There is no problem in DOS. Even a DOS window is OK provided I don't close it after the UUPC session. I'm running version 1.12h of UUPC. Is there anyone with experience of resolving this problem. The flavour of Windows is 3.11 for Workgroups. Many thanks in advance. Andrew Steele ------------------------------ Date: Wed, 17 Jul 1996 20:54:32 +0200 From: ralf@wamba.central.de Subject: wrong TZ with NT To: UUPC/Extended mailing list Hi I wonder why uupc doesn't use the right Time Zone setting in NT. I've set TZ to CET-1CEST in Control panel | System. Parts of an example header: Received: by wamba.central.de (UUPC/extended 1.12p); Wed, 17 Jul 1996 20:41:44 +0100 Message-ID: <31ed33e8.wamba@wamba.central.de> Received: from wamba (10.0.0.1) by wamba.central.de (EMWAC SMTPRS 0.80) with SMTP id ; Wed, 17 Jul 1996 20:41:16 +0200 Just a tiny prob. Anything else works ok. -- bye ranf . ------------------------------ Date: Sun, 21 Jul 1996 17:02:03 -0500 From: uupcinfo@kew.com Subject: wrong TZ with NT To: UUPC/Extended mailing list On Wed, 17 Jul 1996 20:54:32 +0200, ralf@wamba.central.de wrote: > I wonder why uupc doesn't use the right Time Zone setting in NT. I've set TZ > to CET-1CEST in Control panel | System. > > Parts of an example header: > > Received: by wamba.central.de (UUPC/extended 1.12p); > Wed, 17 Jul 1996 20:41:44 +0100 > Message-ID: <31ed33e8.wamba@wamba.central.de> > Received: from wamba (10.0.0.1) by wamba.central.de > (EMWAC SMTPRS 0.80) with SMTP id ; Wed, > 17 Jul 1996 20:41:16 +0200 > > Just a tiny prob. Anything else works ok. Most C libraries only support three character zones. In any case, use of names for the zones is pretty much obsolete and because of problems with sorting such issues as MST being Mountain Standard Time or Moscow Standard Time. So if it prints the hour offset properly, it's the proper (defined) behavior. -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. "The bug stops here." - H. Trubug ------------------------------ End of UUPC-Info-Request Digest ******************************