Archive-Date: Sun, 4 Nov 2001 15:27:48 -0500 Date: Mon, 05 Nov 2001 02:05:29 +0200 From: mc9@export2000.ro Reply-To: Info-TCPware@process.com Subject: Romanian Business Opportunity - Detailed Engineering To: info-tcpware@process.com Message-ID: Content-Type: TEXT/"PLAINcharset=US-ASCII" To: info-tcpware@process.com Attn: Marketing Department From: INDUSTRIAL ENGINEERING SA, Bucharest Ref.: Romanian Business Opportunity - Detailed Engineering ------------------------------------------------------------------------ Our anti-spamming company policy: NEVER BOTHER YOU AGAIN To remove your E-mail address from the present contact list JUST DO NOT REPLY to this message. If you receive this message by mistake and/or you are not interested in the following brief presentation, please accept our apologies. This is a world-wide promotion campaign. The selected E-mail addresses are extracted only FROM THE COMMERCIAL WEBSITES of the targeted markets. ------------------------------------------------------------------------ We would like to offer you for consideration our brief presentation. We are looking for a marketplace in your country. To communicate with us please reply using the plain text format in the body of the message >>> mentioning your Specific Inquiry <<< and your detailed contact information: >>> company name, address, phone & fax numbers, contact person. <<< Simple replies and advertisements will not be considered. We do not open any PC applications. If you answer to this message, we will contact you every 3 months in order to update our partners service database. Thank you for your time. Best regards, INDUSTRIAL ENGINEERING SA Staff BRIEF EXPORT PRESENTATION We are able to propose you detailed engineering on credit or by installments by the highly experienced engineers of INDUSTRIAL ENGINEERING SA - Bucharest, ROMANIA. INDUSTRIAL ENGINEERING SA is the only design company in South Eastern Europe with such a large partnership in the world with similar companies as: Titan Project - CANADA; Fluor Daniel - HOLLAND; Elf and Kaltenbach - FRANCE; Foster Wheeler Italiana Spa - ITALY; Stone & Webster and Bechtel- UNITED KINGDOM; Mitsubishi Heavy Industries Ltd., NKK Corp, - JAPAN; Mitsui Eng. Co. Ltd., JGC Corp, Toyo Eng. Corp., - JAPAN; Samsung Eng. Co. Ltd., and Sunkyong Eng. & Constr. Ltd., - KOREA; Noell Umveltechnik GmbH, RWE-DEA, Edeleanu GmbH, Steiner GmbH - GERMANY. We can design according to the different standards & codes, both European and American, being experienced with: ASME, API, TEMA, ANSI, BS, AD-MERKBLATTER, etc. Our design work is 95% exported in over 20 countries. Due to its versatility and flexibility the company can cooperate with any other organization and for any client as per the field of activities below. * Basic & detail engineering of process plants and their components with a 95% computer aided design ratio for: - Energetics; - Oil Refineries & Gas Processing; - Petrochemical & Chemical Complexes; - Food & Pharmaceutical Industry; - Environmental Protection, etc. * Procurement; * Buildings (architecture, civil work, facilities) design; * Consultancy & training for QMS - ISO 9001 & EMS ISO 14001; * Technical assistance, general consultancy, studies, and surveys. We are certified by LLOYD'S REGISTER QUALITY ASSURANCE LIMITED: - No. 201475 (since 1995 / renewed in 1998), Q.M.S. acc. to ISO 9001; - No. 260234, EMS acc. to ISO 14001 (since 1998). We have 40 Employees, many members of: - American Welding Society; - Romanian Civil Engineers Society; - American Society of Mechanical Engineers; - Romanian State Committee for Pressure Vessels and Lifting Machines. Main Design Reference List: - Lurgi SVZ Schwarze Pumpe GmbH - Pressure Vessels Location: GERMANY / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - Steiner GmbH & Co. KG - Kala Project YCD 81006 YC Location: GERMANY / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - Salzgitter Anlagenbau GmbH - EDC Unloading Libya Location: GERMANY / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - Ras Lafan Onshore Facilities Project - Pressure Vessels Location: QATAR / General Designer: JGC Corporation - JAPAN; - Agrp Mina Al Ahmandi - Pressure Vessels and Steel Structures Location: KUWAIT / General Designer: SUNKYONG. & CONSTR. Ltd. - KOREA; - Juia Yman Gas Plant - Pressure Vessels Location: SAUDI ARABIA / General Designer: JGC Corporation - JAPAN; - APC - Elmex, Alexandria - Pressure Vessels Location: EGYPT / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - G.U.K. Kazgermunai Gas and Oil Separation Plant - Akshabulak Location: KAZAKHSTAN / General Designer: RWE-DEA - GERMANY; - Jordan Electricity Company - Tank Farm Location: JORDAN / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - Aqaba South Petroleum Installations - Tank Farm Location: JORDAN / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - Palmyra Gas Project Location: SYRIA / General Designer: TITAN PROJECT - CANADA; - Mahrukat LPG Cylinders Filling Unit - Tayyara Location: SYRIA / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - Syrian Petroleum Company Gas Pipeline - Zara Location: SYRIA / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - Syrian Petroleum Company Jbisseh Gas Plant - Air Coolers Location: SYRIA / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - Industrialexport SA - Headquarters Infrastructure Location: ROMANIA / General Designer: WESTFORTH ARCHITECTURE - USA; - SNP Petrom - Gas Stations Revamping Location: ROMANIA / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA; - AIBB-GRIVCO - Skid Mounted Equipment Stock Avit Jet 1 Location: ROMANIA / General Designer: ELF - FRANCE. Please don't hesitate to contact us regarding any further information on our detailed design capabilities according to the specific needs of your market. ================================================================================ Archive-Date: Tue, 6 Nov 2001 04:22:54 -0500 Date: Tue, 06 Nov 2001 11:24:51 +0300 From: "Ruslan R. Laishev" Subject: X.25 over TCP/IP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3BE79E53.A0DF15A4@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello All! IS there someone who have a good expirience with using X.25 (1.4) over TCP/IP with TCPWare-TCP ? It's supported at all ? -- Cheers, +OpenVMS [Sys|Net] HardWorker .......................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 +http://starlet.deltatel.ru ................. SysMan rides HailStorm + ================================================================================ Archive-Date: Tue, 6 Nov 2001 09:07:06 -0500 Date: Tue, 06 Nov 2001 14:05:52 +0000 From: Steve.Spires@yellgroup.com Reply-To: Info-TCPware@process.com Subject: Re: X.25 over TCP/IP To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Well, it IS supported. What exectly is it you want to achieve? Steve S "Ruslan R. Laishev" on 11/06/2001 08:24:51 AM To: info-tcpware@process.com cc: From: "Ruslan R. Laishev" , 6 November 2001, 8:24 a.m. X.25 over TCP/IP Hello All! IS there someone who have a good expirience with using X.25 (1.4) over TCP/IP with TCPWare-TCP ? It's supported at all ? -- Cheers, +OpenVMS [Sys|Net] HardWorker .......................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 +http://starlet.deltatel.ru ................. SysMan rides HailStorm + ______________________________________________________________________ [Information] -- PostMaster: This transmission is intended solely for the addressee(s) and may be confidential. If you are not the named addressee, or if the message has been addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission. Delivery of this message to any person other than the named addressee is not intended in any way to waive confidentiality. If you have received this transmission in error please contact the sender or delete the message. Thank you. Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. Registered in England and Wales, registered number 4205228. Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. Registered in England and Wales, registered number 1403041. ================================================================================ Archive-Date: Tue, 6 Nov 2001 12:05:24 -0500 Date: Tue, 06 Nov 2001 12:04:40 -0500 From: Chuck Viau Reply-To: Info-TCPware@process.com Subject: RE: X.25 over TCP/IP To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE8603D6F6F5@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r TCPWare supports IP over X.25 but you must install VAX P.S.I. to provide the network interface. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Tuesday, November 06, 2001 3:25 AM To: info-tcpware@process.com Subject: X.25 over TCP/IP Hello All! IS there someone who have a good expirience with using X.25 (1.4) over TCP/IP with TCPWare-TCP ? It's supported at all ? -- Cheers, +OpenVMS [Sys|Net] HardWorker .......................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 +http://starlet.deltatel.ru ................. SysMan rides HailStorm + ================================================================================ Archive-Date: Tue, 6 Nov 2001 13:20:12 -0500 Date: Tue, 06 Nov 2001 21:21:15 +0300 From: "Ruslan R. Laishev" Subject: Re: X.25 over TCP/IP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3BE82A1B.7965BD40@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Chuck, I'm need to have x.25 over IP but not is IP over X.25. Chuck Viau wrote: > > TCPWare supports IP over X.25 but you must install VAX P.S.I. to provide the > network interface. > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: Tuesday, November 06, 2001 3:25 AM > To: info-tcpware@process.com > Subject: X.25 over TCP/IP > > Hello All! > IS there someone who have a good expirience with using X.25 (1.4) > over TCP/IP with > TCPWare-TCP ? It's supported at all ? > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker .......................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > +http://starlet.deltatel.ru ................. SysMan rides HailStorm + -- Cheers, Ruslan. +---------------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU ================================================================================ Archive-Date: Tue, 6 Nov 2001 13:20:22 -0500 Date: Tue, 06 Nov 2001 21:20:12 +0300 From: "Ruslan R. Laishev" Subject: Re: X.25 over TCP/IP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3BE829DC.DA9E150F@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I'd like to phase out a DEMSA and use a Cisco box, but w/o X.25 over LLC2. Steve.Spires@yellgroup.com wrote: > > Well, it IS supported. What exectly is it you want to achieve? > > Steve S > > "Ruslan R. Laishev" on 11/06/2001 08:24:51 AM > > To: info-tcpware@process.com > cc: > From: "Ruslan R. Laishev" , 6 November 2001, > 8:24 a.m. > > X.25 over TCP/IP > > Hello All! > IS there someone who have a good expirience with using X.25 (1.4) over > TCP/IP with > TCPWare-TCP ? It's supported at all ? > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker .......................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > +http://starlet.deltatel.ru ................. SysMan rides HailStorm + > > ______________________________________________________________________ > > [Information] -- PostMaster: > This transmission is intended solely for the addressee(s) and may be > confidential. If you are not the named addressee, or if the message has > been addressed to you in error, you must not read, disclose, reproduce, > distribute or use this transmission. > > Delivery of this message to any person other than the named addressee is > not intended in any way to waive confidentiality. If you have received > this transmission in error please contact the sender or delete the message. > > Thank you. > > Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. > Registered in England and Wales, registered number 4205228. > > Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire, > RG1 7PT. Registered in England and Wales, registered number 1403041. -- Cheers, Ruslan. +---------------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU ================================================================================ Archive-Date: Wed, 7 Nov 2001 08:58:13 -0500 Date: Wed, 07 Nov 2001 13:56:59 +0000 From: Steve.Spires@yellgroup.com Reply-To: Info-TCPware@process.com Subject: RE: X.25 over TCP/IP To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii From the response to my message it looks like he is after tunnelling X.25 *OVER* IP, as you can with DECnet. Steve S Chuck Viau on 11/06/2001 05:04:40 PM To: "'info-tcpware@process.com'" cc: From: Chuck Viau , 6 November 2001, 5:04 p.m. RE: X.25 over TCP/IP TCPWare supports IP over X.25 but you must install VAX P.S.I. to provide the network interface. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Tuesday, November 06, 2001 3:25 AM To: info-tcpware@process.com Subject: X.25 over TCP/IP Hello All! IS there someone who have a good expirience with using X.25 (1.4) over TCP/IP with TCPWare-TCP ? It's supported at all ? -- Cheers, +OpenVMS [Sys|Net] HardWorker .......................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 +http://starlet.deltatel.ru ................. SysMan rides HailStorm + ______________________________________________________________________ [Information] -- PostMaster: This transmission is intended solely for the addressee(s) and may be confidential. If you are not the named addressee, or if the message has been addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission. Delivery of this message to any person other than the named addressee is not intended in any way to waive confidentiality. If you have received this transmission in error please contact the sender or delete the message. Thank you. Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. Registered in England and Wales, registered number 4205228. Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. Registered in England and Wales, registered number 1403041. ================================================================================ Archive-Date: Wed, 7 Nov 2001 10:44:56 -0500 Date: Wed, 07 Nov 2001 18:43:13 +0300 From: "Ruslan R. Laishev" Subject: Re: X.25 over TCP/IP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3BE95691.235BF8B6@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Steve, yes, you are right. But my primary questions is: is this works under TCPWare-TCP 5.5-3? Steve.Spires@yellgroup.com wrote: > > From the response to my message it looks like he is after tunnelling X.25 > *OVER* IP, as you can with DECnet. > > Steve S > > Chuck Viau on 11/06/2001 05:04:40 PM > > To: "'info-tcpware@process.com'" > cc: > From: Chuck Viau , 6 November 2001, 5:04 p.m. > > RE: X.25 over TCP/IP > > TCPWare supports IP over X.25 but you must install VAX P.S.I. to provide > the > network interface. > Hello All! > IS there someone who have a good expirience with using X.25 (1.4) > over TCP/IP with > TCPWare-TCP ? It's supported at all ? -- Cheers, Ruslan. +---------------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU ================================================================================ Archive-Date: Thu, 8 Nov 2001 00:54:06 -0500 Date: Thu, 08 Nov 2001 05:53:03 +0000 (GMT) From: mike menard Subject: NTP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <35pG7.60568$IR4.33247410@news1.denver1.co.home.com> anyone out there configured tcpware to be a client to w2k domain controller? or is it not possible? mike ================================================================================ Archive-Date: Thu, 8 Nov 2001 04:31:55 -0500 Date: Thu, 08 Nov 2001 09:31:07 +0000 From: Garry Argrave Subject: NFS & Excessive Processor Utilisation To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <1005211856.7819.0.nnrp-01.c30bd001@news.demon.co.uk> We are running TCPware 5.5 on OpenVMS 7.3 (VAX), the problem we are having is with NFSD taking up a large percentage of our processor time. We are aware of a potential issue caused by the VMS directory size exceeding 125 blocks however we have eliminated this as the possible cause. We have even deleted our Exports from NETCU one by one, restarting NFS each time to see if the symptoms persisted. Each time the system got no better, and indeed I managed to delete all of the exports, then restart NFS and hey-presto : the problem was still there. So the directory size thing here is a red herring as even with no directories exported, the problem persists. What is this process doing taking up 50% of my processor, with a Buffered I/O count reaching 1000 when it's got nothing to do ? Any help on this issue would be appreciated.. Regards, Garry Argrave ================================================================================ Archive-Date: Thu, 8 Nov 2001 07:57:37 -0500 Date: Thu, 08 Nov 2001 07:45:33 -0500 (EST) From: young@process.com Reply-To: Info-TCPware@process.com Subject: Re: NFS & Excessive Processor Utilisation In-Reply-To: "Your message dated Thu, 08 Nov 2001 09:31:07 +0000" <1005211856.7819.0.nnrp-01.c30bd001@news.demon.co.uk> To: info-tcpware@process.com CC: young@process.com Message-ID: <01KAGCTXWS048WYHG7@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Hi Garry, verify there is no excessive incoming RPC mount traffic via a tcpdump: tcpdump:==$tcpware:tcpdump.exe tcpdump -"R" all -s 512 -vv -z host Check the NFSSERVER.LOG file as well. NFSD should be very quiet after startup, something is going on. Let us know if there is any tcpdump output. -Ralph Young Process Software >We are running TCPware 5.5 on OpenVMS 7.3 (VAX), the problem we are having >is with NFSD taking up a large percentage of our processor time. We are >aware of a potential issue caused by the VMS directory size exceeding 125 >blocks however we have eliminated this as the possible cause. We have even >deleted our Exports from NETCU one by one, restarting NFS each time to see >if the symptoms persisted. Each time the system got no better, and indeed I >managed to delete all of the exports, then restart NFS and hey-presto : the >problem was still there. So the directory size thing here is a red herring >as even with no directories exported, the problem persists. >What is this process doing taking up 50% of my processor, with a Buffered >I/O count reaching 1000 when it's got nothing to do ? >Any help on this issue would be appreciated.. >Regards, >Garry Argrave ================================================================================ Archive-Date: Thu, 8 Nov 2001 08:59:02 -0500 Date: Thu, 08 Nov 2001 14:46:53 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: NTP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3bea8ccd$1@news.kapsch.co.at> In article <35pG7.60568$IR4.33247410@news1.denver1.co.home.com>, "mike menard" writes: >anyone out there configured tcpware to be a client to w2k domain controller? >or is it not possible? W2K domain controller is NOT a NTP server (don't know when M$ will support one) We run an addon NTP product for Win32 (which is also far from being perfect or even very flexible but is sNTP/Time Server/Client) - written by a guy here in Vienna - just for this purpose... -- 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: Thu, 8 Nov 2001 12:23:11 -0500 Date: Thu, 08 Nov 2001 10:22:00 -0700 From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: NFS & Excessive Processor Utilisation In-Reply-To: <01KAGCTXWS048WYHG7@PROCESS.COM> To: info-tcpware@process.com Message-ID: <5.1.0.14.2.20011108102042.01bbab60@mehlhop.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii References: <"Your message dated Thu, 08 Nov 2001 09:31:07 +0000" <1005211856.7819.0.nnrp-01.c30bd001@news.demon.co.uk> FYI on VMS 7.3 the directory size performance issue is supposed to be gone anyway. At 07:45 AM 11/8/01 -0500, you wrote: >Hi Garry, > >verify there is no excessive incoming RPC mount traffic via a >tcpdump: > >tcpdump:==$tcpware:tcpdump.exe >tcpdump -"R" all -s 512 -vv -z host > >Check the NFSSERVER.LOG file as well. NFSD should be very >quiet after startup, something is going on. Let us know if there >is any tcpdump output. > >-Ralph Young >Process Software > > > >We are running TCPware 5.5 on OpenVMS 7.3 (VAX), the problem we are having > >is with NFSD taking up a large percentage of our processor time. We are > >aware of a potential issue caused by the VMS directory size exceeding 125 > >blocks however we have eliminated this as the possible cause. We have even > >deleted our Exports from NETCU one by one, restarting NFS each time to see > >if the symptoms persisted. Each time the system got no better, and indeed I > >managed to delete all of the exports, then restart NFS and hey-presto : the > >problem was still there. So the directory size thing here is a red herring > >as even with no directories exported, the problem persists. > > >What is this process doing taking up 50% of my processor, with a Buffered > >I/O count reaching 1000 when it's got nothing to do ? > > >Any help on this issue would be appreciated.. > > > > >Regards, > > >Garry Argrave _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Thu, 8 Nov 2001 13:29:04 -0500 Date: Thu, 08 Nov 2001 16:37:58 +0000 From: Today's NetWork Subject: =?UNKNOWN?B?u/qyu7/JyqctLb30vLHHwNeiLmluZm8=?= .biz To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <20011108163758.23782.qmail@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN Content-Transfer-Encoding: QUOTED-PRINTABLE =BB=FA=B2=BB=BF=C9=CA=A7--=BD=F4=BC=B1=C7=C0=D7=A2.info .biz=20 =D7=F7=CE=AA=D0=C5=CF=A2=CA=B1=B4=FA=D7=EE=C3=F7=C8=B7=B1=EA=D6=BE,.I= NFO .BIZ=B5=C4=B7=A2=D5=B9=BF=D5=BC=E4=CE=E3=D3=B9=B6=E0=CB=B5=A3= =AC=CB=FC=BD=AB=B3=C9=CE=AA=CD=F8=C2=E7=D0=C5=CF=A2=B7=FE=CE=F1=B5= =C4=CA=D7=D1=A1=D3=F2=C3=FB=A1=A3=20 =2EINFO .BIZ=CE=AA=CD=A8=D3=C3=B6=A5=BC=B6=D3=F2=C3=FB=A3=AC.INFO .BI= Z=B4=FA=B1=ED=D2=BB=B0=E3=B5=C4=D0=C5=CF=A2=B7=FE=CE=F1=CA=B9=D3=C3= =BA=CD=C9=CC=D2=B5=A1=A3=CB=FC=D7=EE=B4=F3=B5=C4=CC=D8=B5=E3=CA=C7= =C8=AB=C7=F2=20 =CD=A8=D3=C3,=D2=D7=D3=DA=CA=B9=D3=C3=A3=AC=BA=DC=C7=BF=B5=C4=CA=B6= =B1=F0=D0=D4=A3=AC=BF=C9=D2=D4=CC=E6=B4=FA.COM=B5=C4=CD=A8=D3=C3=B6= =A5=BC=B6=D3=F2=C3=FB=A3=AC=B7=C7=B3=A3=CA=CA=D3=C3=D3=DA=CC=E1=B9= =A9=D0=C5=CF=A2=B7=FE=CE=F1=B5=C4=C6=F3=D2=B5=A1=A3=20 =CA=B1=B4=B4=CD=F8=C2=E7(http://www.now.net.cn)=D5=FD=CA=BD=CD=C6= =B3=F6.info .biz=D3=F2=C3=FB=D5=FD=CA=BD=D7=A2=B2=E1=A3=AC=D7=A2=B2= =E1=C1=F7=B3=CC=CD=AC=B9=FA=BC=CA=D3=F2=C3=FB=20 =A3=A8.com/.net/.org=A3=A9=D2=BB=D1=F9=BC=F2=B5=A5=A3=AC=B2=A2=BF= =C9=BF=EC=CB=D9=B3=C9=B9=A6=A3=AC=D7=A2=B2=E1=B3=C9=B9=A6=BA=F3=C2= =ED=C9=CF=BF=C9=D2=D4=CA=B9=D3=C3=A1=A3=20 (1) =CB=AD=D3=D0=D7=CA=B8=F1=C9=EA=C7=EB.info=D3=F2=C3=FB=20 =2Einfo=CA=C7=CE=A8=D2=BB=C3=BB=D3=D0=D7=A2=B2=E1=CF=DE=D6=C6=B5=C4= =D7=EE=D0=C2=B9=FA=BC=CA=B6=A5=BC=B6=D3=F2=C3=FB=A3=AC=CB=F9=D2=D4= =C8=CE=BA=CE=C8=CB=B6=BC=BF=C9=D2=D4=C9=EA=C7=EB=20 (2) .info=D3=F2=C3=FB=D3=EB.cc=BA=CD.tv=20 =2Einfo=CA=C7=CD=A8=D3=C3=B9=FA=BC=CA=B6=A5=BC=B6=D3=F2=C3=FB=A3=AC= =CB=FC=D3=EB.com .net .org =CA=F4=D3=DA=CD=AC=C0=E0=D3=F2=C3=FB=A3= =AC=D3=C9ICANN=CD=B3=D2=BB=BD=F8=D0=D0=B9=DC=C0=ED=A3=BB=20 =B6=F8. cc,.tv=CA=C7=B9=FA=BC=D2=B4=FA=C2=EB=B9=FA=BC=CA=B6=A5=BC= =B6=D3=F2=C3=FB=A3=AC=BA=CD.cn .ca=CA=F4=CD=AC=C0=E0=D3=F2=C3=FB=A3= =AC .cn=D5=E2=D1=F9=B5=C4=D3=F2=C3=FB=CA=C7=B9=E9=CF=E0=B9=D8=B5=C4= =20 =B9=FA=BC=D2=BD=F8=D0=D0=B9=DC=C0=ED=B5=C4=A3=AC=D2=BB=B0=E3=D6=BB= =B6=D4=B1=BE=B9=FA=BD=F8=D0=D0=CF=FA=CA=DB=A3=AC=D6=BB=D3=D0=B7=C7= =B3=A3=CC=D8=CA=E2=B5=C4=BE=DF=D3=D0=BA=DC=B8=DF=C9=CC=D2=B5=BC=DB= =D6=B5=B5=C4=D3=F2=C3=FB=B2=C5=B6=D4=B9=FA=BC=CA=20 =C6=E4=CB=FC=B9=FA=BC=D2=BD=F8=D0=D0=CF=FA=CA=DB=A1=A3=20 (3) .info=D3=F2=C3=FB=B5=C4=D7=A2=B2=E1=BC=DB=B8=F1=BA=CD=C6=DA=CF= =DE=CA=C7=CA=B2=C3=B4=20 =2Einfo=D3=F2=C3=FB=CA=C7420=D4=AA/=C1=BD=C4=EA=A3=AC=B9=FA=BC=CA= =D3=F2=C3=FB=B9=DC=C0=ED=BB=FA=B9=B9=B9=E6=B6=A8=D0=C2=D7=A2=B2=E1= =D7=EE=C9=D9=D7=A2=B2=E12=C4=EA=A1=A3=20 (4) =CE=D2=BF=C9=D2=D4=BA=DC=BF=EC=B5=C4=CA=B9=D3=C3.info=D3=F2=C3= =FB=C2=F0=20 =CE=D2=C3=C7=C8=B7=C8=CF=C4=FA=BD=BB=BF=EE=BA=F3=BB=E1=C1=A2=BC=B4= =CE=AA=C4=FA=D5=FD=CA=BD=D7=A2=B2=E1=A3=AC=B2=A2=D4=DA24=D0=A1=CA= =B1=BA=F3=C8=AB=C7=F2=C9=FA=D0=A7=A3=A1=20 (5) =D0=C2=B6=A5=BC=B6=B9=FA=BC=CA=D3=F2=C3=FB=B5=C4=D7=A2=B2=E1=B9= =E6=D4=F2=BA=CD=D2=D4=CD=F9=B5=C4=B9=FA=BC=CA=D3=F2=C3=FB=D7=A2=B2= =E1=B9=E6=D4=F2=D2=BB=D1=F9=C2=F0=A3=BF=20 =B4=F0=A3=BA=D0=C2=B6=A5=BC=B6=B9=FA=BC=CA=D3=F2=C3=FB=B5=C4=D7=A2= =B2=E1=B9=E6=D4=F2=BA=CD=D2=D4=CD=F9=CF=E0=B1=C8=D3=D0=BA=DC=B4=F3= =B5=C4=B2=BB=CD=AC=A3=AC=D2=D4=CF=C2=BB=E1=D3=D0=B7=D6=C0=E0=CB=B5= =C3=F7=A3=AC=C7=EB=C4=FA=CF=EA=CF=B8=B9=D8=D7=A2=A1=A3=20 (6)=B5=BD=C4=C4=B6=F9=BF=C9=C9=EA=C7=EB=B5=BD.info=D7=EE=D0=C2=B9= =FA=BC=CA=B6=A5=BC=B6=20 =B4=F0=A3=BAwww.now.net.cn=CA=B1=B4=B4=CD=F8=C2=E7=CA=C7=B9=FA=C4= =DA=B9=FA=BC=CA=B6=A5=BC=B6=D3=F2=C3=FB=D7=A2=B2=E1=BB=FA=B9=B9=A3= =AC=B6=C0=D3=D0VDNS=CF=B5=CD=B3=C4=DC=B7=BD=B1=E3=B5=D8=B9=DC=C0=ED= =C4=FA=B5=C4=B4=CE=BC=B6=D3=F2=C3=FB=A3=AC=BD=A8=C1=A2=D7=D3=CD=F8= =D5=BE=A3=AC=20 =D4=DA=B4=CB=D7=A2=B2=E1=D3=F2=C3=FB=BC=DB=B8=F1=BF=D5=C7=B0=D3=C5= =BB=DD=A3=AC=C1=ED=CD=E2=CE=D2=C3=C7=C5=E4=B1=B8=BE=AB=C1=BC=BC=BC= =CA=F5=D6=A7=B3=D6=A3=AC=BF=C9=B0=E9=C4=FA=C7=E1=CB=C9=B2=BD=C8=EB= =C9=CC=CE=F1=D6=AE=C2=C3=A1=A3=20 =BB=B6=D3=AD=C4=FA=D6=C2=D0=C5 support@now.net.cn=20 =BB=B6=D3=AD=C4=FA=B7=C3=CE=CA http://www.now.net.cn=20 =D6=E9=BA=A3=CC=EC=BB=A5=BF=C6=BC=BC=D3=D0=CF=DE=B9=AB=CB=BE=20 =C1=AA=CF=B5=C8=CB=A3=BA=C7=F1=D0=A1=BD=E3=A1=A1=BB=C6=D0=A1=BD=E3= =20 =B9=AB=CB=BE=B5=E7=BB=B0=A3=BA 0756--2125583 2125593 2125523 2252872= =20 =B9=AB=CB=BE=B4=AB=D5=E6: 0756--2229669 =20 ================================================================================ Archive-Date: Thu, 8 Nov 2001 15:16:44 -0500 Date: Thu, 08 Nov 2001 15:15:51 -0500 From: Chuck Viau Reply-To: Info-TCPware@process.com Subject: RE: X.25 over TCP/IP To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE8603D6F6FC@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Yes, got that. This is what we (Process) "support" concerning X.25. VAX P.S.I. was absorbed into Decnet Plus for X.25 support for VAX systems. The Compaq product WAN/X.25 supplies X.25 services for Alpha systems. I searched each of the white papers on these products for X.25 over IP, which the X.25 interface would have to support if they were to use us as a tunnel. I did not come up with anything. That does not mean we are still not looking for you, but the surface is rather void of solutions. Cisco does have an X.25 product that can tunnel over IP, but it appears it is only supports Unix, Linux and Windows... As I get more information, I will share it with you. If any one else has input here, please feel free to chime in. Regards-- cv -----Original Message----- From: Steve.Spires@yellgroup.com [mailto:Steve.Spires@yellgroup.com] Sent: Wednesday, November 07, 2001 8:57 AM To: info-tcpware@process.com Subject: RE: X.25 over TCP/IP From the response to my message it looks like he is after tunnelling X.25 *OVER* IP, as you can with DECnet. Steve S Chuck Viau on 11/06/2001 05:04:40 PM To: "'info-tcpware@process.com'" cc: From: Chuck Viau , 6 November 2001, 5:04 p.m. RE: X.25 over TCP/IP TCPWare supports IP over X.25 but you must install VAX P.S.I. to provide the network interface. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Tuesday, November 06, 2001 3:25 AM To: info-tcpware@process.com Subject: X.25 over TCP/IP Hello All! IS there someone who have a good expirience with using X.25 (1.4) over TCP/IP with TCPWare-TCP ? It's supported at all ? -- Cheers, +OpenVMS [Sys|Net] HardWorker .......................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 +http://starlet.deltatel.ru ................. SysMan rides HailStorm + ______________________________________________________________________ [Information] -- PostMaster: This transmission is intended solely for the addressee(s) and may be confidential. If you are not the named addressee, or if the message has been addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission. Delivery of this message to any person other than the named addressee is not intended in any way to waive confidentiality. If you have received this transmission in error please contact the sender or delete the message. Thank you. Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. Registered in England and Wales, registered number 4205228. Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. Registered in England and Wales, registered number 1403041. ================================================================================ Archive-Date: Thu, 8 Nov 2001 16:44:24 -0500 Date: Thu, 08 Nov 2001 17:40:00 -0500 (EST) From: bryant@process.com Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: SNMPD_V553P010 To: TCPware-Announce@TRITON.PROCESS.COM Message-ID: <01KAGX7394RM001WHT@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: SNMPD_V553P010 Description: SNMPD update to fix error with multiple default routes Release date: 7-NOV-2001 Ranking: 3 Max ranking: 3 Versions: 5.5-3 Requisites: ftp://ftp.process.com/support/55_3/snmpd_v553p010.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. ----------------------------------------------------------- SNMPD Patch kit (revision 1.0) for TCPware version 5.5-3 Nov 7, 2001 Copyright (c) 2001 by Process Software This VMSinstallable saveset provides new versions of SNMPD.EXE for TCPware for OpenVMS. TCPWare V5.5-3 VMS/VAX V5.5-2 and later VMS/ALPHA V6.1 and later You must restart SNMP after installation. The following changes have been made: SNMPD no longer returns an error when multiple default routes are present. (DE 7483) SNMPD_V553P010 ECO Level 3 [End of ECO announcement] ================================================================================ Archive-Date: Fri, 9 Nov 2001 04:36:05 -0500 Date: Fri, 09 Nov 2001 09:35:08 +0000 From: Garry Argrave Subject: Re: NFS & Excessive Processor Utilisation To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <1005298497.4307.0.nnrp-10.c30bd001@news.demon.co.uk> This issue is now resolved, thanks for your help, after using the TCPDUMP it was clear that NFSD was being severley hammered by a new user process that was checking for new files on an NFS export every 500ms (sensible) after decreasing this frequency the problem was resolved. It is also good to know that the dierctory size issue should be resolved under VMS 7.3. Another issue that this raises however is that our TCPWare support contract (with our TCPware reseller) here in the UK isn't really worth the money (other than for upgrades) when you can get such good responses in this newsgroup... "Garry Argrave" wrote in message news:1005211856.7819.0.nnrp-01.c30bd001@news.demon.co.uk... > We are running TCPware 5.5 on OpenVMS 7.3 (VAX), the problem we are having > is with NFSD taking up a large percentage of our processor time. We are > aware of a potential issue caused by the VMS directory size exceeding 125 > blocks however we have eliminated this as the possible cause. We have even > deleted our Exports from NETCU one by one, restarting NFS each time to see > if the symptoms persisted. Each time the system got no better, and indeed I > managed to delete all of the exports, then restart NFS and hey-presto : the > problem was still there. So the directory size thing here is a red herring > as even with no directories exported, the problem persists. > > What is this process doing taking up 50% of my processor, with a Buffered > I/O count reaching 1000 when it's got nothing to do ? > > Any help on this issue would be appreciated.. > > > > Regards, > > Garry Argrave > > > ================================================================================ Archive-Date: Fri, 9 Nov 2001 11:23:28 -0500 Date: Fri, 09 Nov 2001 09:21:58 -0700 From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: NFS & Excessive Processor Utilisation In-Reply-To: <1005298497.4307.0.nnrp-10.c30bd001@news.demon.co.uk> To: info-tcpware@process.com Message-ID: <5.1.0.14.2.20011109091825.01bf3020@mehlhop.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii At 09:35 AM 11/9/01 +0000, you wrote: >This issue is now resolved, thanks for your help, after using the TCPDUMP it >was clear that NFSD was being severley hammered by a new user process that >was checking for new files on an NFS export every 500ms (sensible) after >decreasing this frequency the problem was resolved. It is also good to know >that the dierctory size issue should be resolved under VMS 7.3. > >Another issue that this raises however is that our TCPWare support contract >(with our TCPware reseller) here in the UK isn't really worth the money >(other than for upgrades) when you can get such good responses in this >newsgroup... And just who answered your questions? If it weren't for the support contracts to pay for us to stay in business, they would not have been answered. Both of the answers came from Process Software. >"Garry Argrave" wrote in message >news:1005211856.7819.0.nnrp-01.c30bd001@news.demon.co.uk... > > We are running TCPware 5.5 on OpenVMS 7.3 (VAX), the problem we are having > > is with NFSD taking up a large percentage of our processor time. We are > > aware of a potential issue caused by the VMS directory size exceeding 125 > > blocks however we have eliminated this as the possible cause. We have >even > > deleted our Exports from NETCU one by one, restarting NFS each time to >see > > if the symptoms persisted. Each time the system got no better, and indeed >I > > managed to delete all of the exports, then restart NFS and hey-presto : >the > > problem was still there. So the directory size thing here is a red herring > > as even with no directories exported, the problem persists. > > > > What is this process doing taking up 50% of my processor, with a Buffered > > I/O count reaching 1000 when it's got nothing to do ? > > > > Any help on this issue would be appreciated.. > > > > > > > > Regards, > > > > Garry Argrave > > > > > > _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Fri, 9 Nov 2001 13:28:12 -0500 Date: Fri, 09 Nov 2001 18:10:03 +0100 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: NFS & Excessive Processor Utilisation To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3bec0deb.524144494f47414741@radiogaga.harz.de> Garry Argrave (garry.argrave@alisonassociates.com) wrote: > "Garry Argrave" wrote... > > We are running TCPware 5.5 on OpenVMS 7.3 (VAX), the problem we are having > > is with NFSD taking up a large percentage of our processor time. [...] > > This issue is now resolved, thanks for your help, after using the TCPDUMP > it was clear [...] > > Another issue that this raises however is that our TCPWare support contract > (with our TCPware reseller) here in the UK isn't really worth the money > (other than for upgrades) when you can get such good responses in this > newsgroup... The right to answers? This newsgroups is an inofficial thing. So while Process engineers do give helpful advice here, the official way is to open a support case - which you only get with a support contract. cu, Martin (TCPware and MultiNet support engineer - hopefully worth the money - of a german Process reseller) -- | Martin Vorlaender | VMS & WNT programmer Microsoft isn't the Borg: | work: mv@pdv-systeme.de the Borg have proper | http://www.pdv-systeme.de/users/martinv/ networking. | home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Mon, 12 Nov 2001 01:53:09 -0500 Date: Mon, 12 Nov 2001 08:47:10 +0200 From: Godfrey Pillay Reply-To: Info-TCPware@process.com Subject: Help To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi All I am running TCPWare 5.3-2 on a VAX 4000 100 system using OpenVMS 7.2. I am currently having problems with FTP. The task that I am trying to do is that on the VAX a set of files gets created which is made up of approx 7 files plus a completion file. I have written a DCL that does the following. 1. Searches a directory for a completion file. 2. Should the file be found, then the 7 files gets transferred to a PC. 3. Once these files gets transferred successfully, then the completion file get transferred to the PC. The PC has an application on it that searches for this completion file and continues to process when it receives this file. This whole scenario works very well. The completion time to do this function averages around a minute. The problem is that a certain times this download (if you want to call it that) takes approx 2 hours. When I look at the log files, and run the process over and over again, it seems to be stuck at different files. What can I look for? This particular DCL runs at various locations with minimal problems. This problem is only happening at 1 particular location.. Regards Godfrey Pillay VAX System Support Geomar SSO Mid Range and Application Support Discipline Location: IBM Park Sandton, IA2G Tel: (011) 302-6310 Fax: (011) 302-6592 Cell: 082 823-5339 E-mail: gpillay@za.ibm.com ================================================================================ Archive-Date: Mon, 12 Nov 2001 08:43:10 -0500 Date: Mon, 12 Nov 2001 08:42:04 -0500 From: Mike Bartman Reply-To: Info-TCPware@process.com Subject: RE: Help To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86039E7F66@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 First thing I'd check would be the network load along the path between the two systems. Look for heavy use, or a lot of retransmits (you may have a router that's getting overloaded and dropping packets). At a previous job we had a similar situation. Turned out to be someone backing up a PC over the network periodically. When they did that, the traffic load hit nearly 100% for about 30 minutes, and everything else slowed to a crawl on that segment. -- Mike Bartman Process Software bartman@process.com > -----Original Message----- > From: Godfrey Pillay [mailto:gpillay@za.ibm.com] > Sent: Monday, November 12, 2001 1:47 AM > To: info-tcpware@process.com > Subject: Help > > > Hi All > > I am running TCPWare 5.3-2 on a VAX 4000 100 system using > OpenVMS 7.2. I > am currently having problems with FTP. The task that I am > trying to do is > that on the VAX a set of files gets created which is made up > of approx 7 > files plus a completion file. I have written a DCL that does the > following. > 1. Searches a directory for a completion file. > 2. Should the file be found, then the 7 files gets > transferred to a PC. > 3. Once these files gets transferred successfully, then the > completion file > get transferred to the PC. > > The PC has an application on it that searches for this > completion file and > continues to process when it receives this file. This whole > scenario works > very well. The completion time to do this function averages around a > minute. The problem is that a certain times this download (if > you want to > call it that) takes approx 2 hours. When I look at the log > files, and run > the process over and over again, it seems to be stuck at > different files. > > What can I look for? This particular DCL runs at various > locations with > minimal problems. This problem is only happening at 1 > particular location.. > > > Regards > > Godfrey Pillay > VAX System Support > Geomar SSO Mid Range and Application Support Discipline > Location: IBM Park Sandton, IA2G > Tel: (011) 302-6310 Fax: (011) 302-6592 > Cell: 082 823-5339 E-mail: gpillay@za.ibm.com > > ================================================================================ Archive-Date: Tue, 13 Nov 2001 13:49:27 -0500 Date: Tue, 13 Nov 2001 13:48:11 -0500 From: Alan Kemmerer Reply-To: Info-TCPware@process.com Subject: PSCDHCPD-E-Invalid Messages To: Info-TCPware Message-ID: <3BF16AEB.B8335F84@bethsteel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit How do I keep dhcpd from generating the message PSCDHCPD-E-Invalid host name for DDNS: IDT_15.here.com I can't change the host name and don't use dynamic DNS ? OpenVMS 7.2.1 TCPWare 5.4-3 Thanks -- Alan J. Kemmerer - alan.kemmerer@bethsteel.com Information Technology - Process Control Bethlehem Steel Corporation 5111 N. Point Blvd. Location 83 Sparrows Point MD 21219 410-388-7290 ================================================================================ Archive-Date: Wed, 14 Nov 2001 13:30:42 -0500 Date: Wed, 14 Nov 2001 13:29:29 -0500 From: "Nunez, Paul" Reply-To: Info-TCPware@process.com Subject: To: info-tcpware@process.com Message-ID: <84ECFE320742594C9FAC07BF97B6B56B6042D6@alfexc12.americas.cpqcorp.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable SET MAIL ================================================================================ Archive-Date: Fri, 16 Nov 2001 02:28:03 -0500 Date: Fri, 16 Nov 2001 09:23:05 +0200 From: Godfrey Pillay Reply-To: Info-TCPware@process.com Subject: Printing problem To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi All I am running TCPWare 5.3-2 on a VAX 4000 100 system using OpenVMS 7.2. I am having problems regarding printing on a CNFNET LPS printer configuration using the TCPWARE_VMSLPRSMB image. The problem is that the documents do not form feed at the end of the document. Any suggestions? I do have a call logged at present but the feedback is very slow. Regards Godfrey Pillay VAX System Support Geomar SSO Mid Range and Application Support Discipline Location: IBM Park Sandton, IA2G Tel: (011) 302-6310 Fax: (011) 302-6592 Cell: 082 823-5339 E-mail: gpillay@za.ibm.com ================================================================================ Archive-Date: Fri, 16 Nov 2001 08:05:37 -0500 Date: Fri, 16 Nov 2001 08:14:44 -0500 From: Gary Reynolds Reply-To: Info-TCPware@process.com Subject: Re: Printing problem To: info-tcpware@process.com Message-ID: <3BF51143.BF557E07@waynesburg.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Godfrey, With some Hewlett-Packard LaserJets there is a PCL Configuration Menu item that sets a "Flush Queue Cache at the end of a Print Job". A job would print up to the last page but would not print the last page until either a new print job was submitted or it was taken offline and the Form-Feed was manually depressed on the Control Panel of the printer. I encountered this on a LAT queue a number of years ago and that was the solution. This may have been a "timing" setting where a period of time is specified to "flush the queue" rather than a simple ON or OFF setting. I don't recall exactly. Gary Reynolds Waynesburg College Waynesburg PA Godfrey Pillay wrote: > Hi All > > I am running TCPWare 5.3-2 on a VAX 4000 100 system using OpenVMS 7.2. I > am having problems regarding printing on a CNFNET LPS printer configuration > using the TCPWARE_VMSLPRSMB image. The problem is that the documents do not > form feed at the end of the document. Any suggestions? I do have a call > logged at present but the feedback is very slow. > > Regards > > Godfrey Pillay > VAX System Support > Geomar SSO Mid Range and Application Support Discipline > Location: IBM Park Sandton, IA2G > Tel: (011) 302-6310 Fax: (011) 302-6592 > Cell: 082 823-5339 E-mail: gpillay@za.ibm.com ================================================================================ Archive-Date: Fri, 16 Nov 2001 09:42:31 -0500 Date: Fri, 16 Nov 2001 08:41:11 -0600 From: Dale Lutes Reply-To: Info-TCPware@process.com Subject: Re: Printing problem Sender: DLUTES@srv1.dc1.textron.com To: info-tcpware@process.com Message-ID: <3BF4D127.D3D5AEF@cessna.textron.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Godfrey Pillay wrote: > > Hi All > > I am running TCPWare 5.3-2 on a VAX 4000 100 system using OpenVMS 7.2. I > am having problems regarding printing on a CNFNET LPS printer configuration > using the TCPWARE_VMSLPRSMB image. The problem is that the documents do not > form feed at the end of the document. Any suggestions? I do have a call > logged at present but the feedback is very slow. Godfrey, What type of printer are we talking about? Has a reset module been defined for this queue? (SHOW QUEUE/FULL will tell you). Here are some sample reset modules in use at my site. Notice that I've got explicit formfeed characters in two of them. HP Laserjet 5Si: E&l2A Other HP Laserjets, Digital LN17, Xerox 4025: E Epson 850 inkjet: @ Digital LN03: !p Digital DEClaser 3200: 0 x!p I hope this helps. Aside to Gary Reynolds: How's life in the 'burg? I grew up in Monessen, PA. One of my best high school pals went to Waynesburg College. -- Dale D. Lutes ______ Department 177, MS 14 / ___/_____ _____ _____ ______ ______ Cessna Aircraft Company / / / <> // __// __// __ // / One Cessna Boulevard / /__ / ___//__ //__ // / / // <> / Wichita, KS 67215 /_____//____//____//____//_/ /_//___/_/ ================================================================================ Archive-Date: Fri, 16 Nov 2001 11:19:57 -0500 Date: Fri, 16 Nov 2001 16:20:40 +0000 From: Guy Morris Reply-To: Info-TCPware@process.com Subject: Purveyor RSM To: info-tcpware@process.com Message-ID: <013b01c16eba$a2148230$dd091ed4@QUEEG> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit I have just installed Purveyor 2.1 (Having been on 1.1b forever!) which is working quite happily. However when I use RSM only the "Text Only" version responds - the graphic version seems not to be interpreting the MAP correctly. And then everything I try to change with the text only version returns with "Unable to write configuration database file", so I can't make any changes to the config. I am running RSM from my PC, logged in as SYSTEM with RWED access to the DB file. What have I missed? TIA Guy. ================================================================================ Archive-Date: Fri, 16 Nov 2001 14:22:41 -0500 Date: Fri, 16 Nov 2001 14:18:20 -0500 (EST) From: Gary Reynolds Reply-To: Info-TCPware@process.com Subject: Re: Purveyor RSM In-Reply-To: <013b01c16eba$a2148230$dd091ed4@QUEEG> To: Guy Morris CC: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Good afternoon Guy, I installed Purveyor 2.1 quite a while ago and did not encounter the situation you described with the "TEXT ONLY" version of RSM. However, in regards to the Protection Violation error received, I did encounter that - more on that later. The main issue though, is that when you installed Purveyor 2.1, were you intending to operate both Purveyor 1.1 and 2.1 "concurrently" on on the same computer using different Virtual Servers ? If so, that may be the root cause of your problem. So if you could provide more detail on exactly what and how you wanted the installation/configuration results to be, I think that will help expedite a solution. Do you receive an RSM Authentication query for Username & Password when accessing RSM ? Recall from the installation phase that you were asked to configure the User(s) responsible for RSM management tasks. Now, the %Protection Violation error received. One thing the Install/ Configuration Manual was not too clear on is "where" the CONFIG80.DB should be located and its relationship to the HTTPD Worker account. The Default location is - PURVEYOR:, which is OK! but then the HTTPD Worker will require "special" access to make RSM Management changes to CONFIG80.DB when located in PURVEYOR:'s restricted directory. What I did was locate CONFIG80.DB in a separate HTTPD (O:RWED) Worker accessible subdirectory, not PURVEYOR: . Page 156 in the Install Manual refers vaguely to this, I used SYS$SYSDEVICE:[WWW], whose owner & access were to HTTPD Worker. Also important is the fact that the RSM Authentication is not SYSUAF-based; it is strictly only on the info you give for valid RSM Users at installation for the Default VIRTUAL SERVER. This also required the various other required sub-directories such as: SAMPLES.DIR, SCRIPTS.DIR, etc. and I simply copied their contents from PURVEYOR:[...]; restricting their access/configuration via simple UIC protection scheme rather than requiring ACL's. Anyway, I hope you get the idea - but again I think the main issue is in your installation steps and if you were envisioning testing V2.1 while V1.1 operated as your main webserver. Good luck ... Let me know if you need further help. It's been a while since I worked on it and was unable to find my Installation notes -- but I'll look around for them. Gary Reynolds Waynesburg College On Fri, 16 Nov 2001, Guy Morris wrote: > I have just installed Purveyor 2.1 (Having been on 1.1b forever!) which is > working quite happily. > > However when I use RSM only the "Text Only" version responds - the graphic > version seems not to be interpreting the MAP correctly. And then everything > I try to change with the text only version returns with "Unable to write > configuration database file", so I can't make any changes to the config. > > I am running RSM from my PC, logged in as SYSTEM with RWED access to the DB > file. What have I missed? > > TIA > > Guy. > > > > ================================================================================ Archive-Date: Mon, 19 Nov 2001 01:13:22 -0500 Date: Mon, 19 Nov 2001 08:08:10 +0200 From: Godfrey Pillay Reply-To: Info-TCPware@process.com Subject: Re: Printing problem To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi Dale I think that you are on the right track. I have been reading through the TCPware manuals about setting up these modules, but am not too sure how this is done. Is these files and where do they reside. Your input is appreciated. The printers that I am working on is Fujitsu DL 6400 and OKI model ML395. Regards Godfrey Pillay VAX System Support Geomar SSO Mid Range and Application Support Discipline Location: IBM Park Sandton, IA2G Tel: (011) 302-6310 Fax: (011) 302-6592 Cell: 082 823-5339 E-mail: gpillay@za.ibm.com Dale Lutes cc: Sent by: Subject: Re: Printing problem DLUTES@srv1.dc1.t extron.com 11/16/01 04:41 PM Please respond to Info-TCPware Godfrey Pillay wrote: > > Hi All > > I am running TCPWare 5.3-2 on a VAX 4000 100 system using OpenVMS 7.2. I > am having problems regarding printing on a CNFNET LPS printer configuration > using the TCPWARE_VMSLPRSMB image. The problem is that the documents do not > form feed at the end of the document. Any suggestions? I do have a call > logged at present but the feedback is very slow. Godfrey, What type of printer are we talking about? Has a reset module been defined for this queue? (SHOW QUEUE/FULL will tell you). Here are some sample reset modules in use at my site. Notice that I've got explicit formfeed characters in two of them. HP Laserjet 5Si: E&l2A Other HP Laserjets, Digital LN17, Xerox 4025: E Epson 850 inkjet: @ Digital LN03: !p Digital DEClaser 3200: 0 x!p I hope this helps. Aside to Gary Reynolds: How's life in the 'burg? I grew up in Monessen, PA. One of my best high school pals went to Waynesburg College. -- Dale D. Lutes ______ Department 177, MS 14 / ___/_____ _____ _____ ______ ______ Cessna Aircraft Company / / / <> // __// __// __ // / One Cessna Boulevard / /__ / ___//__ //__ // / / // <> / Wichita, KS 67215 /_____//____//____//____//_/ /_//___/_/ ================================================================================ Archive-Date: Mon, 19 Nov 2001 12:19:41 -0500 Date: Mon, 19 Nov 2001 11:17:57 -0600 From: Dale Lutes Reply-To: Info-TCPware@process.com Subject: Re: Printing problem Sender: DLUTES@srv1.dc1.textron.com To: info-tcpware@process.com Message-ID: <3BF8EA65.7C0A46FF@cessna.textron.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=------------1A3C1CCCE269B1510EE9E2A References: This is a multi-part message in MIME format. --------------1A3C1CCCE269B1510EE9E2A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Godfrey Pillay wrote: > > I think that you are on the right track. I have been reading through the > TCPware manuals about setting up these modules, but am not too sure how > this is done. Is these files and where do they reside. Your input is > appreciated. The printers that I am working on is Fujitsu DL 6400 and OKI > model ML395. Godfrey, Attached you'll find the procedure for setting up a reset module. The example I've used is for an H-P LaserJet printer. You will have to find the reset sequences for your specific printers. The steps I've described work for all printers. Only the contents of the RESET.TXT file are dependent on printer type. Good luck. -- Dale D. Lutes ______ Department 177, MS 14 / ___/_____ _____ _____ ______ ______ Cessna Aircraft Company / / / <> // __// __// __ // / One Cessna Boulevard / /__ / ___//__ //__ // / / // <> / Wichita, KS 67215 /_____//____//____//____//_/ /_//___/_/ --------------1A3C1CCCE269B1510EE9E2A Content-Type: text/plain; charset=us-ascii; name="reset_module.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="reset_module.txt" The first step in setting up a printer reset module is to find your printer's reset sequence. Look for an appendix of escape codes in your printer manual. The sequence: E for Hewlett-Packard compatible printers will reset all printer characteristics and force a form feed. If your printer is H-P compatible, this is a good place to start. Create a text file named RESET.TXT containing this sequence as the one-and-only line. The character takes a little work to enter, depending on your editor of choice. If you use TPU: 1. Press the DO key and type the word QUOTE at the command prompt, or press CTRL/V. 2. Enter the control code or character (for example, press CTRL/[ for escape or CTRL/J for line feed). The character will appear on your screen as a backwards question mark. If you use EDT: 1. Press the GOLD key (PF1) 2. Type the number 27 (this is the decimal value of the escape character. 3. Press GOLD again, followed by keypad 3. The character will appear on your screen as . Type the uppercase E character and save RESET.TXT. Please keep in mind that, depending on your printer and your needs, the reset sequence alone may not do all you want. For instance, the LN03 and DEClaser 3200 require an explicit form feed character to ensure that the final page is ejected. You can define additional setup modules to control font, page orientation, and other printer characteristics. These are selected with the /FORM or /SETUP qualifiers for the PRINT command. The second step is to store the reset module in a device control text library. The libraries are located in SYS$COMMON:[SYSLIB]. The default library is named SYSDEVCTL. I recommend creating one for each printer type (EPSON_CTL, LJET_CTL, LN03_CTL, etc.). Use the LIBRARY/CREATE command to make a new library or LIBRARY/REPLACE to insert the reset module in an existing library. For example: $ LIBRARY/TEXT/CREATE SYS$COMMON:[SYSLIB]LJET_CTL RESET The third step is to associate the reset module with your printer(s). If you are creating a new TCPware-served queue, execute TCPWARE:CNFNET.COM and when you are prompted to "Specify additional qualifier" Enter /LIBRARY=device_CTL/SEPARATE=(RESET=RESET) To apply this change to an existing TCPware-served queue, edit TCPWARE:TCPWARE_CONFIGURE.COM. Add the above qualifiers to the LPS_QUEUE_n_QUALIFIER command associated with the queue. The change will take place when you restart line printer services with: $ @TCPWARE:RESTART LPS For more information, see the chapter on setting up and maintaining queues in the OpenVMS System Manager's Manual. See also the chapter on managing print services in the TCPware management guide --------------1A3C1CCCE269B1510EE9E2A-- ================================================================================ Archive-Date: Tue, 20 Nov 2001 14:35:20 -0500 Date: Tue, 20 Nov 2001 14:45:46 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: [TCPware V5.5-3] NAMED does ACCVIO To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3bfa5e8a@news.kapsch.co.at> I recently switched my DNS server from TCPIP V5.1-153 to TCPware V5.5-3 and have now (occasionally) other problems: ... $ MAXIMUM_TTL = F$TRNLNM("TCPWARE_NAMED_MAX_CACHE_TTL") $ IF (MAXIMUM_TTL .NES. "") THEN - PARAMETERS = PARAMETERS + "maximum-ttl " + MAXIMUM_TTL $ NAMED %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000 000C, PC=000000000008CBE0, PS=0000001B Improperly handled condition, image exit forced. Signal arguments: Number = 0000000000000005 Name = 000000000000000C 0000000000000000 000000000000000C 000000000008CBE0 000000000000001B Register dump: R0 = 0000000000000023 R1 = 0000000000000008 R2 = 000000000001A2A0 R3 = 0000000000000000 R4 = 00000000001B0908 R5 = 00000000001B0BA0 R6 = 00000000000A0008 R7 = 0000000000025F80 R8 = 0000000000025F80 R9 = 000000007FFAC410 R10 = 000000007FFAD238 R11 = 000000007FFCE3E0 R12 = 0000000000000000 R13 = 000000007B024220 R14 = 0000000000000000 R15 = 000000007B023880 R16 = 00000000001C4140 R17 = 0000000000000000 R18 = 00000000001C4140 R19 = 00000000003979C8 R20 = 0000000000000000 R21 = 00000000000002D0 R22 = 0000000000032DD0 R23 = 000000007AF47A08 R24 = 00000000000A60D0 R25 = 0000000000000002 R26 = 00000000000441E8 R27 = 000000000001A2A0 R28 = 0000000000000000 R29 = 000000007AF479D0 SP = 000000007AF479D0 PC = 000000000008CBE0 PS = 100000000000001B $ NAMED_EXIT_STATUS = $STATUS .AND. %x0FFFFFFF ... Is this a known bug ? Does a ECO/workaround already exist ? What is the best way to debug this ? TIA -Peter PS: PSC, please add a timestamp command before starting the NAMED to get a hint at which time (eg. with a NETCU RELOAD NAMED) the ACCVIO (or other NAMED error abort) did happen. -- 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, 21 Nov 2001 20:56:47 -0500 Date: Wed, 21 Nov 2001 18:09:16 -0500 From: Samantha Reslin Reply-To: Info-TCPware@process.com Subject: Time and Time Again #4ECE To: option39x@fbsdsrv.shishikukai.or.jp Message-ID: <200111220153.KAA14033@fbsdsrv.shishikukai.or.jp> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Content-Transfer-Encoding: 7bit This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable FREE Computer With Merchant Account Setup

