Archive-Date: Thu, 5 Jun 2003 06:36:28 -0400 Date: Thu, 05 Jun 2003 06:27:41 -0400 From: "Callard, Gavin A." Reply-To: Info-TCPware@process.com Subject: SMTP mail To: "'Info-tcpware@process.com'" Message-ID: <03D308C87334D311B252009027855AC70234DCA6@thumper.avontyres.melksham.tire.cooperintra.ctb> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C32B4D.183357C0" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C32B4D.183357C0 Content-Type: text/plain Hi. I'm noticing large delays and even hangs in sending messages using SMTP. We're using OpenVMS 7.3, and TCPWare 5.5-3. I'm not aware of any configuration changes and this used to work fine. I'm at a loss as to where to begin the troubleshooting. Our smtp system forwards to an Exchange server. "TCPWARE_SMTP_FORWARDER" = "thumper.avontyres.melksham.tire.cooperintra.ctb" "TCPWARE_SMTP_FORWARD_REMOTE" = "TRUE" "TCPWARE_SMTP_POSTMASTER" = "SYSTEM" "TCPWARE_SMTP_QUEUE" = "TCPWARE_SMTP" "TCPWARE_SMTP_RETRY_INTERVAL" = "0 00:30:00.00" "TCPWARE_SMTP_RETURN_INTERVAL" = "4 00:00:00.00" "TCPWARE_SMTP_SEND_CLASS" = "16" "TCPWARE_VMSMAIL_HEADER_CONTROL" = "ALL" "TCPWARE_VMSMAIL_LOCASE_USERNAME" = "TRUE" "TCPWARE_VMSMAIL_REPLY_CONTROL" = "REPLY-TO" "TCPWARE_VMSMAIL_USE_RFC822_TO_HEADER" = "TRUE" Name resolution is not a problem, and the exchange server is operating normally. Currently a 35 block message takes 2mins 33secs to transfer. Gavin. ------_=_NextPart_001_01C32B4D.183357C0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable

Hi.

 

I'm noticing large delays and even hangs in sending messages using SMTP. We're using OpenVMS 7.3, and TCPWare 5.5-3. I'm not aware of any configuration changes and this used to work fine. I'm at a loss as to where to begin the troubleshooting.

 

Our smtp system forwards to an Exchange = server.

 

  "TCPWARE_SMTP_FORWARDER" =3D "thumper.avontyres.melksham.tire.cooperintra.ctb&qu= ot;

  "TCPWARE_SMTP_FORWARD_REMOTE" =3D = "TRUE"

  "TCPWARE_SMTP_POSTMASTER" =3D = "SYSTEM"

  "TCPWARE_SMTP_QUEUE" =3D = "TCPWARE_SMTP"

  "TCPWARE_SMTP_RETRY_INTERVAL" =3D "0 = 00:30:00.00"

  "TCPWARE_SMTP_RETURN_INTERVAL" =3D "4 = 00:00:00.00"

  "TCPWARE_SMTP_SEND_CLASS" =3D = "16"

 

  "TCPWARE_VMSMAIL_HEADER_CONTROL" =3D = "ALL"

  "TCPWARE_VMSMAIL_LOCASE_USERNAME" =3D = "TRUE"

  "TCPWARE_VMSMAIL_REPLY_CONTROL" =3D = "REPLY-TO"

  "TCPWARE_VMSMAIL_USE_RFC822_TO_HEADER" =3D = "TRUE"

 

Name resolution is not a problem, and the exchange = server is operating normally.

 

Currently a 35 block message takes 2mins 33secs to = transfer.

 

Gavin.=

