Date: Mon, 20 Jan 97 16:46:07 PST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1997 #3 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Mon, 20 Jan 97 Volume 1997: Issue 3 Today's Topics: Help using UUPC across a PPP connection (3 msgs) How to pause between re-dials (5 msgs) How to send Disable call waiting? (2 msgs) Lines starting with ~ Weird problem with UUPC 1.12r and 1.12p (5 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: Sat, 18 Jan 1997 09:57:52 -0700 From: ghoti@lao-tse.lcrnet.org Subject: Help using UUPC across a PPP connection To: UUPC/Extended mailing list On Fri, 17 Jan 1997 21:58:20 -0500, apin!kew.com!uupcinfo wrote: > On Tue, 24 Dec 96 16:56:11 -0500, os2guy@crusader.jcdisciples.org wrote: > > I am about to setup a direct connect w/ my provider using my modem > > and PPP (specifically the InJoy program). I changed my systems file > > to use the following line (I removed the login and password for > > security reasons 8-): > > > > ozzy Any tcp 33600 terrestrial.com etvg "" "" gin:--gin:--gin:-------gin: ???? ssword:---------ssword:----word: ???? > > No, no way you want that many dashes in your login script. What gives? I was told by my feed that one --gin: and one --ssword: is good enough. I tried it, and it works for me quite well. There you have it, FWIW. -- Unsolicited email advertising WILL result in you being invoiced for my time to read it Email: ghoti@lao-tse.lcrnet.org WWW: http://www.freenet.edmonton.ab.ca/~ghoti ------------------------------ Date: Sat, 18 Jan 1997 23:18:45 +0000 From: eric@terra.xs4all.nl Subject: Help using UUPC across a PPP connection To: UUPC/Extended mailing list >>>>> uupcinfo writes: > Bugs come in through open Windows. Hey! I happen to like OpenWindows! I just hate that bug called messy windows. :-) BTW, why am I getting all your messages twice? -- Eric Veldhuyzen TEAM OS/2 Eric.Veldhuyzen@si.hhs.nl CIS: [100010,3051] Eric@terra.xs4all.nl PGP-KeyID: 0xFB64FCB3 ********** FIGHT to keep your right to PRIVACY. Use PGP! ********** ------------------------------ Date: Sat, 18 Jan 1997 22:05:45 -0500 From: uupcinfo@kew.com Subject: Help using UUPC across a PPP connection To: UUPC/Extended mailing list On Sat, 18 Jan 1997 23:18:45 +0000, eric@terra.xs4all.nl wrote: > >>>>> uupcinfo writes: > > > Bugs come in through open Windows. > > Hey! I happen to like OpenWindows! I just hate that bug called messy I don't like OpenWindows, either -- display post script is a pig. Give me straight X on a Solaris box any time. The reason some messages have been coming in twice is because the newer (last few months) configuration of the list server is to request replies to the list, as opposed to the old default of the submitter. I, from habit, automatically assume a reply to the user and so I cc the list, which of course is REALLY the original reply to address as well. In other words, DUF on my part. -- 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. "The primary purpose of the DATA statement is to give names to constants; instead of referring to pi as 3.141592653589793 at every appearance, the variable PI can be given that value with a DATA statement and used instead of the longer form of the constant. This also simplifies modifying the program, should the value of pi change." - FORTRAN manual for Xerox Computers ------------------------------ Date: Sat, 18 Jan 97 18:58:15 +0100 From: rdb@royal.owl.de Subject: How to pause between re-dials To: UUPC/Extended mailing list Hello! I'm using UUPC for some days now, and I'm really happy with it. Just a minor (?) problem is unsolved. How can I manage a pause between re-dialing my modem? I've done it now that way, with multiple lines in SYSTEMS, but when the line busy, UUPC just redials within 10 seconds. I'm looking for a way, to pause for 5 minutes, before the next dial should start. Unfortunately I didn't find a hint in the docs (looking for DIALING). - Thanks in advance! -- Ralph D. Bednarski Beverungen/Germany ------------------------------ Date: Sat, 18 Jan 1997 19:06:15 -0500 From: uupcinfo@kew.com Subject: How to pause between re-dials To: UUPC/Extended mailing list On Sat, 18 Jan 97 18:58:15 +0100, rdb@royal.owl.de wrote: > Just a minor (?) problem is unsolved. How can I manage a pause between > re-dialing my modem? > > I've done it now that way, with multiple lines in SYSTEMS, but when the > line busy, UUPC just redials within 10 seconds. > > I'm looking for a way, to pause for 5 minutes, before the next dial should > start. > > Unfortunately I didn't find a hint in the docs (looking for DIALING). - > Thanks in advance! something like this: uustat -P all uupoll -i 5 -s any -d 40 That forces something to be queued, and try tries sites with work for 40 minutes. (No, it doesn't exit if it connects, but it doesn't call again, either.) -- 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. It is now pitch dark. If you proceed, you will likely fall into a pit. ------------------------------ Date: Sat, 18 Jan 1997 19:12:06 -0500 From: joe@edit.com Subject: How to pause between re-dials To: UUPC/Extended mailing list > Just a minor (?) problem is unsolved. How can I manage a pause between > re-dialing my modem? > > I've done it now that way, with multiple lines in SYSTEMS, but when the > line busy, UUPC just redials within 10 seconds. > > I'm looking for a way, to pause for 5 minutes, before the next dial should > start. > > Unfortunately I didn't find a hint in the docs (looking for DIALING). - > Thanks in advance! > > -- > Ralph D. Bednarski > Beverungen/Germany You could set your modem to do the pausing rather than the uucp system by using a comma (,) or multiple commas as part of the telephone number that is being dialed. In some of my modems it's register S8 and it can be set for up to 255 seconds ( the default is 2 ). Check your modem manual for the details. If you set S8=150 and put 2 commas in your phone number, you've got your 5 minute waiting time. Regards, Joe Morlino ----------------------------------------------------------------------- Internet: joe@edit.com (joe) E-mail services by: EDI Technologies, PO Box 3095, Princeton, NJ 08543 ----------------------------------------------------------------------- ------------------------------ Date: Sun, 19 Jan 97 15:53:01 +0100 From: rdb@royal.owl.de Subject: How to pause between re-dials To: UUPC/Extended mailing list In <32e1657a.kendra@pandora.kew.com>, on 01/18/97 at 07:06 PM, uupcinfo@kew.com said: >something like this: > uustat -P all > uupoll -i 5 -s any -d 40 Seems to work the way, I want it ;) Thank you! I always looked at the wrong place(s), and didn't consider UUPOLL in my research. This way is far easier to do than manipulating the "modem", as my modem is a fossil emulator. I'm using an ISDN card together with cFOS/2. Again, thanks for the tip(s)! -- Ralph D. Bednarski Beverungen/Germany ------------------------------ Date: Sun, 19 Jan 1997 23:45:24 CST From: reg@buster.stafford.tx.us Subject: How to pause between re-dials To: UUPC/Extended mailing list ** Reply to note from rdb@royal.owl.de Sat, 18 Jan 97 18:58:15 +0100 > Just a minor (?) problem is unsolved. How can I manage a pause between > re-dialing my modem? > This is a Korn Shell script that I use. I poll once an hour, and this script will finish in about 55 minutes if it doesn't get through. It dials rapidly at first, then slows down. It may not be elegant, but it's been working for a while. ---------Begin Dialing Script----8X--Cut-Here----------- #uhnix1, version 950404 reg@buster.stafford.tx.us # uhnix1.ksh # This file calls UH uhnix1 until it suceeds or 10 times. #====================================== # 970107 11:05 Change to COM2 (PM144MT)--Faxworks on/off # 970107 04:27 Quit kicking faxworks in/out # 961221 12:12 Added FAXWorks on/off # 960812 01:48 Change pmpopup to pmpopup2 # 951028 12:39 Added bursting to c:/usr/reg/incoming # 950708 13:57 Left lock as decimal $$ # 950606 17:08 Added lock to stop second process # 950405 17:53 Added extra timing for Period=0,10,30,60,120 # 950404 15:50 Original program #====================================== mode 80,40 DEBUG=true if [ ${DEBUG:-false} = true ];then echo "$*\n$PATH\n$PWD";sleep 2;set -x;fi trap 'echo $0: INTERRUPT;rm $LOCK;exit' INT # Kill the lock if aborted ###################################################### # Check for Outstanding Instance --Set LOCK # ###################################################### LOCKdir=e:/spool/locks.lck # Directory for process lock typeset -uL PID for file in $LOCKdir/uhnix1.* do if [ $file = "$LOCKdir/uhnix1.*" ] || [ $file = "$LOCKdir/uhnix1.LCK" ] then break # Skip .LCK or empty directory fi PID=${file##${LOCKdir}/uhnix1\.} # Strip uhnix1.PID to PID ps | grep -i $PID # Is the PID still extant? if [ $? = 0 ] then exit # Yes: Get out of Dodge else rm $file # Abandoned lock--kill it. fi done PID=`typeset -i16 hex;let hex=$$;echo ${hex##16#}` # Set PID to current PID echo ${PID} LOCK=$LOCKdir/uhnix1.${PID} # LOCK is the lock file >$LOCK # Create LOCK PM144MT=2 ZyXEL=4 g:/faxworks/fxrcv -off until (mode com${PM144MT}>/dev/nul 2>/dev/nul) # mode Error 32 if Device Busy do sleep 60 done args="$*" set -- 1 30 60 180 # sleep counters 1s 30s 1m 3m (5m+10m+30m=45m) cd e: until [ "$1" = "" ] do typeset -i loop=0 until [ $loop = 10 ] do loop=loop+1 g:/faxworks/fxrcv -off # Turn FAX off uucico -r1 -s uhnix1 ${args} let RETURN=$? g:/faxworks/fxrcv -on # Turn FAX ON if [ $RETURN = 0 ] then ################# # DELIVER MAIL # ################# uuxqt # uuxqt/rmail ################################# # MAIL NOTIFICATION 7-Midnight# ################################# if [ e:/mail/reg -nt $LOCK ] then if [ `date +%H` -gt 7 ] then play FILE=c:/windows/gotmail.wav & fi ################# # MAIL BURSTING # ################# burst # burst mail for PostRoad Mailer cmd /c start /n 'pmpopup2 "~You have new mail!" "reg@buster.stafford.tx.us" /a:c /f:"15.Helv" /b2:"OK" /t:60' & fi break 2 # Done--break 2 until loops else sleep $1 fi done shift 1 done # Breaks to here or times out of loop rm $LOCKdir/uhnix1.* # Get all the locks g:/faxworks/fxrcv -on # Turn FAX ON in ALL cases exit ------END DIALING SCRIPT----8X--Cut-Here-------- --- Robert Gunn <> | Post Office Box 27474 | Voice:+1 713 960 1588 reg@buster.stafford.tx.us | Houston, Texas 77227-7474 | Fax: +1 713 871 8112 "How much RAM have you got? Well, that's not enough!" --Microsoft ------------------------------ Date: Sun, 19 Jan 97 09:02:08 +1000 From: miket@pcug.org.au Subject: How to send Disable call waiting? To: UUPC/Extended mailing list In <32e03e29.kendra@pandora.kew.com>, on 01/17/97 at 10:06 PM, uupcinfo@kew.com said: >On Wed, 08 Jan 97 21:59:19 +1000, miket@pcug.org.au wrote: >> Does anyone know how to configure the modem file to send >> the code to disable / enable call waiting? >> >> In Australia it is #43# to disable it and *43# to enable it. I >> experimented with putting ATDT#43# but this didn't seem to work. >That should work fine. Does your make the right noises with the speaker >on? The problem is that there is a recorded message saying call waiting is disabled and I have not been able to find a way to wait for another dial tone before dialing the phone number. I tried ATDT#43#,Wnnnnnnn and a few other combinations but none of these worked. Perhaps creating a dummy system just to trun call waiting off ? Regards, Mike -- ----------------------------------------------------------------------- Michael Taylor miket@pcug.org.au ----------------------------------------------------------------- Home Page: http://www.pcug.org.au/~miket/ Michael Taylor +61 6 2575400 ----------------------------------------------------------------- (INSERT CLEVER TAG HERE) ----------------------------------------------------------------------- ------------------------------ Date: Mon, 20 Jan 97 11:04:03 -0500 From: uupc@mistik.express.net Subject: How to send Disable call waiting? To: UUPC/Extended mailing list > The problem is that there is a recorded message saying call waiting is > disabled and I have not been able to find a way to wait for another dial > tone before dialing the phone number. I tried ATDT#43#,Wnnnnnnn and a few > other combinations but none of these worked. What about trying to time the length of the announcement, and making sure you have enough commas to skip that. ATDT#43#,,,,Wnnnnnnn Another possibility is to drop call waiting.... > > Perhaps creating a dummy system just to trun call waiting off ? > > Regards, > Mike > > -- > ----------------------------------------------------------------------- > Michael Taylor > miket@pcug.org.au > ----------------------------------------------------------------- > Home Page: http://www.pcug.org.au/~miket/ > Michael Taylor +61 6 2575400 > ----------------------------------------------------------------- > (INSERT CLEVER TAG HERE) > ----------------------------------------------------------------------- -- ------------------------------------------------------------------------------- Mustafa Soysal MS57 uupc@mistik.express.net ------------------------------------------------------------------------------- ------------------------------ Date: Fri, 17 Jan 1997 22:11:30 -0500 From: uupcinfo@kew.com Subject: Lines starting with ~ To: UUPC/Extended mailing list On 09 Jan 97 09:08:26 +0100, jpk@itc.or.at wrote: > I'm not able to send Mails which contain lines starting with '~' using > uucico 1.12r under OS/2; is this considered a bug or a known limitation? Read the MAIL manual page for what tilde (~) does, including the use of double tilde (~~). -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. "Well, here I sit at kendra, dialed in to [my system], sending mail to kendra. If you get two copies of this, not only does kendra.kew.com work, but modern technology will have progressed to the point where two people need never actually talk to each other ever again, everything being possible by mail. Well, almost everything..... ;-)" - The Grey-eyed Elf ------------------------------ Date: Sat, 18 Jan 1997 19:13:33 -0500 From: uupcinfo@kew.com Subject: Weird problem with UUPC 1.12r and 1.12p To: UUPC/Extended mailing list On Wed, 08 Jan 97 08:53:07 +1000, miket@pcug.org.au wrote: > According to the uucp person the logs show that when transferring a news > batch (40-50k in size) my side stopped responding for 60+ seconds > therefore his system then aborted. No one else is having this problem. > > Here is an extract from my uucico.log (using -x 20). Don't run at -x 20. All that will do is slow your machine down enough to keep it screwing up. You don't say what your configuration is, including OS, modem, and whether or not it's a direct connect into the server. Try it at normal debug with a window size of 3, and if that doesn't work go back to your original configuration and send me (not the list) a log at -x 4. -- 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. It is now pitch dark. If you proceed, you will likely fall into a pit. ------------------------------ Date: Sun, 19 Jan 97 09:05:53 +1000 From: miket@pcug.org.au Subject: Weird problem with UUPC 1.12r and 1.12p To: UUPC/Extended mailing list In <32e03e90.kendra@pandora.kew.com>, on 01/17/97 at 10:07 PM, uupcinfo@kew.com said: >On Wed, 08 Jan 97 22:07:36 +1000, miket@pcug.org.au wrote: >> In <9701080022.AA0322@mistik.express.net>, on 01/07/97 >> at 07:22 PM, uupc@mistik.express.net said: >> >> I have been using UUPC for the last two years without problem however just >> >> the last day or two the poll for mail/news is hanging. >> >> >> >> According to the uucp person the logs show that when transferring a news >> >> batch (40-50k in size) my side stopped responding for 60+ seconds >> >> therefore his system then aborted. No one else is having this problem. >> >> >I have two suggestions: >> >> >1. change the packet timeout values (make them smaller) >> >2. use another protocol to get the problem file copied over. 'e' works >> > better than 't', and 't' works better than 'g'. >> >> Well, after two days playing I decided to reboot OS/2 Warp. This seemed to >> fix it! Does anyone know of a utility or configuration option to make the >> uucico abort if the call has been going for 1/2 an hour (or a definable >> amount of time)? >Not if it hangs in a TCP/IP read. That's a blocking call (UUCICO uses >it), if TCP/IP is too stupid to see the link hang, not much we can do. >(Actually, we could set an alarm. Hmmm.) I am using the "v" protocol not TCP/IP. The called system is a SUN Sparcstation using Taylor uucp. Regards, Mike -- ----------------------------------------------------------------------- Michael Taylor miket@pcug.org.au ----------------------------------------------------------------- Home Page: http://www.pcug.org.au/~miket/ Michael Taylor +61 6 2575400 ----------------------------------------------------------------- (INSERT CLEVER TAG HERE) ----------------------------------------------------------------------- ------------------------------ Date: Sun, 19 Jan 1997 18:28:13 -0500 From: uupcinfo@kew.com Subject: Weird problem with UUPC 1.12r and 1.12p To: UUPC/Extended mailing list On Sun, 19 Jan 97 09:05:53 +1000, miket@pcug.org.au wrote: > In <32e03e90.kendra@pandora.kew.com>, on 01/17/97 > at 10:07 PM, uupcinfo@kew.com said: > > >On Wed, 08 Jan 97 22:07:36 +1000, miket@pcug.org.au wrote: > >> In <9701080022.AA0322@mistik.express.net>, on 01/07/97 > >> at 07:22 PM, uupc@mistik.express.net said: > >> >> I have been using UUPC for the last two years without problem however just > >> >> the last day or two the poll for mail/news is hanging. > >> >> > >> >> According to the uucp person the logs show that when transferring a news > >> >> batch (40-50k in size) my side stopped responding for 60+ seconds > >> >> therefore his system then aborted. No one else is having this problem. > >> > >> >I have two suggestions: > >> > >> >1. change the packet timeout values (make them smaller) > >> >2. use another protocol to get the problem file copied over. 'e' works > >> > better than 't', and 't' works better than 'g'. > >> > >> Well, after two days playing I decided to reboot OS/2 Warp. This seemed to > >> fix it! Does anyone know of a utility or configuration option to make the > >> uucico abort if the call has been going for 1/2 an hour (or a definable > >> amount of time)? > > >Not if it hangs in a TCP/IP read. That's a blocking call (UUCICO uses > >it), if TCP/IP is too stupid to see the link hang, not much we can do. > >(Actually, we could set an alarm. Hmmm.) > > I am using the "v" protocol not TCP/IP. The called system is a SUN > Sparcstation using Taylor uucp. WTF? No way UUPC/extended should hang for two days. Send a log -x 4 to software@kew.com. -- 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. "A hobbit will get you through times of no bagels better than bagels will get you through times of no hobbit." - The Grey-eyed Elf ------------------------------ Date: Sun, 19 Jan 1997 19:31:56 -0700 From: ghoti@lao-tse.lcrnet.org Subject: Weird problem with UUPC 1.12r and 1.12p To: UUPC/Extended mailing list On Sun, 19 Jan 1997 18:28:13 -0500, apin!kew.com!uupcinfo wrote: [snip] > > >> Well, after two days playing I decided to reboot OS/2 Warp. This seemed to > > >> fix it! Does anyone know of a utility or configuration option to make the > > >> uucico abort if the call has been going for 1/2 an hour (or a definable > > >> amount of time)? [snip] > WTF? No way UUPC/extended should hang for two days. Send a log -x 4 to > software@kew.com. It almost looks like there's no ScriptTimeOut thingy in the .MDM file. I have it set to 60. I get the occasional hang with my feed, and my modem gets hung up after ~60 seconds if things have hung. -- Unsolicited email advertising WILL result in you being invoiced for my time to read it Email: ghoti@lao-tse.lcrnet.org WWW: http://www.freenet.edmonton.ab.ca/~ghoti ------------------------------ Date: Mon, 20 Jan 97 09:05:18 +1000 From: miket@pcug.org.au Subject: Weird problem with UUPC 1.12r and 1.12p To: UUPC/Extended mailing list In <32e1672e.kendra@pandora.kew.com>, on 01/18/97 at 07:13 PM, uupcinfo@kew.com said: >On Wed, 08 Jan 97 08:53:07 +1000, miket@pcug.org.au wrote: >> According to the uucp person the logs show that when transferring a news >> batch (40-50k in size) my side stopped responding for 60+ seconds >> therefore his system then aborted. No one else is having this problem. >> >> Here is an extract from my uucico.log (using -x 20). >Don't run at -x 20. All that will do is slow your machine down enough to >keep it screwing up. You don't say what your configuration is, including >OS, modem, and whether or not it's a direct connect into the server. Try >it at normal debug with a window size of 3, and if that doesn't work go >back to your original configuration and send me (not the list) a log at >-x 4. I only ran it at -x 20 once. Anyway the problem stopped once I rebooted :-( I tried a few config settings but it was the reboot that fixed things! Now I am looking for a way to stop the connection from staying connected and doing nothing. One suggestion was to set one of the modem registers - I haven't tried it yet but will investigate it. If it (the hang) happens again then I will do what you say. Regards, Mike -- ----------------------------------------------------------------------- Michael Taylor miket@pcug.org.au ----------------------------------------------------------------- Home Page: http://www.pcug.org.au/~miket/ Michael Taylor +61 6 2575400 ----------------------------------------------------------------- (INSERT CLEVER TAG HERE) ----------------------------------------------------------------------- ------------------------------ End of UUPC-Info-Request Digest ******************************