COMPLETE CREDIT CARD PROCESSING SYSTEMS FOR YOUR BUSINESS=2E INTERNE= T - HOME BASED - MAIL ORDER - PHONE ORDER

Do you accept credit cards? Your competition does!

 

Everyone Approved - Credit Problems OK!
Approval in less than 24 hours!
Increase your sales by 300%
Start Accepting Credit Cards on your website!
Free Information, No Risk, 100% confidential=2E
Your name and information will not be sold to third parties!
Home Businesses OK! Phone/Mail Order OK!
No Application Fee, No Setup Fee!
Close More Impulse Sales!

Everyone Approved!

Good Credit or Bad!  To= apply today, please fill out the express form below=2E It contains all the information we need to get your account approved=2E For a= rea's that do not apply to you please put "n/a" in the box=2E

Upon receipt, we'll fax you with all of the all Bank Card Application documents necessary to establish your Merchant Account=2E Once returned we= can have your account approved within 24 hours=2E
 

Service Industry Standard

US
Site Inspection $50 - $75 FREE
Shipping $50 - $75 FREE
Warranty $10 Per Month= FREE
Sales Receipts $10 - $50&nbs= p; FREE
Fraud Screening

$=2E50 - $1=2E00
Per Transaction

 FREE
Amex Set Up $50 - $75 FREE
24 Hour Help Line $10 Month FREE
Security Bond $5000- $10,00= 0
Or More		 NONE

