Archive-Date: Wed, 2 Jan 2002 16:50:58 -0500 Date: Wed, 02 Jan 2002 17:42:57 -0500 (EST) From: bryant@process.com Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: SSH_V553P010 To: TCPware-Announce@TRITON.PROCESS.COM Message-ID: <01KCLRBRFDSY003U02@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: SSH_V553P010 Description: Enhancement: Remove logout information display when executing a remote command Release date: 2-JAN-2002 Ranking: 3 Max ranking: 3 Versions: 5.5-3 Requisites: ftp://ftp.process.com/support/55_3/ssh_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. ----------------------------------------------------------- ----------------------------------------------------------------------- SSH Patch kit (revision 1.0) for TCPware version 5.5-3 21-Dec-2001 Copyright (c) 2001, by Process Software This VMSinstallable saveset provides a new version of the SSH server (SSHD.EXE) for TCPware for OpenVMS. SSH must be restarted after installation. This patch is applicable to TCPware 5.5-3 on all supported versions of OpenVMS VAX and OpenVMS Alpha. The following enhancement is in this patch: [DE 7598] When executing a remote command via SSH, the output of the command is followed by the output from a LOGOUT/FULL command. The default behavior is now to display only the output from the command to be executed. The old behavior may be restored by defining the following logical name: $ DEFINE/SYSTEM TCPWARE_SSH_COMMAND_OLD_STYLE 1 The old version of the SSH server will be renamed to TCPWARE_COMMON:[TCPWARE]SSHD.EXE_OLD Once installed, you may undo this patch by renaming the file back to TCPWARE_COMMON:[TCPWARE]SSHD.EXE and restarting the SSH component. After installling this kit, you must execute the following command to allow the new image to be used: $ @TCPWARE:RESTART SSH Note that this will terminate all current SSH sessions on the system. This kit has an ECO ranking of 3 - Corrects a specific problem. apply this ECO if the correction described in this README is applicable to your system. [End of ECO announcement] ================================================================================ Archive-Date: Sat, 5 Jan 2002 11:15:58 -0500 Date: Sat, 05 Jan 2002 11:18:10 -0500 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: SMTP keeps crashing To: info-tcpware@process.com Message-ID: <020105111810.17e@ENDOR.COM> All of a sudden, SMTP server ques keep stopping, the symboints keep crashing. TCPWARE 5-5.3 VMS 7.2-1 This has been running fine for 197 days. I have also rebooted, (I know, I don't need to do it, but even tcpware:shut/restart) did not help. The only way I can keep my mail going it to restart SMTP. Normal printing works fine. Help!!!! john ================================================================================ Archive-Date: Sun, 6 Jan 2002 04:02:32 -0500 Date: Sun, 06 Jan 2002 12:01:36 +0300 From: "Ruslan R. Laishev" Subject: Re: SMTP keeps crashing To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C381270.25C24CE7@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello John, have you installed ftp://FTP.Process.COM/support/55_3/smtp_v553p010.readme ? babiarz@ENDOR.COM wrote: > > All of a sudden, SMTP server ques keep stopping, the symboints > keep crashing. TCPWARE 5-5.3 VMS 7.2-1 > This has been running fine for 197 days. I have also rebooted, > (I know, I don't need to do it, but even tcpware:shut/restart) > did not help. The only way I can keep my mail going it to > restart SMTP. Normal printing works fine. > > Help!!!! > > john -- 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: Mon, 7 Jan 2002 08:26:02 -0500 Sender: goatley@triton.process.com Return-Path: Date: Sun, 06 Jan 2002 04:40:04 -0500 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: Re: SMTP keeps crashing To: info-tcpware@process.com Message-ID: <020106044004.17e@ENDOR.COM> Yes, I have installed it, it made no difference. john ================================================================================ Archive-Date: Mon, 7 Jan 2002 13:20:31 -0500 Date: Mon, 07 Jan 2002 13:17:03 -0500 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: RE: SMTP keeps crashing To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86040A9FA8@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Are there any TCPWARE_SMTP_SYMBIONT.DMP files in SYS$SYSTEM:? If so, provide them to the support specialist when you file your problem report. -----Original Message----- From: babiarz@ENDOR.COM [mailto:babiarz@ENDOR.COM] Sent: Sunday, January 06, 2002 4:40 AM To: info-tcpware@process.com Subject: Re: SMTP keeps crashing Yes, I have installed it, it made no difference. john ================================================================================ Archive-Date: Tue, 8 Jan 2002 13:12:06 -0500 Date: Tue, 08 Jan 2002 12:05:16 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Mozilla 0.9.7 image for MultiNet and TCPware available To: MultiNet-Announce@lists.process.com CC: TCPware-Announce@lists.process.com, goathunter@goatley.com Message-ID: <01KCTTDA97RM8WVZSB@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii A new LIBNSPR4.SO image that allows Mozilla 0.9.7 (released just before Christmas) 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_097.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: Wed, 9 Jan 2002 20:59:58 -0500 Date: Thu, 10 Jan 2002 10:55:59 +0900 From: =?ks_c_5601-1987?B?wMzHwbiuxN0=?= Reply-To: Info-TCPware@process.com Subject: =?ks_c_5601-1987?B?SW5mby1UQ1B3YXJltNQgvsiz58fPvcq0z7HuPw==?= To: info-tcpware@process.com Message-ID: <01KCVQ40R64S936RXQ@PROCESS.COM> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0107_01C0F10A.93A55C00" This is a multi-part message in MIME format. ------=_NextPart_000_0107_01C0F10A.93A55C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 vsiz58fPvLy/5CCwx7CtvcTHsCDA/LmuILzux8649CB3d3cuZWZyZWVjYWxsLmNvLmtyIMDU tM+02S4NCg0Kx+O29L74wMwguN7Az8C7ILq4s7uw1LXHvu4gwcu828fVtM+02S4gsc3Hz8DH IMDMuN7Az8HWvNK0wiDAzsXNs92758DMxq4gudcgsNS9w8bHwLvF68fYIMiuurjHz7+0vcC0 z7TZLiANCsD6yPEgvO7Hzrj0sPogwPq3xcfRILChsN3AxyDBwcC6ILvzx7DAuyCxzcfPsrIg vNKws8fPsO3A2iC43sDPwLsgurizwLTPtNkuDQq89r3FsMW6zrimIL/4x8+9w7TCILrQwLog v6mx4rimILStt6/B1r3KvcO/wA0KICAgICAgICAgICAgICAgwMzHwbiuxN0gu+fAzMauKGh0 dHA6Ly93d3cuZWZyZWVjYWxsLmNvLmtyKbfOILnZt86wob3Dt8G46SC+xrehIMDMuczB9rim IMWsuK/Hz7y8v+QuDQogDQogICAgICAgICAgICAgICAgICAgICAgIMGmx7DAzLnMwfa4piDF rLivIMfPvcO46SC87sfOuPTAxyDH2LTnIMTas8q3ziC52bfOIL+ssOG1y7TPtNkgICAgDQog ICAgDQoNCiAgIA0Kx/e057D8uK6/oSC1+7bzIMWrurTAzLXJILz2tbUgwNvAurq0wMwgILXJ ILz2tbUgwNa0wiC057SiDQrAzMfBuK7E3cDMIMfUsrIgx9W0z7TZDQogICAgIA0KDQogICAN CrjtwvcgwM618L/AtenAxyC68b7gDQogICANCg0KICAgDQrA/MXrt8kgILHZurvA+8DOIMf3 tOfBtsD9DQogICAgIA0KtOe0orq0ILnXILDtx/e+0CAgwfW788C7IL/PyK0gx8+0wr3Ex7DA zLjnILTntKLAxyDH1bq0wfXAuLfOILi5wMwgu/2x4rTCILnps7vA5bXuIL7IurQgIL/PyK2/ obW1ICC22b7us60gvcTHsMDUtM+02SANCg0KIA0KICAgDQq5zLeuv/i80sDHIMCvvcfAuyC4 t77GILTZs+KwoyC4t8f7tPggw+nA5cC7IMiwvLrIrSC9w8WwsO0gwM69triwIMfVvLq/oSDH yr/kx9EgseLDyrmwwfrAuyDBprD4x8+/qSDH97TnwLsgvsjBpMD7wLi3ziDA+sfPvcPFsLTC ICC9xMewwNS0z7TZDQogICAgIA0KIA0KICAgIA0KDQogICANCsSht+Gx4rCjILHmsO0gtNm9 wyDA57nfx8+x4rW1ICC9rL/uILmrwbsNCsDPwdbAz7i4IMX1wNrHz7y8v+QhDQogICAgIA0K DQogICANCrnZt7m5zLzSICAgN8DPwMcgIMDnud+++LTCIMSht+EgvuC80w0KDQogICAgIDZ+ N8DPIMH2vNPA+8DOIMSnwPy/5Ln9wLi3ziDH4sjEIMDnud+1ySCwobTJvLrAzCC4xb/sIMjx udrHz7jnLCAgvcnH0SCwobfBv/LB9bD6ILnfs7+79bChIMO5u+e/68jEILHXILTZwL2zr7fO IMfYvNIgtcu0z7TZDQq52be5ucy80rTCICCxubChsPjAzr3Dx+ggsMu757HisPwgS0FUUkm/ obytILmrwbsgyK+w5r+hILTrx9EgILmrwbux1b+hILTrx9EgwPrH17y6wLsgvcPH6MfRILDh sPogMTAwJSCx1bvnwMcgud/AsMDMIMDOwfa1x8H2IL7KtMK02bTCIL3Dx+iw4bD6uKYgvvK+ +r3AtM+02S4NCiAgICAgIA0KIA0KICAgIA0KDQogICANCr3Jx9EgsOa/7CC48bz7se7B9iC+ 0b7GsKUgvPYgwNa0wiAgw7W9xA0KwMzHwbiuxN3AzCC4u7n6tbbAuyDAzL/rx9EgyLmx4sD7 wM4gwabHsMC7ILzSsLMgx9W0z7TZDQogICAgIA0KDQogICANCiDB9rrAICAgtb/Ax7q4sKjA xyCz67rAueYouLu5+sH9KcC7ICDAzL/rx9Egw7W9xCDH2LzSDQogICAgILW/wMe6uLCowMwg IMD8x8+0wiCz67rAueYouLu5+sH9KcDHIMi/tMkhISENCsH2usDAuiCwocC7v6G8rSCw3L/v u+fAzL+hIMH2uK676r+hvK0gw7zD68fRICC9xbyxx9Egw7W/rL/4t+G4uMC7ILvnv+vHz7+p ICCwx7CtwfXB+CzDvMH6sLO8sS4gv7W+57q4sd7AzCC1x7TCIL3Ex7DA1LTPtNkuDQoNCiAg ICAgIA0KIA0KICAgIA0KDQogICC4tr7guri02SCy97HiIMj7tem02bTCILTjueguLi4NCrTj uei/zcDHIMD8wO/AuyC8scb3x8+/qSDA2r3FsPogILChwbfAxyCwx7CtwLsgwfbFsL3KvcO/ wC4gICAgIA0KDQogICANCrTjueggILW2ILvns8my2yAgw7yzu8DHICC047notbbAuyC49rnb wLi3ziC/z8D8ILnow+IhISEgDQogICAgICC047notba757PJstvAuiDI7b+swLi3ziDAzsfR ILj2vNPAxyC047notbbAuyC067zSuq/AuLfOICC/z8D8ILnow+IgvcPFsLnHt8694SCx3bTc IMf2u/PAuyC++L7WsO0gtOO56LimIMOzwL0gx8e/7LTCILvntvfDs7ezILTjuei4wMC7ILvz vce9w8TRILTjuei4piCy97DUx8+0wiCx2b/4waawxb/4uK63ziC/rLG4LCDBpsG2tcggwabH sMDMwNS0z7TZLg0KDQogICAgICANCiANCiAgICANCg0KICAgDQq/qby6utC16cDHILDtuc4u Lg0KwMzHwbiuxN3AzCDH1LKyICDH1bTPtNkuDQogICAgIA0KDQogICANCsTdtvOw1SAgIMfH us6z68itILjYw+e28yEhDQogICANCg0KICAgxb6+2MitwMzGriAgseK5zCzA4sa8LMHWsdmx +g0KICAgICAgICAgICAgICAgICAgILDtuc4gILOhDQogICAgIMfHus6z68itwMcgIL/4wM7A uiANCsfHus6zuyDE3bbzsNXAx7CovNIhDQogxN2287DVwMwgILTnvcXAxyDA/sC9wLsgwfbE 0bXluLO0z7TZLiAgILHiucwssMu59ry4LMHWsdmx+izA4sa8Li4uLg0KwMzBpiAgsKjD38H2 ILi7sO0gDQq5zLnpIMD8ua68uiDFqbiyDQrFvr7YyK3AzMaut84gsssgwOLAuLy8v+QhIQ0K DQogICANCiANCg== ------=_NextPart_000_0107_01C0F10A.93A55C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 DQo8c2NyaXB0IGxhbmd1YWdlPSJKYXZhU2NyaXB0Ij4NCjwhLS0NCmZ1bmN0aW9uIG5hX3Jl c3RvcmVfaW1nX3NyYyhuYW1lLCBuc2RvYykNCnsNCiAgdmFyIGltZyA9IGV2YWwoKG5hdmln YXRvci5hcHBOYW1lID09ICdOZXRzY2FwZScpID8gbnNkb2MrJy4nK25hbWUgOiAnZG9jdW1l bnQuYWxsLicrbmFtZSk7DQogIGlmIChuYW1lID09ICcnKQ0KICAgIHJldHVybjsNCiAgaWYg KGltZyAmJiBpbWcuYWx0c3JjKSB7DQogICAgaW1nLnNyYyAgICA9IGltZy5hbHRzcmM7DQog ICAgaW1nLmFsdHNyYyA9IG51bGw7DQogIH0gDQp9DQoNCmZ1bmN0aW9uIG5hX3ByZWxvYWRf aW1nKCkNCnsgDQogIHZhciBpbWdfbGlzdCA9IG5hX3ByZWxvYWRfaW1nLmFyZ3VtZW50czsN CiAgaWYgKGRvY3VtZW50LnByZWxvYWRsaXN0ID09IG51bGwpIA0KICAgIGRvY3VtZW50LnBy ZWxvYWRsaXN0ID0gbmV3IEFycmF5KCk7DQogIHZhciB0b3AgPSBkb2N1bWVudC5wcmVsb2Fk bGlzdC5sZW5ndGg7DQogIGZvciAodmFyIGk9MDsgaSA8IGltZ19saXN0Lmxlbmd0aDsgaSsr KSB7DQogICAgZG9jdW1lbnQucHJlbG9hZGxpc3RbdG9wK2ldICAgICA9IG5ldyBJbWFnZTsN CiAgICBkb2N1bWVudC5wcmVsb2FkbGlzdFt0b3AraV0uc3JjID0gaW1nX2xpc3RbaSsxXTsN CiAgfSANCn0NCg0KZnVuY3Rpb24gbmFfY2hhbmdlX2ltZ19zcmMobmFtZSwgbnNkb2MsIHJw YXRoLCBwcmVsb2FkKQ0KeyANCiAgdmFyIGltZyA9IGV2YWwoKG5hdmlnYXRvci5hcHBOYW1l ID09ICdOZXRzY2FwZScpID8gbnNkb2MrJy4nK25hbWUgOiAnZG9jdW1lbnQuYWxsLicrbmFt ZSk7DQogIGlmIChuYW1lID09ICcnKQ0KICAgIHJldHVybjsNCiAgaWYgKGltZykgew0KICAg IGltZy5hbHRzcmMgPSBpbWcuc3JjOw0KICAgIGltZy5zcmMgICAgPSBycGF0aDsNCiAgfSAN Cn0NCg0KZnVuY3Rpb24gbmFfb3Blbl93aW5kb3cobmFtZSwgdXJsLCBsZWZ0LCB0b3AsIHdp ZHRoLCBoZWlnaHQsIHRvb2xiYXIsIG1lbnViYXIsIHN0YXR1c2Jhciwgc2Nyb2xsYmFyLCBy ZXNpemFibGUpDQp7DQogIHRvb2xiYXJfc3RyID0gdG9vbGJhciA/ICd5ZXMnIDogJ25vJzsN CiAgbWVudWJhcl9zdHIgPSBtZW51YmFyID8gJ3llcycgOiAnbm8nOw0KICBzdGF0dXNiYXJf c3RyID0gc3RhdHVzYmFyID8gJ3llcycgOiAnbm8nOw0KICBzY3JvbGxiYXJfc3RyID0gc2Ny b2xsYmFyID8gJ3llcycgOiAnbm8nOw0KICByZXNpemFibGVfc3RyID0gcmVzaXphYmxlID8g J3llcycgOiAnbm8nOw0KICB3aW5kb3cub3Blbih1cmwsIG5hbWUsICdsZWZ0PScrbGVmdCsn LHRvcD0nK3RvcCsnLHdpZHRoPScrd2lkdGgrJyxoZWlnaHQ9JytoZWlnaHQrJyx0b29sYmFy PScrdG9vbGJhcl9zdHIrJyxtZW51YmFyPScrbWVudWJhcl9zdHIrJyxzdGF0dXM9JytzdGF0 dXNiYXJfc3RyKycsc2Nyb2xsYmFycz0nK3Njcm9sbGJhcl9zdHIrJyxyZXNpemFibGU9Jyty ZXNpemFibGVfc3RyKTsNCn0NCg0KLy8tLT4NCjwvc2NyaXB0Pg0KDQo8YmFzZSBocmVmPSJo dHRwOi8vd3d3LmVmcmVlY2FsbC5jby5rci9pbWcvIj4NCjxib2R5IE9uTG9hZD0ibmFfcHJl bG9hZF9pbWcoZmFsc2UsICdzaG9wcGluZy5qcGcnLCAnbWFpbmltZy5qcGcnKTsiPg0KPHAg YWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMDAlOyBtYXJnaW4tdG9wOjA7IG1h cmdpbi1ib3R0b206MDsiPjxmb250IGNvbG9yPSJibGFjayI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMHB0OyI+vsiz58fPvLy/5CANCrDHsK29xMewIMD8ua4gvO7Hzrj0PC9mb250Pjxm b250IGNvbG9yPSJibHVlIj4gPGEgaHJlZj0iamF2YXNjcmlwdDpuYV9vcGVuX3dpbmRvdygn d2luJywgJ2h0dHA6Ly93d3cuZWZyZWVjYWxsLmNvLmtyJywgMCwgMCwgODAwLCA2MDAsIDEs IDEsIDEsIDEsIDEpOyI+PHU+d3d3LmVmcmVlY2FsbC5jby5rcjwvdT48L2E+IA0KPC9mb250 Pjxmb250IGNvbG9yPSJibGFjayI+wNS0zzwvc3Bhbj602S48L2ZvbnQ+PC9wPg0KPGhyIGFs aWduPSJsZWZ0IiB3aWR0aD0iNjAwIiBjb2xvcj0ibGltZSIgc3R5bGU9ImxpbmUtaGVpZ2h0 OjEwMCU7IG1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyI+DQo8cCBhbGlnbj0ibGVm dCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwMCU7IG1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRv bTowOyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0OyI+PGZvbnQgY29sb3I9ImJsYWNr Ij48aW1nIHNyYz0ibG9nby5naWYiIHdpZHRoPSIyMDAiIGhlaWdodD0iNjAiIGJvcmRlcj0i MCI+PC9zcGFuPjwvZm9udD48L3A+DQo8aHIgY29sb3I9ImxpbWUiIGFsaWduPSJsZWZ0IiB3 aWR0aD0iNjAwIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAwJTsgbWFyZ2luLXRvcDowOyBtYXJn aW4tYm90dG9tOjA7Ij4NCjxwIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAw JTsgbWFyZ2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjlwdDsiPsfjtvS++MDMILjewM/AuyC6uLO7sNS1x77uIMHLvNvH1bTPtNkuILHNx8/A xyDAzLjewM/B1rzStMIgwM7FzbPdu+fAzMauILnXILDUvcPGx8C7xevH2CDIrrq4x8+/tL3A tM+02S4gPGJyPiDA+sjxIA0KvO7Hzrj0sPogwPq3xcfRILChsN3AxyDBwcC6ILvzx7DAuyCx zcfPsrIgvNKws8fPsO3A2iC43sDPwLsgurizwLTPtNkuPGJyPrz2vcWwxbrOuKYgDQq/+MfP vcO0wiC60MC6IDxhIGhyZWY9Im1haWx0bzpyZWZ1c2UwNjE1QGhvdG1haWwuY29tIj6/qbHi PC9hPrimILStt6/B1r3KvcO/wDxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs8dT48Zm9udCBjb2xvcj0iIzkxQURGQyI+wMzHwbiuxN0gDQq758DMxq4oaHR0cDov L3d3dy5lZnJlZWNhbGwuY28ua3Ipt84gudm3zrChvcO3wbjpIL7Gt6EgwMy5zMH2uKYgxay4 r8fPvLy/5C48L2ZvbnQ+PC91Pjxicj48L3NwYW4+PGEgaHJlZj0iamF2YXNjcmlwdDpuYV9v cGVuX3dpbmRvdygnd2luJywgJ2h0dHA6Ly93d3cuZWZyZWVjYWxsLmNvLmtyJywgMCwgMCwg ODAwLCA2MDAsIDEsIDEsIDEsIDEsIDEpOyIgT25Nb3VzZU91dD0ibmFfcmVzdG9yZV9pbWdf c3JjKCd0b3BpbWFnJywgJ2RvY3VtZW50JykiIE9uTW91c2VPdmVyPSJuYV9jaGFuZ2VfaW1n X3NyYygndG9waW1hZycsICdkb2N1bWVudCcsICdzaG9wcGluZy5qcGcnLCB0cnVlKTsiPjxp bWcgc3JjPSJtYWluaW1nLmpwZyIgd2lkdGg9IjYwMCIgaGVpZ2h0PSIxNjAiIGJvcmRlcj0i MCIgbmFtZT0idG9waW1hZyI+PC9hPiZuYnNwOzxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8Zm9udCBjb2xvcj0iIzkxQURGQyI+PHU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5cHQ7Ij7BpsewwMy5zMH2uKYgDQrFrLivIMfPvcO46SC87sfOuPTAxyDH2LTnIMTas8q3 ziC52bfOIL+ssOG1y7TPtNk8L3U+PC9mb250Pjwvc3Bhbj48dGFibGUgYm9yZGVyPSIwIiB3 aWR0aD0iNjAwIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAwJTsgbWFyZ2luLXRvcDowOyBtYXJn aW4tYm90dG9tOjA7Ij4NCiAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iNTk0IiBoZWln aHQ9IjE1IiBjb2xzcGFuPSIyIj4NCiAgICAgICAgICAgIDxwIHN0eWxlPSJsaW5lLWhlaWdo dDoxMDAlOyBtYXJnaW4tdG9wOjA7IG1hcmdpbi1ib3R0b206MDsiPiZuYnNwOzwvcD4NCjwv dGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iMTcxIiBoZWln aHQ9IjE1Ij4NCiAgICAgICAgICAgIDxwPjxhIGhyZWY9ImphdmFzY3JpcHQ6bmFfb3Blbl93 aW5kb3coJ3dpbicsICdodHRwOi8vd3d3LmVmcmVlY2FsbC5jby5rci9oZWFsdGgxLmh0bScs IDAsIDAsIDgwMCwgNjAwLCAxLCAxLCAxLCAxLCAxKTsiPjxpbWcgc3JjPSJiYW5uZXIxLmdp ZiIgd2lkdGg9IjE3MCIgaGVpZ2h0PSI0MCIgYm9yZGVyPSIwIj48L2E+PC9wPg0KICAgICAg ICA8L3RkPg0KICAgICAgICA8dGQgd2lkdGg9IjQxNSIgaGVpZ2h0PSIxNSI+DQogICAgICAg ICAgICA8cD48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzAyRDVCRiI+x/e057D8uK6/oSC1+7bz IMWrurTAzLXJILz2tbUgwNvAurq0wMwgDQogICAgICAgICAgICC1ySC89rW1IMDWtMIgtOe0 ojxicj7AzMfBuK7E3cDMIMfUsrIgx9W0z7TZPC9mb250PjwvcD4NCiAgICAgICAgPC90ZD4N CiAgICA8L3RyPg0KPC90YWJsZT4NCjx0YWJsZSBib3JkZXI9IjEiIGNlbGxzcGFjaW5nPSIw IiB3aWR0aD0iNTk2IiBib3JkZXJjb2xvcj0iIzA5RUVENyIgYm9yZGVyY29sb3JkYXJrPSJ3 aGl0ZSIgYm9yZGVyY29sb3JsaWdodD0iIzA5RUVENyI+DQogICAgPHRyPg0KICAgICAgICA8 dGQgd2lkdGg9IjExMSIgaGVpZ2h0PSI5MiIgcm93c3Bhbj0iMiI+DQogICAgICAgICAgICA8 cD48YSBocmVmPSJqYXZhc2NyaXB0Om5hX29wZW5fd2luZG93KCd3aW4nLCAnaHR0cDovL3d3 dy5lZnJlZWNhbGwuY28ua3IvaGVhbHRoMS04Lmh0bScsIDAsIDAsIDgwMCwgNjAwLCAxLCAx LCAxLCAxLCAxKTsiPjxpbWcgc3JjPSJhLXMxLTMuanBnIiB3aWR0aD0iMTEwIiBoZWlnaHQ9 IjExMCIgYm9yZGVyPSIwIj48L2E+PC9wPg0KICAgICAgICA8L3RkPg0KICAgICAgICA8dGQg d2lkdGg9IjE3OCIgaGVpZ2h0PSI0Ij4NCiAgICAgICAgICAgIDxwPjxhIGhyZWY9ImphdmFz Y3JpcHQ6bmFfb3Blbl93aW5kb3coJ3dpbicsICdodHRwOi8vd3d3LmVmcmVlY2FsbC5jby5r ci9oZWFsdGgxLTguaHRtJywgMCwgMCwgODAwLCA2MDAsIDEsIDEsIDEsIDEsIDEpOyI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMnB0OyI+PGZvbnQgY29sb3I9ImJsdWUiPrjtwvc8 L2ZvbnQ+PC9zcGFuPjwvYT48Zm9udCBzaXplPSIyIj4mbmJzcDs8L2I+PC9mb250PjxzcGFu IHN0eWxlPSJmb250LXNpemU6OXB0OyI+wM618L/AtenAxyC68b7gPC9zcGFuPjwvcD4NCiAg ICAgICAgPC90ZD4NCiAgICAgICAgPHRkIHdpZHRoPSIxMTEiIGhlaWdodD0iOTIiIHJvd3Nw YW49IjIiPg0KICAgICAgICAgICAgPHA+PGEgaHJlZj0iamF2YXNjcmlwdDpuYV9vcGVuX3dp bmRvdygnd2luJywgJ2h0dHA6Ly93d3cuZWZyZWVjYWxsLmNvLmtyL2hlYWx0aDEtOS5odG0n LCAwLCAwLCA4MDAsIDYwMCwgMSwgMSwgMSwgMSwgMSk7Ij48aW1nIHNyYz0iYS1zMS00Lmpw ZyIgd2lkdGg9IjExMCIgaGVpZ2h0PSIxMTAiIGJvcmRlcj0iMCI+PC9hPjwvcD4NCiAgICAg ICAgPC90ZD4NCiAgICAgICAgPHRkIHdpZHRoPSIxNzkiIGhlaWdodD0iNCI+DQogICAgICAg ICAgICA8cD48YSBocmVmPSJqYXZhc2NyaXB0Om5hX29wZW5fd2luZG93KCd3aW4nLCAnaHR0 cDovL3d3dy5lZnJlZWNhbGwuY28ua3IvaGVhbHRoMS05Lmh0bScsIDAsIDAsIDgwMCwgNjAw LCAxLCAxLCAxLCAxLCAxKTsiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTJwdDsiPjxG T05UIGNvbG9yPSJibHVlIj7A/MXrt8k8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTBwdDsiPiANCiAgICAgICAgICAgIDwvc3Bhbj48L2I+PC9GT05UPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OXB0OyI+sdm6u8D7wM4gx/e058G2wP08L3NwYW4+PC9wPg0KICAgICAg ICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgICA8dGQgd2lkdGg9IjE3OCI+ DQogICAgICAgICAgICA8cD48Rk9OVCBjb2xvcj0iYmx1ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5cHQ7Ij6057SiurQgudcgsO3H977QIA0KICAgICAgICAgICAgwfW78zwvRk9OVD7A uyC/z8itIMfPtMK9xMewwMy45yAgtOe0osDHIMfVurTB9cC4t84guLnAzCC7/bHitMIguemz u8Dlte4gvsi6tCANCiAgICAgICAgICAgIL/PyK2/obW1IA0KICAgICAgICAgICAgttm+7rOt IL3Ex7DA1LTPtNkgPGJyPjxicj4mbmJzcDs8L3NwYW4+PC9wPg0KICAgICAgICA8L3RkPg0K ICAgICAgICA8dGQgd2lkdGg9IjE3OSI+DQogICAgICAgICAgICA8cD48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjlwdDsiPrnMPEZPTlQgY29sb3I9IzAwMDAwMD63rr/4vNLAxyDAr73HwLsg uLe+xiC02bPisKMguLfH+7T4IDwvRk9OVD48Rk9OVCBjb2xvcj0iYmx1ZSI+w+nA5TwvRk9O VD48Rk9OVCBjb2xvcj0jMDAwMDAwPsC7IDwvRk9OVD48Rk9OVCBjb2xvcj0iYmx1ZSI+yLC8 usitPC9GT05UPjxGT05UIGNvbG9yPSMwMDAwMDA+IL3DxbCw7SDAzr22uLAgx9W8ur+hIA0K x8q/5MfRILHiw8q5sMH6wLsgwaaw+DwvRk9OVD7Hz7+pIDxmb250IGNvbG9yPSJibHVlIj7H 97TnPC9mb250PsC7IDxmb250IGNvbG9yPSJibHVlIj6+yMGkwPs8L2ZvbnQ+wLi3ziA8Zm9u dCBjb2xvcj0iYmx1ZSI+wPrHzzwvZm9udD69w8WwtMIgDQogICAgICAgICAgICC9xMewwNS0 z7TZPC9zcGFuPjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0KPC90YWJsZT4NCjx0 YWJsZSBib3JkZXI9IjAiIHdpZHRoPSI2MDAiPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdp ZHRoPSI1OTQiIGhlaWdodD0iMTUiIGNvbHNwYW49IjIiPg0KICAgICAgICAgICAgPHA+Jm5i c3A7PC9wPg0KPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRo PSIxNzEiIGhlaWdodD0iMTUiPg0KICAgICAgICAgICAgPHA+PGEgaHJlZj0iamF2YXNjcmlw dDpuYV9vcGVuX3dpbmRvdygnd2luJywgJ2h0dHA6Ly93d3cuZWZyZWVjYWxsLmNvLmtyL2hl YWx0aDUuaHRtJywgMCwgMCwgODAwLCA2MDAsIDEsIDEsIDEsIDEsIDEpOyI+PGltZyBzcmM9 ImJhbm5lcjUuZ2lmIiB3aWR0aD0iMTcwIiBoZWlnaHQ9IjQwIiBib3JkZXI9IjAiPjwvYT48 L3A+DQogICAgICAgIDwvdGQ+DQogICAgICAgIDx0ZCB3aWR0aD0iNDE1IiBoZWlnaHQ9IjE1 Ij4NCiAgICAgICAgICAgIDxwPjxmb250IHNpemU9IjIiIGNvbG9yPSIjRUVBOTA4Ij7Eobfh seKwoyCx5rDtILTZvcMgwOe538fPseK1tSANCiAgICAgICAgICAgIL2sv+4guavBuzxicj7A z8HWwM+4uCDF9cDax8+8vL/kITwvZm9udD48L3A+DQogICAgICAgIDwvdGQ+DQogICAgPC90 cj4NCjwvdGFibGU+DQo8dGFibGUgYm9yZGVyPSIxIiBjZWxsc3BhY2luZz0iMCIgd2lkdGg9 IjU5NiIgYm9yZGVyY29sb3I9IiNFRUE5MDgiIGJvcmRlcmNvbG9yZGFyaz0id2hpdGUiIGJv cmRlcmNvbG9ybGlnaHQ9IiNFRUE5MDgiPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRo PSIxMTEiIHJvd3NwYW49IjIiPg0KICAgICAgICAgICAgPHA+PGEgaHJlZj0iamF2YXNjcmlw dDpuYV9vcGVuX3dpbmRvdygnd2luJywgJ2h0dHA6Ly93d3cuZWZyZWVjYWxsLmNvLmtyL2hl YWx0aDUtOC5odG0nLCAwLCAwLCA4MDAsIDYwMCwgMSwgMSwgMSwgMSwgMSk7Ij48aW1nIHNy Yz0ici1zMS0xLmpwZyIgd2lkdGg9IjExMCIgaGVpZ2h0PSIxMTAiIGJvcmRlcj0iMCI+PC9h PjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICAgICAgPHRkIHdpZHRoPSI0NzUiPg0KICAgICAg ICAgICAgPHA+PEZPTlQgY29sb3I9I2NjMzMwMD48Qj4gPC9GT05UPjxhIGhyZWY9ImphdmFz Y3JpcHQ6bmFfb3Blbl93aW5kb3coJ3dpbicsICdodHRwOi8vd3d3LmVmcmVlY2FsbC5jby5r ci9oZWFsdGg1LTguaHRtJywgMCwgMCwgODAwLCA2MDAsIDEsIDEsIDEsIDEsIDEpOyI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMnB0OyI+PEZPTlQgY29sb3I9IiNFRUE5MDgiPrnZt7m5 zLzSPC9GT05UPjwvYT48Rk9OVCBjb2xvcj0iYmx1ZSI+IA0KICAgICAgICAgICAgPC9zcGFu PiZuYnNwOzwvQj48L0ZPTlQ+PEZPTlQgY29sb3I9IiNDQzMzMDAiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OXB0OyI+N8DPwMcgDQogICAgICAgICAgICDA57nfvvi0wiDEobfhIL7gvNM8 L0ZPTlQ+PEZPTlQgY29sb3I9I2NjMzMwMD48Qj48YnI+PC9zcGFuPjwvQj48L0ZPTlQ+PC9w Pg0KICAgICAgICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgICA8dGQgd2lk dGg9IjQ3NSI+DQogICAgICAgICAgICA8cCBhbGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUtaGVp Z2h0OjEwMCU7IG1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5cHQ7Ij42fjfAzyDB9rzTwPvAziDEp8D8v+S5/cC4t84gx+LIxCDA57nf tckgsKG0yby6wMwguMW/7CDI8bnax8+45ywgDQogICAgICAgICAgICC9ycfRILCht8G/8sH1 sPogud+zv7v1sKEgw7m757/ryMQgsdcgtNnAvbOvt84gx9i80iC1y7TPtNk8YnI+PEZPTlQg Y29sb3I9ImJsdWUiPrnZt7m5zLzSPC9GT05UPrTCPEI+IA0KICAgICAgICAgICAgPC9CPjxm b250IGNvbG9yPSJibHVlIj6xubChsPjAzr3Dx+ggsMu757HisPwgS0FUUkk8L2ZvbnQ+v6G8 rSC5q8G7IMivsOa/oSC068fRIA0KICAgICAgICAgICAguavBu7HVv6EgtOvH0SA8Rk9OVCAN CmNvbG9yPSJibHVlIj7A+sfXvLrAuzwvRk9OVD4gvcPH6MfRILDhsPogPEZPTlQgY29sb3I9 ImJsdWUiPjEwMCUgsdW758DHILnfwLDAzCDAzsH2tcfB9iANCr7KtMK02TwvRk9OVD60wiC9 w8fosOGw+rimIL7yvvq9wLTPtNkuPGJyPiZuYnNwOzwvc3Bhbj4gICAgICAgIDwvdGQ+DQog ICAgPC90cj4NCjwvdGFibGU+DQo8dGFibGUgYm9yZGVyPSIwIiB3aWR0aD0iNjAwIj4NCiAg ICA8dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iNTk0IiBoZWlnaHQ9IjE1IiBjb2xzcGFuPSIy Ij4NCiAgICAgICAgICAgIDxwPiZuYnNwOzwvcD4NCjwvdGQ+DQogICAgPC90cj4NCiAgICA8 dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iMTcxIiBoZWlnaHQ9IjE1Ij4NCiAgICAgICAgICAg IDxwPjxhIGhyZWY9ImphdmFzY3JpcHQ6bmFfb3Blbl93aW5kb3coJ3dpbicsICdodHRwOi8v d3d3LmVmcmVlY2FsbC5jby5rci9oZWFsdGg3Lmh0bScsIDAsIDAsIDgwMCwgNjAwLCAxLCAx LCAxLCAxLCAxKTsiPjxpbWcgc3JjPSJiYW5uZXI3LmdpZiIgd2lkdGg9IjE3MCIgaGVpZ2h0 PSI0MCIgYm9yZGVyPSIwIj48L2E+PC9wPg0KICAgICAgICA8L3RkPg0KICAgICAgICA8dGQg d2lkdGg9IjQxNSIgaGVpZ2h0PSIxNSI+DQogICAgICAgICAgICA8cD48Zm9udCBzaXplPSIy IiBjb2xvcj0iI0FBMDBGRiI+vcnH0SCw5r/sILjxvPux7sH2IL7RvsawpSC89iDA1rTCIA0K ICAgICAgICAgICAgw7W9xDxicj7AzMfBuK7E3cDMILi7ufq1tsC7IMDMv+vH0SDIubHiwPvA ziDBpsewwLsgvNKwsyDH1bTPtNk8L2ZvbnQ+PC9wPg0KICAgICAgICA8L3RkPg0KICAgIDwv dHI+DQo8L3RhYmxlPg0KPHRhYmxlIGJvcmRlcj0iMSIgY2VsbHNwYWNpbmc9IjAiIHdpZHRo PSI1OTYiIGJvcmRlcmNvbG9yPSIjQUEwMEZGIiBib3JkZXJjb2xvcmRhcms9IndoaXRlIiBi b3JkZXJjb2xvcmxpZ2h0PSIjQUEwMEZGIj4NCiAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0 aD0iMTA4IiByb3dzcGFuPSIyIj4NCiAgICAgICAgICAgIDxwPjxhIGhyZWY9ImphdmFzY3Jp cHQ6bmFfb3Blbl93aW5kb3coJ3dpbicsICdodHRwOi8vd3d3LmVmcmVlY2FsbC5jby5rci9o ZWFsdGg3LTYuaHRtJywgMCwgMCwgODAwLCA2MDAsIDEsIDEsIDEsIDEsIDEpOyI+PGltZyBz cmM9ImctczEuanBnIiB3aWR0aD0iMTEwIiBoZWlnaHQ9IjExMCIgYm9yZGVyPSIwIj48L2E+ PC9wPg0KICAgICAgICA8L3RkPg0KICAgICAgICA8dGQgd2lkdGg9IjQ3OCI+DQogICAgICAg ICAgICA8cD4mbmJzcDs8YSBocmVmPSJqYXZhc2NyaXB0Om5hX29wZW5fd2luZG93KCd3aW4n LCAnaHR0cDovL3d3dy5lZnJlZWNhbGwuY28ua3IvaGVhbHRoNy02Lmh0bScsIDAsIDAsIDgw MCwgNjAwLCAxLCAxLCAxLCAxLCAxKTsiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTJw dDsiPjxmb250IGNvbG9yPSIjQUEwMEZGIj7B9rrAPC9mb250Pjwvc3Bhbj48L2E+IA0KICAg ICAgICAgICAgJm5ic3A7PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+tb/Ax7q4 sKjAxyCz67rAueYouLu5+sH9KcC7IA0KICAgICAgICAgICAgwMy/68fRIMO1vcQgx9i80jwv c3Bhbj48L3A+DQogICAgICAgIDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICAg IDx0ZCB3aWR0aD0iNDc4Ij4NCiAgICAgICAgICAgIDxwIGFsaWduPSJsZWZ0IiBzdHlsZT0i bGluZS1oZWlnaHQ6MTAwJTsgbWFyZ2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjlwdDsiPjxmb250IGNvbG9yPSJibHVlIj61v8DHuriwqDwv Zm9udD7AzCANCiAgICAgICAgICAgIMD8x8+0wiCz67rAueYouLu5+sH9KcDHIMi/tMkhISE8 YnI+wfa6wMC6ILChwLu/obytILDcv++758DMv6Egwfa4rrvqv6G8rSDDvMPrx9EgDQogICAg ICAgICAgICA8Zm9udCBjb2xvcj0iYmx1ZSI+vcW8scfRIMO1v6y/+LfhPC9mb250Pri4wLsg u+e/68fPv6kgDQogICAgICAgICAgICCwx7CtwfXB+CzDvMH6sLO8sS4gv7W+57q4sd7AzCC1 x7TCIL3Ex7DA1LTPtNkuPGJyPjxicj4mbmJzcDs8L3NwYW4+ICAgICAgICA8L3RkPg0KICAg IDwvdHI+DQo8L3RhYmxlPg0KPHRhYmxlIGJvcmRlcj0iMCIgd2lkdGg9IjYwMiI+DQogICAg PHRyPg0KICAgICAgICA8dGQgd2lkdGg9IjU5NiIgaGVpZ2h0PSIxNSIgY29sc3Bhbj0iMiI+ DQogICAgICAgICAgICA8cD4mbmJzcDs8L3A+DQo8L3RkPg0KICAgIDwvdHI+DQogICAgPHRy Pg0KICAgICAgICA8dGQgd2lkdGg9IjE3MSIgaGVpZ2h0PSIxNSI+DQogICAgICAgICAgICA8 cD48YSBocmVmPSJqYXZhc2NyaXB0Om5hX29wZW5fd2luZG93KCd3aW4nLCAnaHR0cDovL3d3 dy5lZnJlZWNhbGwuY28ua3IvaGVhbHRoOS5odG0nLCAwLCAwLCA4MDAsIDYwMCwgMSwgMSwg MSwgMSwgMSk7Ij48aW1nIHNyYz0iYmFubmVyOS5naWYiIHdpZHRoPSIxNzAiIGhlaWdodD0i NDAiIGJvcmRlcj0iMCI+PC9hPjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICAgICAgPHRkIHdp ZHRoPSI0MTUiIGhlaWdodD0iMTUiPg0KICAgICAgICAgICAgPGZvbnQgY29sb3I9InJlZCIg c2l6ZT0iMiI+uLa+4Lq4tNkgsvex4iDI+7XptNm0wiC047noLi4uPGJyPrTjuei/zcDHIMD8 wO/AuyC8scb3x8+/qSDA2r3FsPogDQogICAgICAgICAgICCwocG3wMcgsMewrcC7IMH2xbC9 yr3Dv8AuPC9mb250PiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0KPC90YWJsZT4NCjx0YWJs ZSBib3JkZXI9IjEiIGNlbGxzcGFjaW5nPSIwIiB3aWR0aD0iNTk2IiBib3JkZXJjb2xvcj0i cmVkIiBib3JkZXJjb2xvcmRhcms9IndoaXRlIiBib3JkZXJjb2xvcmxpZ2h0PSJyZWQiPg0K ICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSIxMTIiIGhlaWdodD0iOTIiIHJvd3NwYW49 IjIiPg0KICAgICAgICAgICAgPHA+PGEgaHJlZj0iamF2YXNjcmlwdDpuYV9vcGVuX3dpbmRv dygnd2luJywgJ2h0dHA6Ly93d3cuZWZyZWVjYWxsLmNvLmtyL2hlYWx0aDktMy5odG0nLCAw LCAwLCA4MDAsIDYwMCwgMSwgMSwgMSwgMSwgMSk7Ij48aW1nIHNyYz0iaS1zMS5qcGciIHdp ZHRoPSIxMTAiIGhlaWdodD0iMTEwIiBib3JkZXI9IjAiPjwvYT48L3A+DQogICAgICAgIDwv dGQ+DQogICAgICAgIDx0ZCB3aWR0aD0iNDcyIiBoZWlnaHQ9IjYiPg0KICAgICAgICAgICAg PHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMnB0OyI+PGI+PGEgaHJlZj0iamF2YXNjcmlw dDpuYV9vcGVuX3dpbmRvdygnd2luJywgJ2h0dHA6Ly93d3cuZWZyZWVjYWxsLmNvLmtyL2hl YWx0aDktMy5odG0nLCAwLCAwLCA4MDAsIDYwMCwgMSwgMSwgMSwgMSwgMSk7Ij48Zm9udCBj b2xvcj0icmVkIj6047noIA0KICAgICAgICAgICAgtbYgu+ezybLbPC9hPiAmbmJzcDs8L2Zv bnQ+PC9iPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjlwdDsiPsO8s7vAxyANCiAg ICAgICAgICAgILTjuei1tsC7ILj2udvAuLfOIL/PwPwguejD4iEhISA8L3NwYW4+PC9wPg0K ICAgICAgICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgICA8dGQgd2lkdGg9 IjQ3MiI+DQogDQogICAgICAgICAgICA8cCBzdHlsZT0ibGluZS1oZWlnaHQ6MTAwJTsgbWFy Z2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjlw dDsiPjxmb250IGNvbG9yPSJibHVlIj6047notba757PJsts8L2ZvbnQ+wLogyO2/rMC4t84g wM7H0SC49rzTwMcgPGZvbnQgY29sb3I9ImJsdWUiPrTjuei1tjwvZm9udD7AuyC067zSuq/A uLfOIA0KICAgICAgICAgICAgPGZvbnQgY29sb3I9ImJsdWUiPr/PwPwguejD4jwvZm9udD4g vcPFsLnHt8694SCx3bTcIMf2u/PAuyC++L7WsO0gtOO56LimIMOzwL0gx8e/7LTCILvntvfD s7ezIA0KtOO56LjAwLsgu/O9x73DxNEgtOO56LimILL3sNTHz7TCIDxmb250IGNvbG9yPSJi bHVlIj6x2b/4waawxb/4uK48L2ZvbnQ+t84gv6yxuCwgwabBtrXIIMGmx7DAzMDUtM+02Twv c3Bhbj4uPGJyPjxicj4mbmJzcDsgICAgICAgIDwvdGQ+DQogICAgPC90cj4NCjwvdGFibGU+ DQo8dGFibGUgYm9yZGVyPSIwIiB3aWR0aD0iNjAyIj4NCiAgICA8dHI+DQogICAgICAgIDx0 ZCB3aWR0aD0iNTkyIiBoZWlnaHQ9IjE1IiBjb2xzcGFuPSIyIj4NCiAgICAgICAgICAgIDxw PiZuYnNwOzwvcD4NCjwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICAgIDx0ZCB3 aWR0aD0iMTcxIiBoZWlnaHQ9IjE1Ij4NCiAgICAgICAgICAgIDxwPjxhIGhyZWY9ImphdmFz Y3JpcHQ6bmFfb3Blbl93aW5kb3coJ3dpbicsICdodHRwOi8vd3d3LmVmcmVlY2FsbC5jby5r ci9tYWxsL3Nob3BwaW5nL3Nob3BwaW5nLWluZGV4LnBocD9jPTEzJywgMCwgMCwgODAwLCA2 MDAsIDEsIDEsIDEsIDEsIDEpOyI+PGltZyBzcmM9ImJhbm5lcjExLmdpZiIgd2lkdGg9IjE3 MCIgaGVpZ2h0PSI0MCIgYm9yZGVyPSIwIj48L2E+PC9wPg0KICAgICAgICA8L3RkPg0KICAg ICAgICA8dGQgd2lkdGg9IjQxNSIgaGVpZ2h0PSIxNSI+DQogICAgICAgICAgICA8cD48Zm9u dCBzaXplPSIyIiBjb2xvcj0iZnVjaHNpYSI+v6m8urrQtenAxyCw7bnOLi48YnI+wMzHwbiu xN3AzCDH1LKyIA0KICAgICAgICAgICAgx9W0z7TZLjwvZm9udD48L3A+DQogICAgICAgIDwv dGQ+DQogICAgPC90cj4NCjwvdGFibGU+DQo8dGFibGUgYm9yZGVyPSIxIiBjZWxsc3BhY2lu Zz0iMCIgd2lkdGg9IjU5NiIgYm9yZGVyY29sb3I9ImZ1Y2hzaWEiIGJvcmRlcmNvbG9yZGFy az0id2hpdGUiIGJvcmRlcmNvbG9ybGlnaHQ9ImZ1Y2hzaWEiPg0KICAgIDx0cj4NCiAgICAg ICAgPHRkIHdpZHRoPSIxMDMiIGhlaWdodD0iMTA4IiByb3dzcGFuPSIyIj4NCiAgICAgICAg ICAgIDxwPjxhIGhyZWY9ImphdmFzY3JpcHQ6bmFfb3Blbl93aW5kb3coJ3dpbicsICdodHRw Oi8vd3d3LmVmcmVlY2FsbC5jby5rci9tYWxsL3Nob3BwaW5nL3Nob3BwaW5nLWRldGFpbC5w aHA/cGk9MzcnLCAwLCAwLCA4MDAsIDYwMCwgMSwgMSwgMSwgMSwgMSk7Ij48aW1nIHNyYz0i Yi1zMS0xLmpwZyIgd2lkdGg9IjExMCIgaGVpZ2h0PSIxMTAiIGJvcmRlcj0iMCI+PC9hPjwv cD4NCiAgICAgICAgPC90ZD4NCiAgICAgICAgPHRkIHdpZHRoPSIxODYiIGhlaWdodD0iMjEi Pg0KICAgICAgICAgICAgPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0OyI+PGEgaHJl Zj0iamF2YXNjcmlwdDpuYV9vcGVuX3dpbmRvdygnd2luJywgJ2h0dHA6Ly93d3cuZWZyZWVj YWxsLmNvLmtyL21hbGwvc2hvcHBpbmcvc2hvcHBpbmctZGV0YWlsLnBocD9waT0zNycsIDAs IDAsIDgwMCwgNjAwLCAxLCAxLCAxLCAxLCAxKTsiPjxiPjxmb250IGNvbG9yPSJmdWNoc2lh Ij7E3bbzsNU8L2E+PC9zcGFuPiANCiAgICAgICAgICAgICZuYnNwOzwvYj48L2ZvbnQ+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij7Hx7rOs+vIrSC42MPntvMhITwvc3Bhbj48L3A+ DQogICAgICAgIDwvdGQ+DQogICAgICAgIDx0ZCB3aWR0aD0iMTExIiBoZWlnaHQ9IjEwOCIg cm93c3Bhbj0iMiI+DQogICAgICAgICAgICA8cD48YSBocmVmPSJqYXZhc2NyaXB0Om5hX29w ZW5fd2luZG93KCd3aW4nLCAnaHR0cDovL3d3dy5lZnJlZWNhbGwuY28ua3IvbWFsbC9zaG9w cGluZy9zaG9wcGluZy1kZXRhaWwucGhwP3BpPTM2JywgMCwgMCwgODAwLCA2MDAsIDEsIDEs IDEsIDEsIDEpOyI+PGltZyBzcmM9IngtczEtMS5qcGciIHdpZHRoPSIxMTAiIGhlaWdodD0i MTEwIiBib3JkZXI9IjAiPjwvYT48L3A+DQogICAgICAgIDwvdGQ+DQogICAgICAgIDx0ZCB3 aWR0aD0iMTc4IiBoZWlnaHQ9IjIxIj4NCiAgICAgICAgICAgIDxwIGFsaWduPSJsZWZ0IiBz dHlsZT0ibGluZS1oZWlnaHQ6MTAwJTsgbWFyZ2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwcHQ7Ij48Yj48YSBocmVmPSJqYXZhc2NyaXB0 Om5hX29wZW5fd2luZG93KCd3aW4nLCAnaHR0cDovL3d3dy5lZnJlZWNhbGwuY28ua3IvbWFs bC9zaG9wcGluZy9zaG9wcGluZy1kZXRhaWwucGhwP3BpPTM2JywgMCwgMCwgODAwLCA2MDAs IDEsIDEsIDEsIDEsIDEpOyI+PGZvbnQgY29sb3I9ImZ1Y2hzaWEiPsW+vtjIrcDMxq48L2E+ IA0KICAgICAgICAgICAgPC9mb250PjwvYj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5cHQ7Ij6x4rnMLMDixrwswdax2bH6PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO7Dtuc4gDQogICAgICAgICAgICCz oTwvc3Bhbj48L3A+DQogICAgICAgIDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAg ICAgIDx0ZCB3aWR0aD0iMTg2Ij4NCiAgICAgICAgICAgIDxwIHN0eWxlPSJsaW5lLWhlaWdo dDoxMDAlOyBtYXJnaW4tdG9wOjA7IG1hcmdpbi1ib3R0b206MDsiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OXB0OyI+PGZvbnQgY29sb3I9ImJsdWUiPsfHus6z68itwMcgDQogICAgICAg ICAgICC/+MDOPC9mb250PsC6IDxicj7Hx7rOs7sgPGZvbnQgY29sb3I9ImJsdWUiPsTdtvOw 1cDHsKi80iE8L2ZvbnQ+PGJyPiA8Zm9udCBjb2xvcj0iYmx1ZSI+xN2287DVPC9mb250PsDM IA0KICAgICAgICAgICAgtOe9xcDHIMD+wL3AuyDB9sTRteW4s7TPtNkuPC9zcGFuPiAgICAg ICAgPC90ZD4NCiAgICAgICAgPHRkIHdpZHRoPSIxNzgiPg0KICAgICAgICAgICAgPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij6x4rnMLLDLufa8uCzB1rHZsfoswOLGvC4uLi48YnI+ wMzBpiANCiAgICAgICAgICAgILCow9/B9iC4u7DtIDxicj48Zm9udCBjb2xvcj0iYmx1ZSI+ ucy56TwvZm9udD4gPGZvbnQgY29sb3I9ImJsdWUiPsD8ua68uiDFqbiyPC9mb250Pjxicj48 Zm9udCBjb2xvcj0iYmx1ZSI+xb6+2MitwMzGrjwvZm9udD63ziCyyyDA4sC4vLy/5CEhPGJy Pjxicj4mbmJzcDsNCiAgICAgICAgICAgIDwvc3Bhbj4gICAgICAgIDwvdGQ+DQogICAgPC90 cj4NCjwvdGFibGU+DQo8aHIgd2lkdGg9IjYwMCIgYWxpZ249ImxlZnQiIG5vc2hhZGUgY29s b3I9ImxpbWUiIHN0eWxlPSJsaW5lLWhlaWdodDoxMDAlOyBtYXJnaW4tdG9wOjA7IG1hcmdp bi1ib3R0b206MDsiPg0KPHAgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwMCU7IG1hcmdpbi10b3A6 MDsgbWFyZ2luLWJvdHRvbTowOyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij48YSBo cmVmPSJqYXZhc2NyaXB0Om5hX29wZW5fd2luZG93KCd3aW4nLCAnaHR0cDovL2VmcmVlY2Fs bC5jby5rcicsIDAsIDAsIDgwMCwgNjAwLCAxLCAxLCAxLCAxLCAxKTsiIE9uTW91c2VPdXQ9 Im5hX3Jlc3RvcmVfaW1nX3NyYygnYm90dG9iJywgJ2RvY3VtZW50JykiIE9uTW91c2VPdmVy PSJuYV9jaGFuZ2VfaW1nX3NyYygnYm90dG9iJywgJ2RvY3VtZW50JywgJ21haW5pbWcuanBn JywgdHJ1ZSk7Ij48aW1nIHNyYz0ic2hvcHBpbmcuanBnIiB3aWR0aD0iNjAwIiBoZWlnaHQ9 IjE2MCIgYm9yZGVyPSIwIiBuYW1lPSJib3R0b2IiPjwvYT48L3NwYW4+PC9wPg0KPGhyIHdp ZHRoPSI2MDAiIGFsaWduPSJsZWZ0IiBub3NoYWRlIGNvbG9yPSJsaW1lIiBzdHlsZT0ibGlu ZS1oZWlnaHQ6MTAwJTsgbWFyZ2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7Ij4NCjxwIGFs aWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAwJTsgbWFyZ2luLXRvcDowOyBtYXJn aW4tYm90dG9tOjA7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjlwdDsiPiZuYnNwOzxpbWcg c3JjPSJjb3B5cmlnaHQuZ2lmIiB3aWR0aD0iMzk1IiBoZWlnaHQ9IjQ0IiBib3JkZXI9IjAi IHZzcGFjZT0iMCIgaHNwYWNlPSIxMTAiIHVzZW1hcD0iI0ltYWdlTWFwMSI+PC9zcGFuPjwv cD4NCjxtYXAgbmFtZT0iSW1hZ2VNYXAxIj4NCjxhcmVhIHNoYXBlPSJyZWN0IiBjb29yZHM9 IjM3MiwgMjcsIDM5NCwgNDMiIGhyZWY9Im1haWx0bzp3ZWJtYXN0ZXJAZWZyZWVjYWxsLmNv LmtyIj4NCjwvbWFwPg== ------=_NextPart_000_0107_01C0F10A.93A55C00-- ================================================================================ Archive-Date: Fri, 11 Jan 2002 04:44:08 -0500 Date: Fri, 11 Jan 2002 02:40:32 -0700 From: "Mah, Lee" Reply-To: Info-TCPware@process.com Subject: TCPWARE versus Compaq TCP/IP To: "'Info-TCPware@process.com'" Message-ID: <42E8EAD18405D311B9D90050047A7170046AE790@RANTXCHG01> MIME-Version: 1.0 Content-Type: text/plain I require a comparison of the two products. Currently, I have TCPWARE running on four AS1200's. The AS1200's will be upgraded to four ES45's. Compaq TCP/IP will be available with the upgrade. Of course, my preference is TCPWARE, as we have been using it for many years, and I am highly satisfied with it. However, some people in my organization have suggested replacing TCPWARE with Compaq TCP/IP. Can anyone in this group post a comparison of the two products (without running down Compaq's product). For example, re load balancing, telnet, ftp, nsf,... How flexible are the two products when changes have to be made on the fly? TIA. --- Lee Lee Y T Mah Capital Health Authority Email: lytmah@cha.ab.ca Information Systems, RAH CSC Phone: (780) 477-4725, 477-4233 10240 Kingsway NW Fax: (780) 491-5119, 491-5619 Edmonton, AB, CAN T5H3V9 ================================================================================ Archive-Date: Fri, 11 Jan 2002 06:24:03 -0500 Date: Fri, 11 Jan 2002 12:21:12 +0100 From: =?iso-8859-1?Q?=22Vorl=E4nder=2C_Martin=22?= Reply-To: Info-TCPware@process.com Subject: RE: TCPWARE versus Compaq TCP/IP To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mah, Lee wrote: > I require a comparison of the two products. Currently, I have TCPWARE > running on four AS1200's. The AS1200's will be upgraded to four ES45's. > Compaq TCP/IP will be available with the upgrade. Of course, my > preference is TCPWARE, as we have been using it for many years, and I am > highly satisfied with it. However, some people in my organization have > suggested replacing TCPWARE with Compaq TCP/IP. Can anyone in this > group post a comparison of the two products (without running down > Compaq's product). For example, re load balancing, telnet, ftp, nsf,... A quick cross-reference is at http://www.process.com/tcpip/tcpcompare.html Of course, this highlights the areas where TCPware is superior to Compaq TCP/IP. What did you expect? ;-) Regarding the TCP/IP stack and the "standard" TCP/IP services like Telnet, FTP, etc., none of the products has a significant advantage in functionality or performance, IMHO. Though I haven't looked at it (yet), I guess that Compaq TCP/IP has benefits in the area of load balancing. It really depends on which services you are using; e.g. if you have a need for SSH or IPP, TCPware (or MultiNet) is the way to go. One highlight of Process that doesn't appear in the chart is the superb support. > How flexible are the two products when changes have to be made on > the fly? What did you have in mind? If you change the basic settings of a service, of course that service has to be restarted (killing all current connections). The stack itself should always keep running. cu, Martin Disclaimer: My employer is a german distributor of Process Software. -- So long, and thanks | Martin Vorlaender | VMS & WNT programmer for all the books... | work: mv@pdv-systeme.de In Memoriam Douglas Adams | http://www.pdv-systeme.de/users/martinv/ 1952-2001 | home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Fri, 11 Jan 2002 07:39:07 -0500 Date: Fri, 11 Jan 2002 13:18:54 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: TCPWARE versus Compaq TCP/IP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3c3ed82e$1@news.kapsch.co.at> In article <42E8EAD18405D311B9D90050047A7170046AE790@RANTXCHG01>, "Mah, Lee" writes: >I require a comparison of the two products. Currently, I have TCPWARE >running on four AS1200's. The AS1200's will be upgraded to four ES45's. >Compaq TCP/IP will be available with the upgrade. Of course, my preference >is TCPWARE, as we have been using it for many years, and I am highly >satisfied with it. However, some people in my organization have suggested >replacing TCPWARE with Compaq TCP/IP. Can anyone in this group post a >comparison of the two products (without running down Compaq's product). For >example, re load balancing, telnet, ftp, nsf,... How flexible are the two >products when changes have to be made on the fly? We use both of them and we are satisfied with both of them ! If you need a _good_ server, then TCPware is the way to go, as it have a lot of features more (IMAP4, SSH, IDENTD, TIMED, ICMP Timestamp, ...) If you need to buy IP licenses (TCPIP and/or TCPware), then TCPware is probably the way to go. If you need to support older VMS versions with the latest/greatest IP Stack, then TCPware is the way to go. In all other cases stick with TCPIP, as it's usually included in the buy of a new OpenVMS AlphaServer and/or CSLG. DEC/COMPAQ lagged way behind with their IP Stack but almost catched up (and in part got in front of TCPware - with AgentX - where TCPware had to catch up again - and it did !!). We nevertheless started with UCX years ago, too, on the clients, because a UCX license wasn't needed for X11 over IP transport (while TCPware required a license) and that was all our VMS satellites did at this time. We had a lot of crashes with UCX, but we also had crashes caused by TCPware (eg. with V5.0-3). Knock on wood, but crashes seems history now... -- 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: Fri, 11 Jan 2002 10:33:31 -0500 Date: Fri, 11 Jan 2002 10:27:20 -0500 (EST) From: David Massaro - ITEC systems group Reply-To: Info-TCPware@process.com Subject: Re: TCPWARE versus Compaq TCP/IP To: info-tcpware@process.com Message-ID: <01KCXWFMCEJM0003YZ@mail.suny.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Hello, Let me add my $0.02 on the subject. Both products are excellent implementations, except TCPIP Services still has it's quirky "database" files as opposed to TCPWARE's flat files. You just get in and edit _most_ TCPWARE files, ie the HOSTS. file. With TCPIP Services you're stuck with the ol' SET NOHOST xyz, SET HOST abc, etc. It is tricky/difficult to change nameservers in TCPIP Services - you need to set NOHOST, NOSERVICE, etc and then add them back and make sure it's system wide (/SYSTEM). It can become a real PITA when you're getting hounded by users to change something. And add to that the occasional TCPIP Services database corruption issue where you have to blow away the config and start again. At least I can edit TCPWARE's files with my favorite editor or use the CNFNET utility. -Dave ,---------------------------------------------------------. | David A. Massaro | | SUNY ITEC - VMS, Unix and networking support | | Computing Services - Twin Rise 200E | | State University of New York College at Buffalo | | 1300 Elmwood Avenue | | Buffalo, New York, 14222 | | U.S.A., Planet Earth | | | | Internet: MassarDA@ITEC.SUNY.EDU | | SUNY DECnet: sbscVC::MassarDA | | Pager/Cell: 716-867-4987 | | | | VOICE: 716-878-ITEC | | FAX: 716-878-4235 | | URL: h-d.itec.suny.edu | `---------------------------------------------------------' Disclaimer: "However, in their extramural utterances employees have an obligation to indicate that they are not institutional spokespersons." -Policies of the Board of Trustees, 1989 > From: IN%"Info-TCPware@process.com" 11-JAN-2002 04:38:53.27 > To: IN%"info-tcpware@process.com" "'Info-TCPware@process.com'" > CC: > Subj: TCPWARE versus Compaq TCP/IP > > Return-path: > Received: from triton.process.com ([198.115.138.29]) > by mail.suny.edu (PMDF V6.0-025 #40266) > with ESMTP id <01KCXKKQ2SRQ0002LF@mail.suny.edu> for MASSARDA@mail.suny.edu > (ORCPT MASSARDA@MAIL.SUNY.EDU); Fri, 11 Jan 2002 04:38:52 -0500 (EST) > Date: Fri, 11 Jan 2002 02:40:32 -0700 > From: "Mah, Lee" > Subject: TCPWARE versus Compaq TCP/IP > To: "'Info-TCPware@process.com'" > Reply-to: Info-TCPware@process.com > Message-id: <42E8EAD18405D311B9D90050047A7170046AE790@RANTXCHG01> > MIME-version: 1.0 > Content-type: text/plain > X-Listname: Process TCPware Discussion List > List-Unsubscribe: > Original-recipient: rfc822;MASSARDA@MAIL.SUNY.EDU > > I require a comparison of the two products. Currently, I have TCPWARE > running on four AS1200's. The AS1200's will be upgraded to four ES45's. > Compaq TCP/IP will be available with the upgrade. Of course, my preference > is TCPWARE, as we have been using it for many years, and I am highly > satisfied with it. However, some people in my organization have suggested > replacing TCPWARE with Compaq TCP/IP. Can anyone in this group post a > comparison of the two products (without running down Compaq's product). For > example, re load balancing, telnet, ftp, nsf,... How flexible are the two > products when changes have to be made on the fly? > TIA. > > --- > Lee > > Lee Y T Mah Capital Health Authority > Email: lytmah@cha.ab.ca Information Systems, RAH CSC > Phone: (780) 477-4725, 477-4233 10240 Kingsway NW > Fax: (780) 491-5119, 491-5619 Edmonton, AB, CAN T5H3V9 > ================================================================================ Archive-Date: Fri, 11 Jan 2002 12:47:26 -0500 Date: Fri, 11 Jan 2002 11:33:54 -0600 From: Bob Blum Reply-To: Info-TCPware@process.com Subject: Re: TCPWARE versus Compaq TCP/IP To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii As someone who has used mostly TCPware for years (since version 1.x), various vintages of DECompaq's UCX/TCPIP Services, some MultiNet, and a little bit of everything else (Wollongong, Excelan, Fusion, CMU/IP), my biased opinion recommends TCPware. As mentioned by David A. Massaro, TCPware is easier to do most management tasks, because of the fact that it does use flat files that are human readable. The user and management interfaces are more VMS-like, while the current Compaq TCPIP product has the UCX-style commands, with some Unix-style as well (although I seldom use them). From what I've heard, Compaq dumped the old UCX code, and ported the Tru64 Unix TCP/IP code over to VMS to create TCPIP V5.0. That could be a mixed blessing, but I haven't had any real complaints about it, other than the issues with trying to change things like default domains without having to start from scratch. Overall, I tend to agree with what people are saying about using Compaq's TCPIP product for basic services, like on a workstation, but using TCPware for more complex or dynamic environments like a server, cluster, or development system. I'm just glad Process is out there providing a quality alternative (or two!). Bob Blum IBM Global Services 325 J. S. McDonnell Blvd. Hazelwood, MO 63042 Work Phone: (314) 234-4510 Work E-Mail: bdblum@us.ibm.com "Mah, Lee" .ca> cc: Subject: TCPWARE versus Compaq TCP/IP 01/11/02 03:40 AM Please respond to Info-TCPware I require a comparison of the two products. Currently, I have TCPWARE running on four AS1200's. The AS1200's will be upgraded to four ES45's. Compaq TCP/IP will be available with the upgrade. Of course, my preference is TCPWARE, as we have been using it for many years, and I am highly satisfied with it. However, some people in my organization have suggested replacing TCPWARE with Compaq TCP/IP. Can anyone in this group post a comparison of the two products (without running down Compaq's product). For example, re load balancing, telnet, ftp, nsf,... How flexible are the two products when changes have to be made on the fly? TIA. --- Lee Lee Y T Mah Capital Health Authority Email: lytmah@cha.ab.ca Information Systems, RAH CSC Phone: (780) 477-4725, 477-4233 10240 Kingsway NW Fax: (780) 491-5119, 491-5619 Edmonton, AB, CAN T5H3V9 ================================================================================ Archive-Date: Fri, 11 Jan 2002 13:43:51 -0500 Date: Fri, 11 Jan 2002 21:35:53 +0300 From: "Ruslan R. Laishev" Subject: Re: TCPWARE versus Compaq TCP/IP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C3F3089.7D5936BA@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit The most advantages of the PSC's products is a nice support, as well as great functionality/quality of the stacks. Mah, Lee wrote: > > I require a comparison of the two products. Currently, I have TCPWARE > running on four AS1200's. The AS1200's will be upgraded to four ES45's. > Compaq TCP/IP will be available with the upgrade. Of course, my preference > is TCPWARE, as we have been using it for many years, and I am highly > satisfied with it. However, some people in my organization have suggested > replacing TCPWARE with Compaq TCP/IP. Can anyone in this group post a > comparison of the two products (without running down Compaq's product). For > example, re load balancing, telnet, ftp, nsf,... How flexible are the two > products when changes have to be made on the fly? > TIA. > > --- > Lee > > Lee Y T Mah Capital Health Authority > Email: lytmah@cha.ab.ca Information Systems, RAH CSC > Phone: (780) 477-4725, 477-4233 10240 Kingsway NW > Fax: (780) 491-5119, 491-5619 Edmonton, AB, CAN T5H3V9 -- 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: Mon, 14 Jan 2002 11:17:28 -0500 Date: Mon, 14 Jan 2002 11:06:19 -0500 From: Sabu.Zacharias@reuters.com Reply-To: Info-TCPware@process.com Subject: Max. number of UDP packets. To: info-tcpware@process.com Message-ID: <01KD258AZ3YQ9378BK@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, Is there a known limit on the number of UDP packets(IP multicast packets) TCPWARE can handle per second? We are running TCPWARE version 5.4-3 and saw that the applications start loosing packets once the "per second rate" goes above 500 (roughly). The packets are around 1400 bytes long. I tried having multiple processes listening at different Port numbers and still the total throughput seems to be the same. Another very interesting thing I noticed was that an application listening on 239.0.0.20 with port number 16011 receives incoming data arriving at 239.0.0.21 with port number 16010(but this is not a major concern right now). If any one has any input on increasing throughput rate, it is greatly appreciated. thanks, Sabu Zacharias. sabu.zacharias@reuters.com ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd. ================================================================================ Archive-Date: Mon, 14 Jan 2002 11:24:02 -0500 Date: Mon, 14 Jan 2002 16:20:01 +0000 From: John Bell Reply-To: Info-TCPware@process.com Subject: RE: Max. number of UDP packets. To: info-tcpware@process.com Message-ID: <94AC4CC59C196C4BA9E6BC69E000504C241F94@EXCPR1.corp.lch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable ++++++++++++++++++++++++++++++++++++++++++++++++++ Please read the disclaimer at the bottom of this e-mail. ++++++++++++++++++++++++++++++++++++++++++++++++++=20 Hi, I had a similar problem when using a messaging app. I upped the following param which helped. =20 netcu set udprecvlimit 2000 (from the default 5 datagrams) Regards=20 John =20 -----Original Message----- From: Sabu.Zacharias@reuters.com [mailto:Sabu.Zacharias@reuters.com] Sent: 14 January 2002 16:06 To: info-tcpware@process.com Subject: Max. number of UDP packets. Hi, Is there a known limit on the number of UDP packets(IP multicast packets) TCPWARE can handle per second? We are running TCPWARE version 5.4-3 and saw that the applications start loosing packets once the "per second rate" goes above 500 (roughly). The packets are around 1400 bytes long. I tried having multiple processes listening at different Port numbers and still the total throughput seems to be the same. Another very interesting thing I noticed was that an application listening on 239.0.0.20 with port number 16011 receives incoming data arriving at 239.0.0.21 with port number 16010(but this is not a major concern right now). If any one has any input on increasing throughput rate, it is greatly appreciated. thanks, Sabu Zacharias. sabu.zacharias@reuters.com ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd. ---------------------------------------------------------------------------= ------------------------------------------ This email is intended for the named recipient(s) only. Its contents are confidential and may only be retained by the named recipient(s) and may only be copied or disclosed with the consent of The London Clearing House (LCH). If you are not an intended recipient please delete this e-mail and notify postmaster@lch.co.uk. The contents of this email are subject to contract in all cases,=20 and LCH makes no contractual commitment save where confirmed by hard copy. LCH accepts no liability, including liability for negligence,=20 in respect of any statement in this email. The London Clearing House Limited, Registered Office: Aldgate House,=20 33 Aldgate High Street, London EC3N 1EA. Recognised as a Clearing=20 House under the Financial Services Act 1986. Reg in England No.25932=20 Telephone: 020 7426 7000 Internet: http://www.lch.co.uk ---------------------------------------------------------------------------= ------------------------------------------ ================================================================================ Archive-Date: Mon, 14 Jan 2002 11:27:31 -0500 Date: Mon, 14 Jan 2002 11:23:48 -0500 (EST) From: Geoff Bryant Reply-To: Info-TCPware@process.com Subject: Re: Max. number of UDP packets. To: info-tcpware@process.com Message-ID: <01KD25F8MSXI936X6C@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii On Mon, 14 Jan 2002 11:06:19, Sabu.Zacharias@reuters.com wrote: > >Hi, > >Is there a known limit on the number of UDP packets(IP multicast packets) >TCPWARE can handle per second? We are running TCPWARE version 5.4-3 and saw >that the applications start loosing packets once the "per second rate" goes >above 500 (roughly). The packets are around 1400 bytes long. I tried having >multiple processes listening at different Port numbers and still the total >throughput seems to be the same. > >Another very interesting thing I noticed was that an application listening on >239.0.0.20 with port number 16011 receives incoming data arriving at >239.0.0.21 with port number 16010(but this is not a major concern right now). > >If any one has any input on increasing throughput rate, it is greatly >appreciated. > >thanks, >Sabu Zacharias. >sabu.zacharias@reuters.com Yes, look at the NETCU START/UDP command and use the /UNSOLICITED_RECEIVE_LIMIT to increase the UDP receive limit. This controls how many packets can be queued, especially if no read is posted anywhere at that time. I believe the default is 5. It merely impacts how much non-paged pool is used to store the packets before they are dropped. I would increase this value and monitor your pool useage. ================================================================================ Archive-Date: Tue, 15 Jan 2002 09:43:09 -0500 Date: Tue, 15 Jan 2002 09:32:35 -0500 From: Sabu.Zacharias@reuters.com Reply-To: Info-TCPware@process.com Subject: Max. number of UDP packets. To: info-tcpware@process.com Message-ID: <01KD3G8JX2AS937AR0@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, I assume there was some reply. I just heard from our network administrators that I will not get emails addressed to groups. Can someone please forward me the response email(s) to sabu.zacharias@reuters.com thanks, Sabu. ----- Forwarded by Sabu Zacharias/HPG/US/Reuters on 01/15/2002 09:35 AM ----- Sabu Zacharias To: info-tcpware@process.com cc: 01/14/2002 Subject: Max. number of UDP packets. 11:06 AM Header: Internal Use Only Hi, Is there a known limit on the number of UDP packets(IP multicast packets) TCPWARE can handle per second? We are running TCPWARE version 5.4-3 and saw that the applications start loosing packets once the "per second rate" goes above 500 (roughly). The packets are around 1400 bytes long. I tried having multiple processes listening at different Port numbers and still the total throughput seems to be the same. Another very interesting thing I noticed was that an application listening on 239.0.0.20 with port number 16011 receives incoming data arriving at 239.0.0.21 with port number 16010(but this is not a major concern right now). If any one has any input on increasing throughput rate, it is greatly appreciated. thanks, Sabu Zacharias. sabu.zacharias@reuters.com ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd. ================================================================================ Archive-Date: Tue, 15 Jan 2002 15:18:21 -0500 Date: Tue, 15 Jan 2002 15:08:06 -0500 From: Sabu.Zacharias@reuters.com Reply-To: Info-TCPware@process.com Subject: FW: Max. number of UDP packets. To: info-tcpware@process.com Message-ID: <01KD3RXACQOS937H6N@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Thanks Bryant. The receive limit was already at 1000 and going beyond 1000 did not show any improvements. Our system has 4 GB memory and npagedyn is 12197888. How exactly can I monitor the pool usage? The page fault on the system is 0. When I do a show memory while the messages are coming in, I see the following values against nonpaged dynamic memory total : 41558016 free 37264640 In use 4293376 largest 1634432 thanks, Sabu. From: Geoff Bryant [mailto:bryant@process.com] Sent: Monday, January 14, 2002 11:24 AM To: info-tcpware@process.com Subject: Re: Max. number of UDP packets. On Mon, 14 Jan 2002 11:06:19, Sabu.Zacharias@reuters.com wrote: > >Hi, > >Is there a known limit on the number of UDP packets(IP multicast packets) >TCPWARE can handle per second? We are running TCPWARE version 5.4-3 and saw >that the applications start loosing packets once the "per second rate" goes >above 500 (roughly). The packets are around 1400 bytes long. I tried having >multiple processes listening at different Port numbers and still the total >throughput seems to be the same. > >Another very interesting thing I noticed was that an application listening on >239.0.0.20 with port number 16011 receives incoming data arriving at >239.0.0.21 with port number 16010(but this is not a major concern right now). > >If any one has any input on increasing throughput rate, it is greatly >appreciated. > >thanks, >Sabu Zacharias. >sabu.zacharias@reuters.com Yes, look at the NETCU START/UDP command and use the /UNSOLICITED_RECEIVE_LIMIT to increase the UDP receive limit. This controls how many packets can be queued, especially if no read is posted anywhere at that time. I believe the default is 5. It merely impacts how much non-paged pool is used to store the packets before they are dropped. I would increase this value and monitor your pool useage. ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd. ================================================================================ Archive-Date: Tue, 15 Jan 2002 15:39:47 -0500 Date: Tue, 15 Jan 2002 13:35:49 -0700 From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: FW: Max. number of UDP packets. In-Reply-To: <01KD3RXACQOS937H6N@PROCESS.COM> To: Sabu.Zacharias@reuters.com, info-tcpware@process.com Message-ID: <5.1.0.14.2.20020115133127.01bfc100@mehlhop.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii At 03:08 PM 1/15/02 -0500, Sabu.Zacharias@reuters.com wrote: >Thanks Bryant. The receive limit was already at 1000 and going beyond 1000 >did not show any improvements. > >Our system has 4 GB memory and npagedyn is 12197888. How exactly can I >monitor the pool usage? $ sho mem/pool/full System Memory Resources on 15-JAN-2002 13:32:37.22 Nonpaged Dynamic Memory (Lists + Variable) Current Size (bytes) 2875392 Current Size (pagelets) 5616 Initial Size 2875392 Initial Size (pagelets) 5616 Maximum Size 11370496 Maximum Size (pagelets) 22208 Free Space (bytes) 1362496 Space in Use (bytes) 1512896 Largest Variable Block 1221312 Smallest Variable Block 64 Number of Free Blocks 355 Free Blocks LEQU 64 Bytes 67 Free Blocks on Lookasides 91 Lookaside Space (bytes) 54592 This will allow you to see if there is any growth from the initial size(npagedyn) to the maximum size(NPAGEVIR) >The page fault on the system is 0. When I do a show memory while the >messages are coming in, I see the following values against nonpaged >dynamic memory total : > 41558016 > free 37264640 > In use 4293376 > largest 1634432 > > >thanks, >Sabu. > > >From: Geoff Bryant [mailto:bryant@process.com] >Sent: Monday, January 14, 2002 11:24 AM >To: info-tcpware@process.com >Subject: Re: Max. number of UDP packets. > > >On Mon, 14 Jan 2002 11:06:19, Sabu.Zacharias@reuters.com wrote: > > > >Hi, > > > >Is there a known limit on the number of UDP packets(IP multicast packets) > >TCPWARE can handle per second? We are running TCPWARE version 5.4-3 and saw > >that the applications start loosing packets once the "per second rate" goes > >above 500 (roughly). The packets are around 1400 bytes long. I tried >having > >multiple processes listening at different Port numbers and still the total > >throughput seems to be the same. > > > >Another very interesting thing I noticed was that an application listening >on > >239.0.0.20 with port number 16011 receives incoming data arriving at > >239.0.0.21 with port number 16010(but this is not a major concern right >now). > > > >If any one has any input on increasing throughput rate, it is greatly > >appreciated. > > > >thanks, > >Sabu Zacharias. > >sabu.zacharias@reuters.com > >Yes, look at the NETCU START/UDP command and use the >/UNSOLICITED_RECEIVE_LIMIT >to increase the UDP receive limit. This controls how many packets can be >queued, especially if no read is posted anywhere at that time. I believe >the >default is 5. It merely impacts how much non-paged pool is used to store >the >packets before they are dropped. I would increase this value and monitor >your pool useage. > > > > >----------------------------------------------------------------- > Visit our Internet site at http://www.reuters.com > >Any views expressed in this message are those of the individual >sender, except where the sender specifically states them to be >the views of Reuters Ltd. _________________________________________________________________________ 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, 17 Jan 2002 22:33:25 -0500 Date: Thu, 17 Jan 2002 22:09:25 -0500 From: Gary Woodman Reply-To: Info-TCPware@process.com Subject: Open to All #3195 To: approve89j@[207.248.15.130] Message-ID: <01KD6ZOSSRTU9360R8@PROCESS.COM> 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: Wed, 23 Jan 2002 09:39:31 -0500 Date: Wed, 23 Jan 2002 09:42:04 -0500 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: spam is killing us To: info-tcpware@process.com Message-ID: <020123094204.3f893@ENDOR.COM> c Tcpware V5.5-3, smtp Spam filtering needs more improvement 1. A before script user call out 2. A after script user call out Script validation 1. validate "Reply-to:" should check if a) a valid domain b) a valid user at that domain 1. validate "From:" should check if a) a valid domain b) a valid user at that domain John Babiarz ================================================================================ Archive-Date: Wed, 23 Jan 2002 09:57:18 -0500 Date: Wed, 23 Jan 2002 15:52:57 +0100 From: Martin Vorlaender Reply-To: Info-TCPware@process.com Subject: RE: spam is killing us In-Reply-To: <020123094204.3f893@ENDOR.COM> To: info-tcpware@process.com CC: babiarz@ENDOR.COM Message-ID: <860014f4ad1243b4e9631b2c9568ade63c4ecdfb@pdv-systeme.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE babiarz@ENDOR.COM wrote: > Spam filtering needs more improvement > > 1. A before script user call out > 2. A after script user call out > > Script validation > > 1. validate "Reply-to:" should check if > a) a valid domain > b) a valid user at that domain > > 1. validate "From:" should check if > a) a valid domain > b) a valid user at that domain "valid user at that domain" can't be checked for (other than sending a mail). There's an extension to the SMTP protocol (VRFY) that would allow it, but it's switched off on most sites - because of spam. There exists a realtime blackhole list (RBL) on mail-abuse.org that contains open relays. Some mailer packages can be configured to use this, and not take any mail from those systems. cu, Martin PDV-SYSTEME GmbH Bornhardtstra=DFe 3 38644 Goslar Tel.:=09 =A0+49 (0)5321/3703-0 Fax.:=09 =A0+49 (0)5321/8924 Email: martin.vorlaender@PDV-SYSTEME.de Internetinfos : www.PDV-SYSTEME.de ================================================================================ Archive-Date: Wed, 23 Jan 2002 10:12:43 -0500 Date: Wed, 23 Jan 2002 09:05:22 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: spam is killing us In-Reply-To: "Your message dated Wed, 23 Jan 2002 09:42:04 -0500" <020123094204.3f893@ENDOR.COM> To: babiarz@ENDOR.COM CC: info-tcpware@process.com Message-ID: <01KDELGZ73H48WW5EG@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > Tcpware V5.5-3, smtp > Spam filtering needs more improvement At the risk of sounding like a sales rep, I strongly suggest you consider purchasing a license for PMDF. PMDF provides considerably more spam filtering capabilities than TCPware or MultiNet will ever have (or could have without significantly redesigning the SMTP component). In addition to the RBL support that Martin mentioned, PMDF includes Sieve support. With some judicious Sieve rules, I block as many as 300 spam messages a day here at Process. Some still gets through, but it's a lot less than it used to be. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Wed, 23 Jan 2002 11:05:31 -0500 Date: Wed, 23 Jan 2002 16:41:28 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: RE: spam is killing us To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3c4ed9a8$1@news.kapsch.co.at> In article <860014f4ad1243b4e9631b2c9568ade63c4ecdfb@pdv-systeme.de>, Martin Vorlaender writes: >There exists a realtime blackhole list (RBL) on mail-abuse.org that >contains open relays. Some mailer packages can be configured to use >this, and not take any mail from those systems. 1.) MAIL-ABUSE.ORG is commercial and no longer free, better start with ORDB.ORG 2.) You could also use MX mailer on top of TCPware/UCX/TCPIP (as we do). a) Matt would again earn a fistfull of bucks for his wonderful software b) You could switch the TCP/IP stack beneath without replicating the SMTP setup c) You get some/a-lot-of ESMTP features which TCPIP/TCPware still not has. 3.) You could also use PMDF instead of MX (just like Hunter recommended). -Peter PS: I know of some 'improvements' for MX, like *) POP3/IMAP4 suck agent *) SMTP/ETRN suck agent *) content filtering (not only header) *) more features out-of-the box (instead of CONTRIB) like virusscanning/reporting or WWW-Interface (GUI) and so on which _might_ be useful in getting in addition to the existing MX set. And if you pay Matt for them, they are surely much easier to get, than with any big commercial package. And - also without paying Matt - eg. as a betatester - you surely have much greater influence to the product enhancements than in any big/commerical product at all. -- 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, 23 Jan 2002 11:18:18 -0500 Date: Wed, 23 Jan 2002 11:13:33 -0500 From: Peter Weaver Subject: Seeing Nfilename at the end of Reports To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <6jB38.99192$Z2.1395037@nnrp1.uunet.ca> One of our programmers created a new report that had a filename of 9 character dot three characters (i.e. 123456789.123). When he prints it to a queue like the one here; Server queue ASPIRE, idle, on SYSZ::, mounted form W216 /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=W216) /LIBRARY=HPDEVCTL /OWNER=[MANAGER,SYSTEM] /PROCESSOR=TCPWARE_VMSLPRSMB /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN=ERROR we find the last line of the report is over written with the letter N followed by the 9.3 filename (i.e. N123456789.123 - no device, directory or version appears). If we add the qualifier /SEPARATE=(RESET=(NORMAL)) to the queue then the report prints on one page (in either landscape mode or portrait mode depending on the setup we use) and the N and the filename appears on the next page in portrait mode. If the file is renamed to any other length (i.e. 1234.12) then we do not see the name. The Environment is VMS V7.1, Alpha, TCPWare 5.5-3. We could not duplicate this on VAX 7.1 with 5.5-3 and we could not duplicate this on ALPHA 7.2-1 and TCPWarre 5.4-3. One person here remembers seeing something like this before but can not remember how it was fixed. Does anyone have any clues on how to get rid of this (other than renaming the files ;)? -- A study has shown that sheep can remember faces for up to 2 years, I guess that means I'm dumber than the average sheep. ================================================================================ Archive-Date: Wed, 23 Jan 2002 11:50:28 -0500 Date: Wed, 23 Jan 2002 10:44:46 -0600 From: Bob Blum Reply-To: Info-TCPware@process.com Subject: Re: Seeing Nfilename at the end of Reports To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Peter, It might help to have more information. I don't recall anything directly with the symbiont itself. Q) How is the form defined? A) Use the command "SHOW QUEUE/FORM/FULL W216" to show this. The form and queue setup may use control codes in a device control text library (.TLB). Q) What's in the device control library? A) List the entries with "LIBRARY/LIST SYS$LIBRARY:HPDEVCTL.TLB". Sometimes you have to look at what the destination printer (or print host) is doing with what you've sent it. Q) What's the destination for the queue? A) Since it's using the "lpr" print symbiont, it will be handing the data over to a remote printer@host, or printer@printer_network_card. The queue configuration may be in the TCPware configuration, or a custom command file. You'll just have to look for it. Disclaimer: None of these may have anything to do with your problem. But then sometimes you have to understand the details of how things are hooked up so you can determine where to look for the real problem. Good luck, Peter, and keep us updated on your progress! Bob Blum IBM Global Services Peter Weaver cc: Subject: Seeing Nfilename at the end of Reports 01/23/02 10:13 AM Please respond to Info-TCPware One of our programmers created a new report that had a filename of 9 character dot three characters (i.e. 123456789.123). When he prints it to a queue like the one here; Server queue ASPIRE, idle, on SYSZ::, mounted form W216 /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=W216) /LIBRARY=HPDEVCTL /OWNER=[MANAGER,SYSTEM] /PROCESSOR=TCPWARE_VMSLPRSMB /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN=ERROR we find the last line of the report is over written with the letter N followed by the 9.3 filename (i.e. N123456789.123 - no device, directory or version appears). If we add the qualifier /SEPARATE=(RESET=(NORMAL)) to the queue then the report prints on one page (in either landscape mode or portrait mode depending on the setup we use) and the N and the filename appears on the next page in portrait mode. If the file is renamed to any other length (i.e. 1234.12) then we do not see the name. The Environment is VMS V7.1, Alpha, TCPWare 5.5-3. We could not duplicate this on VAX 7.1 with 5.5-3 and we could not duplicate this on ALPHA 7.2-1 and TCPWarre 5.4-3. One person here remembers seeing something like this before but can not remember how it was fixed. Does anyone have any clues on how to get rid of this (other than renaming the files ;)? -- A study has shown that sheep can remember faces for up to 2 years, I guess that means I'm dumber than the average sheep. ================================================================================ Archive-Date: Wed, 23 Jan 2002 14:12:40 -0500 Date: Wed, 23 Jan 2002 22:06:24 +0300 From: "Ruslan R. Laishev" Subject: Re: spam is killing us To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C4F09B0.1B41E011@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello Hunter! Hunter Goatley wrote: > > > Tcpware V5.5-3, smtp > > > Spam filtering needs more improvement > > At the risk of sounding like a sales rep, I strongly suggest you > consider purchasing a license for PMDF. PMDF provides considerably > more spam filtering capabilities than TCPware or MultiNet will ever > have (or could have without significantly redesigning the SMTP > component). Just add a support of external callouts to get an ability to use a user-written modules for SMTP server. Why not ? -- 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, 24 Jan 2002 07:41:53 -0500 Date: Thu, 24 Jan 2002 12:38:06 +0000 From: Guy Morris Reply-To: Info-TCPware@process.com Subject: Purveyor Logging To: info-tcpware@process.com Message-ID: <00c901c1a4d3$f9c07940$dd091ed4@QUEEG> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Sorry folks, I have forgotten how to turn off the creation of purveyor_worker.log. I know there is a logical I need to point to be null, but I can't find my notes on it. Would some kind soul please refresh my memory? Many thanks. Guy ================================================================================ Archive-Date: Thu, 24 Jan 2002 07:55:19 -0500 Date: Thu, 24 Jan 2002 13:51:05 +0100 From: Martin Vorlaender Reply-To: Info-TCPware@process.com Subject: RE: Purveyor Logging In-Reply-To: <00c901c1a4d3$f9c07940$dd091ed4@QUEEG> To: info-tcpware@process.com Message-ID: <9a14f528fef38f6b27fb9d8f14a6d8663c5002e8@pdv-systeme.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Guy Morris wrote: > Sorry folks, I have forgotten how to turn off the creation of > purveyor_worker.log. I know there is a logical I need to > point to be null, but I can't find my notes on it. To turn off logging, you will need to do the following: Edit PURVEYOR:PURVEYOR_CONTROLLER.COM and change the line DEFINE PURVEYOR_WORKER_OUTPUT PURVEYOR_WORKER.LOG to DEFINE PURVEYOR_WORKER_OUTPUT _NLA0: Then restart Purveyor. cu, Martin ================================================================================ Archive-Date: Thu, 24 Jan 2002 07:57:50 -0500 Date: Thu, 24 Jan 2002 12:54:01 +0000 From: Guy Morris Reply-To: Info-TCPware@process.com Subject: Re: Purveyor Logging To: info-tcpware@process.com Message-ID: <00dd01c1a4d6$322f45c0$dd091ed4@QUEEG> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit References: <9a14f528fef38f6b27fb9d8f14a6d8663c5002e8@pdv-systeme.de> Many thanks. ----- Original Message ----- From: "Martin Vorlaender" To: Sent: Thursday, January 24, 2002 12:51 PM Subject: RE: Purveyor Logging > > Guy Morris wrote: > > Sorry folks, I have forgotten how to turn off the creation of > > purveyor_worker.log. I know there is a logical I need to > > point to be null, but I can't find my notes on it. > > To turn off logging, you will need to do the following: > > Edit PURVEYOR:PURVEYOR_CONTROLLER.COM and change the line > > DEFINE PURVEYOR_WORKER_OUTPUT PURVEYOR_WORKER.LOG > > to > > DEFINE PURVEYOR_WORKER_OUTPUT _NLA0: > > Then restart Purveyor. > > cu, > Martin > > ================================================================================ Archive-Date: Thu, 24 Jan 2002 11:45:43 -0500 Sender: goatley@triton.process.com Return-Path: Date: Thu, 24 Jan 2002 11:37:33 -0500 From: Peter Weaver Subject: Re: Seeing Nfilename at the end of Reports To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: "Bob Blum" wrote in message news:OFE5BC6DEC.A2313EE8-ON86256B4A.0059C202@boulder.ibm.com... >... > Good luck, Peter, and keep us updated on your progress! >... Thanks, since nobody came forward and said that it is a common problem we decided to send it to the support people at Process. I hate sending in questions to the support if the answer is well known since it is usually a waste of their time, but this one really has us stumped. I included all of the information you asked for so hopefully we will get an answer soon. BTW: If anyone else is looking at trying to figure out what the PCL codes in a device control library are doing then there is a neat program at http://www.pcltools.com/propclc.htm (says that it is freeware, but you have to download a demo of another program to get it, I do not know what will happen once the demo product expires) that creates the following output; 1-24-2002 10:58 PCLCodes 7.50 Decoding 'C:\TEMP\TEMP\LAND.PCL' to 'C:\TEMP\TEMP\LAND.TXT' ---------------------------------------------------------------------------- - [ ESC P ] ---**** Unknown escape sequence [ ESC P [ ESC & l 1 O ] Print orientation : Landscape [ ESC & l 8 D ] 8 Lines per inch [ ESC ( 10 U ] Primary character set : PC-8 [ ESC ( s 0 p ] Fixed spacing [ ESC ( s 16.670 h ] Primary Font Pitch : 16.67 cpi [ ESC ( s 8.500 v ] Primary Height : 8.50 [ ESC ( s 0 s ] Primary Font style : Upright [ ESC ( s 0 b ] Primary stroke weight : Medium, Book or Text [ ESC ( s 0 T ] Primary Typeface : Line Printer [ ESC \ ] ---**** Unknown escape sequence [ ESC \ -- A study has shown that sheep can remember faces for up to 2 years, I guess that means I'm dumber than the average sheep. ================================================================================ Archive-Date: Fri, 25 Jan 2002 14:45:27 -0500 Date: Fri, 25 Jan 2002 13:35:27 -0600 (CST) From: Drew Shelton Reply-To: Info-TCPware@process.com Subject: Get a physical (MAC) address with an executable? To: info-tcpware@process.com CC: drew@sematech.org Message-ID: <01KDHNL0J00600F0GT@SEMATECH.Org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Is there a callable routine to get the physical address of a device? I'd rather avoid parsing the output of NETCU> find arp. I don't know C, so I would prefer something I could call from COBOL. Thanks, Drew ============================================================================ Drew Shelton drew@sematech.org VMS Systems Manager office: 512-356-7575 Sematech fax: 512-356-7600 2706 Montopolis Drive Austin, TX 78741-6499 I speak for myself only, not Sematech. "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!" - Compaq, 9/22/98 ============================================================================ ================================================================================ Archive-Date: Fri, 25 Jan 2002 15:34:58 -0500 Date: Fri, 25 Jan 2002 15:30:47 -0500 (EST) From: Geoff Bryant Reply-To: Info-TCPware@process.com Subject: Re: Get a physical (MAC) address with an executable? To: info-tcpware@process.com Message-ID: <01KDHRC9LX6I936KIZ@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii If you look in the TCPware programming guide, you can obtain the ARP table via SYS$QIO to IPDRIVER with the IO$_SENSEMODE!IO$M_CTRL function. On Fri, 25 Jan 2002 13:35:27, Drew Shelton wrote: > >Is there a callable routine to get the physical address of a device? I'd >rather avoid parsing the output of NETCU> find arp. I don't know C, so I >would prefer something I could call from COBOL. > >Thanks, >Drew > >============================================================================ >Drew Shelton drew@sematech.org >VMS Systems Manager office: 512-356-7575 >Sematech fax: 512-356-7600 >2706 Montopolis Drive >Austin, TX 78741-6499 I speak for myself only, not Sematech. > "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!" > - Compaq, 9/22/98 >============================================================================ ================================================================================ Archive-Date: Sat, 26 Jan 2002 05:20:53 -0500 Date: Sat, 26 Jan 2002 02:19:10 -0800 From: sales@mail1.gogotrading.com Reply-To: Info-TCPware@process.com Subject: Acer 18 Inch LCD Display Only $759 And More Special..... To: info-tcpware@process.com Message-ID: <59583401c1a652$e4f6e780$1d01140a@market2> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_595835_01C1A60F.D6D3A780" This is a multi-part message in MIME format. ------=_NextPart_000_595835_01C1A60F.D6D3A780 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 =20 =20 This Weeks Special ! =20 =20 ACER 18.1 INCH SXGA 1280x1024 LCD FLAT PANEL W/ Speakers $759=09 =09 =09 =20 IBM MICRODRIVE 1.0GB MEMORY CARD KIT W/ PC CARD PCMCIA TYPE-II ADAPTER =20 $295 =09 =09 =20 =20 PIONEER DVD RECORDABLE DRIVE DVR-A03 4.7GB INT. EIDE (Retail) =20 $379=09 =09 =20 =20 IBM 120.0GB 7200RPM VANCOUVER =20 $298=09 =09 =09 =20 10 Pack DVD Recordable Dics for Panasonic, Pioneer, Apple DVD Writer With Jewel Case =20 $49 =09 =09 =20 MITSUMI 24X12X40 CD-RW BULK W/SW CR-4809TE =20 $86=09 =09 =09 =20 =20 50 PACK 80 MIN 24X 700MB Silver Silver CDR Media (SPINDLE) =20 $15 =09 =09 =09 =20 =20 INTEL=AE 640x480 USB DELUXE PC CAMERA =20 $29=09 =09 =09 =20 AMD ATHLON XP 1800+ (OEM) W/O COOLING FAN =20 $185=09 =09 =09 SEAGATE 20.0GB TapeStor (Retail Pack) =20 $229=09 =09 =09 =20 We have all different kind of Inkjet Cartridge, Click here for more details =20 Canon BCI-21BK Inkjet Cartridge (Black) $3.99=20 EIDE HARD DRIVE=09 MAXTOR20.0GB ATA/133 7200RPM 75=09 MAXTOR40.0GB 5400RPM 77=09 MAXTOR40.0GB 7200RPM 87=09 MAXTOR60.0GB 7200RPM 117=09 MAXTOR80.0GB 5400RPM 132=09 MAXTOR80.0GB ATA/133 7200RPM 155=09 MAXTOR120.0GB ATA/133 217=09 MAXTOR160.0GB ATA/133 325=09 =09 SEAGATE20.0GB 7200RPM 75=09 SEAGATE40.0GB 7200RPM 87=09 SEAGATE60.0GB 7200RPM 119=09 SEAGATE80.0GB 5400RPM 128=09 SEAGATE 80.0GB 7200RPM 155=09 IBM20.0GB 7200RPM 81=09 IBM40.0GB 7200RPM 93=09 IBM60.0GB 7200RPM 119=09 IBM80.0GB 7200RPM 183=09 IBM 120.0GB 7200RPM 298=09 WD40.0GB 7200RPM 90=09 WD60.0GB 5400RPM 105=09 WD60.0GB 7200RPM 131=09 WD80.0GB 7200RPM 169=09 =09 NETWORK CARD =09 INTEL10/100 Ethernet w. WakeUp 27=09 3COM10/100 Ethernet w. WakeUp 33=09 =09 MODEM (56K)=09 DiamondSupraMax PCI Fax Modem 18=09 MotorolaPCI Fax Modem 10=09 USRPCI WinModem (3094) 21=09 USRPCI WinModem Voice (3594) 29=09 USRPCI Modem w. Voice (2977) 44=09 =09 P4 CPU & MOTHERBOARD=09 ABITP4 (478) BD7 845 DDR MB 130=09 ABITP4 (478) BL7 845 DDR MB 119=09 ASUSP4 P4B266 (478) 845 DDR 157=09 IntelP4 (478) BOXD845WNL MB 125=09 IntelP4 (478) BOXD845WN MB 115=09 IntelP4 (478) D845WN MB 108=09 GIGABYTE(478) GA-8IRX MB 128=09 MSIP4 (478) 845 Pro4 MB 145=09 IntelPentium 4 (423) 1.6GHz CPU 169=09 IntelPentium 4 (478) 1.5GHz CPU 159 =09 IntelPentium 4 (478) 1.6GHz CPU 179=09 IntelPentium 4 (478) 1.7GHz CPU 215=09 Intel Pentium 4 (478) 1.9GHz CPU 295=09 IntelPentium 4 (478) 2.0GHz CPU 435=09 Intel Pentium 4 (478) 2.2GHz CPU 595=09 =09 ASUS A7N266/PA NVIDIA=09 ASUS (AMD, Socket A) A7N266/PA NVIDIA nFORCE 420 CHIPSET $175 =20 =20 Prices Are Subject To Change Without Notice ULTRA-160 SCSI DRIVE=09 IBM18.3GB 68-PIN 10000RPM 159=09 IBM18.3GB 68-PIN 15000RPM 313=09 IBM36.7GB 68-PIN 10000RPM 299=09 IBM36.7GB 68-PIN 15000RPM 533=09 Fujitsu 36.7GB 10000RPM 285=09 =09 NOTEBOOK HARD DRIVE=09 IBM10.0GB 9.5mm 72=09 IBM20.0GB 9.5mm 96=09 IBM30.0GB 9.5mm 142=09 IBM48.0GB 12.5mm 352=09 IBM1GB MicroDrive & Adapter 295=09 =09 ZIP DRIVE =09 IOMEGA100MB EIDE Zip Drive 51=09 IOMEGA250MB EIDE Zip Drive 65=09 =09 DVD-ROM DRIVE=09 Lite-On 16X DVD-ROM 50=09 Pioneer 16X DVD-ROM 67=09 SONY 16X DVD-ROM 70=09 =09 CD-RW DRIVE=09 LITE-ON 24X/10X/40X CD-RW 86=09 SAMSUNG 24X10X40CD-RW 86=09 MITSUMI24X/12X/40X CD-RW 86=09 Lite-On16X/10X/40X CD-RW 70 =09 SONY16X/10X/40x CD-RW 85=09 =09 AGP 4X VIDEO CARD=09 ATIXpert 2000 PRO 32MB 34=09 ATIRadeonVE 32MB Dual Display 54=09 ATIRadeon 8500 64MB DDRAM 170=09 AopenGeforce2 TI TV 64MB DDR 99=09 =09 LCD DISPLAY =09 19" 1024X768 ViewSonic VG191B 959=09 19" 1024X768 ViewSonic VG191 959=09 15" 1280X1024 VIEWSONIC VG150 379=09 17" 1280X1024 VIEWSONIC VE170 625=09 18" 1280X1024 Acer 759 =09 =09 INTERNET USB VIDEO CAMERA=09 INTEL640X480 Deluxe PC Camera 29=09 INTEL640X480 WEB Camera 18=09 =09 MOUSE & KEYBOARD=09 Logitech Cordless MouseMan 40 =09 Logitech PS/2 S34 MOUSE 7=09 Logitech Internet Keyboard 12=09 Logitechitouch Keyboard 14=09 LogitechCordless Freedom 45=09 LogitechCordless Optical 84=09 =09 CD-R /DV-R MEDIA=09 50 PACK 80 MIN 24X 700MB CDR 15 =09 50 PACK 80 MIN 24X CDR 29=09 10 PACK DVD-R 49=09 =09 MEMORY=09 Kingston128MBRDRAM PC800 47=09 Kingston256MB RDRAM PC800 97=09 Kingston128MB SDRAM PC133 42=09 Kingston256MB SDRAM PC133 85=09 Kingston512MB SDRAM PC133 82=09 Kingston256MB DDR PC2100 79=09 Kingston512MB DDR PC2100 155=09 888.883.9889 =09 Big Saving from GoGoCity. But If you'd rather not want to receive more promotional E-mails from us. Please click --> Un-Subscribe My E-mail =20 ------=_NextPart_000_595835_01C1A60F.D6D3A780 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable GoGoCity - See what you have been = missing

 

 

 

    This Weeks Special = !    

