Date: Tue, 16 Jul 96 20:48:18 PDT From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1996 #14 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Tue, 16 Jul 96 Volume 1996: Issue 14 Today's Topics: [Q] How to run PPP under UUCICO back in the saddle again ... BUG in inews 1.12r Chat script hassles! Eudora and UUPC get from v-mail Headers and Messages Help! Need your help! Thx! :) help on uupc Help on UUPC with Null modem connect to 2 NT server I Have Win 95 UUPC/UUCICO with Tapi support (2 msgs) INEWS diff Reason 2 Upload destination What causes nswrite: Waiting ... messages? Which Release 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, 16 Jul 1996 11:17:43 +0700 (KZD) From: bp@butya.alma-ata.su Subject: [Q] How to run PPP under UUCICO To: UUPC/Extended mailing list 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 ? -- //Boris ------------------------------ Date: Sun, 14 Jul 1996 18:49:48 -0400 From: ahd@kew.com Subject: back in the saddle again ... To: UUPC/Extended mailing list As most if not all users would have noticed, in the past year I have not been up to my previous standards of maintaining UUPC/extended. This has been especially true in the past six months. A number of events happened last year, the most important of which was our move to our current quarters, and since January my day job has been a project which was two months overdue the day I received it. The core of this project was delivered July first, and I'm now in a position to devote a bit more time to UUPC/extended and the Wonderworks in general. Katherine, meanwhile, has been promoted twice in six motnhs at her day job, and likewise has been busy. This is also expected to improve, although not as much. (See http://www.kew.com for the pointers to her day job and its web site -- it takes time to run an industry leading publication.) As for the Wonderworks itself, we have done some physical upgrades to improve the development environment (read: bought more toys!), so as we move forward finishing the news support (interrupted by the last six months), Windows 95 support (we have two such machines in production), and move back towards getting out a gold release which we can ship hardcopyt and diskettes with. I'm not going claim WHEN that will be, but we are back in the saddle again... -ahd- -- Internet: ahd@kew.com Voice: 617-279-9810 "Violence is the last refuge of the incompetent." -- Ghengis Kahn ------------------------------ Date: Sun, 14 Jul 1996 18:51:58 -0400 From: ahd@kew.com Subject: BUG in inews 1.12r To: UUPC/Extended mailing list On Sun, 30 Jun 1996 11:08:20 -0400, MarchHare@mome.apk.net wrote: > On Tue, 25 Jun 1996 22:54:43 +0100, eric@terra.xs4all.nl wrote: > >-> the close parenthesis) are not allowed. The Internet convention of > >-> continuation header lines (beginning with a blank or tab) is > >-> allowed. > > > >Seems clear enough, isn't it? > > Not necessarily. I just got my machine back up, minus one worthy > piece of hardware, so I cannot look up the quoted RFC (or, most > of the others). However, it is a UNIX convention to put a backslash > at the end of a line that is to be continued. The way I read the > above is that the long line is ended by a backslash, in the > "convention of continuation ... lines", then the next line is begun > with whitespace. Internet RFC822 headers are never continued by a backslash, but simply whitespace at the beginning of the next line. The general problem may need work, remind me if you continue to see problems after the next release. -- Internet: ahd@kew.com Voice: 617-279-9810 "Violence is the last refuge of the incompetent." -- Ghengis Kahn ------------------------------ Date: Sun, 14 Jul 1996 19:03:36 -0400 From: uupcinfo@kew.com Subject: Chat script hassles! To: UUPC/Extended mailing list On Wed, 10 Jul 1996 08:30:49 +0000, AndrewSteele@XC.Org wrote: > I'm wondering if anyone has any experience of developing a chat > script to connect via a secondary packet network. > > My service provider allows local call access by getting space via a > packet network. Their login process is as follows (my input is > marker ^^^): . . . > If attempted manually this always provides the comforting Shere > message of uucp. > > > However, no matter how I write my scripts I always end up with the > error message: > > Unexpected second message: LOGIN > > and the line drops. > > I've been able to determine that I reach the final "Password:" prompt > OK so reckon my scripts are working as far as they go but cannot > overcome this last hurdle. The LOGIN error is AFTER to the Shere prompt your system is getting Shere, responding with the local system name, and then getting RLOGIN to tell it the remote system hates it ... check that your system name and their system name is correct, then have them look in the UUCICO log for more clues. -- 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. "Gee, When was our last backup done?" ------------------------------ Date: Sun, 14 Jul 1996 00:02:01 EDT From: mike@cep.ca Subject: Eudora and UUPC To: UUPC/Extended mailing list I don't know how to tell my mailer that I have a transport called UUPC. So in the true spirit of fudging things, I told my transport to put the mail where the mailer wants to see it. With quite a bit of fiddling, I got it to work. I use my internet connection to 'send' all my mail. I use my UUCP connection (I connect to a different server with UUCP than with INternet) to receive mail. I use Pegasus mail for windows 2.33 as the mail reader and sender. It allows multiple users on the same machine. I modified the burst.bat file (from SNUUPM). It's function is to run a little program called uu2pm which changes uucp formatted mail to mail that pegasus can read. I told burst.bat to write the resultant files to the sub-directories which represented each of the users on my system. for %%u in (*.*) do %sndrive%\usr\lib\snuupm\uu2pm -d %sndrive%\usr\spool\mail\%%u %sndrive%\pmail\mail\%%u\ (the above is one line) Pegasus mail for windows looks in C;\pmail\mail\(username) where (username) is different for each user. I have UUPOLL check my UUCP connection every 2 hours. I tell it to run burst.bat with the -B option. (Unfortunately it runs BURST just before dialing, so mail is always 2 hours late). Chech the web for a copy of SNUUPM. I hope this helps. Michael Sullivan -- National Representative, CEP mike@cep.ca Tel - 416-622-2740 Fax - 416-622-5373 ------------------------------ Date: Sun, 14 Jul 1996 18:22:48 -0400 From: snuffles@kew.com Subject: get from v-mail To: UUPC/Extended mailing list UUencoding of files was not working for our listserv for an extended period, but has been corrected. Try the commands now. On Sat, 13 Jul 1996 23:26:40 +0200, "Adrian Lanz" wrote: > On 12 Jul 96 at 20:27, Snuffles P. Bear wrote: > . On Wed, 26 Jun 1996 21:27:52 +0200, "Adrian Lanz" wrote: > . > > . > How can I get these files? > . > > . > Thank you, Adrian. > . > > . > get upc12r21.zip > . > get upc12r22.zip > . > get upc12r23.zip > . > > . > does not work!? > . > . What did it report? > > *** BEGIN *** > > Date sent: Wed, 26 Jun 1996 09:10:32 -0800 > From: Listserv@kew.com > Subject: V-MailServer Session Status > To: lanz@sampling.uem.mz > Send reply to: Listserv@kew.com > Organization: Kendra Electronic Wonderworks, POB 80144, > Stoneham MA 02180 USA > Priority: normal > > Mail server status message from Listserv@kew.com > > There are 1 requests queued ahead of yours. Your request(s) > will be mailed to you as soon as possible. > > A transcript of the session follows: > ------------------- > > get upc12r21.zip > -- Command failed: get upc12r21.zip > > get upc12r22.zip > -- Command failed: get upc12r22.zip > > get upc12r23.zip > -- Command failed: get upc12r23.zip > -- > Usage: Total bytes requested: 0 > Total mailed bytes: 0 > Total Sections: 0 > > Thank you for using the Listserv@kew.com. If you have any > problems with > the mail server, please send e-mail to Snuffles@kew.com. > -- > "Maybe Computer Science should be in the College of Theology." > - R. S. Barton > > *** END *** > > Thanks, Adrian. > > --- > Adrian Lanz Haeberlin > LIVING ADDRESS: Avenida Julius Nyerere 446-14, Maputo, Mocambique > POST ADDRESS: please ask for it, do not use the living address > PHONE (VOICE ONLY): +258-1-495078 > INTERNET: > --- -- Your faithful furry servant, Ice Cream Money: PO Box 80144 Snuffles P. Bear Stoneham, MA 02180 Internet: snuffles@kew.com I got chocolate! I got chocolate! ------------------------------ Date: Fri, 12 Jul 1996 15:01:30 -0800 From: mpietsch@vecoeng.com Subject: Headers and Messages To: UUPC/Extended mailing list Microsoft Mail v3.0 IPM.Microsoft Mail.Note From: Pietsch, Mike To: 'SMTP:uupc-info@kew.com' Cc: Hawkins, Shelly Subject: Headers and Messages Date: 1996-07-12 11:40 Priority: Message ID: 669DB70A Conversation ID: 669DB70A ------------------------------------------------------------------------------ I use DOS version of UUCP, and every so often it takes a message and combines it with another messages' header. Does anyone know why it does this, and what I can do to remedy it? Mike Pietsch ------------------------------ Date: Sun, 14 Jul 1996 19:07:30 -0400 From: uupcinfo@kew.com Subject: Help! Need your help! Thx! :) To: UUPC/Extended mailing list On Wed, 10 Jul 1996 21:56:44 +0800, error@wyvern.hk.linkage.net wrote: > I need your help very much, since I need to use a NT machine to > connect to a BSDI/FreeBSD thru the serial port, what should I > put in the chat script "phone field"? > Thx in advance! thank you very much. Is it a direct connect or what? (I thought the manual had an example). We just use \r for local direct connections ourselves. -- 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. "Generally when a [spokesman] says the company is market driven or customer driven, it is a way of saying they are working like hell to find out what's hot this year." - John R. White ------------------------------ Date: Tue, 16 Jul 1996 12:48:43 +0800 From: error@wyvern.hk.linkage.net Subject: help on uupc To: UUPC/Extended mailing list 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. <-- quoted message --> 07/16-12:43 uucico: UUPC/extended 1.12p (Nov 8 1995 08:35:46) (4) M state = A (4) M state = B (2) remote=hklinkag, when=Any, device=dir, phone=, protocol=vg (3) checkone: call window "Any" open (3) ImportPath: Mapped C.hklinkagC049 to hklinkag/C/1)yyv5 (4) M state = C (3) checkone: call window "Any" open (4) advancedFS: File system for "c:/" has name "FAT" (4) M state = E (3) getmodem: loading modem configuration file c:/config/dir.MDM (4) M state = F (2) NT API error 2 in uucico\suspendn.c at line 376 ... (0) \\.\PIPE\UUCICO\ZZCOM2: The system cannot find the file specified. (1) callup: Calling hklinkag via dir at 9600 on Tue Jul 16 12:43:23 1996 (2) sending ""\n"" (3) dial: Modem reports connected (0) ShowModem: 0x30 Data Set Ready Clear to Send (2) expecting 6 of 10 "--ogin:--ogin:--ogin:" (2) wanted "" in 4 seconds (2) callup: sending 7 of 10 "Uerror" (2) sending "Uerror" (2) expecting 8 of 10 "word:" (2) wanted "word:" in 4 seconds (2) got that (2) callup: sending 9 of 10 "error" (2) sending "error" (4) M state = K (4) <== ^pShere=hklinkag (4) ==> ^pSerror (4) <== ^pROK (4) <== ^pPiagGjfv (4) ==> ^pUv (3) setproto: wanted 'v', have 'g' (3) setproto: wanted 'v', have 'G' (3) setproto: wanted 'v', have 'f' (3) setproto: wanted 'v', have 'v' (0) error connected to hklinkag: 9600 bps, v protocol, z grade (4) M state = L (4) advancedFS: File system for "c:/" has name "FAT" (3) ImportPath: Mapped c:/spool/locks.lck/*status.LCS to c:/uupc/spool/locks.lck/)status.LCS (4) process: Machine state is = a (4) gopenpk: I State = 4, flag = 0x00 (4) gopenpk: I State = 7, flag = 0x00 (4) gopenpk: I State = 5, flag = 0x01 (4) gopenpk: I State = 6, flag = 0x01 (4) gopenpk: I State = 9, flag = 0x11 (4) gopenpk: I State = 5, flag = 0x13 (4) gopenpk: I State = 8, flag = 0x13 (4) gopenpk: I State = 11, flag = 0x22 (4) gopenpk: I State = 5, flag = 0x26 (4) gopenpk: I State = 10, flag = 0x26 (2) Variable packets, Window size 7, Receive packet 256, Send packet 256 (4) process: Machine state is = b (4) process: Machine state is = d (3) ImportPath: Mapped C.hklinkagC049 to hklinkag/C/1)yyv5 (4) process: Machine state is = e (3) newrequest: got command from c:/spool/hklinkag/C/1)yyv5 (4) process: Machine state is = f (3) ImportPath: Mapped D.error0049d to hklinkag/D/#@bo04g (2) Sending "D.error0049d" (hklinkag/D/#@bo04g) as "D.error0049r" (2) >>> S D.error0049d D.error0049r error - D.error0049d 0666 (4) **got EMPTY (4) *** timeout 1 (0) (4) ggetpkt: Timeout 1 waiting for inbound packet 1 (4) **got EMPTY (4) *** timeout 1 (0) (4) ggetpkt: Timeout 2 waiting for inbound packet 1 (0) gmachine: Consecutive error limit of 10 exceeded, 10 total errors (0) 4 time outs, 0 port reinits, 0 out of seq pkts, 8 NAKs rec, 0 NAKs sent (0) 0 invalid pkt types, 0 re-syncs, 0 bad pkt hdrs, 10 pkts resent (4) process: Machine state is = t (0) process: Connection lost to hklinkag, previous system state = f (4) M state = N (4) ==> ^pOOOOOO (1) rmsg: Timeout reading message (4) ==> ^pOOOOOO (0) 0 files sent, 0 files received, 54 bytes sent, 0 bytes received (0) 0 packets transferred, 10 errors, connection time 0:28, 1 bytes/second (4) M state = P (3) hangup: Dropped DTR (4) suspend_other: No port to resume. (4) M state = Q (4) M state = B (4) advancedFS: File system for "c:/" has name "FAT" (3) ImportPath: Mapped c:/spool/locks.lck/*status.LCS to c:/uupc/spool/locks.lck/)status.LCS <-- end of message --> Best regards, Kenneth ------------------------------ Date: Sun, 14 Jul 1996 18:59:09 -0400 From: uupcinfo@kew.com Subject: Help on UUPC with Null modem connect to 2 NT server To: UUPC/Extended mailing list On Thu, 4 Jul 1996 15:31:49 +0800, error@wyvern.hk.linkage.net wrote: > May I ask how to connect 2 NT using UUPC? Do I need any > telnet daemon for the remote side? or MS-Kermit, etc... > since I just connect the two NT machine by a null modem, > but seems it don't have any response from the remote side, > I am new to UUPC/extended, hope you can help me. > Thx in advance. Well, follow the manual and use the dir.mdm as an example. Note it generates a prompt to tell the remote side it has life. Check with a terminal emulator that the passive side is actually listening ... Also you find real modems or a TCP/IP network connection easier to debug.... -- 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 lay my head on the railroad tracks, wait for the double E The railroad don't run no more, poor poor pitiful me . . ." - Warren Zevon ------------------------------ Date: Sun, 14 Jul 1996 19:01:02 -0400 From: uupcinfo@kew.com Subject: I Have Win 95 UUPC/UUCICO with Tapi support To: UUPC/Extended mailing list On Tue, 09 Jul 96 10:38:54 -0600, drew@cgo.dec.com wrote: > I have added Windows 95 TAPI support to UUPC's 1.12r uucico and > also made it, and uupoll into Windows 32 APPs, rather than CONSOLE/DOS app > without any major changes to the source code base. > > I've simply added a winstdio.obj to vector all stdio to a scrollable > window, and written all the tapi support into one module (tapi.obj). > > This results in the following features for Windows 95 (& Windows NT 4.0) > > o Does not lock the serial port, able to use other TAPI apps while > uucico is waiting for a call, like fax, dialup networking etc.. > > o Can use with WINFAX to receive fax'es and DATA calls at the same time. > Winfax will pass DATA calls to this tapi version of uucico if it > is a data call. (Winfax Ver 7.02 required). THIS IS GREAT!! Now THAT is neat. > o Can even start an outgoing uucico process without affecting the > waiting uucico process that is waiting for incomming calls. > > o uucico and uupoll are both windows apps and do not allocate a VDM > like console apps do, resulting in using less memory being used. > > o You get the nice MODEM LIGHTS on the systray when uucico is connected > like you do for dialup networking connections. systray? > I have not heavily tested this, but feel its time to let others at it > or at least pass the source back to Drew, what is the best way to do this? > > I would'nt distribute anything until I get the stamp of approval? > > I have not tried it with Windows nt v4.0, but NT 4 does have TAPI so it > may work or may need some adjustments. Mail it to me at software@kew.com with a copy to dmwatt@kew.com, we'll be most interested in moving it into the code. -- 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. "Gee, When was our last backup done?" ------------------------------ Date: Mon, 15 Jul 1996 09:05:58 +0000 From: dmwatt@smersh.watt.com Subject: I Have Win 95 UUPC/UUCICO with Tapi support To: UUPC/Extended mailing list > > > > o You get the nice MODEM LIGHTS on the systray when uucico is connected > > like you do for dialup networking connections. > > systray? System tray: The collection of icons of running programs on the right of the toolbar in the Win95/NT 4.0 shell. - Dave Dave Watt (N1HMB) Home: 510-352-6799 dmwatt@smersh.watt.com San Leandro, California [A computer is] like an old testament god, with lots of rules and no mercy. - Joseph Campbell ------------------------------ Date: Sun, 14 Jul 1996 23:51:31 -0400 From: MarchHare@mome.apk.net Subject: INEWS diff To: UUPC/Extended mailing list Here are the relevant diffs for the INEWS patch. All of the other diff files are specific to compiling under emx, and don't really deal with this subject. See my other message if you are interested in the others. Thanks, John inews.c 173,179c173,181 < extern char *optarg; < extern int optind; < int c; < < char tempname[FILENAME_MAX]; /* temporary input file */ < const char *command; < char commandOptions[FILENAME_MAX]; --- > extern char *optarg; > extern int optind; > int c; > > char tempname[FILENAME_MAX]; /* temporary input file */ > char tempname2[FILENAME_MAX]; /* temporary output file */ > char buffer[256]; > const char *command; > char commandOptions[FILENAME_MAX]; 181,182c183,184 < FILE *article; < struct stat st; --- > FILE *articleIn, *articleOut; > struct stat st; 211d212 < 250c251,252 < mktempname(tempname, "tmp"); --- > mktempname(tempname, "tmp"); > mktempname(tempname2, "tmp"); 252,257c254,259 < if ((article = FOPEN(tempname, "w", IMAGE_MODE)) == NULL) < { < printmsg(0,"inews: cannot create temporary file \"%s\"", tempname); < printerr( tempname ); < panic(); < } --- > if ((articleIn = FOPEN(tempname, "w+", IMAGE_MODE)) == NULL) > { > printmsg(0,"inews: cannot create temporary file in\"%s\"", tempname); > printerr( tempname ); > panic(); > } 259c261,271 < if (complete_header(stdin, article ) == -1) --- > if ((articleOut = FOPEN(tempname2, "w+", IMAGE_MODE)) == NULL) > { > printmsg(0,"inews: cannot create temporary file out\"%s\"", tempname); > printerr( tempname2 ); > panic(); > } > > while(fgets(buffer, 256, stdin) != NULL) > fputs(buffer, articleIn); > > if (complete_header(articleIn, articleOut ) == -1) 262c274,275 < fclose(article); --- > fclose(articleIn); > fclose(articleOut); 276,277c289,290 < else { < --- > else > { 288c301 < tempname, --- > tempname2, 304a318 > REMOVE(tempname2); 364,374c378,386 < if (get_header(input, buf, sizeof(buf), "Path:") == -1) < { < fprintf(output,"Path: %s\n", E_mailbox ); < } < else < fputs( buf, output ); < < if (get_header(input, buf, sizeof(buf), "From:") == -1) < fprintf(output,"From: %s@%s (%s)\n", E_mailbox, E_fdomain, E_name); < else < fputs(buf, output); --- > if (get_header(input, buf, sizeof(buf), "Path:") == -1) > fprintf(output,"Path: %s\n", E_mailbox ); > else > fputs( buf, output ); > > if (get_header(input, buf, sizeof(buf), "From:") == -1) > fprintf(output,"From: %s@%s (%s)\n", E_mailbox, E_fdomain, E_name); > else > fputs(buf, output); -- //----- Notice: address recently changed to deal with the USENET kabal --- // momerath@apk.net sevot yhtils eht dna ,gillirb sawT` // MarchHare@mome.apk.net ebaw eht ni elbmig dna eryg diD // ,sevogorob eht erew ysmim llA // .ebargtuo shtar emom eht dnA In case of stupidity, break glass. ------------------------------ Date: Sun, 14 Jul 1996 18:36:14 -0400 From: ahd@kew.com Subject: Reason 2 To: UUPC/Extended mailing list On 29 Jun 1996 00:00:00 +0000, hajo@quijote.in-berlin.de wrote: > What means > > srfile: Remote host denied access to file <...>, reason 2 Could be a couple of reasons -- I'd look in the sender log. Usually it's permission denied because of security or the file could not be opened by the program. -ahd- p.s. I'm back in the saddle again. -- Internet: ahd@kew.com Voice: 617-279-9810 "Violence is the last refuge of the incompetent." -- Ghengis Kahn ------------------------------ Date: Sat, 13 Jul 1996 21:45:15 -0400 From: uupchack@kew.com Subject: Upload destination To: UUPC/Extended mailing list On Sun, 10 Dec 95 18:05:24 -0700, serls@dashs.denver.co.us wrote: > I've a primitive OS/2 Desktop gadget which provides/changes the status > of your UUPC COM port, displays a specified log file, and displays > and allows deletion of UUPC spool files. Is there a site > which would be the appropriate upload destination? There's always > hobbes, of course. This gadget ismostly of interest to those who > have machines running UUPC all the time. Any suggestions? No, because I don't have a secure upload directory or filtering software. I recently dropped WinBiff due to the overhead of loading it (Katherine is a registered user, and I don't have anything against the program). I need to replace ftp.clarkson.edu before I do anything. simtel is a likely choice. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "...DOS is utterly unable to handle more than 1MB of memory. Removing this limitation from DOS would result in something that just _isn't_ DOS any more--it wouldn't run existing DOS programs." - PC Magazine, Nov 23, 1993. ------------------------------ Date: Sun, 14 Jul 1996 18:57:17 -0400 From: uupcinfo@kew.com Subject: What causes nswrite: Waiting ... messages? To: UUPC/Extended mailing list On Wed, 03 Jul 1996 12:46:26, jms@bkbn.be wrote: > >On Tue, 30 Apr 1996 13:51:52 +0200, scm@silver.wcape.school.za wrote: > >> Occasionally I come across a modem which does odd things like this: > >> What causes it? Do some modems just not do flow control properly? > >More likely, it's the UUCP 'g' protocol bug in UUCICO. > Funny enough, I had this problem several time (on rather fast CPUs) using > 'v' protocol. I usually solved it by downgrading to 'g' protocol, which > behaves just fine !! 'v' is just 'g' with bigger packets. The problems known to exist (but not fixed) in 'g' will also affect 'v'. If the larget packets cause buffer overruns or other problems, then the problem is more likely to occur. -- 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 lay my head on the railroad tracks, wait for the double E The railroad don't run no more, poor poor pitiful me . . ." - Warren Zevon ------------------------------ Date: Sun, 14 Jul 1996 18:52:44 -0400 From: ahd@kew.com Subject: Which Release To: UUPC/Extended mailing list On Tue, 2 Jul 96 20:09:06 +0000, logsdon!eric@www.atlanta.net wrote: > I am looking to upgrade my 1.12j OS/2 32bit UUPC to the current > release. I noticed 1.12r is in the test directory. Should I > upgrade to 1.12p or 1.12r? I run a leaf node that only polls > out to 1 system and has 5 users. 1.12r is mostly news changes. Either is fine for mail, 1.12r is better for news. -- Internet: ahd@kew.com Voice: 617-279-9810 As I was passing Project MAC, | Every manifestation had seven symptoms. I met a Quux with seven hacks. | Symptoms, manifestations, bugs, Every hack had seven bugs; | and hacks, Every bug had seven manifestations; | How many losses at Project MAC? ------------------------------ End of UUPC-Info-Request Digest ******************************