This is a No Obligation Qualification Form and is your first step to accepting credit cards=2E By filling out this form you will= "not enter" in to any obligations o= r contracts with us=2E We will use it to determine the best p= rogram to offer you based on the information you provide=2E You will be c= ontacted by one of our representatives within 1-2 business days to go over = the rest of your account set up=2E

<= font color=3D"#cc0000">Note:  All Information Provided To Us Will Remain= 100% Confidential !! 

Apply Free With No Risk!

Pleas= e fill out the express application form completely=2E
Incomplete information m= ay prevent us from properly processing your application=2E
Your Full Emai= l Address:
be sure to use your full address (i= =2Ee=2E user@domain=2Ecom)
Your Name:
Business Name:=
Business Phone= Number:
Home Phone Num= ber:
Type of Busine= ss:
Retail Business
Mail Order Business
Internet Based Busines= s
Personal Credi= t Rating:
Excellent
Good
Fair
Poor
How Soon Would= You Like a Merchant Account?


Your info= rmation is confidential, it will not be sold or used for any other purpose,= and you are under no obligation=2E Your information will be used solely for the purpose of evaluating= your business or website for a merchant account so that you may begin acce= pting credit card payments=2E


List Removal/OPT-OUT Option
Click Herem ------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- ================================================================================ Archive-Date: Thu, 22 Nov 2001 08:40:08 -0500 Date: Thu, 22 Nov 2001 08:28:59 -0500 From: "Callard, Gavin A." Reply-To: Info-TCPware@process.com Subject: SMTP Mail To: "'info-tcpware@process.com'" Message-ID: <03D308C87334D311B252009027855AC701C06889@THUMPER> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C17359.A46A0660" 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_01C17359.A46A0660 Content-Type: text/plain Hi. I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue. I can't remember how to activate this feature though - anyone remember? We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet. DNS is updated OK, and I can telnet the server and send messages manually from VMS. This log file may give me some clues. Thanks, Gavin. ------_=_NextPart_001_01C17359.A46A0660 Content-Type: text/html Content-Transfer-Encoding: quoted-printable SMTP Mail

