Date: Sun, 8 Dec 96 22:06:07 PST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1996 #31 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Sun, 8 Dec 96 Volume 1996: Issue 31 Today's Topics: chat script madness (2 msgs) COM 7 supported? How do I change "permissn" file? (2 msgs) How not to run "newsrun"?? How to change mailbox format? (2 msgs) How to send *all* outbound mail to mailserv!system2? Long filenames Looking for listserver s/w News! Problems with sending large files (2 msgs) routing problem (2 msgs) TFS Delivery Failure: How not to run "newsrun"?? UUPC Expert Needed 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: Sun, 08 Dec 1996 12:05:18 -0500 From: uupcinfo@kew.com Subject: chat script madness To: UUPC/Extended mailing list On Tue, 22 Oct 96 20:57:00 -0500, alarie@ibm.net wrote: > I'm flogging a chat script for a PPI 28.8 modem. Internal or external? > Two problems. I've kludged > a solution for the first, but am not pleased with it. 1) The modem will > accept an initialization script as long as it consists of exactly one send > string and one receive string. Example (works): "" "" "" ATZ 0 > Example (doesn't work): "" "" "" ATZ 0 \pATV1... OK > > UUPC always says it expects 0 or the string in that position, but "gets" the > second initialization string instead. The kludge is to send only a monolitic > initialization string, but that is bound to blow up in my face before long. Should be fine. Send me a trace log at software@kew.com > 2) The modem won't drop the line. I see no evidence that DTR is dropped for > .5 second and the modem does not respond to ATH, ATZ, or and escape sequence - > +++. All the lines stay high and the modem does not hang up before UUPC is > finished processing. Make sure you do not have options=direct in the modem file, and try another program like kermit to check it. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "If we can't fix it, it isn't broken." - Lab manager ------------------------------ Date: Sun, 08 Dec 1996 12:05:18 -0500 From: uupcinfo@kew.com Subject: chat script madness To: UUPC/Extended mailing list On Tue, 22 Oct 96 20:57:00 -0500, alarie@ibm.net wrote: > I'm flogging a chat script for a PPI 28.8 modem. Internal or external? > Two problems. I've kludged > a solution for the first, but am not pleased with it. 1) The modem will > accept an initialization script as long as it consists of exactly one send > string and one receive string. Example (works): "" "" "" ATZ 0 > Example (doesn't work): "" "" "" ATZ 0 \pATV1... OK > > UUPC always says it expects 0 or the string in that position, but "gets" the > second initialization string instead. The kludge is to send only a monolitic > initialization string, but that is bound to blow up in my face before long. Should be fine. Send me a trace log at software@kew.com > 2) The modem won't drop the line. I see no evidence that DTR is dropped for > .5 second and the modem does not respond to ATH, ATZ, or and escape sequence - > +++. All the lines stay high and the modem does not hang up before UUPC is > finished processing. Make sure you do not have options=direct in the modem file, and try another program like kermit to check it. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "If we can't fix it, it isn't broken." - Lab manager ------------------------------ Date: Sun, 08 Dec 1996 20:48:05 -0500 From: uupcinfo@kew.com Subject: COM 7 supported? To: UUPC/Extended mailing list On Sun, 8 Dec 1996 11:53:04 -0600, "Chuck Cole" wrote: > On 7 Dec 96 at 21:50, uupcinfo@kew.com wrote: > > > On Fri, 20 Sep 1996 12:19:15 -0600, ccole@star-net.mn.org wrote: > > > Can COM 7 be configured in UUPC modem files for DOS? > > > That's port 3E8, IRQ 5 ie, COM 3 with IRQ5 > > > > > > The X00 fossil supports that easily. > > > > Trivial point ... I refuse to call the third port COM7. :-) > > > > UUPC/extended support would be via FOSSIL (or 32 bit OS) only. > > Your FOSSIL setup stopping at 38.4 kb doesn't seem to have "headroom" for > the dataflow of 28.8 modems doing v42bis expansions of text files - ie, > uucp exchanges. Can't invoke the FOSSIL as noted earlier. Letting uupc > "assume" it's not using a FOSSIL seems to work, however. The problem is that the FOSSIL spec stops at 38400. If someone has a newer spec which lists how I direct FOSSIL to go beyond 57600, I'm all ears. > Please clarify your COM 7 comment: are you saying that my designating > IRQ 5 for port 3E8 in the X00 FOSSIL will forever pair the Microsoft > default COM 3 port address with IRQ 5 for EVERY uupc usage or shelling > path permutation, until reboot? Seems like uupc should assert it's own > expected "media access pairing" to assure proper "connection state" > whenever uucico is invoked. I count COM ports by the slot they take up in the BIOS segment, i.e. as reported by the program COMM34 which examines memory for the addresses starting at a known offset. The IRQ, to me, has nothing to do with the I/O address of the port or the IRQ in use -- it's the offset from BIOS segment. I decline to label COM3 at COM7 because once the port numbers get beyond COM2, it's all so non-standard you cannot assume a valid I/O and IRQ combination just by saying 'COMx', especially since some systems like OS/2 want the ports numbered in sequence from 1. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. WAAL - Worst Available Album Listening ------------------------------ Date: Sun, 08 Dec 1996 12:09:18 -0500 From: uupcinfo@kew.com Subject: How do I change "permissn" file? To: UUPC/Extended mailing list On Thu, 31 Oct 1996 11:00:37 -0800, nfahmi@abdulla.pc.my wrote: > I got UUPC installed on my ZIP drive .. that's F:. But I want to be able > to download files from my ISP directly (via UUCP) to my C: drive. How do > change my permissn file to enable me to do that. > > Currently my permissn file looks like this... > > MACHINE=jaring REQUEST=YES SENDFILES=YES \ > commands=ALL read=/:~/ write=/:~/ > > I thought that the above settings would give permission to d/l files to > drive but I can only d/l it to my spool\public directory. No, UUPC/extended does not allow /, or rather it maps it to the current drive. You need the drive letter: MACHINE=jaring REQUEST=YES SENDFILES=YES \ commands=ALL read=/:~/ write=/:~/:C:/ UUPC/extended does understand the difference in the colons, you DO NOT use semi-colons. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "If we can't fix it, it isn't broken." - Lab manager ------------------------------ Date: Sun, 08 Dec 1996 12:09:18 -0500 From: uupcinfo@kew.com Subject: How do I change "permissn" file? To: UUPC/Extended mailing list On Thu, 31 Oct 1996 11:00:37 -0800, nfahmi@abdulla.pc.my wrote: > I got UUPC installed on my ZIP drive .. that's F:. But I want to be able > to download files from my ISP directly (via UUCP) to my C: drive. How do > change my permissn file to enable me to do that. > > Currently my permissn file looks like this... > > MACHINE=jaring REQUEST=YES SENDFILES=YES \ > commands=ALL read=/:~/ write=/:~/ > > I thought that the above settings would give permission to d/l files to > drive but I can only d/l it to my spool\public directory. No, UUPC/extended does not allow /, or rather it maps it to the current drive. You need the drive letter: MACHINE=jaring REQUEST=YES SENDFILES=YES \ commands=ALL read=/:~/ write=/:~/:C:/ UUPC/extended does understand the difference in the colons, you DO NOT use semi-colons. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "If we can't fix it, it isn't broken." - Lab manager ------------------------------ Date: Sun, 08 Dec 1996 12:12:25 -0500 From: uupcinfo@kew.com Subject: How not to run "newsrun"?? To: UUPC/Extended mailing list On Thu, 31 Oct 1996 16:29:33 -0800, nfahmi@abdulla.pc.my wrote: > I'm using UUPC/Extended 1.12p and am using it just as a transport. How > do I specify "not" to run newsrun when running uuxqt as I just need to import > the news articles saved as *.nns (with options=nns). Running newsrun has > resulted in me having 2 news database, one created by newsrun and another > by my offline newsreader. Delete the SYS file. If nns is set, the file should not be recreated. > Another thing how do I post news straight to my ISP without having to spool > it in my host spool files first. uuxqt will then transfer the spool to my ISP > and once again running "newsrun" :-(. Preceding should also handle this. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "If we can't fix it, it isn't broken." - Lab manager ------------------------------ Date: Sun, 08 Dec 1996 12:07:16 -0500 From: uupcinfo@kew.com Subject: How to change mailbox format? To: UUPC/Extended mailing list On Thu, 31 Oct 1996 11:05:33 -0800, nfahmi@abdulla.pc.my wrote: > How can I change my mailbox format to standard UNIX format. I tried putting > "options=nofromsep" to remove the "" separator line > but it doesn't seem to work. Step back one. Why do you need it in UNIX format? If moving to a true UNIX system, just grep -v when you get there ... -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "If we can't fix it, it isn't broken." - Lab manager ------------------------------ Date: Sun, 08 Dec 1996 12:07:16 -0500 From: uupcinfo@kew.com Subject: How to change mailbox format? To: UUPC/Extended mailing list On Thu, 31 Oct 1996 11:05:33 -0800, nfahmi@abdulla.pc.my wrote: > How can I change my mailbox format to standard UNIX format. I tried putting > "options=nofromsep" to remove the "" separator line > but it doesn't seem to work. Step back one. Why do you need it in UNIX format? If moving to a true UNIX system, just grep -v when you get there ... -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "If we can't fix it, it isn't broken." - Lab manager ------------------------------ Date: Sun, 08 Dec 1996 20:50:40 -0500 From: uupcinfo@kew.com Subject: How to send *all* outbound mail to mailserv!system2? To: UUPC/Extended mailing list On Wed, 04 Dec 1996 23:29:58 -0600, cwinemil@keys.lonestar.org wrote: > I'm running 1.12p. Let's say my system's mail server is "mailserv". I > need to route *all* mail I send to system2, which knows how to route > mail correctly. (The mailserv system doesn't route properly.) I have a > direct connection to mailserv. I have no direct connection to system2, > and I'm unlikely to get one. UUPC/extended doesn't do it. > So, I need to route all my outbound mail to system2. In effect, I'd > like to have my mail server be mailserv!system2. I.e., my real > mailserver is one "hop" away from my direct connection. How can I set > this up? With the HOSTPATH file, I can route specific domains to > system2, but I want any and all mail to go that route, not just a > specified few. Any ideas? Fix the mail server. A basic design tenet of UUPC/extended is that the mail server works. This keeps me from trying to rewrite mail headers, which I'll just screw up anyway. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. WAAL - Worst Available Album Listening ------------------------------ Date: Sun, 08 Dec 1996 20:59:42 -0500 From: uupcinfo@kew.com Subject: Long filenames To: UUPC/Extended mailing list On Fri, 8 Nov 1996 21:36:26 +5, dudley@gr8brdg.net wrote: > I put the "longname" option in uupc.rc using Windows NT, but the > filenames are not long. _Which_ file names on what file system? The spool names are always short, for reasons documented in the FAQ part of the manual. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. WAAL - Worst Available Album Listening ------------------------------ Date: Sun, 08 Dec 1996 20:58:17 -0500 From: uupcinfo@kew.com Subject: Looking for listserver s/w To: UUPC/Extended mailing list On Wed, 6 Nov 96 6:21:03 +0000, os2guy@crusader.jcdisciples.org wrote: > I am running UUPC on my OS/2 Warp box and I am looking for some > software that I can use for a listserver and fileserver. > > I know about VMS(?) that is being used to support this list, but > I was never able to get the darn thing setup. Rick Vandenburg posted mail a while back that stated VMS 3.0 (now called Aurora) had reached a point where support would be limited at best because it had grown too large. (Rick may feel free to clarify this). In any case, the lack of OS/2 support and various other issues I have with it (it _almost_ does the right thing for me) would cause me to advise against it for new sites. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. WAAL - Worst Available Album Listening ------------------------------ Date: Sun, 08 Dec 1996 20:53:04 -0500 From: uupcinfo@kew.com Subject: News! To: UUPC/Extended mailing list On Tue, 26 Nov 1996 19:50:57 PST, slcb1bbs@juno.com wrote: > Greetings! Have you heard about SLCB BBS? This is a Fantastic bbs that > offers a wide variety of items. We have safe virus free Shareware and > freeware files for downloading, all types of message area's, online mail, Free Technical Support on computer related issues and much more! We > have a general public area which is open to all callers and does not > require any fee's to use. For those that wanting more than what is in > the general area we offer The Computer Club. Wether your a Shareware > Author needing a place to distribute your software or your searching for > the type of software and services you need we're sure you'll find the > SLCB BBS enlightening. We invite you to give us a call with your modem. > All it costs is your call. Cease and desist all such off-topic advertising immediately. Users violating the mailing list policy such no such messages will be banned. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. WAAL - Worst Available Album Listening ------------------------------ Date: Sun, 08 Dec 1996 11:55:57 -0500 From: uupcinfo@kew.com Subject: Problems with sending large files To: UUPC/Extended mailing list On Mon, 7 Oct 1996 14:16:53 +0000, THOMAS@aac.nl wrote: > Since the time i've changed to the G protocol i sometimes experience > problems with sending the files, this is the log: > > UUCICO: UUPC/extended 1.12p (Nov 8 1995 07:29:54) > callup: Calling sun4nl via TDK at 38400 on Wed Oct 02 15:15:02 1996 > aac connected to sun4nl: 38400 bps, G protocol, z grade process: > Connection lost to sun4nl, previous system state = h 2 files sent, 0 > files received, 942 bytes sent, 15 bytes received 78 packets > transferred, 4 errors, connection time 0:33, 29 bytes/second > > (Systems file protocol: vGg) > > This situation will not solve itself, ik has been dialing for 4 days, > then when i changed the protocol to 'vg' it was all solved. > > 1) Should i change the protocol via another entry in the systems file (so > check on the errorlevel (wich one??) and when it is, call system with > 'vg' protocol) ? > 2) Is it something else.... > > Thanks in forward for your support, It's the return of the 'g' protocol bug, most likely. aw, hell. Try cranking down the window size a little in 'G' protocol and see if it still jams. You can also copy the line in the systems file and only have 'vg' on the second line ... then if the first connection fails, it will automatically redial with only 'vg' protocols. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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 Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 11:55:57 -0500 From: uupcinfo@kew.com Subject: Problems with sending large files To: UUPC/Extended mailing list On Mon, 7 Oct 1996 14:16:53 +0000, THOMAS@aac.nl wrote: > Since the time i've changed to the G protocol i sometimes experience > problems with sending the files, this is the log: > > UUCICO: UUPC/extended 1.12p (Nov 8 1995 07:29:54) > callup: Calling sun4nl via TDK at 38400 on Wed Oct 02 15:15:02 1996 > aac connected to sun4nl: 38400 bps, G protocol, z grade process: > Connection lost to sun4nl, previous system state = h 2 files sent, 0 > files received, 942 bytes sent, 15 bytes received 78 packets > transferred, 4 errors, connection time 0:33, 29 bytes/second > > (Systems file protocol: vGg) > > This situation will not solve itself, ik has been dialing for 4 days, > then when i changed the protocol to 'vg' it was all solved. > > 1) Should i change the protocol via another entry in the systems file (so > check on the errorlevel (wich one??) and when it is, call system with > 'vg' protocol) ? > 2) Is it something else.... > > Thanks in forward for your support, It's the return of the 'g' protocol bug, most likely. aw, hell. Try cranking down the window size a little in 'G' protocol and see if it still jams. You can also copy the line in the systems file and only have 'vg' on the second line ... then if the first connection fails, it will automatically redial with only 'vg' protocols. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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 Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 12:02:35 -0500 From: uupcinfo@kew.com Subject: routing problem To: UUPC/Extended mailing list On Fri, 11 Oct 1996 19:29:03 -0700, walter@themacks.phx-az.com wrote: > I'm having a problem figuring out a problem with routing through an > intermediate uucp node out to the internet. > > The symptom at the recipient's end is that the return-path is screwed > up. > > It should be walter@themacks.phx-az.com, but it is walter@phx-az.com. > Unfortunately this is fatal in ms-mail and cc:mail gateways, as the > reply address is taken from the return-path field. > > Tracking backward, my intermediate service provider and I analyzed > the X file and the "from " line in the mail. > > Here's what we found: > > ------------------------------------------------------- > From my node (named themacks), the X file and the from line look > like: > > R walter@themacks.phx-az.com > U walter themacks > F D.themack03tGr > I D.themack03tGr > C rmail wmack@aztec.asu.edu > > From themacks.phx-az.com!walter Thu Oct 10 10:58:43 1996 remote from themacks > > ------------------------------------------- > From my provider's node to primenet the info looks like this: > > U daemon phx-az > R daemon > F D.phx-a35815W > I D.phx-a35815W > C rmail wmack@aztec.asu.edu > > From walter Thu, 10 Oct 1996 18: remote from phx-az.com Your feed is just tossing the information in the original request line. Ask them why, and have them RTFM the sendmail options (if that is what they are using) to use your information. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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 Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 12:02:35 -0500 From: uupcinfo@kew.com Subject: routing problem To: UUPC/Extended mailing list On Fri, 11 Oct 1996 19:29:03 -0700, walter@themacks.phx-az.com wrote: > I'm having a problem figuring out a problem with routing through an > intermediate uucp node out to the internet. > > The symptom at the recipient's end is that the return-path is screwed > up. > > It should be walter@themacks.phx-az.com, but it is walter@phx-az.com. > Unfortunately this is fatal in ms-mail and cc:mail gateways, as the > reply address is taken from the return-path field. > > Tracking backward, my intermediate service provider and I analyzed > the X file and the "from " line in the mail. > > Here's what we found: > > ------------------------------------------------------- > From my node (named themacks), the X file and the from line look > like: > > R walter@themacks.phx-az.com > U walter themacks > F D.themack03tGr > I D.themack03tGr > C rmail wmack@aztec.asu.edu > > From themacks.phx-az.com!walter Thu Oct 10 10:58:43 1996 remote from themacks > > ------------------------------------------- > From my provider's node to primenet the info looks like this: > > U daemon phx-az > R daemon > F D.phx-a35815W > I D.phx-a35815W > C rmail wmack@aztec.asu.edu > > From walter Thu, 10 Oct 1996 18: remote from phx-az.com Your feed is just tossing the information in the original request line. Ask them why, and have them RTFM the sendmail options (if that is what they are using) to use your information. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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 Matt Dillon, US Marshal, the first man they look for and the last they want to meet." - Gunsmoke ------------------------------ Date: Sun, 08 Dec 1996 21:05:18 -0500 From: uupcinfo@kew.com Subject: TFS Delivery Failure: How not to run "newsrun"?? To: UUPC/Extended mailing list On Thu, 31 Oct 1996 22:04:24 -0800, nfahmi@abdulla.pc.my wrote: > Was is happening here??? I got this reply for every posting I made > to uupc-info. > > bwhiteside@aur.com wrote: > >Your message to the following recipients was undeliverable: > >bconnell@aur.com One suspects you're generating a whacky header which overrides the default error handling (which should go to UUPC-Info-Request@kew.com). -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. WAAL - Worst Available Album Listening ------------------------------ Date: Sun, 08 Dec 1996 12:06:09 -0500 From: uupcinfo@kew.com Subject: UUPC Expert Needed To: UUPC/Extended mailing list On Thu, 24 Oct 1996 11:10:40 -0400 (EDT), sjledet@ledet.com wrote: > I'm looking for someone with experience to complete a UUPC to Xenix via > direct null modem cable configuration for file transfers. Can be handled > over the phone. Will pay good rates. Please help quickly. Send email You ever get that up? (As you can see by my mail timing, I've been busy. Hence the problem in my doing the contracting for you.) -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 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. "If we can't fix it, it isn't broken." - Lab manager ------------------------------ End of UUPC-Info-Request Digest ******************************