------_=_NextPart_001_01C32B4D.183357C0-- ================================================================================ Archive-Date: Thu, 5 Jun 2003 16:43:50 -0400 Date: Thu, 05 Jun 2003 15:37:06 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: RE: Request for SPAM filter samples In-Reply-To: "Your message dated Thu, 05 Jun 2003 13:30:20 -0700" To: info-multinet@process.com CC: info-tcpware@process.com Message-ID: <01KWQOB1G7708WVYWB@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii References: <3edf2e38@cpns1.saic.com> > SpamAssassin. Even better ;-), let Lauren Maschio know that you'd like to see our forthcoming anti-spam product work with MultiNet's (and TCPware's) SMTP. MultiNet (and TCPware) customer interest in this new product will determine whether and when the new product will work with MultiNet and TCPware. (The beta, scheduled for July, works with PMDF. If you'd like to participate, send mail to Lauren and let her know!) Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Sun, 8 Jun 2003 19:32:20 -0400 Date: Sun, 08 Jun 2003 18:31:04 -0500 From: "David J. Dachtera" Subject: Re: DAWSON CRECE To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3EE3C738.DD2A9FA@fsi.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE ZZZZZ wrote: >=20 > Krasny Oktyabr wrote: > >wena web... > >pero le falta contenido y realmente ya existe e.b.d > >Cdo tenga tiempo los anunciar=E9 all=ED. > >Este ya ta anunciao > >salu2 >=20 > Es que la web lleva apenas 5 dias de vida, en unas semanas estara = con mas > contenido y bastantes m=E1s usuarios. =2E..and all this has exactly what to do with TCPware? --=20 David J. Dachtera dba DJE Systems http://www.djesys.com/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ ================================================================================ Archive-Date: Thu, 26 Jun 2003 11:08:18 -0400 Date: Thu, 26 Jun 2003 11:02:42 -0400 From: Alan Neighbors Reply-To: Info-TCPware@process.com Subject: Telnet Device Question??? To: "<" Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_82DD4A24.95F5AB9E" This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=_82DD4A24.95F5AB9E Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, =20 We are running OpenVMS V7.1 and TCPware V5.3-3. I have found in the = documentation, that you can "SET NOLOCAL_FLOW_CONTROL", from the "TELNET>" = prompt and the "/NoTTSync" as a terminal setting. Well, we are using = "TELNET/CREATE" to establish connections with terminal servers connecting = to modems, using hardware flow control. Setting the "/NoTTSync" in the = terminal setting does not seem to stop the flow control, from the Telnet = device. Is there any way to disable the flow control, on a non-interactive= Telnet session? =20 Thanks in advance! Alan =20 Alan J. Neighbors Laboratory Corporation of America=20 Systems Technologies Group - Sr. Systems Analyst Voice - (615)221-1924 Fax - (615)221-1905 Internal Email: neighba.nas01.nassec External Email: aneighbors@labcorp.com --=_82DD4A24.95F5AB9E Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,
 
We are running OpenVMS V7.1 and TCPware V5.3-3.  I have found in = the=20 documentation, that you can "SET NOLOCAL_FLOW_CONTROL", from the "TELNET>= ;"=20 prompt and the "/NoTTSync"  as a terminal setting.  Well, we are = using=20 "TELNET/CREATE" to establish connections with terminal servers connecting = to=20 modems, using hardware flow control.  Setting the "/NoTTSync" in = the=20 terminal setting does not seem to stop the flow control, from the = Telnet=20 device.  Is there any way to disable the flow control, on a non-intera= ctive=20 Telnet session?
 
Thanks in advance!
Alan
 