Hi.

I seem to remember there was a way to = produce a log file of all things occuring through SMTP when a node = attempts to send a mail message vie an SMTP queue.  I can't = remember how to activate this feature though - anyone remember?  = We're having some issues in getting mail to go to our exchange server = (acting as a relay) since moving it to a new IP subnet.  DNS is = updated OK, and I can telnet the server and send messages manually from = VMS.  This log file may give me some clues.

Thanks,

Gavin.

------_=_NextPart_001_01C17359.A46A0660-- ================================================================================ Archive-Date: Thu, 22 Nov 2001 09:49:01 -0500 Date: Thu, 22 Nov 2001 09:47:26 -0500 From: "Fear, Brian" Reply-To: Info-TCPware@process.com Subject: RE: SMTP Mail To: "'Info-TCPware@process.com'" Message-ID: <2DADA0A2D327D211A21500A0C99808C601220338@WNTMAIL> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C17364.9A54B110" 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_01C17364.9A54B110 Content-Type: text/plain; charset="iso-8859-1" Don't know Multinet or TCPWare but on UCX it is define/system ucx$smtp_log_level 5 don't forget to deassign after snooping. Files get big fast. Brian -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 8:29 AM To: 'info-tcpware@process.com' Subject: SMTP Mail Hi. I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue. I can't remember how to activate this feature though - anyone remember? We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet. DNS is updated OK, and I can telnet the server and send messages manually from VMS. This log file may give me some clues. Thanks, Gavin. ------_=_NextPart_001_01C17364.9A54B110 Content-Type: text/html; charset="iso-8859-1" SMTP Mail
Don't know Multinet or TCPWare but on UCX it is
 