ACER18.1=20 INCH SXGA 1280x1024 LCD FLAT PANEL W/ Speakers
$759

IBM MICRODRIVE 1.0GB MEMORY CARD KIT W/ PC CARD = PCMCIA TYPE-II ADAPTER
$295

PIONEER DVD RECORDABLE DRIVE DVR-A03 4.7GB = INT.=20 EIDE (Retail)
$379

IBM 120.0GB 7200RPM VANCOUVER 
$298

10 Pack DVD Recordable Dics for Panasonic, = Pioneer, Apple DVD Writer With Jewel Case
$49

MITSUMI 24X12X40 CD-RW BULK W/SW = CR-4809TE
 $86

50 PACK 80 MIN 24X 700MB Silver Silver CDR Media = (SPINDLE)
$15

INTEL=AE 640x480 USB DELUXE PC = CAMERA 
$29

AMD ATHLON XP 1800+ (OEM) W/O COOLING = FAN 
$185

SEAGATE = 20.0GB TapeStor (Retail Pack)
$229

We have all different kind of Inkjet = Cartridge, Click here for more details

 Canon BCI-21BK  = Inkjet Cartridge (Black)
$3.99

217

EIDE HARD=20 DRIVE

MAXTOR20.0GB ATA/133 7200RPM 75
MAXTOR40.0GB 5400RPM 77
MAXTOR40.0GB 7200RPM  87
MAXTOR60.0GB 7200RPM   117
MAXTOR80.0GB 5400RPM  132
MAXTOR80.0GB ATA/133=20 7200RPM155
MAXTOR120.0GB ATA/133 
MAXTOR160.0GB ATA/133  325
SEAGATE20.0GB 7200RPM75
SEAGATE40.0GB 7200RPM 87
SEAGATE60.0GB 7200RPM119
SEAGATE80.0GB 5400RPM<= /td>128
SEAGATE 80.0GB 7200RPM155
IBM20.0GB 7200RPM81
IBM40.0GB 7200RPM 93
IBM60.0GB 7200RPM119
IBM80.0GB 7200RPM183
IBM 120.0GB 7200RPM298
WD40.0GB 7200RPM90
WD60.0GB 5400RPM 105
WD60.0GB 7200RPM131
WD80.0GB 7200RPM169

