Archive-Date: Mon, 1 Apr 2002 10:19:19 -0500 Date: Mon, 01 Apr 2002 09:14:17 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Administrivia: The recent spam messages To: info-multinet@process.com CC: info-tcpware@process.com, goathunter@goatley.com Message-ID: <01KG1LL4EMXU8WVZ4M@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii As you've seen, a few spam messages have made it past the filters to our Info-* lists recently. Spammers are getting more sophisticated. At least two of the recent spam messages made it through because the spammer actually subscribed to the list in order to get past the filters. I've modified the lists to require my approval before someone is added. I've also added still more checks to try to block such messages. Your patience while I continue to eradicate the spam while still letting legit mail through is appreciated. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Mon, 1 Apr 2002 11:14:02 -0500 Date: Mon, 01 Apr 2002 11:12:10 -0500 From: Theresa Campbell Subject: Question on Ports In-Reply-To: To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Hi folks, Is there a specific TCP/IP port # that is used for printing in TCPWare? ================================================================================ Archive-Date: Mon, 1 Apr 2002 11:17:38 -0500 Date: Mon, 01 Apr 2002 11:16:12 -0500 From: "Robert, Andrew" Reply-To: Info-TCPware@process.com Subject: RE: Question on Ports To: "'Info-TCPware@process.com'" Message-ID: <0555B6986D9BD411843B00E009000004081FD62E@perseus.mfs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Hi Theresa, I believe the port is 9100. -----Original Message----- From: Theresa Campbell [mailto:campbell@littletonma.org] Sent: Monday, April 01, 2002 11:12 AM To: info-tcpware@process.com Subject: Question on Ports Hi folks, Is there a specific TCP/IP port # that is used for printing in TCPWare? ================================================================================ Archive-Date: Mon, 1 Apr 2002 11:28:50 -0500 Date: Mon, 01 Apr 2002 11:28:34 -0500 From: Mike Bartman Reply-To: Info-TCPware@process.com Subject: RE: Question on Ports To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86044198BB@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 It depends on the protocol you are using, and in some cases, what kind of printer you are printing to. Are you talking about printing from the TCPware system, or to it (i.e. sending jobs into print queues on the TCPware system)? If from the TCPware system, which symbiont are you using? If it's one of the symbionts that uses the Telnet protocol, what kind of printer are you connecting to? -- Mike Bartman Process Software bartman@process.com > -----Original Message----- > From: Theresa Campbell [mailto:campbell@littletonma.org] > Sent: Monday, April 01, 2002 11:12 AM > To: info-tcpware@process.com > Subject: Question on Ports > > > Hi folks, > Is there a specific TCP/IP port # that is used for > printing in TCPWare? > > > ================================================================================ Archive-Date: Wed, 3 Apr 2002 13:41:38 -0500 Date: Wed, 03 Apr 2002 13:39:37 -0500 (EST) From: Geoff Bryant Reply-To: Info-TCPware@process.com Subject: TCPware 5.6 Beta To: tcpware-announce@process.com Message-ID: <01KG4N8J1M8K8WVZHN@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Process Software is looking for beta sites to test TCPware 5.6. Beta is scheduled for May 6 to June 24. TCPware 5.6 includes the following: * Secure Shell (SSH) v2 client and server provide strong authentication and secure encrypted communications. * Secure Copy Protocol (SCP) provides advanced security by allowing SSH users to perform secure file transfers over unsecured networks. * NFS v3 server provides increased performance and security and removes the 2-gigabyte limitation on file sizes. It implements RFC 1813. * Throughput statistics assists with troubleshooting by providing information on system performance. * Internet Printing Protocol (IPP) enhancements include more advanced printing functionality (i.e. print page ranges etc.) and a utility program that queries the print server to determine its capabilities. IPP saves time in troubleshooting, and is easy to implement using standard commands. * FTP and SMTP accounting and statistical reporting. Data can now be easily exported and analyzed for trends. All beta participants will receive a Process Software shirt and will be entered into a drawing to receive a $350 American Express gift certificate. If you are interested complete the site survey below and e-mail it to maschio@process.com. ----------------------------------------------------------------------- TCPware 5.6 Beta Site Survey Beta Contact Information: Company: Contact Name: Contact Title: Contact Address: Contact Phone Number: Contact e-mail: What is your area of responsibility? What version of TCPware are you currently using? What platform (Alpha or VAX) will you test? What version of OpenVMS will you test? Describe your test environment. What third party applications do you use? Describe how you will use TCPware in your production environment. What component(s) will you test? New Features __ SSH v2 server __ SSH v2 client __ SCP server __ SCP client __ NFS v.3 server __ FTP accounting and statistics reports __ IPP enhancements __ Throughput statistic Existing Features _DHCP Server __DHCP Safe-Failover _DHCP client __Dynamic DNS __Bind 8.12 __BOOTP __LPD __FTP __NFS v2 Client __NFS v2 Server __RMTAlloc __Rservices __TELNET __TFTP __PING __SMNP __SMTP __GATED __IMAP __Packet Filter __Token Authentication ___Paired Network Interface __Agent X/Compaq Insight Manager If you are testing SSH or SCP, please answer the following questions. Which clients will you use (other then the Process Software client)? Which Encryption technology will you use? __IDEA __DES __3DES __BLOWFISH __ARCFOUR __Cast 128 If you are testing the Process Software NFS v3 server, which client(s) will you use? ----------------------- Lauren Maschio Process Software Senior Product Manager 959 Concord Road Framingham, MA 01701 (508)626-7525 ----------------------- ================================================================================ Archive-Date: Wed, 3 Apr 2002 15:17:47 -0500 Date: Wed, 03 Apr 2002 15:23:36 -0500 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: RE: TCPware 5.6 Beta To: info-tcpware@process.com Message-ID: <020403152337.2ba2a@ENDOR.COM> From: SMTP%"Info-TCPware@process.com" 3-APR-2002 13:52:04.79 To: tcpware-announce@process.com CC: Subj: TCPware 5.6 Beta Return-Path: Received: from triton.process.com ([198.115.138.29]) by OBIWAN.ENDOR.COM with ESMTP for babiarz@ENDOR.COM; Wed, 3 Apr 2002 13:52:03 -0500 X-ListName: Process TCPware Discussion List Date: Wed, 03 Apr 2002 13:39:37 -0500 (EST) From: Geoff Bryant Reply-To: Info-TCPware@process.com X-Original-Reply-To: TCPware-Announce@process.com Subject: TCPware 5.6 Beta To: tcpware-announce@process.com Message-ID: <01KG4N8J1M8K8WVZHN@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii List-Unsubscribe: Process Software is looking for beta sites to test TCPware 5.6. Beta is scheduled for May 6 to June 24. TCPware 5.6 includes the following: * Secure Shell (SSH) v2 client and server provide strong authentication and secure encrypted communications. * Secure Copy Protocol (SCP) provides advanced security by allowing SSH users to perform secure file transfers over unsecured networks. * NFS v3 server provides increased performance and security and removes the 2-gigabyte limitation on file sizes. It implements RFC 1813. * Throughput statistics assists with troubleshooting by providing information on system performance. * Internet Printing Protocol (IPP) enhancements include more advanced printing functionality (i.e. print page ranges etc.) and a utility program that queries the print server to determine its capabilities. IPP saves time in troubleshooting, and is easy to implement using standard commands. * FTP and SMTP accounting and statistical reporting. Data can now be easily exported and analyzed for trends. All beta participants will receive a Process Software shirt and will be entered into a drawing to receive a $350 American Express gift certificate. If you are interested complete the site survey below and e-mail it to maschio@process.com. ----------------------------------------------------------------------- TCPware 5.6 Beta Site Survey Beta Contact Information: Company: Intergalactic Software Corp Contact Name: John Babiarz Contact Title: CEO Contact Address: 1117 Slab City Road, Grafton NH 03240 Contact Phone Number: 603.523.8315 Contact e-mail: babiarz@endor.com What is your area of responsibility? Owner of an ISP What version of TCPware are you currently using? 5.5-3 What platform (Alpha or VAX) will you test? alpha What version of OpenVMS will you test? 6.2, 7.2-1 Describe your test environment. dec alpha 3000-600, What third party applications do you use? oracle rdb Describe how you will use TCPware in your production environment. ISP, software development What component(s) will you test? New Features __ SSH v2 server __ SSH v2 client __ SCP server __ SCP client __ NFS v.3 server _X_ FTP accounting and statistics reports __ IPP enhancements _X_ Throughput statistic Existing Features _DHCP Server __DHCP Safe-Failover _DHCP client __Dynamic DNS _X_Bind 8.12 __BOOTP __LPD _X_FTP __NFS v2 Client __NFS v2 Server __RMTAlloc __Rservices _X_TELNET __TFTP _X_PING __SMNP _X_SMTP __GATED _X_IMAP _X_Packet Filter __Token Authentication ___Paired Network Interface __Agent X/Compaq Insight Manager If you are testing SSH or SCP, please answer the following questions. Which clients will you use (other then the Process Software client)? Which Encryption technology will you use? __IDEA __DES __3DES __BLOWFISH __ARCFOUR __Cast 128 If you are testing the Process Software NFS v3 server, which client(s) will you use? ----------------------- Lauren Maschio Process Software Senior Product Manager 959 Concord Road Framingham, MA 01701 (508)626-7525 ----------------------- ================================================================================ Archive-Date: Thu, 4 Apr 2002 00:43:55 -0500 Date: Thu, 04 Apr 2002 09:27:08 +0400 From: "Ruslan R. Laishev" Subject: Re: TCPware 5.6 Beta To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3CABE42C.15EC03DC@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi John, good news ! There is nothing about improving SPAM-proof :( babiarz@ENDOR.COM wrote: > > From: SMTP%"Info-TCPware@process.com" 3-APR-2002 13:52:04.79 > To: tcpware-announce@process.com > CC: > Subj: TCPware 5.6 Beta > > Return-Path: > Received: from triton.process.com ([198.115.138.29]) by OBIWAN.ENDOR.COM > with ESMTP for babiarz@ENDOR.COM; Wed, 3 Apr 2002 13:52:03 -0500 > X-ListName: Process TCPware Discussion List > Date: Wed, 03 Apr 2002 13:39:37 -0500 (EST) > From: Geoff Bryant > Reply-To: Info-TCPware@process.com > X-Original-Reply-To: TCPware-Announce@process.com > Subject: TCPware 5.6 Beta > To: tcpware-announce@process.com > Message-ID: <01KG4N8J1M8K8WVZHN@PROCESS.COM> > MIME-Version: 1.0 > Content-Type: TEXT/PLAIN; CHARSET=us-ascii > List-Unsubscribe: > > Process Software is looking for beta sites to test TCPware 5.6. Beta is > scheduled for May 6 to June 24. > > TCPware 5.6 includes the following: > > * Secure Shell (SSH) v2 client and server provide strong authentication > and secure encrypted communications. > > * Secure Copy Protocol (SCP) provides advanced security by allowing SSH > users to perform secure file transfers over unsecured networks. > > * NFS v3 server provides increased performance and security and removes > the 2-gigabyte limitation on file sizes. It implements RFC 1813. > > * Throughput statistics assists with troubleshooting by providing > information on system performance. > > * Internet Printing Protocol (IPP) enhancements include more advanced > printing functionality (i.e. print page ranges etc.) and a utility program > that queries the print server to determine its capabilities. IPP saves > time in troubleshooting, and is easy to implement using standard commands. > > * FTP and SMTP accounting and statistical reporting. Data can now be > easily exported and analyzed for trends. > > All beta participants will receive a Process Software shirt and will be > entered into a drawing to receive a $350 American Express gift > certificate. If you are interested complete the site survey below and > e-mail it to maschio@process.com. > > > ----------------------------------------------------------------------- > > TCPware 5.6 Beta Site Survey > > > Beta Contact Information: > > Company: Intergalactic Software Corp > Contact Name: John Babiarz > Contact Title: CEO > Contact Address: 1117 Slab City Road, Grafton NH 03240 > > > Contact Phone Number: 603.523.8315 > Contact e-mail: babiarz@endor.com > > What is your area of responsibility? Owner of an ISP > > > What version of TCPware are you currently using? 5.5-3 > > What platform (Alpha or VAX) will you test? alpha > > What version of OpenVMS will you test? 6.2, 7.2-1 > > Describe your test environment. dec alpha 3000-600, > > What third party applications do you use? oracle rdb > > Describe how you will use TCPware in your production environment. > ISP, software development > > What component(s) will you test? > > New Features > > __ SSH v2 server > __ SSH v2 client > __ SCP server > __ SCP client > __ NFS v.3 server > _X_ FTP accounting and statistics reports > __ IPP enhancements > _X_ Throughput statistic > > Existing Features > > _DHCP Server > __DHCP Safe-Failover > _DHCP client > __Dynamic DNS > _X_Bind 8.12 > __BOOTP > __LPD > _X_FTP > __NFS v2 Client > __NFS v2 Server > __RMTAlloc > __Rservices > _X_TELNET > __TFTP > _X_PING > __SMNP > _X_SMTP > __GATED > _X_IMAP > _X_Packet Filter > __Token Authentication > ___Paired Network Interface > __Agent X/Compaq Insight Manager > > > If you are testing SSH or SCP, please answer the following questions. > > Which clients will you use (other then the Process Software client)? > > > Which Encryption technology will you use? > __IDEA > __DES > __3DES > __BLOWFISH > __ARCFOUR > __Cast 128 > > If you are testing the Process Software NFS v3 server, which client(s) > will you use? > > > ----------------------- > Lauren Maschio > Process Software > Senior Product Manager > 959 Concord Road > Framingham, MA 01701 > (508)626-7525 > ----------------------- > > -- Cheers, Ruslan. +---------------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU ================================================================================ Archive-Date: Wed, 10 Apr 2002 14:09:24 -0400 Date: Wed, 10 Apr 2002 11:07:06 -0700 From: ed.stuart@austinenergy.com (Ed Stuart) Subject: Values Truncated in TT_ACCPORNAM To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hello all; we're running OpenVMS v6.2 and TCPware v5.3-2. One one of our nodes the value displayed from the TT_ACCPORNAM field is ok. $ term = f$getdvi("TT","TT_ACCPORNAM") $ sh sym term TERM = "ae-stuart.electric.ci.austin.tx.us" On the other nodes the value displayed from the TT_ACCPORNAM is left-truncated. $ term = f$getdvi("TT","TT_ACCPORNAM") $ sh sym term TERM = "i.austin.tx.us" What would cause the left-truncating and how can we correct it? Ed Stuart **Please apply a generous amount of all the usual disclaimers here.** ================================================================================ Archive-Date: Wed, 10 Apr 2002 14:26:32 -0400 Date: Wed, 10 Apr 2002 14:21:47 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: Values Truncated in TT_ACCPORNAM To: info-tcpware@process.com Message-ID: <3CB482BB.3030209@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: Ed Stuart wrote: > Hello all; we're running OpenVMS v6.2 and TCPware v5.3-2. One one of > our nodes the value displayed from the TT_ACCPORNAM field is ok. > > $ term = f$getdvi("TT","TT_ACCPORNAM") > $ sh sym term > TERM = "ae-stuart.electric.ci.austin.tx.us" > > On the other nodes the value displayed from the TT_ACCPORNAM is > left-truncated. > > $ term = f$getdvi("TT","TT_ACCPORNAM") > $ sh sym term > TERM = "i.austin.tx.us" > > What would cause the left-truncating and how can we correct it? 5.3? Have you installed ftp://ftp.process.com/support/53_2/netcp_v532p020.zip? The following is from the readme - b) If the host name string is greater than 20 characters long, then the first 20 characters are dropped when setting the ACCPORNAM (in Remote Port Info). -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Wed, 10 Apr 2002 16:05:45 -0400 Date: Wed, 10 Apr 2002 16:11:35 -0400 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: SMTP-VMSMAIL To: info-tcpware@process.com Message-ID: <020410161135.2ba2a@ENDOR.COM> TCPWARE 5.5-3, vms alpha 7.2-1 For whatever reason, the smtp servers made a mess and left a bunch of SMTP-VMSMAIL files such that we have a bunch of files with the following names SMTP-VMSMAIL.0007CD08;19 SMTP-VMSMAIL.0007CD08;18 SMTP-VMSMAIL.0007CD08;17 SMTP-VMSMAIL.0007CD08;16 SMTP-VMSMAIL.0007CD08;15 SMTP-VMSMAIL.0007CD08;14 How do I process these files, as I have users wanting to know what happen to the mail they sent. I had to restart the mail using @tcpware:restart smtp Thanks john ================================================================================ Archive-Date: Wed, 10 Apr 2002 16:19:21 -0400 Date: Wed, 10 Apr 2002 16:14:30 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: SMTP-VMSMAIL To: info-tcpware@process.com Message-ID: <3CB49D26.4030805@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: <020410161135.2ba2a@ENDOR.COM> babiarz@ENDOR.COM wrote: > TCPWARE 5.5-3, vms alpha 7.2-1 > > For whatever reason, the smtp servers made a mess and left a bunch of > SMTP-VMSMAIL files such that we have a bunch of files with the > following names > > > SMTP-VMSMAIL.0007CD08;19 SMTP-VMSMAIL.0007CD08;18 > SMTP-VMSMAIL.0007CD08;17 SMTP-VMSMAIL.0007CD08;16 > SMTP-VMSMAIL.0007CD08;15 SMTP-VMSMAIL.0007CD08;14 > > > How do I process these files, as I have users wanting to know what > happen to the mail they sent. I had to restart the mail using > @tcpware:restart smtp > You can submit them to the TCPWARE_SMTP queue, for example - $ submit/queue=tcpware_smtp/delete SMTP-VMSMAIL.0007CD08;19 regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Wed, 10 Apr 2002 17:40:37 -0400 Date: Wed, 10 Apr 2002 14:38:41 -0700 From: ed.stuart@austinenergy.com (Ed Stuart) Subject: Re: Values Truncated in TT_ACCPORNAM To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Thanks! We'll try this on our next down weekend. Ed Michael Corbett wrote in message news:<3CB482BB.3030209@process.com>... > Ed Stuart wrote: > > > Hello all; we're running OpenVMS v6.2 and TCPware v5.3-2. One one of > > our nodes the value displayed from the TT_ACCPORNAM field is ok. > > > > $ term = f$getdvi("TT","TT_ACCPORNAM") > > $ sh sym term > > TERM = "ae-stuart.electric.ci.austin.tx.us" > > > > On the other nodes the value displayed from the TT_ACCPORNAM is > > left-truncated. > > > > $ term = f$getdvi("TT","TT_ACCPORNAM") > > $ sh sym term > > TERM = "i.austin.tx.us" > > > > What would cause the left-truncating and how can we correct it? > > > > 5.3? > > Have you installed ftp://ftp.process.com/support/53_2/netcp_v532p020.zip? > The following is from the readme - > > > > b) If the host name string is greater than 20 characters long, then > the first 20 characters are dropped when setting the ACCPORNAM > (in Remote Port Info). ================================================================================ Archive-Date: Thu, 11 Apr 2002 07:22:38 -0400 Date: Thu, 11 Apr 2002 07:28:22 -0400 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: Re: SMTP-VMSMAIL To: info-tcpware@process.com Message-ID: <020411072822.14e@ENDOR.COM> Hi all I received the following advice yesterday on how to deal with SMTP-VMSMAIL.0007CD08 files in the directory tcpware spool. The command I was given was $ submit/queue=tcpware_smtp/delete SMTP-VMSMAIL.0007CD08;19 Well, that did delete the files, but here is what happened. %%%%%%%%%%% OPCOM 10-APR-2002 16:02:31.77 %%%%%%%%%%% Message from user SYSTEM on JEDI PSC SMTP Symbiont: Invalid operation type, file _JEDI$DKA0:[SYS0.TCPWARE.SPOOL]SMTP-VMSMAIL.0003A28B;419 The files did delete okay. Unknown to me until this morning, all other mail failed to process and the end result was all mail, including returns were deleted. I was left with a clean spool directory. After future investigation into the operator log file. I found all of the following messages. %%%%%%%%%%% OPCOM 10-APR-2002 16:56:09.96 %%%%%%%%%%% Message from user SYSTEM on JEDI PSC SMTP Symbiont: Unable to open _JEDI$DKA0:[SYS0.TCPWARE.SPOOL]SMTP-NETMAIL.00040FA6-0;1, message may be lost I suspect that once the TCPWARE_SMTP_SYBIONT got a hold of the /delete qualifier, it went and held the that value and deleted everything. ARRRRRRRRRRRRRRRRRRRRRRGH!!!!!!!!!!!!!!!!!!!! Just to let everyone know, this was a real mess. Now I will need to deal with the users. john ================================================================================ Archive-Date: Thu, 11 Apr 2002 10:01:22 -0400 Date: Thu, 11 Apr 2002 09:56:38 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: SMTP-VMSMAIL To: info-tcpware@process.com Message-ID: <3CB59616.4000407@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: <020411072822.14e@ENDOR.COM> babiarz@ENDOR.COM wrote: > Hi all > > I received the following advice yesterday on how to deal with SMTP-VMSMAIL.0007CD08 > files in the directory tcpware spool. The command I was given was > > $ submit/queue=tcpware_smtp/delete SMTP-VMSMAIL.0007CD08;19 > > > Well, that did delete the files, but here is what happened. > > %%%%%%%%%%% OPCOM 10-APR-2002 16:02:31.77 %%%%%%%%%%% > Message from user SYSTEM on JEDI > PSC SMTP Symbiont: Invalid operation type, file _JEDI$DKA0:[SYS0.TCPWARE.SPOOL]SMTP-VMSMAIL.0003A28B;419 > I'm not sure what causes the "Invalid operation type" error. I'll have to look into that. > > The files did delete okay. Unknown to me until this morning, all other > mail failed to process and the end result was all mail, including > returns were deleted. I was left with a clean spool directory. After > future investigation into the operator log file. I found all of the > following messages. > > %%%%%%%%%%% OPCOM 10-APR-2002 16:56:09.96 %%%%%%%%%%% > Message from user SYSTEM on JEDI > PSC SMTP Symbiont: Unable to open _JEDI$DKA0:[SYS0.TCPWARE.SPOOL]SMTP-NETMAIL.00040FA6-0;1, message may be lost > > > I suspect that once the TCPWARE_SMTP_SYBIONT got a hold of the /delete > qualifier, it went and held the that value and deleted everything. > ARRRRRRRRRRRRRRRRRRRRRRGH!!!!!!!!!!!!!!!!!!!! Every entry that gets put into the TCPWARE_SMTP queue either by the SMTP server or from VMS mail commands queue has a /DELETE qualifier on it. The file gets deleted when the job completes and it is not going to delete everything just the file for that job. The "Unable to open" error usually means the file is not found. Is it possible that something or somebody else deleted the files in the spool directory? I've never seen the SMTP symbiont, in either TCPware or MultiNet, delete these files when it shouldn't. regards Mike -- Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Wed, 17 Apr 2002 10:04:36 -0400 Date: Wed, 17 Apr 2002 09:53:29 -0400 From: "Greeley, Tim D." Reply-To: Info-TCPware@process.com Subject: tcpware and mail attachments To: "'Info-TCPware@process.com'" Message-ID: <03D308C87334D311B252009027855AC7018DF20B@THUMPER> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 tcpware 5.5-3 openvms 7.3 I am trying to send a file as an attachment from Openvms using the mime and mail utilities to a MS Exchange (Outlook 98)mail account. When the mail arrives the attachment is in the body of the mail message and has been corrupted. Has anybody else experience these problems or got experiences of successfully send file attachments using mime/vms/tcpware. Thanks, Tim Greeley Cooper-Avon Tyres Ltd. ================================================================================ Archive-Date: Wed, 17 Apr 2002 10:14:30 -0400 Date: Wed, 17 Apr 2002 09:07:56 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: tcpware and mail attachments In-Reply-To: "Your message dated Wed, 17 Apr 2002 09:53:29 -0400" <03D308C87334D311B252009027855AC7018DF20B@THUMPER> To: "Greeley, Tim D." CC: "'Info-TCPware@process.com'" Message-ID: <01KGNY3V383Q8WW078@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > tcpware 5.5-3 > openvms 7.3 > I am trying to send a file as an attachment from Openvms using the mime and > mail utilities to a MS Exchange (Outlook 98)mail account. When the mail > arrives the attachment is in the body of the mail message and has been > corrupted. > Has anybody else experience these problems or got experiences of > successfully send file attachments using mime/vms/tcpware. If you just want to send the file as a MIME-encoded file (i.e, a base64-encoded file with proper MIME headers for decoding on the client side---as opposed to "attaching" the file in a multipart MIME message), the easiest way is to use /FOREIGN/TYPE=1 on the VMS Mail SEND command: MAIL> SEND/NOEDIT/FOREIGN/TYPE=1 FILE.TYP To: smtp%"whatever" Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Wed, 17 Apr 2002 17:40:11 -0400 Date: Wed, 17 Apr 2002 14:37:47 -0700 From: stone_head@linuxmail.org (sTone_heAd) Subject: restricting telnet access (tcpware) To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi all, i just got my hands back on OpenVMS admin : ) Well, i need to restrict access to telnet daemon, i mean something like saying: "ok, you and you can connect trough telnet, everyone get lost!" I remember that was managed trough NETCU creating an access_list for the service, i've looked trough help pages, i got show something like: ADD ACCESS_LIST 56 DENY 223.42.95.6- /MESSAGE="550 You are not authorized to access this host.\n\r" Denies host 223.42.95.6 access to the server associated with list 56. Any host denied access by list 56 receives the message "550 You are not authorized to access this host" followed by a line feed and a carriage return. The thing i dont remeber is what, in this particular example, the number "56" means. i mean how do i get the "server associated with list -56-"? and how do i get that number list for my telnet service. Maybe i'm looking on the wrong place, i've check the documentation about but i haven't found anything for my particular case, just for controling ftp access I use: OpenVMS 7.1, TCPWARE 5.3 on an Alpha Machine TYIA Regards, me ================================================================================ Archive-Date: Thu, 18 Apr 2002 09:18:23 -0400 Date: Thu, 18 Apr 2002 09:13:25 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: restricting telnet access (tcpware) To: info-tcpware@process.com Message-ID: <3CBEC675.80109@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: sTone_heAd wrote: > Hi all, i just got my hands back on OpenVMS admin : ) > Well, i need to restrict access to telnet daemon, i mean something > like saying: > "ok, you and you can connect trough telnet, everyone get lost!" > > I remember that was managed trough NETCU creating an access_list for > the service, i've looked trough help pages, i got show something like: > > ADD ACCESS_LIST 56 DENY 223.42.95.6- > /MESSAGE="550 You are not authorized to access this > host.\n\r" > > Denies host 223.42.95.6 access to the server associated with list 56. > Any host denied access by list 56 receives the message "550 You are > not authorized to access this host" followed by a line feed and a > carriage return. > The thing i dont remeber is what, in this particular example, the > number "56" means. 56 is the number of the access list you are creating. It can be any number you chose. > i mean how do i get the "server associated with list -56-"? and how do > i get that number list for my telnet service. You modify the service to use the access list. You can find the service number or name, you can use either, using the NETCU SHOW SERVICE command and looking in the port column. If you do a NETCU SHOW SERVICE you will will get the service name if it exists - NETCU> show service TCPware(R) for OpenVMS NETCP Services: Protocol Port Active Limit Connects Errors Image -------- ---- ------ ----- -------- ------ ----- STREAM telnet 0 none 1 1 STREAM smtp 0 none 0 0 TCPWARE:SMTP_SERVER.EXE STREAM exec 0 none 0 0 STREAM login 0 none 0 0 STREAM shell 0 none 0 0 TCP echo 0 none 0 0 TCPWARE:ECHOD TCP sunrpc 0 none 0 0 TCP 1515 0 none 0 0 UDP sunrpc 0 4 33 0 UDP metric 0 1 0 0 NETCU> Ff you add a /num you will get the numbers - NETCU> show service/num TCPware(R) for OpenVMS NETCP Services: Protocol Port Active Limit Connects Errors Image -------- ---- ------ ----- -------- ------ ----- STREAM 23 0 none 1 1 STREAM 25 0 none 0 0 TCPWARE:SMTP_SERVER.EXE STREAM 512 0 none 0 0 STREAM 513 0 none 0 0 STREAM 514 0 none 0 0 TCP 7 0 none 0 0 TCPWARE:ECHOD TCP 111 0 none 0 0 TCP 1515 0 none 0 0 UDP 111 0 4 33 0 UDP 570 0 1 0 0 NETCU> > > Maybe i'm looking on the wrong place, i've check the documentation > about but i haven't found anything for my particular case, just for > controling ftp access > Here is the steps to add an access list and modify the telnet service to use it - $ NETCU NETCU> add access 23 deny 192.42.95.1/message="Huh, Huh, Huh, Access denied" NETCU> mod service 23 stream/access=23 NETCU> show service 23 stream/full TCPware(R) for OpenVMS NETCP Services: Protocol Port Active Limit Connects Errors Image -------- ---- ------ ----- -------- ------ ----- STREAM telnet 0 none 0 0 /ROUTINE=create_telnet_session /LOG /ACCESS_LIST=23 /OPTIONS=(KEEPALIVE) NETCU> If you want to set it up so it gets added each time TCPware starts then modify TCPWARE:SERVERS.COM so it look like this - $! SERVERS.COM $! $ RUN TCPWARE:NETCU add access 23 deny 192.42.95.1/message="Huh, Huh, Huh, Access denied" mod service 23 stream/access=23 regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Thu, 18 Apr 2002 11:57:40 -0400 Date: Thu, 18 Apr 2002 09:56:33 -0600 From: "Peebles, Darwin" Reply-To: Info-TCPware@process.com Subject: DNS Configuration information To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain Is there a TCPware NETCU (or other) command that is equivalent to Compaq's TCPIP "TCPIP SHOW NAME" command? OpenVMS V7.3, TCPware V5.5-3 Thanks, Darwin "Peebs" Peebles Information Technology Specialist 4 Honeywell Technology Solutions, Inc. NASA, JSC, White Sands Test Facility Mail Stop 101P P.O. Box 20 Las Cruces, NM 88004 Phone: 505-524-5619 Fax: 505-524-5544 E-mail: dpeebles@wstf.nasa.gov The views, opinions, and/or statements expressed above are my own and do not necessarily reflect NASA's or Honeywell's views, opinions, statements, and/or policies, unless otherwise stated. ================================================================================ Archive-Date: Thu, 18 Apr 2002 12:28:06 -0400 Date: Thu, 18 Apr 2002 18:27:41 +0200 From: "Kurt A. Schumacher" Subject: RE: DNS Configuration information In-Reply-To: To: info-tcpware@process.com CC: dpeebles@smtp3.wstf.nasa.gov Reply-To: Info-TCPware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Peebs Check tcpware:tcpware_configure.com for a section similar to $! *** Domain Name Services parameters *** $ NAMED_SERVERS == "127.0.0.1" $ CLUSTER_NAMES == "" $ DOMAIN_LIST == "" $ NDOTS_STR == "" $ NAMED_SVR_TYPE == "E" This one is from a system with a local DNS, enter a list of DNS in NAMED_SERVERS for configuration similar to U**x' resolv.conf ... Use $ @TCPWARE:RESTART DNS to reload, guess this should reload a resolver only configuration too. -Kurt. _____________________________________________________________________ KCS Engineering & Consulting Kurt A. Schumacher Auenstrasse 61 CH-8302 Kloten Switzerland Phone +41 1 881 37 80 Fax +41 1 881 37 88 http://www.schumi.ch - http://www.sportaviation.ch http://www.it-secure.com - http://www.swisscert.com _____________________________________________________________________ > -----Original Message----- > From: Peebles, Darwin [mailto:dpeebles@smtp3.wstf.nasa.gov] > Sent: Thursday, April 18, 2002 5:57 PM > To: info-tcpware@process.com > Subject: DNS Configuration information > > > > Is there a TCPware NETCU (or other) command that is equivalent to Compaq's > TCPIP "TCPIP SHOW NAME" command? > > OpenVMS V7.3, TCPware V5.5-3 > > Thanks, > > Darwin "Peebs" Peebles > Information Technology Specialist 4 > Honeywell Technology Solutions, Inc. > NASA, JSC, White Sands Test Facility > Mail Stop 101P > P.O. Box 20 > Las Cruces, NM 88004 > Phone: 505-524-5619 > Fax: 505-524-5544 > E-mail: dpeebles@wstf.nasa.gov > > The views, opinions, and/or statements expressed above are my own > and do not > necessarily reflect NASA's or Honeywell's views, opinions, statements, > and/or policies, unless otherwise stated. > ================================================================================ Archive-Date: Thu, 18 Apr 2002 16:35:31 -0400 Date: Thu, 18 Apr 2002 16:30:31 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: restricting telnet access (tcpware) To: info-tcpware@process.com Message-ID: <3CBF2CE7.2070408@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: <3CBEC675.80109@process.com> Michael Corbett wrote: > sTone_heAd wrote: > >> Hi all, i just got my hands back on OpenVMS admin : ) >> Well, i need to restrict access to telnet daemon, i mean something >> like saying: >> "ok, you and you can connect trough telnet, everyone get lost!" >> >> I remember that was managed trough NETCU creating an access_list for >> the service, i've looked trough help pages, i got show something like: >> >> ADD ACCESS_LIST 56 DENY 223.42.95.6- >> /MESSAGE="550 You are not authorized to access this >> host.\n\r" >> >> Denies host 223.42.95.6 access to the server associated with >> list 56. >> Any host denied access by list 56 receives the message "550 You are >> not authorized to access this host" followed by a line feed and a >> carriage return. >> The thing i dont remeber is what, in this particular example, the >> number "56" means. > > > > > 56 is the number of the access list you are creating. It can be > any number you chose. > > >> i mean how do i get the "server associated with list -56-"? and how do >> i get that number list for my telnet service. > > > > You modify the service to use the access list. You can find the > service number or name, you can use either, using the NETCU SHOW > SERVICE command and looking in the port column. If you do a NETCU > SHOW SERVICE you will will get the service name if it exists - > > NETCU> show service > TCPware(R) for OpenVMS NETCP Services: > > Protocol Port Active Limit Connects Errors Image > -------- ---- ------ ----- -------- ------ ----- > STREAM telnet 0 none 1 1 > STREAM smtp 0 none 0 0 TCPWARE:SMTP_SERVER.EXE > STREAM exec 0 none 0 0 > STREAM login 0 none 0 0 > STREAM shell 0 none 0 0 > TCP echo 0 none 0 0 TCPWARE:ECHOD > TCP sunrpc 0 none 0 0 > TCP 1515 0 none 0 0 > UDP sunrpc 0 4 33 0 > UDP metric 0 1 0 0 > NETCU> > > Ff you add a /num you will get the numbers - > > NETCU> show service/num > TCPware(R) for OpenVMS NETCP Services: > > Protocol Port Active Limit Connects Errors Image > -------- ---- ------ ----- -------- ------ ----- > STREAM 23 0 none 1 1 > STREAM 25 0 none 0 0 TCPWARE:SMTP_SERVER.EXE > STREAM 512 0 none 0 0 > STREAM 513 0 none 0 0 > STREAM 514 0 none 0 0 > TCP 7 0 none 0 0 TCPWARE:ECHOD > TCP 111 0 none 0 0 > TCP 1515 0 none 0 0 > UDP 111 0 4 33 0 > UDP 570 0 1 0 0 > NETCU> > >> >> Maybe i'm looking on the wrong place, i've check the documentation >> about but i haven't found anything for my particular case, just for >> controling ftp access >> > > > Here is the steps to add an access list and modify the telnet service > to use it - > > $ NETCU > NETCU> add access 23 deny 192.42.95.1/message="Huh, Huh, Huh, Access > denied" > NETCU> mod service 23 stream/access=23 > NETCU> show service 23 stream/full > TCPware(R) for OpenVMS NETCP Services: > > Protocol Port Active Limit Connects Errors Image > -------- ---- ------ ----- -------- ------ ----- > STREAM telnet 0 none 0 0 > /ROUTINE=create_telnet_session > /LOG > /ACCESS_LIST=23 > /OPTIONS=(KEEPALIVE) > NETCU> > > If you want to set it up so it gets added each time TCPware starts then > modify TCPWARE:SERVERS.COM so it look like this - > > $! SERVERS.COM > $! > $ RUN TCPWARE:NETCU > add access 23 deny 192.42.95.1/message="Huh, Huh, Huh, Access denied" > mod service 23 stream/access=23 > The instruction I gave above are not 100% correct. You should also add a line to permit the clients you do want to have access to the system. So if you want everybody but 192.42.95.1 to have access to the system the servers.com should like like - $ ! SERVERS.COM $ ! $ RUN TCPWARE:NETCU add access 23 deny 192.42.95.1/message="Huh, Huh, Huh, Access denied" add access 23 permit 0.0.0.0 0.0.0.0 mod service 23 stream/access=23 regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Thu, 25 Apr 2002 08:23:41 -0400 Sender: goatley@triton.process.com Return-Path: Date: Thu, 25 Apr 2002 05:37:46 -0400 From: "Greeley, Tim D." Reply-To: Info-TCPware@process.com Subject: tcpware and csv attachments To: "'Info-TCPware@process.com'" Message-ID: <03D308C87334D311B252009027855AC7018DF249@THUMPER> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C1EC3C.DB4CF050" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C1EC3C.DB4CF050 Content-Type: text/plain; charset="iso-8859-1" Tcpware 5.5-3 OpenVMS 7.3 When I send csv files from a VMS server to Outlook 98 the csv file becomes corrupted. Although the file is arriving as an attachment, when I try to open the attachment I get the message: this file is not in a recongizable format. If I click on ok I can see that extra characters have been added to the csv file (they were not in the original file which existed on the VMS server). In the example attached a lower case h has been added. Any clues? Thanks, Tim ------_=_NextPart_000_01C1EC3C.DB4CF050 Content-Type: application/octet-stream; name="esb_sdl_extract_month1.csv" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="esb_sdl_extract_month1.csv" aABGRUIsMjAwMixBLDAwMDg2MDMsODE3NjIyQVJOSEVNODU5MzEsVSw3LDIzOC40MiwyNDMuOTUs MCwxNDguMjUsMTUxLjY5LDAsMTQ4LjI1LDE1MS42OSwwLDIwOS45NCwyMTQuODEsMA== ------_=_NextPart_000_01C1EC3C.DB4CF050-- ================================================================================ Archive-Date: Thu, 25 Apr 2002 08:26:11 -0400 Date: Thu, 25 Apr 2002 07:22:14 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: tcpware and csv attachments In-Reply-To: "Your message dated Thu, 25 Apr 2002 05:37:46 -0400" <03D308C87334D311B252009027855AC7018DF249@THUMPER> To: info-tcpware@process.com Message-ID: <01KGZ0MYOY4W8WW0VI@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > When I send csv files from a VMS server to Outlook 98 the csv file becomes > corrupted. Although the file is arriving as an attachment, when I try to > open the attachment I get the message: this file is not in a recongizable > format. If I click on ok I can see that extra characters have been added to > the csv file (they were not in the original file which existed on the VMS > server). In the example attached a lower case h has been added. How are you composing the message you're mailing? Are you using SEND/FOREIGN/TYPE=1 at the VMS Mail prompt? If you're doing it that way and omitting /TYPE=1, it'll be sent as a VMS-specific Content-type: that Outlook may or may not handle correctly (not in your case). If you're sending it some other way, you need to specify how. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Thu, 25 Apr 2002 10:22:09 -0400 Date: Thu, 25 Apr 2002 10:10:07 -0400 From: "Greeley, Tim D." Reply-To: Info-TCPware@process.com Subject: RE: tcpware and csv attachments To: "'Info-TCPware@process.com'" Message-ID: <03D308C87334D311B252009027855AC7018DF24B@THUMPER> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 I'm sending the file as: MAIL> SEND/NOEDIT/FOREIGN/TYPE=1 ESB_SDL_EXTRACT_MONTH.CSV Just to say that I can send .doc files quite happily. Tim -----Original Message----- From: Hunter Goatley [mailto:goathunter@goatley.com] Sent: 25 April 2002 13:22 To: info-tcpware@process.com Subject: Re: tcpware and csv attachments > When I send csv files from a VMS server to Outlook 98 the csv file becomes > corrupted. Although the file is arriving as an attachment, when I try to > open the attachment I get the message: this file is not in a recongizable > format. If I click on ok I can see that extra characters have been added to > the csv file (they were not in the original file which existed on the VMS > server). In the example attached a lower case h has been added. How are you composing the message you're mailing? Are you using SEND/FOREIGN/TYPE=1 at the VMS Mail prompt? If you're doing it that way and omitting /TYPE=1, it'll be sent as a VMS-specific Content-type: that Outlook may or may not handle correctly (not in your case). If you're sending it some other way, you need to specify how. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Thu, 25 Apr 2002 10:33:41 -0400 Date: Thu, 25 Apr 2002 09:21:08 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: RE: tcpware and csv attachments In-Reply-To: "Your message dated Thu, 25 Apr 2002 10:10:07 -0400" <03D308C87334D311B252009027855AC7018DF24B@THUMPER> To: "Greeley, Tim D." CC: "'Info-TCPware@process.com'" Message-ID: <01KGZ532UB3M8WW0VI@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > I'm sending the file as: > MAIL> SEND/NOEDIT/FOREIGN/TYPE=1 ESB_SDL_EXTRACT_MONTH.CSV > Just to say that I can send .doc files quite happily. OK. The base64-encoding routines will assume that the file you're encoding is binary, and it reads it using RMS block I/O. What you're most likely seeing is an normal VMS text file, which on VMS is stored on disk with a word at the beginning of each line giving the length of that line. RMS hides that from you, but because the file is read in block mode, those record length words are being transmitted with your file. There's no good way around this except to create your files as Stream_LF files so that they're stored without that RMS record information. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Thu, 25 Apr 2002 10:55:57 -0400 Date: Thu, 25 Apr 2002 10:50:40 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: tcpware and csv attachments To: info-tcpware@process.com Message-ID: <3CC817C0.8000502@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: <01KGZ532UB3M8WW0VI@goatley.com> Hunter Goatley wrote: >>I'm sending the file as: >> > >>MAIL> SEND/NOEDIT/FOREIGN/TYPE=1 ESB_SDL_EXTRACT_MONTH.CSV >> > >>Just to say that I can send .doc files quite happily. >> > > OK. The base64-encoding routines will assume that the file you're > encoding is binary, and it reads it using RMS block I/O. What you're > most likely seeing is an normal VMS text file, which on VMS is stored > on disk with a word at the beginning of each line giving the length of > that line. RMS hides that from you, but because the file is read in > block mode, those record length words are being transmitted with your > file. There's no good way around this except to create your files as > Stream_LF files so that they're stored without that RMS record > information. > If you have no control over how the file is created you can try converting it and then send the converted file - $ convert/fdl=tcpware:streamlf.fdl - ESB_SDL_EXTRACT_MONTH.CSV - converted.csv $ mail MAIL> SEND/NOEDIT/FOREIGN/TYPE=1 converted.csv regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Thu, 25 Apr 2002 12:45:32 -0400 Date: Thu, 25 Apr 2002 11:41:10 -0500 From: Bob Blum Reply-To: Info-TCPware@process.com Subject: Re: tcpware and csv attachments To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Question: Does the file have to be sent as /FOREIGN ? Or is that needed to send it as an attachment? If it is a ".CSV" file, that means Comma Separated Values. It should be plain ASCII text, able to be sent as a message. I've done similar things before, then on the receiving end I've used the VMS Mail command EXTRACT/NOHEADER to convert the body of the message into a plain text file without the From, To, and Subject headers. Related Question: I was aware of the /FOREIGN option, but hadn't heard of other related options like /TYPE=x. Anyone have a list of these or others? Thanks, and good luck with the original problem. Bob Blum IBM Global Services 325 J. S. McDonnell Blvd. Hazelwood, MO 63042 Work Phone: (314) 234-4510 Internet E-Mail: bdblum@us.ibm.com This transmission may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Michael Corbett cc: Subject: Re: tcpware and csv attachments 04/25/02 09:50 AM Please respond to Info-TCPware Hunter Goatley wrote: >>I'm sending the file as: >> > >>MAIL> SEND/NOEDIT/FOREIGN/TYPE=1 ESB_SDL_EXTRACT_MONTH.CSV >> > >>Just to say that I can send .doc files quite happily. >> > > OK. The base64-encoding routines will assume that the file you're > encoding is binary, and it reads it using RMS block I/O. What you're > most likely seeing is an normal VMS text file, which on VMS is stored > on disk with a word at the beginning of each line giving the length of > that line. RMS hides that from you, but because the file is read in > block mode, those record length words are being transmitted with your > file. There's no good way around this except to create your files as > Stream_LF files so that they're stored without that RMS record > information. > If you have no control over how the file is created you can try converting it and then send the converted file - $ convert/fdl=tcpware:streamlf.fdl - ESB_SDL_EXTRACT_MONTH.CSV - converted.csv $ mail MAIL> SEND/NOEDIT/FOREIGN/TYPE=1 converted.csv regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Thu, 25 Apr 2002 15:27:35 -0400 Date: Thu, 25 Apr 2002 14:19:03 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: tcpware and csv attachments In-Reply-To: "Your message dated Thu, 25 Apr 2002 11:41:10 -0500" To: info-tcpware@process.com Message-ID: <01KGZFCFYU0C8WW0VI@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > Question: > Does the file have to be sent as /FOREIGN ? Or is that needed to send it > as an attachment? If it is a ".CSV" file, that means Comma Separated > Values. It should be plain ASCII text, able to be sent as a message. I've > done similar things before, then on the receiving end I've used the VMS > Mail command EXTRACT/NOHEADER to convert the body of the message into a > plain text file without the From, To, and Subject headers. Good point. The /FOREIGN is required to do the MIME-encoding, but the best thing may be to not encode it at all. > Related Question: > I was aware of the /FOREIGN option, but hadn't heard of other related > options like /TYPE=x. Anyone have a list of these or others? There really aren't any others. /FOREIGN (which is undocumented) was originally used to send binary files between MAIL-11 nodes. As the SMTP MAILSHRs were written, /FOREIGN was used by MultiNet, MX, and PMDF (and TCPware now) to send VMS-specific MIME messages, with VMS FDL attributes. I extended that for MultiNet, TCPware, and MX (back when I worked on it) to also take /TYPE=1 to tell the MAILSHR to do generic base64-encoding, instead of the VMS-specific format. Applications can use /TYPE=xxx for other flags like this, but AFAIK, nothing else uses it. Certainly TCPware and MultiNet only implement /TYPE=1. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Thu, 25 Apr 2002 15:57:45 -0400 Date: Thu, 25 Apr 2002 15:47:07 -0400 (EDT) From: Ira Melamed - Database Administrator Reply-To: Info-TCPware@process.com Subject: Re: tcpware and csv attachments In-Reply-To: "Your message dated Thu, 25 Apr 2002 14:19:03 -0500 (CDT)" <01KGZFCFYU0C8WW0VI@goatley.com> To: info-tcpware@process.com CC: MELAMEIS@FARMINGDALE.EDU Message-ID: <01KGZIFKJLWI8ZKZT0@FARMINGDALE.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii References: Why would this technique work with Exchange/Outlook, but fail with the message: "%MAIL-E-FORMSG, you cannot read this foreign format message" when using the Netscape 4.7 mailer client and PMDF's POP server, under TCPware V5.5-3 - OpenVMS V7.2-1...?... im dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba o Ira Melamed o o r Database Administrator r Email: MELAMEIS@FARMINGDALE.EDU r a Farmingdale a a c State University of New York c Phone: (631) 420-2415 c l Whitman Hall - Room 267 l l e Farmingdale, New York 11735 e Fax : (631) 420-2696 e dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba ======================================================================= >> Question: >> Does the file have to be sent as /FOREIGN ? Or is that needed to send it >> as an attachment? If it is a ".CSV" file, that means Comma Separated >> Values. It should be plain ASCII text, able to be sent as a message. I've >> done similar things before, then on the receiving end I've used the VMS >> Mail command EXTRACT/NOHEADER to convert the body of the message into a >> plain text file without the From, To, and Subject headers. >Good point. The /FOREIGN is required to do the MIME-encoding, but the >best thing may be to not encode it at all. >> Related Question: >> I was aware of the /FOREIGN option, but hadn't heard of other related >> options like /TYPE=x. Anyone have a list of these or others? >There really aren't any others. /FOREIGN (which is undocumented) was >originally used to send binary files between MAIL-11 nodes. As the >SMTP MAILSHRs were written, /FOREIGN was used by MultiNet, MX, and >PMDF (and TCPware now) to send VMS-specific MIME messages, with VMS >FDL attributes. I extended that for MultiNet, TCPware, and MX (back >when I worked on it) to also take /TYPE=1 to tell the MAILSHR to do >generic base64-encoding, instead of the VMS-specific format. >Applications can use /TYPE=xxx for other flags like this, but AFAIK, >nothing else uses it. Certainly TCPware and MultiNet only implement >/TYPE=1. >Hunter >------ >Hunter Goatley, Process Software, http://www.process.com/ > http://www.goatley.com/hunter/ >New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Thu, 25 Apr 2002 16:11:23 -0400 Date: Thu, 25 Apr 2002 15:07:32 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: tcpware and csv attachments In-Reply-To: "Your message dated Thu, 25 Apr 2002 15:47:07 -0400 (EDT)" <01KGZIFKJLWI8ZKZT0@FARMINGDALE.EDU> To: Ira Melamed - Database Administrator CC: info-tcpware@process.com, MELAMEIS@FARMINGDALE.EDU Message-ID: <01KGZGVM9SMU8WW0VI@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii References: <01KGZFCFYU0C8WW0VI@goatley.com> > Why would this technique work with Exchange/Outlook, but fail with the message: > "%MAIL-E-FORMSG, you cannot read this foreign format message" > when using the Netscape 4.7 mailer client and PMDF's POP server, > under TCPware V5.5-3 - OpenVMS V7.2-1...?... Using just /FOREIGN or /FOREIGN/TYPE=1? My guess is that you used the former, and PMDF's POP server sees it for what it is---a VMS-specific foreign file that it assumes isn't ASCII and thus isn't displayable. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Thu, 25 Apr 2002 16:16:46 -0400 Date: Thu, 25 Apr 2002 15:12:38 -0500 From: Bob Blum Reply-To: Info-TCPware@process.com Subject: Re: tcpware and csv attachments To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hmmm... (the sound of thinking). Does that mean there's an implied value of zero ( /TYPE=0), so by default it uses the VMS-specific MIME-encoding? In other words, if you use /FOREIGN /TYPE=0, you are explicitly requesting the default MIME handling, so it would function the same as just /FOREIGN. Right? Bob Blum IBM Global Services 325 J. S. McDonnell Blvd. Hazelwood, MO 63042 Work Phone: (314) 234-4510 Internet E-Mail: bdblum@us.ibm.com This transmission may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Hunter Goatley cc: Subject: Re: tcpware and csv attachments 04/25/02 02:19 PM Please respond to Info-TCPware > Question: > Does the file have to be sent as /FOREIGN ? Or is that needed to send it > as an attachment? If it is a ".CSV" file, that means Comma Separated > Values. It should be plain ASCII text, able to be sent as a message. I've > done similar things before, then on the receiving end I've used the VMS > Mail command EXTRACT/NOHEADER to convert the body of the message into a > plain text file without the From, To, and Subject headers. Good point. The /FOREIGN is required to do the MIME-encoding, but the best thing may be to not encode it at all. > Related Question: > I was aware of the /FOREIGN option, but hadn't heard of other related > options like /TYPE=x. Anyone have a list of these or others? There really aren't any others. /FOREIGN (which is undocumented) was originally used to send binary files between MAIL-11 nodes. As the SMTP MAILSHRs were written, /FOREIGN was used by MultiNet, MX, and PMDF (and TCPware now) to send VMS-specific MIME messages, with VMS FDL attributes. I extended that for MultiNet, TCPware, and MX (back when I worked on it) to also take /TYPE=1 to tell the MAILSHR to do generic base64-encoding, instead of the VMS-specific format. Applications can use /TYPE=xxx for other flags like this, but AFAIK, nothing else uses it. Certainly TCPware and MultiNet only implement /TYPE=1. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Thu, 25 Apr 2002 16:32:14 -0400 Date: Thu, 25 Apr 2002 15:28:06 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: tcpware and csv attachments In-Reply-To: "Your message dated Thu, 25 Apr 2002 15:12:38 -0500" To: info-tcpware@process.com Message-ID: <01KGZHLHV2SI8WW0VI@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > Hmmm... (the sound of thinking). 8-) > Does that mean there's an implied value of zero ( /TYPE=0), so by default > it uses the VMS-specific MIME-encoding? In other words, if you use > /FOREIGN /TYPE=0, you are explicitly requesting the default MIME handling, > so it would function the same as just /FOREIGN. Right? Correct. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Mon, 29 Apr 2002 06:54:41 -0400 Date: Mon, 29 Apr 2002 06:42:22 -0400 From: "Greeley, Tim D." Reply-To: Info-TCPware@process.com Subject: RE: tcpware and csv attachments To: "'Info-TCPware@process.com'" Message-ID: <03D308C87334D311B252009027855AC7018DF25E@THUMPER> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Thanks for everybody's help. If I create a blank file on an OpenVMS platform using Excel I can use this as a template and write to it from my OpenVMS application. Although not slick I can automate this process and it appears to work! Tim -----Original Message----- From: Hunter Goatley [mailto:goathunter@goatley.com] Sent: 25 April 2002 21:28 To: info-tcpware@process.com Subject: Re: tcpware and csv attachments > Hmmm... (the sound of thinking). 8-) > Does that mean there's an implied value of zero ( /TYPE=0), so by default > it uses the VMS-specific MIME-encoding? In other words, if you use > /FOREIGN /TYPE=0, you are explicitly requesting the default MIME handling, > so it would function the same as just /FOREIGN. Right? Correct. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/