Alan J. Neighbors
Laboratory Corporation of America
Systems=20 Technologies Group - Sr. Systems Analyst
Voice - (615)221-1924
Fax = -=20 (615)221-1905
Internal Email:  neighba.nas01.nassec
External = Email:=20 aneighbors@labcorp.com
--=_82DD4A24.95F5AB9E-- ================================================================================ Archive-Date: Fri, 27 Jun 2003 10:57:44 -0400 Date: Fri, 27 Jun 2003 09:51:14 -0500 (EST) From: bryant@process.com Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: SSH_V562P032 To: TCPware-Announce@TRITON.PROCESS.COM Message-ID: <01KXL2IR1Q1U007KD7@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: SSH_V562P032 Description: SSH/SFTP update for TCPwre version 5.6-2 Release date: 27-JUN-2003 Ranking: 2 Max ranking: 2 Versions: 5.6-2 Requisites: ftp://ftp.process.com/support/56_2/ssh_v562p032.zip Installation kit ftp://ftp.process.com/support/56_2/ssh_v562p032-doc.zip Documentation 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. ----------------------------------------------------------- ----------------------------------------------------------------------- SSH patch kit (revision 3.2) for TCPware 5.6 7-Jul-2003 Copyright (c) 2002, 2003, by Process Software This VMSinstallable saveset provides a new version of the following SSH components: - SSH client (SSH2.EXE) - SSH1 server (SSHD.EXE) - SSH2 server (SSHD2.EXE) - SSH master control program (SSHD_MASTER.EXE) - SSH identity agent program (SSH-AGENT2.EXE) - SSH key generators (SSH-KEYGEN.EXE and SSH-KEYGEN2.EXE) - SSH key signer (SSH-SIGNER2.EXE) - SSH loadable executive image (SSHLEI.EXE, LOAD_SSHLEI.EXE, UNLOAD_SSHLEI.EXE) - SSH agent identity manipulation program (SSH-ADD2.EXE) - SSH file copy client (SCP2.EXE) - SSH SFTP client (SFTP2.EXE) - SSH file copy servers (SFTP-SERVER2.EXE and SCP-SERVER1.EXE) - A dummy Kerberos 5 shared library (KRB$RTL32.EXE - AXP V7 only) - SSH certificate enrollment program (SSH-CERTENROLL2.EXE) - SSH server configuration template file (SSHD2_CONFIG.TEMPLATE) - SSH configuration procedure (SSH_CONTROL.COM) - The SSH HELP (either in a standalone library or as part of SYS$HELP:HELPLIB.HLB, as determined by the original TCPware install) In addition, a new version of the following common TCPware utilities are provided: - NETCU utility (NETCU.EXE) - TCPware command definitions (TCPWARE_COMMANDS.COM) This patch is applicable to TCPware SSH on all supported versions of OpenVMS VAX and OpenVMS Alpha. NOTE: You must reboot your system after installing this ECO, to load the new software features. This ECO has a ranking of 2 - Recommended; individual component may fail. This ECO kit provides an update for the SSH package to version 3.2.0. The following features are included for this. See the release notes (SYS$HELP:SSH_V562P032.RELEASE_NOTES) for details and new command switches, etc. - SSH2 server configuration files now support "subconfigurations" based on the client's hostname or desired username on the server. - SCP2 now supports ASCII-mode file transfers. - A complete SFTP2 client has been included. - Support for performing authentication via certificates. - The CERTENROLL client has been included to enroll certificates with a Certification Authority (CA) via the CMPv2 protocol. - Support for using Kerberos5 for user authentication. *** Notes for Kerberos 5 Support *** Support for Kerberos 5 is based on the HP Kerberos V5 for OpenVMS Release 2.0 (http://h71000.www7.hp.com/openvms/products/kerberos/). This kit restricts support for Kerberos to OpenVMS Alpha 7.2-2 and higher. As newer field test and/or production versions of HP OpenVMS Kerberos V5 become available, Process Software will ensure SSH support changes as necessary to accommodate the newer Kerberos V5 versions. Prior to installing and configuring the HP Kerberos product, the following TCPware ECO must be installed: - DRIVERS_V562P030 Once the above ECO has been applied, Kerberos may be installed and configured. SSH may be configured and used at any time, either with or without Keberos being installed; however, Kerberos is required to perform Kerberos authentication in the SSH server. If Kerberos is installed at some later time after SSH is started, restarting SSH will allow it to use Kerberos. This ECO kit provides fixes for the following DE's: - [DE 8880] The SSH1 server (SSHD.EXE) will continually do I/O when it should be idle during a session. - [DE 8692] The SSH server process is owned by the logged-in user, when it should be owned by SYSTEM. - [DE 7747] The user keys are required to be in STREAM-LF format. This is now not a restriction; they may exist in VAR format as well. - [DE 8514] After applying ECO SSH-030-A044 and later, SSH1 sessions will have their terminal geometry arbitrarily set to 24x80. - [DE 8735] When a new user account is created and and the first login to it is from an SSH2 session, the SSH2 server may ACCVIO. - [DE 8714] The process login_flags are not being updated correctly to reflect, for example, new mail. They are now updated to correctly reflect new mail, an expired password, or a password about to expire. These flags are accessed via, for example, F$GETJPI(0, "LOGIN_FLAGS"). - [DE 8453] When an expired password is being changed and the new password is in the history list, the session was immediately disconnected. This is inconsistent with the way telnet or a normal login works. This has now been changed to work in that way. - [DE 8729] An interactive session could sometimes have a mode of "OTHER" rather than "INTERACTIVE". - [DE 8069] When logging in to an SSH2 session and logins are disabled or the maximum number of interactive logins is exceeded, the server would not notify the client of the reason (e.g., "Logins are currently disabled - try again later"). - [DE 8842] A cipher specified by /OPTION=(CIPHER=ciphername) was case-sensitive when it should not be. - [DE 7982] If logins are disabled, a login attempt may not result in an OPCOM message being logged. - [DE 8066] If logins are disabled, a login attempt will cause an intrusion attempt to be logged. SSH Client - [DE 8218] The following comand will cause the client to terminate with an error of "%SYSTEM-F-FILNOTACC, file not accessed on channel": $ ssh foo.bar ssh foo.bar SSH File Transfer - [DE 8519] When performing an SCP command and the target account has an expired password, the session will terminate and the SSH_LOG:SSHD.LOG file will contain the following lines: Command: "set password" Attempting to find command "set" WARNING: SSHD2: Subsystem set password not defined - [DE 8879] When performing an SCP2 copy using the /TRANSLATE switch, an ACCVIO could be encountered. SSH Utilities - [DE 8149] The directory information used by the UserConfigDirectory keyword in the SSH2_DIR:SSH2_CONFIG configuration file is ignored by SSHKEYGEN. - [DE 8720] If the SSHAGENT is terminated by a CTRL-C, the following message may be output: SSH-AGENT exiting... ssh_io_unregister_fd: file descriptor 1179010630 was not found. then the agent may hang. - [DE 8058] The NETCU SHOW SSH command would sometimes return an incorrect process name for an SSH child process. - [DE 8255] A non-privileged user who performs a NETCU SHOW SSH command would not see his own SSH1 server processes. - [DE 8082] An "@TCPWARE:SHUTNET SSH" command doesn't remove all SSH images. - The following SSHKEYGEN switches have been changed as follows: /CONVERT_PKCS /PKCS_CONVERT /CONVERT_SSH1 /SSH1_CONVERT /CONVERT_X509 /X509_CONVERT This kit also includes changes from previous ECO kits for TCPware V5.6-2. Refer to the file SYS$HELP:SSH_V562P032.RELEASE_NOTES for details. The old version of the replaced SSH components will be renamed to TCPWARE_COMMON:[TCPWARE]SSH2.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSHD.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSHD2.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSHD_MASTER.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSH-ADD2.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSH-AGENT2.EXE_OLD TCPWARE_COMMON:[TCPWARE]SCP2.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSH-KEYGEN.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSH-KEYGEN2.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSH-SIGNER2.EXE_OLD TCPWARE_COMMON:[TCPWARE]SCP-SERVER1.EXE_OLD TCPWARE_COMMON:[TCPWARE]SFTP-SERVER2.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSHD2_CONFIG.TEMPLATE_OLD TCPWARE_COMMON:[TCPWARE]SSHLEI.EXE_OLD TCPWARE_COMMON:[TCPWARE]LOAD_SSHLEI.EXE_OLD TCPWARE_COMMON:[TCPWARE]UNLOAD_SSHLEI.EXE_OLD TCPWARE_COMMON:[TCPWARE]NETCU.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSH_CONTROL.COM_OLD TCPWARE_COMMON:[TCPWARE]TCPWARE_COMMANDS.COM_OLD Once installed, you may undo this patch by renaming the files back to their original names, and restarting the SSH component. NOTE: You must reboot your system after installing this ECO, to load the new software features. [End of ECO announcement]