Date: Tue, 23 Dec 97 00:53:58 EST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1997 #23 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Tue, 23 Dec 97 Volume 1997: Issue 23 Today's Topics: change summary for 1.12u docs loaded UUPC/extended 1.12s revision summary UUPC/extended 1.12u available for download UUPC/extended import file errors 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 Dec 1997 18:48:30 -0500 (EST) From: Drew Derbyshire Subject: change summary for 1.12u To: uupc-info@pandora.hh.kew.com UUPC/extended 1.12u should be out in the next 14 days or so with updated documents; here's the list of changes to date for 1.12u and 1.12t. I also noticed that the change list for 1.12s was never sent out, it will follow this. Please especially note the bug fixes for importing file names (affecting news), and the UUCP from parser rewrite. Most users will want to set options=domainfrom under 1.12u. As the new release is basically waiting for the docs (which are making progress, or this list would not exist!), versions 1.12r - 1.12t have pulled from the web site and listserv to keep people NOT on the lists from accidently downloading soon to be obsolete test releases. Version 1.12t - Version 1.12u Revision Summary Bug Fixes The NUL device (aka the bit bucket) was named differently under NT compared to all other environments, causing the DOS version of RMAIL to fail if invoked under Windows NT. Normalized to be NUL in all environments. The in-memory file open function, imopen(), failed to properly initialize all memory it used for its primary control structure. This caused a variety of interesting errors. The in-memory file function for running inferior commands, executeIMFCommand(), would truncate files to zero length when reopening them. This caused such functions as the RMAIL command gateway support to fail if directing mail to more than one address. Under certain conditions, the default for the optional configuration variable LocalDomain was not initialized, causing the executing application to crash when performing a host name lookup. The initialization is corrected in all pro-grams which require it, and internal check is added to prevent attempts to access it when not initialized. In UUXQT, the security checks for selected files was inverted for write access, allowing access under exactly the wrong conditions. The check is now cor-rected. In UUXQT, if an RMAIL command was queued with no operands, the UUXQT attempt pre-scan of the non-existent operands caused UUXQT to crash. This is corrected, and a suitable dummy address of address-missing-on- rmail-command-line is passed to RMAIL to cause the mail to bounce. In 16 bit environments running the news support, 32 bit pointers to internal buffers used for caching history index information were routinely corrupted when passed among routines. The declarations of the routines are corrected to use consistent declarations for the pointers. The program GENHIST would abort if it when scanning a directory it attempted to open a file and failed, such as if it accidentally tried to open a directory as file. The program is corrected to gracefully skip the processing of the single file can continue onward. If any program attempted to open a directory as file under Windows NT, it would waste ~ 30 seconds retrying the open. The fopen() function is modified to fail immediately. Any program which attempts to determine the size of a directory when it ex-pected a file would get pseudo valid answer back. The stater() function is modified to detect that the object is a directory and report an error. Both the parsing and generation of addresses on the UUCP From header line in mail headers left something to be desired in the program RMAIL. Causing errors for both the return addresses used by SMTP delivery mode of RMAIL and gen-eral processing of bounce messages. The support is completely rewritten: À Internal passing of the sender information is formalized to a standard struc-ture in place of the previous inconsistent use of shared variables. À The new Boolean option domainFrom is added. When specified, the UUCP From address is written as the RFC-822 address of the sender in the sim-plest form possible. This form is the least likely to be wrong and is accepted by sendmail 8.x. À If the Boolean option bang is specified, then the address is written as simply as possible with the relay specified as the "from remote" string. À If the neither Boolean option domainFrom nor the Boolean option bang is specified, the basic user address is written as one token in UUCP format (! syntax) with no trailing "from remote" phrase. The RMAIL SMTP delivery engine did not correctly process lines which con-sisted only of periods ("."). This could cause delivered mail to be truncated. The RMAIL SMTP delivery engine sent bounce messages with a non-empty return address, which could allow two mailers to get into a loop bouncing mail to each other. UUCP and Mailer-daemon mail sent via SMTP are now automati-cally translated to the canonical mailer bounce address ("<>") to prevent such loops. The default line size allowed in mail messages in 32 bit environments is now 1024 characters. This allows better handling of long lines into SMTP and other environments. The import file name routine, used to convert UNIX format names to local format names, did not properly convert names which: À Had characters not valid for the local file system À Had no period in the name, and À Were shorter than eight characters. The results of attempting to convert such a name could result in garbage. The import file name routine mapper did not accept multiple periods in long file names. The import file name routine did not believe Windows NT FAT volumes (VFAT) could support long names, when in fact they do so. Enhancements The new SMTP server UUSMTPD is added to receive mail over TCP/IP net-works. The use of this command is fully documented as part of the Command Reference on its own UUSMTPD manual page on page 122. This new daemon shares the delivery engine of RMAIL, and thus has full UUCP delivery and limited SMTP delivery support. The mail delivery engine now has the ability to delivery mail one message per file for programs such as PMAIL and MAIL4U. This support is enabled by the new Boolean option UniqueMailbox; when this option is enabled, each mail message is written into a file with the name MailDir/Userid/UUMX#####.ext where: À "MailDir" is the directory name specified as the configuration variable MailDir (default \UUPC\MAIL) in the UUPC.RC file. À The "/" (slash) is a literal. À "Userid" is the user id the mail is being delivered to. À "/UUMX" is a literal À "####" is a unique alphanumeric sequence number. À The "." (period) is a literal. It is omitted if no extension is specified. À "ext" is the optional extension to the file specified by the configuration vari-able MailExt (the default is no extension). Note: The MAIL command cannot be used to read mail messages written with the UniqueMailbox option set. The internal e-mail address tokenizer function, tokenizeAddress(), is modified to optionally only tokenize the input address without normalizing the host name or determining the best path to the host. In addition, the general reporting of the associated host alias support is improved. The ability of a volume to support long names is now cached under Windows NT by the import file name routines. ------------------------------ Date: Mon, 22 Dec 1997 23:47:49 -0500 (EST) From: Drew Derbyshire Subject: docs loaded To: uupc-info@pandora.hh.kew.com The UUPC/extended 1.12u document archives are now loaded to the servers. Please note that any bug reports, documentation errors and the like will not be handled until after Christmas (the weekend). I will be checking mail and the like, but the holdays do beckon ... -- Drew Derbyshire Internet: ahd@kew.com Kendra Electronic Wonderworks Telephone: 781-279-9812 "It's time to change the fuzzy dice" - Car Talk ------------------------------ Date: Tue, 16 Dec 1997 18:41:19 -0500 From: Drew Derbyshire Subject: UUPC/extended 1.12s revision summary To: UUPC-Info Mailing List Version 1.12s Revision Summary Bug Fixes The 32 bit Windows version failed when mapping names between DOS and UNIX formats if used on file systems which had names longer than 6 characters, including NETWARE and HPFS386. Corrected to allow file system names of up the length of a standard file name. Various programs would abort in the address router if they received an invalid address which had a leading at-sign (@) but was not an RFC-822 style explicit route. This is corrected. Under certain conditions, RMAIL would not bother to parse a valid UUCP From line, and internally set an address which could not be parsed. This is corrected on both counts. When compiling on systems for which ferror is a true function and not simply a macro, the suite would not compile because of missing parentheses. This is corrected. Use of the flawed memory allocation routine makebuf is removed from the various programs, especially news programs; memory has reverted to more standard malloc and stack strategies, as appropriate. Internally, the call to bugout is updated to reflect the standard ordering of source file name and line number used elsewhere in the program. The execute function is modified to reset the program title after running a com-mand to cause the Window title and/or task list to more accurately reflect the current program. The debugging (-x 8) dump of the host table now includes the internal numeric flag which indicates the class of host in the table. The copyright dates are updated to reflect the current year. Various corrections are applied to the In-memory temporary file (imfile) support. These changes affect both in-memory and disk resident temporary files: À If a temporary work file needs to be opened and the imopen call specified text mode, this now honored. À A missing free of an internal I/O buffer used to dump the imfile to disk is now added. À The imfile work structure is freed when the imfile is closed. The UUCP command failed to catch some errors when copying files. This is now corrected. The UUX command is now modified to properly process files in binary mode, rather than text mode. This did not previously work properly on all systems. On some systems, use of the raw name "*status" for the status file caused some file system checks to fail. Corrected to use new name "_status", which is only contains valid characters. The setting of the current system time via the NIST time support failed on Win-dows 95. This is now corrected by Dave Watt. Enhancements The TCP/IP-based mail delivery protocol SMTP delivery support is added to RMAIL. 1) The hostpath file can now include entries of the form: host @ smtp.gateway *.host @ smtp.gateway Note: The whitespace is required around the at-sign (@). This will route all mail for the host or domain to the specified gateway via SMTP. The specified host can be the mail server, which to say all out-bound mail can be redirected to the gateway. 2) The system specified in the UUPC.RC as the mail server via the configu-ration variable mailserv may now be a gatewayed or SMTP routed host. 3) By default, mail is only queued by RMAIL if running in -w or -t mode (new mail being queued from a Mail front-end); such queuing is performed un-der the local host name (the same queue used for local news processing), one (or more as required) per SMTP gateway host used. 4) When running in -t mode, RMAIL can be requested to be deliver immedi-ately by setting the new Boolean option fastsmtp. Mail in daemon mode (-w) cannot be forced for immediate delivery, to prevent endless recur-sion. 5) The time-out for all reads from the remote SMTP server is controlled the new UUPC.RC configuration variable TimeoutSMTP; the default is 60 seconds 6) Mail locally queued for SMTP delivery will be processed by UUXQT and RMAIL normally, and RMAIL will automatically be passed the new -q op-tion on the command line to flag it should be processed in SMTP mode. When running in this mode, failure to connect to the remote host will re-sult in a the new RMAIL exit status of 75, which will cause UUXQT to gracefully leave the spooled mail in untouched for later processing. 7) When running in -q mode, RMAIL will deliver ALL queued mail on the command line to the same SMTP host as determined by the first ad-dressee's routing. (This is consistent with the queuing performed described above.) 8) If the hostpath file is changed after the mail has been queued but before the mail is actually delivered via SMTP, and the first addressee is no longer delivered via SMTP as defined by the hostpath file, the mail will automatically be delivered via normal RMAIL routing. 9) This full support is included for 32 bit OS/2 and 32 bit Windows only. No actual delivery under DOS or 16 bit Windows is provided. The standard distributed Windows 3.1 package normally does not include RMAIL or UUXQT, and we include NO TCP/IP support at all with the DOS versions. 10) The 16 bit environments which do not support SMTP delivery still under-stand the new hostpath syntax and SMTP local queuing; this means that 16 bit environments (DOS, OS/2 and Windows) can share a hostpath and a spool directory with the SMTP enabled 32 bit environments, which will deliver the mail on the behalf of the 16 bit environments. 11) The SMTP support is designed for connecting to one or more friendly local gateways which can handle general delivery; it is not designed for general Internet use, having no MX (host lookup) support, only a single time-out period for all network reads, and no anti-SPAM protection. 12) No SMTP server currently exists for receiving mail; this facility only sup-ports sending mail. Note: Special thanks to Jacques Rebiscoul of S.S.T.I. for the prototype code used for the SMTP support. When compiled with debugging enabled, the DOS FOSSIL driver can now report the internal FOSSIL status block. The TCP/IP port number for UUCICO to connect and/or to listen for connections upon can now specified in the modem file via the variable PortNumber . The maximum number bytes saved in any one log file before rotation by UU-CLEAN under OS/2 is upped from 20,000 to 50,000. In 16 bit environments, most news history cache data is now kept in far memory. -- Internet: ahd@kew.com Voice: 781-279-9812 Windows NT, the chastity belt of operating systems. ------------------------------ Date: Mon, 22 Dec 1997 19:32:50 -0500 (EST) From: Drew Derbyshire Subject: UUPC/extended 1.12u available for download To: uupc-info@pandora.hh.kew.com Most of UUPC/extended 1.12u is now available for download from the ftp://ftp.kew.com/pub/test directory. This includes all the platform archives and the sources, it does not include the document archives, which I am still building. (I am done editing, at least the Word for Windows document source will be on-line with by midnight EST). This is available via http://www.kew.com, listserv@kew.com and via anonymous UUCP download (I think -- has anyone actually TRIED our anonymous UUCP lately?). I like this release. The SMTP support seems far more stable and the various memory problems cleaned up in news should correct the recently seen aborts under OS/2 and other platforms. This, is however, a test release -- your feedback is needed to correct any problems which may arise. As always, notify help@kew.com with any problems downloading or using the release. -ahd- -- Drew Derbyshire Internet: ahd@kew.com Kendra Electronic Wonderworks Telephone: 781-279-9812 This signature was generated automagically by the Rono Personal-Rexx-o-matic signature file generator. Copyright (C) 1990 by Goodnight Teddy. ------------------------------ Date: Sun, 14 Dec 1997 13:50:38 -0500 From: Drew Derbyshire Subject: UUPC/extended import file errors To: master@iaas.msu.su UUPC/extended has a bug in the file name routines which convert non-compliant names to valid DOS Names. If a short name has invalid characters, it is likely to be copied in a way which results in uninitialize memory being accessed. This may be the cause of the crashes of the NEWS components under OS/2. It will be corrected as part of 1.12u. In addition ... Michail Vidiassov wrote: > > > ---------------------------------------------------------------------- > > > 2) There are 2 bugs in long filename support in WIN32 environment: > > > names with a dot truncated and names on FAT truncated. You have already > > > got a fix with TAPI version of 1.12r, but the bugs are still alive in 1.12s. As he correctly described ... a) Period was dropped from valid character set for long names. b) NT file systems (VFAT) which allow long file names were report as not allowing them. Both of these errors are corrected in 1.12u. In addition, NT file system queries are cached in the same manner as OS/2 queries, which should provide a good performance boost for long running servers and/or file system scanners (in particularm, some news programs). -- Internet: ahd@kew.com Voice: 781-279-9812 "You can't get there from here" -ahd-, giving directions to NJ from Rest Area on I-88 in the heart of NY Catskills ------------------------------ End of UUPC-Info-Request Digest ******************************