Date: Sun, 26 Feb 95 17:12:45 EST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1995 #5 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Sun, 26 Feb 95 Volume 1995: Issue 5 Today's Topics: Address (3 msgs) change summary for uupc/extended 1.12n rmail question (2 msgs) UUPC/extended 1.12n - bug fix list UUPC on NT problem (2 msgs) To subscribe to UUPC-Info-Digest, send the command in the body of a message to listserv@kew.com: subscribe uupc-info-Digest To signoff from UUPC-Info-Digest, use "signoff" instead of "subscribe". You can also send an "index" to the listserv to get an index of back issues and other files available for retrieval. ---------------------------------------------------------------------- Date: Sat, 25 Feb 1995 13:11:13 +0800 From: ztorrida!jrlee@lugs.po.my Subject: Address To: UUPC/Extended mailing list I am using UUPC/Extended for OS/2 1.12j. I configure the following in my UUPC.RC file:- NodeName=ztorrida FromDomain=ztorrida.lugs.po.my Domain=ztorrida.UUCP LocalDomain=ztorrida.lugs.po.my However, my host (lugs.po.my) told me that my address (jrlee@ztorrida.lugs.po.my) was not properly configured since msg to that address can't reach me. However, if I use jrlee%ztorrida@lugs.po.my, mails to this address will reach me. Can anybody figure out the correct way of configuring UUPC.RC so that mails to jrlee@ztorrida.lugs.po.my can reach me? -- /---------------+--------------------------+--------------------------\ | Jesus Rafael | Internet : jrlee%ztorrida@lugs.po.my | | Lee Puay York | Jesus.Rafael.Lee@p1.f203.n600.z6.fidonet.org | | 'Mas vale | uunet!m2xenix!puddle!6!600!203.1!Jesus.Rafael.Lee | |pajaro en mano | FidoNET : 6:600/203.1@fidonet.org |---------------| | que ciento |--------------------------|----------+ PGP Key Cert. | | volando' | PGP Fingerprint: | available via e-mail | | Republica de | D7 47 10 CA B0 2D 37 46 | request / PGP keyservers | | SINGAPUR | 12 8E 7B F1 A2 2C A3 1C | keyID : 092242D5 | | Speaks English, Mandarin, French, German, Spanish and Tagalog | \---------------------------------------------------------------------/ ------------------------------ Date: Sat, 25 Feb 1995 17:56:23 -0500 From: uupcinfo@kew.com Subject: Address To: UUPC/Extended mailing list On Sat, 25 Feb 1995 13:11:13 +0800, ztorrida!jrlee@lugs.po.my wrote: > I am using UUPC/Extended for OS/2 1.12j. I configure the following > in my UUPC.RC file:- > > NodeName=ztorrida > FromDomain=ztorrida.lugs.po.my > Domain=ztorrida.UUCP > LocalDomain=ztorrida.lugs.po.my > > However, my host (lugs.po.my) told me that my address > (jrlee@ztorrida.lugs.po.my) was not properly configured since msg to > that address can't reach me. Is it that the mail never reaches the host for it forward to you, or that your system (ztorrida) bounces the mail once it receives it? > However, if I use > jrlee%ztorrida@lugs.po.my, mails to this address will reach me. Can > anybody figure out the correct way of configuring UUPC.RC so that > mails to jrlee@ztorrida.lugs.po.my can reach me? The owner of the domain lugs.po.my has to configure the Internet MX records so that it knows about ztorrida.lugs.po.my being routed via your host feed. Then, just use: NodeName=ztorrida Domain=ztorrida.lugs.po.my Note that if lugs.po.my doesn't route mail to your system, it doesn't matter what you tell uupc.rc, rather like a phone which never rings. -ahd- -- 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. "Yes, we will be going to OSI, Mars, and Pluto, but not necessarily in that order." - George Michaelson ------------------------------ Date: Sun, 26 Feb 95 0:13:14 +0800 From: ztorrida!jrlee@lugs.po.my Subject: Address To: UUPC/Extended mailing list lugs.po.my!jaring!kew.com!uupcinfo wrote to Jesus Rafael Lee, > On Sat, 25 Feb 1995 13:11:13 +0800, ztorrida!jrlee@lugs.po.my wrote: > > I am using UUPC/Extended for OS/2 1.12j. I configure the following > > in my UUPC.RC file:- > > > > NodeName=ztorrida > > FromDomain=ztorrida.lugs.po.my > > Domain=ztorrida.UUCP > > LocalDomain=ztorrida.lugs.po.my > > > > However, my host (lugs.po.my) told me that my address > > (jrlee@ztorrida.lugs.po.my) was not properly configured since msg to > > that address can't reach me. > Is it that the mail never reaches the host for it forward to you, or > that your system (ztorrida) bounces the mail once it receives it? The mail never reaches the host for it to be forwarded to me. > > > However, if I use > > jrlee%ztorrida@lugs.po.my, mails to this address will reach me. Can > > anybody figure out the correct way of configuring UUPC.RC so that > > mails to jrlee@ztorrida.lugs.po.my can reach me? > The owner of the domain lugs.po.my has to configure the Internet MX > records so that it knows about ztorrida.lugs.po.my being routed via your > host feed. > Then, just use: > > NodeName=ztorrida > Domain=ztorrida.lugs.po.my > Note that if lugs.po.my doesn't route mail to your system, it doesn't > matter what you tell uupc.rc, rather like a phone which never rings. I see. I will tell my host about this. Btw, is UUPC going to support addresses like user%host@domain in the future since presently, it only supports user@host.domain? -- /---------------+--------------------------+--------------------------\ | Jesus Rafael | Internet : jrlee%ztorrida@lugs.po.my | | Lee Puay York | Jesus.Rafael.Lee@p1.f203.n600.z6.fidonet.org | | 'Mas vale | uunet!m2xenix!puddle!6!600!203.1!Jesus.Rafael.Lee | |pajaro en mano | FidoNET : 6:600/203.1@fidonet.org |---------------| | que ciento |--------------------------|----------+ PGP Key Cert. | | volando' | PGP Fingerprint: | available via e-mail | | Republica de | D7 47 10 CA B0 2D 37 46 | request / PGP keyservers | | SINGAPUR | 12 8E 7B F1 A2 2C A3 1C | keyID : 092242D5 | | Speaks English, Mandarin, French, German, Spanish and Tagalog | \---------------------------------------------------------------------/ ------------------------------ Date: Sun, 26 Feb 1995 16:28:19 -0500 From: Software@kew.com Subject: change summary for uupc/extended 1.12n To: UUPC/Extended mailing list UUPC/extended 1.12n, a replacement for the flawed test 1.12m release, has been loaded to ftp.clarkson.edu and to kewgate. THIS IS ANOTHER TEST RELEASE -- I need bug reports, of both old and new functions. I am NOT in a position to document news SYS files, although for simple installations NEWSRUN will automatically generate you one. (See Managing UUCP and Usenet until I get the documents out.) Unlike 1.12m, I have put this release on kewgate. I also (finally) put our Supra V.FC modem on 617-641-4817 for anonymous download at 28.8. V.32bis is still supported, of course. If the VFC modem is busy, you'll fall back to the other modem which is only 14.4. I expect documents for this release to take about 2-3 weeks, longer if someone finds a rip-snorting show-stopping day-ruining bug. Following is a draft (it may still have spellling errors) of the list of enhancements to UUPC/extended since 1.12i, the last time I wrote up this list. Note that most of the changes to news were since 1.12k; the other changes vary. The list of bug fixes follow in a second message. Many thanks to Kai Uwe Rommel, Mike McLagan, Miles Zarathustra, and Dave Watt for time spent on this release. Enhancements All program beeps can now be supressed via the new boolean suppressbeep option. (This strange little hack prevents crashes in DOS boxes on an OS/2 system near and dear to Snuffles's heart, not to mention her tail.) Specifying a new default grade for mail is now supported via the configuration variable mailGrade, and defaults to class 'C'. UUCICO file transfers are now processed on a per-grade basis. All files of a default class and above are sent first, then all any lower grade files, one class at time. The initial cut-off point (for which all files are sent into random order) is class 'C'. Mike McLagan contributed new code to handle news distribution. News distribution is now automatically handled by a C news style SYS file. If no SYS file exists and one is needed, a default configuration is automatically generated. In support of news: Remote batched news is now handled by the new program SENDBATS. This program must be run by hand or via the UUPOLL -B option. If the local site was previously configured to accept news and send copies to other sites using the UUPCSHADOWS enviromment variable, entries for these systems are also automaticalled added to the generated SYS file. This is true even if snews processing is enabled. rnews has been broken into two programs, rnews and newsrun. newsrun is either executed directly by rnews and inews if the boolean option 'fastnews' is set, otherwise queued to run under UUXQT by an rnews generated uux command. (Note fastnews is broken in 1.12n, and will be fixed for 1.12p) A maximum batch size can be configured via the variable BatchSize, the default for which is 64 kilobytes. A new default grade send news at is configured via the variable newsGrade, and defaults to class 'n'. The program used to compress new can be specified via the variable compress, and defaults to the program 'compress' History file processing is now always enabled; the boolean option 'history' is dropped. Users first using 1.12n with news should run the 'genhist' program to insure the history file is up to date. By default, UUXQT no longer aborts if rnews fails. The previous beahvior can be restored via the new boolean option 'newspanic'. The undocumented boolean option 'uupcewsserv' is dropped. Archiving old news is no longer support, and the Archive variable is dropped. Active file processing no longer bothers to validate whether or directories exist. In addition to C news SYS file processing, Jeff Coffler's Network News System (NNS) for Windows NT. Processing for NNS is enabled by the new boolean option 'nns'. Note: If NNS processing is enabled and a news SYS file exists, normal SYS directed processing takes place in addition to NNS processing. Note: Version 2.05 of NNS is required to exploit UUPC/extended. Existing snews support is modified to behave compatibility with NNS mode processing. If snews processing is enabled and a news SYS file exists, normal SYS directed processing takes place in addition snews processing. Note: Both snews and NNS modes can be enabled at the same time. This makes for really weird results and a full hard disk if you actually have NNS and snews running. Kai Uwe Rommel wrote a caching function to speed news history processing. The OS/2 PNEWS script has been modified to support prompting for distribution and providing default responses to prompts. mail, newsrun, and rmail have all been modified to allow using memory buffering for work files rather than disk based files when possible if the new boolean option 'imfile' is set. All program use a common API which automatically falls back to disk based work files when 'imfile' is not set and/or when data does not exceeds a pre-defined limit. A 64K limit is used in 16 bit environments, and one megabyte limit is used for 32 environments. If one more or user id does not have a password, the password prompt for these user ids can be suppressed via the new boolean option 'suppressemptypassword'. Configuration file processing is now optimized to limit parsing of variables to those actually needed. This trades speed for some parameters not being checked until the programs that need them being run. The current time zone can again be set in the configuration file via the varible TZ. Note: While the time zone is set using the syntax EST5EDT, it always prints as a simple hour and minute offset. Dave Watt contributed REGSETUP, to allow inserting UUPC/extended extended environment and configuration information into the NT registry. Kai Uwe Rommel ported FROMWHO, a program to quickly display mailbox contents. The job number sequence file (\uupc\seq) is changed from an ASCII file to a binary file and renamed (to \uupc\spool\seq.dat). Use of the file is optimized to a single open to read and update the file. The secondary host routing table (\uupc\hostpath), is now only loaded when needed by the mail router functions. Previously, it was loaded whenever the main host table (\uupc\systems) was loaded. Mail alias processing is now modified so that system aliases will be gracefully processed recursively, allowing a mail alias in the system alias file (\uupc\aliases) to directly refer to other aliases in the system file or itself, which case it is resolved as a local address. UUPOLL is modified to support the UUCICO auto-uuxqt flag (-U). When an external shell is invoked by UUCICO, the current debuglevel can be passed to the external shell via the %x substitution string. When generating a dummy job via the poll (-P) option, UUSTAT now supports specifying the job grade via the grade option (-g). -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "Gee, When was our last backup done?" ------------------------------ Date: Fri, 24 Feb 1995 22:33:49 -0500 From: uupcinfo@kew.com Subject: rmail question To: UUPC/Extended mailing list On Fri, 24 Feb 1995 12:03:18 -0600 (CST), cel@tenet.edu wrote: > I have found that the files that are being placed in the > F:\net\uucp\usr\spool\nuchat\X\ directory look like the following: > > U root nuchat > F D.nuchatN004F > I D.nuchatN004F > C rmail cliff.lee > > I understand that the last line SHOULD read > > C rmail cliff.lee@cbs-engineering.com Please stop here. You originally told me you were aliasing _local_ users on a LAN. If these users are local to the UUPC/extended node, then mail delivery should be local, and you don't need a domain name for any UUPC/extended routing. If you specify the domain name (since I know you are using an alias file anyway), you can put the domain name on each alias, and as of release 1.12k the aliases will be recursively processed if needed. > If I manually modify the file, all is well. However, my UUCP provider > (sccsi.com) indicates that this is nonstandard. (ie not rfc compliant). > Consequently, they have told me that they are not going to be able to make > this addition to these incoming files. > > Is there an option somewhere to tell rmail (or whatever) to assume > @cbs-engineering.com? Is there a way around this? Without it, uulan.exe > distributes the mail to the root account only. Either update the alias file, or use the hostpath file to route all local mail to the specified program/domain. -- 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. "What do you mean, you put it in production?!" ------------------------------ Date: Sat, 25 Feb 1995 08:01:56 -0500 From: Software@kew.com Subject: rmail question To: UUPC/Extended mailing list On Sat, 25 Feb 1995 09:59:58 gmt-2, "Stephen Marquard" wrote: > > Date sent: Fri, 24 Feb 1995 22:33:49 -0500 > > From: uupcinfo@kew.com > > Subject: Re: rmail question > > To: UUPC/Extended mailing list > > Copies to: "UUPC Mailing List" > > Send reply to: "Drew Derbyshire - UUPC/extended Support" > > Organization: Kendra Electronic Wonderworks (PO Box 132, Arlington, MA 02174) > > > On Fri, 24 Feb 1995 12:03:18 -0600 (CST), cel@tenet.edu wrote: > > > > I understand that the last line SHOULD read > > > > > > C rmail cliff.lee@cbs-engineering.com > ... > > > @cbs-engineering.com? Is there a way around this? Without it, uulan.exe > > > distributes the mail to the root account only. > > > > Either update the alias file, or use the hostpath file to route all > > local mail to the specified program/domain. > > I don't think this can be done (at least I haven't found a way). If I > try to get UUPC to route all local mail via another delivery program, > I get (from rmail) This was supported to have changed since 1.1z or so. Certainly by 1.12j. Ah. You can't alias the domain name, you need to alias the nodename itself. This is because the domain name is already an alias of the nodename. > loadhost: invalid/duplicate gateway for (my fqdn) > > This is with my domain set, eg., as "domain=silver.wcape.school.za" in > uupc.rc, and > silver.wcape.school.za | \some\prog.exe > in HOSTPATH. > > The workaround I've adopted is to set > domain=mail.silver.wcape.school.za > and then the HOSTPATH gatewaying is happy, but this requires the FQ > domain name for the rmail argument. > > (This isn't the setup actually in use on silver.wcape.school.za, but > the network system I put together for Netware LANs, which Cliff Lee > is trying to install, uses this technique). > > If you could amend rmail to not object to this, I would be most > happy. (Or is there actually a way of doing this that I've missed?) See above, use the nodename. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "Nuke those VMBLOK's and them suckers is history" - J. J. McMahon, out of context ------------------------------ Date: Sun, 26 Feb 1995 16:29:32 -0500 From: Software@kew.com Subject: UUPC/extended 1.12n - bug fix list To: UUPC/Extended mailing list See my previous note for a overview of release 1.12n. Bug fixes Miles Zarathustra extensively tested and tuned the Windows serial communications interface, making it more robust. In addition, Drew Derbyshire added application level buffering and line pacing to allow additional data to be queued for a remote system. Under DOS using the native (internal) serial port driver, UUCICO would corrupt memory when exiting. Corrected in COMM.ASM to load correct register. UUCICO act unpredictably if given a login script which ended in an expect string. Script processing was modified to allow this. UUSTAT failed to report if it was unable to delete a file as part of kill processing. The program has been modified to check for such errors and report them. If transmitting more than 26 files in one job, UUCP used non- alphanumeric characters in the work file names. Modified UUCP to use 0-9, then A-Z, and then a-z for intermediate file names. The default packet size for 'G' and 'v' prtocols was 1024 bytes, which is large enough to easily overload many systems. The default was reduced to 512 bytes per packet, although the larger value can still be explicitly specified in the modem file. The invalid characters percent sign (%) and exclaimation point (!) are now rejected in the domain name. Host name lookup processing is modified to report in the case of failure the calling routine and not the internally called common lookup routine. OS/2 editors and pagers are now invoked via the system() call, which allows use of PM based editors without going through hoops. As a result, support of the boolean options "neweditorwindow" and "newpagerwindow" are dropped. Directory processing, especially the expansion and normalization of directory paths, has been optimized. This corrects severe performance problems with the Windows NT versions of various programs, which were punished by slow system calls to examine the file system. Under OS/2, long file name (HPFS) support on a drive is determined by actually trying to open a file with a long name rather than asking for the name of the file system. Under OS/2 and the 32 bit C/Set++ compiler, the time was not properly set by the NIST during daylighr savings time. Modified to add in the required offset. An extra Windows NT console is not created when running synchronous programs. Selected debugging messages have been wrapped into conditionally compiled code to make the shipped modules smaller. Under Windows NT, directory search debugging messsages no longer insert blank lines into the log. The mail address parser is modified to detect and handle an invalid (empty) host name being passed in, returning question marks (?) rather than a NULL pointer which will crash the program. If no address information was provided for a entry in nickname file, the nickname is now ignored. Previously, this could crash MAIL. If quote characters, including double quotes (") and/or angle brackets (<>) were unbalanced on an entry in the nickname file, the resulting processing was unpredictable and usually undesired. This condition is now explicitly trapped and the offending entry ignored. The queuing of mail for remote hosts has been rewritten so that the call file is written only once, not multiple as was possible previously if multiple addresses were queued for the same address. Various programs which did not write the user (U) line of the execute (X.*) file first had problems communicating with the brain damaged MKS toolkit. The programs have been modified to do. If RMAIL had a problem before fully initialized (such as an invalid or missing parameter), the message would not be logged. This has been corrected by opening the log file before parsing options. The License has been rewritten and included with each archive. The DOS/NT batch file version of UUCLEAN would loop if neither TMP nor TEMP were in the environment. Modified the batch files to use a reasonable default. The UUPOLL status in the OS/2 task list and Windows NT title bar would be obsolete during sleep periods status UUPOLL now better updates the message more often. UUCICO execution duration would vary up to 59 seconds from the desired time relative to UUPOLL. Modified UUPOLL and UUCICO to more exactly handle when a passive poll terminates, allowing an active poll to start at a more consistent time. Rapid suspends and resumes of ports under OS/2 could cause UUCICO to hang. Corrected by Kae Uwe Rommel. The UUCP 't' protocol support was just plain wrong, and would not inter-operate with any non-UUPC/extended UUCICO. Corrected to use the correct protocol. Note: This makes the UUCICO 't' protocol incompatible with versions of UUPC/extended previous to 1.12m. A workaround for these old systems is to use 'e' protocol, which is compatible. The UUCP 'e' protocol failed to report when a time out occurred, causing UUCICO to hang if a remote connection was lost. Both the UUCP 't' and 'e' protocol modules failed to report when various timeout errors ocurred, leaving it up to the user to guess. Both modules have been to report timeouts, and in addition the TCP/IP protocol module has been moduled to report if an end of file condition arises. If for a TCP/IP connection, the port number was appended to the host name in the systems file, it was not converted properly into binary. Corrected in ulibip.C. Other changes The Microsoft Visual C++ 2.0 compiler for Windows NT is now supported. The Microsoft Visual C++ 1.5 (DOS 8.0) for DOS is now supported. Numerous compiler warnings for various compilers have been suppressed. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "Gee, When was our last backup done?" ------------------------------ Date: Sat, 25 Feb 95 08:05 MET From: dan@oea.xs4all.nl Subject: UUPC on NT problem To: UUPC/Extended mailing list Hi, I'm trying to install UUPC on a Windows NT WS 3.5 machine and I'm encountering a small problem. I installed and edited all the setup files as per the documentation, and all seems to be in order except for the dialing part. When I try to dial out to a uucp site, uucico sends the init string to the modem but doesn't get the expected response, "ok", back. I have a USR Courier V.34 modem on COM1 and I have no problem accessing it with other Comm programs. Also, is there a newer version than the one I'm using (1.12b)? Here is part of my UUCICO.LOG file: 02/24-11:51 UUCICO: UUPC/extended 1.12b (Oct 4 1993 10:29:29) (5) inithost: Allocated room for 32 host entries (3) loadhost: local domain defined as "xs4all.nl" (2) calling "hacktic", debug=9 (4) M state = A (5) stater: "D:/WIN32APP/UUPC/hostatus" is 79 bytes; updated Fri Feb 24 10:39:56 1995 (5) HostStatus: D:/WIN32APP/UUPC/hostatus generated by UUPC/extended 1.12b beginning Tue Feb 14 22:10:42 1995 (5) HostStatus: Name length 7, status length 42, host name "hacktic" (5) HostStatus: Loaded status for host hacktic (4) M state = B (8) sysline="hacktic Any USRCRV34 28800 0206222175 g "" "" ogin:--ogin:--ogin: \duuoea word:--word: mypass" (2) remote=hacktic, when=Any, device=USRCRV34, phone=0206222175, protocol=g (8) searchname: Looking for "hacktic" of length 8, found "hacktic" (6) expect [06]: send [07]: (6) expect [08]: ogin:--ogin:--ogin: send [09]: \duuoea (6) expect [10]: word:--word: send [11]: mypass (4) M state = C (8) checkone: Any broken into "Any" from "0000" to "2400" with grade z (3) checkone: call window "Any" open (4) importpath: Checking file system for file D:/WIN32APP/UUPC/spool/locks.lck/hacktic.LCK (3) ImportPath: Mapped D:/WIN32APP/UUPC/spool/locks.lck/hacktic.LCK to D:/WIN32APP/UUPC/spool/locks.lck/hacktic.LCK (4) M state = D (4) importpath: Checking file system for file D:/WIN32APP/UUPC/spool/locks.lck/*status.LCS (5) advancedFS: it's a drive letter (4) advancedFS: File system for "D:/" has name "NTFS" (9) ValidDOSName: "WIN32APP" is valid (9) ValidDOSName: "UUPC" is valid (9) ValidDOSName: "spool" is valid long name (9) ValidDOSName: "locks.lck" is valid (5) ImportName: Mapped *status.LCS to )status.LCS (3) ImportPath: Mapped D:/WIN32APP/UUPC/spool/locks.lck/*status.LCS to D:/WIN32APP/UUPC/spool/locks.lck/)status.LCS (5) stater: "D:/WIN32APP/UUPC/hostatus" is 79 bytes; updated Fri Feb 24 10:39:56 1995 (5) stater: "D:/WIN32APP/UUPC/hostatus" is 79 bytes; updated Fri Feb 24 11:51:16 1995 (3) getmodem: loading modem configuration file D:/WIN32APP/UUPC/USRCRV34.MDM (5) chooseCommunications: Chose suite internal (4) M state = E (5) date=Fri, 24 Feb 1995 11:51:16 (1) callup: Calling hacktic via USRCRV34 at 28800 on Fri, 24 Feb 1995 11:51:16 (2) wanted "" (2) sending "\r\pATZ\r" (2) wanted "OK" (1) got ??? "ATZ" (0) dial: Modem failed to initialize (3) hangup: Dropped DTR (2) wanted "ogin:" (1) got ??? "" (4) M state = N (4) importpath: Checking file system for file D:/WIN32APP/UUPC/spool/locks.lck/*status.LCS ------------------------------ Date: Sat, 25 Feb 1995 17:58:26 -0500 From: uupcinfo@kew.com Subject: UUPC on NT problem To: UUPC/Extended mailing list On Sat, 25 Feb 95 08:05 MET, dan@oea.xs4all.nl wrote: > I'm trying to install UUPC on a Windows NT WS 3.5 machine and I'm > encountering a small problem. I installed and edited all the setup > files as per the documentation, and all seems to be in order except > for the dialing part. When I try to dial out to a uucp site, uucico > sends the init string to the modem but doesn't get the expected > response, "ok", back. I have a USR Courier V.34 modem on COM1 and I > have no problem accessing it with other Comm programs. > > Also, is there a newer version than the one I'm using (1.12b)? > > Here is part of my UUCICO.LOG file: > > 02/24-11:51 UUCICO: UUPC/extended 1.12b (Oct 4 1993 10:29:29) > (1) callup: Calling hacktic via USRCRV34 at 28800 on Fri, 24 Feb 1995 11:51:16 . . . > (2) wanted "" > (2) sending "\r\pATZ\r" > (2) wanted "OK" > (1) got ??? "ATZ" Try a pause before the ATZ. Initialize="" \p "" \pATZ OK > (0) dial: Modem failed to initialize Also, get a newer uupc/extended version. -- 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. "Yes, we will be going to OSI, Mars, and Pluto, but not necessarily in that order." - George Michaelson ------------------------------ End of UUPC-Info-Request Digest ******************************