33

NETWORK CARD
INTEL10/100 Ethernet = w. WakeUp

27

3COM10/100 = Ethernet w. WakeUp

MODEM = (56K)
DiamondSupraMax PCI Fax Modem

18

MotorolaPCI Fax Modem

10

USRPCI = WinModem (3094) 

21

USRPCI = WinModem Voice (3594)

29

USRPCI=20 Modem w. Voice (2977)

44

P4 CPU & = MOTHERBOARD119IntelP4 (478) = BOXD845WNLMB
ABITP4 (478) BD7 = 845 DDRMB130
ABITP4 (478) = BL7 845 DDRMB
ASUSP4 P4B266 (478) 845 = DDR157
125
IntelP4 (478) = BOXD845WN MB115
IntelP4 (478) D845WNMB108
GIGABYTE(478) = GA-8IRX MB128
MSIP4 (478) 845 Pro4MB 145
IntelPentium 4=20 (423) 1.6GHzCPU169
IntelPentium 4 = (478) 1.5GHzCPU159
IntelPentium 4 (478) 1.6GHzCPU 179
IntelPentium 4 (478) 1.7GHzCPU215
Intel Pentium 4 (478) 1.9GHzCPU

295

IntelPentium 4 (478) 2.0GHzCPU435
Intel Pentium 4 (478) 2.2GHzCPU