define/system ucx$smtp_log_level 5
 
don't forget to deassign after snooping. Files get big fast.
 
Brian
-----Original Message-----
From: Callard, Gavin A. [mailto:GCallard@coopertire.com]
Sent: Thursday, November 22, 2001 8:29 AM
To: 'info-tcpware@process.com'
Subject: SMTP Mail

Hi.

I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue.  I can't remember how to activate this feature though - anyone remember?  We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet.  DNS is updated OK, and I can telnet the server and send messages manually from VMS.  This log file may give me some clues.

Thanks,

Gavin.

------_=_NextPart_001_01C17364.9A54B110-- ================================================================================ Archive-Date: Thu, 22 Nov 2001 10:22:37 -0500 Date: Thu, 22 Nov 2001 10:11:46 -0500 From: "Callard, Gavin A." Reply-To: Info-TCPware@process.com Subject: RE: SMTP Mail To: "'Info-TCPware@process.com'" Message-ID: <03D308C87334D311B252009027855AC701C06892@THUMPER> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C17368.0061B180" 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_01C17368.0061B180 Content-Type: text/plain Thanks - but I'm not sure that's going to work on TCPWare... It was something similar though - really annoying that I can't remember. I may try that one just on the off chance anyway! Thanks, Gavin. -----Original Message----- From: Fear, Brian [mailto:Fearb@atlassteels.com] Sent: 22 November 2001 2:47 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Don't know Multinet or TCPWare but on UCX it is define/system ucx$smtp_log_level 5 don't forget to deassign after snooping. Files get big fast. Brian -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 8:29 AM To: 'info-tcpware@process.com' Subject: SMTP Mail Hi. I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue. I can't remember how to activate this feature though - anyone remember? We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet. DNS is updated OK, and I can telnet the server and send messages manually from VMS. This log file may give me some clues. Thanks, Gavin. ------_=_NextPart_001_01C17368.0061B180 Content-Type: text/html Message
Thanks - but I'm not sure that's going to work on TCPWare...  It was something similar though - really annoying that I can't remember.  I may try that one just on the off chance anyway!
 
Thanks,
Gavin.
-----Original Message-----
From: Fear, Brian [mailto:Fearb@atlassteels.com]
Sent: 22 November 2001 2:47 PM
To: 'Info-TCPware@process.com'
Subject: RE: SMTP Mail

Don't know Multinet or TCPWare but on UCX it is
 
define/system ucx$smtp_log_level 5
 
don't forget to deassign after snooping. Files get big fast.
 
Brian
-----Original Message-----
From: Callard, Gavin A. [mailto:GCallard@coopertire.com]
Sent: Thursday, November 22, 2001 8:29 AM
To: 'info-tcpware@process.com'
Subject: SMTP Mail

Hi.

I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue.  I can't remember how to activate this feature though - anyone remember?  We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet.  DNS is updated OK, and I can telnet the server and send messages manually from VMS.  This log file may give me some clues.

Thanks,

Gavin.

