Archive-Date: Fri, 1 Dec 2000 16:04:58 -0400 Return-Path: Message-ID: <3A280F5C.171CF064@SMTP.DeltaTel.RU> Date: Fri, 01 Dec 2000 23:51:40 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: SMTP feature request Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi All, PSC! I'm would like to have an configuration option in the CNFNET SMTP to configure SMTP symbiont to use alternative queue manager. Is this option in the "to do" list ? -- Cheers. +------------------pure personal opinion-----------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com www.DLS.net - Connecting with Care! vms-isps@dls.net - Forum for ISP running OpenVMS ================================================================================ Archive-Date: Tue, 5 Dec 2000 11:28:08 -0400 Date: Tue, 05 Dec 2000 11:23:49 -0500 (EST) From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: NFSACP_V543P030 To: TCPware-Announce@PROCESS.COM Message-ID: <01JXCDJYWC36001BVO@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: NFSACP_V543P030 Description: Fixes numerous problems regarding recognition of file attributes and types. Release date: 5-DEC-2000 Ranking: 2 Max ranking: 2 Versions: 5.4-3 ftp://ftp.process.com/support/54_3/nfsacp_v543p030.zip To search the TCPware ECO database, please visit the following URL: http://vms.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- -------------------------------------------------------------------------------- NFS Client Patch kit(revision 3.0) for TCPware V5.4-3 29-Nov-2000 Copyright (c) 1997, 1998, 1999, 2000 by Process Software LLC This VMSinstallable saveset provides a new version of the NFS client for TCPware for OpenVMS. This patch supports only TCPware V5.4-3 for OpenVMS VMS V5.5-2 thru V7.2-1. This patch carries an ECO ranking: 2 The following change[s] has been made for this revision: - An error message returned on a failed AUTOMOUNT mount attempt changed from SS$_BUGCHECK to SS$_INVLOGIN. (d/e 449) - A problem has been fixed where EDIT/EDT failed during the journal file update when run with the following conditions: 1. current device is an NFS device; 2. system is an Alpha running OpenVMS 7.2 or later; The error message "unsupported operation or function" is returned. (d/e 6377) - Directory cache building has been fixed to prevent "NO SUCH FILE" showing up in a directory display when the corresponding remote file still exists. (d/e 6384) - Deleting a file whose name was the resultant string from using F$SEARCH would cause the next F$SEARCH using the same search parameters to skip over the next available search match. This behavior has been corrected. (d/e 6445) - When connecting from a ftp client to a VMS host and issueing a directory request for an NFS device, returned file sizes were zero(0) and dates 17-NOV-1858. This has been corrected. (d/e 6446) Modifications for kit revision 2.0: - Using BACKUP on OpenVMS V7.2 or V7.2-1 now works correctly. Previously, SS$_BADATTRIB was returned.(d/e 5973) Modifications for kit revision 1.0: - Mountpoints originally mounted with the /BACKGROUND qualifier no longer go into a Mounted dismount state. (d/e 5972, 4061) - ADF file matching occurs correctly when there are multiple versions of the ADF file for any specific file. (d/e 5970) - Fixed a NFSMOUNT hang and NFSACP crash when using a mountpoint that includes a file specification. (d/e 5191) This patch kit provides the following files: NFSACP.EXE The old version of NFSACP.EXE will be renamed to TCPWARE_COMMON:[TCPWARE]NFSACP.EXE_OLD Once installed, you may undo this patch by shutting down NFS(by dismounting all NFS devices) and renaming the TCPWARE_COMMON:[TCPWARE]NFSACP.EXE_OLD back to TCPWARE_COMMON:[TCPWARE]NFSACP.EXE. To make this patch operational, first dismount all NFS devices, then remount them. [End of ECO announcement] ================================================================================ Archive-Date: Wed, 6 Dec 2000 14:48:50 -0400 Return-Path: Subject: FTP Problems From: eplan@kapsch.net Reply-To: Info-TCPware@process.com Message-ID: <3a2e968e$1@news.kapsch.co.at> Date: 6 Dec 2000 20:42:06 +0100 To: Info-TCPware@PROCESS.COM Is anybody else seeing problems with some FTP downloads with TCPware V5.4-3 ? (if it matters, I've all TCPware ECOs installed). Today is the third time, where a download (this time it was MX V5.2 beta) aborted every time (4 tries today) with %TCPWARE_FTP-E-CTRLERR, unexpected error processing control connection -SYSTEM-F-VCBROKEN, virtual circuit broken while a FTP download of the same file at the same time with UCX on another node succeeded at the first time (as usual). I haven't started nailing the problem down (and I won't in the next few weeks), but it now pops up to my mind and so I let you know. In the meantime, I'll also try DECW_FTP (and after it's installation MGFTP) on my TCPware node, just to be sure... TIA -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Wed, 6 Dec 2000 15:55:19 -0400 Date: Wed, 06 Dec 2000 15:51:15 -0500 (EST) From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: DRIVERS_V543P041 To: TCPware-Announce@PROCESS.COM Message-ID: <01JXE16VGDFM001D0T@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: DRIVERS_V543P041 Description: Added support for Oracle Version 8.1.6 Release date: 6-DEC-2000 Ranking: 3 Max ranking: 2 Versions: 5.4-3,5.3-3 ftp://ftp.process.com/support/54_3/drivers_v543p041.zip To search the TCPware ECO database, please visit the following URL: http://vms.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- DRIVERS patch kit revision 4.1 for TCPware Version 5.4-3 0= 5-Dec-2000 Copyright =A9 1999-2000 Process Software Corporation Copyright =A9 2000 Process Software, LLC Highest ECO Rank 2 (Version 3.0) Version 4.1 Rank 3 This patch kit provides new versions of the following drivers for TCPware Version 5.4-3: =09UCX$IPC_SHR - Support for aborting a select() call was required fo= r =09 compatibility with Oracle Version 8.1.6. =09 (D/E 6619) (ECO rank: 3) This kit also includes the following changes from previous ECO ki= ts: For TCPware V5.4-3: DRIVERS_V543P030=09- ECO rank: 2 ------------------ =09IPDRIVER - On some Alphas, VMS's VCI layer does not report =09=09 a device error when a cable is unplugged from =09=09 the network card. This version of IPDRIVER =09=09 provides a workaround, which allows the paired =09=09 network interface failover support to work. =09=09 (D/E 6150) (ECO rank: 2) DRIVERS_V543P020 ------------------ =09BGDRIVER - Add support for "privileged sockets" to allow beta 2 = of =09 the Apache server from Compaq to work. (D/E 5732) =09 - Add support for the DEC C values of the multicast =09 options to BGDRIVER (actual change was to IPDRIVER). =09 (D/E 5733) =09=09 - Under certain circumstances, code introduced in =09 DRIVERS_V543P020 could cause an Unexpected System =09 Service Exception and crash the system when doing =09 NETCU SET BG_TCP commands. (D/E 6224, D/E 6243) =09TCPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) =09UDPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) =09IPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) DRIVERS_V543P010 ------------------ =09TCPDRIVER - Changes made to the Outgoing Access Restrictions feat= ure =09 that corrects problems introduced in TCPware 5.4 and =09=09 DRIVERS_V533P050. (D/E 5350) For TCPware V5.3-3: DRIVERS_V533P050 ------------------ =09BGDRIVER - Modify behaviour of IO$_DEACCESS (D/E 2298) =09 - Modified to allow DCL/Perl scripts to work properly =09 under the Netscape FastTrack web server. (D/E 3509) =09 - Provide proper privilege checks under OpenVMS Alpha V= 7.2 =09 and higher. (D/E 5296) =09INETDRIVER - Correct the output of an extra for output from =09 REXEC (D/E 339) =09 - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) =09IPDRIVER - Fix routine which derives largest MTU of all physical =09 interfaces. This is used by TCP to set the MSS =09 advertised at connection establishment. (D/E 2213) =09 - EWA twisted pair Ethernet controllers with the cable removed would hang TCPware during startup. This= problem =09 has been corrected. (D/E 2453) =09 - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) =09NTDRIVER - Drop any received data when closing. (D/E 3330) =09 - Permanent NTA /w CLOSE_DASSGN cannot be=20 =09 deleted. (D/E 1537) =09 - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) =09TCPDRIVER - Recognize SYN packets in successive connections when = old =09 connection is in TIME_WAIT (RLOGIN clients no longer = hang =09 on successive connections) (D/E 3872) =09 - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) =09UDPDRIVER - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) NOTE: You must reboot your system after installing this patch in or= der to load the new driver(s). The old versions of the driver(s) will be renamed to *.EXE_OLD. Once installed, you may undo this patch by renaming the file(s) bac= k to: TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]UCX$IPC_SHR.EXE_OLD to TCPWARE_COMMON:[TCPWARE]UCX$IPC_SHR.EXE [End of ECO announcement] ================================================================================ Archive-Date: Thu, 7 Dec 2000 00:57:21 -0400 Return-Path: Message-ID: <3A2F23CC.98898C5D@SMTP.DeltaTel.RU> Date: Thu, 07 Dec 2000 08:44:44 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: SMTP agent debuging Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi ! Is there osme logical to trun on a debug output in the SMTP agent (SMTP Symbiont) ? -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 7 Dec 2000 05:17:20 -0400 Message-ID: <67AB4F271D5DD3118A550090278A3F2C022C65CF@ihs_mail_01.integralis.co.uk> From: Tremaine Callier Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: SMTP agent debuging Date: Thu, 7 Dec 2000 10:17:33 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" >> TCPWARE_SMTP_SERVER_LOG It's a TRUE/FALSE logical. When TRUE it enables debug logs for the SMTP server. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: 07 December 2000 05:45 To: Info-TCPware@PROCESS.COM Subject: SMTP agent debuging Hi ! Is there osme logical to trun on a debug output in the SMTP agent (SMTP Symbiont) ? -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + Integralis Theale House Brunel Road Theale, Reading RG7 4AQ +44 (0) 118 9306060 A member of the Articon-Integralis Group info@Integralis.com http://www.integralis.com DISCLAIMER Any opinions expressed in this email are those of the individual and not necessarily the Company. This email and any files transmitted with it, including replies and forwarded copies (which may contain alterations) subsequently transmitted from the Company, are confidential and solely for the use of the intended recipient. It may contain material protected by attorney-client privilege. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this email in error and that any use is strictly prohibited. If you have received this email in error please notify the IT manager by telephone on +44 (0)118 930 6060 or via email to internal.security@integralis.com, including a copy of this message. Please then delete this email and destroy any copies of it. ================================================================================ Archive-Date: Thu, 7 Dec 2000 06:29:44 -0400 Return-Path: Message-ID: <3A2F71A9.306B0C07@SMTP.DeltaTel.RU> Date: Thu, 07 Dec 2000 14:16:57 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: SMTP agent debuging Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi ! Thanks. This logical is applicable for SMTP symbiont too ? Tremaine Callier wrote: > > >> TCPWARE_SMTP_SERVER_LOG > It's a TRUE/FALSE logical. > When TRUE it enables debug logs for the SMTP server. > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: 07 December 2000 05:45 > To: Info-TCPware@PROCESS.COM > Subject: SMTP agent debuging > > Hi ! > Is there osme logical to trun on a debug output in the SMTP agent > (SMTP Symbiont) ? > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1099 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + > > Integralis > Theale House > Brunel Road > Theale, Reading > RG7 4AQ > +44 (0) 118 9306060 > > A member of the Articon-Integralis Group > > info@Integralis.com > http://www.integralis.com > > DISCLAIMER > Any opinions expressed in this email are those of the individual and not necessarily the Company. This email and any files transmitted with it, including replies and forwarded copies (which may contain alterations) subsequently transmitted from the Company, are confidential and solely for the use of the intended recipient. It may contain material protected by attorney-client privilege. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that > ou have received this email in error and that any use is strictly prohibited. > > If you have received this email in error please notify the IT manager by telephone on +44 (0)118 930 6060 or via email to internal.security@integralis.com, including a copy of this message. Please then delete this email and destroy any copies of it. -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 7 Dec 2000 09:06:43 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE86030717C0@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: SMTP agent debuging Date: Thu, 7 Dec 2000 09:04:47 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" When TCPWARE_SMTP_SYMBIONT_LOG is defined (/system) the symbiont will write out TCPWARE:SMTP_LOG.SMTP_ ---------------------- Richard Whalen Process Software -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Thursday, December 07, 2000 6:17 AM To: Info-TCPware@PROCESS.COM Subject: Re: SMTP agent debuging Hi ! Thanks. This logical is applicable for SMTP symbiont too ? Tremaine Callier wrote: > > >> TCPWARE_SMTP_SERVER_LOG > It's a TRUE/FALSE logical. > When TRUE it enables debug logs for the SMTP server. > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: 07 December 2000 05:45 > To: Info-TCPware@PROCESS.COM > Subject: SMTP agent debuging > > Hi ! > Is there osme logical to trun on a debug output in the SMTP agent > (SMTP Symbiont) ? > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1099 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + > > Integralis > Theale House > Brunel Road > Theale, Reading > RG7 4AQ > +44 (0) 118 9306060 > > A member of the Articon-Integralis Group > > info@Integralis.com > http://www.integralis.com > > DISCLAIMER > Any opinions expressed in this email are those of the individual and not necessarily the Company. This email and any files transmitted with it, including replies and forwarded copies (which may contain alterations) subsequently transmitted from the Company, are confidential and solely for the use of the intended recipient. It may contain material protected by attorney-client privilege. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that > ou have received this email in error and that any use is strictly prohibited. > > If you have received this email in error please notify the IT manager by telephone on +44 (0)118 930 6060 or via email to internal.security@integralis.com, including a copy of this message. Please then delete this email and destroy any copies of it. -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 7 Dec 2000 14:44:12 -0400 Return-Path: Message-ID: <3A2FE301.FF5F772A@SMTP.DeltaTel.RU> Date: Thu, 07 Dec 2000 22:20:33 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: SMTP agent debuging Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Thanks. Richard Whalen wrote: > > When TCPWARE_SMTP_SYMBIONT_LOG is defined (/system) the symbiont will write > out TCPWARE:SMTP_LOG.SMTP_ > > ---------------------- > Richard Whalen > Process Software > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: Thursday, December 07, 2000 6:17 AM > To: Info-TCPware@PROCESS.COM > Subject: Re: SMTP agent debuging > > Hi ! > Thanks. > This logical is applicable for SMTP symbiont too ? > > Tremaine Callier wrote: > > > > >> TCPWARE_SMTP_SERVER_LOG > > It's a TRUE/FALSE logical. > > When TRUE it enables debug logs for the SMTP server. > > > > -----Original Message----- > > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > > Sent: 07 December 2000 05:45 > > To: Info-TCPware@PROCESS.COM > > Subject: SMTP agent debuging > > > > Hi ! > > Is there osme logical to trun on a debug output in the SMTP agent > > (SMTP Symbiont) ? > > > > -- > > Cheers, > > +OpenVMS [Sys|Net] HardWorker........................................+ > > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > > 191119,St.Petersburg,Transportny per. 3 116-3222 > > Fax: +7 (812) 115-1099 > > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + > > > > Integralis > > Theale House > > Brunel Road > > Theale, Reading > > RG7 4AQ > > +44 (0) 118 9306060 > > > > A member of the Articon-Integralis Group > > > > info@Integralis.com > > http://www.integralis.com > > > > DISCLAIMER > > Any opinions expressed in this email are those of the individual and not > necessarily the Company. This email and any files transmitted with it, > including replies and forwarded copies (which may contain alterations) > subsequently transmitted from the Company, are confidential and solely for > the use of the intended recipient. It may contain material protected by > attorney-client privilege. If you are not the intended recipient or the > person responsible for delivering to the intended recipient, be advised that > > ou have received this email in error and that any use is strictly > prohibited. > > > > If you have received this email in error please notify the IT manager by > telephone on +44 (0)118 930 6060 or via email to > internal.security@integralis.com, including a copy of this message. Please > then delete this email and destroy any copies of it. > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1099 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + -- Cheers. +------------------pure personal opinion-----------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com www.DLS.net - Connecting with Care! vms-isps@dls.net - Forum for ISP running OpenVMS ================================================================================ Archive-Date: Fri, 8 Dec 2000 01:48:17 -0400 Return-Path: Message-ID: <3A307E08.1758B691@SMTP.DeltaTel.RU> Date: Fri, 08 Dec 2000 09:22:00 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: SMTP delivering problem (Re: SMTP agent debuging) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@process.com Hi! I have a problem with mail delivering to local SMTP host: -------------------- Fri Dec 8 09:17:00 2000 Processing queue file _$1$DUA999:[SYS2.TCPWARE.SPOOL]SMTP-VMSMAIL.009F4468-545F04BF;1 MAIL FROM: RCPT TO: ARRIVAL_TIME: 8-DEC-2000 06:26:58 going to alias lookup on: xxxxxxxx@DELTATEL.RU After alias expansion and duplicate elimination: RCPT TO: (PENDING) Doing MR lookup on INI|deltatel.ru. Locating gateway. Attempting net send to ZZZ.deltatel.ru. SMTP: MX query failed: Nameserver error: Host name lookup failure RCPT TO: (REQUEUE, Nameserver error: Host name lookup failure) This file to be requeued AS IS Mail processing failed and requeued -------------------- $ nslookup ZZZ.deltatel.ru Server: localhost Address: 127.0.0.1 Name: ZZZ.deltatel.ru Address: 172.16.x.x $ anal/ima sys$system:TCPWARE_SMTP_SYMBIONT.EXE image name: "TCPWARE_SMTP_SYMBIONT" image file identification: "SMTP V1.1" link date/time: 30-OCT-2000 16:28:35.32 linker identification: "A10-62" PS:OpenVMS 7.1-1h1, TCPWare 5.4-3 -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Fri, 8 Dec 2000 10:20:07 -0400 Sender: schreiber@process.com Date: Fri, 8 Dec 2000 10:18:15 -0500 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009F4488.A3E7F53A.36@process.com> Subject: RE: SMTP delivering problem (Re: SMTP agent debuging) "Ruslan R. Laishev" writes: > >SMTP: MX query failed: Nameserver error: Host name lookup failure >RCPT TO: (REQUEUE, Nameserver error: Host name lookup failure) >This file to be requeued AS IS >Mail processing failed and requeued >-------------------- >$ nslookup ZZZ.deltatel.ru >Server: localhost >Address: 127.0.0.1 > >Name: ZZZ.deltatel.ru >Address: 172.16.x.x My only comment is that it's complaining about the MX query failed. So for a better test, try: nslookup -type=mx ZZZ.deltatel.ru. To get the MX record query, rather than an A record query. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Fri, 8 Dec 2000 10:23:13 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE86030717CB@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: SMTP delivering problem (Re: SMTP agent debuging) Date: Fri, 8 Dec 2000 10:21:06 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Are the Class B private addresses defined in the HOSTS file or through DNS? -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Friday, December 08, 2000 1:22 AM To: Info-TCPware@process.com Subject: SMTP delivering problem (Re: SMTP agent debuging) Hi! I have a problem with mail delivering to local SMTP host: -------------------- Fri Dec 8 09:17:00 2000 Processing queue file _$1$DUA999:[SYS2.TCPWARE.SPOOL]SMTP-VMSMAIL.009F4468-545F04BF;1 MAIL FROM: RCPT TO: ARRIVAL_TIME: 8-DEC-2000 06:26:58 going to alias lookup on: xxxxxxxx@DELTATEL.RU After alias expansion and duplicate elimination: RCPT TO: (PENDING) Doing MR lookup on INI|deltatel.ru. Locating gateway. Attempting net send to ZZZ.deltatel.ru. SMTP: MX query failed: Nameserver error: Host name lookup failure RCPT TO: (REQUEUE, Nameserver error: Host name lookup failure) This file to be requeued AS IS Mail processing failed and requeued -------------------- $ nslookup ZZZ.deltatel.ru Server: localhost Address: 127.0.0.1 Name: ZZZ.deltatel.ru Address: 172.16.x.x $ anal/ima sys$system:TCPWARE_SMTP_SYMBIONT.EXE image name: "TCPWARE_SMTP_SYMBIONT" image file identification: "SMTP V1.1" link date/time: 30-OCT-2000 16:28:35.32 linker identification: "A10-62" PS:OpenVMS 7.1-1h1, TCPWare 5.4-3 -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Fri, 8 Dec 2000 13:40:54 -0400 Return-Path: Message-ID: <3A3128B2.3FE197B7@SMTP.DeltaTel.RU> Date: Fri, 08 Dec 2000 21:30:10 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: SMTP delivering problem (Re: SMTP agent debuging) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM It looks like a DNS resolver problem, after restarting a DNS a SMTP symbion can resolve names. Be advised. Ruslan R. Laishev wrote: > > Hi! > > I have a problem with mail delivering to local SMTP host: > > -------------------- > Fri Dec 8 09:17:00 2000 > Processing queue file _$1$DUA999:[SYS2.TCPWARE.SPOOL]SMTP-VMSMAIL.009F4468-545F04BF;1 > MAIL FROM: > RCPT TO: > ARRIVAL_TIME: 8-DEC-2000 06:26:58 > going to alias lookup on: xxxxxxxx@DELTATEL.RU > After alias expansion and duplicate elimination: > RCPT TO: (PENDING) > Doing MR lookup on INI|deltatel.ru. > Locating gateway. > Attempting net send to ZZZ.deltatel.ru. > SMTP: MX query failed: Nameserver error: Host name lookup failure > RCPT TO: (REQUEUE, Nameserver error: Host name lookup failure) > This file to be requeued AS IS > Mail processing failed and requeued > -------------------- > $ nslookup ZZZ.deltatel.ru > Server: localhost > Address: 127.0.0.1 > > Name: ZZZ.deltatel.ru > Address: 172.16.x.x > > $ anal/ima sys$system:TCPWARE_SMTP_SYMBIONT.EXE > image name: "TCPWARE_SMTP_SYMBIONT" > image file identification: "SMTP V1.1" > link date/time: 30-OCT-2000 16:28:35.32 > linker identification: "A10-62" > > PS:OpenVMS 7.1-1h1, TCPWare 5.4-3 > -- Cheers. +------------------pure personal opinion-----------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com www.DLS.net - Connecting with Care! vms-isps@dls.net - Forum for ISP running OpenVMS ================================================================================ Archive-Date: Fri, 8 Dec 2000 13:51:18 -0400 Sender: zieman@process.com Date: Fri, 8 Dec 2000 13:49:28 -0500 From: zieman@process.com Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <009F44A6.25E591AB.58@process.com> Subject: Re: SMTP delivering problem (Re: SMTP agent debuging) ================================================================================ Archive-Date: Fri, 8 Dec 2000 17:16:03 -0400 Date: Fri, 08 Dec 2000 17:11:50 -0500 (EST) From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: DRIVERS_V543P042 To: TCPware-Announce@PROCESS.COM Message-ID: <01JXGWLGJIWI001EYR@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Note: Customers who downloaded the DRIVERS_V543P041 eco released on December 6, 2000 should retrieve this eco and re-install the eco. An error was found in the DRIVERS_V543P041 eco kit. TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: DRIVERS_V543P042 Description: Added support for Oracle Version 8.1.6 Release date: 8-DEC-2000 Ranking: 3 Max ranking: 2 Versions: 5.4-3,5.3-3 ftp://ftp.process.com/support/54_3/drivers_v543p042.zip To search the TCPware ECO database, please visit the following URL: http://vms.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- DRIVERS patch kit revision 4.2 for TCPware Version 5.4-3 0= 5-Dec-2000 Copyright =A9 1999-2000 Process Software Corporation Copyright =A9 2000 Process Software, LLC Highest ECO Rank 2 (Version 3.0) Version 4.1 Rank 3 This patch kit provides new versions of the following drivers for TCPware Version 5.4-3: =09UCX$IPC_SHR - Support for aborting a select() call was required fo= r =09 compatibility with Oracle Version 8.1.6. =09 (D/E 6619) (ECO rank: 3) This kit also includes the following changes from previous ECO ki= ts: For TCPware V5.4-3: DRIVERS_V543P030=09- ECO rank: 2 ------------------ =09IPDRIVER - On some Alphas, VMS's VCI layer does not report =09=09 a device error when a cable is unplugged from =09=09 the network card. This version of IPDRIVER =09=09 provides a workaround, which allows the paired =09=09 network interface failover support to work. =09=09 (D/E 6150) (ECO rank: 2) DRIVERS_V543P020 ------------------ =09BGDRIVER - Add support for "privileged sockets" to allow beta 2 = of =09 the Apache server from Compaq to work. (D/E 5732) =09 - Add support for the DEC C values of the multicast =09 options to BGDRIVER (actual change was to IPDRIVER). =09 (D/E 5733) =09=09 - Under certain circumstances, code introduced in =09 DRIVERS_V543P020 could cause an Unexpected System =09 Service Exception and crash the system when doing =09 NETCU SET BG_TCP commands. (D/E 6224, D/E 6243) =09TCPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) =09UDPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) =09IPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) DRIVERS_V543P010 ------------------ =09TCPDRIVER - Changes made to the Outgoing Access Restrictions feat= ure =09 that corrects problems introduced in TCPware 5.4 and =09=09 DRIVERS_V533P050. (D/E 5350) For TCPware V5.3-3: DRIVERS_V533P050 ------------------ =09BGDRIVER - Modify behaviour of IO$_DEACCESS (D/E 2298) =09 - Modified to allow DCL/Perl scripts to work properly =09 under the Netscape FastTrack web server. (D/E 3509) =09 - Provide proper privilege checks under OpenVMS Alpha V= 7.2 =09 and higher. (D/E 5296) =09INETDRIVER - Correct the output of an extra for output from =09 REXEC (D/E 339) =09 - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) =09IPDRIVER - Fix routine which derives largest MTU of all physical =09 interfaces. This is used by TCP to set the MSS =09 advertised at connection establishment. (D/E 2213) =09 - EWA twisted pair Ethernet controllers with the cable removed would hang TCPware during startup. This= problem =09 has been corrected. (D/E 2453) =09 - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) =09NTDRIVER - Drop any received data when closing. (D/E 3330) =09 - Permanent NTA /w CLOSE_DASSGN cannot be=20 =09 deleted. (D/E 1537) =09 - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) =09TCPDRIVER - Recognize SYN packets in successive connections when = old =09 connection is in TIME_WAIT (RLOGIN clients no longer = hang =09 on successive connections) (D/E 3872) =09 - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) =09UDPDRIVER - Provide proper privilege checks under OpenVMS Alpha =09 V7.2 and higher. (D/E 5296) NOTE: You must reboot your system after installing this patch in or= der to load the new driver(s). The old versions of the driver(s) will be renamed to *.EXE_OLD. Once installed, you may undo this patch by renaming the file(s) bac= k to: TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]UCX$IPC_SHR.EXE_OLD to TCPWARE_COMMON:[TCPWARE]UCX$IPC_SHR.EXE [End of ECO announcement] ================================================================================ Archive-Date: Sat, 9 Dec 2000 01:12:40 -0400 Return-Path: Message-ID: <3A31C766.9DC770F9@SMTP.DeltaTel.RU> Date: Sat, 09 Dec 2000 08:47:18 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: SMTP delivering problem (Re: SMTP agent debuging) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Richard Whalen wrote: > > Are the Class B private addresses defined in the HOSTS file or through DNS? DNS. > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: Friday, December 08, 2000 1:22 AM > To: Info-TCPware@process.com > Subject: SMTP delivering problem (Re: SMTP agent debuging) > > Hi! > > I have a problem with mail delivering to local SMTP host: > > -------------------- > Fri Dec 8 09:17:00 2000 > Processing queue file > _$1$DUA999:[SYS2.TCPWARE.SPOOL]SMTP-VMSMAIL.009F4468-545F04BF;1 > MAIL FROM: > RCPT TO: > ARRIVAL_TIME: 8-DEC-2000 06:26:58 > going to alias lookup on: xxxxxxxx@DELTATEL.RU > After alias expansion and duplicate elimination: > RCPT TO: (PENDING) > Doing MR lookup on INI|deltatel.ru. > Locating gateway. > Attempting net send to ZZZ.deltatel.ru. > SMTP: MX query failed: Nameserver error: Host name lookup failure > RCPT TO: (REQUEUE, Nameserver error: Host name lookup > failure) > This file to be requeued AS IS > Mail processing failed and requeued > -------------------- > $ nslookup ZZZ.deltatel.ru > Server: localhost > Address: 127.0.0.1 > > Name: ZZZ.deltatel.ru > Address: 172.16.x.x > > $ anal/ima sys$system:TCPWARE_SMTP_SYMBIONT.EXE > image name: "TCPWARE_SMTP_SYMBIONT" > image file identification: "SMTP V1.1" > link date/time: 30-OCT-2000 16:28:35.32 > linker identification: "A10-62" > > PS:OpenVMS 7.1-1h1, TCPWare 5.4-3 > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1099 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Sat, 9 Dec 2000 09:59:58 -0400 Return-Path: Message-ID: <3A3243C3.6E0A1C2A@SMTP.DeltaTel.RU> Date: Sat, 09 Dec 2000 17:37:55 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: SMTP delivering problem (Re: SMTP agent debuging) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM It's a result of a channel leaking in the TCPWare SMTP symbiont. Richard Whalen wrote: > > Are the Class B private addresses defined in the HOSTS file or through DNS? > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: Friday, December 08, 2000 1:22 AM > To: Info-TCPware@process.com > Subject: SMTP delivering problem (Re: SMTP agent debuging) > > Hi! > > I have a problem with mail delivering to local SMTP host: > > -------------------- > Fri Dec 8 09:17:00 2000 > Processing queue file > _$1$DUA999:[SYS2.TCPWARE.SPOOL]SMTP-VMSMAIL.009F4468-545F04BF;1 > MAIL FROM: > RCPT TO: > ARRIVAL_TIME: 8-DEC-2000 06:26:58 > going to alias lookup on: xxxxxxxx@DELTATEL.RU > After alias expansion and duplicate elimination: > RCPT TO: (PENDING) > Doing MR lookup on INI|deltatel.ru. > Locating gateway. > Attempting net send to ZZZ.deltatel.ru. > SMTP: MX query failed: Nameserver error: Host name lookup failure > RCPT TO: (REQUEUE, Nameserver error: Host name lookup > failure) > This file to be requeued AS IS > Mail processing failed and requeued > -------------------- > $ nslookup ZZZ.deltatel.ru > Server: localhost > Address: 127.0.0.1 > > Name: ZZZ.deltatel.ru > Address: 172.16.x.x > > $ anal/ima sys$system:TCPWARE_SMTP_SYMBIONT.EXE > image name: "TCPWARE_SMTP_SYMBIONT" > image file identification: "SMTP V1.1" > link date/time: 30-OCT-2000 16:28:35.32 > linker identification: "A10-62" > > PS:OpenVMS 7.1-1h1, TCPWare 5.4-3 > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1099 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Mon, 11 Dec 2000 10:48:31 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE86030717D8@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: SMTP delivering problem (Re: SMTP agent debuging) Date: Mon, 11 Dec 2000 10:46:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" We are aware of this problem and are investigating it. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Saturday, December 09, 2000 9:38 AM To: Info-TCPware@PROCESS.COM Subject: Re: SMTP delivering problem (Re: SMTP agent debuging) It's a result of a channel leaking in the TCPWare SMTP symbiont. Richard Whalen wrote: > > Are the Class B private addresses defined in the HOSTS file or through DNS? > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: Friday, December 08, 2000 1:22 AM > To: Info-TCPware@process.com > Subject: SMTP delivering problem (Re: SMTP agent debuging) > > Hi! > > I have a problem with mail delivering to local SMTP host: > > -------------------- > Fri Dec 8 09:17:00 2000 > Processing queue file > _$1$DUA999:[SYS2.TCPWARE.SPOOL]SMTP-VMSMAIL.009F4468-545F04BF;1 > MAIL FROM: > RCPT TO: > ARRIVAL_TIME: 8-DEC-2000 06:26:58 > going to alias lookup on: xxxxxxxx@DELTATEL.RU > After alias expansion and duplicate elimination: > RCPT TO: (PENDING) > Doing MR lookup on INI|deltatel.ru. > Locating gateway. > Attempting net send to ZZZ.deltatel.ru. > SMTP: MX query failed: Nameserver error: Host name lookup failure > RCPT TO: (REQUEUE, Nameserver error: Host name lookup > failure) > This file to be requeued AS IS > Mail processing failed and requeued > -------------------- > $ nslookup ZZZ.deltatel.ru > Server: localhost > Address: 127.0.0.1 > > Name: ZZZ.deltatel.ru > Address: 172.16.x.x > > $ anal/ima sys$system:TCPWARE_SMTP_SYMBIONT.EXE > image name: "TCPWARE_SMTP_SYMBIONT" > image file identification: "SMTP V1.1" > link date/time: 30-OCT-2000 16:28:35.32 > linker identification: "A10-62" > > PS:OpenVMS 7.1-1h1, TCPWare 5.4-3 > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1099 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1099 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Mon, 11 Dec 2000 12:22:36 -0400 Return-Path: Message-ID: <3A3507A4.7965A84B@SMTP.DeltaTel.RU> Date: Mon, 11 Dec 2000 19:58:12 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: SMTP delivering problem (Re: SMTP agent debuging) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Thanks. I looking forward... Richard Whalen wrote: > > We are aware of this problem and are investigating it. > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: Saturday, December 09, 2000 9:38 AM > To: Info-TCPware@PROCESS.COM > Subject: Re: SMTP delivering problem (Re: SMTP agent debuging) > > It's a result of a channel leaking in the TCPWare SMTP symbiont. > > Richard Whalen wrote: > > > > Are the Class B private addresses defined in the HOSTS file or through > DNS? > > > > -----Original Message----- > > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > > Sent: Friday, December 08, 2000 1:22 AM > > To: Info-TCPware@process.com > > Subject: SMTP delivering problem (Re: SMTP agent debuging) > > > > Hi! > > > > I have a problem with mail delivering to local SMTP host: > > > > -------------------- > > Fri Dec 8 09:17:00 2000 > > Processing queue file > > _$1$DUA999:[SYS2.TCPWARE.SPOOL]SMTP-VMSMAIL.009F4468-545F04BF;1 > > MAIL FROM: > > RCPT TO: > > ARRIVAL_TIME: 8-DEC-2000 06:26:58 > > going to alias lookup on: xxxxxxxx@DELTATEL.RU > > After alias expansion and duplicate elimination: > > RCPT TO: (PENDING) > > Doing MR lookup on INI|deltatel.ru. > > Locating gateway. > > Attempting net send to ZZZ.deltatel.ru. > > SMTP: MX query failed: Nameserver error: Host name lookup failure > > RCPT TO: (REQUEUE, Nameserver error: Host name lookup > > failure) > > This file to be requeued AS IS > > Mail processing failed and requeued > > -------------------- > > $ nslookup ZZZ.deltatel.ru > > Server: localhost > > Address: 127.0.0.1 > > > > Name: ZZZ.deltatel.ru > > Address: 172.16.x.x > > > > $ anal/ima sys$system:TCPWARE_SMTP_SYMBIONT.EXE > > image name: "TCPWARE_SMTP_SYMBIONT" > > image file identification: "SMTP V1.1" > > link date/time: 30-OCT-2000 16:28:35.32 > > linker identification: "A10-62" > > > > PS:OpenVMS 7.1-1h1, TCPWare 5.4-3 > > > > -- > > Cheers, > > +OpenVMS [Sys|Net] HardWorker........................................+ > > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > > 191119,St.Petersburg,Transportny per. 3 116-3222 > > Fax: +7 (812) 115-1099 > > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1099 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + -- Cheers. +------------------pure personal opinion-----------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com www.DLS.net - Connecting with Care! vms-isps@dls.net - Forum for ISP running OpenVMS ================================================================================ Archive-Date: Mon, 11 Dec 2000 18:18:08 -0400 Sender: mehlhop@process.com Date: Mon, 11 Dec 2000 18:16:09 -0500 From: mehlhop@process.com Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <009F4726.E6906610.170@process.com> Subject: Auto Reply from Watch_Mail for 11-DEC-2000 18:00 to 16-DEC-2000 08:00 I will be out of the office the week of December 11th. If you need help before I get back please call 1-800-722-7770 and ask for support. Jim ================================================================================ Archive-Date: Tue, 12 Dec 2000 05:08:59 -0400 Return-Path: Message-ID: <3A35F45E.1D36DF01@SMTP.DeltaTel.RU> Date: Tue, 12 Dec 2000 12:48:14 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Custom TIMEZONE (TCPWare 5.4-3) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi All! Is there someone who can provide a correct way to define a custom timezone, I have made definitions for the MSK/MSD (Russian zones), but in mail header this information (the defined zone name) is not took place, what is wrong ? -------------------------------- From: SMTP%"laishev@SMTP.DeltaTel.RU" "Ruslan R. Laishev (VMS Sys|Net - Man)" To: laishev@smtp.deltatel.ru CC: Subj: Return-Path: Received: by DTV5.DeltaTel.RU for LAISHEV@SMTP.DELTATEL.RU; Tue, 12 Dec 2000 12:42:24 GMT Date: Tue, 12 Dec 2000 12:42:24 GMT From: "Ruslan R. Laishev (VMS Sys|Net - Man)" To: laishev@smtp.deltatel.ru Organization: Delta Telecom Inc.,Computer Center,SPb,Russia System: StarLet OpenVMS cluster Message-Id: <001212124224.22603ee1@SMTP.DeltaTel.RU> -------------------------------- SYS$COMMON:[TCPWARE]TIMEZONES.LOCAL;27 # @RRL # @(#)russia 1.0 ############################################################################### COUNTRY Russia MSK # Zone NAME GMTOFF RULES/SAVE DST_NAME NAME ZONE MSK 3:00 R-Msk MSK MSD # The use of 1986 as starting years below is conservative. # rulename startyear ruletype save start-date RULE R-Msk 1996 DST 1:00 Last Sunday October 3:00 Last Sunday March 3:00 $ $ netcu sho time Offset from universal time (UT) is +03:00:00 (MSK) $ $ sho lo tcp*time* (LNM$PROCESS_TABLE) (LNM$JOB_8182FBC0) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) "TCPWARE_TIMED_MODE" = "FIXED_MASTER" "TCPWARE_TIMEZONE" = "+030000" = "MSK" "TCPWARE_TIMEZONE_NAME" = "MSK" "TCPWARE_TIMEZONE_RULES" = "8 1 1 MSK MSD 1 5 10800 1 820454400 0 36" = "00 9 512 10800 2 512 10800 " $ TIA. -- Cheers. +--------pure personal opinion-- +7 (901) 9713222 ---------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com www.DLS.net - Connecting with Care! vms-isps@dls.net - Forum for ISP running OpenVMS ================================================================================ Archive-Date: Tue, 12 Dec 2000 05:29:45 -0400 From: "Martin Vorlaender" Reply-To: Info-TCPware@process.com To: CC: "'Ruslan R. Laishev'" Subject: RE: Custom TIMEZONE (TCPWare 5.4-3) Date: Tue, 12 Dec 2000 11:29:49 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit In-Reply-To: <3A35F45E.1D36DF01@SMTP.DeltaTel.RU> > Is there someone who can provide a correct way to > define a custom timezone, I have > made definitions for the MSK/MSD (Russian zones), but in mail > header this information > (the defined zone name) is not took place, what is wrong ? ... > "TCPWARE_TIMEZONE" = "+030000" > = "MSK" > "TCPWARE_TIMEZONE_NAME" = "MSK" > "TCPWARE_TIMEZONE_RULES" = "8 1 1 MSK MSD 1 5 10800 1 > 820454400 0 36" > = "00 9 512 10800 2 512 10800 " (Quoting Matt Brightman from message <63D30D6E10CFD11190A90000F805FE860251A4FA@lespaul.process.com>) Try the following: $ DEF/SYS/EXEC MULTINET_TIMEZONE "MSK" (And yes, I did mean to say Multinet). Then restart SMTP with @TCPWARE:START_SMTP For rationale behind this, see message <63D30D6E10CFD11190A90000F805FE860251A502@lespaul.process.com> cu, Martin -- One OS to rule them all | Martin Vorlaender | VMS & WNT programmer One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://www.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Tue, 12 Dec 2000 08:09:55 -0400 Return-Path: Message-ID: <3A3621AD.8038E1FB@SMTP.DeltaTel.RU> Date: Tue, 12 Dec 2000 16:01:33 +0300 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: Custom TIMEZONE (TCPWare 5.4-3) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Thanks. I did, and SMTP still sending mail with