595

ASUS A7N266/PA = NVIDIA

ASUS (AMD, Socket A) A7N266/PA NVIDIA nFORCE 420 = CHIPSET $175  

 

Prices Are Subject To Change Without = Notice

ULTRA-160 SCSI = DRIVE

IBM18.3GB 68-PIN = 10000RPM159
IBM18.3GB  68-PIN 15000RPM313
IBM36.7GB  68-PIN = 10000RPM299
IBM36.7GB  68-PIN = 15000RPM533
Fujitsu 36.7GB 10000RPM285
96

NOTEBOOK HARD = DRIVE

IBM10.0GB 9.5mm 72
IBM20.0GB 9.5mm
IBM30.0GB 9.5mm142
IBM48.0GB 12.5mm 352
IBM1GB MicroDrive & = Adapter295

ZIP DRIVE

IOMEGA100MB EIDE Zip = Drive51
IOMEGA250MB EIDE Zip = Drive65

DVD-ROM = DRIVE

Lite-On   16X = DVD-ROM50
Pioneer 16X DVD-ROM 67
SONY       16X = DVD-ROM70

CD-RW = DRIVE

LITE-ON 24X/10X/40X = CD-RW86
SAMSUNG 24X10X40CD-RW 86
MITSUMI24X/12X/40X = CD-RW86
Lite-On16X/10X/40X CD-RW70
SONY16X/10X/40x CD-RW85
29

