Date: Thu, 20 Jul 95 19:27:47 EDT From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1995 #24 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Thu, 20 Jul 95 Volume 1995: Issue 24 Today's Topics: Compress and uupc (2 msgs) forwarding trough a pipe forwarding trough a pipe (2nd try) (2 msgs) FOSSIL problem with 1.12n help (2 msgs) help with compress (2 msgs) help with NNS help with nns and uupc kendra downtime knowing when remote mail or news exists (2 msgs) rmail from uupc 1.12k Strange problem (2 msgs) ucp and ms-mail uucico problem (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: Wed, 19 Jul 1995 13:33:29 -0400 From: brucep@stylus.com Subject: To: UUPC/Extended mailing list Microsoft Mail v3.0 IPM.Microsoft Mail.Note From: Bruce Pennypacker To: 'smtp:help@kew.com' Subject: RE: Re: ucp and ms-mail Date: 1995-07-19 13:29 Priority: Fixed Font: 0000 Message ID: 91BB3EAB Conversation ID: 91BB3EAB ------------------------------------------------------------------------------ >>On Thu, 29 Jun 1995 17:43:13 +1000 (EST), "Paul Lopes" >> wrote: >> Could you please inform whether ms-mail can interface to your uucp for >> windows nt? Will I need an snmtp gateway from microsoft? >It will not interface directly. Various people have been hacking >solutions for this, if MS ever gets off their behind an officially >releases the API as part of the C++ compiler I may do one as part of the >NT RMAIL. >Any suggestions for this user? >-- >Drew Derbyshire UUPC/extended e-mail: software@kew.com > Telephone: 617-641-3452 Our company recently started using uupc and a uupc<->Microsoft Mail gateway that we found on Compuserve. The gateway uses uupc and the AT&T SMTP gateway for MSMail that comes with version 3.2 and higher. We're running the gateway on a PC running DOS, but our MSMail postoffice is on an NT server, and if we had a spare serial port on the NT server we would have set the gateway up there instead. About our gateway ----------------- The company I work for, Stylus Innovation, has approximately 20 employees who use Windows for Workgroups as a LAN and Microsoft Mail 3.20 as our e-mail package. We were looking for an inexpensive dial-up connection to provide our employees with e-mail access to the internet. What we found was IanGate, a shareware gateway that uses MSMails AT&T gateway (included with MSMail 3.0 and later) and UUPC, a shareware set of uucp tools for PC's running DOS, Windows 3.x, Windows NT, or OS/2. Using IanGate, UUPC, and an old 286 PC we were able to set up an internet e-mail gateway for our company in less than half a day. The steps to set up a gateway are fairly simple: 1. Locate a local internet provider that you can obtain a uucp account with. 2. Get a computer on your network with a modem, phone line, and about 20MB of free disk space. (20MB is just a number I picked - you probably won't need anything near that). We used an old 286 that was collecting dust, but any server or other PC on your network should do. 3. Get a copy of UUPC from Kendra Wonderworks. This can be found on many ftp sites and BBS's, or send e-mail to listserv@kew.com with the words "index" or "help" as the body of the message. 4. Install UUPC by following the directions that come with it. The manual included with UUPC is around 150 pages, and it takes you step-by-step through installing, configuring, and testing a uucp connection. 5. Install IanGate by following the instructions that come with it. There are only two configuration settings required for IanGate. It should take about 5 minutes to set up. 6. Test IanGate by sending e-mail to/from yourself or a friend. 7. Set up UUPC to dial into your uucp provider in order to transfer mail on a fairly regular basis. If you're running Windows or OS/2 you can use one of the many chron-like scheduling programs that are available to schedule the transfers. You can get a copy of the demo version of IanGate, which works with only one e-mail address, by sending a message to info@stylus.com with a subject of "IanGate" (no quotes - not case sensitive). You can also get some tools I wrote to help manage our gateway by sending e-mail to the same address with "tools" as the subject. Anything else in the subject will cause some marketing literature from our company to be sent out. The files sent out from info@stylus.com are all uuencoded, so you'll need uudecode to convert them. The demo version of IanGate will not translate attachments, but the registered version supports automatic uuencode or mime encoding of outgoing attachments. Incoming mime or uuencoded messages are not translated. The info@stylus.com e-mail address is maintained automagically by a small Visual Basic program we wrote that is run by our NT server a few times a day. The program logs into the info account we set up on Microsoft Mail, reads the subject, locates the appropriate file to respond with, and e-mails the file back to the sender. This process is entirely automated so don't expect a human response from any e-mail sent to this address. If you have any specific questions about this entire setup, or problems configuring UUPC or IanGate then I'll be more than glad to offer any help that I can (if I have the time). Just send e-mail to one of my ever-growing list of addresses below. Bruce Pennypacker brucep@stylus.com brucep@msn.com bruce.pennypacker@channel1.com 74534.1066@compuserve.com -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 ** PLEASE NOTE ** Our apologies for the delayed response to mail. There are two types of motorcycle riders: Those that have crashed, and those that are going crash. ------------------------------ Date: Tue, 18 Jul 95 21:40:17 GMT From: awherder@africa.intch.co.za Subject: Compress and uupc To: UUPC/Extended mailing list awherder writes From awherder Fri Dec 30 15:41:18 1994 Subject: Re: *.ART News Batches To: software@kew.com Date: Fri, 30 Dec 94 15:41:18 RSA Reply-To: awherder@intch.co.za In-Reply-To: <2f040271.kendra@pandora.kew.com>; from "Drew Derbyshire - UUPC/extended Support" at Dec 30, 94 7:51 am X-Mailer: ELM [version 07.05.00.00 (2.3 PL11)] Drew Derbyshire - UUPC/extended Support writes > On Fri, 30 Dec 94 8:13:07 RSA, awherder@africa.intch.co.za wrote: > > I,m using 1.12j and snews 1.91 and it works fine (even with the .ART ext..). > > Do you have the snews option in your uupc.rc and do you have a utility called > > compress. The new version of uupc/snews is looking for uncompre.exe to unbatch > > but this file is nothing more as a copy of the above mentioned compress.exe. > > So I advise to copy at least this utility in your \uupc\bin from compress to > > uncompre.exe. Any other queries are welcome > > Actually, he can leave it as compress, and add the following to his > uupc.rc file: It looks like some lines are missing > > > > Just a quick query - hope you can help ? > > > > > > I have been using UUPC(Dos) 1.11v for a little while, along with PCElm 3.01 > > > and SNews 1.91 to receive Email and Usenet News with very few problems. > > > > > > I thought that with the increased protocol support etc (want 'v') an upgrade > > > to the latest release of UUPC 1.12j would be advantageous. > > 1.12k is now the latest. > > > > However my news batches now seem to be left in *.ART format ? what is > > > *.ART format, I cannot seem to find an unbatch/decompress that will handle > > > it - any info gratefully appreciated. I have tried comp.mail.uucp for > > > answers but was pointed to here. > -- > Drew Derbyshire UUPC/extended e-mail: software@kew.com > Telephone: 617-641-3452 > > "Concrete Shoes, Cyanide, TNT! | Contracts, neck ties, HIGH VOLTAGE! > Dirty deeds, done dirt cheap | Dirty deeds, done dirt cheap . . ." > - AC/DC > -- Atze W. Herder Unix and Network Consultant Intertech Systems (Pty) Ltd Part of the world of INTERGRAPH Midrand, Rep. of South Africa E-mail : awherder@intch.co.za Voice : int.27.11.313.1215 Fax : int.27.11.313.1200 -- Atze W. Herder Unix and Network Consultant Intertech Systems (Pty) Ltd Part of the world of INTERGRAPH Midrand, Rep. of South Africa E-mail : awherder@intch.co.za Voice : int.27.11.313.1215 Fax : int.27.11.313.1231 ------------------------------ Date: Wed, 19 Jul 1995 10:11:07 -0400 From: uupcinfo@kew.com Subject: Compress and uupc To: UUPC/Extended mailing list On Tue, 18 Jul 95 21:40:17 GMT, awherder@africa.intch.co.za wrote: > Drew Derbyshire - UUPC/extended Support writes > > On Fri, 30 Dec 94 8:13:07 RSA, awherder@africa.intch.co.za wrote: > > > I,m using 1.12j and snews 1.91 and it works fine (even with the .ART ext..). > > > Do you have the snews option in your uupc.rc and do you have a utility called > > > compress. The new version of uupc/snews is looking for uncompre.exe to unbatch > > > but this file is nothing more as a copy of the above mentioned compress.exe. > > > So I advise to copy at least this utility in your \uupc\bin from compress to > > > uncompre.exe. Any other queries are welcome > > > > Actually, he can leave it as compress, and add the following to his > > uupc.rc file: > > It looks like some lines are missing To use gzip: uncompress=gzip -d -v -S .z %s To use compress: uncompress=\bin\compress -d %s %s -- 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. E Pluribus UNIX. ------------------------------ Date: Thu, 20 Jul 1995 19:15:49 +0200 (MET DST) From: daemenl@eunet.be Subject: forwarding trough a pipe To: UUPC/Extended mailing list **I'm using uupc/extended os2 version 1.12b. I'm trying to realize that a via uupc transferred file gets treated automatically upon arrival. I'm trying to do this by accompanying the file transfer with a mail-messages to a user which has in its home-directory a forward file which pipes the message into a perl-script. This perl script interprets the mail message and should start working upon the received file. So long so well; this works fine. However since the handling of the file is a quite lengthy process and I would like that my uupoll goes back listtening as soon as possible, I tried to launch the procedure handling the file as a seperate process. Instead of having as my last statement of the script into which the message is mailed (which works, but for which end UUXQT/RMAIL waits before passing control back to UUCICO) : system("$proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir >$log") ; I tried variants as system("start /C $proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir"); system("detach $proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir") ; # system("at now +1 minute os2 bg wind $proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir >$log 2>&1") ; system("$proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir >$log 2>&1") ; ------------------------------ Date: Thu, 20 Jul 1995 19:32:43 +0200 (MET DST) From: daemenl@eunet.be Subject: forwarding trough a pipe (2nd try) To: UUPC/Extended mailing list I'm using uupc/extended os2 version 1.12b. I'm trying to realize that a via uupc transferred file gets treated automatically upon arrival. I'm trying to do this by accompanying the file transfer with a mail-messages to a user which has in its home-directory a forward file which pipes the message into a perl-script. This perl script interprets the mail message and should start working upon the received file. So long so well; this works fine. However since the handling of the file is a quite lengthy process and I would like that my uupoll goes back listtening as soon as possible, I tried to launch the procedure handling the file as a seperate process. Instead of having as my last statement of the script into which the message is mailed (which works, but for which end UUXQT/RMAIL waits before passing control back to UUCICO) : system("$proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir >$log") ; I tried variants as system("start /C $proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir"); system("detach $proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir") ; These effectively launch a seperate process when I try them simply on the command line, e.g. process On Thu, 20 Jul 1995 19:32:43 +0200 (MET DST), daemenl@eunet.be wrote: > I'm using uupc/extended os2 version 1.12b. I'm trying to realize that a via > uupc transferred file gets treated automatically upon arrival. I'm trying > to do this by accompanying the file transfer with a mail-messages to a user > which has in its home-directory a forward file which pipes the message > into a perl-script. This perl script interprets the mail message and > should start working upon the received file. So long so well; this works > fine. > > > However since the handling of the file is a quite lengthy process and I > would like that my uupoll goes back listtening as soon as possible, I > tried to launch the procedure handling the file as a seperate process. > Instead of having as my last statement of the script into which the > message is mailed (which works, but for which end UUXQT/RMAIL waits > before passing control back to UUCICO) : > system("$proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir >$log") ; > I tried variants as > system("start /C $proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir"); > system("detach $proc bid=$batch_id rdir=$rdir wdir=$wdir ddir=$ddir") ; Huh? I don't really speak perl, and since virtually everything in those lines look to be variables, it's pretty hard to tell what you are trying to do in the way of commands. Suggestion ... write OS/2 command procedures in REXX, which makes them readable to OS/2 geeks and portable to other OS/2 systems. Now if DOS and NT had a decent scripting language ... (perl is not it, BTW, because it has a royally inconsistent syntax. Give me REXX or C, both of which are pretty small and more consistent.) In any case, you should not run the pipe commands asynchronously, because it sounds like you're going get into a race condition for opening a new log file. UUPC/extended attempts to resolve this by using the PID for the root of the name, but things can throw this off like old files left around. > These effectively launch a seperate process when I try them simply on the > command line, e.g. > process However when these variants are used trough the forwarding mechanism on > arriving mail (by having in a forward file a statement |process) things > go wrong. First, although a background process is started, control is not > passed immediately to uucico but there is a waiting until the backgroupd > process ends. Ask the perl author if he leaves a parent task waiting for the child in the original session. > Second during that wait, I get a stream of error-messages like > E:\uupc\spool\uupc0202.LOG: Permission denied You don't say what program issues this message. RMAIL? No doubt the child process picked up the open file. > This uupc0202.log appears to contain nothing else then > 07/20-19:27 Delivering mail from Ushop@a8 to E:/process/rec_log.spb > 07/20-19:27 Piping mail from Ushop@a8 for process into process.cmd > > To me this appears to have something to do with how rmail launches the > program specified in the forward-file. Are there any suggestions to > remedy this situation. Yes. Run 1.12k and use the -U option to run the entire UUXQT in background, allowing you to run the piping synchronously and still get UUCICO running again quickly. -- 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 taking my stand down in Jungleland. ------------------------------ Date: Thu, 20 Jul 1995 07:10:13 -0400 From: Help@kew.com Subject: FOSSIL problem with 1.12n To: UUPC/Extended mailing list On Sun, 16 Jul 1995 14:15:06 -0800, "Daniel Fandrich" wrote: > I unzipped the upc12nd? package and found a few problems. First, the > new uucico wouldn't talk to the X00 V1.50 FOSSIL driver: > > 07/16-14:02 callup: Calling ponderosa via Direct at 38400 on Sun Jul 16 14:02:45 1995 > 07/16-14:02 getDriverInfo: Read of FOSSIL information failed, 19 bytes returned > 07/16-14:02 UUCICO aborting at line 588 in file uucico\ulibfs.c > > I was attempting to use port 3 at the time. Also, the rnews.com in SNews > mode just gives a stack overflow error when run from uuxqt, and doesn't even > log anything. Nonetheless, uuxqt still erases the spool files, thinking rnews > has done its job. How about having uuxqt look at the program's status code > and keep the spool files in case of an error? Swap back to 1.12k for now for both problems. The FOSSIL data length is mis-computed with the new compiler I used for 1.12n (I added the needed compiler directives for the forthcoming 1.12o), and RNEWS is just too big to be used as a COM file, also fixed for 1.12o. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 ** PLEASE NOTE ** Our apologies for the delayed response to mail. There are two types of motorcycle riders: Those that have crashed, and those that are going crash. ------------------------------ Date: Wed, 19 Jul 1995 12:09:55 -0400 From: Help@kew.com Subject: help To: UUPC/Extended mailing list On Sat, 01 Jul 1995 14:31:38 +0000, "Ashley Drees" wrote: > > help I cannot get the uucico to connect at these speeds.. > V34 drobback.... > > uuxqt: UUPC/extended 1.12n (Windows 32 bit mode, 26Feb95 00:17) > > SIOSpeed: Unable to set baud rate for port to 21600 > uucico aborting at line 880 in file uucico\ulibnt.c > > SIOSpeed: Unable to set baud rate for port to 26400 > uucico aborting at line 880 in file uucico\ulibnt.c > > SIOSpeed: Unable to set baud rate for port to 16800 > uucico aborting at line 880 in file uucico\ulibnt.c > > and possibly other fallback speeds from 28800 Don't set the PORT to these speeds, tell the modem via AT commands use to use those speeds. Use hardware flow control on the modem (another AT command) to allow the port to talk faster than the modem carrier. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 ** PLEASE NOTE ** Our apologies for the delayed response to mail. The geographical center of Boston is in Roxbury. Due north of the center we find the South End. This is not to be confused with South Boston which lies directly east from the South End. North of the South End is East Boston and southwest of East Boston is the North End. ------------------------------ Date: Thu, 20 Jul 1995 02:30:43 +0000 From: ash@gn.apc.org Subject: help To: UUPC/Extended mailing list >> SIOSpeed: Unable to set baud rate for port to 16800 >> uucico aborting at line 880 in file uucico\ulibnt.c >Don't set the PORT to these speeds, tell the modem via AT commands use >to use those speeds. Use hardware flow control on the modem (another AT >command) to allow the port to talk faster than the modem carrier. Thanks already fixed... Ash... Ashley Drees Email: ash@gn.apc.org Tel: 0171-713-1941 Fax: 0171-833-1169 ------------------------------ Date: Tue, 18 Jul 1995 10:05:10 +0000 From: ash@trellick.gn.apc.ORG Subject: help with compress To: UUPC/Extended mailing list I'm new to UUPC.. and I am getting these errors in the rnews.log.. 07/17-22:00 compress command failed (exit code 1) 07/17-22:00 rnews aborting at line 325 in file news\rnews.c can anyone help? Ashley Drees ------------------------------ Date: Wed, 19 Jul 1995 10:08:54 -0400 From: uupcinfo@kew.com Subject: help with compress To: UUPC/Extended mailing list On Tue, 18 Jul 1995 10:05:10 +0000, ash@trellick.gn.apc.ORG wrote: > I'm new to UUPC.. and I am getting these errors in the rnews.log.. > > 07/17-22:00 compress command failed (exit code 1) > 07/17-22:00 rnews aborting at line 325 in file news\rnews.c Well, what is the compress command reporting to the console when it runs? -- 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. E Pluribus UNIX. ------------------------------ Date: Tue, 18 Jul 1995 09:40:05 +0000 From: ash@trellick.gn.apc.org Subject: help with NNS To: UUPC/Extended mailing list >I AM NOT GETTING YOUR DOUBT. COULD YOU REPEAT IT? I think this was for me.. so.. Is there anyone out there that will/can send me info on how to get uupc to talk to nns.. I am having real problems being both new to uucp and NNS... and I cant find any docs anywhere. Thanks I am sorry to have to post this thrice, but due to a mail mess-up I have not been receiving this list until last weekend so I would not have received any answers.. :-( Sorry. Ashley Drees ------------------------------ Date: Mon, 17 Jul 1995 18:55:57 +0000 From: ash@trellick.gn.apc.org Subject: help with nns and uupc To: UUPC/Extended mailing list Is there anyone out there that will/can send me info on how to get uupc to talk to nns.. I am having real problems being both new to uucp and NNS... and I cant find any docs anywhere. Thanks I am sorry to have to post this tice, but due to a mail messup I have not been recieving this list until this weekend. Ashley Drees ------------------------------ Date: Sun, 16 Jul 1995 23:41:23 -0400 From: ahd@kew.com Subject: kendra downtime To: UUPC/Extended mailing list Due to problems with the fuses here, kendra may down for extended periods over the next few days. We've lost two different 15 AMP circuits in two days for no reason, we're looking for electrian ASAP. -ahd- -- Internet: ahd@kew.com Voice: 617-641-3739 Copywight 1994 Elmer Fudd. All wights wesewved. ------------------------------ Date: Mon, 17 Jul 1995 20:52:31 -0500 From: mdlawler@gwmicro.com Subject: knowing when remote mail or news exists To: UUPC/Extended mailing list Is there a way with exit codes or some other method that I can tell with either uucico or uustat that remote mail or neews needs to be processed? If so how and if not would it be possible to include this feature. If I am pointed in the write direction I will add the feature and send a patch to Drew. -- Michael D. Lawler FIDO Michael.Lawler at 1:236/55 Voice 219-483-3625 Fax 219-482-2492 BBS 219-484-0210 Internet mdlawler@gwmicro.com GW Micro, Inc., Product Support ------------------------------ Date: Wed, 19 Jul 1995 10:08:00 -0400 From: uupcinfo@kew.com Subject: knowing when remote mail or news exists To: UUPC/Extended mailing list On Mon, 17 Jul 1995 20:52:31 -0500, mdlawler@gwmicro.com wrote: > Is there a way with exit codes or some other method that I can tell with > either uucico or uustat that remote mail or neews needs to be processed? > If so how and if not would it be possible to include this feature. If I > am pointed in the write direction I will add the feature and send a patch to > Drew. No. The UUSTAT command will display queued execute jobs which need to be run, but does not set a return code. Why aren't you just running UUXQT and getting it over with? (This sounds like you're trying to bypass UUXQT, which is a bad idea in most cases.) -- 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. E Pluribus UNIX. ------------------------------ Date: Sun, 16 Jul 1995 16:23:25 -0400 From: Help@kew.com Subject: rmail from uupc 1.12k To: UUPC/Extended mailing list On Thu, 25 May 95 17:23:09 PST, kenk@cookie.lionsgate.com wrote: > I'm trying to integrate OS/2's sendmail (v1.3.13 from warp) with rmail. It > just wont work. my local delivery agent calls rmail as follows: > > (oh..if you guys arent sendmail fans then just tell me and I'll go cry in the > corner ) > > Mlocal, P=c:\uucp\bin\rmail.exe, F=lsDFP, S=10,R=20,A=c:\uucp\bin\rmail -w $u > > the $u is the username as produced from sendmail. > > the result of a transaction is a general protection fault of the kind that > smells distinctly of a null pointer somewhere. if I send mail with rmail from > the command line...it works fine... if I run rmail i get a similar > general protection fault...my guess is for unknown reasons, the paramater "-w" > i set in sendmail.cfg isnt getting passed to rmail...actually no parameters > get set..if I put a "-d 20" for the A= value in sendmail, I DON'T get debugging > info when rmail runs..i just get the trap.. > > Is there anything that you can suggest? Help with this getting to work would > be the biggest Godsend to me..I'd regisister for a solution ! Someone on the list made this work, so I'm forwarding this there. If you need to subscribe to the list send the following to listserv@kew.com: subscribe uupc-digest -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "I don't have a living room, I have a toy shop." ------------------------------ Date: Mon, 17 Jul 1995 16:05:58 +0300 From: boris@stoic.spb.su Subject: Strange problem To: UUPC/Extended mailing list Hello! I 've a strange problem in UUPC 1.12k/os2. When I do too many items in the passwd file all stops the work! Is there any limitation on the number of remote logins defined in the passwd? Sincerely, Boris Zaslavsky --- ------------------------------ Date: Mon, 17 Jul 1995 20:50:52 -0400 From: uupcinfo@kew.com Subject: Strange problem To: UUPC/Extended mailing list On Mon, 17 Jul 1995 16:05:58 +0300, boris@stoic.spb.su wrote: > I 've a strange problem in UUPC 1.12k/os2. When I do too many items in the > passwd file all stops the work! > > Is there any limitation on the number of remote logins defined in the passwd? In 1.12k, I think it was 100 or so. With 1.12n, the limit is removed for the 32 bit edition. -- 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. Windows NT - From the people who brought you EDLIN ------------------------------ Date: Wed, 19 Jul 1995 12:06:39 -0400 From: Help@kew.com Subject: ucp and ms-mail To: UUPC/Extended mailing list On Thu, 29 Jun 1995 17:43:13 +1000 (EST), "Paul Lopes" wrote: > Could you please inform whether ms-mail can interface to your uucp for > windows nt? Will I need an snmtp gateway from microsoft? It will not interface directly. Various people have been hacking solutions for this, if MS ever gets off their behind an officially releases the API as part of the C++ compiler I may do one as part of the NT RMAIL. Any suggestions for this user? -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 ** PLEASE NOTE ** Our apologies for the delayed response to mail. The geographical center of Boston is in Roxbury. Due north of the center we find the South End. This is not to be confused with South Boston which lies directly east from the South End. North of the South End is East Boston and southwest of East Boston is the North End. ------------------------------ Date: Wed, 19 Jul 1995 17:16:13 +0300 From: boris@stoic.spb.su Subject: uucico problem To: UUPC/Extended mailing list Hello! I have another stupid question: can I execute uucico (1.12k, OS/2) when connection is already established if I want to call to my uplink? (I solved this problem for the incomining calls, but now I really want to do the same for the outgoing calls). Is it possible? Sincerely, Boris Zaslavsky --- ------------------------------ Date: Wed, 19 Jul 1995 15:19:09 -0400 From: uupcinfo@kew.com Subject: uucico problem To: UUPC/Extended mailing list On Wed, 19 Jul 1995 17:16:13 +0300, boris@stoic.spb.su wrote: > Hello! > > I have another stupid question: > can I execute uucico (1.12k, OS/2) when connection is already established if I > want to call to my uplink? (I solved this problem for the incomining calls, but > now I really want to do the same for the outgoing calls). Is it possible? Not with the -h parameter, which forces passive (answer) mode. Why would you want to? -- 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 Versatile Pentium -- with one of Intel's sizzling Pentium chips inside your PC, you can use it as a: * Foot warmer (desktop PC) * Portable cooker (notebook PC) * Virtual sauna (home PC) * Office heating system (networked desktop PCs) * Nuclear-fission reactor (file server) - Robert Densie ------------------------------ End of UUPC-Info-Request Digest ******************************