Archive-Date: Tue, 01 Aug 1995 00:11:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Aug 1995 00:10:35 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@WKUVX1.WKU.EDU Message-ID: <0099432B.B0143760.203@WKUVX1.WKU.EDU> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during July 1995 Total number of posts: 111 Total number of posters: 65 Total number of subscribers: 247 Total number of digest subscribers: 54 Last modified: 7-JUL-1994 10:04 (Updated version info) Welcome to MX-List@WKUVX1.WKU.EDU, an electronic mailing list established for the discussion of the Message Exchange mail software. This is a routine posting you will see from time to time on MX-List. MX-List postings are also available in a daily digest format. To subscribe to the digest, send the following command in the body of a mail message to MXserver@WKUVX1.WKU.EDU: SUBSCRIBE MX-List-Digest "Your real name here" The MX-List archives are maintained at ARCHIVES@WKUVX1.WKU.EDU. To get a copy of any month's postings, send an e-mail message with the body SEND MX-List.yyyy-mm to ARCHIVES@WKUVX1.WKU.EDU, where "yyyy" is the year and "mm" is the numeric representation of the month. For example, the message SENDME MX-List.1992-04 will send the archives for April 1992. MX itself is available via anonymous ftp from ftp.spc.edu in [.MX.MX041]. You can also get it via e-mail by sending the commands SEND MX and SEND FILESERV_TOOLS on separate lines in the body of a mail message to FILESERV@WKUVX1.WKU.EDU. To remove yourself from the mailing list, send the following command to MXserver@WKUVX1.WKU.EDU: SIGNOFF MX-List MXserver supports a few other commands for your convenience. The following commands can be handled automatically by the list processor: SIGNOFF MX-List - to remove yourself from the list REVIEW MX-List - to get a list of subscribers QUERY MX-List - to get the status of your entry on the list SET MX-List NOMAIL - to remain on the list but not receive mail SET MX-List MAIL - to resume receiving mail from the list SET MX-List CONCEAL - to not report your address in a REVIEW SET MX-List NOCONCEAL - to report your address in a REVIEW SET MX-List REPRO - to receive posts you make to MX-List SET MX-List NOREPRO - to not receive posts you make to MX-List LIST - to get a list of mailing lists served by WKUVX1 HELP - to receive a help file By default, subscriptions are set to MAIL, REPRO, NOCONCEAL. If you have any questions, comments, or suggestions about MX-List, please contact the list owner at the address below. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Hunter Goatley, VAX Systems Programmer goathunter@WKUVX1.WKU.EDU Western Kentucky University Academic Computing, STH 226 (502) 745-5251 Bowling Green, KY 42101 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ================================================================================ Archive-Date: Tue, 01 Aug 1995 09:32:27 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Aug 1995 09:31:07 CDT From: Hunter Goatley Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00994379.FE27E359.9@ALPHA.WKU.EDU> Subject: RE: Zero length files (Warning) "GWDGV1::MOELLER" writes: > >This made me wonder and look at the MX sources. I didn't get very far yet, >but anyway I hit upon WRITE_INFO in [.COMMON]INFO.B32, the routine being used >to create & write the *.*_INFO spool files. It does test for the success >of $CREATE [but of nothing else]. MX_ROUTER (PROCESS.B32) does not care >for the return status of WRITE_INFO at all ... > >It's hard to not get sarcastic at this point, anyway I sure have some >idea about what could be done to enhance the integrity of data passing >through MX. As do I. I noticed that too, after MX V4.1 was released, but haven't had time to work on MX. There are a number of places where status values should be checked but aren't. In fact, I don't think I ever actually posted this info here. I no longer work for Western Kentucky University. I'm now working out of my home for the LOKI Group, Inc., doing contract work to support a number of Raxco's products. With all the changes that has brought, MX has, unfortunately, been sitting stagnant since last summer. >Unfortunately I don't have BLISS installed and I'm not >real eager to go into the trouble of learning to _write_ BLISS. > >HELP!!! > I do hope to find time soon to do some work on MX. Of course, if anybody wants to talk some $$$, that time can be found easier. ;-) >Btw, I'd like to be proven wrong, but for now a presume that any >zero-length file appearing in [MX.QUEUE.%] is lost Mail, properly >acknowledged to the sender, but "written" to the bit bucket due >to whatever error. Non-empty files _may_ contain all of the data ... > Yes, I think that's an accurate statement. Hunter ------ Hunter Goatley, Sr. Systems Analyst, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 01 Aug 1995 10:16:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 1 Aug 1995 17:13:37 +0200 From: "GWDGV1::MOELLER" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Subject: RE: Zero length files (Warning) Hunter Goatley writes in reponse to my warning about some flaws in MX: > I do hope to find time soon to do some work on MX. Of course, if > anybody wants to talk some $$$, that time can be found easier. ;-) Hunter, do you _want_ to make money out of MX? The MX Copyright surely gives you the right to do so; on the other hand the Copyright is not exactly encouraging to people who might have the time to work on some of the problems. Wolfgang J. Moeller, Tel. +49 551 2011516 or -510, moeller@gwdgv1.dnet.gwdg.de GWDG, D-37077 Goettingen, F.R.Germany PSI%(0262)45050859008::MOELLER Disclaimer: No claim intended! | moeller@decus.decus.de w.moeller@ieee.org ================================================================================ Archive-Date: Tue, 01 Aug 1995 11:42:23 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Aug 1995 11:41:44 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099438C.3D548F2A.7@ALPHA.WKU.EDU> Subject: RE: Zero length files (Warning) "GWDGV1::MOELLER" writes: > >Hunter Goatley writes in reponse >to my warning about some flaws in MX: > >> I do hope to find time soon to do some work on MX. Of course, if >> anybody wants to talk some $$$, that time can be found easier. ;-) > >Hunter, do you _want_ to make money out of MX? > Not necessarily, but right now, I'm spending time on projects for which I'm being paid---they have a higher priority than MX does, regardless of the severity of the bugs. It's unfortunate, but I do have to eat.... If MX generated some income, it would be easier to justify spending time on it than it is right now. That's not to say that I won't be doing MX work in the future, just that I haven't had time to do so for the past year or so. >The MX Copyright surely gives you the right to do so; >on the other hand the Copyright is not exactly encouraging >to people who might have the time to work on some of the problems. > Agreed. However, numerous people have contributed in the past; they've fed their changes back to me for integration into MX. A number of features, including the info shown in STATUS, was added by people other than Matt and me. Those people contributed with the knowledge that it was still covered by our copyright, even though they did the work. That doesn't mean I'm not open to help from others out there---just that changes have to come through MadGoat to be part of MX. Hunter ------ Hunter Goatley, Sr. Systems Analyst, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 01 Aug 1995 11:50:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Aug 1995 12:24:39 EDT From: "Brian Tillman, x8245" Reply-To: MX-List@MadGoat.com To: mx-list@wku.edu Message-ID: <00994392.3C9033E0.21@swdev.si.com> Subject: MadGoat.com? I noticed this morning that the MX-List address now seems to read MX-List@MadGoat.com. When did this change take place and should I update my alias? -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Tue, 01 Aug 1995 17:48:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Aug 1995 17:47:11 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009943BF.4B165039.26@ALPHA.WKU.EDU> Subject: RE: MadGoat.com? "Brian Tillman, x8245" writes: > >I noticed this morning that the MX-List address now seems to read >MX-List@MadGoat.com. When did this change take place This morning (Tuesday morning). MadGoat.com is, for now, just an MX record pointing to WKUVX1.WKU.EDU. >and should I update my >alias? If you want. It really won't make any difference for the immediate future. I just thought this would look cool. ;-) Hunter ------ Hunter Goatley, Sr. Systems Analyst, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 02 Aug 1995 16:50:52 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Aug 1995 17:48:43 -0400 (EDT) From: "Lee Roth 614-728-1275 roth@odnvms.decnet.ohio.gov 02-Aug-1995 1743 -0400" Reply-To: MX-List@MadGoat.com Subject: Mailing list WWW gateway To: mx-list@WKUVX1.WKU.EDU Message-ID: <01HTLU5WFT1E002SHD@gosip.net.ohio.gov> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT This is not strictly MX related, but it looked interesting so I thought I would post it. Lee Roth =================== Forwarded Message =================== Date: Thu, 25 May 1995 14:48:37 GMT From: "David W. Baker" Organization: Brown University Subject: Announce: WWW mailing list script To: Multiple recipients of list LSTOWN-L I've mentioned my work on this project before in this forum, and I thought this would be of interest to the subscribers of the list. Many thanks to the individuals who participating in the testing and to Norm Aleks for some very useful advice. Take care, David _Annoucing_the Release_of_the_Mailing_List_WWW_Gateway_ The Mailing List WWW Gateway (LWGate) is a CGI script, written in Perl, which is intended to: * Present information about mailing lists to WWW users * Assist users in executing mailing list commands though a user- friendly forms-based interface * Automatically generate a hypertext interface, on the fly, to list archives available on the local server With the LWGate, people browsing the WWW can read a description of a mailing list, subscribe to a list, easily search a list's message archives, browse the archives in a hypertext format, search for other mailing lists, and much more. The LWGate supports mailing lists provided by LISTSERV(TM), ListProcessor 6, and Majordomo servers. The LWGate is freely available under the GNU General Public Licence. It can be installed on HTTP servers which support CGI scripts. See below for directions on obtaining your own copy, but note that the NetSpace LWGate will accept additions to its database. * To see a functioning LWGate, go to the NetSpace LWGate: * To see an example of the LWGate's hypertext archive capability, visit the Big-Linux archives: * To install the LWGate on your own server, visit the LWGate WWW page. *Upgrades and bug-fixes will be announced here:* * If you don't want to install the LWGate on your server, but would like your list to be able to use it, request to be added to the NetSpace LWGate: David W. Baker | dwb@brown.edu | Forwarded by List Owner -------------------------------------------- Elliott Parker BITNET: 3ZLUFUR@CMUVM Journalism Dept. Internet: elliott.parker@cmich.edu Central Michigan University Compuserve: 70701,520 Mt. Pleasant, MI 48859 USA The WELL: eparker@well.sf.ca.us =================== End Forwarded Message =================== ============================================================================== Lee Roth N8JQY roth@froggy.decnet.ohio.gov !former DEC employee 614-728-1275 - Voicemail too. ============================================================================== ================================================================================ Archive-Date: Thu, 03 Aug 1995 06:40:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: henrym@sacto.mp.usbr.gov Subject: RE: MadGoat.com? Date: Thu, 03 Aug 1995 09:49:13 GMT Message-ID: <009944D4.2E0F4C32@sacto.mp.usbr.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009943BF.4B165039.26@ALPHA.WKU.EDU>, Hunter Goatley writes: >"Brian Tillman, x8245" writes: >> >>I noticed this morning that the MX-List address now seems to read >>MX-List@MadGoat.com. When did this change take place > >This morning (Tuesday morning). MadGoat.com is, for now, just an MX >record pointing to WKUVX1.WKU.EDU. > >>and should I update my >>alias? > >If you want. It really won't make any difference for the immediate >future. I just thought this would look cool. ;-) > >Hunter >------ >Hunter Goatley, Sr. Systems Analyst, The LOKI Group, Inc. > Oh, boy, can I come work for you guys, can I, huh, can I? -HWM ---------- Henry W. Miller Assistant Systems and Network Manager U.S. Bureau of Reclamation, Mid Pacific Region 2800 Cottage Way MP1130 Sacramento, CA 95825 (916) 979-2382 ================================================================================ Archive-Date: Thu, 03 Aug 1995 08:43:50 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 03 Aug 1995 09:21:40 EDT From: Brian Reed Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@wkuvx1.wku.edu Message-ID: <0099450B.018C8D9B.6@cbict3.cb.att.com> Subject: RE: MadGoat.com? In article <009943BF.4B165039.26@ALPHA.WKU.EDU>, Hunter Goatley writes: >MadGoat.com is, for now, just an MX record. >I just thought this would look cool. ;-) I just want to say it's cooler than oldgoat.com Brian D. Reed AT&T Columbus Works Brian.D.Reed@att.com 614-860-6218 ================================================================================ Archive-Date: Thu, 03 Aug 1995 12:13:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 03 Aug 1995 11:56:51 CST From: "Tye W. Botting, SysAdmin" Reply-To: MX-List@MadGoat.com To: mx-list@madgoat.com Message-ID: <00994520.AEF82B60.7@leper.tamu.edu> Subject: why is my SMTP Server dieing? Here's the smtp_server logs from yesterday, when my smtp_server died twice... I'm wondering if it's being caused by some bad-looking incoming file that MX doesn't like or something?... LEPER$DKA300:[MX.SMTP]SMTP_SERVER.LOG;14 2-AUG-1995 14:51:16.48: MX SMTP Server (pid 27A000B2) starting 2-AUG-1995 16:55:58.28: MX SMTP Server (pid 27A000B2) exiting, status = 1000000C LEPER$DKA300:[MX.SMTP]SMTP_SERVER.LOG;13 2-AUG-1995 11:07:45.36: MX SMTP Server (pid 27A0005C) starting 2-AUG-1995 11:31:12.13: MX SMTP Server (pid 27A0005C) exiting, status = 1000000C Tye Botting | tye@pro-haven.cts.com | It's a bird! It's a plane! botting@leper.tamu.edu | It's a man insane; | It's our President LBJ. N.Shaolin/N.Praying Mantis | Taijiquan & Modern Arnis | - Country Joe and the Fish #05 ================================================================================ Archive-Date: Thu, 03 Aug 1995 13:31:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 03 Aug 1995 13:31:06 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099452D.D9A0E3EF.3@ALPHA.WKU.EDU> Subject: RE: why is my SMTP Server dieing? "Tye W. Botting, SysAdmin" writes: > > Here's the smtp_server logs from yesterday, when my smtp_server died >twice... I'm wondering if it's being caused by some bad-looking incoming file >that MX doesn't like or something?... > Probably. Others have reported occasional similar problems. It might help if you enabled SMTP server debugging: $ define/sys/exec mx_smtp_server_debug true That'll create log files in the MX_SMTP_DIR: directory. I've never been able to track this down, and it apparently goes away at other sites, so it sure seems to be happening due to some message some system keeps retrying to send. If anyone could find out about that message, it'd help a lot. Hunter ------ Hunter Goatley, Sr. Systems Analyst, The LOKI Group, Inc. ================================================================================ Archive-Date: Thu, 03 Aug 1995 16:09:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 03 Aug 1995 15:20:54 CDT From: "Robert H. McClanahan, Manager TIS" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rmcclanahan@tis.aecc.com Message-ID: <0099453D.304CEE03.3@tis.aecc.com> Subject: Re: Zero length files (Warning) > I think that if MX froze at v4.1 and that was it, no one should complain. > This is a *quality* piece of software, available for *years* absolutely > FREE. I'm tired of all the absolute garbage Microsoft and other companies > are putting out _for_hundreds_and_hundreds_ of dollars whilest quality > programmers like Hunter put out stuff like MX as a practical gift to > humanity. Kudos to Hunter, Darrell, and Matt (and to several dozen others > like them)... Where you guys find the time to do all this, I don't know. > I'd be happy to stay at v4.1 for good. I agree wholeheartedly. Great work guys! > >I do hope to find time soon to do some work on MX. Of course, if > >anybody wants to talk some $$$, that time can be found easier. ;-) > > Ditto above. Ditto again. RHM +--+ Robert H. McClanahan, Manager, Technical Information Systems <[]>< Arkansas Electric Coop Corp | Email: rmcclanahan@tis.aecc.com Post Office Box 194208 | Phone: (501) 570-2403 Fax: (501) 570-2485 Little Rock, AR 72219-4208 USA | All Opinions are mine, not the Coop's ... ================================================================================ Archive-Date: Thu, 03 Aug 1995 16:23:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 3 Aug 1995 13:53:26 -700 (PDT) From: Hubert Chambers Reply-To: MX-List@MadGoat.com Subject: REVIEW MX-List To: MX-List@WKUVX1.WKU.EDU Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII ================================================================================ Archive-Date: Thu, 03 Aug 1995 17:54:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 3 Aug 1995 15:21:26 -700 (PDT) From: Hubert Chambers Reply-To: MX-List@MadGoat.com Subject: To: MX-List@WKUVX1.WKU.EDU Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII SUBSCRIBE MX-List-Digest ================================================================================ Archive-Date: Thu, 03 Aug 1995 18:05:18 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 3 Aug 1995 15:17:53 -700 (PDT) From: Hubert Chambers Reply-To: MX-List@MadGoat.com Subject: To: MX-List@WKUVX1.WKU.EDU Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII HELP ================================================================================ Archive-Date: Thu, 03 Aug 1995 18:19:12 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: why is my SMTP Server dieing? Date: 3 Aug 1995 21:03:15 GMT Message-ID: <3vrdij$n80@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00994520.AEF82B60.7@leper.tamu.edu>, "Tye W. Botting, SysAdmin" writes: = Here's the smtp_server logs from yesterday, when my smtp_server died =twice... I'm wondering if it's being caused by some bad-looking incoming file =that MX doesn't like or something?... I've seen it happen due to a corrupted queue file, I think. Try enabling SMTP server debugging, and see what that tells you. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 04 Aug 1995 11:34:15 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: daveh@vax.oxford.ac.uk (Dave Hastings, OUCS) Reply-To: MX-List@MadGoat.com Subject: Re: why is my SMTP Server dieing? Date: 4 Aug 95 17:12:49 BST Message-ID: <1995Aug4.171249@oxvaxd> To: MX-List@WKUVX1.WKU.EDU In article <00994520.AEF82B60.7@leper.tamu.edu>, "Tye W. Botting, SysAdmin" writes: > Here's the smtp_server logs from yesterday, when my smtp_server died > twice... I'm wondering if it's being caused by some bad-looking incoming file > that MX doesn't like or something?... Which TCP/IP package are you using? These accvios started at our site after we upgraded to UCX 3.1 Dave -- David Hastings | "Life's too short to waste time Systems Programmer/News Manager | chitchatting with machines for Oxford University Computing Services | no good reason" david.hastings@oucs.ox.ac.uk | ================================================================================ Archive-Date: Fri, 04 Aug 1995 14:14:09 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Is there a specified End-of-line sequence in the RFCs? Message-ID: <1995Aug2.124902@genrad.co.uk> From: dongray@genrad.co.uk (Derek Dongray) Date: Wed, 2 Aug 95 12:49:02 +0100 (BST) Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU I got this message from one of our users. I suspect the problem is at the recipients end, but thought I'd ask... >I have some friends who work for an American company (Ivex) and when I send >email to them, the connection falls over with a syntax error. They have >traced the problem to our (and their) server not conforming to the RFC that >describes the SMTP protocol. They reckon that every message consists of an >ASCII string , followed by CRLF. However, the following line causes a problem: > >FROM:CRLF (or whatever it is) > >Our servers don't send CRLF, either just LF or maybe LFCR which is not >compliant with the protocol. Now their server just checks for LF and then >removes the last two characters (which should be CRLF). In our case the >>LF get removed. The server then complains that the '>' is missing from >the FROM line (syntax error). > >If I send when their server is not running then their Internet provider >takes the email with no problem. It then forwards it to their server later >with no problem. > >They are going to have a go rebuilding their server software (when they >get the source code) to make it more robust. But really our software should >be compliant with the RFC. They don't have any problems with any other >servers, just the GenRad US & UK ones. > >Like I said, just thought this might be of interest to you. Your counterpart >in the US might be interested as well. I don't know if both sites run the >same server software or not. Thoughts anyone? BTW, GenRad's US site is a DEC Ultrix machine, so it isn't running MX! -- Derek Dongray, Systems Manager, GenRad Ltd., Cheshire, UK. dongray@genrad.co.uk dongray@genrad.com 70374,2745 ================================================================================ Archive-Date: Fri, 04 Aug 1995 14:50:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 04 Aug 1995 14:49:33 CST From: "Tye W. Botting, SysAdmin" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00994601.F99789E0.1@leper.tamu.edu> Subject: Re: why is my SMTP Server dieing? daveh@vax.oxford.ac.uk (Dave Hastings, OUCS)'s pet monkeys write: % %In article <00994520.AEF82B60.7@leper.tamu.edu>, "Tye W. Botting, SysAdmin" writes: %> Here's the smtp_server logs from yesterday, when my smtp_server died %> twice... I'm wondering if it's being caused by some bad-looking incoming file %> that MX doesn't like or something?... % %Which TCP/IP package are you using? These accvios started at our site after we %upgraded to UCX 3.1 Good question. I forgot to mention that we're using MultiNet 3.something... Anyway, I enabled the server logs and haven't had the problem again. It's going to be a pain to track down, methinks. If I find anything, I'll post here... Tye Tye Botting | tye@pro-haven.cts.com | It's a bird! It's a plane! botting@leper.tamu.edu | It's a man insane; | It's our President LBJ. N.Shaolin/N.Praying Mantis | Taijiquan & Modern Arnis | - Country Joe and the Fish #05 ================================================================================ Archive-Date: Fri, 04 Aug 1995 18:04:23 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: why is my SMTP Server dieing? Date: 4 Aug 1995 22:49:52 GMT Message-ID: <3vu86g$g3n@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00994520.AEF82B60.7@leper.tamu.edu>, "Tye W. Botting, SysAdmin" writes: # Here's the smtp_server logs from yesterday, when my smtp_server died #twice... I'm wondering if it's being caused by some bad-looking incoming file #that MX doesn't like or something?... Dunno; turn on MX Server accounting with the logical MX_SMTP_SERVER_DEBUG (see MX Management Guide for more information on enabling debugging). What version did you say you were running? -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Fri, 04 Aug 1995 18:21:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: MX_RMAIL fails with privilege problem after OpenVMS 6.2 upgrade? Message-ID: <1995Aug4.165159@genrad.co.uk> From: dongray@genrad.co.uk (Derek Dongray) Date: Fri, 4 Aug 95 16:51:59 +0100 (BST) Reply-To: MX-List@WKUVX1.WKU.EDU To: Info-VAX@Mvb.Saic.Com I'm running UUCP 2.0 with MX 4.1 and using the MX_RAIL program for RMAIL (UUCP_UUXQT_DCL_RMAIL_MX is TRUE). Everything was working earlier this week, but broke when I upgraded from OpenVMS 6.1 to 6.2. I get (in UUCP_LOG:UUXQT.LOG) ... (16:19:36) $ INIT_JOB: (16:19:36) $ verify = f$verify(f$trnlnm("UUCP_UUXQT_VERIFY"))! Set overall verify p:uxqt ?< h:- [08/04-16:19:36-20802955] Completed scan (1 job processed) u:- Hibernating Awakened p:uxqt =< h:- [08/04-16:20:02-20802955] Processing (DISK$S8_CDVS50:[UUCP.SPOOL.UKNET]X.UKNET_AN_W_L4;1) u:- p:uxqt << h:uknet [08/04-16:20:02-20802955] Executing (rmail steve < UUCP_DISK:[UUCP.SPOOL.uknet]D.UKNET_BN_W_L3 > NL:) u:- Begin X file DISK$S8_CDVS50:[UUCP.SPOOL.UKNET]X.UKNET_AN_W_L4;1 at 4-AUG-1995 16:20:02.53 (16:20:02) $ RMAIL DISK$S8_CDVS50:[UUCP.SPOOL.UKNET]D.UKNET_BN_W_L3; "steve" %RMS-F-PRV, insufficient privilege or file protection violation %TRACE-F-TRACEBACK, symbolic stack dump follows module name routine name line rel PC abs PC MX_RMAIL MX_RMAIL 129 00000035 00001A49 (16:20:03) $ FAILED_RMAIL: (16:20:03) $ saved_status = $status ! 1 (16:20:03) $ SAY "Attempt to send mail to <", addr, "> failed with status ", saved_status Attempt to send mail to failed with status %X1001829C (16:20:03) $ I've taken a look at the source of MX_RMAIL and the offending line is... STATUS = FLQ_OPEN (FLQ__FULL, QCTX); IF NOT .STATUS THEN SIGNAL_STOP (.STATUS); I haven't traced why FLQ_OPEN is failing. As a temporary solution I have increaed the privileges on UUCP_DAEMON from NETMBX,TMPMBX & SYSLCK to everything and it's currently working. Does anyone know what the *real* problem is and what the correct (minimal) fix for it is? I've skimmed the new features and release notes files but cannot see anything obvious. -- Derek Dongray, Systems Manager, GenRad Ltd., Cheshire, UK. dongray@genrad.co.uk dongray@genrad.com 70374,2745 ================================================================================ Archive-Date: Fri, 04 Aug 1995 21:47:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Is there a specified End-of-line sequence in the RFCs? Date: 5 Aug 1995 02:36:33 GMT Message-ID: <3vulfh$i5t@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1995Aug2.124902@genrad.co.uk>, dongray@genrad.co.uk (Derek Dongray) writes: = =I got this message from one of our users. I suspect the problem is at =the recipients end, but thought I'd ask... = =>I have some friends who work for an American company (Ivex) and when I send =>email to them, the connection falls over with a syntax error. They have =>traced the problem to our (and their) server not conforming to the RFC that =>describes the SMTP protocol. They reckon that every message consists of an =>ASCII string , followed by CRLF. However, the following line causes a problem: => =>FROM:CRLF (or whatever it is) => =>Our servers don't send CRLF, either just LF or maybe LFCR which is not =>compliant with the protocol. Now their server just checks for LF and then =>removes the last two characters (which should be CRLF). In our case the =>>LF get removed. The server then complains that the '>' is missing from =>the FROM line (syntax error). =>They are going to have a go rebuilding their server software (when they =>get the source code) to make it more robust. But really our software should =>be compliant with the RFC. They don't have any problems with any other =>servers, just the GenRad US & UK ones. => =>Like I said, just thought this might be of interest to you. Your counterpart =>in the US might be interested as well. I don't know if both sites run the =>same server software or not. = =Thoughts anyone? BTW, GenRad's US site is a DEC Ultrix machine, so it isn't =running MX! From RFC821: 4.1.1. COMMAND SEMANTICS The SMTP commands define the mail transfer or the mail system function requested by the user. SMTP commands are character strings terminated by . The command codes themselves are alphabetic characters terminated by if parameters follow and otherwise. The syntax of mailboxes must conform to receiver site conventions. The SMTP commands are discussed below. The SMTP replies are discussed in the Section 4.2. If the host isn't ending lines with , it's non-compliant. by itself as a line terminator is a violation of the protocol. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Sat, 05 Aug 1995 15:16:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: daveh@vax.oxford.ac.uk (Dave Hastings, OUCS) Reply-To: MX-List@MadGoat.com Subject: Re: why is my SMTP Server dieing? Date: 5 Aug 95 20:56:16 BST Message-ID: <1995Aug5.205616@oxvaxd> To: MX-List@WKUVX1.WKU.EDU In article <00994601.F99789E0.1@leper.tamu.edu>, "Tye W. Botting, SysAdmin" writes: > daveh@vax.oxford.ac.uk (Dave Hastings, OUCS)'s pet monkeys write: > % > %In article <00994520.AEF82B60.7@leper.tamu.edu>, "Tye W. Botting, SysAdmin" writes: > %> Here's the smtp_server logs from yesterday, when my smtp_server died > %> twice... I'm wondering if it's being caused by some bad-looking incoming file > %> that MX doesn't like or something?... > % > %Which TCP/IP package are you using? These accvios started at our site after we > %upgraded to UCX 3.1 > > Good question. I forgot to mention that we're using MultiNet > 3.something... Anyway, I enabled the server logs and haven't had the problem > again. It's going to be a pain to track down, methinks. If I find anything, > I'll post here... > > Tye It is a real pain to track down. I enabled logging, but all I found was that the server log just stopped when an accvio occured and didn't give any useful information. Still, since you're getting it with Multinet it probably isn't a UCX problem. Dave -- David Hastings | "Life's too short to waste time Systems Programmer/News Manager | chitchatting with machines for Oxford University Computing Services | no good reason" david.hastings@oucs.ox.ac.uk | ================================================================================ Archive-Date: Sun, 06 Aug 1995 13:55:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 06 Aug 1995 14:52:24 EST From: Alan Simon Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <00994794.B457ACEA.25@shrsys.hslc.org> Subject: What Do These SMTP Server Error Codes Mean? I have three incoming queue entries that bring down the SMTP Server process. The debug log show the following line for two of the entries: Error: status=022C and the following line for one of the entries: Error: status=20EC Can anyone tell me what these errors mean? TIA. ------------------------------------------------------------------------------- Alan Simon simon@hslc.org Associate Director simon@shrsys.hslc.org Health Sciences Libraries Consortium VOICE: (215) 222-1532 3600 Market Street, Suite 550 FAX: (215) 222-0416 Philadelphia, PA 19104 ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Mon, 07 Aug 1995 07:17:25 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: daveh@vax.oxford.ac.uk (Dave Hastings, OUCS) Reply-To: MX-List@MadGoat.com Subject: Mailshr patch for AXP 6.1 wanted Date: 7 Aug 95 12:52:21 BST Message-ID: <1995Aug7.125221@oxvaxd> To: MX-List@WKUVX1.WKU.EDU Hi, I need the mailshr patch for an AXP 6.1 system. Can someone please tell me where to find it? Thanks, Dave -- David Hastings | "Life's too short to waste time Systems Programmer/News Manager | chitchatting with machines for Oxford University Computing Services | no good reason" david.hastings@oucs.ox.ac.uk | ================================================================================ Archive-Date: Mon, 07 Aug 1995 08:09:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 07 Aug 1995 15:07:08 MET_DST From: Kurt Schumacher - HIS Software AG Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: Kurt.Schumacher@decus.ch Message-ID: <0099485F.EDCDA260.3@elias.decus.ch> Subject: RE: Mailshr patch for AXP 6.1 wanted ...for example in AXP VMS V6.2 from scratch (partially). KUrt +----------------------------------------------------------------------+ | Kurt Schumacher E-Mail: k_schumacher@decus.ch | | PSI-Mail: PSI%(228)47931402::KS | | HIS Software AG Voice: ++41 (0) 1 461 21 11 | | Binzstrasse 7 FAX: ++41 (0) 1 461 21 50 | | CH-8045 Zürich | +----------------------------------------------------------------------+ ================================================================================ Archive-Date: Mon, 07 Aug 1995 11:18:14 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ccdarg@zippy.dct.ac.uk (Alan Greig) Reply-To: MX-List@MadGoat.com Subject: Re: Mailshr patch for AXP 6.1 wanted Message-ID: <1995Aug7.170946.19485@zippy.dct.ac.uk> Date: 7 Aug 95 17:09:46 +0100 To: MX-List@WKUVX1.WKU.EDU In article <1995Aug7.125221@oxvaxd>, daveh@vax.oxford.ac.uk (Dave Hastings, OUCS) writes: > Hi, > > I need the mailshr patch for an AXP 6.1 system. Can someone please tell me > where to find it? Try ftp.dct.ac.uk in [anonymous.pub.vms.madgoat]PATCH_MAILSHR_ON_VMS_N_AXP_61.ZIP If you have trouble applying it I've made the patched mailshr we run under 6.1 available as well in the same directory. -- Alan Greig Janet: A.Greig@uk.ac.dct University of Abertay Dundee Internet: A.Greig@dct.ac.uk Tel: (01382) 308810 Int +44 1382 308810 ** Never underestimate the power of human stupidity ** ================================================================================ Archive-Date: Mon, 07 Aug 1995 11:58:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 07 Aug 1995 11:57:37 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00994845.73EED9BA.15@ALPHA.WKU.EDU> Subject: RE: Mailshr patch for AXP 6.1 wanted daveh@vax.oxford.ac.uk (Dave Hastings, OUCS) writes: > >Hi, > >I need the mailshr patch for an AXP 6.1 system. Can someone please tell me >where to find it? > On ftp.wku.edu in [.VMS.FILESERV]PATCH_MAILSHR_ON_VMS_N_AXP_61.ZIP. Note that the patch is no longer needed as of VMS V6.2. Hunter ------ Hunter Goatley, Sr. Systems Analyst, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 08 Aug 1995 09:04:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: What Do These SMTP Server Error Codes Mean? Date: 7 Aug 1995 17:47:04 GMT Message-ID: <405jit$ami@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00994794.B457ACEA.25@shrsys.hslc.org>, Alan Simon writes: #I have three incoming queue entries that bring down the SMTP Server process. #The debug log show the following line for two of the entries: # # Error: status=022C $ WRITE SYS$OUTPUT F$MESSAGE(%X022C) %SYSTEM-F-TIMEOUT, device timeout Which means we never connected to the destination system. #and the following line for one of the entries: # # Error: status=20EC $ WRITE SYS$OUTPUT F$MESSAGE(%X20EC) %SYSTEM-F-LINKDISCON, network partner disconnected logical link Which means the remote system died while we were talking to it. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Wed, 09 Aug 1995 11:11:50 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: Zale Tabakman Through Netscape Reply-To: MX-List@MadGoat.com Subject: WWW Pages on OpenVMS to Unix Migration Date: 9 Aug 1995 16:00:50 GMT Message-ID: <40am3i$snp@noc.tor.hookup.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: VMSnet-Internals@WKUVX1.WKU.EDU Hi There! We have over 40 pages of VMS to Unix migration information. http://www.sector7.com Includes technical and white papers. Please repost to private mailing lists. Thank You. Zale ================================================================================ Archive-Date: Wed, 09 Aug 1995 11:30:35 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Aug 1995 11:27:16 CDT From: "Robert H. McClanahan, Manager TIS" Reply-To: MX-List@MadGoat.com To: mx-list@wkuvx1.wku.edu CC: rmcclanahan@tis.aecc.com Message-ID: <009949D3.8B989481.4@tis.aecc.com> Subject: Question Concerning IUPOP3 I realize that this is somewhat off the subject of this list (though I have seen a number of IUPOP3 questions before), but I'll be flame-bait and post it anyway... I'm running IUPOP3 v1.7 (CMU/IP version) over CMU/IP V6.6-5 on VMS 6.1 (with MX 4.1 of course!). We are testing a EUDORA client on PCs to pick up mail from the VAX. The IUPOP3 server works fine for a while and then crashes with an access violation (possibly after a certain number of connections). Anybody got any ideas about this error? > 1995-08-09 08:30:47 new connection accepted: assigned thread 0 > 1995-08-09 08:30:47 thread 0: initializing thread > 1995-08-09 08:30:47 thread 0: client is 99.99.1.3 > 1995-08-09 08:30:47 thread 0: tx: +OK IU POP3 server V1.7 at COYOTE.AECC.COM, up since 1995-08-08 14:32:52 > 1995-08-09 08:30:47 thread 0: rx: USER rmcclanahan > 1995-08-09 08:30:47 thread 0: tx: +OK Password required for "rmcclanahan" > 1995-08-09 08:30:47 thread 0: rx: pass > 1995-08-09 08:30:47 thread 0: opening USER$DISK:[RMCCLANAHAN.MAIL]MAIL.MAI > 1995-08-09 08:30:48 thread 0: tx: +OK Username/password combination ok > %SYSTEM-F-ACCVIO, access violation, reason mask=01, virtual address=20FC0003, PC=00067342, PSL=03C00001 > %TRACE-F-TRACEBACK, symbolic stack dump follows > module name routine name line rel PC abs PC > 00067342 00067342 > 00067834 00067834 > CHANGE_CASE LOWER 830C377B 830D795F > IUPOP3 main 4736 00000204 0000F604 Any help will be *GREATLY* appreciated. RHM +--+ Robert H. McClanahan, Manager, Technical Information Systems <[]>< Arkansas Electric Coop Corp | Email: rmcclanahan@tis.aecc.com Post Office Box 194208 | Phone: (501) 570-2403 Fax: (501) 570-2485 Little Rock, AR 72219-4208 USA | All Opinions are mine, not the Coop's ... ================================================================================ Archive-Date: Wed, 09 Aug 1995 12:57:16 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: systex@BALROG.NCI.NIH.GOV (Donald G. Plugge, Systex Inc., (301)210-7701) Subject: No SMTP Server? Message-ID: <1995Aug9.173306.17329@alw.nih.gov> Reply-To: MX-List@WKUVX1.WKU.EDU Date: Wed, 9 Aug 1995 17:33:06 GMT To: MX-List@WKUVX1.WKU.EDU Configuration: VAX/VMS 5.5-2 on VAX 3800 CMU/IP 6.6-5 MX 4.1 NETLIB 1.7 I've just installed MX on my VAX. The setup is configured for 001NETLIB:* 002FLQ_MGR:CAESAR 002ROUTER:CAESAR=1 003LOCAL:CAESAR=1 004SMTP:CAESAR=1 004SMTP_SERVER:1 I can successfully send mail out on the via MX%. However, I can't receive mail from a remote IP running SMTP. I figure the problem is with the SMTP_SERVER, which I find out is not running. I've tried stopping and starting the MX application, but no luck. I also tried to issue a $@sys$startup:mx_startup SMTP_SERVER but no MX SMTP_SERVER process shows up. Nor do I get a log file with the MX_SMTP_SERVER_DEBUG and MX_SMTP_SERVER_LOG logicals defined. I checked to make sure I have a SMTP_SERVER.EXE and I do. I'm wondering why it is not starting? Any ideas? Donald G. Plugge ================================================================================ Archive-Date: Wed, 09 Aug 1995 14:28:23 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Aug 1995 14:28:05 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <009949EC.CE3684E2.37@ALPHA.WKU.EDU> Subject: RE: No SMTP Server? systex@BALROG.NCI.NIH.GOV (Donald G. Plugge, Systex Inc., writes: > >but no MX SMTP_SERVER process shows up. Nor do I get a log file with the >MX_SMTP_SERVER_DEBUG and MX_SMTP_SERVER_LOG logicals defined. I checked to >make sure I have a SMTP_SERVER.EXE and I do. I'm wondering why it is not >starting? Any ideas? > Did you disable CMUIP's use of port 25? You could also try running MX_EXE:SMTP_SERVER interactively to see what error message it's displaying. Hunter ------ Hunter Goatley, Sr. Systems Analyst, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 09 Aug 1995 15:18:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: MX Return-Path: of messages coming from DECUS uucp Message-ID: <1995Aug9.145744@mccall.com> From: tp@mccall.com (Terry Poot) Date: Wed, 9 Aug 95 14:57:44 CST Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU On messages coming in via uucp from a uucp node named theedge-bbs, which has a registered domain of theedge-bbs.com, I'm getting the entirely predictable and totally useless Return-Path: of theedge-bbs.uucp. The return path is the envelope information, and of course when I forward that message on via SMTP, I tell the remote smtp server that it's from user@theedge-bbs.uucp. This poses 2 problems: 1) Some people use this as a reply address instead of the From: or Reply-To: headers. Multinet is configured that way be default. 2) SMTP error reports go to this address. Back when I was a uucp-only node, I was the victim of this, but it was happening at my upstream site. Now it's happening here and my downstream uucp sites are the victims. Since we all know that MX and DECUS UUCP are superior to sendmail, I'm hoping someone can tell me how to fix this. By "fix", what I'd like to happen is for the envelope info to match the From: address. For uucp sites that support RFC-822 (the only kind *I'll* talk to!) this is always going to be more useful than the envelope info generated from the uucp From_ line. I thought I once knew how to fix this. Perhaps it's been to long, or I'm just imagining things... -- Terry Poot The McCall Pattern Company Phone/Fax: (800)255-2762, (913)776-4041 615 McCall Road Home: Manhattan, KS 66502, USA ================================================================================ Archive-Date: Thu, 10 Aug 1995 11:04:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Re: No SMTP Server? Message-ID: <40b007$1ca@news.arc.nasa.gov> From: wing@tgv.com ("Dan Wing") Date: 9 Aug 1995 18:49:38 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1995Aug9.173306.17329@alw.nih.gov>, systex@BALROG.NCI.NIH.GOV (Donald G. Plugge, Systex Inc., (301)210-7701) writes: #I've just installed MX on my VAX. The setup is configured for # #001NETLIB:* #002FLQ_MGR:CAESAR #002ROUTER:CAESAR=1 #003LOCAL:CAESAR=1 #004SMTP:CAESAR=1 #004SMTP_SERVER:1 Change the above line to: 004SMTP_SERVER:CAESAR=1 (the two spaces I've used above are to clarify what the line should have -- it shouldn't have the two blank spaces when you actually put this into the file). Be very careful when editing the MX_STARTUP_INFO.DAT file; the parser is sensitive to the information in the file. [...] -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Fri, 11 Aug 1995 03:09:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: henrym@sacto.mp.usbr.gov Subject: Re: WWW Pages on OpenVMS to Unix Migration Date: Fri, 11 Aug 1995 06:35:56 GMT Message-ID: <00994B02.813795CA@sacto.mp.usbr.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: VMSnet-Internals@WKUVX1.WKU.EDU In article <40am3i$snp@noc.tor.hookup.net>, Zale Tabakman Through Netscape writes: > > Hi There! > > We have over 40 pages of VMS to Unix migration information. > > http://www.sector7.com > > Includes technical and white papers. > > Please repost to private mailing lists. > > Thank You. > > Zale > > > Hmm, I seem to remember the big fol-de-rol about 15 years ago about the forced migration from TOPS10/TOPS20 to VMS. I hated VMS in those days. I feel considerably different about it now. But when I look at unix, I have to ask myself, "This is progress?" -HWM ---------- Henry W. Miller Assistant Systems and Network Manager U.S. Bureau of Reclamation, Mid Pacific Region 2800 Cottage Way MP1130 Sacramento, CA 95825 (916) 979-2382 ================================================================================ Archive-Date: Fri, 11 Aug 1995 09:38:48 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Aug 1995 09:32:22 CST From: metze@vmetze.mrl.uiuc.edu Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: metze@vmetze.mrl.uiuc.edu Message-ID: <00994B55.D37A5793.6@vmetze.mrl.uiuc.edu> Subject: Re: WWW Pages on OpenVMS to Unix Migration > > In article <40am3i$snp@noc.tor.hookup.net>, Zale Tabakman Through Netscape writes: > > > > Hi There! > > > > We have over 40 pages of VMS to Unix migration information. > > > > http://www.sector7.com > > > > Includes technical and white papers. > > > > Please repost to private mailing lists. > > > > Thank You. > > > > Zale > > > > > > > > > Hmm, I seem to remember the big fol-de-rol about 15 years ago > about the forced migration from TOPS10/TOPS20 to VMS. I hated VMS > in those days. I feel considerably different about it now. But when > I look at unix, I have to ask myself, "This is progress?" > Since I don't personally know anyone eager to make this migration, I wonder if this guy may be drumming up business for himself in some way -- he is from a '.com' site... I see more interest in VMS, myself, as the unix zealots are losing credibility. > -HWM > ---------- > Henry W. Miller > Assistant Systems and Network Manager > U.S. Bureau of Reclamation, Mid Pacific Region > 2800 Cottage Way MP1130 > Sacramento, CA 95825 (916) 979-2382 ================================================================================ Archive-Date: Fri, 11 Aug 1995 11:14:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 11 Aug 1995 11:13:41 -0400 To: mx-list@wkuvx1.wku.edu From: Rick Stacks Reply-To: MX-List@MadGoat.com Subject: strange problem with incoming FTPs Message-ID: <19950811111344.0327150b.in@pc-185-60.osmre.gov> Madgoat FTPers, I do not know if this problem is a Madgoat FTP or a CMU problem or something else, but anyway here are the symptoms: The problem occurs when a PC on the internet FTPs into any one of my VAXes. PC is using WS_FTP or WinFTP under Windows, TCP stack does not seem to matter. VAX is running CMU 6.6-5 (6.6-5a does not work so well with FTP), MG-FTP. Problem: If the PC tries to access any directory on the VAX which contains LESS THAN 5 files the PC hangs and will _eventually_ get and error 0 returned from the host. Now if I make sure that there are at least 5 files in any and all directories the PC may wish to access. The problem occurrs with regular logins and anonymous logins. Question: Has any one else seen this behavior exhibited ? If so, is there a fix ? Thanks in advance for *any* help ... -- Rick -- Rick Stacks, Computer Section | They that give up essential liberty Ark Dept Pollution Control | to obtain a little temporary safety 8001 National Dr. / POB 8913 | deserve neither liberty nor safety Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 voice: 501-682-0671 fax: 501-682-0707 email: stacks@adpce.lrk.ar.us ================================================================================ Archive-Date: Fri, 11 Aug 1995 11:51:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 11 Aug 1995 12:00:28 -0500 To: MX-List@WKUVX1.WKU.EDU From: eckles@kearfott.com (Wes Eckles) Reply-To: MX-List@MadGoat.com Subject: Eudora Reply rejected by MX SMTP My MX/IUPOP3 1.7 on VMS 5.4 feeding Eudora clients works very well except for a reply. The SMTP server on the VAX rejects the MX%"..." portion of the reply to address that came in the original message. MX wants me to change the recipient and try again. Do I need to use a rewrite rule for to strip the MX%"..." part? IUPOP3 supposedly compiled with the PATCH_FROM_LINE definition (that's what I found in the MAKE.COM. Eudora's getting the MX%"..." stuff anyway. Solutions? Thanks. ================================================================================ Archive-Date: Fri, 11 Aug 1995 12:00:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Aug 1995 09:58:44 -0900 (PDT) From: Phil Rand Reply-To: MX-List@MadGoat.com To: MX-List@madgoat.com Subject: Re: WWW Pages on OpenVMS to Unix Migration Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > > > We have over 40 pages of VMS to Unix migration information. > > > > > > http://www.sector7.com [snip] > Since I don't personally know anyone eager to make > this migration, I wonder if this guy may be drumming up > business for himself in some way -- he is from a '.com' > site... I see more interest in VMS, myself, as the > unix zealots are losing credibility. I checked out this site. It's mostly promotional materials for sector7's migration products. If you're moving from VMS to Unix, I'm sure it's worth the time to check it out. Speaking only for myself, I guess I would have liked him to be more up-front about the fact that this is commercial, but I really don't mind seeing the post. It seems to me the nature of MX makes this list a natural place to advertise such a web-site, and this wasn't very intrusive. Besides, I'm one of those people who reads the tech mags for the ads nearly as much as for the articles. -- ---------------------------------------------------------------------- -- Phil Rand -- -- Computer and Information Systems http://paul.spu.edu/~prand/ -- -- Seattle Pacific University -- -- 3307 3rd Ave W, Seattle, WA 98119 (206) 281-2428 -- ---------------------------------------------------------------------- -- ================================================================================ Archive-Date: Fri, 11 Aug 1995 12:34:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: mark@infocomm.com Reply-To: MX-List@MadGoat.com Subject: Re: strange problem with incoming FTPs Message-ID: <1995Aug11.102106.25883@infopiz> Date: 11 Aug 95 10:21:06 PST To: MX-List@WKUVX1.WKU.EDU In article <19950811111344.0327150b.in@pc-185-60.osmre.gov>, Rick Stacks writes: > Madgoat FTPers, > > I do not know if this problem is a Madgoat FTP or a CMU problem or > something else, but anyway here are the symptoms: > > The problem occurs when a PC on the internet FTPs into any one of my VAXes. > > PC is using WS_FTP or WinFTP under Windows, TCP stack does not seem to > matter. > > VAX is running CMU 6.6-5 (6.6-5a does not work so well with FTP), MG-FTP. > > Problem: If the PC tries to access any directory on the VAX which contains > LESS THAN 5 files the PC hangs and will _eventually_ get and error 0 > returned from the host. Now if I make sure that there are at least 5 files > in any and all directories the PC may wish to access. The problem occurrs > with regular logins and anonymous logins. > > Question: Has any one else seen this behavior exhibited ? If so, is there > a fix ? > > Thanks in advance for *any* help ... I strongly suspect that this is a problem with a firewall, and "someone's" implementation of a firewall (either at your site or the remote PC's site). What is most likely happening is that the TCP circuit for the ftp data transfer can't be opened due to a router in the path not allowing a connection from your "ftp_server" to the client PC's "ftp_client". Some firewall designs explicitly disallow incoming connections while they usually allow outgoing connections rather freely. Given this issue, the approach that is taken by many ftp servers is to support "passive mode" FTP data connections. In this context, the ftp server, instead of opening a circuit to the client's machine, it merely opens another circuit that it listens on. It then tells the client what circuit to connect to over the ftp control circuit that is already established. The client does a new connect to the specified circuit and all works fine. Now for the catch. The MGFTP server doesn't implement passive mode ftp. :-( -- Mark Pizzolato - INFO COMM Computer Consulting, Danville, Ca PHONE: (510)837-5600 UUCP: decwrl!infopiz!mark DOMAIN: mark@infocomm.com ================================================================================ Archive-Date: Fri, 11 Aug 1995 12:36:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 11 Aug 1995 12:35:07 -0400 To: mark@infocomm.com From: Rick Stacks Reply-To: MX-List@MadGoat.com Subject: Re: strange problem with incoming FTPs CC: mx-list@wkuvx1.wku.edu Message-ID: <19950811123511.03718918.in@pc-185-60.osmre.gov> At 10:21 1995/8/11 PST, mark@infocomm.com wrote: > >In article <19950811111344.0327150b.in@pc-185-60.osmre.gov>, Rick Stacks writes: >> Madgoat FTPers, >> >> I do not know if this problem is a Madgoat FTP or a CMU problem or >> something else, but anyway here are the symptoms: >> >> The problem occurs when a PC on the internet FTPs into any one of my VAXes. >> >> PC is using WS_FTP or WinFTP under Windows, TCP stack does not seem to >> matter. >> >> VAX is running CMU 6.6-5 (6.6-5a does not work so well with FTP), MG-FTP. >> >> Problem: If the PC tries to access any directory on the VAX which contains >> LESS THAN 5 files the PC hangs and will _eventually_ get and error 0 >> returned from the host. Now if I make sure that there are at least 5 files >> in any and all directories the PC may wish to access. The problem occurrs >> with regular logins and anonymous logins. >> >> Question: Has any one else seen this behavior exhibited ? If so, is there >> a fix ? >> >> Thanks in advance for *any* help ... > >I strongly suspect that this is a problem with a firewall, and "someone's" >implementation of a firewall (either at your site or the remote PC's site). > I have tried FTP into my VAX from my PC at my site. There is no firewall at my site. The problem still occurs. >What is most likely happening is that the TCP circuit for the ftp data >transfer can't be opened due to a router in the path not allowing a connection >from your "ftp_server" to the client PC's "ftp_client". > Everything works fine if all directories on the VAX that the PC accesses has more than 5 files in it. I can FTP file to and fro with no problem, the problem is when the directory on the VAX has less than 5 files -- the PC FTP program hoses... This is caused by a firewall? I don't understand... >Some firewall designs explicitly disallow incoming connections while they >usually allow outgoing connections rather freely. > >Given this issue, the approach that is taken by many ftp servers is to support >"passive mode" FTP data connections. In this context, the ftp server, instead >of opening a circuit to the client's machine, it merely opens another circuit >that it listens on. It then tells the client what circuit to connect to over >the ftp control circuit that is already established. The client does a new >connect to the specified circuit and all works fine. > >Now for the catch. The MGFTP server doesn't implement passive mode ftp. :-( > >-- >Mark Pizzolato - INFO COMM Computer Consulting, Danville, Ca >PHONE: (510)837-5600 UUCP: decwrl!infopiz!mark >DOMAIN: mark@infocomm.com > Thanks for the response. -- Rick -- Rick Stacks, Computer Section | They that give up essential liberty Ark Dept Pollution Control | to obtain a little temporary safety 8001 National Dr. / POB 8913 | deserve neither liberty nor safety Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 voice: 501-682-0671 fax: 501-682-0707 email: stacks@adpce.lrk.ar.us ================================================================================ Archive-Date: Fri, 11 Aug 1995 12:45:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Aug 1995 13:30:40 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: eckles@kearfott.com Message-ID: <00994B77.1D624020.10@swdev.si.com> Subject: RE: Eudora Reply rejected by MX SMTP >My MX/IUPOP3 1.7 on VMS 5.4 feeding Eudora clients works very well except for >a reply. The SMTP server on the VAX rejects the MX%"..." portion of the reply >to address that came in the original message. MX wants me to change the >recipient and try again. When you say "MX wants me to change the recipient", what do you mean by that? I don't recall ever seeing a message from MX asking to choose another recipient. Would you post the verbatim text of the error, please? -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Fri, 11 Aug 1995 12:50:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Aug 1995 12:43:54 CST From: metze@vmetze.mrl.uiuc.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: metze@vmetze.mrl.uiuc.edu Message-ID: <00994B70.95322158.9@vmetze.mrl.uiuc.edu> Subject: Re: WWW Pages on OpenVMS to Unix Migration > From: MX%"MX-List@MadGoat.com" 11-AUG-1995 12:33:47.93 > > > > > We have over 40 pages of VMS to Unix migration information. > > > > > > > > http://www.sector7.com > > [snip] > > > Since I don't personally know anyone eager to make > > this migration, I wonder if this guy may be drumming up > > business for himself in some way -- he is from a '.com' > > site... I see more interest in VMS, myself, as the > > unix zealots are losing credibility. > > I checked out this site. It's mostly promotional materials for sector7's > migration products. If you're moving from VMS to Unix, I'm sure it's worth > the time to check it out. > > Speaking only for myself, I guess I would have liked him to be more up-front > about the fact that this is commercial, but I really don't mind seeing the > post. It seems to me the nature of MX makes this list a natural place to > advertise such a web-site, and this wasn't very intrusive. Besides, I'm > one of those people who reads the tech mags for the ads nearly as much as > for the articles. > He asked us to forward it to private mailing lists. Does this mean he was enlisting our help, since spamming is frowned on? This is not the only mailing list that this appeared on. There is a place, or so I understood, for the announcement of web sites. I think it is www-announce. This looks to me like an attempt to spam without being detected by listserv mailers, as it appeared on several VMS related lists. > > -- > ---------------------------------------------------------------------- > -- Phil Rand -- > -- Computer and Information Systems http://paul.spu.edu/~prand/ -- > -- Seattle Pacific University -- > -- 3307 3rd Ave W, Seattle, WA 98119 (206) 281-2428 -- > ---------------------------------------------------------------------- > -- > ================================================================================ Archive-Date: Fri, 11 Aug 1995 15:47:31 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Aug 1995 14:14:39 EDT From: Brian Reed Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@madgoat.com Message-ID: <00994B7D.42C02750.2@cbict3.cb.att.com> Subject: RE: strange problem with incoming FTPs >Problem: If the PC tries to access any directory on the VAX which contains >LESS THAN 5 files the PC hangs and will _eventually_ get and error 0 Hmmmm...some time back, I tried to copy some files over from a PC (running Chameleon and WS_FTP) into my machine (AXP UCX 3.2). I made an empty directory, and guess what? It just sat there. I could get files from my main directory, no problem. Sounds like maybe it's a WS_FTP problem. I had thought of what you did, the dir had no files in it, but I thought "how could that possibly affect anything". Guess I was on the right track, just didn't follow up. Brian D. Reed AT&T Columbus Works Brian.D.Reed@att.com 614-860-6218 ================================================================================ Archive-Date: Fri, 11 Aug 1995 16:21:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 11 Aug 1995 16:20:25 -0400 To: mx-list@wkuvx1.wku.edu From: Rick Stacks Reply-To: MX-List@MadGoat.com Subject: RE: strange problem with incoming FTPs Message-ID: <19950811162028.043f8a51.in@pc-185-60.osmre.gov> At 14:14 1995/8/11 -0400, reed@cbict3.cb.att.com wrote: > >>Problem: If the PC tries to access any directory on the VAX which contains >>LESS THAN 5 files the PC hangs and will _eventually_ get and error 0 > >Hmmmm...some time back, I tried to copy some files over from a PC >(running Chameleon and WS_FTP) into my machine (AXP UCX 3.2). I >made an empty directory, and guess what? It just sat there. I could >get files from my main directory, no problem. Sounds like maybe >it's a WS_FTP problem. I had thought of what you did, the dir had >no files in it, but I thought "how could that possibly affect >anything". Guess I was on the right track, just didn't follow up. > Yep, 5 seems to be the magic number. Beats the heck out of me why tho'. 5 or more files in a directory -- everythings fine; less than 5 -- PC just hoses and sits there... Thanks -- Rick ================================================================================ Archive-Date: Fri, 11 Aug 1995 16:41:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 11 Aug 1995 16:51:58 -0500 To: MX-List@wkuvx1.wku.edu From: eckles@kearfott.com (Wes Eckles) Reply-To: MX-List@MadGoat.com Subject: Repost: MX SMTP rejects Eudora Reply My VAX 6310 MX (4.1) and IUPOP3 (1.7) feeds Eudora clients perfectly. But when I reply to a message the MX SMTP server rejects the recipient. Specifically, the MX%" " portion. Example: I recieve a message From: MX%"user@host.com" When I reply to it, the Eudora "Progress" Box reads RCPT TO: Then a Eudora message pops up ! The recipient "MX%"tillman@swdev.si.com"" is not acceptable to your SMPT server. The message is not sendable until the recipient has bee changed. So the MX SMTP server doesn't like the MX%"" foreign mailer nomenclature coming from the PC. IUPOP3 readme says it is capable of stripping the MX header stuff before downloading to Eudora, but it isn't doing it. My IUPOP3 MAKE.COM does have the definition for PATCH_FROM_LINE. Any ideas? ================================================================================ Archive-Date: Mon, 14 Aug 1995 10:44:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 14 Aug 1995 10:40:49 CDT From: kmoch@whscdp.whs.edu Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU CC: kmoch@whscdp.whs.edu Message-ID: <00994DBA.E27F9C00.563@whscdp.whs.edu> Subject: more info on the problem with LOCAL LOCAL continues to die - here's a log with some other information: %RMS-F-FNF, file not found %TRACE-F-TRACEBACK, symbolic stack dump follows module name routine name line rel PC abs PC PROCESS PROCESS 207 000000E2 00003813 MX_LOCAL MX_LOCAL 31 000003C6 00002BCA 14-AUG-1995 10:34:44.62: MX Local (pid 20200F2C) starting 14-AUG-1995 10:36:38.89: MX Local (pid 20200F2C) exiting, status = 1C08804C These are two separate logs. -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ================================================================================ Archive-Date: Mon, 14 Aug 1995 11:36:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 14 Aug 1995 11:35:42 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: KMOCH@WHSCDP.WHS.EDU Message-ID: <00994DC2.8D17411B.9@ALPHA.WKU.EDU> Subject: RE: more info on the problem with LOCAL kmoch@whscdp.whs.edu writes: > >LOCAL continues to die - here's a log with some other information: > >%RMS-F-FNF, file not found As Carl said, you have a missing file for some entry. The easiest thing to do to do an MCP SHOW QUEUE/ALL/FULL and find the entry (or entries) that are missing .HDR_INFO files, or some file, and MCP QUEUE CANCEL those entries. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Mon, 14 Aug 1995 12:51:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 14 Aug 1995 12:48:47 -0500 To: MX-List@wkuvx1.wku.edu From: eckles@kearfott.com (Wes Eckles) Reply-To: MX-List@MadGoat.com Subject: MX SMTP rejects Eudora Reply My VAX 6310 MX (4.1) and IUPOP3 (1.7) feeds Eudora clients perfectly. But when I reply to a message the MX SMTP server rejects the recipient. Specifically, the MX%" " portion. Example: I recieve a message From: MX%"user@host.com" When I reply to it, the Eudora "Progress" Box reads RCPT TO: Then a Eudora message pops up ! The recipient "MX%"user@host.com"" is not acceptable to your SMPT server. The message is not sendable until the recipient has been changed. So the MX SMTP server doesn't like the MX%"" foreign mailer nomenclature coming from the PC. IUPOP3 readme says it is capable of stripping the MX header stuff before downloading to Eudora, but it isn't doing it. My IUPOP3 MAKE.COM does have the definition for PATCH_FROM_LINE. Anyone experience this? Any ideas? ================================================================================ Archive-Date: Mon, 14 Aug 1995 21:22:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 14 Aug 1995 21:20:19 CDT From: Dave Miller Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00994E14.38C2BBE8.3@BEAVER.Bemidji.MSUS.edu> Subject: RE: problems with LOCAL > Local agent keeps dying - here's the latest log - can you shed some light on > this? > > 13-AUG-1995 22:42:24.69: MX Local (pid 20200B68) starting > 13-AUG-1995 22:42:32.97: MX Local (pid 20200B68) exiting, status = 10018294 I had this problem .. and traced it to a corrupt queue. I finally fixed it by re-creating the queue. Haven't been troubled since. //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ================================================================================ Archive-Date: Tue, 15 Aug 1995 05:19:45 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 15 Aug 1995 11:17:12 GMT From: "Andy Harper, KCL Systems Manager" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: udaa055@kcl.ac.uk Message-ID: <00994E89.21D5C225.1784@bay.cc.kcl.ac.uk> Subject: RE: MX SMTP rejects Eudora Reply >My VAX 6310 MX (4.1) and IUPOP3 (1.7) feeds Eudora clients perfectly. >But when I reply to a message the MX SMTP server rejects the recipient. > >Specifically, the MX%" " portion. > >Example: >I recieve a message From: MX%"user@host.com" > >When I reply to it, the Eudora "Progress" Box reads > RCPT TO: > >Then a Eudora message pops up > ! The recipient "MX%"user@host.com"" is not > acceptable to your SMPT server. The message is > not sendable until the recipient has been changed. > >So the MX SMTP server doesn't like the MX%"" foreign mailer nomenclature >coming from the PC. IUPOP3 readme says it is capable of stripping the >MX header stuff before downloading to Eudora, but it isn't doing it. My >IUPOP3 MAKE.COM does have the definition for PATCH_FROM_LINE. The format MX%"user@site" is a VMS/MX specific address and NOT a standard RFC822 one so a standard conforming SMTP server isn't going tyo accept it. Your problem stems from IUPOP3 not properly reformatting the header before sending it down to the user, so that subsequent replies to that message send the wrong address. You need to investigate why IUPOP3 isn't responding to the PATH_FROM_LINE definition - perhaps you really haven't got it set or you;ve overridden it somewhere in the source. I know IUPOP3 will do it cos it works for me! Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Tue, 15 Aug 1995 08:12:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 15 Aug 1995 15:05:50 +0200 From: Leyrat@criuc.unicaen.fr Reply-To: MX-List@MadGoat.com To: mx-list@criuc.unicaen.fr, Herve.Gilibert@univ-st-etienne.fr, makinc@hhcs.gov.au CC: Leyrat@criuc.unicaen.fr Message-ID: <00994EA9.12A25B40.6@caen1.unicaen.fr> Subject: How to install Name_conversion on AXP ? I try to install the "Makin" version of the Name-conversion utility (which is now functioning on my Vax under VMS 5.5-2)on an Alphaserver (Open-VMS 6.1 and DECC 5.0). As you can see in the Log file, I get a compilation and link warning, and the resulting executable generates an access violation of the mail. Thank you for any help. ------------------------------------------------------------ Log file of installation and results ------------------------------------------------------------ $ cc name_conversion_makin/object=name_conversion sleep(1); ......^ %CC-I-IMPLICITFUNC, In this statement, the identifier "sleep" is implicitly declared as a function. at line number 268 in file D$TMP:[COMMUN.LOGIDEC.MX041]NAME_CONVERSION_MAKIN.C;2 $ link/share/notrace name_conversion,sys$input:/opt symbol_vector=(init=proc,convert=proc,cleanup=proc,full_convert=proc) %LINK-W-NUDFSYMS, 1 undefined symbol: %LINK-I-UDFSYM, SLEEP %LINK-W-USEUNDEF, undefined symbol SLEEP referenced in psect $LINK$ offset %X000001B0 in module NAME_CONVERSION_MAKIN file D$TMP:[COMMUN.LOGIDEC.MX041]NAME_CONVERSION.OBJ;3 $ copy name_conversion.exe mx_exe:*.*;0/protection=w:re $ install replace mx_exe:name_conversion/share/open/header $ define/system/exec mx_site_name_conversion mx_exe:name_conversion $ mcp shutdown %MCP-I-NOTIFIED, process ROUTER has been notified %MCP-I-NOTIFIED, process LOCAL has been notified %MCP-I-NOTIFIED, process MLF has been notified %MCP-I-NOTIFIED, process SMTP has been notified %MCP-I-NOTIFIED, process SITE has been notified %MCP-I-NOTIFIED, process SMTP_SERVER has been notified %MCP-I-NOTIFIED, process FLQ_MGR has been notified %MCP-I-NOTIFIED, process LSV has been notified $ @sys$startup:mx_startup %RUN-S-PROC_ID, identification of created process is 00000C82 %RUN-S-PROC_ID, identification of created process is 00000C83 %RUN-S-PROC_ID, identification of created process is 00000C84 %RUN-S-PROC_ID, identification of created process is 00000C85 %RUN-S-PROC_ID, identification of created process is 00000C86 %RUN-S-PROC_ID, identification of created process is 00000C87 %RUN-S-PROC_ID, identification of created process is 00000C88 %RUN-S-PROC_ID, identification of created process is 00000C89 %RUN-S-PROC_ID, identification of created process is 00000C8A %RUN-S-PROC_ID, identification of created process is 00000C8B %RUN-S-PROC_ID, identification of created process is 00000C8C $ mail pp.com mx%leyrat %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000003F1, PC=00297678, PS=0000001B Improperly handled condition, image exit forced. Signal arguments: Number = 00000005 Name = 0000000C 00000000 000003F1 00297678 0000001B Register dump: R0 = FFFFFFFF0000000C R1 = 0000000000000000 R2 = 0000000000000415 R3 = 00000000000003F1 R4 = 0000000000000003 R5 = 00000000003ADF7C R6 = 00000000003ADF99 R7 = 000000000001827A R8 = 000000000037E448 R9 = 000000007FB62098 R10 = 000000007FB62084 R11 = 0000000000000001 R12 = 000000007FB62088 R13 = 0000000000325F4C R14 = 0000000000002000 R15 = 0000000000000000 R16 = 0000000000000006 R17 = 00000000003ADFA0 R18 = 0000000000260931 R19 = 0000000000000002 R20 = 00000000003ADF9E R21 = 000000000000007B R22 = 0000000000260931 R23 = 000000000000003A R24 = 000000000025F280 R25 = 000000007F953028 R26 = 0000000000297644 R27 = 000000000025F280 R28 = FFFFFFFF844F4570 R29 = 000000007F952CF0 SP = 000000007F952CF0 PC = 0000000000297678 PS = 300000000000001B SYSTEM job terminated at 15-AUG-1995 14:29:22.01 Accounting information: Buffered I/O count: 1113 Peak working set size: 12768 Direct I/O count: 369 Peak page file size: 27568 Page faults: 3450 Mounted volumes: 0 Charged CPU time: 0 00:00:05.18 Elapsed time: 0 00:00:15.78 *********************************************************************** Jacques LEYRAT ! Tel: (33-)31-45-55-08 Centre de Ressources Informatiques (C.R.I.U.C) ! Universite de Caen ! Fax: (33-)31-44-58-54 14032 Caen Cedex ! FRANCE !e-mail: Leyrat@criuc.unicaen.fr *********************************************************************** ================================================================================ Archive-Date: Tue, 15 Aug 1995 08:46:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: Repost: MX SMTP rejects Eudora Reply Date: 15 Aug 1995 13:34:02 GMT Message-ID: <40q7oa$2bg@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <56617314@MVB.SAIC.COM>, eckles@kearfott.com (Wes Eckles) writes: #My VAX 6310 MX (4.1) and IUPOP3 (1.7) feeds Eudora clients perfectly. #But when I reply to a message the MX SMTP server rejects the recipient. # #Specifically, the MX%" " portion. # #Example: #I recieve a message From: MX%"user@host.com" # #When I reply to it, the Eudora "Progress" Box reads # RCPT TO: # #Then a Eudora message pops up # ! The recipient "MX%"tillman@swdev.si.com"" is not # acceptable to your SMPT server. The message is # not sendable until the recipient has bee changed. # #So the MX SMTP server doesn't like the MX%"" foreign mailer nomenclature #coming from the PC. IUPOP3 readme says it is capable of stripping the #MX header stuff before downloading to Eudora, but it isn't doing it. My #IUPOP3 MAKE.COM does have the definition for PATCH_FROM_LINE. # #Any ideas? IUPOP3 might be setup to automatically strip SMTP%, so it isn't stripping MX% but instead passing it along to the POP3 client (Eudora). I've not used IUPOP3, so I don't know if PATCH_FROM_LINE is sufficient to make IUPOP3 to its thing.... -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Tue, 15 Aug 1995 09:28:08 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 15 Aug 95 09:09:10 CST Message-ID: <00994E773F6B4600.0000952D@fabco.com> From: "Scott Vieth - Info Systems" Reply-To: MX-List@MadGoat.com Subject: MX won't transfer mail to UUCP, %SYSTEM-F-EXBYTLM To: mx-list@wkuvx1.wku.edu Hello: I just installed MX yesterday and got most of it working on the first try. However, I can't get the MX-to-UUCP part to work. When MX tries to send an outbound message via UUCP the MX uucp Intfc process just hangs and says it is processing the message. A quick check of [MX.UUCP]MX_UUCP_LOG.LOG reveals this: 15-AUG-1995 08:29:14.93 Processing queue entry number 2. 15-AUG-1995 08:29:15.12 DELIVER: Delivering to "listserv@wkuvx1.wku.edu" 15-AUG-1995 08:29:15.13 DELIVER_FILE: Status=00002A14 spawning subprocess. 15-AUG-1995 08:29:15.13 DELIVER_FILE: Command: MAIL/PROTOCOL=UUCP_MAILSHR MX_UUCP_00006881.TMP;1 "listserv@wkuvx1.wku.edu" The 2A14 indicates %SYSTEM-F-EXBYTLM, exceeded byte count quota. I started the MX software by using SUBMIT SYS$STARTUP:MX_STARTUP/USER=SYSTEM so I checked the UAF entry for the SYSTEM account. The BYTLM quota is currently set to 90000. My questions: 1. How can we check to see what the byte count quota is on the running process? 2. What other system parameters affect the byte count quota? 3. Has anyone else run across this problem? Thanks much for your assistance. -Scott +----------------------------------+----------------------------------------+ | Scott Vieth | Internet: scott@fabco.com | | FABCO Equipment Inc. | Telephone: (608) 271-6205 x.287 | | 1111 Applegate Rd. | FAX: (608) 271-1410 | | Madison, WI 53713 | Compuserve: 73422,722 | +----------------------------------+----------------------------------------+ | It is now against the law to say "It's not the heat, it's the humidity." | +---------------------------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 15 Aug 1995 15:49:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ken@ci.org Reply-To: MX-List@MadGoat.com Subject: Problem with outbound return addresses Message-ID: <1995Aug15.142908.435@ci.org> Date: 15 Aug 95 14:29:08 MST To: MX-List@WKUVX1.WKU.EDU We're having trouble with out outbound return addresses going via UUCP. When sending VMS mail to MX%"address", which goes via UUCP, the D.* file in UUCP_SPOOL starts with: From !ci.org!ken Tue, 15 Aug 95 14:01:32 MDT remote from ci But when I send to UUCP%"address", the header doesn't have the leading "!": From ci.org!ken Tue, 15 Aug 95 14:13:32 MDT remote from ci I doubt it matters, but the From: line is also different. With MX%: From: Ken Richardson And with UUCP%: From: "Ken Richardson" Thanks in advance. ----------------------------------------------------------------------------- -- Ken Richardson (ken@ci.org) ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Tue, 15 Aug 1995 18:03:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Re: How to install Name_conversion on AXP ? Message-ID: <1995Aug15.152721.5@tachyon.com> From: wayne@tachyon.com (Wayne Sewell) Date: 15 Aug 95 15:27:21 CST Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00994EA9.12A25B40.6@caen1.unicaen.fr>, Leyrat@criuc.unicaen.fr writes: > I try to install the "Makin" version of the Name-conversion utility (which is > now functioning on my Vax under VMS 5.5-2)on an Alphaserver (Open-VMS 6.1 > and DECC 5.0). > As you can see in the Log file, I get a compilation and link warning, and the > resulting executable generates an access violation of the mail. > > Thank you for any help. > > ------------------------------------------------------------ > Log file of installation and results > ------------------------------------------------------------ > $ cc name_conversion_makin/object=name_conversion > > sleep(1); > .......^ > %CC-I-IMPLICITFUNC, In this statement, the identifier "sleep" is implicitly declared as a function. > at line number 268 in file D$TMP:[COMMUN.LOGIDEC.MX041]NAME_CONVERSION_MAKIN.C;2 > $ link/share/notrace name_conversion,sys$input:/opt > symbol_vector=(init=proc,convert=proc,cleanup=proc,full_convert=proc) > %LINK-W-NUDFSYMS, 1 undefined symbol: > %LINK-I-UDFSYM, SLEEP > %LINK-W-USEUNDEF, undefined symbol SLEEP referenced > in psect $LINK$ offset %X000001B0 > in module NAME_CONVERSION_MAKIN file D$TMP:[COMMUN.LOGIDEC.MX041]NAME_CONVERSION.OBJ;3 > $ copy name_conversion.exe mx_exe:*.*;0/protection=w:re > $ install replace mx_exe:name_conversion/share/open/header > $ define/system/exec mx_site_name_conversion mx_exe:name_conversion > $ mcp shutdown > %MCP-I-NOTIFIED, process ROUTER has been notified > %MCP-I-NOTIFIED, process LOCAL has been notified [stuff deleted] > %RUN-S-PROC_ID, identification of created process is 00000C8C > $ mail pp.com mx%leyrat > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000003F1, PC=00297678, PS=0000001B > > Improperly handled condition, image exit forced. > Signal arguments: Number = 00000005 > Name = 0000000C > 00000000 > 000003F1 > 00297678 > 0000001B [stuff deleted] > > *********************************************************************** > Jacques LEYRAT ! Tel: (33-)31-45-55-08 > Centre de Ressources Informatiques (C.R.I.U.C) ! > Universite de Caen ! Fax: (33-)31-44-58-54 > 14032 Caen Cedex ! > FRANCE !e-mail: Leyrat@criuc.unicaen.fr > *********************************************************************** In ANSI C, you have to define everything. A search of the header files located sleep in signal.h, so put in an include for that. Also, the link didn't work without a /prefix qualifier on the cc command. Since undefined symbols resolve to a virtual address of zero, the undefined symbol is a direct cause of the access violation. Conversely, you can compile with /standard=vaxc Here's a little program that does nothing but sleep for three seconds: $ set noon $ create x.c int main(void) { sleep(3); return 1; } $ cc x sleep(3); ^ %CC-I-IMPLICITFUNC, In this statement, the identifier "sleep" is implicitly declared as a function. at line number 6 in file SYS$SYSDEVICE:[WAYNE]X.C;34 $ link x %LINK-W-NUDFSYMS, 1 undefined symbol: %LINK-I-UDFSYM, SLEEP %LINK-W-USEUNDEF, undefined symbol SLEEP referenced in psect $LINK$ offset %X00000020 in module X file SYS$SYSDEVICE:[WAYNE]X.OBJ;37 $ run x %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000, PC=00000000, PS=0000001B %TRACE-F-TRACEBACK, symbolic stack dump follows Image Name Module Name Routine Name Line Number rel PC abs PC 0 00000000 00000000 X X __main 0 00000050 00020050 0 82F96170 82F96170 $ cc/stand=vaxc x $ link x $ sho time 15-AUG-1995 15:24:17 $ run x $ sho time 15-AUG-1995 15:24:20 $ create x.c #include int main(void) { sleep(3); return 1; } $ cc/prefix=all x $ link x $ sho time 15-AUG-1995 15:24:25 $ run x $ sho time 15-AUG-1995 15:24:29 Wayne -- ======================================================================== Wayne Sewell, Tachyon Software Consulting wayne@tachyon.com http://www.tachyon.com/www/wayne.html (214)-553-9760 finger for pgp key Key fingerprint = 77 A5 C1 56 9C ED F1 8E 89 F9 27 3C 86 79 F7 1B ======================================================================== Landlady:"Are you the police?" Elwood Blues:"No ma'am, we're musicians." ================================================================================ Archive-Date: Wed, 16 Aug 1995 00:54:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 16 Aug 1995 07:52:05 +0200 From: "Rok Vidmar, NUK Ljubljana" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00994F35.A4AA3B3E.5@nuk.uni-lj.si> Subject: RE: more info on the problem with LOCAL > kmoch@whscdp.whs.edu writes: > > > >LOCAL continues to die - here's a log with some other information: > > > >%RMS-F-FNF, file not found > > As Carl said, you have a missing file for some entry. The easiest > thing to do to do an MCP SHOW QUEUE/ALL/FULL and find the entry (or > entries) that are missing .HDR_INFO files, or some file, and MCP QUEUE > CANCEL those entries. I do agree with both Carl and Hunter about missing file. But Hunter is wrong about plain CANCELing the offending entries: you would like to READY them first, check them out again (and there is huge possibility they will turn out perfectly OK) and only then, if necessary, cancel them. Regards, Rok Vidmar Internet: rok.vidmar@uni-lj.si National and University Library Phone: +386 61 125 4218 Turjaska 1, 61000 Ljubljana Fax: +386 61 125 5007 Slovenia ================================================================================ Archive-Date: Wed, 16 Aug 1995 03:17:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 16 Aug 1995 10:14:25 +0200 From: "GWDGV1::MOELLER" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Subject: RE: How to install Name_conversion on AXP ? writes: > I try to install the "Makin" version of the Name-conversion utility (which is > now functioning on my Vax under VMS 5.5-2)on an Alphaserver (Open-VMS 6.1 > and DECC 5.0). > As you can see in the Log file, I get a compilation and link warning, and the > resulting executable generates an access violation of the mail. >[...] _Very_ general advice: When you have a C program that is known to compile (VAXC compiler) and work fine on VAX, compile all of it on ALPHA with the command $ CC/STANDARD=VAXC This is most likely the only thing you need to do in order to port it - I've done that to a vast number of old p.d. sources. Exceptions are imaginable, and more CC qualifiers may be needed, but that would be pretty unlikely for an "average" piece of free software. It's just _new_ programs that shouldn't be developed with the above qualifier in place (for good reasons) ... Wolfgang J. Moeller, Tel. +49 551 2011516 or -510, moeller@gwdgv1.dnet.gwdg.de GWDG, D-37077 Goettingen, F.R.Germany PSI%(0262)45050859008::MOELLER Disclaimer: No claim intended! | moeller@decus.decus.de w.moeller@ieee.org ================================================================================ Archive-Date: Wed, 16 Aug 1995 08:06:38 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 16 Aug 1995 08:06:23 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00994F37.A41C36FC.15@ALPHA.WKU.EDU> Subject: RE: more info on the problem with LOCAL "Rok Vidmar, NUK Ljubljana" writes: > >> As Carl said, you have a missing file for some entry. The easiest >> thing to do to do an MCP SHOW QUEUE/ALL/FULL and find the entry (or >> entries) that are missing .HDR_INFO files, or some file, and MCP QUEUE >> CANCEL those entries. > > I do agree with both Carl and Hunter about missing file. But Hunter is wrong >about plain CANCELing the offending entries: you would like to READY them >first, check them out again (and there is huge possibility they will turn out >perfectly OK) and only then, if necessary, cancel them. > Yep---once again, I was in a hurry and didn't give the right info, and once again Rok posted the correct info. If your *MX Router* is dying because of a missing file, then you want to CANCEL the entry; if it's MX Local, then QUEUE READY the *original* entry and let MX Router re-process it. Thanks, Rok. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 16 Aug 1995 13:33:44 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 16 Aug 1995 13:31:57 -0500 To: iupop3-users@indiana.edu, iupop3-authors@indiana.edu, MX-List@WKUVX1.WKU.EDU From: Wes Eckles Reply-To: MX-List@MadGoat.com Subject: Does IUPOP3 V1.8 w/CMU Support Exist? CC: udaa055@kcl.ac.uk IUPOP3 Users, All I could find on the net for my VAX with CMUIP 6.6-5 and MX 4.1 is a patched version of IUPOP3 v1.7 that adds CMU support, written by Andrew Greer in NZ. Have his modifications for CMU support ever been integrated into version 1.8? Where can I find V1.8 with CMU support? I need the IGNORE_MAIL11_HEADERS option to make my Eudora users happy. Wes ================================================================================ Archive-Date: Wed, 16 Aug 1995 18:24:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ken@ci.org Reply-To: MX-List@MadGoat.com Subject: Re: Problem with outbound return addresses Message-ID: <1995Aug16.161626.440@ci.org> Date: 16 Aug 95 16:16:26 MST To: MX-List@WKUVX1.WKU.EDU I wasn't clear; the problem we're having is with the address that starts with the (invalid) "!", which MX is adding: From !ci.org!ken Tue, 15 Aug 95 14:01:32 MDT remote from ci The mail gets to its destination, but the return address is really messed up, and the receiver can't do a REPLY. Why is MX doing this? Thanks. -- Ken -------------------------------------------------------------------------- -- Ken Richardson (ken@ci.org) -------------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 17 Aug 1995 14:01:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: theharts@aol.com (The Harts) Subject: Newbie Question regarding DSN_MXLOOK error in SMTP Logfile Date: 17 Aug 1995 14:50:18 -0400 Message-ID: <41031a$h53@newsbf02.news.aol.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hello all, I have just installed CMUIP 6.6-5a, MX 4.1 under VMS 6.2. If I send a message to a fully qualified domain name (ie NOAH@Redwood.Lipman.Com), the mail gets posted correctly. However, If I use the "short" version (NOAH@Redwood), I get the error message in my SMTP log file, SMTP_SEND: DSN_MXLOOK status is 2c What did I miss? I have the Path * set to SMTP, and Redwood.Lipman.Com is in my CMU file INET$HOSTS: Do I need to be running a Domain Name Server? If so, what should I be using with CMU and MX? Where is this info in the Docs? How do I obtain the FAQ list for vmsnet.mail.mx? Does anyone have experience sending SMTP mail via MX to a PC lan using msmail? Thanks for the help. Noah ================================================================================ Archive-Date: Thu, 17 Aug 1995 14:50:40 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 17 Aug 1995 15:26:21 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: theharts@aol.com Message-ID: <0099503E.4523D120.41@swdev.si.com> Subject: RE: Newbie Question regarding DSN_MXLOOK error in SMTP Logfile Noah Hart? (theharts@aol.com) writes: >What did I miss? I have the Path * set to SMTP, and Redwood.Lipman.Com is >in my CMU file INET$HOSTS: Do I need to be running a Domain Name Server? You need a name resolver that will look in your host table to resolve names. You also need Domain_Suffix:SI.COM. Domain_Suffix:. in your NAMRES.CONFIG file. Why don't you post that, but I suggest you use the newsgroup vmsnet.networks.tcp-ip.cmu-tek, since I think you have a CMUIP problem, not an MX problem. >How do I obtain the FAQ list for vmsnet.mail.mx? There is none. The documentation for MX is so well written that the answers to all _frequently_ asked questions should be found there. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Thu, 17 Aug 1995 15:04:48 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 17 Aug 1995 16:02:31 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: theharts@aol.com, hardis@garnet.nist.gov Message-ID: <00995043.52DD5C00.1@garnet.nist.gov> Subject: RE: Newbie Question regarding DSN_MXLOOK error in SMTP Logfile > I have just installed CMUIP 6.6-5a, MX 4.1 under VMS 6.2. If I send a > message to a fully qualified domain name (ie NOAH@Redwood.Lipman.Com), > the mail gets posted correctly. > > However, If I use the "short" version (NOAH@Redwood), I get the error > message in my SMTP log file, SMTP_SEND: DSN_MXLOOK status is 2c > > What did I miss? I have the Path * set to SMTP, and Redwood.Lipman.Com is > in my CMU file INET$HOSTS: Do I need to be running a Domain Name Server? > > If so, what should I be using with CMU and MX? There are two issues involved. For outgoing mail, SYS$MANAGER:NAMRES.CONFIG should include the list of possible domain suffixes, such as: Domain_Suffix:LIPMAN.COM. This presumes that you run the domain name resolver (NAMRES) that comes with CMU/TEK TCP/IP. For incoming mail, your MX configuration must recognize local mail addresses that are not fully qualified: DEFINE PATH "redwood.lipman.com" LOCAL DEFINE PATH "redwood" LOCAL > How do I obtain the FAQ list for vmsnet.mail.mx? The MX documentation and release notes serve that role. - Jonathan ================================================================================ Archive-Date: Fri, 18 Aug 1995 14:22:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: cccta@ccnet.com (Teri in California) Reply-To: MX-List@MadGoat.com Subject: How to connect VMSmail and Allin1 Mail on Alpha Date: 18 Aug 1995 17:10:21 GMT Message-ID: <412hht$3rt@ccnet2.ccnet.com> MIME-Version: 1.0 To: MX-List@WKUVX1.WKU.EDU The AXP doesn't support Message Router in OpenVMS. What will I use to mesh VMSMail and Allin1 mail??? Thanks for any help you can give...Teri Smith (cccta@ccnet.com) ================================================================================ Archive-Date: Fri, 18 Aug 1995 15:16:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: rf@cl.cam.ac.uk (Robin Fairbairns) Reply-To: MX-List@MadGoat.com Subject: Re: WWW Pages on OpenVMS to Unix Migration Date: 18 Aug 1995 12:12:47 GMT Message-ID: <41203v$r7n@lyra.csx.cam.ac.uk> To: VMSnet-Internals@WKUVX1.WKU.EDU In article <00994B02.813795CA@sacto.mp.usbr.gov>, wrote: >In article <40am3i$snp@noc.tor.hookup.net>, Zale Tabakman Through >Netscape writes: >> We have over 40 pages of VMS to Unix migration information. >> [...] > > Hmm, I seem to remember the big fol-de-rol about 15 years ago >about the forced migration from TOPS10/TOPS20 to VMS. I hated VMS >in those days. I feel considerably different about it now. But when >I look at unix, I have to ask myself, "This is progress?" It's not *progress*, and it's not intended to be. Remember that Ughnix was out there long before VMS was. The reason I was (once) given to migrate to U*x was to "meet the customer requirement that everything must be on an industry standard operating system". Don't get so much of that twaddle nowadays, but then I don't have all that many customers here in the University ;-) -- Robin (Campaign for Real Radio 3) Fairbairns rf@cl.cam.ac.uk U of Cambridge Computer Lab, Pembroke St, Cambridge CB2 3QG, UK Private page ================================================================================ Archive-Date: Fri, 18 Aug 1995 16:16:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 18 Aug 1995 16:10:22 CST From: metze@vmetze.mrl.uiuc.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: metze@vmetze.mrl.uiuc.edu Message-ID: <0099510D.959166F7.1@vmetze.mrl.uiuc.edu> Subject: Re: WWW Pages on OpenVMS to Unix Migration > >> We have over 40 pages of VMS to Unix migration information. > >> [...] > > Wonder how many pages it would take to tell people how to go from UNIX to VMS? This is what is needed now. 3? 4? Gee, maybe I could advertise that on the internet and sell it. Just kidding. I am very opposed to advertising on the internet, except for those lists like www-announce, etc., which are set up for the purpose. > > > > Hmm, I seem to remember the big fol-de-rol about 15 years ago > >about the forced migration from TOPS10/TOPS20 to VMS. I hated VMS > >in those days. I feel considerably different about it now. But when > >I look at unix, I have to ask myself, "This is progress?" > > It's not *progress*, and it's not intended to be. Remember that > Ughnix was out there long before VMS was. Yes, people don't realize that what was around at the same time was the first version of RSX-11M, and you could have had an honest discussion about which one was more unfriendly. They both ran on PDP11s, 16-bit operating systems. RSX-11M grew, UNIX did not. Soon it had DCL commands, and was much friendlier. > > The reason I was (once) given to migrate to U*x was to "meet the > customer requirement that everything must be on an industry standard > operating system". Don't get so much of that twaddle nowadays, but > then I don't have all that many customers here in the University ;-) > -- Twaddle it was, for sure. There were more VMS systems than there were anything but IBM mainframe systems and DOS when UNIX started bragging about itself. I think that there are still more VMS systems than any one UNIX variant, and each of this IS a separate operating system; if you are a system adm/mgr you know that well. Open VMS met more unix standards than most Eunuchses did. Maybe more than any. So what are they trying to say? Robin (Campaign for Real Radio 3) Fairbairns rf@cl.cam.ac.uk U of Cambridge Computer Lab, Pembroke St, Cambridge CB2 3QG, UK Private page ================================================================================ Archive-Date: Fri, 18 Aug 1995 17:10:40 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: bleau@UMDSP.UMD.EDU (Lawrence Bleau) Subject: Mail delivery/reception stops Date: 18 Aug 1995 21:36:57 GMT Message-ID: <41315p$qun@hecate.umd.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hello; I have a problem here. I'm running MX 4.0-1 with UCX 2.0 on a VAXstation 4000-90, OpenVMS VAX 5.5-2. Every so often (1-2 weeks) mail delivery just stops. Nothing gets received. To test when this happens I set up a job on another system I manage to send me a test message every day, then turned on MX debugging on both systems. It failed again today, so I looked at the log files. Here's the contents of MX_SMTP_DEBUG.LOG on the sending system: 18-AUG-1995 12:58:51.79 Processing queue entry number 3 on node UMSMS 18-AUG-1995 12:58:51.90 Recipient: , route=umdsp.umd.edu 18-AUG-1995 12:58:51.90 SMTP_SEND: looking up host name umdsp.umd.edu 18-AUG-1995 12:58:51.91 SMTP_SEND: DSN_MXLOOK status is 00000001 18-AUG-1995 12:58:51.93 SMTP_SEND: Attempting to start session with umdsp.umd.edu [128.8.162.52] 18-AUG-1995 12:58:51.94 -- failed, status=00000294 18-AUG-1995 12:58:51.94 SMTP_SEND: Failed, sts=00000294 18-AUG-1995 12:58:51.94 SMTP send failed, sts=0C27804A, sts2=00000294 18-AUG-1995 12:58:51.94 Recipient status=0C27804A for 18-AUG-1995 12:58:52.13 1 rcpts need retry, next try 18-AUG-1995 13:28:52.13 18-AUG-1995 12:58:52.15 *** End of processing pass *** I checked the error codes; they are: Sys_SMS>write sys$output f$message(%x0C27804A) %NONAME-E-NOMSG, Message number 0C27804A Sys_SMS>write sys$output f$message(%x294) %SYSTEM-F-REJECT, connect to network object rejected My test message remained queued for delivery 30 minutes later. I also turned on debugging on the receiving system (umdsp.umd.edu) but saw nothing in its log files. I used MCP SHUTDOWN/ALL followed by a complete restart of MX, and it received the test message, plus another twenty or so which had been awaiting from other systems. I didn't think to check local delivery (mail sent from umdsp.umd.edu to itself). Does this sound familiar to anyone? It wasn't always like this. This system has been running for several years, and only in the past 2-3 months has MX (or UCX?) been acting up. There were no configuration changes in this period. Needless to say this has shaken user confidence in our mail system, and in email in general. What'd be nice is a definitive error message/log file entry somewhere saying exactly what went wrong. Let me know of any ideas you have. Keep in mind that proposed solutions aren't easy to test, since I have to wait weeks for a failure to occur again. Thanks for the feedback. Larry Bleau University of Maryland bleau@umdsp.umd.edu 301-405-6223 ================================================================================ Archive-Date: Fri, 18 Aug 1995 17:41:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Mail delivery/reception stops Date: 18 Aug 1995 22:25:12 GMT Message-ID: <413408$jvj@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <41315p$qun@hecate.umd.edu>, bleau@UMDSP.UMD.EDU (Lawrence Bleau) writes: =I checked the error codes; they are: = =Sys_SMS>write sys$output f$message(%x0C27804A) =%NONAME-E-NOMSG, Message number 0C27804A $ SET MESSAGE MX_EXE:MX_MSG.EXE $ WRITE SYS$OUTPUT F$MESSAGE(%X0C27804A) %MX-E-NOCOMPLETE, message transmission could not be completed =Sys_SMS>write sys$output f$message(%x294) =%SYSTEM-F-REJECT, connect to network object rejected = =My test message remained queued for delivery 30 minutes later. I also turned =on debugging on the receiving system (umdsp.umd.edu) but saw nothing in its log =files. Er, did you check to see whether the MX SMTP Server process was still running? If there's nothing to accept the connection, the connect to the network object will be rejected. =I used MCP SHUTDOWN/ALL followed by a complete restart of MX, and it received =the test message, plus another twenty or so which had been awaiting from other =systems. I didn't think to check local delivery (mail sent from umdsp.umd.edu =to itself). If the MX SMTP Server process is, indeed, dying, what does MX_SMTP_DIR:SMTP_SERVER.LOG tell you? -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 18 Aug 1995 18:09:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 18 Aug 1995 16:54:28 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995113.BEAA7140.23@swdev.si.com> Subject: Re: WWW Pages on OpenVMS to Unix Migration Robin Fairbairns (rf@cl.cam.ac.uk) wrote: >The reason I was (once) given to migrate to U*x was to "meet the >customer requirement that everything must be on an industry standard >operating system". That's rich! It's only very recently that Unix has become _anything_ even remotely resembling an "industry standard" OS. -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Fri, 18 Aug 1995 20:58:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 18 Aug 1995 21:53:46 EDT From: hone@ouvaxa.cats.ohiou.edu Reply-To: MX-List@MadGoat.com To: mx-list@WKUVX1.WKU.EDU Message-ID: <0099513D.8EB7DE80.322@ouvaxa.cats.ohiou.edu> Subject: changing to a cluster We have been using MX (4.1) sucessfully for quite a few years on a standalone VAX clustered to an HSC. Recently an Alpha has been installed and clustered with shared sysuaf and vmsmail_profile files with the VAX. I have installed the MX software on the Alpha (Base only) in preparation of removing the VAX. All data is currently on the VAX (an ALL-IN-1 system). The cluster is only temporary until all the data is moved to the Alpha and Message Router moved to another VAX. At that time the VAX will go away and the Alpha's name will change to the VAX's. Although mail is working correctly without changing MX, I want to be able to run MX on the Alpha for testing purposes. I'm hoping some kind soul will spell out how I need to change the configuration on the two systems. Can I have an smtp_server process on the Alpha? Do I need two separate MX_ROOT directories? The VAX DECnet node is OUVAXA and the Alpha is OUVAXB. Cluster name is OUVAX. Also the Alpha IP name is newouvaxa. Current configuration: MCP> show paths Domain-to-path mappings: Domain="OUVAXA.CATS.OHIOU.EDU", Path=Local Domain="OUVAX.CATS.OHIOU.EDU", Path=Local Domain="OUVAXA.CATS.OHIOU", Path=Local Domain="OUVAX.CATS.OHIOU", Path=Local Domain="[132.235.8.7]", Path=Local Domain="OUVAXA.CATS", Path=Local Domain="OUVAX.CATS", Path=Local Domain="OUVAXA", Path=Local Domain="OUVAX", Path=Local Domain="*", Path=SMTP Don Hone Ohio University Athens, OH ================================================================================ Archive-Date: Sat, 19 Aug 1995 06:29:16 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: henrym@sacto.mp.usbr.gov Subject: Re: WWW Pages on OpenVMS to Unix Migration Date: Sat, 19 Aug 1995 08:02:49 GMT Message-ID: <00995157.F790C1C8@sacto.mp.usbr.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: VMSnet-Internals@WKUVX1.WKU.EDU In article <41203v$r7n@lyra.csx.cam.ac.uk>, rf@cl.cam.ac.uk (Robin Fairbairns) writes: >In article <00994B02.813795CA@sacto.mp.usbr.gov>, > wrote: >>In article <40am3i$snp@noc.tor.hookup.net>, Zale Tabakman Through >>Netscape writes: >>> We have over 40 pages of VMS to Unix migration information. >>> [...] >> >> Hmm, I seem to remember the big fol-de-rol about 15 years ago >>about the forced migration from TOPS10/TOPS20 to VMS. I hated VMS >>in those days. I feel considerably different about it now. But when >>I look at unix, I have to ask myself, "This is progress?" > >It's not *progress*, and it's not intended to be. Remember that >Ughnix was out there long before VMS was. > Um, I don't think it was that long before. Even if it was, what excuse is there for the chaos of unix software vrs. the stability of VMS? >The reason I was (once) given to migrate to U*x was to "meet the >customer requirement that everything must be on an industry standard >operating system". Don't get so much of that twaddle nowadays, but >then I don't have all that many customers here in the University ;-) unix has got to be the most uncompatible system I've ever worked with. >-- >Robin (Campaign for Real Radio 3) Fairbairns rf@cl.cam.ac.uk >U of Cambridge Computer Lab, Pembroke St, Cambridge CB2 3QG, UK >Private page -HWM ---------- Henry W. Miller Assistant Systems and Network Manager U.S. Bureau of Reclamation, Mid Pacific Region 2800 Cottage Way MP1130 Sacramento, CA 95825 (916) 979-2382 ================================================================================ Archive-Date: Sat, 19 Aug 1995 15:25:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: dunnett@mala.bc.ca (Malcolm Dunnett) Reply-To: MX-List@MadGoat.com Subject: Re: WWW Pages on OpenVMS to Unix Migration Message-ID: <1995Aug19.124945.9572@malad2.mala.bc.ca> Date: 19 Aug 95 12:49:45 -0700 To: MX-List@WKUVX1.WKU.EDU In article <00995113.BEAA7140.23@swdev.si.com>, "Brian Tillman, x8425" writes: > Robin Fairbairns (rf@cl.cam.ac.uk) wrote: > >>The reason I was (once) given to migrate to U*x was to "meet the >>customer requirement that everything must be on an industry standard >>operating system". > > That's rich! It's only very recently that Unix has become _anything_ even > remotely resembling an "industry standard" OS. > -- Well of course the real reason people migrated to U*x was that they got fed up with Digital's business practices and their unwillingness to sell competetive systems at comparable prices, particularly at the low end (not that they couldn't build them, but they insisted on only releasing them as single user workstations, and one usually had to wait a year or more to get comparable power in a low-end multiuser system, and at a much greater price) Then again their dumping of their own RISC project for the ill fated affair with MIPS didn't help ( the impression being that Digital wasn't interested in building faster systems in house and that the ones they brought in instead would never run VMS ) There's no guarantee that a given U*x vendor won't jerk the customer around as bad as Digital has in the past, but the *perception* (though not necessarily the reality) is that when this happens it will be much easier to dump that vendor for another U*x flavour than it was to dump VMS. -- ============================================================================= Malcolm Dunnett Malaspina University-College Email: dunnett@mala.bc.ca Computer Services Nanaimo, B.C. CANADA V9R 5S5 Tel: (604)755-8738 ================================================================================ Archive-Date: Sun, 20 Aug 1995 16:10:40 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: johnbach@net (Restrict) Reply-To: MX-List@MadGoat.com Subject: Government Restricts Internet!! Date: Sun, 20 Aug 1995 21:02:00 GMT Message-ID: <4187pc$bv4@ixnews4.ix.netcom.com> To: MX-List@WKUVX1.WKU.EDU SPEAK UP AMERICA -- MAKE YOUR VOTE COUNT Question: Should the United States Government interfere and put restrictions on the use of the Internet?? CALL: 1-900-945-5600 ext 163 and cast your vote. Cost: $1.98 per call (NOT per minute) Call Today Must be 18+/Touch Tones Only InfoService/Studio City, CA/213-993-3366 Results of this survey will be compiled and sent to members of the House and Senate. Thank you for casting your vote and for making your voice heard. ================================================================================ Archive-Date: Mon, 21 Aug 1995 11:10:33 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 21 Aug 1995 12:05:07 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: mx-list@wku.edu Message-ID: <00995346.D24FED80.144@swdev.si.com> Subject: KEYNOTFOU - significance? I'm seeing the following message from MX V4.1, NETLIB 2.0E, and UCX V3.2: Entry: 28, Origin: [Local] Status: IN-PROGRESS, size: 405 bytes Created: 21-AUG-1995 10:04:56.78, expires 20-SEP-1995 10:04:56.78 Last modified 21-AUG-1995 11:58:45.38 SMTP entry #66, status: READY, size: 405 bytes, waiting for retry until 21-AUG -1995 12:08:46.38 Created: 21-AUG-1995 10:03:59.78, expires 20-SEP-1995 10:04:56.78 Last modified 21-AUG-1995 11:58:46.41 Recipient #1: , Route=email.unc.edu Error count=11 Last error: %LIB-E-KEYNOTFOU, key not found in tree How does this error relate to SMTP? -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Mon, 21 Aug 1995 23:20:54 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 21 Aug 1995 14:35:36 EDT From: JOYCE COGAR Reply-To: MX-List@MadGoat.com To: mx-list@wkuvx1.wku.edu Message-ID: <0099535B.D7DF5F00.11627@ums05.minc.umd.edu> Subject: query mx-list query mx-list ================================================================================ Archive-Date: Mon, 21 Aug 1995 23:27:54 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ken@ci.org Reply-To: MX-List@MadGoat.com Subject: Help! MX adding extra "!" to outbound mail Message-ID: <1995Aug21.104555.463@ci.org> Date: 21 Aug 95 10:45:55 MST To: MX-List@WKUVX1.WKU.EDU MX is adding an extra "!" to outbound mail going via UUCP. The mail gets to its destination, but the return address is really messed up, and the receiver can't do a REPLY. Why is MX doing this? How can I fix it? For example, when mailing to MX%"address", which goes via UUCP, the D.* file in UUCP_SPOOL starts with: From !ci.org!ken Tue, 15 Aug 95 14:01:32 MDT remote from ci But if I just mail to to UUCP%"address", the leading "!" isn't there. I doubt it matters, but the From: line is also different. With MX%: From: Ken Richardson And with UUCP%: From: "Ken Richardson" Thanks in advance. -- Ken Richardson (ken@ci.org) ================================================================================ Archive-Date: Mon, 21 Aug 1995 23:28:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: KEYNOTFOU - significance? Date: 21 Aug 1995 16:26:55 GMT Message-ID: <41ac4f$bbf@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00995346.D24FED80.144@swdev.si.com>, "Brian Tillman, x8425" writes: =I'm seeing the following message from MX V4.1, NETLIB 2.0E, and UCX V3.2: = =Entry: 28, Origin: [Local] = Status: IN-PROGRESS, size: 405 bytes = Created: 21-AUG-1995 10:04:56.78, expires 20-SEP-1995 10:04:56.78 = Last modified 21-AUG-1995 11:58:45.38 = SMTP entry #66, status: READY, size: 405 bytes, waiting for retry until 21-AUG =-1995 12:08:46.38 = Created: 21-AUG-1995 10:03:59.78, expires 20-SEP-1995 10:04:56.78 = Last modified 21-AUG-1995 11:58:46.41 = Recipient #1: , Route=email.unc.edu = Error count=11 = Last error: %LIB-E-KEYNOTFOU, key not found in tree = =How does this error relate to SMTP? Well, that status would be returned by LIB$LOOKUP_TREE. My guess would be that UCX has set up a tree to keep track of host names, and tried using that tree to find email.unc.edu, but that's just a guess. What information do you get if you enale SMTP debugging? -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Tue, 22 Aug 1995 06:18:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: daveh@vax.oxford.ac.uk (Dave Hastings, OUCS) Reply-To: MX-List@MadGoat.com Subject: MX enhancement request Date: 22 Aug 95 12:07:31 GMT Message-ID: <1995Aug22.120731@oxvaxd> To: MX-List@WKUVX1.WKU.EDU Hi, I've had a query from an owner of a MX mailing list on our system: is it possible to append an automatic .sig file to each list message? This does not seem to be possible at the moment, but maybe it could be considered for the next release of MX? Dave -- David Hastings | "If liberty means anything at all, Systems Programmer/News Manager | it means the right to tell people Oxford University Computing Services | what they do not want to hear" david.hastings@oucs.ox.ac.uk | - George Orwell ================================================================================ Archive-Date: Tue, 22 Aug 1995 09:20:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: welchb@aspen.uml.edu (Brendan Welch, W1LPG) Reply-To: MX-List@MadGoat.com Subject: ?Problem translating address Date: 22 Aug 95 10:08:02 -0500 Message-ID: <1995Aug22.100802.1@aspen.uml.edu> To: MX-List@WKUVX1.WKU.EDU In the file USERDEFS.H of the Lynx browser there is a line which reads #define MAIL_ADRS "\"in%%\"\"%s\"\"\"" It is structured to agree with PMDF's scheme, which looks for in%"INTERNET_ADDRESS" where of course INTERNET_ADDRESS itself is typically of the form JONES@VAX.MIT.EDU But our required scheme is a perhaps unusual one, "INTERNET_ADDRESS"@INET due to an adaptation of DecMailWorks (=Allin1 Mail). So I changed the line to several possibilities which were recommended to me. Nothing seems to work, out of these below: #define MAIL_ADRS "\"\"%s\"@INET\"" #define MAIL_ADRS "\"%s@INET\"" #define MAIL_ADRS "\"%s\"@INET" #define MAIL_ADRS "\"%s@INET\"\"" #define MAIL_ADRS "\"\"%s@INET\"" #define MAIL_ADRS "\"\"%s\"\"@INET"\"" #define MAIL_ADRS "\"\"\"%s\"@INET" #define MAIL_ADRS "\"\"\"\"%s\"@INET\"\"\"" Within LYNX 2-3-7, I am choosing p (print); Mail file to yourself; then entering an internet address (default is the user's own name). The possibilities work OK if I just send mail locally, just to WELCH. But if I use a full Internet address, such as JONES@VAX.MIT.EDU the definition fails to expand the address (in varying ways; I can supply details about each possibility if you wish). Can someone please supply a better logic? A step in the right direction might be to come up with a simple debugging way of seeing what MAIL_ADRS gets expanded or translated to, in real time, since the error messages are somewhat cryptic. (Also accepted would be suggestions for a better newsgroup to which I should post this problem. to reach Lynx types of people.) -- Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu ================================================================================ Archive-Date: Tue, 22 Aug 1995 20:39:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: hunt@blade.wcc.govt.nz (Martin D. Hunt) Reply-To: MX-List@MadGoat.com Subject: SMTP server dieing Date: Wed, 23 Aug 95 12:09:18 +1200 Message-ID: <41drhv$aad@golem.wcc.govt.nz> To: MX-List@WKUVX1.WKU.EDU Our Smtp Server process keeps dieing as soon as it starts. The exit status is 94, which translates to "Duplicate name". Enabling debug does not give any further information. 23-AUG-1995 12:01:13.72: MX SMTP Server (pid 20A34E5E) starting 23-AUG-1995 12:01:14.61: MX SMTP Server (pid 20A34E5E) exiting, status = 10000094 Once or twice I have managed to get the following, without doing anything differently. It shows a line number, which should be of use. %SYSTEM-F-DUPLNAM, duplicate name %TRACE-F-TRACEBACK, symbolic stack dump follows module name routine name line rel PC abs PC SMTP_SERVER SMTP_SERVER 340 000003A5 00002005 Ideas? ----------------------------------------------------------------------------- Martin D. Hunt Declare the Pacific nuclear free Systems Administrator There is no such thing as a safe bomb Wellington City Council hunt@wcc.govt.nz ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Wed, 23 Aug 1995 08:11:33 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 23 Aug 1995 09:06:52 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: hunt@wcc.govt.nz Message-ID: <009954C0.405E3460.30@swdev.si.com> Subject: RE: SMTP server dieing Martin D. Hunt (hunt@wcc.govt.nz) writes: >Our Smtp Server process keeps dieing as soon as it starts. The exit status >is 94, which translates to "Duplicate name". Enabling debug does not give >any further information. > >23-AUG-1995 12:01:13.72: MX SMTP Server (pid 20A34E5E) starting >23-AUG-1995 12:01:14.61: MX SMTP Server (pid 20A34E5E) exiting, status = >10000094 This error is produced when there is already another process on the system with the same name. I suspect you have another SMTP Server already running. Use SHOW SYSTEM to find out. Also, since you can have only a single SMTP server per node, make sure the line in MX_STARTUP_INFO.DAT that reads 004SMTP_SERVER:xxx contains no "=N" in it. I'm not sure what the MX startup procedures do if you specify more than one instance of SMTP_SERVER. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Wed, 23 Aug 1995 08:31:40 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 23 Aug 1995 08:31:22 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009954BB.4AE47EE9.11@ALPHA.WKU.EDU> Subject: RE: SMTP server dieing hunt@blade.wcc.govt.nz (Martin D. Hunt) writes: > >Our Smtp Server process keeps dieing as soon as it starts. The exit status >is 94, which translates to "Duplicate name". Enabling debug does not give >any further information. > My guess is that the SMTP server supplied with your TCP/IP vendor is still operational and is still listening on port 25. "Duplicate name" is the error MX returns in that case. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 23 Aug 1995 09:17:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 23 Aug 1995 10:14:03 EDT From: JOYCE COGAR Reply-To: MX-List@MadGoat.com To: mx-list@wkuvx1.wku.edu Message-ID: <009954C9.A32C9CE0.12215@ums05.minc.umd.edu> Subject: allin1/mx replies Has anyone solved the following problem with replies using allin1 and mx? We are using allin1 3.0a at some sites and allin1 3.0-1 at others. We are using the changes to special.com from the mx distribution and mail to internet sites gets delivered. Our problem is with what happens to the addresses once a reply is received For example - 1. if I send to a Digital Ultrix machine from all-in-1 using special.com all-in-1 to: _user@ultrixnode.mydomain.edu on the ultrix machine the return address looks like user@vaxnode.mydomain.edu 2. The reply from the ultrix comes in through mx and is sent to vmsmail where the forward is mrgate::a1::user By the time the mail arrives in all-in-1 the return address is mx%"user@ultrixnode.mydomain.edu"@mrgate@vaxnode 3. The all-in-1 user can reply to this BUT the reply will bypass special.com (no leading _ in address) and use mrgate and by the time the mail reaches the ultrix machine the return address has become vaxnode::mrgate::\"A1::USER\""@vaxnode.mydomain.edu Although the mail is received on the ultrix machine the user can no longer reply because Ultrix gets a protocol error replying to this Since the destination is not always our ultrix machine the problem needs to be fixed on the a1 machine. Anyone have a solution? Is there anyway for mx to change an incoming address from user@vaxnode.mydomain.edu to some format that will get the mail into a1 with a leading _ and no trailing @mrgate@vaxnode ================================================================================ Archive-Date: Wed, 23 Aug 1995 12:27:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: SMTP server dieing Date: 23 Aug 1995 17:05:39 GMT Message-ID: <41fn54$pkd@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <41drhv$aad@golem.wcc.govt.nz>, hunt@blade.wcc.govt.nz (Martin D. Hunt) writes: #Our Smtp Server process keeps dieing as soon as it starts. The exit status #is 94, which translates to "Duplicate name". Enabling debug does not give #any further information. # #23-AUG-1995 12:01:13.72: MX SMTP Server (pid 20A34E5E) starting #23-AUG-1995 12:01:14.61: MX SMTP Server (pid 20A34E5E) exiting, status = 10000094 # #Once or twice I have managed to get the following, without doing anything #differently. It shows a line number, which should be of use. # #%SYSTEM-F-DUPLNAM, duplicate name #%TRACE-F-TRACEBACK, symbolic stack dump follows #module name routine name line rel PC abs PC # #SMTP_SERVER SMTP_SERVER 340 000003A5 00002005 # #Ideas? Well, a HELP/MESSAGE DUPLNAM shows: DUPLNAM, duplicate name Facility: SYSTEM, System Services Explanation: A process name specified in a request to create a process duplicates the name of an existing process executing with the same group number. Process names must be unique within a group. User Action: Specify an alternative process name. Check whether the existing process with that name should be deleted and, if so, use the DCL command STOP to delete it. are you sure that there isn't a process called "MX SMTP Server" already running on your system, or another process listening on the SMTP port (port 25)? -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Wed, 23 Aug 1995 21:27:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: jeffermc@aol.com (JefferMC) Subject: Gateway between two mail systems-- Is MX best? Date: 23 Aug 1995 21:54:40 -0400 Message-ID: <41gm50$65e@newsbf02.news.aol.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Pardon me for asking a stupid question, but here goes: I have an existing mail system at my office, works great. It's called VMS Mail. I've got terminal, PC terminal emulation, VAXstations running DECW$MAIL and PC's running ReflectionX using DECW$MAIL. I've got a bunch of [currently unused] licenses for the MS Mail client (courtesy of MS office, not to mention WfW's). I've got people in the office who'd like to use Schedule+, route MS Word documents using MS Mail, etc. etc. However, I'm NOT going to live with two disconnected mail systems, so I've said "go away." So far this has worked, but it isn't going to work forever. I know DEC has a solution for this, but I can't figure out exactly what pieces are needed, what their official name is this week, what the part numbers might be, what hardware or what it might cost to acquire and configure. I don't think I want Teamlinks. I've looked at PMDF, but I can't find support in management for that price tag. So... this is [finally] the question. I the experienced eyes of this august group, would it be a good idea to setup MS Mail with a SMTP gateway and let MX route traffic between the two mail systems? How stupid am I being? Any better ideas? My last choice [so far] looks to be to figure out for myself how to bridge the two mail systems and write code in my CST (copius spare time). Your consideration of my dilema is appreciated. ================================================================================ Archive-Date: Wed, 23 Aug 1995 21:28:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: jeffermc@aol.com (JefferMC) Subject: Re: KEYNOTFOU - significance? Date: 23 Aug 1995 22:02:10 -0400 Message-ID: <41gmj2$6a0@newsbf02.news.aol.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU >= Last error: %LIB-E-KEYNOTFOU, key not found in tree >= >=How does this error relate to SMTP? > >Well, that status would be returned by LIB$LOOKUP_TREE. My guess would be that >UCX has set up a tree to keep track of host names, and tried using that tree to >find email.unc.edu, but that's just a guess. What information do you get if >you enale SMTP debugging? Another possibility is that LIB$FIND_IMAGE_SYMBOL is using LIB$LOOKUP_TREE to find a routine name in a shareable image... I know this is where I saw this message originating yesterday. Not that I know beans about MX or SMTP... Now that I've shown my ignorance, I'll just find the door. ================================================================================ Archive-Date: Wed, 23 Aug 1995 21:52:35 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 23 Aug 1995 22:50:40 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: jeffermc@aol.com, hardis@garnet.nist.gov Message-ID: <00995533.560E4840.1@garnet.nist.gov> Subject: RE: Gateway between two mail systems-- Is MX best? > I've got a bunch of [currently unused] licenses for the MS Mail client > (courtesy of MS office, not to mention WfW's). I've got people in the > office who'd like to use Schedule+, route MS Word documents using MS Mail, > etc. etc. However, I'm NOT going to live with two disconnected mail > systems, so I've said "go away." So far this has worked, but it isn't > going to work forever. > I the experienced eyes of this august group, would it be a good idea to > setup MS Mail with a SMTP gateway and let MX route traffic between the > two mail systems? How stupid am I being? Any better ideas? Do any of the VAXen have TCP/IP software on them? If not, you're missing that piece. If so, I remind you that MX is free and easy to install, and if so you can check it out without much trouble. I'm not familiar with MS Mail. - Jonathan ================================================================================ Archive-Date: Thu, 24 Aug 1995 07:38:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 24 Aug 1995 08:34:25 EDT From: HONE@ouvaxa.cats.ohiou.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995584.E211ED00.367@ouvaxa.cats.ohiou.edu> Subject: RE: allin1/mx replies From: NAME: Donald Hone FUNC: CaTS TEL: 614-593-0247 To: MX%"MX-List@MadGoat.com"@MRGATE@OUVAX JOYCE COGAR writes: > Has anyone solved the following problem with replies using >allin1 and mx? > > We are using the changes to special.com from the mx distribution >and mail to internet sites gets delivered. Our problem is with what >happens to the addresses once a reply is received We are also using MX and ALL-IN-1. > 1. if I send to a Digital Ultrix machine from all-in-1 using >special.com > > all-in-1 to: _user@ultrixnode.mydomain.edu We use the address: _mx%"user@nodename.domain.ext" from ALL-IN-1 and replies work with a modified special.com. I will send our version to you via private e-mail. Don Hone Ohio University Athens, OH ================================================================================ Archive-Date: Thu, 24 Aug 1995 08:10:15 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 24 Aug 1995 08:05:00 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: jeffermc@aol.com Message-ID: <00995580.C62DDE40.5@swdev.si.com> Subject: RE: Gateway between two mail systems-- Is MX best? JefferMC (jeffermc@aol.com) writes: >So... this is [finally] the question. I the experienced eyes of this >august group, would it be a good idea to setup MS Mail with a SMTP gateway >and let MX route traffic between the two mail systems? How stupid am I >being? Any better ideas? MX is a perfect mail router here, where we route between Unix, VMS, and PC and Mac-based mail systems. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Thu, 24 Aug 1995 10:24:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 24 Aug 1995 09:19:53 EDT From: Harold Hamilton Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@madgoat.com Message-ID: <0099558B.3C411FAC.1@mariah.simplot.com> Subject: RE: Gateway between two mail systems-- Is MX best? >From: MX%"MX-List@madgoat.com" 23-AUG-1995 21:01:25.05 >To: MX%"MX-List@WKUVX1.WKU.EDU" >CC: MX%"jeffermc@aol.com",MX%"hardis@garnet.nist.gov" >Subj: RE: Gateway between two mail systems-- Is MX best? > >> I've got a bunch of [currently unused] licenses for the MS Mail client >> (courtesy of MS office, not to mention WfW's). I've got people in the >> office who'd like to use Schedule+, route MS Word documents using MS Mail, >> etc. etc. However, I'm NOT going to live with two disconnected mail >> systems, so I've said "go away." So far this has worked, but it isn't >> going to work forever. > >> I the experienced eyes of this august group, would it be a good idea to >> setup MS Mail with a SMTP gateway and let MX route traffic between the >> two mail systems? How stupid am I being? Any better ideas? > >Do any of the VAXen have TCP/IP software on them? If not, you're missing >that piece. If so, I remind you that MX is free and easy to install, and >if so you can check it out without much trouble. > >I'm not familiar with MS Mail. We have VMS systems that send mail to PCs running MsMail and MACs and several flavors of unix and several other oddball setups. MX works great both with DEC's TCP/IP and with CMU TCP/IP. If you don't have a TCP/IP package you can get CMU from SACUSR.MP.USBR.GOV in [.CMUIP] or FTP.CSUS.EDU in pub/cmuip. It's free and you get sources. Harold **************************************************************** Harold Hamilton Systems Programmer hh@simplot.com J. R. Simplot Company (208) 327-3251 5383 Irving Street Boise, Idaho, 83706 **************************************************************** ================================================================================ Archive-Date: Thu, 24 Aug 1995 17:39:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 24 Aug 1995 17:39:01 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: KEN@CI.ORG Message-ID: <009955D0.F6BCD4FD.17@ALPHA.WKU.EDU> Subject: RE: Help! MX adding extra "!" to outbound mail ken@ci.org writes: > >MX is adding an extra "!" to outbound mail going via UUCP. > Actually, it's UUCP that's doing that. >The mail gets to its destination, but the return address is really >messed up, and the receiver can't do a REPLY. Why is MX doing this? >How can I fix it? > Make sure you're running DECUS UUCP V2.0. Included below my sig is a discussion on this topic from 1992. I found this by searching the MX-List archives using Gopher: gopher://gopher.wku.edu/11gopher_root:[madgoat] The version discussed there is DECUS UUCP V1.3; V2.0 contained this fix. >I doubt it matters, but the From: line is also different. >With MX%: > From: Ken Richardson >And with UUCP%: > From: "Ken Richardson" > That's OK---MX doesn't quote your personal name because it doesn't contain any characters that would require that the quotes be present. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. -------------------------------------------------------------------------------- This is a section of the document 'gopher_root_mx:[000000]mx-list.1992-01;1'. Archive-Date: Mon, 20 Jan 1992 20:08:16 EST To: mx-list@vms.ecs.rpi.edu Date: 20 Jan 92 19:26:42 EST From: ake@dayton.saic.com (Earle Ake) Reply-To: ake@dayton.saic.com (Earle Ake) Sender: mx-list-request@vms.ecs.rpi.edu Message-ID: <1992Jan20.192643.1991@dayton.saic.com> References: <00954EC9FFC3C1E0.202002A3@dragon.com> Subject: Re: Problem with UUCP Interface on MX 3.0 In article <00954EC9FFC3C1E0.202002A3@dragon.com>, cts@dragon.COM writes: > There seems to be a problem with MX 3.0 rev A with the UUCP interface. > The UUCP From header contains a leading "!" in the path. This has > been giving several mailers my machine talks to fits, as well as > generating bad return paths. > > Example: > > From !dragon.com!sun-am!cts Mon, 20 Jan 92 15:44:14 EST remote from dragon > > UUCP generated a header without the leading "!". > > Does anyone have a workaround for this problem? Is there something > in the rewrite rules that would fix this? The problem actually is in DECUS UUCP and not MX. MX only brought about the problem. The fix is to upgrade your uucp_mailshr image. What version of uucp are you now running? I can send you uucp 1.3-2 which will fix the problem. The problem comes from the fact that UUCP expects a from line that looks like: > From dragon.com!sun-am!cts Mon, 20 Jan 92 15:44:14 EST remote from dragon MX does not put the "remote from xxx" which is a legal thing to do. When UUCP parses the line, it puts in the leading "!" but since the line looks like: > From dragon.com!sun-am!cts Mon, 20 Jan 92 15:44:14 EST it doesn't have any site name to put in front of it. The new mailshr image fixes this. Earle _____________________________________________________________________________ ____ ____ ___ Earle Ake /___ /___/ / / Science Applications International Corporation ____// / / /__ Dayton, Ohio ----------------------------------------------------------------------------- Internet: ake@dayton.saic.com uucp: dayvb!ake SPAN: 28284::ake ================================================================================ Archive-Date: Thu, 24 Aug 1995 18:31:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: Gateway between two mail systems-- Is MX best? Date: 24 Aug 1995 23:21:02 GMT Message-ID: <41j1gu$7fc@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <41gm50$65e@newsbf02.news.aol.com>, jeffermc@aol.com (JefferMC) writes: #So... this is [finally] the question. I the experienced eyes of this #august group, would it be a good idea to setup MS Mail with a SMTP gateway #and let MX route traffic between the two mail systems? How stupid am I #being? Any better ideas? Any SMTP mailer (MX, or the SMTP mailer built into UCX, MultiNet, TCPware, or Pathway) would suffice to get VMSmail sent out to your SMTP <-> Microsoft Mail gateway, and get mail to come in from the gateway to VMSmail. In a previous life, I used MX in conjunction with Charon (which is a freeware package that provides Novell MHS <-> SMTP gatewaying -- the replacement for it is called Mercury, and is a Netware NLM (instead of software that runs on a dedicated PC). The advantage PMDF has over MX (or any of the built-in mailers) is its ability to be a gateway to many, many different types of mailers, with all sorts of cool address rewriting, no reliance on a single underlying TCP/IP vendor's stack, its own MIME-aware user agent, and more. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Fri, 25 Aug 1995 09:45:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: mark@infocomm.com Reply-To: MX-List@MadGoat.com Subject: SMTP delivery to sites with broken MTAs (CCMAIL) Message-ID: <1995Aug25.060909.25887@infopiz> Date: 25 Aug 95 06:09:09 PST To: MX-List@WKUVX1.WKU.EDU I'm having problems sending mail to a particular site (smtp.arcada.com). It seems that according to DNS info smtp.arcada.com CPU = INTEL-386 OS = CCMAIL. This might mean that this host is running some sort of SMTP to CCmail gateway, who knows. In any case, sending mail to this site fails, with the following bounced back from the SMTP delivery process: Error-For: sales@arcada.com Error-Code: 2 Error-Text: %MX_SMTP-F-CMD_UNRECOGNIZE, syntax error: command unrecognized -(Via arcada.com) -Transcript: -Rcvd: 220 smtp.arcada.com Service ready -Sent: HELO vs4000.infocomm.com -Rcvd: 250 Pleased to meet you -Sent: MAIL FROM: -Rcvd: 500 Command unrecognized Error-End: 1 error detected So, I try the above by hand: $ TELNET/PORT=SMTP smtp.arcada.com Trying... Connected to SMTP.ARCADA.COM, an INTEL-386 running CCMAIL 220 smtp.arcada.com Service ready HELO vs4000.infocomm.com 250 Pleased to meet you MAIL FROM: 250 Sender OK QUIT 221 SMTPLINK closing connection This doesn't make any sense yet so, I use TCPDUMP to see what is really happening: $ mult tcpdump/snap=1500/hex host smtp.arcada.com 05:32:44.48 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: S 0:0(0) win 6144 (DF) 4500 002c 9995 4000 4006 d5a9 c065 9603 E..,..@.@....e.. c705 ae1e 0f5f 0019 1e99 0200 0000 0000 ....._.......... 6002 1800 8488 0000 0204 05b4 `........... 05:32:44.72 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: S 0:0(0) ack 1 win 2048 4500 002c 9062 0000 3106 2ddd c705 ae1e E..,.b..1.-..... c065 9603 0019 0f5f 0b07 1f01 1e99 0201 .e....._........ 6012 0800 6a6f 0000 0204 05b4 6967 `...jo......ig 05:32:44.72 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: . ack 1 win 6144 (DF) 4500 0028 9999 4000 4006 d5a9 c065 9603 E..(..@.@....e.. c705 ae1e 0f5f 0019 1e99 0201 0b07 1f02 ....._.......... 5010 1800 722c 0000 P...r,.. 05:32:45.85 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 1:36(35) ack 1 win 2048 (DF) 4500 004b 9063 4000 3106 edbc c705 ae1e E..K.c@.1....... c065 9603 0019 0f5f 0b07 1f02 1e99 0201 .e....._........ 5018 0800 18b3 0000 3232 3020 736d 7470 P.......220 smtp 2e61 7263 6164 612e 636f 6d20 5365 7276 .arcada.com Serv 6963 6520 7265 6164 790d 0a ice ready.. 05:32:45.86 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 1:25(24) ack 36 win 6144 (DF) 4500 0040 999d 4000 4006 d58d c065 9603 E..@..@.@....e.. c705 ae1e 0f5f 0019 1e99 0201 0b07 1f25 ....._.........% 5018 1800 aac0 0000 4845 4c4f 2076 7334 P.......HELO vs4 3030 302e 696e 666f 636f 6d6d 2e63 6f6d 000.infocomm.com 05:32:46.25 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 36:62(26) ack 25 win 2024 4500 0042 9064 0000 3106 2dc5 c705 ae1e E..B.d..1.-..... c065 9603 0019 0f5f 0b07 1f25 1e99 0219 .e....._...%.... 5018 07e8 2842 0000 3235 3020 506c 6561 P...(B..250 Plea 7365 6420 746f 206d 6565 7420 796f 7520 sed to meet you 0d0a .. 05:32:46.25 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 25:27(2) ack 62 win 6118 (DF) 4500 002a 999e 4000 4006 d5a2 c065 9603 E..*..@.@....e.. c705 ae1e 0f5f 0019 1e99 0219 0b07 1f3f ....._.........? 5018 17e6 64dd 0000 0d0a P...d..... 05:32:46.56 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 62:89(27) ack 27 win 2022 4500 0043 9065 0000 3106 2dc3 c705 ae1e E..C.e..1.-..... c065 9603 0019 0f5f 0b07 1f3f 1e99 021b .e....._...?.... 5018 07e6 fa72 0000 3530 3020 436f 6d6d P....r..500 Comm 616e 6420 756e 7265 636f 676e 697a 6564 and unrecognized 200d 0a .. 05:32:46.56 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 27:58(31) ack 89 win 6117 (DF) 4500 0047 999f 4000 4006 d584 c065 9603 E..G..@.@....e.. c705 ae1e 0f5f 0019 1e99 021b 0b07 1f5a ....._.........Z 5018 17e5 8b98 0000 4d41 494c 2046 524f P.......MAIL FRO 4d3a 3c6d 6172 6b40 696e 666f 636f 6d6d M:.. 05:32:46.56 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: F 58:58(0) ack 89 win 6144 (DF) 4500 0028 99a0 4000 4006 d5a2 c065 9603 E..(..@.@....e.. c705 ae1e 0f5f 0019 1e99 023a 0b07 1f5a ....._.....:...Z 5011 1800 719a 0000 P...q... 05:32:46.81 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: . ack 59 win 1991 4500 0028 9066 0000 3106 2ddd c705 ae1e E..(.f..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 5010 07c7 81d3 0000 0000 0000 0000 P............. 05:32:46.91 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 89:105(16) ack 59 win 1991 4500 0038 9067 0000 3106 2dcc c705 ae1e E..8.g..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 5018 07c7 7fb0 0000 3235 3020 5365 6e64 P.......250 Send 6572 204f 4b20 0d0a er OK .. 05:32:46.91 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: R 59:59(0) win 0 4500 0028 99a1 0000 4006 15a2 c065 9603 E..(....@....e.. c705 ae1e 0f5f 0019 1e99 023b 0000 0000 ....._.....;.... 5004 0000 b407 0000 P....... 05:32:46.96 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: RP 89:105(16) ack 59 win 1991 4500 0038 9068 0000 3106 2dcb c705 ae1e E..8.h..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 501c 07c7 7fac 0000 3235 3020 5365 6e64 P.......250 Send 6572 204f 4b20 0d0a er OK .. New mail on node VS4000 from MX%"Postmaster@infocomm.com" (05:32:47) This illuminates the fact that the remote SMTP implementation is broken since it processed the original command (HELO vs4000.infocomm.com) before it received the "" that actually terminates the command. It then barfs a bit later when it receives the bare . So the aparrent complaint about "MAIL FROM" being an unrecognized command isn't really what it thought was wrong. The odds of getting the remote site fixed in any measurable amount of time are pretty slim, so I was wondering (without looking at the code explicitly) what it would take to convince MX to try and present complete lines of data to the TCP layer all in one chunk. This would increase the odds of the TCP layer delivering the whole "line" as a single packet and letting the other side get on with things. -- Any ideas as to how to send a message to the postmaster@arcada.com (or maybe barchamb@arcada.com) to try and inform him of their broken mail transport? -- Mark Pizzolato - INFO COMM Computer Consulting, Danville, Ca PHONE: (510)837-5600 UUCP: decwrl!infopiz!mark DOMAIN: mark@infocomm.com ================================================================================ Archive-Date: Fri, 25 Aug 1995 10:14:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 11:09:37 -0500 (EST) From: PMDF Mail Server Reply-To: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: MX-List@MadGoat.com Message-ID: <01HUHKX3YNZM000UNY@hal.hahnemann.edu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID tecNjoC2sUW66aMIb895Kw)" --Boundary (ID tecNjoC2sUW66aMIb895Kw) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID tecNjoC2sUW66aMIb895Kw) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHKWM7OIO0003DV@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:09:14 EST Date: Fri, 25 Aug 1995 11:09:14 -0500 (EST) From: MX-List@MadGoat.com Subject: SMTP delivery to sites with broken MTAs (CCMAIL) To: info-vax@BULLETIN Message-id: <01HUHKWMGSGI0003DV@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@WKUVX1.WKU.EDU" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHKW37YBK00036L@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:08:54 EST Date: Fri, 25 Aug 1995 06:09:09 -0800 (PST) From: mark@infocomm.com Subject: SMTP delivery to sites with broken MTAs (CCMAIL) Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <1995Aug25.060909.25887@infopiz> Organization: INFO COMM - Computer Consulting, Danville, Ca Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List X-Newsgroups: vmsnet.mail.mx X-Gateway-Source-Info: USENET Lines: 128 I'm having problems sending mail to a particular site (smtp.arcada.com). It seems that according to DNS info smtp.arcada.com CPU = INTEL-386 OS = CCMAIL. This might mean that this host is running some sort of SMTP to CCmail gateway, who knows. In any case, sending mail to this site fails, with the following bounced back from the SMTP delivery process: Error-For: sales@arcada.com Error-Code: 2 Error-Text: %MX_SMTP-F-CMD_UNRECOGNIZE, syntax error: command unrecognized -(Via arcada.com) -Transcript: -Rcvd: 220 smtp.arcada.com Service ready -Sent: HELO vs4000.infocomm.com -Rcvd: 250 Pleased to meet you -Sent: MAIL FROM: -Rcvd: 500 Command unrecognized Error-End: 1 error detected So, I try the above by hand: $ TELNET/PORT=SMTP smtp.arcada.com Trying... Connected to SMTP.ARCADA.COM, an INTEL-386 running CCMAIL 220 smtp.arcada.com Service ready HELO vs4000.infocomm.com 250 Pleased to meet you MAIL FROM: 250 Sender OK QUIT 221 SMTPLINK closing connection This doesn't make any sense yet so, I use TCPDUMP to see what is really happening: $ mult tcpdump/snap=1500/hex host smtp.arcada.com 05:32:44.48 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: S 0:0(0) win 6144 (DF) 4500 002c 9995 4000 4006 d5a9 c065 9603 E..,..@.@....e.. c705 ae1e 0f5f 0019 1e99 0200 0000 0000 ....._.......... 6002 1800 8488 0000 0204 05b4 `........... 05:32:44.72 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: S 0:0(0) ack 1 win 2048 4500 002c 9062 0000 3106 2ddd c705 ae1e E..,.b..1.-..... c065 9603 0019 0f5f 0b07 1f01 1e99 0201 .e....._........ 6012 0800 6a6f 0000 0204 05b4 6967 `...jo......ig 05:32:44.72 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: . ack 1 win 6144 (DF) 4500 0028 9999 4000 4006 d5a9 c065 9603 E..(..@.@....e.. c705 ae1e 0f5f 0019 1e99 0201 0b07 1f02 ....._.......... 5010 1800 722c 0000 P...r,.. 05:32:45.85 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 1:36(35) ack 1 win 2048 (DF) 4500 004b 9063 4000 3106 edbc c705 ae1e E..K.c@.1....... c065 9603 0019 0f5f 0b07 1f02 1e99 0201 .e....._........ 5018 0800 18b3 0000 3232 3020 736d 7470 P.......220 smtp 2e61 7263 6164 612e 636f 6d20 5365 7276 .arcada.com Serv 6963 6520 7265 6164 790d 0a ice ready.. 05:32:45.86 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 1:25(24) ack 36 win 6144 (DF) 4500 0040 999d 4000 4006 d58d c065 9603 E..@..@.@....e.. c705 ae1e 0f5f 0019 1e99 0201 0b07 1f25 ....._.........% 5018 1800 aac0 0000 4845 4c4f 2076 7334 P.......HELO vs4 3030 302e 696e 666f 636f 6d6d 2e63 6f6d 000.infocomm.com 05:32:46.25 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 36:62(26) ack 25 win 2024 4500 0042 9064 0000 3106 2dc5 c705 ae1e E..B.d..1.-..... c065 9603 0019 0f5f 0b07 1f25 1e99 0219 .e....._...%.... 5018 07e8 2842 0000 3235 3020 506c 6561 P...(B..250 Plea 7365 6420 746f 206d 6565 7420 796f 7520 sed to meet you 0d0a .. 05:32:46.25 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 25:27(2) ack 62 win 6118 (DF) 4500 002a 999e 4000 4006 d5a2 c065 9603 E..*..@.@....e.. c705 ae1e 0f5f 0019 1e99 0219 0b07 1f3f ....._.........? 5018 17e6 64dd 0000 0d0a P...d..... 05:32:46.56 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 62:89(27) ack 27 win 2022 4500 0043 9065 0000 3106 2dc3 c705 ae1e E..C.e..1.-..... c065 9603 0019 0f5f 0b07 1f3f 1e99 021b .e....._...?.... 5018 07e6 fa72 0000 3530 3020 436f 6d6d P....r..500 Comm 616e 6420 756e 7265 636f 676e 697a 6564 and unrecognized 200d 0a .. 05:32:46.56 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 27:58(31) ack 89 win 6117 (DF) 4500 0047 999f 4000 4006 d584 c065 9603 E..G..@.@....e.. c705 ae1e 0f5f 0019 1e99 021b 0b07 1f5a ....._.........Z 5018 17e5 8b98 0000 4d41 494c 2046 524f P.......MAIL FRO 4d3a 3c6d 6172 6b40 696e 666f 636f 6d6d M:.. 05:32:46.56 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: F 58:58(0) ack 89 win 6144 (DF) 4500 0028 99a0 4000 4006 d5a2 c065 9603 E..(..@.@....e.. c705 ae1e 0f5f 0019 1e99 023a 0b07 1f5a ....._.....:...Z 5011 1800 719a 0000 P...q... 05:32:46.81 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: . ack 59 win 1991 4500 0028 9066 0000 3106 2ddd c705 ae1e E..(.f..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 5010 07c7 81d3 0000 0000 0000 0000 P............. 05:32:46.91 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 89:105(16) ack 59 win 1991 4500 0038 9067 0000 3106 2dcc c705 ae1e E..8.g..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 5018 07c7 7fb0 0000 3235 3020 5365 6e64 P.......250 Send 6572 204f 4b20 0d0a er OK .. 05:32:46.91 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: R 59:59(0) win 0 4500 0028 99a1 0000 4006 15a2 c065 9603 E..(....@....e.. c705 ae1e 0f5f 0019 1e99 023b 0000 0000 ....._.....;.... 5004 0000 b407 0000 P....... 05:32:46.96 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: RP 89:105(16) ack 59 win 1991 4500 0038 9068 0000 3106 2dcb c705 ae1e E..8.h..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 501c 07c7 7fac 0000 3235 3020 5365 6e64 P.......250 Send 6572 204f 4b20 0d0a er OK .. New mail on node VS4000 from MX%"Postmaster@infocomm.com" (05:32:47) This illuminates the fact that the remote SMTP implementation is broken since it processed the original command (HELO vs4000.infocomm.com) before it received the "" that actually terminates the command. It then barfs a bit later when it receives the bare . So the aparrent complaint about "MAIL FROM" being an unrecognized command isn't really what it thought was wrong. The odds of getting the remote site fixed in any measurable amount of time are pretty slim, so I was wondering (without looking at the code explicitly) what it would take to convince MX to try and present complete lines of data to the TCP layer all in one chunk. This would increase the odds of the TCP layer delivering the whole "line" as a single packet and letting the other side get on with things. -- Any ideas as to how to send a message to the postmaster@arcada.com (or maybe barchamb@arcada.com) to try and inform him of their broken mail transport? -- Mark Pizzolato - INFO COMM Computer Consulting, Danville, Ca PHONE: (510)837-5600 UUCP: decwrl!infopiz!mark DOMAIN: mark@infocomm.com --Boundary (ID tecNjoC2sUW66aMIb895Kw)-- ================================================================================ Archive-Date: Fri, 25 Aug 1995 10:35:40 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 11:30:30 -0500 (EST) From: PMDF Mail Server Reply-To: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: MX-List@MadGoat.com Message-ID: <01HUHLN0OLXU000TQW@hal.hahnemann.edu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID 5DwpwaYtzo7heTtj8pIIpA)" --Boundary (ID 5DwpwaYtzo7heTtj8pIIpA) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID 5DwpwaYtzo7heTtj8pIIpA) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHLMUR2TC000TQM@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:30:23 EST Date: Fri, 25 Aug 1995 11:30:23 -0500 (EST) From: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: info-vax@BULLETIN Message-id: <01HUHLMUTR9U000TQM@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@MadGoat.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHLMLE1C0000UX8@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:30:12 EST Date: Fri, 25 Aug 1995 11:09:37 -0500 (EST) From: PMDF Mail Server Subject: Undeliverable mail: Processing failure Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <01HUHKX3YNZM000UNY@hal.hahnemann.edu> MIME-version: 1.0 Content-type: MULTIPART/MIXED; BOUNDARY="Boundary (ID tecNjoC2sUW66aMIb895Kw)" Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List --Boundary (ID tecNjoC2sUW66aMIb895Kw) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID tecNjoC2sUW66aMIb895Kw) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHKWM7OIO0003DV@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:09:14 EST Date: Fri, 25 Aug 1995 11:09:14 -0500 (EST) From: MX-List@MadGoat.com Subject: SMTP delivery to sites with broken MTAs (CCMAIL) To: info-vax@BULLETIN Message-id: <01HUHKWMGSGI0003DV@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@WKUVX1.WKU.EDU" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHKW37YBK00036L@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:08:54 EST Date: Fri, 25 Aug 1995 06:09:09 -0800 (PST) From: mark@infocomm.com Subject: SMTP delivery to sites with broken MTAs (CCMAIL) Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <1995Aug25.060909.25887@infopiz> Organization: INFO COMM - Computer Consulting, Danville, Ca Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List X-Newsgroups: vmsnet.mail.mx X-Gateway-Source-Info: USENET Lines: 128 I'm having problems sending mail to a particular site (smtp.arcada.com). It seems that according to DNS info smtp.arcada.com CPU = INTEL-386 OS = CCMAIL. This might mean that this host is running some sort of SMTP to CCmail gateway, who knows. In any case, sending mail to this site fails, with the following bounced back from the SMTP delivery process: Error-For: sales@arcada.com Error-Code: 2 Error-Text: %MX_SMTP-F-CMD_UNRECOGNIZE, syntax error: command unrecognized -(Via arcada.com) -Transcript: -Rcvd: 220 smtp.arcada.com Service ready -Sent: HELO vs4000.infocomm.com -Rcvd: 250 Pleased to meet you -Sent: MAIL FROM: -Rcvd: 500 Command unrecognized Error-End: 1 error detected So, I try the above by hand: $ TELNET/PORT=SMTP smtp.arcada.com Trying... Connected to SMTP.ARCADA.COM, an INTEL-386 running CCMAIL 220 smtp.arcada.com Service ready HELO vs4000.infocomm.com 250 Pleased to meet you MAIL FROM: 250 Sender OK QUIT 221 SMTPLINK closing connection This doesn't make any sense yet so, I use TCPDUMP to see what is really happening: $ mult tcpdump/snap=1500/hex host smtp.arcada.com 05:32:44.48 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: S 0:0(0) win 6144 (DF) 4500 002c 9995 4000 4006 d5a9 c065 9603 E..,..@.@....e.. c705 ae1e 0f5f 0019 1e99 0200 0000 0000 ....._.......... 6002 1800 8488 0000 0204 05b4 `........... 05:32:44.72 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: S 0:0(0) ack 1 win 2048 4500 002c 9062 0000 3106 2ddd c705 ae1e E..,.b..1.-..... c065 9603 0019 0f5f 0b07 1f01 1e99 0201 .e....._........ 6012 0800 6a6f 0000 0204 05b4 6967 `...jo......ig 05:32:44.72 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: . ack 1 win 6144 (DF) 4500 0028 9999 4000 4006 d5a9 c065 9603 E..(..@.@....e.. c705 ae1e 0f5f 0019 1e99 0201 0b07 1f02 ....._.......... 5010 1800 722c 0000 P...r,.. 05:32:45.85 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 1:36(35) ack 1 win 2048 (DF) 4500 004b 9063 4000 3106 edbc c705 ae1e E..K.c@.1....... c065 9603 0019 0f5f 0b07 1f02 1e99 0201 .e....._........ 5018 0800 18b3 0000 3232 3020 736d 7470 P.......220 smtp 2e61 7263 6164 612e 636f 6d20 5365 7276 .arcada.com Serv 6963 6520 7265 6164 790d 0a ice ready.. 05:32:45.86 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 1:25(24) ack 36 win 6144 (DF) 4500 0040 999d 4000 4006 d58d c065 9603 E..@..@.@....e.. c705 ae1e 0f5f 0019 1e99 0201 0b07 1f25 ....._.........% 5018 1800 aac0 0000 4845 4c4f 2076 7334 P.......HELO vs4 3030 302e 696e 666f 636f 6d6d 2e63 6f6d 000.infocomm.com 05:32:46.25 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 36:62(26) ack 25 win 2024 4500 0042 9064 0000 3106 2dc5 c705 ae1e E..B.d..1.-..... c065 9603 0019 0f5f 0b07 1f25 1e99 0219 .e....._...%.... 5018 07e8 2842 0000 3235 3020 506c 6561 P...(B..250 Plea 7365 6420 746f 206d 6565 7420 796f 7520 sed to meet you 0d0a .. 05:32:46.25 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 25:27(2) ack 62 win 6118 (DF) 4500 002a 999e 4000 4006 d5a2 c065 9603 E..*..@.@....e.. c705 ae1e 0f5f 0019 1e99 0219 0b07 1f3f ....._.........? 5018 17e6 64dd 0000 0d0a P...d..... 05:32:46.56 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 62:89(27) ack 27 win 2022 4500 0043 9065 0000 3106 2dc3 c705 ae1e E..C.e..1.-..... c065 9603 0019 0f5f 0b07 1f3f 1e99 021b .e....._...?.... 5018 07e6 fa72 0000 3530 3020 436f 6d6d P....r..500 Comm 616e 6420 756e 7265 636f 676e 697a 6564 and unrecognized 200d 0a .. 05:32:46.56 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 27:58(31) ack 89 win 6117 (DF) 4500 0047 999f 4000 4006 d584 c065 9603 E..G..@.@....e.. c705 ae1e 0f5f 0019 1e99 021b 0b07 1f5a ....._.........Z 5018 17e5 8b98 0000 4d41 494c 2046 524f P.......MAIL FRO 4d3a 3c6d 6172 6b40 696e 666f 636f 6d6d M:.. 05:32:46.56 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: F 58:58(0) ack 89 win 6144 (DF) 4500 0028 99a0 4000 4006 d5a2 c065 9603 E..(..@.@....e.. c705 ae1e 0f5f 0019 1e99 023a 0b07 1f5a ....._.....:...Z 5011 1800 719a 0000 P...q... 05:32:46.81 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: . ack 59 win 1991 4500 0028 9066 0000 3106 2ddd c705 ae1e E..(.f..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 5010 07c7 81d3 0000 0000 0000 0000 P............. 05:32:46.91 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 89:105(16) ack 59 win 1991 4500 0038 9067 0000 3106 2dcc c705 ae1e E..8.g..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 5018 07c7 7fb0 0000 3235 3020 5365 6e64 P.......250 Send 6572 204f 4b20 0d0a er OK .. 05:32:46.91 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: R 59:59(0) win 0 4500 0028 99a1 0000 4006 15a2 c065 9603 E..(....@....e.. c705 ae1e 0f5f 0019 1e99 023b 0000 0000 ....._.....;.... 5004 0000 b407 0000 P....... 05:32:46.96 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: RP 89:105(16) ack 59 win 1991 4500 0038 9068 0000 3106 2dcb c705 ae1e E..8.h..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 501c 07c7 7fac 0000 3235 3020 5365 6e64 P.......250 Send 6572 204f 4b20 0d0a er OK .. New mail on node VS4000 from MX%"Postmaster@infocomm.com" (05:32:47) This illuminates the fact that the remote SMTP implementation is broken since it processed the original command (HELO vs4000.infocomm.com) before it received the "" that actually terminates the command. It then barfs a bit later when it receives the bare . So the aparrent complaint about "MAIL FROM" being an unrecognized command isn't really what it thought was wrong. The odds of getting the remote site fixed in any measurable amount of time are pretty slim, so I was wondering (without looking at the code explicitly) what it would take to convince MX to try and present complete lines of data to the TCP layer all in one chunk. This would increase the odds of the TCP layer delivering the whole "line" as a single packet and letting the other side get on with things. -- Any ideas as to how to send a message to the postmaster@arcada.com (or maybe barchamb@arcada.com) to try and inform him of their broken mail transport? -- Mark Pizzolato - INFO COMM Computer Consulting, Danville, Ca PHONE: (510)837-5600 UUCP: decwrl!infopiz!mark DOMAIN: mark@infocomm.com --Boundary (ID tecNjoC2sUW66aMIb895Kw)-- --Boundary (ID 5DwpwaYtzo7heTtj8pIIpA)-- ================================================================================ Archive-Date: Fri, 25 Aug 1995 11:32:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 10:30:11 MDT From: "Michael L. Hitch" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099565E.388E6120.103@msu.oscs.montana.edu> Subject: RE: SMTP delivery to sites with broken MTAs (CCMAIL) mark@infocomm.com writes: > I'm having problems sending mail to a particular site (smtp.arcada.com). It > seems that according to DNS info smtp.arcada.com CPU = INTEL-386 OS = CCMAIL. > This might mean that this host is running some sort of SMTP to CCmail gateway, > who knows. In any case, sending mail to this site fails, with the following > bounced back from the SMTP delivery process: > > Error-For: sales@arcada.com > Error-Code: 2 > Error-Text: %MX_SMTP-F-CMD_UNRECOGNIZE, syntax error: command unrecognized > -(Via arcada.com) > -Transcript: > -Rcvd: 220 smtp.arcada.com Service ready > -Sent: HELO vs4000.infocomm.com > -Rcvd: 250 Pleased to meet you > -Sent: MAIL FROM: > -Rcvd: 500 Command unrecognized I ran into the same problem some time ago. > This illuminates the fact that the remote SMTP implementation is broken > since it processed the original command (HELO vs4000.infocomm.com) > before it received the "" that actually terminates the command. > It then barfs a bit later when it receives the bare . So the > aparrent complaint about "MAIL FROM" being an unrecognized command isn't > really what it thought was wrong. > > The odds of getting the remote site fixed in any measurable amount of > time are pretty slim, so I was wondering (without looking at the code > explicitly) what it would take to convince MX to try and present complete > lines of data to the TCP layer all in one chunk. This would increase the > odds of the TCP layer delivering the whole "line" as a single packet and > letting the other side get on with things. I'll bet you are running MX with a version 2.0+ NETLIB. The output routine in those versions do a separate write for the data and for the CR/LF terminator. I contacted the postmaster at the first site I had problems with, and he said that he'd look into it. I have not heard anything more from him. In the meantime, a couple of more sites had the same problem, so I dug out a 1.7 version of NETLIB and reinstalled it. The 1.X versions of NETBSD would copy the data to send to a temporary string, append the CR/LF, and send the resultant string with a single write. > Any ideas as to how to send a message to the postmaster@arcada.com (or > maybe barchamb@arcada.com) to try and inform him of their broken mail > transport? Good luck on getting them to do anything about it :-) I suspect that only MX with NETLIB 2.0+ are the only sites that would have trouble talking to CCMAIL. Michael --- Michael L. Hitch osymh@msu.oscs.montana.edu Computer Consultant, Office of Systems and Computing Services Montana State University, Bozeman, MT USA ================================================================================ Archive-Date: Fri, 25 Aug 1995 11:46:24 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 11:54:55 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: madgoat-bugs@wku.edu Message-ID: <0099566A.0EF093E0.25@swdev.si.com> Subject: RE: SMTP delivery to sites with broken MTAs (CCMAIL) Mark Pizzolato (mark@infocomm.com) writes: >I'm having problems sending mail to a particular site (smtp.arcada.com). It >seems that according to DNS info smtp.arcada.com CPU = INTEL-386 OS = CCMAIL. >This might mean that this host is running some sort of SMTP to CCmail gateway, >who knows. In any case, sending mail to this site fails, with the following >bounced back from the SMTP delivery process: We've had _EXACTLY_ the same problem with EXACTLY the same result, but when using UCX as the transport (yes, cc:Mail's SMTPlink is also involved). When we reverted back to NETLIB V1.7 from V2.0E, the problem vanishes. Thus, I'm not so fast to point fingers at cc:Mail. It seems to partly, at least, NETLIB V2.0E. I'm _glad_ to know others have this problem, too. I've CC'd this message to MadGoat-Bugs, since I reported this to that list yesterday. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Fri, 25 Aug 1995 11:48:54 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 12:43:39 -0500 (EST) From: PMDF Mail Server Reply-To: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: MX-List@MadGoat.com Message-ID: <01HUHO7OMWT6000UXR@hal.hahnemann.edu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID tdHDoFNqCdPibbEwrx712w)" --Boundary (ID tdHDoFNqCdPibbEwrx712w) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID tdHDoFNqCdPibbEwrx712w) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHO6UHUB4000S5T@hal.hahnemann.edu>; Fri, 25 Aug 1995 12:43:00 EST Date: Fri, 25 Aug 1995 12:42:59 -0500 (EST) From: MX-List@MadGoat.com Subject: Re: SMTP delivery to sites with broken MTAs (CCMAIL) To: info-vax@BULLETIN Message-id: <01HUHO6UNGUQ000S5T@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@MadGoat.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHO5TZ5ZK000UQ6@hal.hahnemann.edu>; Fri, 25 Aug 1995 12:42:13 EST Date: Fri, 25 Aug 1995 10:30:11 -0600 (MDT) From: "Michael L. Hitch" Subject: RE: SMTP delivery to sites with broken MTAs (CCMAIL) Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <0099565E.388E6120.103@msu.oscs.montana.edu> Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List mark@infocomm.com writes: > I'm having problems sending mail to a particular site (smtp.arcada.com). It > seems that according to DNS info smtp.arcada.com CPU = INTEL-386 OS = CCMAIL. > This might mean that this host is running some sort of SMTP to CCmail gateway, > who knows. In any case, sending mail to this site fails, with the following > bounced back from the SMTP delivery process: > > Error-For: sales@arcada.com > Error-Code: 2 > Error-Text: %MX_SMTP-F-CMD_UNRECOGNIZE, syntax error: command unrecognized > -(Via arcada.com) > -Transcript: > -Rcvd: 220 smtp.arcada.com Service ready > -Sent: HELO vs4000.infocomm.com > -Rcvd: 250 Pleased to meet you > -Sent: MAIL FROM: > -Rcvd: 500 Command unrecognized I ran into the same problem some time ago. > This illuminates the fact that the remote SMTP implementation is broken > since it processed the original command (HELO vs4000.infocomm.com) > before it received the "" that actually terminates the command. > It then barfs a bit later when it receives the bare . So the > aparrent complaint about "MAIL FROM" being an unrecognized command isn't > really what it thought was wrong. > > The odds of getting the remote site fixed in any measurable amount of > time are pretty slim, so I was wondering (without looking at the code > explicitly) what it would take to convince MX to try and present complete > lines of data to the TCP layer all in one chunk. This would increase the > odds of the TCP layer delivering the whole "line" as a single packet and > letting the other side get on with things. I'll bet you are running MX with a version 2.0+ NETLIB. The output routine in those versions do a separate write for the data and for the CR/LF terminator. I contacted the postmaster at the first site I had problems with, and he said that he'd look into it. I have not heard anything more from him. In the meantime, a couple of more sites had the same problem, so I dug out a 1.7 version of NETLIB and reinstalled it. The 1.X versions of NETBSD would copy the data to send to a temporary string, append the CR/LF, and send the resultant string with a single write. > Any ideas as to how to send a message to the postmaster@arcada.com (or > maybe barchamb@arcada.com) to try and inform him of their broken mail > transport? Good luck on getting them to do anything about it :-) I suspect that only MX with NETLIB 2.0+ are the only sites that would have trouble talking to CCMAIL. Michael --- Michael L. Hitch osymh@msu.oscs.montana.edu Computer Consultant, Office of Systems and Computing Services Montana State University, Bozeman, MT USA --Boundary (ID tdHDoFNqCdPibbEwrx712w)-- ================================================================================ Archive-Date: Fri, 25 Aug 1995 11:59:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 12:54:18 -0500 (EST) From: PMDF Mail Server Reply-To: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: MX-List@MadGoat.com Message-ID: <01HUHOKWC95E000WOJ@hal.hahnemann.edu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID A+hV2qfHUjR9C08Z3hmfXQ)" --Boundary (ID A+hV2qfHUjR9C08Z3hmfXQ) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID A+hV2qfHUjR9C08Z3hmfXQ) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHOKLL41C000TIQ@hal.hahnemann.edu>; Fri, 25 Aug 1995 12:54:04 EST Date: Fri, 25 Aug 1995 12:54:04 -0500 (EST) From: MX-List@MadGoat.com Subject: Re: SMTP delivery to sites with broken MTAs (CCMAIL) To: info-vax@BULLETIN Message-id: <01HUHOKLOBS2000TIQ@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@MadGoat.com" X-VMS-Cc: IN%"madgoat-bugs@wku.edu" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHOKBW0IO000SXB@hal.hahnemann.edu>; Fri, 25 Aug 1995 12:53:53 EST Date: Fri, 25 Aug 1995 11:54:55 -0400 (EDT) From: "Brian Tillman, x8425" Subject: RE: SMTP delivery to sites with broken MTAs (CCMAIL) Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Cc: madgoat-bugs@wku.edu Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <0099566A.0EF093E0.25@swdev.si.com> Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List Mark Pizzolato (mark@infocomm.com) writes: >I'm having problems sending mail to a particular site (smtp.arcada.com). It >seems that according to DNS info smtp.arcada.com CPU = INTEL-386 OS = CCMAIL. >This might mean that this host is running some sort of SMTP to CCmail gateway, >who knows. In any case, sending mail to this site fails, with the following >bounced back from the SMTP delivery process: We've had _EXACTLY_ the same problem with EXACTLY the same result, but when using UCX as the transport (yes, cc:Mail's SMTPlink is also involved). When we reverted back to NETLIB V1.7 from V2.0E, the problem vanishes. Thus, I'm not so fast to point fingers at cc:Mail. It seems to partly, at least, NETLIB V2.0E. I'm _glad_ to know others have this problem, too. I've CC'd this message to MadGoat-Bugs, since I reported this to that list yesterday. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- --Boundary (ID A+hV2qfHUjR9C08Z3hmfXQ)-- ================================================================================ Archive-Date: Fri, 25 Aug 1995 12:01:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 12:56:07 -0500 (EST) From: PMDF Mail Server Reply-To: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: MX-List@MadGoat.com Message-ID: <01HUHON5P4YQ000WPC@hal.hahnemann.edu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID H7V0mYWc72ysyQ+wHlsPng)" --Boundary (ID H7V0mYWc72ysyQ+wHlsPng) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID H7V0mYWc72ysyQ+wHlsPng) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHOMXK19S000NEX@hal.hahnemann.edu>; Fri, 25 Aug 1995 12:55:57 EST Date: Fri, 25 Aug 1995 12:55:57 -0500 (EST) From: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: info-vax@BULLETIN Message-id: <01HUHOMXNINM000NEX@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@MadGoat.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU (wkuvx2.wku.edu) by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHOMENSGG000RRB@hal.hahnemann.edu>; Fri, 25 Aug 1995 12:55:37 EST Date: Fri, 25 Aug 1995 12:43:39 -0500 (EST) From: PMDF Mail Server Subject: Undeliverable mail: Processing failure Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <01HUHO7OMWT6000UXR@hal.hahnemann.edu> MIME-version: 1.0 Content-type: MULTIPART/MIXED; BOUNDARY="Boundary (ID tdHDoFNqCdPibbEwrx712w)" Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List --Boundary (ID tdHDoFNqCdPibbEwrx712w) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID tdHDoFNqCdPibbEwrx712w) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHO6UHUB4000S5T@hal.hahnemann.edu>; Fri, 25 Aug 1995 12:43:00 EST Date: Fri, 25 Aug 1995 12:42:59 -0500 (EST) From: MX-List@MadGoat.com Subject: Re: SMTP delivery to sites with broken MTAs (CCMAIL) To: info-vax@BULLETIN Message-id: <01HUHO6UNGUQ000S5T@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@MadGoat.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHO5TZ5ZK000UQ6@hal.hahnemann.edu>; Fri, 25 Aug 1995 12:42:13 EST Date: Fri, 25 Aug 1995 10:30:11 -0600 (MDT) From: "Michael L. Hitch" Subject: RE: SMTP delivery to sites with broken MTAs (CCMAIL) Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <0099565E.388E6120.103@msu.oscs.montana.edu> Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List mark@infocomm.com writes: > I'm having problems sending mail to a particular site (smtp.arcada.com). It > seems that according to DNS info smtp.arcada.com CPU = INTEL-386 OS = CCMAIL. > This might mean that this host is running some sort of SMTP to CCmail gateway, > who knows. In any case, sending mail to this site fails, with the following > bounced back from the SMTP delivery process: > > Error-For: sales@arcada.com > Error-Code: 2 > Error-Text: %MX_SMTP-F-CMD_UNRECOGNIZE, syntax error: command unrecognized > -(Via arcada.com) > -Transcript: > -Rcvd: 220 smtp.arcada.com Service ready > -Sent: HELO vs4000.infocomm.com > -Rcvd: 250 Pleased to meet you > -Sent: MAIL FROM: > -Rcvd: 500 Command unrecognized I ran into the same problem some time ago. > This illuminates the fact that the remote SMTP implementation is broken > since it processed the original command (HELO vs4000.infocomm.com) > before it received the "" that actually terminates the command. > It then barfs a bit later when it receives the bare . So the > aparrent complaint about "MAIL FROM" being an unrecognized command isn't > really what it thought was wrong. > > The odds of getting the remote site fixed in any measurable amount of > time are pretty slim, so I was wondering (without looking at the code > explicitly) what it would take to convince MX to try and present complete > lines of data to the TCP layer all in one chunk. This would increase the > odds of the TCP layer delivering the whole "line" as a single packet and > letting the other side get on with things. I'll bet you are running MX with a version 2.0+ NETLIB. The output routine in those versions do a separate write for the data and for the CR/LF terminator. I contacted the postmaster at the first site I had problems with, and he said that he'd look into it. I have not heard anything more from him. In the meantime, a couple of more sites had the same problem, so I dug out a 1.7 version of NETLIB and reinstalled it. The 1.X versions of NETBSD would copy the data to send to a temporary string, append the CR/LF, and send the resultant string with a single write. > Any ideas as to how to send a message to the postmaster@arcada.com (or > maybe barchamb@arcada.com) to try and inform him of their broken mail > transport? Good luck on getting them to do anything about it :-) I suspect that only MX with NETLIB 2.0+ are the only sites that would have trouble talking to CCMAIL. Michael --- Michael L. Hitch osymh@msu.oscs.montana.edu Computer Consultant, Office of Systems and Computing Services Montana State University, Bozeman, MT USA --Boundary (ID tdHDoFNqCdPibbEwrx712w)-- --Boundary (ID H7V0mYWc72ysyQ+wHlsPng)-- ================================================================================ Archive-Date: Fri, 25 Aug 1995 12:28:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 13:23:27 -0500 (EST) From: PMDF Mail Server Reply-To: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: MX-List@MadGoat.com Message-ID: <01HUHPL1UW4I000UVL@hal.hahnemann.edu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID LQH8itPokGvcf/o88GgL+Q)" --Boundary (ID LQH8itPokGvcf/o88GgL+Q) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID LQH8itPokGvcf/o88GgL+Q) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHPKQC5KG000WUF@hal.hahnemann.edu>; Fri, 25 Aug 1995 13:23:12 EST Date: Fri, 25 Aug 1995 13:23:12 -0500 (EST) From: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: info-vax@BULLETIN Message-id: <01HUHPKQEKDE000WUF@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@MadGoat.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU (wkuvx2.wku.edu) by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHPK0LFAO000MRM@hal.hahnemann.edu>; Fri, 25 Aug 1995 13:22:41 EST Date: Fri, 25 Aug 1995 11:30:30 -0500 (EST) From: PMDF Mail Server Subject: Undeliverable mail: Processing failure Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <01HUHLN0OLXU000TQW@hal.hahnemann.edu> MIME-version: 1.0 Content-type: MULTIPART/MIXED; BOUNDARY="Boundary (ID 5DwpwaYtzo7heTtj8pIIpA)" Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List --Boundary (ID 5DwpwaYtzo7heTtj8pIIpA) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID 5DwpwaYtzo7heTtj8pIIpA) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHLMUR2TC000TQM@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:30:23 EST Date: Fri, 25 Aug 1995 11:30:23 -0500 (EST) From: MX-List@MadGoat.com Subject: Undeliverable mail: Processing failure To: info-vax@BULLETIN Message-id: <01HUHLMUTR9U000TQM@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@MadGoat.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHLMLE1C0000UX8@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:30:12 EST Date: Fri, 25 Aug 1995 11:09:37 -0500 (EST) From: PMDF Mail Server Subject: Undeliverable mail: Processing failure Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <01HUHKX3YNZM000UNY@hal.hahnemann.edu> MIME-version: 1.0 Content-type: MULTIPART/MIXED; BOUNDARY="Boundary (ID tecNjoC2sUW66aMIb895Kw)" Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List --Boundary (ID tecNjoC2sUW66aMIb895Kw) Content-type: TEXT/PLAIN; CHARSET=US-ASCII These addresses were rejected: INFO-VAX --Boundary (ID tecNjoC2sUW66aMIb895Kw) MIME-version: 1.0 Content-type: MESSAGE/RFC822 Return-path: MX-List@MadGoat.com Received: from hal.hahnemann.edu by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHKWM7OIO0003DV@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:09:14 EST Date: Fri, 25 Aug 1995 11:09:14 -0500 (EST) From: MX-List@MadGoat.com Subject: SMTP delivery to sites with broken MTAs (CCMAIL) To: info-vax@BULLETIN Message-id: <01HUHKWMGSGI0003DV@hal.hahnemann.edu> X-Envelope-to: info-vax@BULLETIN X-VMS-To: IN%"MX-List@WKUVX1.WKU.EDU" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Return-path: Received: from WKUVX1.WKU.EDU by hal.hahnemann.edu (PMDF V4.3-7 #11606) id <01HUHKW37YBK00036L@hal.hahnemann.edu>; Fri, 25 Aug 1995 11:08:54 EST Date: Fri, 25 Aug 1995 06:09:09 -0800 (PST) From: mark@infocomm.com Subject: SMTP delivery to sites with broken MTAs (CCMAIL) Sender: owner-mx-list@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Errors-to: owner-mx-list@WKUVX1.WKU.EDU Warnings-to: <> Reply-to: MX-List@MadGoat.com Message-id: <1995Aug25.060909.25887@infopiz> Organization: INFO COMM - Computer Consulting, Danville, Ca Content-transfer-encoding: 7BIT X-ListName: Message Exchange Discussion List X-Newsgroups: vmsnet.mail.mx X-Gateway-Source-Info: USENET Lines: 128 I'm having problems sending mail to a particular site (smtp.arcada.com). It seems that according to DNS info smtp.arcada.com CPU = INTEL-386 OS = CCMAIL. This might mean that this host is running some sort of SMTP to CCmail gateway, who knows. In any case, sending mail to this site fails, with the following bounced back from the SMTP delivery process: Error-For: sales@arcada.com Error-Code: 2 Error-Text: %MX_SMTP-F-CMD_UNRECOGNIZE, syntax error: command unrecognized -(Via arcada.com) -Transcript: -Rcvd: 220 smtp.arcada.com Service ready -Sent: HELO vs4000.infocomm.com -Rcvd: 250 Pleased to meet you -Sent: MAIL FROM: -Rcvd: 500 Command unrecognized Error-End: 1 error detected So, I try the above by hand: $ TELNET/PORT=SMTP smtp.arcada.com Trying... Connected to SMTP.ARCADA.COM, an INTEL-386 running CCMAIL 220 smtp.arcada.com Service ready HELO vs4000.infocomm.com 250 Pleased to meet you MAIL FROM: 250 Sender OK QUIT 221 SMTPLINK closing connection This doesn't make any sense yet so, I use TCPDUMP to see what is really happening: $ mult tcpdump/snap=1500/hex host smtp.arcada.com 05:32:44.48 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: S 0:0(0) win 6144 (DF) 4500 002c 9995 4000 4006 d5a9 c065 9603 E..,..@.@....e.. c705 ae1e 0f5f 0019 1e99 0200 0000 0000 ....._.......... 6002 1800 8488 0000 0204 05b4 `........... 05:32:44.72 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: S 0:0(0) ack 1 win 2048 4500 002c 9062 0000 3106 2ddd c705 ae1e E..,.b..1.-..... c065 9603 0019 0f5f 0b07 1f01 1e99 0201 .e....._........ 6012 0800 6a6f 0000 0204 05b4 6967 `...jo......ig 05:32:44.72 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: . ack 1 win 6144 (DF) 4500 0028 9999 4000 4006 d5a9 c065 9603 E..(..@.@....e.. c705 ae1e 0f5f 0019 1e99 0201 0b07 1f02 ....._.......... 5010 1800 722c 0000 P...r,.. 05:32:45.85 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 1:36(35) ack 1 win 2048 (DF) 4500 004b 9063 4000 3106 edbc c705 ae1e E..K.c@.1....... c065 9603 0019 0f5f 0b07 1f02 1e99 0201 .e....._........ 5018 0800 18b3 0000 3232 3020 736d 7470 P.......220 smtp 2e61 7263 6164 612e 636f 6d20 5365 7276 .arcada.com Serv 6963 6520 7265 6164 790d 0a ice ready.. 05:32:45.86 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 1:25(24) ack 36 win 6144 (DF) 4500 0040 999d 4000 4006 d58d c065 9603 E..@..@.@....e.. c705 ae1e 0f5f 0019 1e99 0201 0b07 1f25 ....._.........% 5018 1800 aac0 0000 4845 4c4f 2076 7334 P.......HELO vs4 3030 302e 696e 666f 636f 6d6d 2e63 6f6d 000.infocomm.com 05:32:46.25 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 36:62(26) ack 25 win 2024 4500 0042 9064 0000 3106 2dc5 c705 ae1e E..B.d..1.-..... c065 9603 0019 0f5f 0b07 1f25 1e99 0219 .e....._...%.... 5018 07e8 2842 0000 3235 3020 506c 6561 P...(B..250 Plea 7365 6420 746f 206d 6565 7420 796f 7520 sed to meet you 0d0a .. 05:32:46.25 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 25:27(2) ack 62 win 6118 (DF) 4500 002a 999e 4000 4006 d5a2 c065 9603 E..*..@.@....e.. c705 ae1e 0f5f 0019 1e99 0219 0b07 1f3f ....._.........? 5018 17e6 64dd 0000 0d0a P...d..... 05:32:46.56 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 62:89(27) ack 27 win 2022 4500 0043 9065 0000 3106 2dc3 c705 ae1e E..C.e..1.-..... c065 9603 0019 0f5f 0b07 1f3f 1e99 021b .e....._...?.... 5018 07e6 fa72 0000 3530 3020 436f 6d6d P....r..500 Comm 616e 6420 756e 7265 636f 676e 697a 6564 and unrecognized 200d 0a .. 05:32:46.56 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: P 27:58(31) ack 89 win 6117 (DF) 4500 0047 999f 4000 4006 d584 c065 9603 E..G..@.@....e.. c705 ae1e 0f5f 0019 1e99 021b 0b07 1f5a ....._.........Z 5018 17e5 8b98 0000 4d41 494c 2046 524f P.......MAIL FRO 4d3a 3c6d 6172 6b40 696e 666f 636f 6d6d M:.. 05:32:46.56 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: F 58:58(0) ack 89 win 6144 (DF) 4500 0028 99a0 4000 4006 d5a2 c065 9603 E..(..@.@....e.. c705 ae1e 0f5f 0019 1e99 023a 0b07 1f5a ....._.....:...Z 5011 1800 719a 0000 P...q... 05:32:46.81 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: . ack 59 win 1991 4500 0028 9066 0000 3106 2ddd c705 ae1e E..(.f..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 5010 07c7 81d3 0000 0000 0000 0000 P............. 05:32:46.91 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: P 89:105(16) ack 59 win 1991 4500 0038 9067 0000 3106 2dcc c705 ae1e E..8.g..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 5018 07c7 7fb0 0000 3235 3020 5365 6e64 P.......250 Send 6572 204f 4b20 0d0a er OK .. 05:32:46.91 VS4000.INFOCOMM.COM.3935 > smtp.arcada.com.smtp: R 59:59(0) win 0 4500 0028 99a1 0000 4006 15a2 c065 9603 E..(....@....e.. c705 ae1e 0f5f 0019 1e99 023b 0000 0000 ....._.....;.... 5004 0000 b407 0000 P....... 05:32:46.96 smtp.arcada.com.smtp > VS4000.INFOCOMM.COM.3935: RP 89:105(16) ack 59 win 1991 4500 0038 9068 0000 3106 2dcb c705 ae1e E..8.h..1.-..... c065 9603 0019 0f5f 0b07 1f5a 1e99 023b .e....._...Z...; 501c 07c7 7fac 0000 3235 3020 5365 6e64 P.......250 Send 6572 204f 4b20 0d0a er OK .. New mail on node VS4000 from MX%"Postmaster@infocomm.com" (05:32:47) This illuminates the fact that the remote SMTP implementation is broken since it processed the original command (HELO vs4000.infocomm.com) before it received the "" that actually terminates the command. It then barfs a bit later when it receives the bare . So the aparrent complaint about "MAIL FROM" being an unrecognized command isn't really what it thought was wrong. The odds of getting the remote site fixed in any measurable amount of time are pretty slim, so I was wondering (without looking at the code explicitly) what it would take to convince MX to try and present complete lines of data to the TCP layer all in one chunk. This would increase the odds of the TCP layer delivering the whole "line" as a single packet and letting the other side get on with things. -- Any ideas as to how to send a message to the postmaster@arcada.com (or maybe barchamb@arcada.com) to try and inform him of their broken mail transport? -- Mark Pizzolato - INFO COMM Computer Consulting, Danville, Ca PHONE: (510)837-5600 UUCP: decwrl!infopiz!mark DOMAIN: mark@infocomm.com --Boundary (ID tecNjoC2sUW66aMIb895Kw)-- --Boundary (ID 5DwpwaYtzo7heTtj8pIIpA)-- --Boundary (ID LQH8itPokGvcf/o88GgL+Q)-- ================================================================================ Archive-Date: Fri, 25 Aug 1995 12:55:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: everhart@star.enet.dec.com (Glenn C. Everhart) Subject: Re: Gateway between two mail systems-- Is MX best? Date: 25 Aug 1995 17:44:43 GMT Message-ID: <41l26b$f34@nntpd.lkg.dec.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU MX will interconnect DECnet, TCP/IP, UUCP and I believe Bitnet type mail with rewriting and simple configurability. This is a good big chunk of what people want, but not necessarily the whole magillah. PMDF adds some more mail types to the list. While many folks use MX as a replacement smtp% only mailer, it is able to interface several mail types and handles address translation reasonably. PMDF has however a very feature-ful suite of address translation features. Neither MX nor PMDF depends on anyone's underlying TCP/IP stack and MX can be very profitably used in non-tcp/ip environments. ================================================================================ Archive-Date: Fri, 25 Aug 1995 15:34:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 13:32:17 PDT From: Mike Johnson (415) 594-3530 Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU CC: mcjohnson@wizard.farinon.harris.com Message-ID: <00995677.A8D293C0.22706@wizard.farinon.harris.com> Subject: SUMMARY Update - Error in applying "MAILSHR_PATCH This is a summary of current status on a subject presented several weeks ago to the INFO-VAX and INFO-MX lists. ----------------------------------------------------------------------------- History: I was attempting to apply the MAILSHR_PATCH available from "ftp.wku.edu" to OpenVMS V5.5-2H4. The kit only supports V5.5-2. I tried applying the patch using the 5.5-2 information, got an error. I then made a request to the VAX and MX for information on how to get the necessary patch information for 5.5-2H4. Current: I got several responses back (Alan Greig - UAD, Dan Wing - TGV) about taking a 5.5-2 MAILSHR.EXE file from another system, install it on the V5.5-2H4 system, and then apply the patch. I tried this (without applying the patch first - one step at a time), and when MAIL was executed I got the following: $ MAIL %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000001E, PC=000D23A9, PSL=0BC00000 Improperly handled condition, image exit forced. Signal arguments Stack contents Number = 00000005 0000005B Name = 0000000C 00000000 00000000 000DE400 0000001E 000D2254 000D23A9 000D2140 0BC00000 000D2150 000D2274 000D23CF 2BFC0000 7FE423E0 Register dump R0 = 0000000C R1 = 00000000 R2 = 0000001F R3 = 000DE43C R4 = 00000C7C R5 = 00000001 R6 = 000DE414 R7 = 00000001 R8 = 000D221C R9 = 000D8788 R10= 000002D8 R11= 000DE400 AP = 7FE419D0 FP = 7FE41990 SP = 7FE41A0C PC = 000D23A9 PSL= 0BC00000 Question: I am not sure if I did something incorrect, or it is just the way it is. I appear to be back where I started with my initial inquiry. Does anyone have a suggestion on how I can get the MAILSHR patch to work on V5.5-2H4, or do I have to wait until we can move to V6.2 (approx Dec 95). Thanks for any help or information. Mike ------------------------------------------------------------------------------- Michael Johnson Manager - Engineering Computer Services Harris Corp./Farinon Div. 1691 Bayport Ave., San Carlos, CA 94070-5307 Voice - (415) 594-3530 FAX - (415) 594-3777 Internet - mike.johnson@farinon.harris.com ------------------------------------------------------------------------------ ================================================================================ Archive-Date: Fri, 25 Aug 1995 15:40:44 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: dyson@sunfish.physics.uiowa.edu (Richard L. Dyson) Subject: No MX Mail Announcement Broadcast on Alpha Cluster!! Message-ID: Reply-To: MX-List@WKUVX1.WKU.EDU Date: Fri, 25 Aug 1995 20:10:21 GMT To: MX-List@WKUVX1.WKU.EDU I am running MX v4.1 on an Alpha Server 2100 4/233 with OpenVMS v6.2 and UCX v3.3. There are also three Alpha 3000-300X workstations clustered in this system. Whenever e-mail inbound through MX is delivered to a local mailbox, an interactive user on one of the satellite nodes is not informed via the bell/beep and display message everyone has come to expect. However, when the user goes into Mail, the new mail is there. Also, the DECWindows mail program's icon does change to indicate new mail, but no beep is heard nor do any of the DECTerms get an announcement. This is true for all the satellite nodes only. If the user is logged into the boot server node (where MX SMTP Server is running) then their incoming mail is properly announced. I have defined the Mail$System_Flags to be 7 (/system/exec) on all cluster members and have rebooted the machines, all without changing any of the above symptons. $ Show Logical /Full Mail* (LNM$SYSTEM_TABLE) [kernel] [shareable,system] [Protection=(RWC,RWC,R,R)] [Owner=[SYSTEM]] "MAIL$INTERNET_TRANSPORT" [exec] = "MX" "MAIL$SYSTEM_FLAGS" [exec] = "7" "MAILSHR_TV" [exec] = "MAILSHR" I saw something like this once before with UCX v3.1 or v3.2 when we had OpenVMS v6.1 but there was a patch release for UCX that I applied and then I noticed the announcements started appearing. Thanks for any help! rick -- Richard L. Dyson INTERNET: dyson@sunfish.Physics.UIowa.EDU o__ o__ o__ o__ _.>/ _>/ _ _.>/ _.>/ _ (_) \(_)\(_) (_) \(_))\(_) (original cycles by trwagner@silver.ucs.indiana.edu) ================================================================================ Archive-Date: Fri, 25 Aug 1995 17:35:08 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: henrym@sacto.mp.usbr.gov Subject: Problem between MX and WP mail Date: Fri, 25 Aug 1995 21:40:26 GMT Message-ID: <00995681.2E61AF68@sacto.mp.usbr.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hi, all, Enclosed is a message from a friend who does not have NNTP access at this moment - if there are any comments please post them here or send them to me and I'll forward them to him. From: MX%"sellenwood@gw.sjrhs.org" 25-AUG-1995 09:43:42.24 To: MX%"TTW@spire.com",MX%"henrym@sacto.mp.usbr.gov" CC: MX%"Jlivermore@lsli.com" Subj: problems with VMS mail --> Office mail (VMS) Here's the problem we're having. I'd appreciate comments on the section you're involved in. Thanks!!! :) dse ~~~~~~~ From: MX%"'SMT::TTW'@spire.com" 25-AUG-1995 08:26:42.13 To: MX%"sellenwood@sjrhs.org" CC: Subj: Internet mail/Off31 mail issue. ST. JOSEPH'S MEDICAL CENTER Scott, Here is a recap of the problem as I understand it. PROBLEM: Off31 mail users are not able to receive internet mail messages through wpgate. The internet mail currently comes in though a fire wall, then to MX mail 6.1, where it is routed to VMSmail. At this point if the user has not set an auto forward the mail can be read in VMSmail. [[ CORRECT ]] If an auto forward to wpgate has been set then the mail is not found in VMSmail nor in off31 mail. [[ CORRECT AGAIN ]] If an auto forward to another VMSmail user has been set, then the internet message will be found in VMSmail for that user. [[ WRONG. IT'S GONE. PERIOD. ]] If an internet originated message in VMSmail is forwarded on though wpgate or to another VMSmail user with a set forward to wpgate, then the message will be found in off31 mail. [[ NOPE. SAME THING. JUST DISAPPEARS. ]] Possible Diagnosis: I can receive mail from the internet into off31 via VMSmail. We(spire) think the problem lies with MX mail and how it talks to wpgate. That seems to be the difference between our two systems. We are using TGV Multinet. [[ BUT THE SAME PEOPLE INVOLVED ORIGINALLY WITH CMU'S TCPIP *MADE* TGV, SO I'D THINK *SOME* THINGS SHOULD BE THE SAME... AND MX WAS THE STANDARD BACK THEN. HMMMM... ]] What we think is happening is that MX mail is not being able to pass the message correctly to wpgate. It could be one of two things: 1) WPGATE can't handle an internet mail header which MX mail is passing to it. (i.e. internet to:, from: fields etc.) [[ UMMM... I DON'T THINK THIS COULD BE THE CASE. A *LOT* OF PEOPLE USE MXMAIL. DON'T KNOW HOW MANY OF THOSE USE OFFICE , HOWEVER...]] 2) MX mail is not able to invoke and correctly pass the message to WPGATE. Due to going through VMSmail and invoking the WPGATE mail share run time library. [[ DONT KNOW ABOUT THIS ONE...]] Possible Solution/Work Around: This is an idea that just hit me. For the users which want to read their VMSmail/internet mail in off31 mail: Have them remove the set forward on their VMSmail account. Then add the /import_vmsmail qualifier to the ml31 command used to enter off31 mail, ie. ml31/import_vmsmail. [[ I TRIED THIS PART... IT DIDN'T WORK QUITE RIGHT. 'FROM' ADDRESSES WERE A BIT HOSED ]] Then inside off31 mail set the location of their vmsmail .mail file in the PF2,F11(text in/out) screen. [[ WE DIDN'T TRY *THIS* PART. I'LL LET YOU KNOW IF IT HELPS ]] This will import the contents of their VMSmail mailbox into off31 mail. I was able to bring in my VMSmail and reply with the correct address. Other Options: 1) TGV Multinet is working for us. Switching is an option. [[ NOPE. IT'S NOT. NOT UNLESS SPIRE WOULD LIKE TO GIVE US A GRANT FOR ABOUT $30k !!! LOL!!! ;) ]] 2) Use your fire wall to build in the first few lines of the mail message a header that is the same as the header in a VMSmail mail message. [[ JIM? WHAT DO *YOU* THINK ABOUT *THIS* IDEA? ]] 3) Remove your set forwards in VMSmail. Then have a com procedure in batch mode go into VMSmail select all of the mail and forward it to WPGATE every 5 to 10 minutes. [[ GO IN TO *EACH* OF THE 500 USERS' ACCOUNTS & FORWARD IT? HOW? HAVE AN IDEA FOR THE SCRIPT CONTENT? I'D LIKE TO LOOK AT IT AS AN ALTERNATIVE.]] Well here are some ideas. I think our best bet is to use the /import_vmsmail qualifier. That seems to be the simplest/cleanest. Give me a call if you have any questions. Thanks, Tyler Whitaker. Spire Technologies TTW@spire.com 801-226-3355 voice [[ AND THANK *YOU* FOR YOUR HELP! :) ]] -HWM ---------- Henry W. Miller Assistant Systems and Network Manager U.S. Bureau of Reclamation, Mid Pacific Region 2800 Cottage Way MP1130 Sacramento, CA 95825 (916) 979-2382 ================================================================================ Archive-Date: Mon, 28 Aug 1995 08:06:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Aug 1995 08:05:29 +0600 To: mx-list@wkuvx1.wku.edu From: Rick Stacks Reply-To: MX-List@MadGoat.com Subject: Re: Problem between MX and WP mail Message-ID: <19950828080533.132b6c62.in@pc-185-60.osmre.gov> At 21:40 1995/8/25 +0000, henrym@sacto.mp.usbr.gov wrote: > >Hi, all, > > Enclosed is a message from a friend who does not have >NNTP access at this moment - if there are any comments please >post them here or send them to me and I'll forward them to him. > >From: MX%"sellenwood@gw.sjrhs.org" 25-AUG-1995 09:43:42.24 >To: MX%"TTW@spire.com",MX%"henrym@sacto.mp.usbr.gov" >CC: MX%"Jlivermore@lsli.com" >Subj: problems with VMS mail --> Office mail (VMS) > >Here's the problem we're having. > >I'd appreciate comments on the section you're involved in. > >Thanks!!! :) > >dse > >~~~~~~~ > >From: MX%"'SMT::TTW'@spire.com" 25-AUG-1995 08:26:42.13 >To: MX%"sellenwood@sjrhs.org" >CC: >Subj: Internet mail/Off31 mail issue. > >ST. JOSEPH'S MEDICAL CENTER > >Scott, > > Here is a recap of the problem as I understand it. > > >PROBLEM: > Off31 mail users are not able to receive internet mail >messages through wpgate. The internet mail currently comes in >though a fire wall, then to MX mail 6.1, where it is routed to >VMSmail. At this point if the user has not set an auto forward the >mail can be read in VMSmail. >[[ CORRECT ]] > This is the case on my system. >If an auto forward to wpgate has been >set then the mail is not found in VMSmail nor in off31 mail. >[[ CORRECT AGAIN ]] > On my system (VMS v6.1, MX v4.1, CMU/IP v6.6-5, UUCP v2.0), *any* user who forwards his mail to WP Mail (VAX or PC) has his mail forwarded i.e. internet mail gets to and from WP Mail users. I'll grant that the addressing is a royal pain in the butt, but it does work. >If an auto forward to another VMSmail user has been set, then the >internet message will be found in VMSmail for that user. >[[ WRONG. IT'S GONE. PERIOD. ]] > Nope. Forwarded on our system. > If an internet originated message in VMSmail is forwarded on >though wpgate or to another VMSmail user with a set forward to >wpgate, then the message will be found in off31 mail. >[[ NOPE. SAME THING. JUST DISAPPEARS. ]] > Nope. Again, forwarded. >Possible Diagnosis: > I can receive mail from the internet into off31 via VMSmail. >We(spire) think the problem lies with MX mail and how it talks to >wpgate. That seems to be the difference between our two systems. We >are using TGV Multinet. > >[[ BUT THE SAME PEOPLE INVOLVED ORIGINALLY WITH CMU'S TCPIP *MADE* >TGV, SO I'D THINK *SOME* THINGS SHOULD BE THE SAME... AND MX WAS >THE STANDARD BACK THEN. HMMMM... ]] > Personally, I feel that any problem that occurs between WP Mail and any other mail system is the problem of WP Mail. WP Mail does NOT appear to be RFC compliant and does NOT send and receive internet messages very well, nor does it do a very good job of communicating with any other mail system other than WP Mail or Groupwise. IMHO. > What we think is happening is that MX mail is not being able >to pass the message correctly to wpgate. It could be one of two >things: > 1) WPGATE can't handle an internet mail header which MX mail >is passing to it. (i.e. internet to:, from: fields etc.) > >[[ UMMM... I DON'T THINK THIS COULD BE THE CASE. A *LOT* OF PEOPLE >USE MXMAIL. DON'T KNOW HOW MANY OF THOSE USE OFFICE , HOWEVER...]] > We do; but my opinion is stated above. > 2) MX mail is not able to invoke and correctly pass the >message to WPGATE. Due to going through VMSmail and invoking the >WPGATE mail share run time library. >[[ DONT KNOW ABOUT THIS ONE...]] > >Possible Solution/Work Around: > This is an idea that just hit me. For the users which want to >read their VMSmail/internet mail in off31 mail: > > Have them remove the set forward on their VMSmail > account. Then add the /import_vmsmail qualifier to the ml31 > command used to enter off31 mail, ie. ml31/import_vmsmail. >[[ I TRIED THIS PART... IT DIDN'T WORK QUITE RIGHT. 'FROM' ADDRESSES >WERE A BIT HOSED ]] > Then inside off31 mail set the location of their vmsmail .mail > file in the PF2,F11(text in/out) screen. >[[ WE DIDN'T TRY *THIS* PART. I'LL LET YOU KNOW IF IT HELPS ]] > Never heard about this; have to try it and see how well it works... > This will import the contents of their VMSmail mailbox into >off31 mail. I was able to bring in my VMSmail and reply with the >correct address. > >Other Options: > 1) TGV Multinet is working for us. Switching is an option. >[[ NOPE. IT'S NOT. NOT UNLESS SPIRE WOULD LIKE TO GIVE US A >GRANT FOR ABOUT $30k !!! LOL!!! ;) ]] > Amen to that! > 2) Use your fire wall to build in the first few lines of the >mail message a header that is the same as the header in a VMSmail >mail message. >[[ JIM? WHAT DO *YOU* THINK ABOUT *THIS* IDEA? ]] > > 3) Remove your set forwards in VMSmail. Then have a com >procedure in batch mode go into VMSmail select all of the mail and >forward it to WPGATE every 5 to 10 minutes. > >[[ GO IN TO *EACH* OF THE 500 USERS' ACCOUNTS & FORWARD IT? HOW? >HAVE AN IDEA FOR THE SCRIPT CONTENT? I'D LIKE TO LOOK AT IT AS >AN ALTERNATIVE.]] > > Well here are some ideas. I think our best bet is to use the >/import_vmsmail qualifier. That seems to be the simplest/cleanest. >Give me a call if you have any questions. > >Thanks, > >Tyler Whitaker. >Spire Technologies >TTW@spire.com >801-226-3355 voice >[[ AND THANK *YOU* FOR YOUR HELP! :) ]] > >-HWM >---------- >Henry W. Miller >Assistant Systems and Network Manager >U.S. Bureau of Reclamation, Mid Pacific Region >2800 Cottage Way MP1130 >Sacramento, CA 95825 (916) 979-2382 > Thanks for posting this Henry. I wish your friend the best of luck -- I compare his quest to the search for the Holy Grail. -- Rick -- Rick Stacks, Computer Section | They that give up essential liberty Ark Dept Pollution Control | to obtain a little temporary safety 8001 National Dr. / POB 8913 | deserve neither liberty nor safety Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 voice: 501-682-0671 fax: 501-682-0707 email: stacks@adpce.lrk.ar.us ================================================================================ Archive-Date: Mon, 28 Aug 1995 08:09:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Aug 1995 08:50:05 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mike.johnson@farinon.harris.com Message-ID: <009958AB.BC36F2E0.9@swdev.si.com> Subject: RE: SUMMARY Update - Error in applying "MAILSHR_PATCH Michael Johnson (mike.johnson@farinon.harris.com) writes: I appear to be back where I started with my initial inquiry. Does anyone have a suggestion on how I can get the MAILSHR patch to work on V5.5-2H4, or do I have to wait until we can move to V6.2 (approx Dec 95). My suggestion is for you to use PATCH or DUMP to examine the unpatched MAILSHR and then locate in it the same code that is patched in the MAILSHR_PATCH file. It shouldn't be too hard. Most likely, the address of the code that needs to be changed is reasonably close to the addresses used in the other versions' images. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Mon, 28 Aug 1995 14:49:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: bnaibrit@clarknet.com (B'nai B'rith MIS) Reply-To: MX-List@MadGoat.com Subject: Recommended mail program for OpenVMS Date: 28 Aug 1995 19:37:26 GMT Message-ID: <41t5tm$7nc@clarknet.clark.net> MIME-Version: 1.0 To: MX-List@WKUVX1.WKU.EDU Can anyone recommend a good mail program for OpenVMS 6.0? Anyone? Anyone? We have VMSMail linked with DECUS UUCP 2.0 right now, but it really isn't that great. We cannot seem to find much out there other than that DECUS UUCP program. Any help would be GREATLY appreciated. Thanks a bunch. Jay Corriveau ================================================================================ Archive-Date: Mon, 28 Aug 1995 15:04:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Aug 1995 16:02:15 -0400 (EDT) From: Don Badrak Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com CC: mx-list@WKUVX1.WKU.EDU Subject: Re: Problem between MX and WP mail Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII The strange thing with this message (from it's originator) is that Spire Technologies now supports WP Office on VMS. I asked them these types of questions, they waffled for about a month, and they came back and said that they don't support using MX. On Mon, 28 Aug 1995, Rick Stacks wrote: > > At 21:40 1995/8/25 +0000, henrym@sacto.mp.usbr.gov wrote: > > > >Hi, all, > > > > Enclosed is a message from a friend who does not have > >NNTP access at this moment - if there are any comments please > >post them here or send them to me and I'll forward them to him. > > > >From: MX%"sellenwood@gw.sjrhs.org" 25-AUG-1995 09:43:42.24 > >To: MX%"TTW@spire.com",MX%"henrym@sacto.mp.usbr.gov" > >CC: MX%"Jlivermore@lsli.com" > >Subj: problems with VMS mail --> Office mail (VMS) > > > >Here's the problem we're having. > > > >I'd appreciate comments on the section you're involved in. > > > >Thanks!!! :) > > > >dse > > > >~~~~~~~ > > > >From: MX%"'SMT::TTW'@spire.com" 25-AUG-1995 08:26:42.13 > >To: MX%"sellenwood@sjrhs.org" > >CC: > >Subj: Internet mail/Off31 mail issue. > > > >ST. JOSEPH'S MEDICAL CENTER > > > >Scott, > > > > Here is a recap of the problem as I understand it. > > > > > >PROBLEM: > > Off31 mail users are not able to receive internet mail > >messages through wpgate. The internet mail currently comes in > >though a fire wall, then to MX mail 6.1, where it is routed to > >VMSmail. At this point if the user has not set an auto forward the > >mail can be read in VMSmail. > >[[ CORRECT ]] > > > [deleted] > > If an internet originated message in VMSmail is forwarded on > >though wpgate or to another VMSmail user with a set forward to > >wpgate, then the message will be found in off31 mail. > >[[ NOPE. SAME THING. JUST DISAPPEARS. ]] > > > > Nope. Again, forwarded. > > >Possible Diagnosis: > > I can receive mail from the internet into off31 via VMSmail. > >We(spire) think the problem lies with MX mail and how it talks to > >wpgate. That seems to be the difference between our two systems. We > >are using TGV Multinet. > > > >[[ BUT THE SAME PEOPLE INVOLVED ORIGINALLY WITH CMU'S TCPIP *MADE* > >TGV, SO I'D THINK *SOME* THINGS SHOULD BE THE SAME... AND MX WAS > >THE STANDARD BACK THEN. HMMMM... ]] > > > > Personally, I feel that any problem that occurs between WP Mail and > any other mail system is the problem of WP Mail. WP Mail does NOT > appear to be RFC compliant and does NOT send and receive internet > messages very well, nor does it do a very good job of communicating > with any other mail system other than WP Mail or Groupwise. IMHO. > The problem I believe w/ WPOFF31 mail is that it doesn't like something in the (proper) RFC header. That is, when a message is received, it tries to create a file using some component of the recipient (and/or sender), and there are characters it doesn't like. Like, say, the percent (%) and the at (@) signs, neiter legal characters in a VMS filename. In a message received by MX, the To: header appears as To: MX%"username@thishost.domain" whereas a message received by MultiNet's SMTP appears as: To: VMSUSERNAME See, MultiNet rewrites the To field as only the VMS username. I've submitted a new feature request (or think I did through a previous discussion of this same topic) to the MX developers. The response was they'd get to it when they had a chance (I understand how busy they are), or I could make the change. The problem with my customizing it is that I don't know a lick about BLISS. I was thinking about a MX_MULTINET_SMTP_EMULATE logical (or something similar) to handle this, where it put only the VMS username in the To field(s). > > What we think is happening is that MX mail is not being able > >to pass the message correctly to wpgate. It could be one of two > >things: > > 1) WPGATE can't handle an internet mail header which MX mail > >is passing to it. (i.e. internet to:, from: fields etc.) > > > >[[ UMMM... I DON'T THINK THIS COULD BE THE CASE. A *LOT* OF PEOPLE > >USE MXMAIL. DON'T KNOW HOW MANY OF THOSE USE OFFICE , HOWEVER...]] > > > > We do; but my opinion is stated above. > > > 2) MX mail is not able to invoke and correctly pass the > >message to WPGATE. Due to going through VMSmail and invoking the > >WPGATE mail share run time library. > >[[ DONT KNOW ABOUT THIS ONE...]] > > > >Possible Solution/Work Around: > > This is an idea that just hit me. For the users which want to > >read their VMSmail/internet mail in off31 mail: > > > > Have them remove the set forward on their VMSmail > > account. Then add the /import_vmsmail qualifier to the ml31 > > command used to enter off31 mail, ie. ml31/import_vmsmail. > >[[ I TRIED THIS PART... IT DIDN'T WORK QUITE RIGHT. 'FROM' ADDRESSES > >WERE A BIT HOSED ]] > > Then inside off31 mail set the location of their vmsmail .mail > > file in the PF2,F11(text in/out) screen. > >[[ WE DIDN'T TRY *THIS* PART. I'LL LET YOU KNOW IF IT HELPS ]] > > > > Never heard about this; have to try it and see how well it works... > > > This will import the contents of their VMSmail mailbox into > >off31 mail. I was able to bring in my VMSmail and reply with the > >correct address. > > > >Other Options: > > 1) TGV Multinet is working for us. Switching is an option. > >[[ NOPE. IT'S NOT. NOT UNLESS SPIRE WOULD LIKE TO GIVE US A > >GRANT FOR ABOUT $30k !!! LOL!!! ;) ]] > > > > Amen to that! > > > 2) Use your fire wall to build in the first few lines of the > >mail message a header that is the same as the header in a VMSmail > >mail message. > >[[ JIM? WHAT DO *YOU* THINK ABOUT *THIS* IDEA? ]] > > > > 3) Remove your set forwards in VMSmail. Then have a com > >procedure in batch mode go into VMSmail select all of the mail and > >forward it to WPGATE every 5 to 10 minutes. > > > >[[ GO IN TO *EACH* OF THE 500 USERS' ACCOUNTS & FORWARD IT? HOW? > >HAVE AN IDEA FOR THE SCRIPT CONTENT? I'D LIKE TO LOOK AT IT AS > >AN ALTERNATIVE.]] > > > > Well here are some ideas. I think our best bet is to use the > >/import_vmsmail qualifier. That seems to be the simplest/cleanest. > >Give me a call if you have any questions. Or, better document the function of the WPOFFICE mail stuff and tell the world how it works when it receives a message from a foreign system. > >Thanks, > > > >Tyler Whitaker. > >Spire Technologies > >TTW@spire.com > >801-226-3355 voice > >[[ AND THANK *YOU* FOR YOUR HELP! :) ]] > > > >-HWM > >---------- > >Henry W. Miller > >Assistant Systems and Network Manager > >U.S. Bureau of Reclamation, Mid Pacific Region > >2800 Cottage Way MP1130 > >Sacramento, CA 95825 (916) 979-2382 > > > > Thanks for posting this Henry. I wish your friend the best of luck -- > I compare his quest to the search for the Holy Grail. > > -- Rick > > -- > Rick Stacks, Computer Section | They that give up essential liberty > Ark Dept Pollution Control | to obtain a little temporary safety > 8001 National Dr. / POB 8913 | deserve neither liberty nor safety > Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 > voice: 501-682-0671 fax: 501-682-0707 email: stacks@adpce.lrk.ar.us > (sorry for level of nesting, but it's necessary to reply to the various points made). Don --- Don.Badrak@Census.GOV 301.457.1125 work MWThF Geography Division 301.457.4336 work Tu U.S. Bureau of the Census 301.457.4710 fax Suitland MD, USA ================================================================================ Archive-Date: Mon, 28 Aug 1995 15:05:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Aug 1995 16:02:15 -0400 (EDT) From: Don Badrak Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com CC: mx-list@WKUVX1.WKU.EDU Subject: Re: Problem between MX and WP mail Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII The strange thing with this message (from it's originator) is that Spire Technologies now supports WP Office on VMS. I asked them these types of questions, they waffled for about a month, and they came back and said that they don't support using MX. On Mon, 28 Aug 1995, Rick Stacks wrote: > > At 21:40 1995/8/25 +0000, henrym@sacto.mp.usbr.gov wrote: > > > >Hi, all, > > > > Enclosed is a message from a friend who does not have > >NNTP access at this moment - if there are any comments please > >post them here or send them to me and I'll forward them to him. > > > >From: MX%"sellenwood@gw.sjrhs.org" 25-AUG-1995 09:43:42.24 > >To: MX%"TTW@spire.com",MX%"henrym@sacto.mp.usbr.gov" > >CC: MX%"Jlivermore@lsli.com" > >Subj: problems with VMS mail --> Office mail (VMS) > > > >Here's the problem we're having. > > > >I'd appreciate comments on the section you're involved in. > > > >Thanks!!! :) > > > >dse > > > >~~~~~~~ > > > >From: MX%"'SMT::TTW'@spire.com" 25-AUG-1995 08:26:42.13 > >To: MX%"sellenwood@sjrhs.org" > >CC: > >Subj: Internet mail/Off31 mail issue. > > > >ST. JOSEPH'S MEDICAL CENTER > > > >Scott, > > > > Here is a recap of the problem as I understand it. > > > > > >PROBLEM: > > Off31 mail users are not able to receive internet mail > >messages through wpgate. The internet mail currently comes in > >though a fire wall, then to MX mail 6.1, where it is routed to > >VMSmail. At this point if the user has not set an auto forward the > >mail can be read in VMSmail. > >[[ CORRECT ]] > > > [deleted] > > If an internet originated message in VMSmail is forwarded on > >though wpgate or to another VMSmail user with a set forward to > >wpgate, then the message will be found in off31 mail. > >[[ NOPE. SAME THING. JUST DISAPPEARS. ]] > > > > Nope. Again, forwarded. > > >Possible Diagnosis: > > I can receive mail from the internet into off31 via VMSmail. > >We(spire) think the problem lies with MX mail and how it talks to > >wpgate. That seems to be the difference between our two systems. We > >are using TGV Multinet. > > > >[[ BUT THE SAME PEOPLE INVOLVED ORIGINALLY WITH CMU'S TCPIP *MADE* > >TGV, SO I'D THINK *SOME* THINGS SHOULD BE THE SAME... AND MX WAS > >THE STANDARD BACK THEN. HMMMM... ]] > > > > Personally, I feel that any problem that occurs between WP Mail and > any other mail system is the problem of WP Mail. WP Mail does NOT > appear to be RFC compliant and does NOT send and receive internet > messages very well, nor does it do a very good job of communicating > with any other mail system other than WP Mail or Groupwise. IMHO. > The problem I believe w/ WPOFF31 mail is that it doesn't like something in the (proper) RFC header. That is, when a message is received, it tries to create a file using some component of the recipient (and/or sender), and there are characters it doesn't like. Like, say, the percent (%) and the at (@) signs, neiter legal characters in a VMS filename. In a message received by MX, the To: header appears as To: MX%"username@thishost.domain" whereas a message received by MultiNet's SMTP appears as: To: VMSUSERNAME See, MultiNet rewrites the To field as only the VMS username. I've submitted a new feature request (or think I did through a previous discussion of this same topic) to the MX developers. The response was they'd get to it when they had a chance (I understand how busy they are), or I could make the change. The problem with my customizing it is that I don't know a lick about BLISS. I was thinking about a MX_MULTINET_SMTP_EMULATE logical (or something similar) to handle this, where it put only the VMS username in the To field(s). > > What we think is happening is that MX mail is not being able > >to pass the message correctly to wpgate. It could be one of two > >things: > > 1) WPGATE can't handle an internet mail header which MX mail > >is passing to it. (i.e. internet to:, from: fields etc.) > > > >[[ UMMM... I DON'T THINK THIS COULD BE THE CASE. A *LOT* OF PEOPLE > >USE MXMAIL. DON'T KNOW HOW MANY OF THOSE USE OFFICE , HOWEVER...]] > > > > We do; but my opinion is stated above. > > > 2) MX mail is not able to invoke and correctly pass the > >message to WPGATE. Due to going through VMSmail and invoking the > >WPGATE mail share run time library. > >[[ DONT KNOW ABOUT THIS ONE...]] > > > >Possible Solution/Work Around: > > This is an idea that just hit me. For the users which want to > >read their VMSmail/internet mail in off31 mail: > > > > Have them remove the set forward on their VMSmail > > account. Then add the /import_vmsmail qualifier to the ml31 > > command used to enter off31 mail, ie. ml31/import_vmsmail. > >[[ I TRIED THIS PART... IT DIDN'T WORK QUITE RIGHT. 'FROM' ADDRESSES > >WERE A BIT HOSED ]] > > Then inside off31 mail set the location of their vmsmail .mail > > file in the PF2,F11(text in/out) screen. > >[[ WE DIDN'T TRY *THIS* PART. I'LL LET YOU KNOW IF IT HELPS ]] > > > > Never heard about this; have to try it and see how well it works... > > > This will import the contents of their VMSmail mailbox into > >off31 mail. I was able to bring in my VMSmail and reply with the > >correct address. > > > >Other Options: > > 1) TGV Multinet is working for us. Switching is an option. > >[[ NOPE. IT'S NOT. NOT UNLESS SPIRE WOULD LIKE TO GIVE US A > >GRANT FOR ABOUT $30k !!! LOL!!! ;) ]] > > > > Amen to that! > > > 2) Use your fire wall to build in the first few lines of the > >mail message a header that is the same as the header in a VMSmail > >mail message. > >[[ JIM? WHAT DO *YOU* THINK ABOUT *THIS* IDEA? ]] > > > > 3) Remove your set forwards in VMSmail. Then have a com > >procedure in batch mode go into VMSmail select all of the mail and > >forward it to WPGATE every 5 to 10 minutes. > > > >[[ GO IN TO *EACH* OF THE 500 USERS' ACCOUNTS & FORWARD IT? HOW? > >HAVE AN IDEA FOR THE SCRIPT CONTENT? I'D LIKE TO LOOK AT IT AS > >AN ALTERNATIVE.]] > > > > Well here are some ideas. I think our best bet is to use the > >/import_vmsmail qualifier. That seems to be the simplest/cleanest. > >Give me a call if you have any questions. Or, better document the function of the WPOFFICE mail stuff and tell the world how it works when it receives a message from a foreign system. > >Thanks, > > > >Tyler Whitaker. > >Spire Technologies > >TTW@spire.com > >801-226-3355 voice > >[[ AND THANK *YOU* FOR YOUR HELP! :) ]] > > > >-HWM > >---------- > >Henry W. Miller > >Assistant Systems and Network Manager > >U.S. Bureau of Reclamation, Mid Pacific Region > >2800 Cottage Way MP1130 > >Sacramento, CA 95825 (916) 979-2382 > > > > Thanks for posting this Henry. I wish your friend the best of luck -- > I compare his quest to the search for the Holy Grail. > > -- Rick > > -- > Rick Stacks, Computer Section | They that give up essential liberty > Ark Dept Pollution Control | to obtain a little temporary safety > 8001 National Dr. / POB 8913 | deserve neither liberty nor safety > Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 > voice: 501-682-0671 fax: 501-682-0707 email: stacks@adpce.lrk.ar.us > (sorry for level of nesting, but it's necessary to reply to the various points made). Don --- Don.Badrak@Census.GOV 301.457.1125 work MWThF Geography Division 301.457.4336 work Tu U.S. Bureau of the Census 301.457.4710 fax Suitland MD, USA ================================================================================ Archive-Date: Mon, 28 Aug 1995 15:10:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Aug 1995 15:04:16 -0500 (CDT) From: Stephen.L.Arnold@Arnold.Com Reply-To: MX-List@MadGoat.com Subject: Re: Recommended mail program for OpenVMS To: bnaibrit@clarknet.com CC: MX-List@WKUVX1.WKU.EDU, Stephen.L.Arnold@Arnold.Com Message-ID: <01HUM04U43D08WW1EQ@Badger.Arnold.Com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT > Can anyone recommend a good mail program for OpenVMS 6.0? > > Anyone? Anyone? > > We have VMSMail linked with DECUS UUCP 2.0 right now, but it really isn't that > great. We cannot seem to find much out there other than that DECUS UUCP > program. Any help would be GREATLY appreciated. > > Thanks a bunch. > Jay Corriveau You need to tell us more. Are you looking for a user agent or a message transfer agent (or both, or don't know)? If a user agent, what interface does it need to support? VT? X? MS Windows? If a message transfer agent, what transports does it need to support? UUCP? BITNET? Internet? LAN mail systems (MS Mail, cc:Mail, Lotus Notes, etc.)? Mail-11 (the DECnet application protocol used by VMSmail)? Are you willing to purchase something, or must it be freely available? Regards, "Steve" Stephen L. Arnold, Ph.D., President, Arnold Consulting, Inc. Address 2530 Targhee Street, Madison, Wisconsin 53711-5491 U.S.A. Telephone +1 608 278 7700 Facsimile +1 608 278 7701 Internet Stephen.L.Arnold@Arnold.Com http://WWW.Arnold.Com Pager (800) 351 8927 ================================================================================ Archive-Date: Mon, 28 Aug 1995 18:23:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Aug 1995 18:23:39 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <009958FB.DCB1C6F3.13@ALPHA.WKU.EDU> Subject: Re: Problem between MX and WP mail Don Badrak writes: > >The strange thing with this message (from it's originator) is that Spire >Technologies now supports WP Office on VMS. I asked them these types of >questions, they waffled for about a month, and they came back and said >that they don't support using MX. > Then they must not support PMDF, MultiNet, etc., either.... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Mon, 28 Aug 1995 18:30:15 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Recommended mail program for OpenVMS Date: 28 Aug 1995 23:20:04 GMT Message-ID: <41tiv4$o9i@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <41t5tm$7nc@clarknet.clark.net>, bnaibrit@clarknet.com (B'nai B'rith MIS) writes: =Can anyone recommend a good mail program for OpenVMS 6.0? = =Anyone? Anyone? = =We have VMSMail linked with DECUS UUCP 2.0 right now, but it really isn't that =great. We cannot seem to find much out there other than that DECUS UUCP =program. Any help would be GREATLY appreciated. Perhaps if you were to tell us what you want the program to do? -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Mon, 28 Aug 1995 19:50:49 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Aug 1995 20:47:36 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: bnaibrit@clarknet.com, hardis@garnet.nist.gov Message-ID: <0099590F.F869DFC0.1@garnet.nist.gov> Subject: RE: Recommended mail program for OpenVMS > Can anyone recommend a good mail program for OpenVMS 6.0? > We have VMSMail linked with DECUS UUCP 2.0 right now, but it really isn't > that great. We cannot seem to find much out there other than that DECUS UUCP > program. Any help would be GREATLY appreciated. May I presume that you use Clarknet as a dial-up service? Are you trying to tie your VAX into Clarknet's mail facilities? If Jamie [Clark] offers you a UUCP service that meets your needs, go with it. Internet mail (SMTP) would require a "24 hour" connection to Clarknet (or another Internet provider). I'd tell you to use MX with the UUCP interface, but I really know next to nothing about UUCP. - Jonathan ================================================================================ Archive-Date: Mon, 28 Aug 1995 23:06:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: leonard@craw.tgv.com (Aaron Leonard) Subject: Re: Recommended mail program for OpenVMS Date: 29 Aug 1995 03:52:04 GMT Message-ID: <41u2t4$rq2@news.ccit.arizona.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <41t5tm$7nc@clarknet.clark.net>, bnaibrit@clarknet.com (B'nai B'rith MIS) writes: |Can anyone recommend a good mail program for OpenVMS 6.0? | |Anyone? Anyone? | |We have VMSMail linked with DECUS UUCP 2.0 right now, but it really isn't that |great. We cannot seem to find much out there other than that DECUS UUCP |program. Any help would be GREATLY appreciated. | |Thanks a bunch. | |Jay Corriveau Well, first one needs to disambiguate between different kinds of "mail programs", in order to figure out how to arrive at that which you most deeply desire. There are mail user agents - the programs which interface to the end user. Then there are mail [message] transfer agents - the programs that move mail from system to system. DECUS UUCP includes the latter. Of mail user agents for VMS, here's what I'm familiar with: Name How to get Comments ----------- -------------- ---------------------------------- VMSMAIL comes with VMS character cell. works. no knowledge of Internet (RFC-822) mail headers. I use it. DECW$MAIL comes with VMS X windows based. works. No knowledge of Internet. I use it VMAIL get from net character cell. might work, might not. uses SMG for extra "user-friendliness" PMDF MAIL comes with PMDF looks like VMSMAIL but smarter PINE comes with PMDF "user friendly" PINE freeware version? MM comes with MultiNet - Character cell. Internet-aware. Going to be de-supported with MultiNet V3.5 Of message transfer agents - there's Mail-11 (really, the component of VMSMAIL that moves messages over DECnet), and PMDF (from Innosoft), and DECUS UUCP, and MX (from FTP.WKU.EDU) and the MultiNet SMTP mailer and the SMTP% in UCX and whatever Process and Wollongong have ... oh yeah, and DEC's Message Router, etc. There's a whole world out there. So ... what exactly do you seek? What does "great" mean to you? Aaron Aaron Leonard MultiNet-VMS@Support.TGV.COM [ work ] Leonard@Leonard.Tucson.AZ.US [ home ] ================================================================================ Archive-Date: Tue, 29 Aug 1995 03:55:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: gartmann@immunbio.mpg.de (Christoph Gartmann) Subject: Re: Recommended mail program for OpenVMS Date: 29 Aug 1995 06:45:43 GMT Message-ID: <41ud2n$11g@n.ruf.uni-freiburg.de> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <41t5tm$7nc@clarknet.clark.net>, bnaibrit@clarknet.com (B'nai B'rith MIS) writes: >Can anyone recommend a good mail program for OpenVMS 6.0? > >Anyone? Anyone? Depends on what kind of a program you need. I have a user-interface named S_MAIL.C that runs on OpenVMS VAX but not yet on OpenVMS AXP. If you would like to get a copy let me know. Regards, Christoph Gartmann P.S.: you should fix your e-mail address... --> Error description: Error-for: bnaibrit@CLARKNET.COM Error-Code: 3 Error-Text: Domain "CLARKNET.COM" doesn't exist. +----------------------------------------------------------------------------+ | Max-Planck-Institut fuer Phone : +49-761-5108-465 Fax: -221 | | Immunbiologie PSI : PSI%(0262)45050160374::GARTMANN | | Postfach 1169 Internet: gartmann@immunbio.mpg.de | | D-79011 Freiburg, FRG | +----------- Do you know MENUE, the user environment for OpenVMS? -----------+ ================================================================================ Archive-Date: Tue, 29 Aug 1995 05:51:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 29 Aug 1995 11:40:57 +0000 (GMT) From: "Donal McGrath, Teagasc HQ." Reply-To: MX-List@MadGoat.com Subject: Re: Recommended mail program for OpenVMS To: MX-List@wkuvx1.wku.edu Message-ID: <01HUN76C90R6001E8Y@HQ.TEAGASC.IE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT 29-AUG-1995 11:31:07 In reply to your message: > Can anyone recommend a good mail program for OpenVMS 6.0? > > We have VMSMail linked with DECUS UUCP 2.0 right now, but it really isn't that > great. We cannot seem to find much out there other than that DECUS UUCP > program. Any help would be GREATLY appreciated. > > Jay Corriveau > Well, here we use PMDF and DECUS UUCP linked to VMS mail. PMDF supplies our gateway to the outside world, and also supports a number of links to PCs on the TCP/IP network: POP2 POP3 IMAP SMTP and so users have a variety of MUAs. Most opt for PC-based systems using POP3 to download their mail from a VMS mailbox, and SMTP to send their mail out. On the VAX side, some users use PMDF PINE (comes with PMDF); one (myself) uses X Windows and a declining number use VMS Mail itself, with the IN% construct to invoke PMDF as the MTA. I have read in various abstracts that VMS Mail will understand Internet addresses from VMS 6.2 on. We also use DECUS UUCP linked to PMDF to allow remote users on PCs to dial into the VAX over UUCP and collect/deliver their mail; their outgoing mail goes via PMDF. PMDF is from Innosoft, info@innosoft.com Hope this is of some use to you. Donal McGrath. ______________________________________________________________________ TEAGASC Agriculture and Food Development Authority Headquarters: 19, Sandymount Avenue Phone: 353-1-6688188 Ballsbridge FAX: 353-1-6688023 Dublin, 4 Ireland ______________________________________________________________________ ================================================================================ Archive-Date: Tue, 29 Aug 1995 07:04:50 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 29 Aug 1995 07:03:44 +0600 To: mx-list@wkuvx1.wku.edu From: Rick Stacks Reply-To: MX-List@MadGoat.com Subject: Re: Problem between MX and WP mail Message-ID: <19950829070347.1819313c.in@pc-185-60.osmre.gov> At 16:02 1995/8/28 -0400, dbadrak@census.gov wrote: > > >The strange thing with this message (from it's originator) is that Spire >Technologies now supports WP Office on VMS. I asked them these types of >questions, they waffled for about a month, and they came back and said >that they don't support using MX. > >On Mon, 28 Aug 1995, Rick Stacks wrote: > >> >> At 21:40 1995/8/25 +0000, henrym@sacto.mp.usbr.gov wrote: >> > >> >Hi, all, >> > [stuff deleted] >> >> Personally, I feel that any problem that occurs between WP Mail and >> any other mail system is the problem of WP Mail. WP Mail does NOT >> appear to be RFC compliant and does NOT send and receive internet >> messages very well, nor does it do a very good job of communicating >> with any other mail system other than WP Mail or Groupwise. IMHO. >> > >The problem I believe w/ WPOFF31 mail is that it doesn't like something >in the (proper) RFC header. That is, when a message is received, it >tries to create a file using some component of the recipient (and/or >sender), and there are characters it doesn't like. > It would be *very* nice if Spire would make WP Mail RFC compliant. Making oneself a remote island in the middle of a communicating world just doesn't make a helluva lot of sense nowadays. Things like that tend to hurt, not help business! :-| Hey Spire -- y'all catching this thread? > >(sorry for level of nesting, but it's necessary to reply to the various >points made). > sometimes its better to have too much than not enough... Have a great week Don! >Don >--- -- Rick -- Rick Stacks, Computer Section | They that give up essential liberty Ark Dept of Pollution Control | to obtain a little temporary safety 8001 National Dr. / POB 8913 | deserve neither liberty nor safety Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 voice:501-682-0671 fax:501-682-0707 email:stacks@adpce.lrk.ar.us ================================================================================ Archive-Date: Tue, 29 Aug 1995 08:34:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: Todd Holt Reply-To: MX-List@MadGoat.com To: "'SMTP:MX-List@wkuvx1.wku.edu'" Subject: MX accounting entries Date: Tue, 29 Aug 95 08:36:00 PDT Message-ID: <30433465@smtpgate.stewart.com> I am running MX4.1 on a VAX 3100, VMS 5.5. I have the accounting turned on for SMTP and LOCAL agents. Q: Is there a switch or some other method to have the accoutning entries include the intended recipients in addition to the destination host machine?? Thanks, Todd Holt Landata Systems Houston, TX ================================================================================ Archive-Date: Tue, 29 Aug 1995 10:03:27 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 29 Aug 1995 10:03:10 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099597F.1BDF6CE4.6@ALPHA.WKU.EDU> Subject: RE: MX accounting entries Todd Holt writes: > >I am running MX4.1 on a VAX 3100, VMS 5.5. I have the accounting turned on >for SMTP and LOCAL agents. > >Q: Is there a switch or some other method to have the accoutning entries >include the intended recipients in addition to the destination host >machine?? > No, there's not, though I intend to add that to MX V4.2, whenever I get a chance to do some more work on it. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 29 Aug 1995 15:41:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 29 Aug 1995 16:39:30 -0400 (EDT) From: "Scott C. Jensen, OIS Manager, x0441" Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU CC: JENSEN@ILP.MIT.EDU Message-ID: <950829163930.2c139@ILP.MIT.EDU> Subject: Transferring a message to another transport Folks, I've got a bit of a question about how to route mail from SMTP to a different transport. I just retrieved MX from the FTP site and have been looking over the documentation. I'd like to verify that it will do what I need before I install it. Our situation is this: We've got a product called "Fax Sr." on our VMS system that does faxing work. One of its components allows a VMSMail user to send a message to an address in a format like so: To: FAXSR%"Recipient Name Goes Here@xxx-xxx-xxxx" and the message gets faxed to the recipient at the "xxx-xx..." number. There's an image "FAXSR_MAILSHR.EXE" in SYS$LIBRARY: that handles the hand-off from VMSMail. The system works pretty well. The question is this: Is there a way to configure MX to route incoming messages to this transport, so off-system users can send faxes as easily as VMSMail users? Maybe using an address similar to (I'm just guessing about the syntax here): "FAXSR%Recipient Name%xxx-xxxx"@ilp.mit.edu I know I can predefine fax recipients in the SMTP_ALIASES. file using the Multinet SMTP server, but this isn't much of a help as we want the user to be able to specify an arbitrary fax recipient/number in the address. A secondary consideration for us is that I'd like to make sure that my users don't see any major difference in the behavior and appearance of the mail system. We won't really be using the MX system to send outbound messages, and I want to make sure that incoming message behavior/appearance isn't significantly different. Our current setup is: TGV MultiNet V3.3 Rev D, VAX 6000-520, VAX/VMS V5.5-2 Please let me know of any considerations I should have before I install and configure MX. I'm assuming I will have to use the MX SMTP server instead of the Multinet SMTP server to do this. Is this wrong? Any other thoughts? Many thanks for your help and suggestions! Thanks, ---SCJ Scott C. Jensen Manager, Office of Information Systems MIT Corporate Relations - Industrial Liaison Program Room E38-576 292 Main Street Cambridge, MA 02139 617/253-0441 FAX: 617/258-6148 Email: jensen@ilp.mit.edu ================================================================================ Archive-Date: Tue, 29 Aug 1995 20:55:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 29 Aug 1995 21:53:41 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: JENSEN@ILP.MIT.EDU, hardis@garnet.nist.gov Message-ID: <009959E2.5E144CC0.1@garnet.nist.gov> Subject: RE: Transferring a message to another transport > I've got a bit of a question about how to route mail from SMTP to a > different transport. I just retrieved MX from the FTP site and have been > looking over the documentation. I'd like to verify that it will do what I > need before I install it. > Our situation is this: We've got a product called "Fax Sr." on our VMS > system that does faxing work. One of its components allows a VMSMail user > to send a message to an address in a format like so: > > To: FAXSR%"Recipient Name Goes Here@xxx-xxx-xxxx" > > and the message gets faxed to the recipient at the "xxx-xx..." number. > There's an image "FAXSR_MAILSHR.EXE" in SYS$LIBRARY: that handles the > hand-off from VMSMail. The system works pretty well. > > The question is this: Is there a way to configure MX to route > incoming messages to this transport, so off-system users can send faxes as > easily as VMSMail users? Yes, I think so. But it may not be pretty. Understand what you're asking the system to do: normally, it's VMSMail that interprets the foreign mail transport XXX%"..." . So, in order to send mail to FAXSR%"..." from the outside, you're asking whether you can get messages from the outside into VMSMail. I've fooled around with this for a few minutes, and if there's a way to do it, it's not obvious. MX may have more luck if you use the right combination of quotation marks, appostrophes, % dehacking, and address translation rules -- but if there's a way, it's not obvious to me. The alternative approach is to write (what MX calls) a SITE delivery script. Mail sent to, say, "Recipient Name@xxx-xxx-xxxx%faxme"@ILP.MIT.EDU would be recognized as local ("@ILP.MIT.EDU"), and after the "%" dehacking, MX would find that you've configured mail addressed to "@faxme" to go to the SITE agent, which you program through a .COM file. A simple solution would be for the SITE agent to take the information available to it, the "Recipient Name@xxx-xxx-xxxx" string and the body of the mail message, and execute VMSMail as a command, after constructing the string FAXSR%"Recipient Name Goes Here@xxx-xxx-xxxx". Your milage may vary. > A secondary consideration for us is that I'd like to make sure that my > users don't see any major difference in the behavior and appearance of the > mail system. We won't really be using the MX system to send outbound > messages, and I want to make sure that incoming message behavior/appearance > isn't significantly different. Our current setup is... For outgoing messages, nothing forces users to use MX%, or not. For incoming messages, you can only have one SMTP server process. If you are running Multinet for that, then you can't install MX (for the purposes discussed). If Multinet has a user-programmable system for message delivery, then you could kludge something up where Multinet passes the mail to MX. But if you could do that, it could also pass it directly to FAXSR. - Jonathan ================================================================================ Archive-Date: Wed, 30 Aug 1995 04:28:14 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Aug 1995 11:01:19 +0200 From: reisacher@goethe.de Reply-To: MX-List@MadGoat.com To: Message-ID: <00995A50.663715E0.8@GI011L.GOETHE.DE> Subject: MIME 1.0 for MX ? I have installed MX V4.1. I got emails from PC-Eudora Mailer and I wonder why I can read the german Characters. Is MX Mime-compliant? Here are parts of the of the received message's header: ###### MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: BINARY To: brehm@goethe.de From: gi_syd@iaccess.com.au (Goethe Institut) Subject: WWW-Server X-Mailer: X-MX-Comment: QUOTED-PRINTABLE message automatically decoded text with german characters would be here, but you cannot see this ... ###### Why I can't send german characters with MX, but receive? If i would modify the header, in the above way, may be I can send german characters? Georg ================================================================================ Archive-Date: Wed, 30 Aug 1995 07:00:50 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Aug 1995 07:00:34 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995A2E.C47AC2EA.27@ALPHA.WKU.EDU> Subject: RE: MIME 1.0 for MX ? reisacher@goethe.de writes: > >I have installed MX V4.1. >I got emails from PC-Eudora Mailer and I wonder why I can read the german >Characters. Is MX Mime-compliant? Partially---it will decode BASE64 encoded messages using the RMS format used by PMDF, MultiNet, etc., and it will decoded quoted-printable messages, which is what your incoming message was: >Here are parts of the of the received message's header: > [...] >X-MX-Comment: QUOTED-PRINTABLE message automatically decoded [...] >Why I can't send german characters with MX, but receive? If i would modify >the header, in the above way, may be I can send german characters? > Because MX doesn't do quoted-printable on outgoing messages. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 30 Aug 1995 10:13:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Aug 1995 10:16:12 CDT From: Bob Christenson Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995A4A.18FF61C0.1@fcseng.frco.com> Subject: RE: Transferring a message to another transport "Jonathan E. Hardis" writes: } } > I've got a bit of a question about how to route mail from SMTP to a } > different transport. I just retrieved MX from the FTP site and have been } > looking over the documentation. I'd like to verify that it will do what I } > need before I install it. } } > Our situation is this: We've got a product called "Fax Sr." on our VMS } > system that does faxing work. One of its components allows a VMSMail user } > to send a message to an address in a format like so: } > } > To: FAXSR%"Recipient Name Goes Here@xxx-xxx-xxxx" } > [SNIP] } Yes, I think so. But it may not be pretty. } } Understand what you're asking the system to do: normally, it's VMSMail } that interprets the foreign mail transport XXX%"..." . So, in order to } send mail to FAXSR%"..." from the outside, you're asking whether you can } get messages from the outside into VMSMail. I've fooled around with this } for a few minutes, and if there's a way to do it, it's not obvious. MX may } have more luck if you use the right combination of quotation marks, } appostrophes, % dehacking, and address translation rules -- but if there's } a way, it's not obvious to me. [SNIP] Please also be aware that you may be violating your license agreement. FAXSR does offer access from remote systems, PCs and MACs BUT for a price. +-----------------------------+-------------------------+ | Bob Christenson | VOICE: 515.754.3854 | _/_/_/_/ _/_/ | Sr. Sys Analyst | FAX: 515.754.2831 | _/ _/ _/ _/ | Fisher Controls Int., Inc. +-------------------------+ _/_/_/ _/ | R.A. Engel Technical Center | EMAIL: | _/ _/ _/ _/ | Marshalltown, IA 50158 | rachri1@fcseng.frco.com | _/_/_/_/. _/_/ . +-----------------------------+-------------------------+ ================================================================================ Archive-Date: Wed, 30 Aug 1995 10:14:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Aug 1995 16:25:55 +0200 From: reisacher@goethe.de Reply-To: MX-List@MadGoat.com To: Message-ID: <00995A7D.BF10EE20.9@GI011L.GOETHE.DE> Subject: Antwort auf: RE: MIME 1.0 for MX ? Thanks for the fast answer. Where can I get more information about the definition or algorithm on "quoted-printable" message? Is there any RFC? Is it possible for me to generate a quoted-printable message in the site delivery interface? Will this feature come in the next version of MX? Georg ================================================================================ Archive-Date: Thu, 31 Aug 1995 00:08:33 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 31 Aug 1995 08:06:35 EDT From: "Najman Kahana. Ext:77313" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995B01.27B37E60.2@HADASSAH.HUJI.AC.IL> Subject: RE: MIME 1.0 for MX ? >Subj: RE: MIME 1.0 for MX ? > >Partially---it will decode BASE64 encoded messages using the RMS >format used by PMDF, MultiNet, etc., and it will decoded >quoted-printable messages, which is what your incoming message was: Pardon my ignorance. I was under the impresion that the MIME decoding was done by the mailer, not by the transport. When does MX (which is a transport) decode the message ? or am I missing an important point. Thanks Najman Kahana Najman%hadassah@vms.huji.ac.il +----------+--------------------+------------------------------+---------------+ ! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! !Najman%hadassah@vms.huji.ac.il ! Jerusalem, Israel ! we have our ! ! ! (visit our capital soon) ! own viruses ! +----------+--------------------+------------------------------+---------------+ ================================================================================ Archive-Date: Thu, 31 Aug 1995 08:42:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 31 Aug 1995 08:41:27 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995B06.06D13EFD.21@ALPHA.WKU.EDU> Subject: RE: MIME 1.0 for MX ? "Najman Kahana. Ext:77313" writes: > >>Subj: RE: MIME 1.0 for MX ? >> >>Partially---it will decode BASE64 encoded messages using the RMS >>format used by PMDF, MultiNet, etc., and it will decoded >>quoted-printable messages, which is what your incoming message was: > >Pardon my ignorance. >I was under the impresion that the MIME decoding was done by the mailer, not >by the transport. Exactly---a point that many people don't understand. >When does MX (which is a transport) decode the message ? >or am I missing an important point. > The decoding is done by MX Local as the message is passed off to VMS Mail. Since VMS Mail doesn't do MIME, the MX Local agent handles the two types described above. Encoding happens when SEND/FOREIGN is used in VMS Mail going through MX. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Thu, 31 Aug 1995 13:17:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 31 Aug 1995 13:17:44 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995B2C.9F107654.3@ALPHA.WKU.EDU> Subject: RE: Antwort auf: RE: MIME 1.0 for MX ? reisacher@goethe.de writes: > >Thanks for the fast answer. >Where can I get more information about the definition or algorithm on >"quoted-printable" message? Is there any RFC? > Yes, the MIME RFC (1341) covers quoted-printable. It's a pretty simple encoding mechanism. (One place to find RFCs is via ftp from ds.internic.net in rfc/*.) >Is it possible for me to generate a quoted-printable message in the site >delivery interface? > Yes, you could do that. >Will this feature come in the next version of MX? > Not at this time.... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Thu, 31 Aug 1995 17:02:17 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: Madison@MadGoat.com (Matt Madison) Subject: Re: SMTP delivery to sites with broken MTAs (CCMAIL) Date: 31 Aug 1995 21:49:05 GMT Message-ID: <425aok$d93@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1995Aug25.060909.25887@infopiz>, mark@infocomm.com writes: [...] & This illuminates the fact that the remote SMTP implementation is broken & since it processed the original command (HELO vs4000.infocomm.com) & before it received the "" that actually terminates the command. & It then barfs a bit later when it receives the bare . So the & aparrent complaint about "MAIL FROM" being an unrecognized command isn't & really what it thought was wrong. It's amazing that there are still applications out there that are this brain-dead. & The odds of getting the remote site fixed in any measurable amount of & time are pretty slim, so I was wondering (without looking at the code & explicitly) what it would take to convince MX to try and present complete & lines of data to the TCP layer all in one chunk. This would increase the & odds of the TCP layer delivering the whole "line" as a single packet and & letting the other side get on with things. I have just put up for testing NETLIB V2.0H, which changes the line-mode which will write the whole "line", including the CRLF, in a single write. That's the way NETLIB V1 used to do it, but I changed this in V2 to try and reduce the amount of extra data copying and memory overhead that this entails. The update is available on PUBLIC.TGV.COM, under [.MADISON.NETLIB]. Thanks, Mark, for the thorough analysis. -Matt -- Matthew Madison | madison@tgv.com | +1 408 457 5390 TGV, Inc. | 101 Cooper Street | Santa Cruz, CA 95060 USA