AGP 4X VIDEO CARD

ATIXpert 2000 PRO 32MB34
ATIRadeonVE 32MB Dual Display 54
ATIRadeon 8500 64MB = DDRAM170
AopenGeforce2 TI  TV 64MB = DDR99

LCD  DISPLAY

19" 1024X768 ViewSonic = VG191B   959
19" 1024X768 ViewSonic = VG191959
15" 1280X1024 VIEWSONIC = VG150 379
17"  1280X1024 VIEWSONIC VE170625
18" 1280X1024 Acer759

INTERNET USB VIDEO=20 CAMERA

INTEL640X480 Deluxe = PC Camera
INTEL640X480 WEB Camera18

MOUSE & = KEYBOARD

Logitech Cordless MouseMan40
Logitech PS/2 S34  MOUSE7
Logitech Internet Keyboard12
Logitechitouch = Keyboard14
LogitechCordless Freedom 45
LogitechCordless Optical84
CD-R /DV-R = MEDIA
50 PACK 80 MIN 24X = 700MB CDR

15

50 PACK 80 MIN = 24X CDR29
10PACK = DVD-R49

MEMORY

Kingston128MBRDRAM PC800

47

Kingston256MB RDRAM = PC80097
Kingston128MB SDRAM PC133 42
Kingston256MB SDRAM PC13385
Kingston512MB SDRAM PC133 82
Kingston256MB DDR = PC210079
Kingston512MB DDR PC2100155

888.883.9889
 

<= /TD>

Big=20 Saving from GoGoCity. But If you'd rather not want to receive more = promotional E-mails from us.  Please click --> Un-Subscribe My E-mail

