Archive-Date: Fri, 3 Oct 2003 12:42:42 -0400 Date: Fri, 03 Oct 2003 18:39:35 +0200 From: "Kurt A. Schumacher" Reply-To: Info-TCPware@process.com Subject: POP3 performance... To: info-tcpware@process.com CC: 'Hunter Goatley' , 'Markus Ruggiero' Message-ID: <000701c389cc$ee1c6d80$14010a0a@home.schumi.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable All, Hunter, Many members of HP-Interex.ch (former DECUS Switzerland) are using the TCPware V5.6-2 (all recent patches) Alpha to send and receive their = private e-mail. An old issue mentioned several times to PSC support, Bernie in the good = old days, with the POP3 server is the very poooooooooor performance = receiving mails. Now with the more common broadband connections here we receive = many complaints about this. The data is coming - especially with "bigger" attachments in in very short bursts, with long intermediate delays - = during this time the POP3 process appears to do nothing - no CPU, no DIO/BIO, = the connection on both sides appears to stall... Would be great if it is possible to enhance the POP3 performance! Anyone else heavily using POP3? And please: Don't say this is an VMSmail issue - Afawk VMSmail is using = a kind of ISAM B-TREE - and this is usually not to slow. Greetings, and have a nice weekend, -Kurt. PS. IMAP4 is a very good alternate solution, but for example wit "just" = 1000 messages a _very_ memory hungry thing... ================================================================================ Archive-Date: Sat, 25 Oct 2003 22:11:56 -0400 Date: Sun, 26 Oct 2003 00:17:25 +0000 (GMT) From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: [TCPware V5.6-2] DST Change ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: I just noticed the following message %%%%%%%%%%% OPCOM 26-OCT-2003 02:00:05.36 %%%%%%%%%%% Message from user SYSTEM on MECHTA %TCPWARE_NTP-I-DSTCHANGE, Clock will be stepped back 60 minutes due to daylight savings because I have in my TCPWARE:TCPWARE_CONFIGURE.COM the following lines $ NETCU_TIMEZONE == "" $ NETCU_TIMEZONE_NAME == "MET-DST" $ NETCU_TIMEZONE_RULES == "EUROPE" Sad thing is, that the change should happen in Europe at 3am (back to 2am) and not as (I suspect) in US (and UK, EIRE) at 2am (back to 1am). I think it would be in TCPWARE:TIMEZONES.DAT Rule M-Eur 1996 DST 1:00 Last Sunday March 2:00 Last Sunday October 2:00 Rule M-Eur 1981 DST 1:00 Last Sunday March 2:00 Last Sunday September 2:00 Rule M-Eur 1970 DST 1:00 Last Sunday March 2:00 Last Sunday September 2:00 should be of course Rule M-Eur 1996 DST 1:00 Last Sunday March 2:00 Last Sunday October 3:00 Rule M-Eur 1981 DST 1:00 Last Sunday March 2:00 Last Sunday September 3:00 Rule M-Eur 1970 DST 1:00 Last Sunday March 2:00 Last Sunday September 3:00 May some kind soul at PSC give it a hand again, please... TIA -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ================================================================================ Archive-Date: Mon, 27 Oct 2003 08:22:12 -0500 Date: Mon, 27 Oct 2003 08:21:33 -0500 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: RE: [TCPware V5.6-2] DST Change ? To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86051AC2E2@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 I've logged this problem in our reporting database and will correct the code. ---------------------- Richard Whalen Process Software -----Original Message----- From: peter@langstoeger.at [mailto:peter@langstoeger.at] Sent: Saturday, October 25, 2003 8:17 PM To: info-tcpware@process.com Subject: [TCPware V5.6-2] DST Change ? I just noticed the following message %%%%%%%%%%% OPCOM 26-OCT-2003 02:00:05.36 %%%%%%%%%%% Message from user SYSTEM on MECHTA %TCPWARE_NTP-I-DSTCHANGE, Clock will be stepped back 60 minutes due to daylight savings because I have in my TCPWARE:TCPWARE_CONFIGURE.COM the following lines $ NETCU_TIMEZONE == "" $ NETCU_TIMEZONE_NAME == "MET-DST" $ NETCU_TIMEZONE_RULES == "EUROPE" Sad thing is, that the change should happen in Europe at 3am (back to 2am) and not as (I suspect) in US (and UK, EIRE) at 2am (back to 1am). I think it would be in TCPWARE:TIMEZONES.DAT Rule M-Eur 1996 DST 1:00 Last Sunday March 2:00 Last Sunday October 2:00 Rule M-Eur 1981 DST 1:00 Last Sunday March 2:00 Last Sunday September 2:00 Rule M-Eur 1970 DST 1:00 Last Sunday March 2:00 Last Sunday September 2:00 should be of course Rule M-Eur 1996 DST 1:00 Last Sunday March 2:00 Last Sunday October 3:00 Rule M-Eur 1981 DST 1:00 Last Sunday March 2:00 Last Sunday September 3:00 Rule M-Eur 1970 DST 1:00 Last Sunday March 2:00 Last Sunday September 3:00 May some kind soul at PSC give it a hand again, please... TIA -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ================================================================================ Archive-Date: Mon, 27 Oct 2003 20:42:18 -0500 Date: Tue, 28 Oct 2003 01:22:57 +0000 (GMT) From: Buryni Subject: Roswell 1x11 - La casa de juguete To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN Content-Transfer-Encoding: QUOTED-PRINTABLE $"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""$ INFORMACI=D3N DEL ARCHIVO $"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""$ Archivo: Roswell 1x11 - La casa de juguete N=BA de Archivos: 40+ 1=20 Part Size: 10 + 6 mg $"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""$ INFORMACI=D3N DEL POSTEO $"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""$ Servidor: twister.auna.com Posteador: Buryni Grupo: vmsnet.networks.tcp-ip.tcpware Fecha Inicio: 28/09/03 12:00 $"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""$ PETICI=D3N DE PARES $"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""$ En el mismo Hilo de peticiones o en el foro de tusseries.tk Todos los pares ser=E1n de la version 2.0, para utilizarlo puedes= =20 conseguirte el QuickPar en esta direcci=F3n: http://www.pbclements.co.uk/QuickPar/ Como vi que hay mucho mundo desconocido con esto de los PAR2 (y tb los par 1.0) me decid=ED por hacer un manual de lo que son,=20 como se utilizan con el quickpar y m=E1s detalles: http://www.iespana.es/buryni/manuales/quickpar $"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""$ OTROS DATOS DE INTERES $"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""$ Si necesitas m=E1s bloques de los que se han posteado, y se ha cumplido el limite de peticiones prueba a conseguirte el dmFile2Part que crear=E1 un .part y part.met para continuar la descarga con el em= ule. Encuentralo en esta p=E1gina, secci=F3n descargas/emule: http://www.arkania.org/~dmsatellite/ el elink necesario para la continuaci=F3n de este episodio es: te aconsejo enormemente que visites este enlace, es un manual del dmFile2Part hecho por mi xDDD http://www.iespana.es/buryni/manuales/dmfile2part/ (este mismo manual est=E1 en los foros de tusserie.tk dentro de ayuda= ,=20 como post fijo)=20 Para m=E1s informaci=F3n, problemas, sugerencias, etc... pasaros por = los=20 foros de www.tusseries.tk ================================================================================ Archive-Date: Wed, 29 Oct 2003 15:22:38 -0500 Date: Wed, 29 Oct 2003 12:15:04 -0800 (PST) From: Aaron Leonard Subject: How to get the TCPware telnet server to negotiate the binary option? Sender: Aaron Leonard To: info-tcpware@process.com CC: aaron@cisco.com Reply-To: Info-TCPware@process.com Message-ID: <01L2EFWHCQCW9X92YP@Cisco.COM> MIME-Version: 1.0 Howdy, I've got a customer who's using the Cisco IOS telnet client and the TCPware (5.4-3, I think) telnet server. We would like to negotiate the telnet binary option (RFC-856) on the connection. Regrettably, the IOS telnet client implementation cannot be configured to initiate the option negotiations for binary, so this would have to be initiated from the TCPware server side. That is, we would like for the TCPware telnet server to initiate DO TRANSMIT-BINARY and WILL TRANSMIT-BINARY. Now, the TCPware docs (http://vms.process.com/ftp/tcpware/documentation/html/55/management/Ch18.htm) indicate that the telnet server DOES support the TRANSMIT-BINARY option - however my customer and I can't figure out how to tell the server to do that - any ideas? Cheers, Aaron ================================================================================ Archive-Date: Thu, 30 Oct 2003 02:54:01 -0500 Date: Thu, 30 Oct 2003 02:53:08 -0500 From: "Cruse, Trevor M." Reply-To: Info-TCPware@process.com Subject: Problem with Advanced Server after upgrading to TCPware 5.6-2 To: info-tcpware@process.com Message-ID: <03D308C87334D311B252009027855AC70465A9C9@thumper.avontyres.melksham.tire.cooperintra.ctb> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hello All, We have just upgraded one of our Alpha server to TCPware 5.6-2 and we noe have a problem with Advanced Server. The PWRK$KNBDAEMON process fails to start. The log is as follows: Thu Oct 30 07:46:26 2003 get_phys_addr: Searching known Physical device list Thu Oct 30 07:46:26 2003 get_phys_addr: EWA2: PH Address: AA-00-04-00-04-04 Thu Oct 30 07:46:26 2003 get_ip_addr: gethostbyname error: 0 I have seen this message before, a while ago, and I thought it was to do with name resolution. However we have checked that the server can resolve its own name correctly, and do a reverse lookup on its address. Also, the server can ping itself by name. The entry for this server in our WINS database is correct too. Has anyone else come across this problem. We are running Advanced Server 7.3A eco 2 on VMS 7.3. Trevor Cruse IT Systems Manager Cooper-Avon Tyres Limited ================================================================================ Archive-Date: Thu, 30 Oct 2003 09:19:12 -0500 Date: Thu, 30 Oct 2003 09:18:01 -0500 From: "Cruse, Trevor M." Reply-To: Info-TCPware@process.com Subject: RE: Info-TCPware Digest V2003 #60 To: "'Info-TCPware@process.com'" Message-ID: <03D308C87334D311B252009027855AC70465A9DB@thumper.avontyres.melksham.tire.cooperintra.ctb> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Re: Problem with Advanced Server after upgrading to TCPware 5.6-2 I received some assistance from HP on this problem and it is now sorted out. Apparently it is a known issue (known to HP Support anyway). There are two or three system logicals that need to be defined before the PWRK$KNBDAEMON process will run. I say two or three as one of them may apply to Multinet rather than TCPware. For this reason I think it best if anyone who has this issue contacts HP to find out about the logicals - I won't list them here, as I don't want to give anyone info that I'm not 100% sure of. Thanks for the help I received anyway. Trevor Cruse IT Systems Manager Cooper-Avon Tyres Limited -----Original Message----- From: Hunter Goatley -- Info-TCPware Owner [mailto:owner-info-tcpware@process.com] Sent: 30 October 2003 11:00 To: info-tcpware@process.com Subject: Info-TCPware Digest V2003 #60 Info-TCPware Digest Thu, 30 Oct 2003 Volume 2003 : Issue 60 Today's Topics: Problem with Advanced Server after upgrading to TCPware 5.6-2 Send digest submissions to: Info-TCPware@process.com Send add/unsubscribe requests to: Info-TCPware-request@process.com (send HELP for more information) Send problems about the list to: owner-info-tcpware@process.com Info-TCPware WWW home page: http://www.tcpware.process.com/ Info-TCPware FTP archives: ftp://ftp.tcpware.process.com/ Info-TCPware archives: http://www.tcpware.process.com/ ---------------------------------------------------------------------- Date: Thu, 30 Oct 2003 02:53:08 -0500 From: "Cruse, Trevor M." Subject: Problem with Advanced Server after upgrading to TCPware 5.6-2 Message-ID: <03D308C87334D311B252009027855AC70465A9C9@thumper.avontyres.melksham.tire.co operintra.ctb> Hello All, We have just upgraded one of our Alpha server to TCPware 5.6-2 and we noe have a problem with Advanced Server. The PWRK$KNBDAEMON process fails to start. The log is as follows: Thu Oct 30 07:46:26 2003 get_phys_addr: Searching known Physical device list Thu Oct 30 07:46:26 2003 get_phys_addr: EWA2: PH Address: AA-00-04-00-04-04 Thu Oct 30 07:46:26 2003 get_ip_addr: gethostbyname error: 0 I have seen this message before, a while ago, and I thought it was to do with name resolution. However we have checked that the server can resolve its own name correctly, and do a reverse lookup on its address. Also, the server can ping itself by name. The entry for this server in our WINS database is correct too. Has anyone else come across this problem. We are running Advanced Server 7.3A eco 2 on VMS 7.3. Trevor Cruse IT Systems Manager Cooper-Avon Tyres Limited ------------------------------ End of Info-TCPware Digest V2003 #60 ************************************ ================================================================================ Archive-Date: Thu, 30 Oct 2003 12:17:53 -0500 Date: Thu, 30 Oct 2003 12:17:05 -0500 From: Chuck Viau Reply-To: Info-TCPware@process.com Subject: RE: Info-TCPware Digest V2003 #60 To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE8604FD7E6E@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Trevor, Thanks for the information. We are examining the situation presently and are contacting HP as well. Chuck Viau Process Software -----Original Message----- From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] Sent: Thursday, October 30, 2003 9:18 AM To: 'Info-TCPware@process.com' Subject: RE: Info-TCPware Digest V2003 #60 Re: Problem with Advanced Server after upgrading to TCPware 5.6-2 I received some assistance from HP on this problem and it is now sorted out. Apparently it is a known issue (known to HP Support anyway). There are two or three system logicals that need to be defined before the PWRK$KNBDAEMON process will run. I say two or three as one of them may apply to Multinet rather than TCPware. For this reason I think it best if anyone who has this issue contacts HP to find out about the logicals - I won't list them here, as I don't want to give anyone info that I'm not 100% sure of. Thanks for the help I received anyway. Trevor Cruse IT Systems Manager Cooper-Avon Tyres Limited -----Original Message----- From: Hunter Goatley -- Info-TCPware Owner [mailto:owner-info-tcpware@process.com] Sent: 30 October 2003 11:00 To: info-tcpware@process.com Subject: Info-TCPware Digest V2003 #60 Info-TCPware Digest Thu, 30 Oct 2003 Volume 2003 : Issue 60 Today's Topics: Problem with Advanced Server after upgrading to TCPware 5.6-2 Send digest submissions to: Info-TCPware@process.com Send add/unsubscribe requests to: Info-TCPware-request@process.com (send HELP for more information) Send problems about the list to: owner-info-tcpware@process.com Info-TCPware WWW home page: http://www.tcpware.process.com/ Info-TCPware FTP archives: ftp://ftp.tcpware.process.com/ Info-TCPware archives: http://www.tcpware.process.com/ ---------------------------------------------------------------------- Date: Thu, 30 Oct 2003 02:53:08 -0500 From: "Cruse, Trevor M." Subject: Problem with Advanced Server after upgrading to TCPware 5.6-2 Message-ID: <03D308C87334D311B252009027855AC70465A9C9@thumper.avontyres.melksham.tire.co operintra.ctb> Hello All, We have just upgraded one of our Alpha server to TCPware 5.6-2 and we noe have a problem with Advanced Server. The PWRK$KNBDAEMON process fails to start. The log is as follows: Thu Oct 30 07:46:26 2003 get_phys_addr: Searching known Physical device list Thu Oct 30 07:46:26 2003 get_phys_addr: EWA2: PH Address: AA-00-04-00-04-04 Thu Oct 30 07:46:26 2003 get_ip_addr: gethostbyname error: 0 I have seen this message before, a while ago, and I thought it was to do with name resolution. However we have checked that the server can resolve its own name correctly, and do a reverse lookup on its address. Also, the server can ping itself by name. The entry for this server in our WINS database is correct too. Has anyone else come across this problem. We are running Advanced Server 7.3A eco 2 on VMS 7.3. Trevor Cruse IT Systems Manager Cooper-Avon Tyres Limited ------------------------------ End of Info-TCPware Digest V2003 #60 ************************************