Date: Mon, 9 Dec 96 15:46:06 PST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1996 #32 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Mon, 9 Dec 96 Volume 1996: Issue 32 Today's Topics: Any Idea? BUG in inews 1.12r COM 7 supported? (3 msgs) CRLF? How to change mailbox format? KB's? Problem with expire in 1.12p Setting PC's time statistics layout error TFS Delivery Failure: How not to run "newsrun"?? uux errorlevels? uux problem (2 msgs) Wildcat 5 client connecting to UUPC Wildcat 5 connection Wrong time to call 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 23:06:50 -0500 From: uupcinfo@kew.com Subject: Any Idea? To: UUPC/Extended mailing list On Thu, 27 Jun 1996 02:38:49 +0800, error@wyvern.hk.linkage.net wrote: > I am using USR 28800 v.34 Modem, the USRSPORT.MDM is not suitable > for me to use the UUPC.... can you tell me where can I find > the modem initialize file? My problem is that everytime I use > uucico, it have error message "wanted "CONNECT" got "ATDTXXXXXX" > wanted "OK" got .... " any idea? thx... Up your times outs for the dial. Mostly you need to tune your modem file and send it to me ... I don't have a wide array of modems to test with. -- 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 23:02:49 -0500 From: uupcinfo@kew.com Subject: BUG in inews 1.12r To: UUPC/Extended mailing list On Tue, 25 Jun 1996 22:54:43 +0100, eric@terra.xs4all.nl wrote: > For your information, a little piece of RFC 1036: You could [hrase this a little nicer. > A standard USENET message consists of several header lines, followed > by a blank line, followed by the body of the message. Each header > line consist of a keyword, a colon, a blank, and some additional > information. This is a subset of the Internet standard, simplified > to allow simpler software to handle it. The "From" line may > optionally include a full name, in the format above, or use the > Internet angle bracket syntax. To keep the implementations simple, > other formats (for example, with part of the machine address after > -> the close parenthesis) are not allowed. The Internet convention of > -> continuation header lines (beginning with a blank or tab) is > -> allowed. If I can make the new rmail parser a subroutine, I'll use it, which will fix the problem. Not this week (or year, given the date!) -- 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, 8 Dec 1996 22:19:23 -0600 From: ccole@star-net.mn.org Subject: COM 7 supported? To: UUPC/Extended mailing list On 8 Dec 96 at 20:48, Drew Derbyshire - UUPC/extend 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. :-) > > 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. FYI, ZOOM and other modem suppliers DO use the COM7 name for 3e8/IRQ5. Not elegant at all, but in "common usage" by vendors for the function of modem setups in particular. > 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. I certainly agree with your reasoning not to designate COM7, but I think the UUPC modem files should permit designation of both COM port address and optionally the IRQ also. I would specify both for my "COM7 cases" to assure that UUCICO set the proper linkages. In a few cases, I use different physical modems and phone lines from the same process shell, so bening able to assure connection state seems proper for UUCICO. -- Chuck Cole St Paul, MN Motto of low-life types we've seen: Cogito ergo Hormel... I think, therefore I spam... ------------------------------ Date: Mon, 09 Dec 1996 07:55:43 -0500 From: uupcinfo@kew.com Subject: COM 7 supported? To: UUPC/Extended mailing list On Sun, 8 Dec 1996 22:19:23 -0600, "Chuck Cole" wrote: > On 8 Dec 96 at 20:48, Drew Derbyshire - UUPC/extend wrote: > > 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. > > I certainly agree with your reasoning not to designate COM7, but I think > the UUPC modem files should permit designation of both COM port address > and optionally the IRQ also. I would specify both for my "COM7 cases" to > assure that UUCICO set the proper linkages. In a few cases, I use > different physical modems and phone lines from the same process shell, so > bening able to assure connection state seems proper for UUCICO. No, because only DOS supports ignoring the OS definitions of the ports. the I/O address can be set by the COMM34 program or FOSSIL, and the IRQ selected by FOSSIL drivers. It's doubtful I'll do variable IRQ support for DOS ever -- useful, but but there are too many things that don't work at all when FOSSIL can workaround the IRQ problem. -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. "You can fall for chains of silver, you can fall for chains of gold, You can fall for pretty strangers and the promises they hold. . ." - Mark Knopfler ------------------------------ Date: Mon, 09 Dec 1996 08:48:33 -0700 From: ghoti@lao-tse.lcrnet.org Subject: COM 7 supported? To: UUPC/Extended mailing list On Sun, 8 Dec 1996 22:19:23 -0600, apin!star-net.mn.org!ccole wrote: > > > 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. > > FYI, ZOOM and other modem suppliers DO use the COM7 name for 3e8/IRQ5. > Not elegant at all, but in "common usage" by vendors for the function > of modem setups in particular. Since I have, and use, a Zoom for telecomming under Windows only, I thought I'd jump in here. Althought Zoom calls it COM7, in brackets behind the COM7 notation, it says COM3 with IRQ5. In the Trumpet Winsock setup, and the Windows port setup, I have this Zoom, that's using "COM7", noted as COM3 and IRQ5, and it works just fine doing it that way. Better than the external Sportster on COM2. :) -- I'm always doing what I can't do yet in order to learn how to do it. - Vincent van Gogh Email: ghoti@lao-tse.lcrnet.org WWW: http://www.freenet.edmonton.ab.ca/~ghoti ------------------------------ Date: Sun, 08 Dec 1996 21:15:33 -0500 From: uupcinfo@kew.com Subject: CRLF? To: UUPC/Extended mailing list On 08 Nov 96 20:20:27 +0100, l-uupc@dinges.xs4all.nl wrote: > Is it absolutely 100% certain that only combo's will appear at the end > of the lines of text in the output of UUXQT when it gates mail to a user > specified gateway? > There won't be a sole or ? Bare line feeds get expanded, or should. (ALL newlines are bare linefeeds inside the program, and they should all be expanded.) No promises on CR, we might not see it and just think it's a funky character in a middle of a long line. -- 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: Mon, 09 Dec 1996 22:34:51 -0800 From: nfahmi@abdulla.pc.my Subject: How to change mailbox format? To: UUPC/Extended mailing list In article <32aaf5c7.kendra@pandora.kew.com>, uupcinfo@kew.com wrote: >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 ... Actually I'm trying to use UUPC with Yarn. I can import rnews batches with option=nns set but importing the mailbox (*.spb) creates problem coz' Yarn's import program do not properly recognise the 20 ASCII1 characters as the e-mail separator. According to its documentation, it can import the mailbox if it is in standard UNIX mailbox format. -- Nik Ahmad Fahmi e-mail: nfahmi@abdulla.pc.my 74744.1202@compuserve.com ... DATA PROCESSORS do it in batches ------------------------------ Date: Sun, 08 Dec 1996 23:05:09 -0500 From: uupcinfo@kew.com Subject: KB's? To: UUPC/Extended mailing list On 01 Dec 96 15:38:14 +0100, l-uupc@dinges.xs4all.nl wrote: > How can I quickly find out how many K's are queued for my host? dir \uupc\spool\myhost\d :-) > How can I set up my OS/2 box so I can let UUPC call different dial-in points > (PoP's) of the same provider? > All PoP's present themselves as the same machine (xs4all), I only want to be > able to say uucico -s xs4all1 or xs4all2 (etc) so I can call 1 specific PoP at > will. All mail queued for xs4all should be delivered, of course. > Please let me know. You can't; either they are the same machine or they are not. You need to rename the systems file. You can put each number in sequence in the systems file on different lines and UUCICO will try them in order until you get through. -- 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 21:18:35 -0500 From: uupcinfo@kew.com Subject: Problem with expire in 1.12p To: UUPC/Extended mailing list On Sat, 09 Nov 1996 09:11:10 -0600, cwinemil@keys.lonestar.org wrote: > I'm having trouble with the expire program in 1.12p. As best I can > tell, it seems to work fine as long as there are articles which can be > expired. When no such articles exist, expire crashes. Has anyone seen > this before? As an alternative, can someone tell me how I can get > source code for the program? I'm _very_ confused on both a) and b). a) It should not crash. I'll test it. b) The license requires the person giving you the modules to make the source available, where did you the modules from? Likewise, did you read the appendix of the documents on where to get the program from? -- 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 22:52:39 -0500 From: uupcinfo@kew.com Subject: Setting PC's time To: UUPC/Extended mailing list On Thu, 14 Nov 1996 13:17:56 -0500, billjr@penny.com wrote: > Did I hear that it's possible to set the date/time of a PC > using UUPC to grab the accurate time off of another computer. UUPC/extended includes support for calling NIST's atomic clock long distance. It includes no other support. -- 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 22:58:24 -0500 From: uupcinfo@kew.com Subject: statistics layout error To: UUPC/Extended mailing list On Tue, 19 Nov 1996 16:08:15 +0000, THOMAS@aac.nl wrote: > A bit of a layout error ? > > UUPC/extended 1.12p (DOS mode, 8Nov95 07:34) > UUCP Traffic Report > From: Aug 15 19:08 To: Nov 19 11:00 > > K-Bytes K-Bytes K-Bytes Hours Hours AvCPS AvCPS > Recv Xmit Total Recv Xmit Recv Xmit > --------- --------- --------- ----- ----- ------ ------ > 91757.586 41368.953 133126.539 11.11 7.45 2349 1579 > > > Total time recv: 11:-5:-33 > Total time xmit: 7:27:04 > Total UUCP time: 18:33:47 > > Total bytes rec'd: 93,959,768 > Total bytes xmit: 42,361,808 > Total bytes: 136,321,576 No, a failure to run uuclean on your part. :-) I personally rotate the logs as little as every eight hours, but I handle a lot of traffic at times (like this weekend, answering all this mail has generated hundreds of messages). The space required to log that in detail for normal sized files is much to large for a size to keep it around. The default report, in fact takes up 78 columns, so it is optimially formatted for a normal user. For long term information, use uusub, which formats up to 999M properly. -- 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: Mon, 09 Dec 1996 23:01:20 -0800 From: nfahmi@abdulla.pc.my Subject: TFS Delivery Failure: How not to run "newsrun"?? To: UUPC/Extended mailing list In article <32ab73e0.kendra@pandora.kew.com>, "Drew Derbyshire - UUPC/extended Support" wrote: >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). Hmmmm ... I've checked the headers of my original message .... as below: Date: Thu, 31 Oct 1996 16:29:33 -0800 From: nfahmi@abdulla.pc.my Subject: How not to run "newsrun"?? To: UUPC/Extended mailing list Message-ID: Reply-To: UUPC-Info@kew.com Organization: Kuala Lumpur, Malaysia Precedence: bulk Sender: uupc-info-request@kew.com Errors-to: uupc-info-request@kew.com X-Newsreader: Yarn 0.92 with YES 0.22 Lines: 19 X-Newsgroups: list.uupc I wonder which one is considered 'whacky'??? -- Nik Ahmad Fahmi e-mail: nfahmi@abdulla.pc.my 74744.1202@compuserve.com ... Whackyak: To talk to a golf ball after hitting it. ------------------------------ Date: Sun, 08 Dec 1996 23:10:48 -0500 From: uupcinfo@kew.com Subject: uux errorlevels? To: UUPC/Extended mailing list On 01 Dec 96 16:24:58 +0100, l-uupc@dinges.xs4all.nl wrote: > Why doesn't the uux command set an errorlevel when the command fails? All error exits are 1-- there are seven or eight. It would seem whatever you are doing doesn't resume in an error exit, per se. -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 22:51:47 -0500 From: uupcinfo@kew.com Subject: uux problem To: UUPC/Extended mailing list On Thu, 14 Nov 96 9:21:58 -0500, uupc@mistik.express.net wrote: > > But only up to the maximum length of the DOS command line, which is > > about 126 characters. This is a restriction imposed by DOS. I > > I think he is using OS/2 and is limited to 512 characters. Yet, some > unix systems limit it also to 512 characters. I am not sure if a length > greater than that could cause any problems on the receiving mail > expanding host. I think the OS/2 limit is 1024, but I personally used to blow out sending mail to my old feed when the command line exceeded ~ 480 or so. For a controlled system writing the names to a standard file defined as a include file in the system aliases completely ignores the local limit. In any case, your original comment about using rmail and options=multiqueue are the first step, since the user appeared to using the command line. -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 23:01:07 -0500 From: uupcinfo@kew.com Subject: uux problem To: UUPC/Extended mailing list On 11 Nov 96 21:47:34 +0100, l-uupc@dinges.xs4all.nl wrote: > I wrote before abou this problem. > When I try to queue mail to a user with a bang-path address UUX gives an error: > > uux - illegal syntax ingen!comuh!xxxxx@web.xs4all.nl > > The command line then was: > > UUX -x3 -audo@dinges.xs4all.nl -pbEjC -gC xs4all!rmail > ingen!comuh!xxxxx@web.xs4all.nl < 2M03E4.DAT > > (should be on 1 line) > > UUX interprets the bangpath as a systemname and possibly checks for known > systems? How do I work around this? > > Can I queue this message some other way, using UUPC's tools? > Or can I 'escape' the bangpath so they're used literally? > Drew? Anyone? It does not support escaping the bangs. Use rmail or RFC-822 addresses. -- 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 21:10:34 -0500 From: uupcinfo@kew.com Subject: Wildcat 5 client connecting to UUPC To: UUPC/Extended mailing list On Fri, 8 Nov 1996 21:42:27 +5, dudley@gr8brdg.net wrote: > I am stumped. This is a solid TCPIP connection that dies for uupc. > This one went 51 minutes, but sometimes it only goes 5. > How do I troubleshoot. "g" protocol gets no better. > > 11/08-19:30 news called by bamacomm: network link, t protocol, z grade > 11/08-19:30 schkdir: Switch into master mode > 11/08-19:30 nextGrade: Processing grade n call files > 11/08-20:21 tsread: EOF on recv() > 11/08-20:21 trdmsg: Command read failed with 0 bytes read > 11/08-20:21 process: Connection lost to bamacomm, previous system state = f > 11/08-20:21 tsread: EOF on recv() > 11/08-20:21 47 files sent, 0 files received, 7051365 bytes sent, 284 bytes received > 11/08-20:21 7106 packets transferred, 0 errors, connection time > 51:03, 2302 bytes/second > 11/08-20:53 uucico: UUPC/extended 1.12p (Sep 22 1996 15:20:26) > 11/08-20:53 tsread: EOF on recv() 11/08-20:53 rmsg: Timeout reading message > > {---> dudley@gr8brdg.net > {---> Great Bridge Internet, Inc. > {---> Check out www.gr8brdg.net! Try 'e' protocol. Jeff Coffler had a similar error last year, but he switched and it worked. Since his/your problem such a bitch to repeat (51 minutes is a LOT Of data), we never debugged it. -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 21:13:00 -0500 From: uupcinfo@kew.com Subject: Wildcat 5 connection To: UUPC/Extended mailing list On Fri, 8 Nov 1996 21:46:06 +5, dudley@gr8brdg.net wrote: > This is another session of the Wildcat 5 client linking to uupc. > How do I troubleshoot the ssfile: line? > > > 11/08-20:55 uucico: UUPC/extended 1.12p (Sep 22 1996 15:20:26) > 11/08-20:55 login: login user Ubamacomm (????) at Fri Nov 0820:55:341996 > 11/08-20:55 Invalid argument "-U0x10000" from system bamacomm > 11/08-20:55 Invalid argument "-N0x7" from system bamacomm > 11/08-20:55 Invalid argument "-R" from system bamacomm > 11/08-20:55 news called by bamacomm: network link, g protocol, z grade Use 'e' or 'v' for your protocol. > 11/08-20:55 schkdir:Switch into master mode > 11/08-20:55 nextGrade: Processing grade n call files > 11/08-20:55 ssfile: Cannot open file D.news006B2 (bamacomm/D/#'h{)}i) from g:\uupc\spool. > 11/08-20:55 bamacomm/D/#'h{)}i: No such file or directory I assume it was after a failed connection? I believe if you check the syslog after such errors, it was sent in a previous session. If the X.* file associated with it was not sent, then the call file was not deleted and the entire job is rerun -- the data file doesn't exist, and is skipped on the second pass (with the error message), and then all is well. -- 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 23:09:00 -0500 From: uupcinfo@kew.com Subject: Wrong time to call To: UUPC/Extended mailing list On 27 Jun 1996 00:00:00 +0000, hajo@quijote.in-berlin.de wrote: > Any/Z,Sa/d,Su/d,Wk0500-0900/d,Wk1800-2100/d,Any2100-2400,Any0000-0500 > > > But before midnight, I get "wrong time to call". At midnight, things get > working again. I scratch my head and do not find the reason... A bug, clearly. I'll add it to the list. I presume 1.12p? Does: Any/Z,Sa/d,Su/d,Wk0500-0900/d,Wk1800-2100/d,Any2100-0500 Work properly? -- 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 ------------------------------ End of UUPC-Info-Request Digest ******************************