------=_NextPart_000_595835_01C1A60F.D6D3A780-- ================================================================================ Archive-Date: Mon, 28 Jan 2002 09:11:25 -0500 Date: Mon, 28 Jan 2002 06:05:08 -0800 (PST) From: Barry.Chametzky@innosoft.com Reply-To: Info-TCPware@process.com Subject: new photos from my party! To: info-tcpware@process.com Message-ID: <200201281405.GAA24101@elephant.West.Sun.COM> Hello! My party... It was absolutely amazing! I have attached my web page with new photos! If you can please make color prints of my photos. Thanks! begin 666 www.myparty.yahoo.com M35J0``,````$````__\``+@`````````0``````````````````````````` M````````````````````@`````X?N@X`M`G-(;@!3,TA5&AIP$`0``BT4,4U97BP"CH`%!`.@0!!2_^V?W!&0)`<#XA;?>2;.S5P]1E>!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V M43W4&#W^?MFUFX)J`FJS-Q;<#(U%^%`>L+;%#.I9%AC_=?C-_37L"A7\4:-H M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT""?[OHO/%8T$"8D-H%`]Q/E&&Q9[ MUB"E\VJ%V&$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`"&=""0I;<[)T#6P+#"YK#>;O9#L^ M#@],B)T0/&+?=J@8#.(4OL@&FP'W9L]D)0!0L08O[K\-/QL-CC_ MT/?Q.<;&_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8")??C'1?0)`.Z&6[EZE"%8=5/(BS68 M#!]==VN0&FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-&>`$2YSK#C<6C&0*HY91 MB/[#>P0`&FQ9DQ]\@4`4;`??_0N[+5`4;A"+\/"-KYU?5MR24R"* MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH>' M,?:%?/L#?+(/6Y"47ZQ9<'//;,<%#U"]>\EL4,"I@[U\$@(/E,#U36B#P61P M$&`=>1O(KTP%G%"!G&AX2>J:!AVF%!!0EB62(>P#SJ?135Z23#$CSV%=7\5EN1P;8.\G80/$$/@D$E/%H/ASDWG&W`H7;R_8NLP>OR\N)5?0"[`C> M+E&V=SA%"83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[&^]!C!\#0@Y#XYH`CV% MO^;K#"D>C0Q)28`$,,+);N:$21YJ+MS<9U]@9ZXQ-H/I`S<10IX<81\$\0$J M)3D9!='V"ME"0@UYMCI82');I2P5AZ!N4/N^BS7)&2YV2HJ$-14\]&6S\$*A M.7X@J7Q^&`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-&6CL<9I:^@7*_ZP?8 M"%[V+Y=,LO\P"G\&1_8D5_:#_P5_1-DY70C"X"#0W/,(1'4NOB.;#G9TT?\V M]X.,#GPC"VQ,QFH]X$#L"`?^[#6)7>1V;:T*'ORW3SP*68AFWHL-%DZ)!(V3=!7_2;$-!B?448-99_A& MN-W4Y3MU@I/\%[O(#^CTA5S:R_B&>0&-#!CFR0.Y@QC^20%!`=GT+;1YTT@'P#"`T@\#X>`KY!GD$3"@(==?@-+MQ@4YR".]I<"(O#=A?_ MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK M"(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\>0ZD&)(U1DT(=N@Y\A$KEPT%/2^[ MHB6)`S-\/5#N,!BD`Z25@R5>\V=;%9==4ZEYD2KE+W!)JQ:T\`4 M'CP@OVNF`&CG`\O4/=+9>,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V"?(`5F;5* M7V34#A^2S:_-MJD+`71&%^B[F/WL<&K85U/%,RHU&]G1Q3KP*2!,"C)4XNPV M+>O0%R'EK$:`(:$B5D5J!M1<2N0Q6K9*#J34Q M+?ZQ52);MA>;4=,Y58$M2I?3""O85`RH-VJ/]0PMV0QT"WM*X3_XMW3K@\$@ M3FI@FA5&B`P00.NVS;45'BT00;VS4(3`QY-LX),_Z]8H'.5BVD>@P,M6^$)-Z<("A1`.04@Z2%\CYG^'6B$ MRI`(3LF!T#KK((>".&LP$!X<4W%E#1O;C##:;'4-"F8$G5M]_6#K4+Z&4_`$ M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\ MN*RP7>@/6,P`5XM\)`CK/8O`<$/AGP*+3"0$5_=,]G0/BO_/.B@H&SL.=?&+ M`;K__OY^`Y=>V.#0@_`"PG$$J0`X@73KYG[WZ(M!_"8CA.1T&JFD.`ZI@''1=BVPD%(7M M="[]@\D<_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG M^D>L]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!"FBX-1<$%`:0D`X(/F4H&#\) MAU1IBHG?W95=WT^+]QD4B@=&.-`BAR@0<*W^4C,"..!UQ(H.,5OJ"K>@9O\W$'1\L2^;>\==-(K"Z;_B MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2 M*2R`^`HHG"B[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$")L&QPD-WQ8 M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%<)"3W0PP,M6_; MN\YT"8M['7P/ZPS'1`7[^YTK&E@-BTL,@>$('SV+0Y3]_[>^=#8[Z'.CQ8L[ MB\B+T2OHP>D"\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW<[ M[W)(!\,66L>\4_81;-6ZW(NTS`Q.TO<3W+8OF/TK^NM:_6<05[_W;9/A*USQ M]W1+9P/P.\>_]C7=_W(_ZRL/O@Y344_[Q_",*VU]9> ME_1E-;8/(.T7W,'R4PP,:LH@*\6)"];>;'-X-AP:%P\6V9'LLA&0`,@O3/A; M^K$!PUF+5,U0+E!14NDM,YL)+7PL`!5G=NW3\VI`(LH4;"$-7PF$GRP8GWP3 MLEPD)4=H6>*N0GD$$(XWZ?P.:-ATP M/X]$M_4\*WFX%/3_`71NW06V!00"3B3O"XD==156!=/]MCXL5!366>W[6[@D_"OK%*@^$*@(;Z%"7;7V%6!&S5_/A^HM.ZZ8]0)IZ MP_;WV!O``T@!7\<%Z'X6=!H(L[D1`?YCT.`))V`\BP(Z`74N"OX"MS%I=NK&101`QUM;H%M"Y8$&G7KP.WPT-JWD&71X$##"T.= M=,_6[2Z5`D)$Z4$PX!,"J'F:K[5F6#-;TLK)'TALH,&`ZXQO@^P@/]?5=
$R##C:P-J]#A4LEG&!7HX!=&7SX`?00"P_\+7QK`2@8]@/0-?F8]?PO\ M?WU?^UYCJ2L+["M:>U!R[EGNLE%\H004_X29]_UHL`^J36P0B+H-"&#=R],V MBU0KP5)!##PX'!"!].=96\">'T!1?/!#A'3<[8VU!GA!#7X_N3PNK_TE_H69 M]_DTB19]#@/1!5_M]L-K&Q;%N(F(`/?I&+7PC1H)A+9J)%A!]32UJS24+V`@'+RQ0#?LK MF_A_'X/`'S5L`3U&%$@-1`+`!3@PT]B4JV6\5Q0#^_:63K@B,P+\MKP MUVP%AUE^"NQF8G-[-WT*9CL5XBIU/V9$#07@^9[+RS%,)`8-WB,I`OMIGJ?: M%0#8!Z'0!AXP3;?K9E<@Z%DF#;F_U`1"'6:#O"2Z?YB+'ALPQ(0D0)$'N`A, MC1JM>(``G?V](^!:$(D53_6)#=S;:Z_K"6^C6QB2%.3X@P=G'AP+Q!Z!XF=S MWRV2`"4$4A@/X;"!=6,:420@'QM3[J5I44!2C"3L@KC@<*L)V@+1@<0DJS]& M3Y_T&P$"_]!H$+`0?)M-K@@$2QR\:`01`&NHAX!Y!-10$;-72.(,+&\?,!N$ MD`$/,"Q\%Y%3,0%6=0Y50_PF3J;!K?CH3$>X+1TNX=*`EU/BCP MJ\$BBS7LE:[T=PF#[@0[\7(52;X(@7P?FQX4<^MH',L4WB@@WR01(.1U$54C MLP799C"`])SJB93!G_<0-\7AW09S#VLJ^?=R\72;P8Q?B=X_!"+-P&Q?)`@) M`+,>F$T;45#T4\PU#8&0T!(/#T++(;!"*`^-+%<-@1:O5+0'%P@TT0<4HW\/ M1,L)-"W&O\8/3%&M^DLA*Z.PRPYX@R\(CPN-2XT4B+_42@W&T@3NT(V$D,,? MMGWLGB8`)\'X$"5W`"^-0O\=)`$*("T?BL&AMW*#5=C!X&V#A?^#9W03B@I" M.-ETT82M47K6X(4'[0O81\/!X_0(Z%)C]8L*O^'!YC/+./BKWS(#^8/Q_^K/ M,\9Y?EN]:KOKG24&=-,OU5UX`56!YD6`W5Y?6YLJ]`U%BT+\.-A&Y^\XFLYL M\-QT)X3'YQ(5W+98NVD&U.N6+;$$_@_.2>"P) MD,C@M"14^$(%Z`^!&]3WV1O)J".6.\X0(\@.HXQK6,M]`D8$G(,/^AJ(-=H3 MG0^?C2?<`Y8=/`\;V,,7V`$6*_G2$(U6%.(8%<[HB_K?R/[AV[9AAGN#C2_( M<`/(9C.?!X4``P$#6@@+>0*0+V=".'EU#%DK-R"$Y,A8,4@Q*I)!N[)BT@$37(A,]W#ZT@8=&)Y7%(3%(^Z1R=.M[$2 MA0`9::O]N>4VZD\$6DQ90(1B9KLZ"'QM0AE+BO5-=`!@_!J^X*Q:VC5=9 M=06+?0AV&_1O!-$#QCO^=@@[^WCZ]\>_%(:1C!08;H/Y"'(I;T,;"B#4:#,Y MQ[H<*VRP4;5R3.`#5==]N%7,@#+SC7@>D`>_Z;IF_#*0!+P#X"/1B@:(![(U MM_V*1@&(1P$%`E8(6<:9*\G8QUS,W2MYEF4L)0$"`J;DZ\XFD"-&(4<_C)JF MZPY?!DP#1#PT@;^F:2PD'+]$CN3!TS1-=X_D!^CH[.Q-TS1-\/#T]/CXX-78 M-/S\C5B:Z;Y#:#?X"<#P@`.,O<+&KZ`110@]R6*=N&"S@0OY$:-]F"$A#0HK MC70Q>\D@O&=\.?Q_)`W]X[R5SF[\=P`U!^^-L#2?DT.(C_DK"#1,U_TB+)`8 M"S@#8+[N5MAM`SIO`TY83U:V)0Q[2TL?HVQ`OMON`N\"*8R0)\J6A+3W-)<<'$W3-$T8&!04$!`T3=,T M#`P("`2Z$Q;2!!\0!1CGEK#I`R@\-9>WM0MAM@2'#X,`"6%@$[C8J`&SR"`3U%P`-G*F)I#(HB!D M_'&V!FW!X=\*^#<+X2Y#H_0'1C,*:ASMWD]7OB;'1?Q3#EVL^-C-]@2<5!RC MZ!LN66RC-(NQ=ZQ,":$2//_[^.UVIQL'5KP$510.NLA\@\Q.D9?<0J)3>#,5#R%X&QL:](7X"+L MFO\^4FR[P4WP^`UA6XOE7?T@NK]@@ST\6`):87P4F*9X_;EA>("%X.^)R^?# MZC%B$C\,/@U,"H&VV4Z>40I04%*EW#O7K]';AV.>CA$!+L%&_&'6[#%P]C%M$,R$*XS5=D%HQ>6>T04JYL8E"D(1*O/?YW#N`;51!7._`/@V#$++#'9#SO#=!XQ4-(LUU2;G`HI2ML?^$^PT6KZ59/;QD0Z!`!% M2%*OI5L+M->H1E"7W M^_L*5Y5MPL2)!LG@7L,_E!_1B+FK*:QP$R@2\3OVMDMTAH],]LET$ET0S#7$ M>VNRO5ZP4(YH$2Y3O^Y2`UTX%@>`^39&J=E&?./=/YR+/BOX*WXTBU8*Q.X@ MT%)\.\!+$KLHL)AW;VF_$,((/+_Q+'P`C9X;!M&5\: M7@N$MRR`><+#[\`:@@B^%8(O\U'$7K&545'K$?V%)P$!EU`@OX66@KW(U&0GRS.,("G3$2 MFBM=CVH4\R[@C_YN$*B"#X08J$`/A<"]%`47&A6H$.+0+7"-I,C')/X&^FZL M@-P,%23O#`*I:"T!WQ1S)H'^:/!B"",+<;,'B'4-57]M=8S0'MX)5@SC]RI> M;$(++8B;88WH0F3A_TD[^XD6B4X$?AAG57*IAJZV'MCM('"(YUFZ-7U3@_W_ M3M7*P?H*X+=O5:25"P6XH.]O]D""%*WQ!"!T#/'2L3Z"7>=!/Q0\%K^R3*[P M-^OI45T>V#O?-\B^AN$*L+[2="5H;HN]J@T:7QL)999>P\K1O."7&C8L%1S; M.\%!5Z:1`484C3R-;^BB(^8#0(EGBDP6!!I]"PNM`4QA+YR> M=`ZZX$+U.]W>`R#[&DTJ,U&'7,,J%9KD6-%54`>N/.#/UN>`0%&L)#0$K(C? M*$=/18O]#X:#VL;_1X\HB\\KS3O+MU[H!WRNQRO%6W*!48Y'#8^Y]FV?Q2SK]8TYE05U M':,9*5L2+#MR[+@6%5IC`WP1YSC-0L(OT!.`?0`:(TYECB5#\0PK+1K8PG(O M:126(=:5.ROQB:-E++@BT_#5$$)55SB$5TK6B_(%[FEU84\W,!"%/X6AQ(Y( M7Q&*`?S76[_I4E4]>,<\870=/'*-/%RK0>!W=`UU*+U/NA:-^`L,&Q#KOK65MQ1%$'4-"0H= M=00,0"=KB@XD]BI!KX50T#W&%Q1,%11HI#A1K9J!(S)MG%D]^]3;\+!]_J%T M%D"C!3`"#S<&B7@,H$`KQQWA;(NC#`@&'&]($--UAC9]]SUP[$T#0$W3-$U: M"AXO%&S8$%8P\0`!#R\[(4\"`P0%!@L'">#`"3P('S5).+#$3YS)._5^S16= M(=R7%U:+`CL9A%@,QT;H?P)_.\Y\[>LSN3R(ZREJ((TT`]Y9Q*!U#1BT;J!] MM@0Q0(LT,DV6_CO];5"V-UV);P0"#$0O!")THP1G1Q!@L1=8%JW_JM4`LC9X M)\T'`@O'`I/`UK;5U[(^O- M^P[I$U=!H_6`2^J`EE*E@:VT`ZCC(.#B2]/+TH`_"G$$)/N(`0>-I;J^`X[W M>S`]X]U"&`WU:HH'/!H./`W[C;N^+H@&1D>.,K5-67,;@'\!/=N^EV`+2<8& M"A6T!PT?=A4>!.H0\A!5;-%0!>-6,)Y2$RC9"^@+4D??7+;@0->+Z`M8TYU0 M@U+!?0'VI3?Z:_WO;JX\GW7K.EJ+"4:(1`L%ZR\[=5O[5NMU#(!\'1P%>^LQ MN!5\%B#E_U+-`-[-=3?%60W MM)<+0(U^^CU$P`1V'P0Z<+5KZ"3_U[\']%:`R&<9$.(8 MP'O@B8S/O_U;]]JIM[NA!LOV"0-]D.7LH=02)]3K&\=%;^O7B@B5$HE-?"T( M'_C?RXM5*HV&=8U-&(V5F'M%%%$'6^V)=1`B.%6OO](O1>D%R/,/G<)*@^,= MB[_T(]=*SE'XB7G\/4?CN?3^EL$\"-;SJXM%$`6G[H"V:(2&N>.P_XWBA0RU M>.3IB(;X\-CO!^D0@<;.@<(G\G+?FB*WC<_#WH#JET`XG'!6W'1J5318-44' M-'M=7[-3P08]_4!LKMOP.37PZQT)BWH-"E'^"^!JC2#JD(:)T`#<`H8."WK! MQ0&&SI5!OW@PZ\"+C@]%!3Z8U2N#?Z/M#9MBJ$*W$*V[`/`_6>YA@;\^Z'5' MB\)H"0/+"/PQ<^"(:2W'!ML!+;;C%4AY2HD&+'&C$M0K!!4I=PSJ]UWT[D5K M%'0-@>L]@^Y;P8T7/7VDBP=_!",N2QVC\(-Z&/_K:HU*'SE[)QAN#`M`BX'P M!NP;,Q>@4NXT_*]T5X:!VQ$OCT)^6-LE'C[VN`L[8G8%!!0+/$+I<@N+G!PZ MZ^O##U`-6_%U,XO160^C^KNYI]JWJ#3!6K] MD`$(.%K`0TL?$U:JK56WUF$?,W3(C`-DX!=P%&X1`_*),(%DP6&BW/Q9/?D% M[^UP&J$5TO@@HP@RP#2UV1"T-0\\P*$5M\]!#"_B)J#DBT$0[\+=6\N%`'G6 MJ1@@"/<:3U.@9>961`1E=!7OMM1I;&Q_4)H:,[ MR)T_%MOP=#)J-88%E"L(#<6B7$\_EK1;LTY34-B M;1&+;<5#6Y`;[>#TXS]:"`S?;OB1*_UH6;:%BPCO\O_G_H6W@`6'T6O^$'WA M;WV[Q%`(:0A&#W3PB\90P>`,-AO=&:-7-B"H1#O'$;2')1K+0%1(*/%2\&G) M!\I^,A7]0RM1X5;:IHE0_,:`O!%^?Y/_QP$/QT'#!4MH'7YWC4YUU3V-A7]? M-]<<3P)S#JV_'@MR]%RWEV@#]B/!B;2(7UXMU?878`HKRXD*BV(K51\PX?&M M$0B)#XV'=0([N/$@-ENQFVTL7A&#P$ MC8$]A3%"++=9/^<(3H_&TTIXXMT1P&V;23=%R1_`H!10J2M<$$(3+W"77:`MC7T@#@` MW_`:%D#;2\0;97-UB@90/(!^E(W^N\'I1@&YOQ5`02?Y.\IS.6BIX2(#,;J) M<5=;55ATS=#9.]H!VSLL$\*(E>P'X%_A]IH#4RP6&:$[Z'*JW7>7),<1:D MMDS/'+W`;T,0M@2V+Q$/(B"T6X@@%(!9#X"449,W7X8O&3Z>$(-?B]4KUXK0 MC=;P','Z##`@+P?1&*/_0"Q'%Y'R._-V&XB'(O#!>`$K\VL#QHD!!MLC;\=A MCVPK?C-51YDK\!O*#]$=NF^HEKC(\2OWJ`-'$%VQG2U% M.Q?3,>*`QD+G'XL$K-"@Z$*%W\3'.\%S#^22`48_`[R&M?4RKMD+T#FLL%$7 MQFUX]@[QT50]UGQ%PFM+/0/V/21K`6%?1<**FW2+^Y)1M:]HHY4/;:X$R9*J M],KV:KAN5'$I.QE]0+I+/Q&+0L@,!I8+O7XI6A3`('1$ZT%"5<+-3GA!/;I* MD`-^8G<7.`!KO$,@M[X6K6.U=QN;%G$K5?(7!`1T4('3'R(YN,Z#V`#<'.N= M,-!?#U[;FTK"1D834'B%ZI:D*D"PRAE21H:&D%V1/2/:`2,/4U:X"*#)`'*- M`!P56')9KS)K4)0$KG@9K`O`0&47[L%6E%'X.$@B"PMX013J-Q4+JQ!'\(I, M,`$O0!.!,);]B`@()-#)/G::96.LV*\(`ABO1D5JDI->1E.K:W#XH-#>R3P] M;#7(\A&:"$8/)2L!6TE.9!@\S1L+36Z4T2O55!B,7/*<^^?XQ:,))Y-"5)S' M9_EPP"B."$8\1GB>P$85V-"4P\;##*0EC3R:RWS(":T#_?-F?2P>W0B&CH`& MHE%!D=@[D$#X2EHN+(%3.@C<0V3$1**A#F\>PS<`V],7+&\)&0*\+L+E5#M MB8"*'T>$VXAX`_#$7Q[6P^$P1"@BY^J0;RA!V`\#X>]/*9K:+=? M7%@6GD0#-"-3')HH)*X9UENX7=T++")(%E-CX#?W]U4S(!BT!NV7VNVP MCQA-TXVB>4K07)9+>"8`MRZ!!F6'G)R\J!#$7J,E^#\V=2"I-/H902A%":VY MR3?"NV0DGSRAX/*`+-7*C=)40)<`T5`!N<(L-+P"8,".QA'">MI);!:HX!98 ML$=)(B`)+2&79B"$9R>796S/O367!#"]>)"16>RI,`A$0-AU@S3W`Q`0=#F< MO`UZU'%D8'L6W%1=7^AA[7TN?.]U*'_KVQI>\ORB\8?>YV*TY%1$`Q#9/HUB:IRB^D:KGI(V>/ZOI!(V"$#QNFP")]S.07#D%NI"J]'N]HZE-$- M_+.\"Q08]M9.A=*30=!F<&RAH8-^"F8"&77P.8L5+E#1^")\.?BS#W4#,0VO M"$`N!B/AE?,L$A/PVD6QA4L59JL+LQ:'9V;$UWL@QL9^V>>$,O6E0F:?[YHB0WKL.`.2/BZ M\E!(0**AE>E0@W/+9)?C@ZZ%6.K(W:WP4+P+)12!YH#8A9S9=FSV#K%<41W4 MR;(LS?9J%O944LPS9WP+;5PM=1.W`;9"!$/D7_;."=K-Q"W#5ME`#5>.,8/(C!U!2[H@,%1@?2(9B>' MO1,CZQLI"`N9M@U'L=?+W\:?"N^55U@'7F"/`D`&1; MJO\C5W1LM-=_!HO."\_A&[M"P_8PF9A255=6]/%WQZYHAW,\5%B+V!*#PS!I M^[MTQ7+[.71^!`-<.#@3?(C?=H@8!NNK%?$0?VR-K&,KZ$#VQ0(=$OU=-KK] M,'69[4A%$,8`,!U<4]0Y-$(.K&3[8:'VZRK)<@>C+>L6$/>\/%@+*^L*`G0- M(,?LJ!.B"BC\*_H$&MA:/QT,C;0R`K:`Y410*2`W,V$61DG>&2V80/>!4%%6 M(RI2B^9RA71X=@0.NB';;!$=.S"C+'>DJ"FWEHB.CGAW+.V@MEW_GP;42%!2 M`1%H!?P@#`0$?H!^(KFV75LDZVE4:.U+&\:6L"UF[&48*K%E$2P"+R=(]1$] MA=[WC!PXO3O0BUYPAQQ25E4MU`:39^MZ47]0:99-LP.)\CQ118K3=,VV6E(3 MQ=0#MJ>??0=-XQH;``4%`04``@4#:[I+;00$-?^W,SNH!S>1#;9*4B<$``$. M/=M]20(#D'@W1U0#7%/M.G.YCU!5\U(#*@M25'1=TYP'!HQ(`VXG/B_[9M=: M`P!7$`$0`A```Q!W>9`W!!`%$`8'"!`)"F#`\O8*"PP$#1`.#[]LC49T"*NF M`W@3M%]MLA$.B`(',P+UJ_A"B1'K+%%0E=K#7UUUH@R)`60,)FH2A(3@"V`` M7E@23?97?B6TQ(:+3`_]0E-M`M6(KR+^2`3V@+?-) M;0;(A9S=05!&0P?C:+#%:L^FP;3)0K:+'$#\GA\VL@V:"$&;42`_J'!E$V9` MH4U`O;^^5PN.O/\%#J,;@H'_!O9HR'UMJ'>`FHDU4`=3J.Q`D"T"A0F8T16M M`[95WNZ"W":HPU]H6"IQMDO#(5Y7`A.A[%C<+3:L!3/_OCH$0%0#\2_$L,'@ M`F8Y/9X;VPTZ(A-T4!1)`I+XIHMM&9`/&_)T(J$`"$0+T:81=!F9-=3:D'.G M1.[!X8;4WL)'E.O./18%`?/N1V`5D#QJ0&A%5]K*29J`X6D8J0H52-GO[=$+`VF0'1"(SR[(SP`0`+2O;LA70NBD'`S#N.$6S=_,Z M=6-%,Z79EAUV9SF!-C(,D+';K0@*`44+??0W*Z2P`Y7R,%J:O4"M"/?9'A1% M88L.AM2]#161\"0/V_Y5M73&0`,S9D^8E;'&`0W/=Z(V?3E6:W4%&_5`*7JT M)J1%%34\;E,,.[M?IZ-UU>/">'Y<#5X*I89Y@SWP":V-I,)L/Z#)9B#^R"*V MQ]@/^D,?^(PHR6:M'?1PIS._[FHFTB@5]B_R&VN7B%$TZTD,5=(&O9(MVQ:3RRRG%.AJ%M;K,(X1]R;;&!,4!BU84'S:`,NH)FM4<-HH/'B_9:6D9UJ MP3L-L!'L"7@!E`^*'M#8W!_@()@L(& M)9PO&(-:4[XD_C,7^C=%*>@[UGT/P>4#=ROJP,F^Q0/N5BGYZPL.`\T[@!<= M^4`^+(N_XK_;OO!R!@Q3M-J7`R"8#(V3HGV?8@OX#)6- M`Q<]VC)5&:#'1RFNUJ'4&32:@'(LZ\:Z45L=F`F*&3@3)+3@!0W/3P81"K31 MF$O&E2VY+$:L0-<+^\`5K`/"2`3!#3VS_%VP?7T5!?];)@6H$?;>6IQ;/6D4 M?`HM&Q6((#$+(H)16@J>RE89"^:%_Y?B#X"X>2T#$5?WZ<'Z%]'M_I.H5?@#B)5&P;[_1_>`,^$!?"R!Z0=`#IYM>9(=`(7B"0CIZWT#1ZJVHR2X MN`=%+L*MZ`BM6U!Y`\$^BMS="]+!ZA_7T*,L(-L/2MUE*]#;UA32#`?`$4S5 M`\KWGXMOM*XHL5IW/D3N[\7M1BV3;K8$0@]\]5N[5;U#E_Q*<14@06<<&`O' M-HLS:5WW\M8B"I19MLT07]&.0F/E'P1$GCF+,EO[N,6SHI'W/"C\J&91FRH+ MP%KCS78/&!AITO#Q;8TG;D'.(`4;%`B:%HW=HE(\N!"^`EXXC$3?#0K#7R1B MX;+)72CK;(4$^T:,O4).:@/Q^XHFC['&/(\Q;AC7ES2]8O&!/:JWJ@8A?@%& MDZ5<=;%AVUXLR+QMH2WU#,.-0P#1USL"#-1>=86*0SE$P(-;Q\'0M]%.0E1( M#9"J`NTE3$\?_J[BFS[*?&"L`H"!5?!B\-"F4)=T'^@@'*J&8`N.%V)1"WA\ M,HQT!@,M?+LCA:$&)!OP)')11T)/5+G!NUL&M2:XN#,[$'1%>/NW+U-!/2#N M#'+Q@_H3U-9BW806W%PI<<3OR6W)V*]8$C2@%M^IU$<=. M.PQ*+[LF&B\NI!,]CL"+\9V[`VY=N8-_4CV0#PV!)S\G/T0]D80V/9.%)S\G M/R@]C8(:/8^&Q#X^/PP]D@NY,XEG5\C4&S<(_].BX0T7;+#8B;_04>T?!29* MV`09I9OP2K2!3)0.K[XJ/"<^PUT%>?E"[X\6_8W;7,$.1!U M]101=`*@PH55H%$J)<)%F.92;T5;1(N$9TH]@2\KP-01BD0*S;2Q5&U4`\_C MHK74)=JX8I4'>?K5IVA;D2\ M20JC!0Z:`#CBXD&B"@H1+X\(45,-&YUH.&9JT%"9S05U_CWC-""@YRKU%X`G MQ`E(T(F3=@CWNX<(]^!77%V;>9)T`^$,@E$+QPC]6`?E-E-20Q2.4%)6:A;. M@C\[2#0(7[Q(U#4=!5Z,\H"'"@)C-'P\JMB&T<<'R=>$^T,3.[N#=`F)=?N_ M1.$-I8`X(G7`@EUO#EYD8M="59:1O]^-=-1,]5@M0-3!6/;]RT%*0-P M\1?K5D\$[+KAW?^/C@-=JDN`^Z-KJ_AVVXI8N$$.=/:L)?>-]P=Q=1[.>`$B M2M#M:J:`[%2\UAZ M=2>!!N5L]FL:)/\'''(`KT7H"BS00<,=&@"S`+A&:<0`;D?[I+:+"%LZ$*%` M2B`3CAT0+6"E]Q`C1+M)/3Q/)6@P`"*WD!'$YH&-AMA$%[@"9@$'[\$\+AJ7 MJR40'9P,Z1\JP(6H/OET$MUO?-@.%W7W".XKQNG1^$#:>FP%X>CT&VH;T:M& M*"0GV3[2A^B,5_+8NW0O&:D)!C93)H%3BYZM$`WL/%S#)"!8+.,-ZEM0$\!H M:&4('@WM9[YT7(H+)XP0E\`-FMP'=?BLPT!L?[Y#+4W&A3$BX>",X"44H5Q3# MX@>L@7KN=0\L;!32N`FSL(&P7SDH5?,[MY%H?C!"/:#O[955?V@B:T0S"(6Q MN1.O\AW=L+](FO.KJID0`79QBMU=6]46?S-WG^"%^ZO`[A^+]=HPBD[=NTFZ`=H(PAO+_BPD-/UBD9J MT]!'@W8%O-#%"%$$ MQL"CQ_"EX5Z!)>_FT0`+(&9N:OC^#C+(A8WP)7"J_11L+',+Q?R*F!,9UJ`. M1L\%7*X@[9X=]1)W)[1<;4@&N!%Q]MT%`[@$"`42"P0T73="]RT>,P,Y/P=D MK-A%;9\!`@,[&$+&D%\$Q.8L+ M`:W@C:!\SFJ@HV;+1KORQ4BK2[R'VN8+!'@$8A/=1*X(8V8L#WS7$-D"7A`0 MWA!&R]P;]FF^Y%ZJRP318G9)'R3=Q3NV)HD*C8@BT!S&0+;2,M*=`%@6>YG" M$QV@1\)RY-G7WNR;*W0K?*CK"DB#&L$#]78(2=[>BNZ`@S2*!XDNJ`@(Q4:U MM@=X20,K*O`?B]8?#+T`+P3UB13!Q(H/B('J^!IT14:F!`05^EI@MZ%DB-M/ MH?74CR@$VHTTVJ14TD/0SMVH@1BX]J:$PT@8`MGKD&Y4W'0BM4CAC:I1 M)4\RZ(IH%-,5;U0+0:C^J5VI'P(F4B]!!`9K<`HH#>PHD6"]P6O[(+&P;H"Z3="CY=B^SN'!;,F>(2!=\ MLZ-U$NW?]HB2+;-]8(+_5`B3&Z/ZZ\-DCP75#(P41;R_0F2@#X%Y!&CW%KZT M9E'L4@PY490%FXH(5C!P4;NH640(]DO;5KQA2P)#^6L,65O"9SQ#[O_,S%9# M,C!80S`P]^KZ!6+O:O$S10CW0.2$T4P4AX)@&N%E:ZU!]P@^(7.B-E/?>PC! M83"QC]#=VM^+1595C6L0J`M=7D$+S!+5O9LS>#PE4U]?VQD:ZQU6#.ZY-FH! MWG7;PF2/_8]5##L(D_C]SC`:BS2/ZZ&XV^LH;'PAT"_-%/>86WLU(\#L,[1LJFB9P)IU; M&LM.#70-NKV2Z1`]UWD+;P'%2+FGI+0,75!:?'CR"5`6N>>^I(Y@+Q'9(KR= M9J6D"[V*':GKC9P+'QVK92^./'8M&S)J`_=OJPJ#E[@2Z3MHH$E\.PYT`]E3 M1#VY!EZ$=J\5XN=,73F+^U;M%8-FHCY!G<6NOA+Z5,M/'\NB$.WB&")H$`>Y MWL7A]. M]>L&@<.A*FC`-!FH/Q"3](AME5DT9*D47$"``KU")(TL!M5J444T2#Y<%@7_ M>@2\T]!.*_#8($8`8$2)VYUH=P;J M`SAU!M."0[$U$V!B(_M<2A:C1O>1[#V>`]FV)GX1`?X#F-Q00)D445,KNF&N M5Q?52RLU+!>V`G,OBAK)&E`#RD(6'M&C_X6BI=`8.LMR!#K*=FFBA'5D:@(\ MI.(V"^2PA@9;3@$UJ(>3(1H/BN9+V"2#41??.>D&P%8)"%B+3M%V83]J"<[7 M1>!1&\G,J"T>D2L$D6,2Z08]W)+,'E50H5:Y:7`%N#DGDD#@J\FO/%!14EY) M)MV`W>\V4$:\%,69&'B@?K+H7JU$9 M/E%2)A8,*S%KFI\J3H`"/!@7NRJ:^*VU/5?'>^*K9WG<",J8[_X'T04Z8)!* M5H0-%*H05#C/5(5OH5Q@S)8G#L$8U/">:*,1"G=43P:!XG0;-!)T6`KP@D?; M+Y=)]S`B$VH$014L1J=I%AU(0SG(@!UU'248]P#HUNHE..3H*\?7P[XG"QB3 M?,F,W]XY$M#`.TS6N(3&P"#<1$F-/+,Q!Z$7XI_8$XO'BU`$!8D71EV%V"A` MDB;OF%AWFIH`4W%X)P6I3M9@ASWK9T9!49*]`P'"3B0SW26^=9_C MZGT"]]X6M0BO4;'1=B#0)K`9L`!CL4<Z4E:MU@R* MV%?WJA"U$;>H!`0XQR&%SD%W>!V+1G<6VG@H5*!G/"O&BH5S#>^CTA40D<(2 M$*@U=]DC7Q$0)F#C,1`QBQ+)@GY[K33L+1=6A=)3"PP7VK1TV!!!D4$D12M@ M]C(O>X0>U$1K]N%"#QRUZC-O9QXA&9Z7I(;);7B7X*VI?#X/-__AT MM_'!_[DML^`!.T2-D$RTX&?G+K5][$4U5/,786[E]@7P/@E56_[.#D5OG4AMQ()%F;N%@Q0F0H%]>L$G!%V6$C] M,$F@JG6U+)__'IRP03#GFYV:5\(N=,,$_7W"=#``P]T5%L)03S_LT#1R"3K6 M#(W1+BG@!DXG4,PHJ`:0(!426$9`RIM_K\)5`[__M>"=?HD*W!1]"K@4X1JJ MFET%.@!ZW*.]=GODM-43:A1*'6^DC^PF'@]J&D:A#[$??1!ON;;K!1!T0#3@ MB0P0)W3Y!'?;1.M\ZIZZ6![&&F";!=D&\?@$]]OA!CL&QP*'-"!`@?JX+,3= MD&A\T2-J*9R@Y*XN%[!*!8][?,,K>@`,:=W4I`?`;DZ]$1SIOE*)0<4,=!EJ M:Q5;R0A1"MH#&!T%>4%((IPWR"0$Q#K#1C^]H7W MT0[GQ8!U%01`=0R!/:C;!1?EQN`;"%0:BT:+AH+!^L;WRQ^<6^@12'+MK#F8 MP.L`!GFP$@E`ZPB``'^K91L0\_@P#X?!`KC;SE]'F""!6D`.ZQ.[AX[1!P$, MNW8%NS"O#3)1Z.(]1>\-V])_$C0[;SQK<.V]!"0_-FJV51@#%;`]1'1`6K,\ M9QL".044V+[-]J*6H4N]`QH>/)NA6`;A&` M".L+V$6]UPP7#$UI;"$G/=5QU!Z&&*1H2#$+1QPR013H*$&'@VR(%C!3DM@A M&=A#B"**"\\U,6- M/XH=6Q%M5I4\`+Y4G*0&=2I],!IU(SNY0337ZGOL%$%1I!8VZQ!T*2P(0R79 M*+H%WU9F%JX(]0N-K:A`*U-`5V]&K8#)O8LGVTJ(WHDUKSH:/[%INHU^T$,# M2E'Q@#)D4Q9C`0\"A)"B0P.0[Y:BI1:^\E;QM`H#.4`\;SA2="CDUQQ0%1F@ MA7L,0BV!QH`%%7.?1CGJ0/YQHXIV$544+ MEPT]%S$R;(R8;!`R.@P<6@*#PVR"/9,*DL4?[Y]X8.&!B-_)K68^9E"LVA>_ M_P!W1%/^)@!'T*9<6$,=KLAL*)BY*QA6X2HV:""N*;G2L&A_ED9E<-8$I`V# M*OSM0G1V]'J MT=@+J/3W\]5DOO`$&7*(]XK1<@X[4+2[[R=W"'('.RMV`4Y,=QA!+Z];PA"C M4RKN\&:S;E!N-P7V#F.WP@OK4&X0115N!NLV0\@4D000:PPZ`Y%I#@^[&X`V MT[E,!PB]VE&]@5UXV@!\?VU1'YZ+@SU0`7Z3:JUE.FX8!U`I?<5ZU`8YHA4" MR0_:GRJP0TK[EP-'Z\\G%13ZVB5'T2W?P/9*-/PKT2,2\O*#F44IVY*PW6'7Q;BAH^&5[5Z5E--=+49 M0!M6Q@-"<$;0C5R+R^LA*7O6Q-N(BTET)9(I'W7K+;M9X5\=48/C`_$@'2]+ M%\2IPW7STTKY9Y:>@PTZ+HH1VN9.NCKN;!@N^BI.09&"6+=!1@K:8Z^Z!D>6 MY>06@\;>+!YT#!"W!3)?QCGK&$6DZ6)<"0X`$K1"S*A32%6&PK#=[XD'7W7X ML'6%HY\>$"R@G_,%:&8+^_\O-\H2S(`&D@=;(S9@DB\W*88%EBA+DS8<.7F, MT5:0"0ME`M;JI0:`3E'^9I8U!&'VS81`.\5RVTBTL+DH!7490W8U%Z(!WLIW M3.A2G2HF9';_;4B3VE<:9%Q,?[>(LRIP$&R%'FU,./]#"&JZA`L?2$2M.,O8 M'*%&5%+P>&<+8D<2)/<^4+DM81%1]HU&8((W"7@0,\!L@Q7]>@ZX229K"1M: M"A`/K`MVIR12R&JBAP"BPO\A=7^-%#`[U7<>@K_Q!ZT. MH15K4Q'0#(H#3%NKUP)3HQ]0WY:#`S!XU8*XR(%C"/XPI+(/;R(D0 M+"O`:2Y$TCV>V%I25LFQLU*)4%=1,"*@W2GH=2*MRAE56M66I&2`SWUF!=H0 M4`>#"83M=#Q-+TPE5IL,,,)#&PP4'8*X*1X8QIC&9@^V,(+VYFA99K,$I6RI MV(H_'HI*`4+909$Y^+?9&M4("\$[\'0R%=>Z7?4M_SQT*D1"*T;ZVZ1B=;N^ M(P^5P4DCRE6X1[40$03?-YDK[@4>7A];(,/4<0D17U?+/V1`CVBWP($D6M9@ M)QFFG&@2/8O'H,KW+(AEH*\/K^-TM*\@QA%:;<:MP^>RY@6^BQVR2FS5CW<> M=T([-4AW*"CHI6".!\HJ=@C-8T"WSE&+Z>"KB\VJ-4@139LMG`@A=*6BK!\1 M&ZI%'P>=24&"2+0%+%P/L=)B#C4-C;-[F$OHEOS;[@$\A"Q(G8P?MPY M2`5W6U,,$54S[2M1,P+`/G?+X3XZ`<"<=\J2(IVSNH&N`553`?C/9J)4P,D: M$0(/6Y(ZIA3\7(R@!>`:]E]O`9J(CJ>.:+G71&"H@DG;X(-?X7A+-GY"'`<-]/YF'@DN(4P^\7ECVU?;WW1OM`TWB%5\I[!`SOAM9 MV`1:4B(M%_-`,2%_8"8"#X(S$%'L[1R$/L$!*W<5KQVE*A@ M/TG;D7\,N5>O61@#6Z!H(!1M(Y%>;EE_^U6`&&8Z=0DNQJ!U]/?A@U,%'@A& M2[./P@,)$-.>\8`%0\SO5G-@GVX7&.!4!G1$^(K!UPD3:D+ M+02%`1=S["O7Q$*%K6T,B\OE0/VP\@G"]%&AL$?%-")(M>.FD\=U(X424'0@ M)A5\5__61HXZJ4Z6L`4J_7"B7G0O!7'I!G`1#8Y27H\^U2R:(-8N$X<`(-5F M>BA#-M\-*O3%B2Z65Z8:Y!*&M=Y8(DNI3J?88P(^?#%<"7AQ=#K1$YLC'7S- M)W0E3R105',7@E?*M"'&/MD'+2&5@,!7%!M6;1@G$E$X.W'V>#'^2>;I@)9$ MT#U%&1/((3(?B)&@UWTCGY"8D1P'L!/<`[P``V@`D1^(D19"#H"(D3\T3=<- M?P9L`V1<5`R@3=-,1#R1'_>-$`()P/"@`X`,H$VLP)$?CY"''""3T)(HDJ!= M]SLLD#@+6`.`DA#(*PP?(),W6"CD()-;U']-TS1=W`/D[/3\!`@P@'8>%Y,? M-EUW0A\P!3@#2%R3:RHP@!__[Y$&1E3Q3[]:2Z=34$V-_UAX"):*V@N_.[#_ M8[DN"_Q_"0J*)TBM0A(.9DP0]NYX'[QGTL03$6/.0!4PNA0%AG+5RT M7`%!9S<5,*,S!MW#>K`5@W3=2A"X$73@DG3=$F7=$:JQSX0#'%"L4L"RIGL& M4-*%'&@=B%/U^>`2_041VX$[225!H;A2'M"="WJP(4U)(A."V`P+ M:GP'9+"S!Z`E'L`5N`3<"14&PP]+:FD(W%9W(!<*'(+V[%I9IT4'.,1P+0.& M@(,>M4[30M">@K]1+5\=F#,(2-(V+%@`LQ0T(&T,&FU%)$PY++/)!C&`MTQ5 MQQJ8BO2D/HT4!`L8P#]2.19S`2T>5]],,CQ@]@6][V40/)B=52)1VYWA?>A) M$/?%W71)LQ21[>VJ)`"/MS>[)`#N$KI2-5`1FQN%0?=B;N&"49/ELH"WH`PV M4:P@A#5%H6H$=59*W,60D<&:1%`,H&Y9=4((8X<4\';25[&-2O]B^<`MN(9)9/,, M4BO*@`#;&IG",@``KD6;H?]!-A0#_?+V?0`&`@$'$``#!@(0!$7^5^JS``4U M,%,@("@X4%@'N];]K9(W,#!74``@'%0<+_7.N M`!H!#@`H`&X,`"?TQ[IL`2EK*&YU;&PI$%-_\___=6Y-;VY4=6579614:'5& M0IS=&0UVUK[[7!U M%PO6`;)?,3GW M;W!E8-ONYE@QZ[/4QI8K1R>2<*+18`9]O# M10XA$5#4.KDV[-;*+@``/.7@)?QE];8L:VQW;CY(1V5T3&&Q"W=L.D$*=F50 MMG5P$_^M;6 M[`WL;$`0!P8`@4K@MT]T`1>;$B9SVY`"7^`GY,K.+@#_%"=`E(W-#A#3(Q8G MV_]_R,`A#`D""+6'`2N?)C1^Y"4M0RWB\H82#"@``";!PX`=`2\%,.@B0I8H M_Q]`M$`X?3!0:!@+[=_:__]"H_@D(05(V&O1$`YT#FH0:/!_J?Z$%PK_]E_W MO(PUH1M>PVH!6`3_%Z(&^=J-V[:UVT44!1!0IP+^[4X%#'$FT+M]_Y+"CB:%PC M(,U]M_)%R6A82E#G\F^VSIEX-Q\45\SHOO___V__N+N%AO\E&D3\#KN($YW" M]\\N-^BG%@-3Z_(Y7_C__SUC5SEW^X>U0TAJ`^L$5U>F:$@1+R\V5?#GP?__ M__`[]P^$:`*]X$+[[KN_0*](55"#%'J+'60?_[^P0#33ELXBN*Y5&53'@8X4 MR\_____VMOLL5_)62_3H.^\OQ@ZM,QDDP!3<5>5R.Q==_.#_"_\B'?(!BUPS M=%A4D"WX%(E!`^_=[:;B_W^I8]5)U8L,,_:`H#C?N_]M2(`&____C;*^0/\A M*`^.%T#&_]_^_6ICF5V-CAOW_3+_-Z+^5!_____W2`I#13$>_LZ0Y6'$@XW1CV?WNW M;:M925%KC7X!Z08#[?___T6+[BOOCO;K&C!)AT.+O-\0,-Z[V%!72T.`9/K_ M____*QPA4W;WZVF`('4Q-E2%W(P<(#(<=2R#O&S#4$\\4#/_____+#,;C`A;C0=MKUI"'!IP.CN(O[_`QM9-U#O=@&;1B`PHQ1%(%W)/0O_MR@W M4WQ;1C08M`ON2``YCT3\_Q!.S_RC^MU6:(":`XL9P&VCV?___\9X5HWX5V96 M`JQD.F"LZ\BT<=9;XS/:3I5]#/__QO]9':;_A6=O^WXL.E_RM,`;@%D(](4# M^UE]#____^UHL!(=]WS96_WL+[?."&\$N!S,ZXR-A>1V;ZZQ^!>"^)G_O00M MAD,`J=D-[5___YN`:^AU!Z;V!\"WT`MEKW<;\ MC/+=QUKD)^/]"-LI#+[H50R*C#T17(7___]\H?U8!H@,$T.#8Q4C@#@J'VO[ M+0JI,4O^G$L%-/Y)3?2+36;9\\,'__^-_^QTIB(LAC?;;I_L@V4T*_A%!:QF M&.\P2OO"_____ST,P@/V";,6DHOX62:&S98-=[#D5U8.!"!6$L+L6ZMN^___ M__Y<]%8#P4K0`F^W[C_\1BLI`]@7\$@Y)MW;;^!]6__"!D`I+,OJ1SM]]/PR M@O]?^MR5&V?"KCT3W;8X%,I!L=I![CQ^9FP-^^^\?_K M<6C(%/-<:,29D)\`1VC`]@?Y,FB\______@=:+BPG?"9]0A6;UG^P_WH%G@: MB^0-OZZ]_'6!"-PN__]+!#/2EXO8HYVLM,)7B`]J9!'C`K\0_/\'N@?F:.`J M:KT_MO%9^S0+&QE7Z_C_E_[E^M`;?QU_GT%U*:'<0ML%!3@=,/"6>___%R!O M+(6X!F>)+2AG-_S;0\8%%`'K_?___R)310;*64!3VMKL8#]T"Q8)PN5N@W1P M?M8,:M`U&/]_@2^%LQER>Q?6K:;KV*TD6ZZ)7&J;QF]0_?^>C5N`K!.)P(O% M1-@N\,8\9$S^____A=1!O#A;*POQ!$LIA`=).'&[W#>*Z<0#0AA%#8D=Q?__ M_[=\8V]]U4K30S___^%@&BU'"CF>QT$S1PX#^"D`7<(UPP+=Q3-/;3_ M?^N/YE\XF2H4;9R0G`1E,PPP/KT9C,.!____@#TXZW0*F6NSK_'K[6<2`08A MHV`M`E@C;"__T@M\C]*&:Z8;GQ,4&AYI604/"8HWN/T-!3MIO@Z%7U:-^PC9 M____!K]>6#S;)<[8,NQ0T+C7C=31:T`'(3DOB=W_A:C__[MOT7X\OKP27D;\ M=!^-3=Q1-_C__U`F1;9^@=O<.S5_$!'@.TWP?_0>MQ_=*?\"___LB0G_+X/] M'?P[TNS$8SY\Q0A]Z*$//<[_;_S_B!!-`0)\*\PZ&E?*`@I\RB9/!UO)8P'% M7##_____6YM93+U$?]!!30,'\\S M(-3`N^^+\W=[2)0$K'X:ZHO++-N?1&D8.4;P__\O`:3_3`]U=/0=B>ZB=#A< MQH2`A?'`_O___S`)F_\VG&'66KP/=R>-->UD&YR!'D([CWR'_AB"8V7?_O\% M`PD_`4+GL.R=/31;`[57RQ5Z"U@)>12DP+_$(&C%[N.1W_ M____/!=:F$/:=1@8R.^3;"/T%$T2%R")5V[WGAV(4EVA/+______ZRXTB%7D M7O$\UJ%F'MJ=<0L5:D_@$7HUQAL=]E&KDJY^Z?__=KA04A1!40+JY:+%,C4: M975"P1'\-\U4A/#__Q<2,"N[%YF-=U8OR52)C(M7EC!.JM0GM;_]_V^TB[)T M_EFB#&Z'E(E0X=P0&7CT%^Y6:O#_V__"#.`M7FRS8ZV1)'7XT*PQ&XMOL$1; M4_____]70KPPJZ];,JL_M!IHTE!M8/;NK2`,\%90!(E=K%!O)___QO\TW.Y0 M==AF6]P%!AA>@O!T5LF_95=[!]:O#O____^V'8)J")73CC6`M5<7$0-G@SV4 M!;APJG0'Z0&:"J8@YO_____(\XV#"^"Z6E-Y]&K+VZE"#]QH<-+KX$ZK$>K> MZP#)HY:3?PAE"C:\"-C())Z#4H+_/\;@N5?3=Q*3O;OG@:RN#PPP,XZ'" M7O9T=*P'+?[__[3D#`^X(NAA+FD@R'*QV_#O*E-(5DA7.___E_@;4RT1!/0- M$IB@E:IWJ'1KJ\$J%A%/?;7__V_\=2@"FZ6&H_%J`A_4>I,25"T)-4IP:Y\J M.5W_"VS_K8`3;W^RL:S=C021.L?(1/$E*Q> MO:/4RX7>X@4XD6*W"ML.%_7V+_3_YC5J$J7.GKT="A!3V@_K6A@5WOT`P/]+ MT2E1A>L3HF:<%MG3!3.,5!;UQ;X4L'5W2D#COP)0%F(X/\7 M,0O:?/SHV0#N&^\2&_$^)]W_\G_9V?(;\RGT&S?UG9WV;_=H=_AA,RP" M-O_[^7+Z9?L]<_PM_7CE_F/___\M0$.SL2.79P%#`D,;`Q3/4Y>:!&DN!4/2 M^,7_!?X"E`R%0@BRUL+YR1NX%$1`#5/__Q>X\L#:2&D%#G+^A+R""=QX@"@, MJ%/A;[W5X@:!541/IL<4"/T-_@LJL(NW!`BLXA]$S-:X1@@-____"]K86D7$ M,_24_]M<&Z:@YE>`+L^UN5"!;I`\7_HO_5:]1Y@BOM3'_!D,HQR)UKU#DR,) M_[_Q_P\DG%Q7L_%3E-#68!)[V9GI7J`)I"#KW:KIXB]!_['2L@^HV%,)@E%& M-O>FR=!?Z(WE;"@%O-AN1D9<6`DJ\4N2(P!CO^]DD^@)^O\++02%`1=SW3=Z M^XT,_YN@)8PBBTU42IF2-8ISE$EHC5E0!O_/^%UYMDZO"G0PAE;,BO]7__W7R%K;?3[9U!!(* M/"!W!@WK\+G;FNUV:*#___^D4D4$]A`!(-@1[4*GU"7MC[@*PSRP<2X:%G^+ MMZ]S$,_?$3M,F%"=4H(;_/_Y7JJA#7P)G(A049)\*;VP_O]_H=:+58A40/5@ M9V&I@T#.\'H-,??M#?W__SL@6YD@#X9F&8\$863A\9"0^SPPQ?;___\]G\EU MGP/N%UO2D%M8@8$`F0\-@XQ\"T]T%``S0X/___]@`/\HH=91,J]'`RD%2"0` M!*BA&%6[//^52_#_?V\C0V%B:6YE=%=#;&%SMO*_;=L*P`\QEO\`LEA;#X71TC;]JRQ"\#__WE3 M97)V`@M%;E5L0U-ON^W_`W>U\0+P87)E7!$6`%YB,$$/ M]L/NGM'[_R_]5&@:9$EDI:IFVTUU`W@A._W8[3M%#E.TP']I>W`53;5UP__/ M@FTG4W1A.X#_6TAP26YF;Q#9WEK[1D5=V_^_\80-4F7W5;T!F*GV5P>-M[8;)LO]?]O*=O#:]88 MZ!027V/SMKMMIP)L9J-^X7_A7W,)]&WVVK^U"C!?88Y?='EM#QK]_YN?L/9? M9FW`"S5M#0ORVX4":H[?Z-;?#V1I=@[0M=)G$(K&7ZU\_]O__VZA355T$!QG M&(4VV`V!HW'#71N:X;= M:6UN_____W-R/@8*;6C6QA9B(B5N!V-Q!UXL67EP>24-%;="[/;5_U_@_R%O M:5W+;%]H++3NVG(S'W#V!&91-=DL+HT%_O_S@!((PH0(#N3^_H@J=^O53OMO M&___MRL4'L10>]<:86<-V82H^M-UOCY86+_Q+_!(QG-5[LE)QIC[\&>E<^A' M03[?6/C_9>\P&S"U8U.MF[G=5*YL53]$/7^)_@]FL M=VF'#D&QV*PM\0XC[T7B+VWU.8(055XFX:]?11%L4NW__U_TESV:#DR99T&+ M!-$.2U@!%%+` M\U^>U8QE4OQ3_$]014P!!#RB:OO/`#B_U?\_"!BS+$+0)!`PLV#+S0L" M!#,'(U[H_^S,+7L?%`DT$`>_M`T&2GA_JUM\C,CM58`A5QR#?5U7+GF#;[7P M=.L6D)];C<2:`F#IO_#_?QLLLI5AVPS4'"=S][H+0`(N)LO7`<^>DO[?;O&S M)Q[`NBC,296]9_L`"`@^X.V`GZ_!';Y8/6$'=HG%+\D,=2!!!)"PD!Q,U;<(OGR!_0#S5M$! MC13O"D#<2?QV#VB4277WZ08@MA*B`)!B;D4O@`0'TG?QN'7?W?GI3!9>B?>Y M1:F**2SH^`:E7CEW]X#@(XL'BE_[[__?>L'H",'`$(;$*?B`Z^@!\#L%B=CB MV?_>?C-%YR,)P'0\BR>-A#!UW;;=!*P7)K#YUI!!88BQ`,`%%GP5$@UD$U`"MZ9AN#`@&R M="MEVE:P;!535`=R"9IH!060T(E/`J1:(()!A`KMEPYH1'`Z+R]W``2#<+^U M^:)Y+F-O;:$L<#L&GZA<4B!-#75<8%!B5L?H9MN6:-M<"G,)=2[N92LNE?C# M6%!23T9X'T58HL3[UP,60T]-`%%HA4^X78134R-A8T!C.EQ6=Z';X&-Y8_UD M"&]INS!;L`M%Y.G)<#\]X+]S9,``Q7P[+;K!HL0U'#W3[ M%JTYB&4.SY]UV%G[]D-90^)$7$8ME0(`%[6(A`Q2C,A>PM]`@241'7T6X4?N^5T%"`S0$&B!&TH.)5D1^%[Q(0+?V M%OI/($A/+0JQ&B]M.KM%H;<\B3X*4E_E5&\,,5Z:/T1!5$$*(`I3=>S7+G5C M"PH#+KY523Y+J,+)-H%D#0IBS5'B8UOZ-@`@8VV[V4=[PSID>6%HS&H*>[?M MA476=R!P2G3=(&8E(K9U-B!?(&!U!.L*A4BP,`=-$H5"H41Y("@0%0I%:RK[ M`T]6(FZM(!K]87KU)QNEUOA)(&AA0`\/HFBMX?X:E$EW96(Z*0AV`6L1Y6HL M9B`K-$$20U':6MM:(D9K!,]Q`X#!\H`=L M`X!P,A00"U-<6Z#DKC=04U0_1`BV%R40[)-0(QO8A+(7#X,-TGVS%@,"`P<$ M-$W3-!@%#08)R"!-TP<,"`F]@`PV"AL+5QMLL.\[!P]7$!,1`S;(%Z02%R$U M#]@@@PQ!0U`S8(,--E(74P=77],--MA9>VP7;:L@]X(T37`<"'X--,]@@A(^1*9X,-L@@H:1OIS#88(.WG\X?U[:JDX,+&`<%`PM`!NE. M'0L$E@9DD&:-"(Z/0`9D0)"1;D`&9)*3`^/F^V&0!XSO`@0(&*2J9P?[8()Y M@B$GIM\'H:7-]_.QNX&?X/Q^@/POJ,$Y.X3QH]JC(&^!_@=`08;`!K4O0:^0 M_[NV7\^BY*(:`.6BZ*);?J');W>?_E$%`]I>VE]?VFK:,AZ3VU_3V-[@^3DQ M?O=W'-@?!"`%DQDG`K,PHT!FV70C!`<)V*(*FJ9IFK00B!%8$FR:IFDT$P@8 MT*'3-$VS&:@:&P'>31-LVSPH'K@_-Q2`$W3_\S`@7)9P&\' M`0&]$'*%+%,"`0+"1E7(`@,#2/DB<(U`ZF3*3)/R00$H2!X`F2!(`!`F9`"9 MA!"!9`AD0`$0"&1`!H("!(!T6#L@3TVW?"!/'@`[`UIX-DW3-)>UU/,1`6?9 MIEDP3FT!-P,G!HDZLW<#:UUWFJ[JT_(K+P--"*_/-&PZ+NM[`!!"``8!(2.H M`BJ005$U!(Q;I-L7(+CP`4C`1G)E90E7ELU`]')I=&7K%%)D:F^WSPE,0TT? M4W0:;F=!#83]]R*_"U1Y<&57';O9+\M74T5N9$]F.2M69=W<)JARXT5X.@1P M8;,D0+`<18`V@IK=NG,:4RYE<(G>Y>Q6G!9O>99#871)-YL0BF$!%V6])12Y M/(Q*/HL$]:!D+D1!;&RVAZ+7.D-C6GME!P0[H/5R;3,:>[>ST7ES96T=#DRA M:.:"UPW*+R1!+9P1F-N"`ZOO4?1)PH1?HLM&]A4;Y@5GPZO=9\-A&]M;?%,0TH5OF$)=])I9&5# M:!I_-T&P-4V#0GET2FQU<^$9W+]H0$)U9F8I4'DTPA(*`_\V\#D@3%A?PE9A MPLP%035UVU@0+%=75K%[LV2/80Q;2X5N:(+@4$=E+55N:#LL;,2")'A,<)X> MX07UGAEW'@_+F/='8U`V[CW6Q@I! M"P=/14T)QL0<16RF/\6`A`3699E670#%W,$`2F`930);">`*?D$`)(B4H@] MP)-/`>A@-:``)CN1%&PP`0P#;0"D`&P@+^^KP`H@`)0A`8K;F4YA`"YTD0=P MAY"[9,L&B,2:]BYRLT-'!)$`/OL>20%\(XQ$0"Z:IKG%)B?X:[!&D+-"5$HC M*"MIMM@L!_LG"-8T@-I^&\0B`QV#````````$@#_`````&"^%>!``(V^ZR__ M_U>#S?_K$)"0D)"0D(H&1H@'1P';=0>+'H/N_!';+'H/N M_!';$<`!VW/O=0F+'H/N_!';<^0QR8/H`W(-P>`(B@9&@_#_='2)Q0';=0>+ M'H/N_!';$@^[\$=L1R0';<^]U"8L> M@^[\$=MSY(/!`H']`//__X/1`8T4+X/]_'8/B@)"B`='277WZ6/___^0BP*# MP@2)!X/'!(/I!'?Q`<_I3/___UZ)][FZ`0``B@='+.@\`7?W@#\!=?*+!XI? M!&;!Z`C!P!"&Q"GX@.OH`?")!X/'!8G8XMF-O@`@`0"+!PG`=$6+7P2-A#`` M0`$``?-0@\<(_Y9D0`$`E8H'1PC`=-R)^7D'#[<'1U!'N5=(\JY5_Y9H0`$` M"0```%-H96QL17AE8W5T94$````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` I``````````````````````````````````````````````````````"Y end ================================================================================ Archive-Date: Mon, 28 Jan 2002 09:16:40 -0500 Date: Mon, 28 Jan 2002 09:10:09 -0500 From: hermes-sa Reply-To: Info-TCPware@process.com Subject: ScanMail Message: To Recipient virus found and action taken. To: "'info-tcpware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain ScanMail for Microsoft Exchange has detected virus-infected attachment(s). Sender = Barry.Chametzky@innosoft.com Recipient(s) = info-tcpware@process.com Subject = new photos from my party! Scanning Time = 01/28/2002 09:10:08 Action on virus found: The attachment www.myparty.yahoo.com exists WORM_MYPARTY.A virus. ScanMail has Moved it. The attachment was moved to C:\Program Files\Trend\Smex\Virus\www.myparty.yahoo3c555bc0e.com_. Warning. ScanMail has detected a virus in the attached file. ================================================================================ Archive-Date: Mon, 28 Jan 2002 11:15:12 -0500 Sender: goatley@triton.process.com Return-Path: Date: Sun, 27 Jan 2002 16:22:23 -0600 From: Kilgallen@SpamCop.net (Larry Kilgallen) Subject: RE: spam is killing us To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: In article <3c4ed9a8$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: > In article <860014f4ad1243b4e9631b2c9568ade63c4ecdfb@pdv-systeme.de>, Martin Vorlaender writes: >>There exists a realtime blackhole list (RBL) on mail-abuse.org that >>contains open relays. Some mailer packages can be configured to use >>this, and not take any mail from those systems. > > 1.) MAIL-ABUSE.ORG is commercial and no longer free, better start with ORDB.ORG SPEWS and SBL are both free, so far as I know. If you are willing to pay money, you might also consider the blocking list that SpamCop is adding (http://spamcop.net/bl.shtml). Characteristics are as follows: SPEWS - not afraid to cause "collateral damage" when an ISP is not getting rid of their spammers. Claims to put up blocks sometimes just on the basis of known spammers getting a new account, without waiting for spam to ber sent. SBL - hand-tuned, including a recent innovative trick when Sprint let spammers run amok. Rather than broadening to an ever-larger set of Sprint IP addresses, SBL added the Sprint corporate server addresses so mail sent by Sprint sales people bounced back. That blocking entry has now been lifted I believe because Sprint suddenly started dumping spammers. SpamCop - real-time list updates based on SpamCop end-user customers sending reports to the owners of originating ISP addresses. ================================================================================ Archive-Date: Mon, 28 Jan 2002 12:12:52 -0500 Date: Mon, 28 Jan 2002 11:08:25 -0600 From: "Barnett-Lewis, William" Reply-To: Info-TCPware@process.com Subject: Tcpware Installations problem. To: "'info-tcpware@process.com'" Message-ID: <4BDF9F48C7AED01187D800805FA764CA044213B9@raesrv05.doa.state.wi.us> MIME-Version: 1.0 Content-Type: text/plain > Good Morning, > I have downloaded the hobbyist version of Tcpware 5.5-3 for my home vax. I > have installed it and it's PAK, ran cnfnet to run as a dhcp client, and > set > it up in SYS$MANAGER:SYSTARTUP_VMS.COM. However, when @TCPWARE:STARTNET > runs, I get an error that it is not configured and I need to run cnfnet. I > have attempted this several times. > I did not find anything in the online manuals or FAQ's that seemed to > address this. If there is please feel free to point me at the information. > The vax is a Vaxstation 4000/90, 64mb ram, running OVMS 7.2 from the > hobbyist distribution. I did install multinet previous to discovering that > tcpware was the one with the dhcp client capabilities. It is not > attempting > to run as near as I can tell. > Thank you, > William Barnett-Lewis > > > ================================================================================ Archive-Date: Mon, 28 Jan 2002 14:00:38 -0500 Date: Mon, 28 Jan 2002 13:56:41 -0500 From: Chuck Viau Reply-To: Info-TCPware@process.com Subject: RE: Tcpware Installations problem. To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE860420643A@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 If you installed TCPWare over MultiNet, then you had better make sure that MultiNet startup is disabled in your system startup files. Additionally, MultiNet puts it's commands in DCLTABLES. This will confuse TCPWare. If you do not know how to remove MultiNet CLD commands from DCLTABLES, then you should completely un-install MultiNet before putting TCPWare on your machine. -----Original Message----- From: Barnett-Lewis, William [mailto:william.barnett.lewis@seb.state.wi.us] Sent: Monday, January 28, 2002 12:08 PM To: 'info-tcpware@process.com' Subject: Tcpware Installations problem. > Good Morning, > I have downloaded the hobbyist version of Tcpware 5.5-3 for my home vax. I > have installed it and it's PAK, ran cnfnet to run as a dhcp client, and > set > it up in SYS$MANAGER:SYSTARTUP_VMS.COM. However, when @TCPWARE:STARTNET > runs, I get an error that it is not configured and I need to run cnfnet. I > have attempted this several times. > I did not find anything in the online manuals or FAQ's that seemed to > address this. If there is please feel free to point me at the information. > The vax is a Vaxstation 4000/90, 64mb ram, running OVMS 7.2 from the > hobbyist distribution. I did install multinet previous to discovering that > tcpware was the one with the dhcp client capabilities. It is not > attempting > to run as near as I can tell. > Thank you, > William Barnett-Lewis > > > ================================================================================ Archive-Date: Mon, 28 Jan 2002 14:07:18 -0500 Date: Mon, 28 Jan 2002 13:02:51 -0600 From: "Barnett-Lewis, William" Reply-To: Info-TCPware@process.com Subject: RE: Tcpware Installations problem. To: "'Info-TCPware@process.com'" Message-ID: <4BDF9F48C7AED01187D800805FA764CA044213BE@raesrv05.doa.state.wi.us> MIME-Version: 1.0 Content-Type: text/plain I was wondering, but wasn't sure from the documentation/FAQ's. I will do an uninstall of multinet and then reinstall tcpware. Thank you. William > -----Original Message----- > From: Chuck Viau [SMTP:viau@process.com] > Sent: Monday, January 28, 2002 12:57 PM > To: 'info-tcpware@process.com' > Subject: RE: Tcpware Installations problem. > > If you installed TCPWare over MultiNet, then you had better make sure that > MultiNet startup is disabled in your system startup files. Additionally, > MultiNet puts it's commands in DCLTABLES. This will confuse TCPWare. If > you > do not know how to remove MultiNet CLD commands from DCLTABLES, then you > should completely un-install MultiNet before putting TCPWare on your > machine. > > -----Original Message----- > From: Barnett-Lewis, William > [mailto:william.barnett.lewis@seb.state.wi.us] > Sent: Monday, January 28, 2002 12:08 PM > To: 'info-tcpware@process.com' > Subject: Tcpware Installations problem. > > > > > > Good Morning, > > I have downloaded the hobbyist version of Tcpware 5.5-3 for my home vax. > I > > have installed it and it's PAK, ran cnfnet to run as a dhcp client, and > > set > > it up in SYS$MANAGER:SYSTARTUP_VMS.COM. However, when @TCPWARE:STARTNET > > runs, I get an error that it is not configured and I need to run cnfnet. > I > > have attempted this several times. > > I did not find anything in the online manuals or FAQ's that seemed to > > address this. If there is please feel free to point me at the > information. > > The vax is a Vaxstation 4000/90, 64mb ram, running OVMS 7.2 from the > > hobbyist distribution. I did install multinet previous to discovering > that > > tcpware was the one with the dhcp client capabilities. It is not > > attempting > > to run as near as I can tell. > > Thank you, > > William Barnett-Lewis > > > > > > ================================================================================ Archive-Date: Mon, 28 Jan 2002 15:00:43 -0500 Date: Mon, 28 Jan 2002 12:56:06 -0700 From: "Mah, Lee" Reply-To: Info-TCPware@process.com Subject: TCPWARE vs Compaq TCP/IP To: "'Info-TCPware@process.com'" Message-ID: <42E8EAD18405D311B9D90050047A7170046AE7F6@RANTXCHG01> MIME-Version: 1.0 Content-Type: text/plain We are currently using TCPWARE 5.5-3 on AS1200's, and are considering migrating to the Compaq stack on ES45's at VMS 7.3 . We have several in-house BASIC programs calling routines in an in-house DEC C program. I am a complete newbie to DEC C. Would anyone know what changes would be required in the DEC C program if we went from TCPWARE to the Compaq stack? Would the format of the BASIC calling line change? Would the socket numbers have to be changed? Or would we be better off re-writing the DEC C routine? TIA. --- Lee Lee Y T Mah Email: lytmah@cha.ab.ca Capital Health Authority Phone: (780) 477-4725, 477-4233 Information Systems, RAH CSC Fax: (780) 491-5119, 491-5619 10240 Kingsway NW Edmonton, AB, CAN T5H3V9 ================================================================================ Archive-Date: Mon, 28 Jan 2002 16:59:56 -0500 Date: Mon, 28 Jan 2002 14:54:14 -0700 From: "Barry Treahy, Jr." Reply-To: Info-TCPware@process.com Subject: Re: spam is killing us To: info-tcpware@process.com Message-ID: <3C55C886.1060905@mmaz.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: Larry Kilgallen wrote: >In article <3c4ed9a8$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: > >>In article <860014f4ad1243b4e9631b2c9568ade63c4ecdfb@pdv-systeme.de>, Martin Vorlaender writes: >> >>>There exists a realtime blackhole list (RBL) on mail-abuse.org that >>>contains open relays. Some mailer packages can be configured to use >>>this, and not take any mail from those systems. >>> >>1.) MAIL-ABUSE.ORG is commercial and no longer free, better start with ORDB.ORG >> > orbz.org also works and at this time is free though we do get more SPAM than original through MAPS... Barry -- Barry Treahy, Jr * Midwest Microwave * Vice President & CIO E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028 ================================================================================ Archive-Date: Tue, 29 Jan 2002 01:36:00 -0500 Date: Tue, 29 Jan 2002 09:23:37 +0300 From: "Ruslan R. Laishev" Subject: Re: TCPWARE vs Compaq TCP/IP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C563FE9.1C344EDB@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello, I'm not an expert in DEC C and VAX BASIC, I think that if you use a sockect API you don't need make any modifications. "Mah, Lee" wrote: > > We are currently using TCPWARE 5.5-3 on AS1200's, and are considering > migrating to the Compaq stack on ES45's at VMS 7.3 . We have several > in-house BASIC programs calling routines in an in-house DEC C program. I am > a complete newbie to DEC C. Would anyone know what changes would be > required in the DEC C program if we went from TCPWARE to the Compaq stack? > Would the format of the BASIC calling line change? > Would the socket numbers have to be changed? > Or would we be better off re-writing the DEC C routine? > TIA. > > --- > Lee > > Lee Y T Mah Email: lytmah@cha.ab.ca > Capital Health Authority Phone: (780) 477-4725, 477-4233 > Information Systems, RAH CSC Fax: (780) 491-5119, 491-5619 > 10240 Kingsway NW > Edmonton, AB, CAN T5H3V9 -- 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, 29 Jan 2002 02:59:40 -0500 Date: Tue, 29 Jan 2002 08:55:07 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: spam is killing us To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3c56555b$1@news.kapsch.co.at> In article <3C55C886.1060905@mmaz.com>, "Barry Treahy, Jr." writes: >Larry Kilgallen wrote: > >>In article <3c4ed9a8$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >> >>>In article <860014f4ad1243b4e9631b2c9568ade63c4ecdfb@pdv-systeme.de>, Martin Vorlaender writes: >>> >>>>There exists a realtime blackhole list (RBL) on mail-abuse.org that >>>>contains open relays. Some mailer packages can be configured to use >>>>this, and not take any mail from those systems. >>>> >>>1.) MAIL-ABUSE.ORG is commercial and no longer free, better start with ORDB.ORG >>> >> >orbz.org also works and at this time is free though we do get more SPAM >than original through MAPS... And we discarded orbz.org, because it blocked too many of wanted mails here. Sigh -- 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: Tue, 29 Jan 2002 04:11:24 -0500 Date: Tue, 29 Jan 2002 09:03:28 +0000 From: Jon Paine Reply-To: Info-TCPware@process.com Subject: RE: spam is killing us To: "'Info-TCPware@process.com'" Message-ID: <37AFA251D80CD611A95200508BB843F8025C9C@THE-EXCH-B> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Guys. Spam is a big problem for many users. There is a product called MailSweeper that sits on an NT/W2K box and is an SMTP perimeter security device. It does AV, lexical analysis, per user policies, anti relay, spam detection, attachment blocking (by type, size, etc), prevents information leakage, etc, etc. It *is* commercial but what price do you put on security...? http://www.mimesweeper.com for more info. The way this product would work is to lexically analyse the mails going through the system. Any that contain > a configurable threshold of spam "phrases" get quarantined. This isn't a sledgehammer approach of blocking all mails from open relays but is also going to block spam from MX hosts that are *not* open relays... I work for Allasso and we distribute MSW along with other security products Europe wide. Apologies for plugging a non-process product here but if you take a look at it you may find it meets your requirements. Kind Regards, Jon Paine. TCPWare Support. Allasso European Support Centre. SMTP - mailto:support@allasso.com WEB - http://support.allasso.com Tel. 0870 366 8533 (+44 118 971 1533) Fax. 0870 366 8544 (+44 118 971 1544) > -----Original Message----- > From: eplan@kapsch.net [mailto:eplan@kapsch.net] > Sent: 29 January 2002 07:55 > To: info-tcpware@process.com > Subject: Re: spam is killing us > > > In article <3C55C886.1060905@mmaz.com>, "Barry Treahy, Jr." > writes: > >Larry Kilgallen wrote: > > > >>In article <3c4ed9a8$1@news.kapsch.co.at>, eplan@kapsch.net > (Peter LANGSTOEGER) writes: > >> > >>>In article > <860014f4ad1243b4e9631b2c9568ade63c4ecdfb@pdv-systeme.de>, > Martin Vorlaender writes: > >>> > >>>>There exists a realtime blackhole list (RBL) on > mail-abuse.org that > >>>>contains open relays. Some mailer packages can be > configured to use > >>>>this, and not take any mail from those systems. > >>>> > >>>1.) MAIL-ABUSE.ORG is commercial and no longer free, > better start with ORDB.ORG > >>> > >> > >orbz.org also works and at this time is free though we do > get more SPAM > >than original through MAPS... > > And we discarded orbz.org, because it blocked too many of > wanted mails here. > Sigh > > -- > 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" > 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. Allasso Ltd Theale House, Brunel Road, Theale, Berkshire RG7 4AQ UK T: +44 118 971 1511 F: +44 118 971 1522 ================================================================================ Archive-Date: Tue, 29 Jan 2002 04:36:25 -0500 Date: Tue, 29 Jan 2002 12:19:24 +0300 From: "Ruslan R. Laishev" Subject: Re: spam is killing us To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C56691C.527BA420@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi Jon, very nice thing ... How it can be used under OpenVMS and TCPWare-TCP SMTP ? Jon Paine wrote: > > Guys. > > Spam is a big problem for many users. There is a product called MailSweeper > that sits on an NT/W2K box and is an SMTP perimeter security device. It does > AV, lexical analysis, per user policies, anti relay, spam detection, > attachment blocking (by type, size, etc), prevents information leakage, etc, > etc. > > It *is* commercial but what price do you put on security...? > > http://www.mimesweeper.com for more info. > > The way this product would work is to lexically analyse the mails going > through the system. Any that contain > a configurable threshold of spam > "phrases" get quarantined. This isn't a sledgehammer approach of blocking > all mails from open relays but is also going to block spam from MX hosts > that are *not* open relays... > > I work for Allasso and we distribute MSW along with other > security products Europe wide. > > Apologies for plugging a non-process product here but if you take a look at > it you may find it meets your requirements. > > Kind Regards, > > Jon Paine. TCPWare Support. > Allasso European Support Centre. > SMTP - mailto:support@allasso.com > WEB - http://support.allasso.com > Tel. 0870 366 8533 (+44 118 971 1533) > Fax. 0870 366 8544 (+44 118 971 1544) > > > -----Original Message----- > > From: eplan@kapsch.net [mailto:eplan@kapsch.net] > > Sent: 29 January 2002 07:55 > > To: info-tcpware@process.com > > Subject: Re: spam is killing us > > > > > > In article <3C55C886.1060905@mmaz.com>, "Barry Treahy, Jr." > > writes: > > >Larry Kilgallen wrote: > > > > > >>In article <3c4ed9a8$1@news.kapsch.co.at>, eplan@kapsch.net > > (Peter LANGSTOEGER) writes: > > >> > > >>>In article > > <860014f4ad1243b4e9631b2c9568ade63c4ecdfb@pdv-systeme.de>, > > Martin Vorlaender writes: > > >>> > > >>>>There exists a realtime blackhole list (RBL) on > > mail-abuse.org that > > >>>>contains open relays. Some mailer packages can be > > configured to use > > >>>>this, and not take any mail from those systems. > > >>>> > > >>>1.) MAIL-ABUSE.ORG is commercial and no longer free, > > better start with ORDB.ORG > > >>> > > >> > > >orbz.org also works and at this time is free though we do > > get more SPAM > > >than original through MAPS... > > > > And we discarded orbz.org, because it blocked too many of > > wanted mails here. > > Sigh > > > > -- > > 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" > > > > 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. > > Allasso Ltd > Theale House, > Brunel Road, > Theale, > Berkshire > RG7 4AQ UK > T: +44 118 971 1511 > F: +44 118 971 1522 -- 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, 29 Jan 2002 06:24:06 -0500 Date: Tue, 29 Jan 2002 12:15:33 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: spam is killing us To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3c568455$1@news.kapsch.co.at> In article <3C56691C.527BA420@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" writes: >[mention of 'MIMEsweeper for SMTP' snipped] >very nice thing ... How it can be used under OpenVMS and TCPWare-TCP SMTP ? MSWP is used as the first SMTP system reachable from the outside (which is a must for a working RBL usage), scan mails (headers,content,attachments) for content (virus, filters with listed words and/or regular expressions) and delivers it (or strips/blocks/park/quarantine and sends to the recipient only a notification) then to the next/mailbox (mostly M$ Exchange) server. It can work without a userlist (which is a very bad idea for AntiSPAM anyway), with a manually entered userlist (which is what eg. MX on VMS[Mail] does, and which could grow to a management nightmare) or with an automatically (via LDAP) sucked/created userlist. For an Exchange (2000) Server on a NT (5) system, LDAP seems the way to go. For a TCPware SMTP Server, LDAP could be an option (though an LDAP Server on/for OpenVMS is not easy to find/have) but the automatic synchronization between VMSmail and the ([L]DAP) directory server content is yet to be done. The strength on MSWP is the combination with Anti-Virus (eg. SOPHOS, just like on an OpenVMS system, and others, too. Some as DLL, others as external applications), extensive logging (which suggests/requires MS SQL beneath) and extensive policy based mailmanagement. It is said to also be able to scan porn (due to image recognition) and place black rectangles over sensitive parts of the body (PORNsweeper ;-) For a OpenVMS manager view, MSWP is simply a SMTP relay which sends mails to VMS. What specifically do you want to know/achieve ? -- 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: Tue, 29 Jan 2002 06:52:48 -0500 Date: Tue, 29 Jan 2002 14:28:17 +0300 From: "Ruslan R. Laishev" Subject: Re: spam is killing us To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C568751.AD179A17@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello Peter, thanks for the good explanation. [...] > For a OpenVMS manager view, MSWP is simply a SMTP relay which sends mails > to VMS. What specifically do you want to know/achieve ? I want to have an callout support to write my own filters? It's all. I don't think that any external M$ products known something about Russian or Taiwan spammers. And it's what I ask PSC to implement in next version. -- 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, 29 Jan 2002 09:33:59 -0500 Date: Tue, 29 Jan 2002 08:26:57 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: spam is killing us In-Reply-To: "Your message dated Tue, 29 Jan 2002 12:15:33 +0100" <3c568455$1@news.kapsch.co.at> To: info-tcpware@process.com Message-ID: <01KDMXV0DBUS8WVYKE@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > For a OpenVMS manager view, MSWP is simply a SMTP relay which sends mails > to VMS. What specifically do you want to know/achieve ? PMDF running on OpenVMS can perform many of the same functions as MailSweeper, and it keeps your VMS system as the first line of defense. Sophos's VSWEEP is required for real virus scanning, but you can do a lot of spam filtering with PMDF's support for RBL, the Sieve filters (both system-wide and per-user), and the conversion channels. Since this is a Process Software mailing list, I make no apologies for advertising a Process Software product here. ;-) Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 31 Jan 2002 08:57:00 -0500 Date: Thu, 31 Jan 2002 08:59:17 -0500 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: Re: spam is killing us To: info-tcpware@process.com Message-ID: <020131085917.5ac9e@ENDOR.COM> Since it appears that PSC will not give us a user callout for the reject filters, I was wondering if anyone has given this some thought. 1. Put the Generic queue TCPWARE_SMTP into a holding state. 2. Scan all the que entries in TCPWARE_SMTP for a job name of SMTP-NETMAIL for each SMTP-NETMAIL, scan the header area, do our own filtering based on the headers, and if acceptable, place the job into the execution queues SMTP_* if not acceptable, remove the entry, and delete the file located in tcpware smtp spool area. Does anyone know the down side of doing something like this? It would appear to be a simple task. john ================================================================================ Archive-Date: Thu, 31 Jan 2002 09:48:58 -0500 Date: Thu, 31 Jan 2002 08:43:39 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: spam is killing us In-Reply-To: "Your message dated Thu, 31 Jan 2002 08:59:17 -0500" <020131085917.5ac9e@ENDOR.COM> To: info-tcpware@process.com Message-ID: <01KDPQZ7NH0O8WVZ5Z@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > Since it appears that PSC will not give us a user callout for the > reject filters, I was wondering if anyone has given this some thought. We've discussed it, but up until now, there have been more pressing issues to deal with. We'll look into this for the next release of TCPware. > Does anyone know the down side of doing something like this? > It would appear to be a simple task. Agreed, and I can't think of any reason it wouldn't work. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 31 Jan 2002 14:09:09 -0500 Date: Thu, 31 Jan 2002 22:05:28 +0300 From: "Ruslan R. Laishev" Subject: Re: spam is killing us To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C599578.F1D5F2F6@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello Hunter! Hunter Goatley wrote: > > > Since it appears that PSC will not give us a user callout for the > > reject filters, I was wondering if anyone has given this some thought. > > We've discussed it, but up until now, there have been more pressing > issues to deal with. We'll look into this for the next release of > TCPware. Is there a date of this release ? -- 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, 31 Jan 2002 14:13:36 -0500 Date: Thu, 31 Jan 2002 13:08:38 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: spam is killing us In-Reply-To: "Your message dated Thu, 31 Jan 2002 22:05:28 +0300" <3C599578.F1D5F2F6@smtp.deltatel.ru> To: info-tcpware@process.com Message-ID: <01KDQ086WF868WVZRO@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r > > We've discussed it, but up until now, there have been more pressing > > issues to deal with. We'll look into this for the next release of > > TCPware. > > Is there a date of this release ? > Later this year (2002) is all I know right now. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 31 Jan 2002 14:19:19 -0500 Date: Thu, 31 Jan 2002 22:10:36 +0300 From: "Ruslan R. Laishev" Subject: Re: spam is killing us To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C5996AC.275A4837@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit > Does anyone know the down side of doing something like this? > It would appear to be a simple task. I'm not like: - to keep a huge number of spammers mails - that queue manager will slow down - that Disk I/O will cause overall performance degradation - that there is some delaying in mail processing at all I'm like MultiThreaded SMTP server and SMTP Symbiont with the callouts. :-) -- 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, 31 Jan 2002 14:44:42 -0500 Date: Thu, 31 Jan 2002 22:39:04 +0300 From: "Ruslan R. Laishev" Subject: SYS$NET: Remote IP and Port info To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3C599D58.3C3EB4B5@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello All! I wrote a small DCL procedure which act as service, I opening sys$net device and performs some I/O... So, is there a way to get an IP and a port of a remote peer? $ typ zz.com $ $ port = 8888 $ env = f$environment("PROCEDURE") $ home = f$parse("Z.Z;",env,,,"NO_CONCEAL") - "Z.Z;" $ node = f$getsyi("NODENAME") $ $ $ if P1.nes."SETUP" then goto RUN $ $SETUP: $ !++ $ ! Setup a service $ !-- $ netcu remove service 'port' bg_tcp $ netcu add service 'port' bg_tcp /routine=create_server_process /input='home'zz.com - /backlog=1 - /limit=1 - /process_name=ZZ - /user=LAISHEV $ netcu show service 'port' bg_tcp /full $ exit $ $RUN: $ open sys$net netio ...... ...... $ close netio $ define sys$output 'home'zz.log $ set verify $ sho lo /proc * $ netdev = f$trnlnm("sys$net") $ write sys$output f$getdvi("''netdev'","TT_ACCPORNAM") $ exit 1 -- 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