------_=_NextPart_001_01C17368.0061B180-- ================================================================================ Archive-Date: Thu, 22 Nov 2001 10:32:15 -0500 Date: Thu, 22 Nov 2001 15:32:43 +0000 From: Tremaine Callier Reply-To: Info-TCPware@process.com Subject: RE: SMTP Mail To: "'Info-TCPware@process.com'" Message-ID: <1156FD036CD3D411B2EC009027991461017A5556@the-exchclst.ai.pri> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 When TCPWARE_SMTP_SYMBIONT_LOG is defined (/system) the symbiont should write out TCPWARE:SMTP_LOG.SMTP_. You could also try TCPWARE_SMTP_SERVER_LOG, it's a TRUE/FALSE logical. When TRUE it enables debug logs for the SMTP server. Tremaine -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 3:12 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Thanks - but I'm not sure that's going to work on TCPWare... It was something similar though - really annoying that I can't remember. I may try that one just on the off chance anyway! Thanks, Gavin. -----Original Message----- From: Fear, Brian [mailto:Fearb@atlassteels.com] Sent: 22 November 2001 2:47 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Don't know Multinet or TCPWare but on UCX it is define/system ucx$smtp_log_level 5 don't forget to deassign after snooping. Files get big fast. Brian -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 8:29 AM To: 'info-tcpware@process.com' Subject: SMTP Mail Hi. I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue. I can't remember how to activate this feature though - anyone remember? We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet. DNS is updated OK, and I can telnet the server and send messages manually from VMS. This log file may give me some clues. Thanks, Gavin. Please note that: 1. This e-mail may constitute privileged information. If you are not the intended recipient, you have received this confidential email and any attachments transmitted with it in error and you must not disclose, copy, circulate or in any other way use or rely on this information. 2. E-mails to and from the company are monitored for operational reasons and in accordance with lawful business practices. 3. The contents of this email are those of the individual and do not necessarily represent the views of the company. 4. The company does not conclude contracts by email and all negotiations are subject to contract. 5. The company accepts no responsibility once an e-mail and any attachments is sent. Integralis Ltd. Theale House, Brunel Road Theale, Reading RG7 4 AQ, UK Tel: +44-118-930-6060 Fax: +44-118-930-2143 ================================================================================ Archive-Date: Thu, 22 Nov 2001 10:42:58 -0500 Date: Thu, 22 Nov 2001 10:32:12 -0500 From: "Callard, Gavin A." Reply-To: Info-TCPware@process.com Subject: RE: SMTP Mail To: "'Info-TCPware@process.com'" Message-ID: <03D308C87334D311B252009027855AC701C06893@THUMPER> MIME-Version: 1.0 Content-Type: text/plain Thanks - that's exactly what I was after! Cheers, Gavin. -----Original Message----- From: Tremaine Callier [mailto:Tremaine.Callier@Integralis.com] Sent: 22 November 2001 3:33 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail When TCPWARE_SMTP_SYMBIONT_LOG is defined (/system) the symbiont should write out TCPWARE:SMTP_LOG.SMTP_. You could also try TCPWARE_SMTP_SERVER_LOG, it's a TRUE/FALSE logical. When TRUE it enables debug logs for the SMTP server. Tremaine -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 3:12 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Thanks - but I'm not sure that's going to work on TCPWare... It was something similar though - really annoying that I can't remember. I may try that one just on the off chance anyway! Thanks, Gavin. -----Original Message----- From: Fear, Brian [mailto:Fearb@atlassteels.com] Sent: 22 November 2001 2:47 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Don't know Multinet or TCPWare but on UCX it is define/system ucx$smtp_log_level 5 don't forget to deassign after snooping. Files get big fast. Brian -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 8:29 AM To: 'info-tcpware@process.com' Subject: SMTP Mail Hi. I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue. I can't remember how to activate this feature though - anyone remember? We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet. DNS is updated OK, and I can telnet the server and send messages manually from VMS. This log file may give me some clues. Thanks, Gavin. Please note that: 1. This e-mail may constitute privileged information. If you are not the intended recipient, you have received this confidential email and any attachments transmitted with it in error and you must not disclose, copy, circulate or in any other way use or rely on this information. 2. E-mails to and from the company are monitored for operational reasons and in accordance with lawful business practices. 3. The contents of this email are those of the individual and do not necessarily represent the views of the company. 4. The company does not conclude contracts by email and all negotiations are subject to contract. 5. The company accepts no responsibility once an e-mail and any attachments is sent. Integralis Ltd. Theale House, Brunel Road Theale, Reading RG7 4 AQ, UK Tel: +44-118-930-6060 Fax: +44-118-930-2143 ================================================================================ Archive-Date: Fri, 23 Nov 2001 05:25:24 -0500 Date: Fri, 23 Nov 2001 05:14:35 -0500 From: "Callard, Gavin A." Reply-To: Info-TCPware@process.com Subject: RE: SMTP Mail To: "'Info-TCPware@process.com'" Message-ID: <03D308C87334D311B252009027855AC701C068A4@THUMPER> MIME-Version: 1.0 Content-Type: text/plain Hmm. I've tried defining TCPWARE_SMTP_SYMBIONT_LOG but I'm not getting a log file... What should I set this to? I'm assuming it's just "TRUE"? I've tried restarting SMTP and the attached queues. Not getting anything! Any ideas? Thanks Gavin. -----Original Message----- From: Tremaine Callier [mailto:Tremaine.Callier@Integralis.com] Sent: 22 November 2001 3:33 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail When TCPWARE_SMTP_SYMBIONT_LOG is defined (/system) the symbiont should write out TCPWARE:SMTP_LOG.SMTP_. You could also try TCPWARE_SMTP_SERVER_LOG, it's a TRUE/FALSE logical. When TRUE it enables debug logs for the SMTP server. Tremaine -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 3:12 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Thanks - but I'm not sure that's going to work on TCPWare... It was something similar though - really annoying that I can't remember. I may try that one just on the off chance anyway! Thanks, Gavin. -----Original Message----- From: Fear, Brian [mailto:Fearb@atlassteels.com] Sent: 22 November 2001 2:47 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Don't know Multinet or TCPWare but on UCX it is define/system ucx$smtp_log_level 5 don't forget to deassign after snooping. Files get big fast. Brian -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 8:29 AM To: 'info-tcpware@process.com' Subject: SMTP Mail Hi. I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue. I can't remember how to activate this feature though - anyone remember? We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet. DNS is updated OK, and I can telnet the server and send messages manually from VMS. This log file may give me some clues. Thanks, Gavin. Please note that: 1. This e-mail may constitute privileged information. If you are not the intended recipient, you have received this confidential email and any attachments transmitted with it in error and you must not disclose, copy, circulate or in any other way use or rely on this information. 2. E-mails to and from the company are monitored for operational reasons and in accordance with lawful business practices. 3. The contents of this email are those of the individual and do not necessarily represent the views of the company. 4. The company does not conclude contracts by email and all negotiations are subject to contract. 5. The company accepts no responsibility once an e-mail and any attachments is sent. Integralis Ltd. Theale House, Brunel Road Theale, Reading RG7 4 AQ, UK Tel: +44-118-930-6060 Fax: +44-118-930-2143 ================================================================================ Archive-Date: Fri, 23 Nov 2001 05:38:05 -0500 Date: Fri, 23 Nov 2001 10:38:50 +0000 From: Tremaine Callier Reply-To: Info-TCPware@process.com Subject: RE: SMTP Mail To: "'Info-TCPware@process.com'" Message-ID: <1156FD036CD3D411B2EC009027991461017A5564@the-exchclst.ai.pri> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 What version of TCPware are you using? I've just tested it here on 5.4-3 and it works fine. Steps I took: $ def/sys/exec tcpware_smtp_symbiont_log true $ @restart smtp sent smtp mail $ dir/sin Directory SYS$SYSROOT:[TCPWARE] TCPWARE_SMTP_LOG.SMTP_;1 3 23-NOV-2001 10:31:53.73 $ Tremaine -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Friday, November 23, 2001 10:15 AM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Hmm. I've tried defining TCPWARE_SMTP_SYMBIONT_LOG but I'm not getting a log file... What should I set this to? I'm assuming it's just "TRUE"? I've tried restarting SMTP and the attached queues. Not getting anything! Any ideas? Thanks Gavin. -----Original Message----- From: Tremaine Callier [mailto:Tremaine.Callier@Integralis.com] Sent: 22 November 2001 3:33 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail When TCPWARE_SMTP_SYMBIONT_LOG is defined (/system) the symbiont should write out TCPWARE:SMTP_LOG.SMTP_. You could also try TCPWARE_SMTP_SERVER_LOG, it's a TRUE/FALSE logical. When TRUE it enables debug logs for the SMTP server. Tremaine -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 3:12 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Thanks - but I'm not sure that's going to work on TCPWare... It was something similar though - really annoying that I can't remember. I may try that one just on the off chance anyway! Thanks, Gavin. -----Original Message----- From: Fear, Brian [mailto:Fearb@atlassteels.com] Sent: 22 November 2001 2:47 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Don't know Multinet or TCPWare but on UCX it is define/system ucx$smtp_log_level 5 don't forget to deassign after snooping. Files get big fast. Brian -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 8:29 AM To: 'info-tcpware@process.com' Subject: SMTP Mail Hi. I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue. I can't remember how to activate this feature though - anyone remember? We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet. DNS is updated OK, and I can telnet the server and send messages manually from VMS. This log file may give me some clues. Thanks, Gavin. Please note that: 1. This e-mail may constitute privileged information. If you are not the intended recipient, you have received this confidential email and any attachments transmitted with it in error and you must not disclose, copy, circulate or in any other way use or rely on this information. 2. E-mails to and from the company are monitored for operational reasons and in accordance with lawful business practices. 3. The contents of this email are those of the individual and do not necessarily represent the views of the company. 4. The company does not conclude contracts by email and all negotiations are subject to contract. 5. The company accepts no responsibility once an e-mail and any attachments is sent. Integralis Ltd. Theale House, Brunel Road Theale, Reading RG7 4 AQ, UK Tel: +44-118-930-6060 Fax: +44-118-930-2143 ================================================================================ Archive-Date: Fri, 23 Nov 2001 06:45:03 -0500 Date: Fri, 23 Nov 2001 06:34:13 -0500 From: "Callard, Gavin A." Reply-To: Info-TCPware@process.com Subject: RE: SMTP Mail To: "'Info-TCPware@process.com'" Message-ID: <03D308C87334D311B252009027855AC701C068AC@THUMPER> MIME-Version: 1.0 Content-Type: text/plain It's OK - I've sorted it! How silly is this? I'd made a typo! Thanks, Gavin. -----Original Message----- From: Tremaine Callier [mailto:Tremaine.Callier@Integralis.com] Sent: 23 November 2001 10:39 AM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail What version of TCPware are you using? I've just tested it here on 5.4-3 and it works fine. Steps I took: $ def/sys/exec tcpware_smtp_symbiont_log true $ @restart smtp sent smtp mail $ dir/sin Directory SYS$SYSROOT:[TCPWARE] TCPWARE_SMTP_LOG.SMTP_;1 3 23-NOV-2001 10:31:53.73 $ Tremaine -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Friday, November 23, 2001 10:15 AM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Hmm. I've tried defining TCPWARE_SMTP_SYMBIONT_LOG but I'm not getting a log file... What should I set this to? I'm assuming it's just "TRUE"? I've tried restarting SMTP and the attached queues. Not getting anything! Any ideas? Thanks Gavin. -----Original Message----- From: Tremaine Callier [mailto:Tremaine.Callier@Integralis.com] Sent: 22 November 2001 3:33 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail When TCPWARE_SMTP_SYMBIONT_LOG is defined (/system) the symbiont should write out TCPWARE:SMTP_LOG.SMTP_. You could also try TCPWARE_SMTP_SERVER_LOG, it's a TRUE/FALSE logical. When TRUE it enables debug logs for the SMTP server. Tremaine -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 3:12 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Thanks - but I'm not sure that's going to work on TCPWare... It was something similar though - really annoying that I can't remember. I may try that one just on the off chance anyway! Thanks, Gavin. -----Original Message----- From: Fear, Brian [mailto:Fearb@atlassteels.com] Sent: 22 November 2001 2:47 PM To: 'Info-TCPware@process.com' Subject: RE: SMTP Mail Don't know Multinet or TCPWare but on UCX it is define/system ucx$smtp_log_level 5 don't forget to deassign after snooping. Files get big fast. Brian -----Original Message----- From: Callard, Gavin A. [mailto:GCallard@coopertire.com] Sent: Thursday, November 22, 2001 8:29 AM To: 'info-tcpware@process.com' Subject: SMTP Mail Hi. I seem to remember there was a way to produce a log file of all things occuring through SMTP when a node attempts to send a mail message vie an SMTP queue. I can't remember how to activate this feature though - anyone remember? We're having some issues in getting mail to go to our exchange server (acting as a relay) since moving it to a new IP subnet. DNS is updated OK, and I can telnet the server and send messages manually from VMS. This log file may give me some clues. Thanks, Gavin. Please note that: 1. This e-mail may constitute privileged information. If you are not the intended recipient, you have received this confidential email and any attachments transmitted with it in error and you must not disclose, copy, circulate or in any other way use or rely on this information. 2. E-mails to and from the company are monitored for operational reasons and in accordance with lawful business practices. 3. The contents of this email are those of the individual and do not necessarily represent the views of the company. 4. The company does not conclude contracts by email and all negotiations are subject to contract. 5. The company accepts no responsibility once an e-mail and any attachments is sent. Integralis Ltd. Theale House, Brunel Road Theale, Reading RG7 4 AQ, UK Tel: +44-118-930-6060 Fax: +44-118-930-2143 ================================================================================ Archive-Date: Fri, 23 Nov 2001 13:32:34 -0500 Date: Fri, 23 Nov 2001 21:27:04 +0300 From: "Ruslan R. Laishev" Subject: Voting for a new feature:user written SPAM filter To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3BFE94F8.32A58185@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi All, PSC, please add a anbility to implementing an user written SPAM filter. -- Cheers, Ruslan. +---------------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU ================================================================================ Archive-Date: Sat, 24 Nov 2001 11:47:25 -0500 Date: Sat, 24 Nov 2001 11:45:55 -0500 (EST) From: Jeff Schreiber Reply-To: Info-TCPware@process.com Subject: Re: Voting for a new feature:user written SPAM filter To: info-tcpware@process.com Message-ID: <01KB2XF66LJM9354JC@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii "Ruslan R. Laishev" writes: > > please add a anbility to implementing an user written SPAM filter. > See the 'Rejecting Mail Messages' section of the admin guide: http://www.support.process.com/documentation/tcpware-docs/management/Ch17.htm#E14E264 For details on the tcpware:smtp_server_reject. file. You can also peruse the tcpware:smtp_server_reject.template file. -Jeff -- Jeff Schreiber Principal Software Engineer Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Sun, 25 Nov 2001 03:20:32 -0500 Date: Sun, 25 Nov 2001 11:13:18 +0300 From: "Ruslan R. Laishev" Subject: Re: Voting for a new feature:user written SPAM filter To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C00A81E.AAEF9922@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello Jeff, I have used it , but it's not enough. Also, I'd like to have an SMTP authentication against SYSUAF. Jeff Schreiber wrote: > > "Ruslan R. Laishev" writes: > > > > please add a anbility to implementing an user written SPAM filter. > > > > See the 'Rejecting Mail Messages' section of the admin guide: > > http://www.support.process.com/documentation/tcpware-docs/management/Ch17.htm#E14E264 > > For details on the tcpware:smtp_server_reject. file. > > You can also peruse the tcpware:smtp_server_reject.template file. > > -Jeff > > -- > Jeff Schreiber Principal Software Engineer Process Software LLC > schreiber@mx.process.com http://www.process.com > TCPware, MultiNet & PMDF: Stronger than Ever -- Cheers, Ruslan. +---------------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU ================================================================================ Archive-Date: Tue, 27 Nov 2001 00:39:26 -0500 Date: Mon, 26 Nov 2001 23:35:39 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Mozilla 0.9.6 image for MultiNet and TCPware available To: info-multinet@process.com CC: info-tcpware@process.com Message-ID: <01KB6EX2WWVG8WVYPF@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii A new LIBNSPR4.SO image that allows Mozilla 0.9.6 (released last Wednesday and due to appear on the Compaq VMS web site any day now) to work with MultiNet and TCPware is available now, thanks to Compaq. You can find the image for MultiNet and TCPware here: http://www.support.process.com/mozilla.html ftp://ftp.process.com/mozilla/libnspr4_mozilla_096.so Images for previous releases are also available via the first URL. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Tue, 27 Nov 2001 01:42:06 -0500 Date: Tue, 27 Nov 2001 09:37:30 +0300 From: "Ruslan R. Laishev" Subject: SSH2 - when ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C0334AA.3E545AFD@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi PSC! -- Cheers, Ruslan. +---------------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU ================================================================================ Archive-Date: Tue, 27 Nov 2001 03:26:53 -0500 Date: Tue, 27 Nov 2001 09:25:58 +0100 From: =?iso-8859-1?Q?=22Vorl=E4nder=2C_Martin=22?= Reply-To: Info-TCPware@process.com Subject: RE: SSH2 - when ? To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable > Subject: SSH2 - when ? AFAIK, SSH v2 will be in TCPware 5.6, which is supposed to ship in = mid-2002. cu, Martin TCPware/MultiNet support PDV-SYSTEME GmbH Bornhardtstra=DFe 3 38644 Goslar Tel.: =A0+49 (0)5321/3703-0=09 Fax.: =A0+49 (0)5321/8924 Email: martin.vorlaender@PDV-SYSTEME.de Internetinfos : www.PDV-SYSTEME.de ================================================================================ Archive-Date: Tue, 27 Nov 2001 05:55:31 -0500 Date: Tue, 27 Nov 2001 05:53:09 -0500 From: Jacobi Michael CRPH Reply-To: Info-TCPware@process.com Subject: RE: SSH2 - when ? To: "'Info-TCPware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable With all the issues in SSH v1, can't PSC get a 'patch' out to upgrade = it to v2? Mike Jacobi NSWCCD SSES -----Original Message----- From: "Vorl=E4nder, Martin" [mailto:Martin.Vorlaender@PDV-SYSTEME.DE] Sent: Tuesday, November 27, 2001 3:26 AM To: info-tcpware@process.com Subject: RE: SSH2 - when ? > Subject: SSH2 - when ? AFAIK, SSH v2 will be in TCPware 5.6, which is supposed to ship in = mid-2002. cu, Martin TCPware/MultiNet support PDV-SYSTEME GmbH Bornhardtstra=DFe 3 38644 Goslar Tel.: =A0+49 (0)5321/3703-0=09 Fax.: =A0+49 (0)5321/8924 Email: martin.vorlaender@PDV-SYSTEME.de Internetinfos : www.PDV-SYSTEME.de ================================================================================ Archive-Date: Tue, 27 Nov 2001 06:08:52 -0500 Date: Tue, 27 Nov 2001 12:07:55 +0100 From: =?iso-8859-1?Q?=22Vorl=E4nder=2C_Martin=22?= Reply-To: Info-TCPware@process.com Subject: RE: SSH2 - when ? To: info-tcpware@process.com Message-ID: <1b7b2ebc8163f86013b6dc08c02da5ec3c0373a9@pdv-systeme.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Jacobi Michael CRPH wrote: > I wrote: > > Ruslan Laishev wrote: > > > Subject: SSH2 - when ? > > AFAIK, SSH v2 will be in TCPware 5.6, which is supposed to > ship in mid-2002. > > With all the issues in SSH v1, can't PSC get a 'patch' out to > upgrade it to v2? I think v1 and v2 are sufficiently different to not be able to 'patch' v1 into v2. There is an SSH2 implementation in MultiNet 4.4 (currently in beta test) which will be fitted into TCPware 5.6. Perhaps they'll retro-fit the service into 5.5, but I don't think so. 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, 27 Nov 2001 10:44:46 -0500 Date: Tue, 27 Nov 2001 09:43:00 -0600 From: jacobi@encompasserve.org Subject: RE: SSH2 - when ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: In article <1b7b2ebc8163f86013b6dc08c02da5ec3c0373a9@pdv-systeme.de>, =?iso-8859-1?Q?=22Vorl=E4nder=2C_Martin=22?= writes: > Jacobi Michael CRPH wrote: >> I wrote: >> > Ruslan Laishev wrote: >> > > Subject: SSH2 - when ? >> >> AFAIK, SSH v2 will be in TCPware 5.6, which is supposed to >> ship in mid-2002. >> >> With all the issues in SSH v1, can't PSC get a 'patch' out to >> upgrade it to v2? > > I think v1 and v2 are sufficiently different to not be able to > 'patch' v1 into v2. There is an SSH2 implementation in MultiNet > 4.4 (currently in beta test) which will be fitted into TCPware > 5.6. Perhaps they'll retro-fit the service into 5.5, but I don't > think so. > I was just told that I am NOT ALLOWED to implement anything using the SSH v1 protocol. I need the v2 for this. Mike Jacobi NSWCCD SSES ================================================================================ Archive-Date: Tue, 27 Nov 2001 13:13:49 -0500 Date: Tue, 27 Nov 2001 12:11:17 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: An apology to Process Software customers To: MultiNet-Announce@lists.process.com, TCPware-Announce@lists.process.com Message-ID: <01KB758YRRTI8WVYPF@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii To All Our Customers: The Process Software Technical Support staff would like to extend an apology to any customers who tried to reach us over the Thanksgiving Holiday. We experienced a problem with our ACD routing system and the greeting stating that we would be closed for the holiday weekend did not activate thus making it appear that we were open for business. We are sorry for any inconvenience this caused you. Please contact me if you have any questions or concerns. I will also take this time to outline our Christmas and New Year holiday schedule. We will close at 7:00 PM (EST) on Friday, December 21, 2001 reopening on Wednesday, December 26, 2001 at 8:30 AM (EST). We will close at 7:00 PM (EST) on Friday, December 28, 2001 reopening on Wednesday, January 2, 2002 at 8:30 AM (EST). As always, coverage is available over the holidays for customers with 7x24 contracts. Fran Sirvio Customer Service Operations Manager Process Software sirvio@process.com ================================================================================ Archive-Date: Tue, 27 Nov 2001 16:03:38 -0500 Date: Tue, 27 Nov 2001 16:08:02 -0500 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: services.; To: info-tcpware@process.com Message-ID: <011127160802.102763@ENDOR.COM> When entering a new service, in the TCPWARE:SERVICES.; file, Is restarting of TCPWARE needed? vms 7.2-1 tcpware 5.4 john babiarz ================================================================================ Archive-Date: Wed, 28 Nov 2001 08:20:34 -0500 Date: Wed, 28 Nov 2001 15:14:32 +0200 From: Godfrey Pillay Reply-To: Info-TCPware@process.com Subject: Re: Printing problem To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi Dale I have tried this and it seems to work, but I now get form feeds at the beginning and at the end. Any suggestions on how I eliminate the form feed at the beginning.. Regards Godfrey Pillay VAX System Support Geomar SSO Mid Range and Application Support Discipline Location: IBM Park Sandton, IA2G Tel: (011) 302-6310 Fax: (011) 302-6592 Cell: 082 823-5339 E-mail: gpillay@za.ibm.com Dale Lutes cc: Sent by: Subject: Re: Printing problem DLUTES@srv1.dc1.t extron.com 11/19/01 07:17 PM Please respond to Info-TCPware Godfrey Pillay wrote: > > I think that you are on the right track. I have been reading through the > TCPware manuals about setting up these modules, but am not too sure how > this is done. Is these files and where do they reside. Your input is > appreciated. The printers that I am working on is Fujitsu DL 6400 and OKI > model ML395. Godfrey, Attached you'll find the procedure for setting up a reset module. The example I've used is for an H-P LaserJet printer. You will have to find the reset sequences for your specific printers. The steps I've described work for all printers. Only the contents of the RESET.TXT file are dependent on printer type. Good luck. -- Dale D. Lutes ______ Department 177, MS 14 / ___/_____ _____ _____ ______ ______ Cessna Aircraft Company / / / <> // __// __// __ // / One Cessna Boulevard / /__ / ___//__ //__ // / / // <> / Wichita, KS 67215 /_____//____//____//____//_/ /_//___/_/ The first step in setting up a printer reset module is to find your printer's reset sequence. Look for an appendix of escape codes in your printer manual. The sequence: E for Hewlett-Packard compatible printers will reset all printer characteristics and force a form feed. If your printer is H-P compatible, this is a good place to start. Create a text file named RESET.TXT containing this sequence as the one-and-only line. The character takes a little work to enter, depending on your editor of choice. If you use TPU: 1. Press the DO key and type the word QUOTE at the command prompt, or press CTRL/V. 2. Enter the control code or character (for example, press CTRL/[ for escape or CTRL/J for line feed). The character will appear on your screen as a backwards question mark. If you use EDT: 1. Press the GOLD key (PF1) 2. Type the number 27 (this is the decimal value of the escape character. 3. Press GOLD again, followed by keypad 3. The character will appear on your screen as . Type the uppercase E character and save RESET.TXT. Please keep in mind that, depending on your printer and your needs, the reset sequence alone may not do all you want. For instance, the LN03 and DEClaser 3200 require an explicit form feed character to ensure that the final page is ejected. You can define additional setup modules to control font, page orientation, and other printer characteristics. These are selected with the /FORM or /SETUP qualifiers for the PRINT command. The second step is to store the reset module in a device control text library. The libraries are located in SYS$COMMON:[SYSLIB]. The default library is named SYSDEVCTL. I recommend creating one for each printer type (EPSON_CTL, LJET_CTL, LN03_CTL, etc.). Use the LIBRARY/CREATE command to make a new library or LIBRARY/REPLACE to insert the reset module in an existing library. For example: $ LIBRARY/TEXT/CREATE SYS$COMMON:[SYSLIB]LJET_CTL RESET The third step is to associate the reset module with your printer(s). If you are creating a new TCPware-served queue, execute TCPWARE:CNFNET.COM and when you are prompted to "Specify additional qualifier" Enter /LIBRARY=device_CTL/SEPARATE=(RESET=RESET) To apply this change to an existing TCPware-served queue, edit TCPWARE:TCPWARE_CONFIGURE.COM. Add the above qualifiers to the LPS_QUEUE_n_QUALIFIER command associated with the queue. The change will take place when you restart line printer services with: $ @TCPWARE:RESTART LPS For more information, see the chapter on setting up and maintaining queues in the OpenVMS System Manager's Manual. See also the chapter on managing print services in the TCPware management guide ================================================================================ Archive-Date: Wed, 28 Nov 2001 10:41:07 -0500 Date: Wed, 28 Nov 2001 09:39:07 -0600 From: Dale Lutes Reply-To: Info-TCPware@process.com Subject: Re: Printing problem Sender: DLUTES@srv2.dc1.textron.com To: info-tcpware@process.com Message-ID: <3C04B0BB.37187690@cessna.textron.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Godfrey Pillay wrote: > I have tried this and it seems to work, but I now get form feeds at the > beginning and at the end. Any suggestions on how I eliminate the form feed > at the beginning.. Godfrey, A few questions: 1. What reset sequence did you finally settle on? 2. Can you show me the output from a SHOW QUEUE/FULL please? 3. What kind of system are the printed documents coming from? Are they originating on VMS? Windoze? Unix? My notes from a few years back tell me that we had the extra page problem when printing from PCs to a TCPware served queue, but not from our host VMS cluster. The whole issue was blown way out of proportion by a few vocal engineers. I'm not sure we ever found a solution, but today most (maybe all) of our PCs either access the printers directly or go through a queue on a Windows server. The TCPware Management Guide describes another escape sequence that is supposed to remedy a formfeed problem. It is documented in the section on Managing Print Services under the heading Troubleshooting LPS. There may be a typo in the manual as the example shows an additional "F0>" at the end of the sequence with no explanation of where that comes from. I seem to remember trying this once upon a time, but none of the reset modules I use today have it. -- Dale D. Lutes ______ Department 177, MS 14 / ___/_____ _____ _____ ______ ______ Cessna Aircraft Company / / / <> // __// __// __ // / One Cessna Boulevard / /__ / ___//__ //__ // / / // <> / Wichita, KS 67215 /_____//____//____//____//_/ /_//___/_/ ================================================================================ Archive-Date: Wed, 28 Nov 2001 11:41:13 -0500 Date: Wed, 28 Nov 2001 10:39:13 -0600 From: "Lutes, Dale" Reply-To: Info-TCPware@process.com Subject: Re: Printing problem To: info-tcpware@process.com Message-ID: <3C04BED0.4B57578E@cessna.textron.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <3C04B0BB.37187690@cessna.textron.com> In my previous posting, I wrote that I wasn't sure if we ever found a solution to the extra page problem. I just remembered that we had. The solution was not to use the VMSLPRSMB symbiont, but to use the terminal server symbiont instead. This is documented in the TCPware 5.5 Managment Guide on pages 15-14 thru 15-19. You need to know the port number used by the printer. If you can't find this info in your printer's manual, the TCPware guide lists some common port numbers. Specify the NOFF option to eliminate the extra page. Here is an example from my TCPWARE_CONFIGURE.COM. $ LPS_QUEUE_11_NAME == "LJETCOLOR_A" $ LPS_QUEUE_11_PRINTER == "raw@e11585" $ LPS_QUEUE_11_FORMAT == "VMS" $ LPS_QUEUE_11_QUALIFIER == "/libr=ljet_ctl/sep=(reset=reset)/proc=tcpware_tssym/on=""e11585,9100,raw,noff""/desc=""Flight Test Color LaserJet 5""" -- Dale D. Lutes ______ Department 177, MS 14 / ___/_____ _____ _____ ______ ______ Cessna Aircraft Company / / / <> // __// __// __ // / One Cessna Boulevard / /__ / ___//__ //__ // / / // <> / Wichita, KS 67215 /_____//____//____//____//_/ /_//___/_/ ================================================================================ Archive-Date: Thu, 29 Nov 2001 06:42:40 -0500 Date: Thu, 29 Nov 2001 13:36:37 +0200 From: Godfrey Pillay Reply-To: Info-TCPware@process.com Subject: Re: Printing problem To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi Dale The reset sequence for the OKI microline printer was @ I had to put an explicit character as well. The result of this was that the form feed was issued before and after the document. I have since reversed the order of the characters in the control file (first FF and then reset) and this seems to be working well (don't ask why). The form feeds are now only happening at the end of the document which is what I want this to do. I must thank you for your help in resolving this particular problem. Regards Godfrey Pillay VAX System Support Geomar SSO Mid Range and Application Support Discipline Location: IBM Park Sandton, IA2G Tel: (011) 302-6310 Fax: (011) 302-6592 Cell: 082 823-5339 E-mail: gpillay@za.ibm.com Dale Lutes cc: Sent by: Subject: Re: Printing problem DLUTES@srv2.dc1.t extron.com 11/28/01 05:39 PM Please respond to Info-TCPware Godfrey Pillay wrote: > I have tried this and it seems to work, but I now get form feeds at the > beginning and at the end. Any suggestions on how I eliminate the form feed > at the beginning.. Godfrey, A few questions: 1. What reset sequence did you finally settle on? 2. Can you show me the output from a SHOW QUEUE/FULL please? 3. What kind of system are the printed documents coming from? Are they originating on VMS? Windoze? Unix? My notes from a few years back tell me that we had the extra page problem when printing from PCs to a TCPware served queue, but not from our host VMS cluster. The whole issue was blown way out of proportion by a few vocal engineers. I'm not sure we ever found a solution, but today most (maybe all) of our PCs either access the printers directly or go through a queue on a Windows server. The TCPware Management Guide describes another escape sequence that is supposed to remedy a formfeed problem. It is documented in the section on Managing Print Services under the heading Troubleshooting LPS. There may be a typo in the manual as the example shows an additional "F0>" at the end of the sequence with no explanation of where that comes from. I seem to remember trying this once upon a time, but none of the reset modules I use today have it. -- Dale D. Lutes ______ Department 177, MS 14 / ___/_____ _____ _____ ______ ______ Cessna Aircraft Company / / / <> // __// __// __ // / One Cessna Boulevard / /__ / ___//__ //__ // / / // <> / Wichita, KS 67215 /_____//____//____//____//_/ /_//___/_/ ================================================================================ Archive-Date: Thu, 29 Nov 2001 07:22:23 -0500 Date: Thu, 29 Nov 2001 11:54:07 +0000 From: Today's NetWork Subject: =?UNKNOWN?B?oe7RsNXSSlNQ0OnE4tb3u/qjv7+0v7TO0sPHzqrE+szhuanKssO00fm1xLf+zvGwyQ==?= To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <20011129115407.24226.qmail@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN Content-Transfer-Encoding: QUOTED-PRINTABLE =D1=B0=C7=F3=D2=BB=B8=F6=BA=C3=B5=C4=D3=F2=C3=FB=A1=A2=B8=DF=CB=D9= =CE=C8=B6=A8=B5=C4=BF=D5=BC=E4?=20 =C4=C7=BE=CD=C7=EB=C4=FA=C0=B4=D5=E2=C0=EF=BF=B4=BF=B4=B0=C9=A3=BA= =20 http://www.now.net.cn =CA=B1=B4=B4=CD=F8=C2=E7=A3=A1=20 =A1=EE =C2=CA=CF=C8=D6=A7=B3=D6JSP =BC=B0=D7=EE=D0=C2=B1=EA=D7=BCJDBC= =CA=FD=BE=DD=BF=E2=A3=AC=CD=EA=C8=AB=BD=E2=D7=BC=D6=D0=CE=C4=BC=B0= =CA=FD=BE=DD=BF=E2=D6=D0=CE=C4=CE=CA=CC=E2=20 =A1=EE =B6=E0=D6=D6=B6=AF=CC=AC=BD=C5=B1=BE=B0=FC=C0=A8 ASP=A3=ACPHP,= CGI =A3=ACPERL5.6 ,JSP,Servlet ,=20 =BB=B9=D3=D0=BF=EC=CB=D9CGI =A3=AC=BF=EC=CB=D9PERL=A3=A8fcgi)=D6=A7= =B3=D6=A3=AC PHP=D2=B2=B4=F8=D7=EE=D0=C2=BC=D3=CB=D9=D2=FD=D6=BF=A3= =A1=20 (=CF=EA=BC=FB:http://www.now.net.cn/host/)=20 =A1=EE =B6=E0=D6=D6=CA=FD=BE=DD=BF=E2=D6=A7=B3=D6=A3=AC=B0=FC=C0=A8 S= QL SERVER2000 MYSQL MYSQL-MAX ACESS=20 =A1=EE =B6=C0=D3=D0=B5=C4=BF=C9=CA=D3=BB=AF=D3=F2=C3=FB=B7=FE=CE=F1= =C6=F7VDNS=CF=B5=CD=B3=A3=AC=CA=B9=D3=C3=C4=DC=C8=CE=D2=E2=B5=D8=BD= =A8=C1=A2=C4=FA=B5=C4=D7=D3=D3=F2=C3=FB=BC=B0=D7=D3=CD=F8=D5=BE=20 (=CF=EA=BC=FB:http://www.now.net.cn/support/VDNSFAQ.net=20 =D3=F2=C3=FB=D7=A2=B2=E1=B0=FC=C0=A8 : .com .net .org .biz .info .cc = .tv .sh=20 =2Ecom.cn .net.cn .gov.cn .org.cn )=20 =A1=EE =C8=AB=D0=C2=B5=C4=C6=F3=D2=B5=D3=CA=BC=FE=CF=B5=CD=B3=A3=AC= =B3=AC=B4=F3=C8=DD=C1=BF=A1=A2=C7=BF=B4=F3=B5=C4=B9=A6=C4=DC=A3=AC= =BB=B9=D3=D0=CD=EA=D5=FB=B9=DC=C0=ED=BA=F3=CC=A8=A3=AC=20 =BD=A8=C1=A2=C4=FA=B9=AB=CB=BE=B5=C4=C6=F3=D2=B5=D3=CA=BE=D6=A3=AC= =D6=BB=CA=C7=BC=B8=B7=D6=D6=D3=B5=C4=CA=C2=A3=A1=20 (=CF=EA=BC=FB:http://www.now.net.cn/email)=20 =CE=D2=C3=C7=BB=B9=CC=E1=B9=A9IDC=A1=A2=D6=F7=BB=FA=CD=D0=B9=DC=A1= =A2=D6=F7=BB=FA=D7=E2=C1=DE=A1=A2=C6=F3=D2=B5=B5=E7=D7=D3=D3=CA=BE= =D6=CF=B5=CD=B3=A3=AC=B7=FE=CE=F1=B8=FC=BA=C3=A3=AC=BC=DB=B8=F1=B8= =FC=D3=C5=A3=A1=20 http://idc.now.net.cn=20 =BF=EC=B5=BDhttp://www.now.net.=CA=B1=B4=B4=CD=F8=C2=E7=B0=C9=A3=A1= =BF=C9=C4=DC=BB=E1=D2=E2=CF=EB=B2=BB=B5=BD=B5=C4=BE=AA=CF=B2=A1=AD= =A1=AD=A1=AD=A1=AD=A1=AD=A1=AD=A1=AD=A1=AD..=20 =C1=AA=CF=B5=C8=CB=A3=BA=C7=F1=D0=A1=BD=E3 =BB=C6=D0=A1=BD=E3=20 =BB=B6=D3=AD=C4=FA=B7=C3=CE=CAToday's Network <http://www.now.net.= cn>=20 =BB=B6=D3=AD=C4=FA=D6=C2=D0=C5Today's Network support@now.net.cn=20 ================================================================================ Archive-Date: Thu, 29 Nov 2001 10:39:48 -0500 Date: Thu, 29 Nov 2001 09:37:59 -0600 From: "Lutes, Dale" Reply-To: Info-TCPware@process.com Subject: Re: Printing problem To: info-tcpware@process.com Message-ID: <3C0601F7.5D7E729D@cessna.textron.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Godfrey Pillay wrote: > The reset sequence for the OKI microline printer was @ > > I had to put an explicit character as well. The result of this was > that the form feed was issued before and after the document. I have since > reversed the order of the characters in the control file (first FF and then > reset) and this seems to be working well (don't ask why). The form feeds > are now only happening at the end of the document which is what I want this > to do. I've noticed that when I put a formfeed character at the top of an ordinary document, it does NOT result in an initial blank page. I don't know if printers as a rule ignore leading FFs or if that is a function of the print symbiont (the latter, I guess). I imagine I can test this hooking a printer up to a terminal port and then COPYing my file to that device. So I am not surprised at the result. Congratulations on figuring that out. I'm not sure I would have thought to swap the order as you did. > I must thank you for your help in resolving this particular problem. You're welcome. I am glad to know I was able to help. -- Dale D. Lutes ______ Cessna Aircraft Company / ___/_____ _____ _____ ______ ______ One Cessna Boulevard / / / <> // __// __// __ // / Wichita, KS 67215 / /__ / ___//__ //__ // / / // <> / 316-517-7109 /_____//____//____//____//_/ /_//___/_/ ================================================================================ Archive-Date: Thu, 29 Nov 2001 12:07:29 -0500 Date: Thu, 29 Nov 2001 11:05:16 -0600 From: Bob Blum Reply-To: Info-TCPware@process.com Subject: Re: Printing problem To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sorry if I'm a little late to the discussion, but I'll add my tips and tricks to the list... A long time ago in the VMS documentation I found out about this. I've used it in some cases. The VMS print symbiont looks at the data being sent to the printer, and can add or delete characters in some cases as it tries to format the text to match what it thinks is how the printer (or page) is set up. That's why you sometimes have to do things like set the terminal width on a LAT print queue LTA port extra wide, if you will be sending things like Postscript or similar page description language files. That way a 300 byte text record won't wrap at the 80 column terminal width. By using special control characters before and after the setup codes for the printer, the print symbiont is told to pass those setup codes unchanged. In other words, ignore them, don't interpret them, so the printer actually receives the setup codes it needs. The special codes used for this are DCS and ST. DCS stands for Device Control String, and has a value of 90 hexadecimal or 144 decimal. ST stands for String Terminator, and has a value of 9C hexadecimal or 156 decimal. The escape code character itself has a value of 1B hex or 27 decimal. You can create them within a text editor like EDT or TPU, or use a command file and DCL symbols. For example, EDT uses the sequence GOLD GOLD KP3. To create them with DCL symbols, I use DCS[0,8]=%x90 and ST[0,8]=%x9C. Likewise, the escape character ESC would be ESC[0,8]=27 or ESC[0,8]=%x1B. To use these in a device control library, I'll use an example I had to create for a QMS laser printer we were trying to set up for printing B-size (11 inch by 17 inch) drawings in landscape mode. Here's the entry: &l6a&l1O&k2S Obviously this shows the data with special codes represented with abbreviations. Note how the escape code sequence to be sent to the printer is surrounded by the and codes. Think of it like putting the printer codes inside an envelope, and the DCS/ST codes tell the print symbiont "Don't touch what is inside, just pass it along.". The symbiont does this, stripping off only the DCS/ST codes and sending the "envelope" contents on to the printer. The issue about the form feed character not appearing if it is the very first character sent may be related to this same feature in the symbiont. It may be realizing that there is no previous page to be printed, and strips it out of what is sent to the printer. Another possibility may be what I've seen with some printers, like the QUIC page programming language on the old QMS and Talaris printers. They do not use real (non-printing) control characters like escape, DCS, or ST. Instead, they look at the data stream and pick out a particular character to start the command sequence, but only if it immediately follows a form feed or carriage return character. Effectively it looks to see if the control character is the first character on a "new" line. For QUIC the control character was programmable, but defaulted to an "up caret" ("^"). Hopefully this information will help out in the never ending battle with the wide variety of printers out there. Good luck, and contact me if more details are needed on this, or creating device control libraries. Bob Blum IBM Global Services 325 J. S. McDonnell Blvd. Hazelwood, MO 63042 Work Phone: (314) 234-4510 Internet E-Mail: bdblum@us.ibm.com "Lutes, Dale" cc: Subject: Re: Printing problem 11/29/01 09:37 AM Please respond to Info-TCPware Godfrey Pillay wrote: > The reset sequence for the OKI microline printer was @ > > I had to put an explicit character as well. The result of this was > that the form feed was issued before and after the document. I have since > reversed the order of the characters in the control file (first FF and then > reset) and this seems to be working well (don't ask why). The form feeds > are now only happening at the end of the document which is what I want this > to do. I've noticed that when I put a formfeed character at the top of an ordinary document, it does NOT result in an initial blank page. I don't know if printers as a rule ignore leading FFs or if that is a function of the print symbiont (the latter, I guess). I imagine I can test this hooking a printer up to a terminal port and then COPYing my file to that device. So I am not surprised at the result. Congratulations on figuring that out. I'm not sure I would have thought to swap the order as you did. > I must thank you for your help in resolving this particular problem. You're welcome. I am glad to know I was able to help. -- Dale D. Lutes ______ Cessna Aircraft Company / ___/_____ _____ _____ ______ ______ One Cessna Boulevard / / / <> // __// __// __ // / Wichita, KS 67215 / /__ / ___//__ //__ // / / // <> / 316-517-7109 /_____//____//____//____//_/ /_//___/_/