Archive-Date: Sat, 01 Mar 1997 00:01:30 EST Sender: owner-mx-list@wku.edu Date: Sat, 01 Mar 1997 00:01:16 EST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU Message-ID: <009B095C.25A84EF6.16@wku.edu> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during February 1997 Total number of posts: 144 Total number of posters: 51 Total number of subscribers: 294 Last modified: 28-SEP-1995 13:33 (Updated digest info) Welcome to MX-List@LISTS.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@LISTS.WKU.EDU: SUBSCRIBE MX-List-Digest "Your real name here" The MX-List archives are maintained at ARCHIVES@LISTS.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@LISTS.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@LISTS.WKU.EDU. To remove yourself from the mailing list, send the following command to MXserver@LISTS.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 DIGEST - to switch to digest mode SET MX-List NODIGEST - to switch to non-digest mode 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 WKU 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, Sr. OpenVMS Systems Programmer goathunter@MadGoat.com Process Software P.O. Box 51745 Bowling Green, KY 42102-6745 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ================================================================================ Archive-Date: Sat, 01 Mar 1997 01:09:03 EST Sender: owner-mx-list@wku.edu Date: Fri, 28 Feb 1997 23:07:38 PST From: "Henry W. Miller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: henrym@sacto.mp.usbr.gov Message-ID: <009B0954.A7EF8300.15@sacto.mp.usbr.gov> Subject: RE: What is happening? > From: MX%"MX-List@MadGoat.com" 28-FEB-1997 15:39:05.52 > Subj: RE: What is happening? Brendan, > In article <009B089B.809D01D8.6@sacto.mp.usbr.gov>, "Henry W. Miller" writes: > > > > That would be nice in theory, but difficult in practice as > > VMSMAIL did not have "built-in" Internet mail support as TOPS20 had. > > Internet style addressing is possible because DEC did leave the hooks in > > for third party mail transports. > > > > Of course, someone could write a syntax checking utility, which > > would be the gratefully received I'm sure by the Internet VMS > > community... > > I agree, but here is something I find a little frustrating or aggravating > (!): nothing beats a human. > Oh, absolutely! I always snicker when I see one of those little signs that says: "To err is human; to really foul things up requires a computer", when we know damn well that 99.999...% of the problems are "pilot error". > I was looking in our que (mcp que show/full), looking at the errors > which were going to be re-tried for 2 days. Several causes are mistakes > of spelling or keystroking, which are obvious to humans, such as > > --- address is aol.comm !misspell of com > --- address is xxxxx.edu\ !finger slipped onto \ > > It is "frustrating" because the answer is so easy to the human, but will > waste the computer's time. Human minds have a hierarchy of thought processes > and of evaluation of importance that is so built-in, that we are unaware > of it. It takes expensive and large "expert" software to approximate it. > Tell me about it! My MX config file is full of rewrite rules to fix little things like this. Sadly, it's just easier to define a rewrite rule, reset the cluster and be on with it than to send back every bad message, or let it time out. Thankfully, MX has that capability for both the RHS and LHS of the address, which makes life easier. Not happier, but easier. > -- > Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu -HWM, Master Mailer Mangler of the MP Region P.S. About 1/3 of the address errors occur in this department!!! I guess everyone takes it for granted that the software has a SYS$DWIM() call. Boy, are they going to be surprised when they try a test run for a few days without the VMS systems to mangle the mail! ================================================================================ Archive-Date: Mon, 03 Mar 1997 16:08:37 EST Sender: owner-mx-list@wku.edu Date: Mon, 03 Mar 1997 17:06:51 EST From: Kamrul Ahsan Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B0B7D.C087E260.75@ycvax.york.cuny.edu> Subject: making sure, how to... Hello MX experts: I would like MX to forward all the mail messages addressed to username@york.cuny.edu to be delivered to the local host which is YCVAX. Currently, people have their email as username@ycvax.york.cuny.edu. The users of ycvax would like to have email address as username@york.cuny.edu ( without the hostname) instead. This issue was discussed on this list quite a while ago. If I remember correctly, I have to do two things: First, in the DNS we have to have a record like york.cuny.edu MX ycvax.york.cuny.edu Second, in the MX we have to define : DEFINE PATH york.cuny.edu LOCAL Is this all I have to do to accomplish this? If there is more to it please point me to the right direction. BTW, we are using MX 4.1, UCX 3.1, VMS 5.5. Thank you Kamrul Ahsan York College/CUNY New york ================================================================================ Archive-Date: Mon, 03 Mar 1997 17:42:12 EST Sender: owner-mx-list@wku.edu Date: Mon, 03 Mar 1997 17:42:01 EST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: KAMRUL@YCVAX.YORK.CUNY.EDU Message-ID: <009B0B82.A9EE5E5D.6@ALPHA.WKU.EDU> Subject: RE: making sure, how to... Kamrul Ahsan writes: > >First, in the DNS we have to have a record like > >york.cuny.edu MX ycvax.york.cuny.edu > > >Second, in the MX we have to define : > >DEFINE PATH york.cuny.edu LOCAL > Yep, that's all you have to do to do what you want. >Is this all I have to do to accomplish this? If there is more >to it please point me to the right direction. BTW, we are using MX 4.1, >UCX 3.1, VMS 5.5. > MX V4.2 fixes a bunch of problems in V4.1. Everyone running V4.1 really ought to upgrade..... Hunter ------ Hunter Goatley, Process Software (TCPware for OpenVMS), http://www.process.com http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Tue, 04 Mar 1997 01:30:31 EST Sender: owner-mx-list@wku.edu Date: Mon, 03 Mar 1997 23:30:08 PST From: "Henry W. Miller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: henrym@sacto.mp.usbr.gov Message-ID: <009B0BB3.4BE92F28.21@sacto.mp.usbr.gov> Subject: RE: making sure, how to... > From: MX%"MX-List@MadGoat.com" 3-MAR-1997 16:17:54.33 > Subj: RE: making sure, how to... > Kamrul Ahsan writes: > > > >First, in the DNS we have to have a record like > > > >york.cuny.edu MX ycvax.york.cuny.edu > > Actually, it should read: york.cuny.edu. in mx 0 ycvax.york.cuny.edu. > > > >Second, in the MX we have to define : > > > >DEFINE PATH york.cuny.edu LOCAL > > > Yep, that's all you have to do to do what you want. > And, of course, you need to save the configuration and either restart MX or do: $ MCP MCP> RESET/CLUSTER > >Is this all I have to do to accomplish this? If there is more > >to it please point me to the right direction. BTW, we are using MX 4.1, > >UCX 3.1, VMS 5.5. > > > MX V4.2 fixes a bunch of problems in V4.1. Everyone running V4.1 > really ought to upgrade..... > > > Hunter > ------ > Hunter Goatley, Process Software (TCPware for OpenVMS), http://www.process.com > http://www.madgoat.com/hunter.html -HWM ================================================================================ Archive-Date: Tue, 04 Mar 1997 10:19:09 EST Sender: owner-mx-list@wku.edu From: welchb@woods.uml.edu (Brendan Welch, W1LPG) Reply-To: MX-List@MadGoat.com Subject: How force process death? !! Date: 4 Mar 97 10:31:21 -0500 Message-ID: <1997Mar4.103121.1@aspen> To: MX-List@WKUVX1.WKU.EDU When we were having troubles with MX LOCAL dying, we took preventive steps, the 2 most important being the cleaning up of mail forwarding addresses, and upgrading to MX V4.2. I also say $mcp que show/fu every now and then, to get an idea of just what bad things go past the eyes of MX. We have had amazingly good luck ever then, with the exception of a single occasion of SMTP SERVER ! dying once, on one node. At Hunter's suggestion, during the day I say $def/sys/exec mx_smtp_server_debug true which creates a lot of log files (separate one for each message). I am in the ambivalent position of now hoping for a fatality. I even tried to create it, by sending a few messages to widener.edu which I knew would get rejected, since that had caused an anomaly once noted here. I have the happy-unhappy feeling that our cleanup has lessened our chances of ever knowing what went wrong, but am I looking in the correct place? The failure of the server was first noted by users in our PC labs, who were trying to connect via POP mail. Should I concentrate on seeing what weird things such a user could do, which would bring down the server? Is it more likely that our problem was caused by and outgoing message, rather than an incoming? -- Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu ================================================================================ Archive-Date: Tue, 04 Mar 1997 10:59:35 EST Sender: owner-mx-list@wku.edu Date: Tue, 04 Mar 1997 08:59:11 PST From: "Henry W. Miller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: henrym@sacto.mp.usbr.gov Message-ID: <009B0C02.CA6BD234.33@sacto.mp.usbr.gov> Subject: RE: How force process death? !! > From: MX%"MX-List@MadGoat.com" 4-MAR-1997 08:52:31.48 > Subj: How force process death? !! Brendan > When we were having troubles with MX LOCAL dying, we took preventive > steps, the 2 most important being the cleaning up of mail forwarding > addresses, and upgrading to MX V4.2. I also say > $mcp que show/fu > every now and then, to get an idea of just what bad things go past > the eyes of MX. > > We have had amazingly good luck ever then, with the exception of > a single occasion of SMTP SERVER ! dying once, on one node. At Hunter's > suggestion, during the day I say > $def/sys/exec mx_smtp_server_debug true > which creates a lot of log files (separate one for each message). > I am in the ambivalent position of now hoping for a fatality. I even > tried to create it, by sending a few messages to widener.edu which I > knew would get rejected, since that had caused an anomaly once noted here. > > I have the happy-unhappy feeling that our cleanup has lessened our chances > of ever knowing what went wrong, but am I looking in the correct place? > The failure of the server was first noted by users in our PC labs, who > were trying to connect via POP mail. Should I concentrate on seeing > what weird things such a user could do, which would bring down the server? > Is it more likely that our problem was caused by and outgoing message, > rather than an incoming? > I would say that this is your best shot at the moment. Perhaps it was pilot error on the user's part that started this cascade failure! > -- > Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu -HWM ================================================================================ Archive-Date: Tue, 04 Mar 1997 11:57:02 EST Sender: owner-mx-list@wku.edu Subject: Re: making sure, how to... Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 04 Mar 1997 12:06:21 GMT MIME-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU In article <009B0BB3.4BE92F28.21@sacto.mp.usbr.gov> "Henry W. Miller" writes: Actually, it should read: york.cuny.edu. in mx 0 ycvax.york.cuny.edu. Having 0 as preference is not advisable. You never know if you suddenly find yourself with a better, faster server, but still want to have the old ones as backup. Thus, it's better to start with a number higher than 0 for your primary server. I usually start at 10.. If you wonder why you should bother ("you can very well renumber the preferences when and if you need to"), just think what might happen if you have reorganised the preferences, and the secondary nameservers haven't yet caught on the new information... I see loops coming :-). Of course, if you're already tight in preference numbers, 0 is applicable, but as a general recommendation? No... -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-10-222 64 05; No fax right now PGP key fingerprint = A6 96 C0 34 3A 96 AA 6C B0 D5 9A DF D2 E9 9C 65 Check http://www.lp.se/~levitte for my public key. bastard@bofh.se ================================================================================ Archive-Date: Tue, 04 Mar 1997 12:45:27 EST Sender: owner-mx-list@wku.edu Date: Tue, 04 Mar 1997 10:45:02 PST From: "Henry W. Miller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: henrym@sacto.mp.usbr.gov Message-ID: <009B0C11.93F43214.39@sacto.mp.usbr.gov> Subject: Re: making sure, how to... > From: MX%"MX-List@MadGoat.com" 4-MAR-1997 10:33:26.39 > Subj: Re: making sure, how to... > In article <009B0BB3.4BE92F28.21@sacto.mp.usbr.gov> "Henry W. Miller" writes: > > Actually, it should read: > > york.cuny.edu. in mx 0 ycvax.york.cuny.edu. > > Having 0 as preference is not advisable. You never know if you suddenly > find yourself with a better, faster server, but still want to have the > old ones as backup. Thus, it's better to start with a number higher than > 0 for your primary server. > That is a good point in general, except in this case I had the impression that vcvax WAS the mail host for york. You can't get much closer than that... > I usually start at 10.. > For a backup host, so do I. > If you wonder why you should bother ("you can very well renumber the > preferences when and if you need to"), just think what might happen > if you have reorganised the preferences, and the secondary nameservers > haven't yet caught on the new information... I see loops coming :-). > Of course, you SHOULD lower the TTL and EXPIRE times on those zones if a new major host that has implications list this is added or changed. > Of course, if you're already tight in preference numbers, 0 is applicable, > but as a general recommendation? No... > > -- > R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN > Tel: +46-8-26 52 47; Cel: +46-10-222 64 05; No fax right now > PGP key fingerprint = A6 96 C0 34 3A 96 AA 6C B0 D5 9A DF D2 E9 9C 65 > Check http://www.lp.se/~levitte for my public key. bastard@bofh.se -HWM ================================================================================ Archive-Date: Fri, 07 Mar 1997 12:22:11 EST Sender: owner-mx-list@wku.edu From: welchb@woods.uml.edu (Brendan Welch, W1LPG) Reply-To: MX-List@MadGoat.com Subject: "Cleaning up" the mail file Date: 7 Mar 97 13:10:50 -0500 Message-ID: <1997Mar7.131050.1@aspen> To: MX-List@WKUVX1.WKU.EDU Although I do not really understand the particulars, in the past I have been successful in "cleaning up" the indexed RMS file sysuaf.dat. This was done using a routine posted by Steve Lionel elsewhere, and it even took some changes the first time it was applied, because he said our sysuaf.dat was the worst (most fragmented) he had ever seen (years of neglect, as thousands of students were deleted and new ones added). The most obvious way I could tell that the resultant new sysuaf.dat was better was simply that its size was smaller. But the more useful way was when using a wildcard search, e.g. AUTHORIZE>sho jone* The search time now could be counted in seconds rather than minutes. Since the mail file (vmsmail_profile.data) is similar to the system authorization file, I have taken the same procedure, changed the names to protect the guilty, and run it successfully. Again, "successfully" means that the resultant file is smaller (by a factor of 5) and runs much quicker when a privileged user says MAIL>show forward/user=* Thus, because I suspect many others can benefit, and that like me they would rather see an absolutely complete explicit program instead of handwaving which brings you 95% of the way, I will now post it. BUT, I have some grave warnings (maybe unneeded). Before the un-initiated run it, I would like to see some comments from those knowledgeable about RMS, about VMS mail, and/or its relation with MX. For example, maybe I should have shut down MX temporarily, while running the procedure (since we did have MX Local die sometime during the night; this cleanup was done at 6am). I can even accept comments that the relatively good savings of time and space generated by this procedure are just plain not worth it to the average user, and are not worth the chance of screwing up something as important as mail. SEE THE NOTES AT THE END! SEE THE NOTES AT THE END! SEE THE NOTES AT THE END! $! this is app_disk:[sysexe]vmsmail_profile-fix.com $! Usage: submit/user=system/aft="tom+06:00:00" - $! /log=app_disk:[sysexe]vmsmail_profile-fix.log /keep/print - $! vmsmail_profile-fix $set ver $on error then goto badexit $sho tim $anal/disk/repair app_disk $! $show users !only those logged on could cause trouble (??) $set def app_disk:[sysexe] $! $sho tim $backup/log/igno=inter/new vmsmail_profile.data. vmsmail_profile.tmp $sho tim $anal/rms/fdl vmsmail_profile.tmp !creates vmsmail_profile.fdl $!!print vmsmail_profile.fdl $sho tim $edit_/fdl/nointer/anal=vmsmail_profile.fdl vmsmail_profile.fdl ! "edit_" to avoid ed* definition $!!!print vmsmail_profile.fdl $sho tim $convert/share/fast/nosort/stat vmsmail_profile.data - vmsmail_profile.new/fdl=vmsmail_profile.fdl $sho tim $set file/glo=20/stat vmsmail_profile.new $rename/log vmsmail_profile.new vmsmail_profile.data $mail/subj="Examine printout from app_disk:[sysexe]vmsmail_profile-fix" nl: system $getout: $dir/sin/siz/dat $! You can delete vmsmail_profile.tmp's by hand $set nover $exit $! $badexit: $mail/subj=" vmsmail_profile-fix.com failed" nl: system $goto getout =========================================================================== NOTES: 1) Our mail and sysuaf files are in a non-standard place, app_disk:[sysexe]. Yours are probably on the system disk's [sysexe]. There is a logical, vmsmail_profile, pointing there. 2) I go to the trouble of repairing the disk beforehand; you could remove those lines. 3) One of our few anomalies is that the verb "edit" is defined such that users will come up with EDT; thus at line 19 the word edit is edit_ to overcome the definition; you may want to restore it to more normal nomenclature to avoid confusing your successors. 4) I recommend the following cautious approach, which since it is just a trial, can be done at any time of day. 4a) make a trial copy of the mail file onto a scratch disk, e.g. backup/log/ignore=interl vmsmail_profile.data scratch$disk:* (for us, there is a real, different, scratch$disk) 4b) make a trial copy of this procedure onto the scratch disk also; edit it to change all references to be to the scratch location! 4c) run the procedure 4d) Now the way I would _like_ to test the result is with VMS Mail, but I wisely did not want to make a permanent change, or even a temporary change while there are users. Thus I tested, after some fashion, by using MAILUAF (mentioned in other postings) and MAILUAF_V5. These did indeed list forwarding addresses faster (and even caught a crazy setting by one user, which made the transport mx% (note the %) and caused mailuaf to crash). 4e) Also, note the change in the size of the file. -- Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu ================================================================================ Archive-Date: Fri, 07 Mar 1997 14:53:28 EST Sender: owner-mx-list@wku.edu Date: Fri, 07 Mar 1997 15:35:55 EST From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: welchb@woods.uml.edu Message-ID: <009B0E95.B5B4E980.1@swdev.si.com> Subject: RE: "Cleaning up" the mail file Brendan Welch (welchb@woods.uml.edu) writes: >3) One of our few anomalies is that the verb "edit" is defined such that > users will come up with EDT; thus at line 19 the word edit is > edit_ to overcome the definition; you may want to restore it to more > normal nomenclature to avoid confusing your successors. 1) Use SET SYMBOL/SCOPE=NOGLOBAL/VERB at the top if the command procedure or 2) Change EDIT.CLD in DCLTABLES so the /EDT is the default qualifier Either of these will obviate the need for "EDIT_" as the command line verb. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman_brian@si.com Smiths Industries, Inc. | tillman@swdev.si.com 4141 Eastern Ave., MS239 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Fri, 07 Mar 1997 18:15:59 EST Sender: owner-mx-list@wku.edu Date: Fri, 7 Mar 1997 19:08:49 -0500 Message-ID: <97030719084906@funyet.mro.dec.com> From: anderson@funyet.mro.dec.com (Paul Anderson) Reply-To: MX-List@MadGoat.com To: MX-List@madgoat.com Subject: Auto Reply from Watch_Mail for 7-MAR-1997 17:00 to 14-MAR-1997 17:00 Hello, I am out of the office until Monday, March 17. If you have pre-sales printer questions, please call (800) 365-0696. If your matter is urgent, contact my manager, Pat LoConte, at DTN 297-9648 or (508) 467-9648. Paul __________________________________________________________________ Paul Anderson Digital Equipment Corporation Printing Systems technical support DEC:.mro.FUNYET::ANDERSON DTN 297.8927 anderson@funyet.mro.dec.com 508.467.8927 MRO1-2/J25 508.467.1310 fax ================================================================================ Archive-Date: Wed, 12 Mar 1997 10:38:42 EST Sender: owner-mx-list@wku.edu From: welchb@woods.uml.edu (Brendan Welch, W1LPG) Reply-To: MX-List@MadGoat.com Subject: ?implications of error message? Date: 12 Mar 97 09:22:22 -0500 Message-ID: <1997Mar12.092222.1@aspen> To: MX-List@WKUVX1.WKU.EDU In practical terms, what does the error message below mean to me? I am sending a test message to a local user who has set forwarding to fear@pothole.com . ==================================================================== $mcp que sho/fu 31 Entry: 31, Origin: [Local] Status: IN-PROGRESS, size: 114 bytes Created: 12-MAR-1997 09:11:56.71, expires 11-APR-1997 09:11:56.71 Last modified 12-MAR-1997 09:12:20.60 SMTP entry #34, status: READY, size: 114 bytes, waiting for retry until 12-MAR -1997 09:42:23.24 Created: 12-MAR-1997 09:12:16.97, expires 11-APR-1997 09:11:56.71 Last modified 12-MAR-1997 09:12:23.25 Recipient #1: , Route=POTHOLE.COM Error count=1 Last error: %MX_SMTP-W-LOCAL_ERROR, action aborted: local processing error %MCP-I-QENTRIES, total matching entries: 1 -- Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu ================================================================================ Archive-Date: Wed, 12 Mar 1997 11:01:12 EST Sender: owner-mx-list@wku.edu Date: Wed, 12 Mar 1997 11:01:05 EST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B125D.252CE99B.11@ALPHA.WKU.EDU> Subject: RE: ?implications of error message? welchb@woods.uml.edu (Brendan Welch, W1LPG) writes: > >In practical terms, what does the error message below mean to me? >I am sending a test message to a local user who has set forwarding >to fear@pothole.com . [...] > Recipient #1: , Route=POTHOLE.COM > Error count=1 > Last error: %MX_SMTP-W-LOCAL_ERROR, action aborted: local processing error It means POTHOLE.COM has returned some error indicating that it can't receive the message at that time (the "local" refers to the remote end---it returns an error local to it). You can turn on MX SMTP debugging to see the actual error text. Hunter ------ Hunter Goatley, Process Software (TCPware for OpenVMS), http://www.process.com http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Thu, 13 Mar 1997 08:15:36 EST Sender: owner-mx-list@wku.edu Date: Wed, 12 Mar 1997 13:21:53 -0600 From: amuir@mdsintl.com Reply-To: MX-List@MadGoat.com Message-ID: <199703121921.NAA00125@tornt1.mdshealth.com> To: MX-List@lists.wku.edu Subject: Receiving %MX-F-NOHOST error Hi everybody. Well, I've been running MX with no problems on a VAX for over a year now, but I can't say the same for my Alpha version. :-( Some messages seem to be getting through, while others error out with the following message (from MCP QUEUE SHOW/FULL 15): Entry: 15, Origin: [Local] <"consol::torvx7::torvx3::blast"@torvm9.mdshealth.com> Status: IN-PROGRESS, size: 111 bytes Created: 12-MAR-1997 05:48:16.80, expires 11-APR-1997 05:48:16.80 Last modified 12-MAR-1997 10:48:21.54 SMTP entry #16, status: READY, size: 111 bytes, waiting for retry until 12-MAR-1997 11:18:21.76 Created: 12-MAR-1997 05:48:18.70, expires 11-APR-1997 05:48:16.80 Last modified 12-MAR-1997 10:48:21.76 Recipient #1: , Route=mailrelay.mdshealth.com DNS errors=11 Last error: %MX-F-NOHOST, no such host %MCP-I-QENTRIES, total matching entries: 1 When debugging is turned on I get the following type of information in the debug log file: 12-MAR-1997 09:54:11.10 Processing queue entry number 126 on node TORVM9 12-MAR-1997 09:54:11.21 Recipient: , route=mailrelay.mdshealth.com 12-MAR-1997 09:54:11.21 SMTP_SEND: looking up host name mailrelay.mdshealth.com 12-MAR-1997 09:54:11.22 SMTP_SEND: DNS_MXLOOK status is 00000001 12-MAR-1997 09:54:11.22 SMTP_SEND: Failed, sts=00000870 12-MAR-1997 09:54:11.22 SMTP send failed, sts=0C278024, sts2=00000870 12-MAR-1997 09:54:11.22 Recipient status=0C278024 for 12-MAR-1997 09:54:11.37 1 rcpts need retry, next try 12-MAR-1997 10:24:11.37 12-MAR-1997 09:54:11.39 *** End of processing pass *** I realize that this debug session is not the same as for the QUEUE SHOW entry above, but the same type of information is there for all entries (I have about a hundered that are failing). Can anybody help me with this? What do the numeric error codes in the debug log mean? TIA, Alan S. Muir amuir@mdsintl.com ================================================================================ Archive-Date: Thu, 13 Mar 1997 10:01:24 EST Sender: owner-mx-list@wku.edu Date: Thu, 13 Mar 1997 11:02:29 EST From: Scott McNeilly Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B1326.81789500.81@fred.bridgew.edu> Subject: RE: Receiving %MX-F-NOHOST error Alan Muir wrote: >Hi everybody. > >Well, I've been running MX with no problems on a VAX for over a year now, > >but I can't say the same for my Alpha version. :-( > >Some messages seem to be getting through, while others error out with the > > >following message (from MCP QUEUE SHOW/FULL 15): Last error: %MX-F-NOHOST, no such host >When debugging is turned on I get the following type of information in >the debug log file: >12-MAR-1997 09:54:11.10 Processing queue entry number 126 on node TORVM9 >12-MAR-1997 09:54:11.21 Recipient: , >route=mailrelay.mdshealth.com >12-MAR-1997 09:54:11.21 SMTP_SEND: looking up host name >mailrelay.mdshealth.com >12-MAR-1997 09:54:11.22 SMTP_SEND: DNS_MXLOOK status is 00000001 >12-MAR-1997 09:54:11.22 SMTP_SEND: Failed, sts=00000870 >I realize that this debug session is not the same as for the QUEUE SHOW >entry above, but the same type of information is there for all entries (I >have about a hundered that are failing). In this particular case, it means that 'mailrelay.mdshealth.com' could not be found. There is no such host, as far as MX is concerned. I could not find it, either: $ mcr UCX$NSLOOKUP Default Server: avocet.net.bridgew.edu Address: 199.93.64.1 > mailrelay.mdshealth.com Server: avocet.net.bridgew.edu Address: 199.93.64.1 *** avocet.net.bridgew.edu can't find mailrelay.mdshealth.com: Non-existent domain It seems unlikely that anyone on your VAX could send to that address, either, unless you have a PATH statement that directed such messages to a host that could be found. -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services FAX: 508-697-1774 Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 13 Mar 1997 10:31:18 EST Sender: owner-mx-list@wku.edu Message-ID: <3.0.1.32.19970313082613.0082f930@stargate.lbcc.cc.or.us> Date: Thu, 13 Mar 1997 08:26:13 -0800 To: MX-List@MadGoat.com, amuir@mdsintl.com From: Dan Sugalski Reply-To: MX-List@MadGoat.com Subject: Re: Receiving %MX-F-NOHOST error MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 01:21 PM 3/12/97 -0600, amuir@mdsintl.com wrote: >Hi everybody. > >Well, I've been running MX with no problems on a VAX for over a year now, > >but I can't say the same for my Alpha version. :-( > >Some messages seem to be getting through, while others error out with the > > >following message (from MCP QUEUE SHOW/FULL 15): > >Entry: 15, Origin: [Local] ><"consol::torvx7::torvx3::blast"@torvm9.mdshealth.com> > Status: IN-PROGRESS, size: 111 bytes > Created: 12-MAR-1997 05:48:16.80, expires 11-APR-1997 05:48:16.80 > Last modified 12-MAR-1997 10:48:21.54 > SMTP entry #16, status: READY, size: 111 bytes, waiting for retry until >12-MAR-1997 11:18:21.76 > Created: 12-MAR-1997 05:48:18.70, expires 11-APR-1997 05:48:16.80 > Last modified 12-MAR-1997 10:48:21.76 > Recipient #1: , >Route=mailrelay.mdshealth.com > DNS errors=11 > Last error: %MX-F-NOHOST, no such host Well, the first thing that leaps to mind is the non-existence of mailrelay.mdshealth.com. Doing an nslookup on it returns a bogus host error. Check your DNS setup to see if there might be something wrong somewhere. Dan ----------------------------------------"it's like this"------------------- Dan Sugalski (541) 917-4364 even samurai Programmer/SysAdmin have teddy bears Linn-Benton Community College and even the teddy bears sugalsd@stargate.lbcc.cc.or.us get drunk ================================================================================ Archive-Date: Thu, 13 Mar 1997 14:15:16 EST Sender: owner-mx-list@wku.edu Date: Thu, 13 Mar 1997 15:16:23 -0600 From: amuir@mdsintl.com Reply-To: MX-List@MadGoat.com Message-ID: <199703132116.PAA00430@tornt1.mdshealth.com> To: MX-List@MadGoat.com Subject: RE: Receiving %MX-F-NOHOST error Scott Mc Neilly replied: >Alan Muir wrote: > >>Hi everybody. >>Some messages seem to be getting through, while others error out with the >>following message (from MCP QUEUE SHOW/FULL 15): > > Last error: %MX-F-NOHOST, no such host > > >>When debugging is turned on I get the following type of information in >>the debug log file: > >>12-MAR-1997 09:54:11.10 Processing queue entry number 126 on node TORVM9 >>12-MAR-1997 09:54:11.21 Recipient: , >>route=mailrelay.mdshealth.com >>12-MAR-1997 09:54:11.21 SMTP_SEND: looking up host name >>mailrelay.mdshealth.com >>12-MAR-1997 09:54:11.22 SMTP_SEND: DNS_MXLOOK status is 00000001 >>12-MAR-1997 09:54:11.22 SMTP_SEND: Failed, sts=00000870 > >In this particular case, it means that 'mailrelay.mdshealth.com' could not >be found. There is no such host, as far as MX is concerned. I could not find >it, either: > >$ mcr UCX$NSLOOKUP >Default Server: avocet.net.bridgew.edu >Address: 199.93.64.1 > >> mailrelay.mdshealth.com >Server: avocet.net.bridgew.edu >Address: 199.93.64.1 > >*** avocet.net.bridgew.edu can't find mailrelay.mdshealth.com: Non-existent >domain > >It seems unlikely that anyone on your VAX could send to that address, either, >unless you have a PATH statement that directed such messages to a host that >could be found. More info... Several people have now responded suggesting that the problem is a DNS problem (which it certainly appears to be - and I already tried barking up that tree) but while mdshealth.com is NOT a recognized external domain (externally we're mdsintl.com) it IS a recognized internal domain. I can, for example, do the following: $ telnet mailrelay.mdshealth.com /port=25 Trying... Connected to TERMINATOR.MDSHEALTH.COM, a PROP_DATABASE_SERVER running ?. 220 mdsintl.com Sendmail SMI-8.6/SMI-SVR4 ready at Thu, 13 Mar 1997 15:10:33 -05 00 helo 250 mdsintl.com Hello [xxx.xxx.xx.xx], pleased to meet you quit 221 mdsintl.com closing connection Connection closed by Foreign Host But I'm still seeing the same failures mentioned above! Any other suggestions? Alan amuir@mdsintl.com ================================================================================ Archive-Date: Thu, 13 Mar 1997 14:33:36 EST Sender: owner-mx-list@wku.edu Date: Thu, 13 Mar 1997 14:33:29 EST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: AMUIR@MDSINTL.COM Message-ID: <009B1343.FBC9A4B2.1@ALPHA.WKU.EDU> Subject: RE: Receiving %MX-F-NOHOST error amuir@mdsintl.com writes: > >>>Some messages seem to be getting through, while others error out with >the >>>following message (from MCP QUEUE SHOW/FULL 15): >> >> Last error: %MX-F-NOHOST, no such host >> You didn't say, but the format of your TELNET output looks like you're using Multinet? If so, be sure you're using NETLIB V2.0J, which is *not* included in the MX V4.2 kits. You need to pick it up from: ftp://ftp.madgoat.com/madgoat/netlib020.zip There's a bug in NETLIB that recent Multinet releases exercise that can cause this problem. Hunter ------ Hunter Goatley, Process Software (TCPware for OpenVMS), http://www.process.com http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Thu, 13 Mar 1997 14:49:47 EST Sender: owner-mx-list@wku.edu From: welchb@woods.uml.edu (Brendan Welch, W1LPG) Reply-To: MX-List@MadGoat.com Subject: ?device timeout error Date: 13 Mar 97 14:58:30 -0500 Message-ID: <1997Mar13.145830.1@aspen> To: MX-List@WKUVX1.WKU.EDU Because I have lately been doing a lot of MCP QUE SHO/FULL, I have seen a noticeable number of messages which say "device timeout". Some or most of these messages seem to make it out, overnight at least. Is there a timer somewhere which could be changed, which would decrease the occurrence of these? Even if there is, is it just simpler to "let the sleeping dog lie", since the messages eventually clear out? Have I developed an unnecessary thirst for cleanliness in a que which can perfectly well handle everything if just left alone? -- Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu ================================================================================ Archive-Date: Thu, 13 Mar 1997 14:54:47 EST Sender: owner-mx-list@wku.edu Date: Thu, 13 Mar 1997 14:54:37 EST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: WELCHB@WOODS.UML.EDU Message-ID: <009B1346.EF5485D2.4@ALPHA.WKU.EDU> Subject: RE: ?device timeout error welchb@woods.uml.edu (Brendan Welch, W1LPG) writes: > >Because I have lately been doing a lot of MCP QUE SHO/FULL, >I have seen a noticeable number of messages which say "device timeout". >Some or most of these messages seem to make it out, overnight at least. > >Is there a timer somewhere which could be changed, which would decrease >the occurrence of these? > Those occur when MX SMTP has waited 10 minutes with no response from the remote server. That value is not configurable, but 10 minutes is a long time to wait for a reply. Network congestion or system load on the remote systems can cause these "device timeouts" to occur, which is why they're often deliverable at night. >Even if there is, is it just simpler to "let the sleeping dog lie", >since the messages eventually clear out? Have I developed an >unnecessary thirst for cleanliness in a que which can perfectly well >handle everything if just left alone? Yes, I think so. ;-) Hunter ------ Hunter Goatley, Process Software (TCPware for OpenVMS), http://www.process.com http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Thu, 13 Mar 1997 15:22:18 EST Sender: owner-mx-list@wku.edu Date: Thu, 13 Mar 1997 15:20:52 CST From: hunterl@uwwvax.uww.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B134A.9A372687.43@uwwvax.uww.edu> Subject: RE: ?device timeout error => Because I have lately been doing a lot of MCP QUE SHO/FULL, => I have seen a noticeable number of messages which say "device timeout". => Some or most of these messages seem to make it out, overnight at least. => => Is there a timer somewhere which could be changed, which would decrease => the occurrence of these? => => Even if there is, is it just simpler to "let the sleeping dog lie", => since the messages eventually clear out? Have I developed an => unnecessary thirst for cleanliness in a que which can perfectly well => handle everything if just left alone? They are common on our system and it implies that the 2 mailers did complete the task within the time boundaries. Usually the far system is very busy, in our case. Lyle Hunter T & IR University Wisconsin-Whitewater hunterl@uwwvax.uww.edu ================================================================================ Archive-Date: Thu, 13 Mar 1997 18:25:16 EST Sender: owner-mx-list@wku.edu Date: Thu, 13 Mar 1997 19:26:30 -0600 From: amuir@mdsintl.com Reply-To: MX-List@MadGoat.com Message-ID: <199703140126.TAA00205@tornt1.mdshealth.com> To: MX-List@MadGoat.com Subject: RE: Receiving %MX-F-NOHOST error Hunter Goatley replied: >You didn't say, but the format of your TELNET output looks like you're >using Multinet? If so, be sure you're using NETLIB V2.0J, which is >*not* included in the MX V4.2 kits. You need to pick it up from: > > ftp://ftp.madgoat.com/madgoat/netlib020.zip > >There's a bug in NETLIB that recent Multinet releases exercise that >can cause this problem. Yes, Hunter, you were right, as usual. I was running MultiNet V40.A, and NETLIB V2.0I. I upgraded as you suggested, and my MAIL QUEUE has now cleared. Thanks!!! Alan amuir@mdsintl.com ================================================================================ Archive-Date: Sat, 15 Mar 1997 09:15:42 CST Sender: owner-mx-list@wku.edu Subject: Re: Receiving %MX-F-NOHOST error Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 15 Mar 1997 15:01:39 GMT MIME-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU In article <199703121921.NAA00125@tornt1.mdshealth.com> amuir@mdsintl.com writes: but I can't say the same for my Alpha version. :-( Recipient #1: , Route=mailrelay.mdshealth.com DNS errors=11 Last error: %MX-F-NOHOST, no such host Well, first of all, I'm surprised about the route, but I guess it just means you're behind a firewall... Or at least your VAX is if it looks the same way on it... When debugging is turned on I get the following type of information in the debug log file: 12-MAR-1997 09:54:11.10 Processing queue entry number 126 on node TORVM9 12-MAR-1997 09:54:11.21 Recipient: , route=mailrelay.mdshealth.com 12-MAR-1997 09:54:11.21 SMTP_SEND: looking up host name mailrelay.mdshealth.com 12-MAR-1997 09:54:11.22 SMTP_SEND: DNS_MXLOOK status is 00000001 12-MAR-1997 09:54:11.22 SMTP_SEND: Failed, sts=00000870 12-MAR-1997 09:54:11.22 SMTP send failed, sts=0C278024, sts2=00000870 12-MAR-1997 09:54:11.22 Recipient status=0C278024 for 12-MAR-1997 09:54:11.37 1 rcpts need retry, next try 12-MAR-1997 10:24:11.37 12-MAR-1997 09:54:11.39 *** End of processing pass *** Can anybody help me with this? What do the numeric error codes in the debug log mean? Well, 00000001 means success, 00000870 means: $ wr sys$output f$mess(%x00000870) %SYSTEM-W-ENDOFFILE, end of file 0C278024 I think is internal to MX... -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-10-222 64 05; No fax right now PGP key fingerprint = A6 96 C0 34 3A 96 AA 6C B0 D5 9A DF D2 E9 9C 65 Check http://www.lp.se/~levitte for my public key. bastard@bofh.se ================================================================================ Archive-Date: Sun, 16 Mar 1997 13:08:07 CST Sender: owner-mx-list@wku.edu Subject: Bounces, bounces, damn bounces... And a way to clear them... Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 16 Mar 1997 18:55:44 GMT MIME-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU Recently, I've again got these moronic bounces that don't give me one clue on which list member had the invalid address. It seems like there is some mail system on AIX, among others, that has this stupid behavior... Today, I grew tired, so I wrote a hack that extracts all addresses from a MX mailing list (using the MCP REVIEW command), and sends a message to each member individually, except for those marked NOMAIL, and some specified by a variable saying which domains not to touch. Since all bounces I've seen so far contain the headers of the original letter, and my hack provides correct headers (like To:), I expect the bounces to be able to give me a clue on who is bouncing. If you have similar problems, by all means pick up my hack: ftp://ftp.lp.se/contrib/mx/probe-mx-list.com And Hunter, if you find it valuable enough, you're free to add it to the contribution directory of MX. -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-10-222 64 05; No fax right now PGP key fingerprint = A6 96 C0 34 3A 96 AA 6C B0 D5 9A DF D2 E9 9C 65 Check http://www.lp.se/~levitte for my public key. bastard@bofh.se ================================================================================ Archive-Date: Tue, 18 Mar 1997 10:52:20 CST Sender: owner-mx-list@wku.edu Date: Tue, 18 Mar 1997 17:13:55 EST From: Herbert Stoeri Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU Message-ID: <009B1748.39791A30.5@eapclu.iap.tuwien.ac.at> Subject: MX, POP and MIME-enclosures Hi, We are using MX 4.1 with UCX 4.1 Eco2 on openVMS 6.2. We are using the POP-server included in UCX (obviously a variant of IUPOP3) The problem is, that MIME-enclosures are not decoded by POP-clients. There is an article in DSN, how to solve the problem with UCX-SMTP. This is in essence: $ UCX Set Config SMTP /Option=(Top_headers, Relay) $ Define /System UCX$SMTP_JACKET_LOCAL 1 $ Define /System UCX$POP_IGNORE_MAIL11_HEADERS 1 Is there a (similar?) solution for MX-mail? A second Problem is the MX%-prefix added to the From: header. This gives a problem on replying, as the quotes get removed from the address. It can be solved by the following REWRITE rule: Rewrite "" => "<{USER}@{HOST}>" A more elegant solution would be desirable. Thanks a lot for any hint Herbert Stoeri +------------------------------------+-------------------------------------+ | Herbert Stoeri | Phone: ++43(1)58801/5586 | | Institut fuer Allgemeine Physik | Fax: ++43(1)5864203 | | Technische Universitaet Wien | email: stoeri@iap.tuwien.ac.at | | Wiedner Hauptstrasse 8-10 | | | A-1040 Wien | http://www.iap.tuwien.ac.at/ | | Austria | | +------------------------------------+-------------------------------------+ ================================================================================ Archive-Date: Tue, 18 Mar 1997 11:00:56 CST Sender: owner-mx-list@wku.edu Date: Tue, 18 Mar 1997 11:00:46 EST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: STOERI@IAP.TUWIEN.AC.AT Message-ID: <009B1714.187BD32C.5@ALPHA.WKU.EDU> Subject: RE: MX, POP and MIME-enclosures Herbert Stoeri writes: > >We are using MX 4.1 with UCX 4.1 Eco2 on openVMS 6.2. We are using the >POP-server included in UCX (obviously a variant of IUPOP3) The problem is, >that MIME-enclosures are not decoded by POP-clients. There is an article >in DSN, how to solve the problem with UCX-SMTP. This is in essence: > > $ UCX Set Config SMTP /Option=(Top_headers, Relay) > $ Define /System UCX$SMTP_JACKET_LOCAL 1 > $ Define /System UCX$POP_IGNORE_MAIL11_HEADERS 1 > >Is there a (similar?) solution for MX-mail? > The definition of UCX$POP_IGNORE_MAIL11_HEADERS is still needed, and should be the only thing you need to do as far as MX is concerned (unless you've used MCP to move your headers away from the top of the messages). >A second Problem is the MX%-prefix added to the From: header. This gives a >problem on replying, as the quotes get removed from the address. It can be >solved by the following REWRITE rule: > >Rewrite "" => "<{USER}@{HOST}>" > >A more elegant solution would be desirable. > Once the MAIL11 headers are ignored, this shouldn't be a problem. (The problem is that the POP server is sending your client messages with the MAIL11 headers: From: MX%"...." To: MX%"...." CC: Subj: whatever Return-Path: ..... From: ..... To: .... Subj: .... Date: .... Your POP client should not see the VMS Mail (MAIL11) headers, only the second set of headers---the RFC822 headers. By defining the logical UCX$POP_IGNORE_MAIL11_HEADERS, everything should work as you expect.) Hunter ------ Hunter Goatley, Process Software (TCPware for OpenVMS), http://www.process.com http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Tue, 18 Mar 1997 11:25:48 CST Sender: owner-mx-list@wku.edu Date: Tue, 18 Mar 1997 12:24:44 EST From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: stoeri@iap.tuwien.ac.at, hardis@garnet.nist.gov Message-ID: <009B171F.D30FBA40.15@garnet.nist.gov> Subject: RE: MX, POP and MIME-enclosures > We are using MX 4.1 with UCX 4.1 Eco2 on openVMS 6.2. We are using the > POP-server included in UCX (obviously a variant of IUPOP3) The problem is, > that MIME-enclosures are not decoded by POP-clients... > Is there a (similar?) solution for MX-mail? This has NOTHING to do with MX mail. It has to do with IUPOP3. - Jonathan ================================================================================ Archive-Date: Tue, 18 Mar 1997 13:12:35 CST Sender: owner-mx-list@wku.edu Date: Tue, 18 Mar 1997 12:43:10 EST From: Scott McNeilly Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B1722.663F40E0.5@fred.bridgew.edu> Subject: RE: MX, POP and MIME-enclosures >From: Herbert Stoeri >We are using MX 4.1 with UCX 4.1 Eco2 on openVMS 6.2. We are using the >POP-server included in UCX (obviously a variant of IUPOP3) The problem is, >that MIME-enclosures are not decoded by POP-clients. There is an article >in DSN, how to solve the problem with UCX-SMTP. This is in essence: ...... >Is there a (similar?) solution for MX-mail? This is not an MX problem. However, we are using MX 4.2 and OpenVMS 6.2 and the UCX$POP and had the same problem. Our solution was to apply ECO Level 4 to UCX 4.1. So in our case the culprit seemed to be UCX. In any event, once I applied that ECO, attachments that could not be decoded before were afterwards decoded. Since UCX$POP is a variant of IUPOP3, if you have not already subscribed to the IUPOP3 users mailing list, you may want to do that. To subscribe, send a message to Majordomo@indiana.edu . The text of the message: SUBSCRIBE IUPOP3-USERS youraddress There are some knowledgeable and helpful people on that list. >A second Problem is the MX%-prefix added to the From: header. This gives a >problem on replying, as the quotes get removed from the address. It can be >solved by the following REWRITE rule: I don't understand this problem. We have been using MX since 1992 and have had no problems with replying. Can you describe the problem more fully? -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services FAX: 508-697-1774 Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Wed, 19 Mar 1997 07:26:30 CST Sender: owner-mx-list@wku.edu Date: Wed, 19 Mar 1997 09:06:39 +0100 From: Alberto Meregalli (DIF) Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: meregalli@cesi.it Message-ID: <009B17CD.51AC2750.31@cesi.it> Subject: RE: MX, POP and MIME-enclosures >Hi, > >We are using MX 4.1 with UCX 4.1 Eco2 on openVMS 6.2. We are using the >POP-server included in UCX (obviously a variant of IUPOP3) The problem is, >that MIME-enclosures are not decoded by POP-clients. I strongly suggest you that you use the last version of IUPOP3 prepared by Michael Stenns that should solve many problems, with particular regard to the MIME attachments. You can find the last beta version on ftp://www.tci.uni-hannover.de/pub/iupop3/iupop3_v1_9_beta6.zip --------------------------------------------------------------------------- Alberto Meregalli, DIF tel. +39 2 2125 249 CESI, Centro Elettrotecnico Sperimentale Italiano fax +39 2 2125 520 Via Rubattino, 54 - I 20134 Milano E-mail: meregalli@cesi.it ================================================================================ Archive-Date: Wed, 19 Mar 1997 22:14:48 CST Sender: owner-mx-list@wku.edu From: goathunter@madgoat.com (Hunter Goatley) Subject: Re: VMS 7.1 and MX Date: 19 Mar 1997 23:05:47 GMT Message-ID: <5gprgb$ag2@news.wku.edu> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU In article <3328838D.3016@mag.aramark.com>, Linwood Ferguson writes: >Does MX run on VMS/VAX 7.1? > >Does MX 4.1 (ok, ok, I have been putting off upgrading but 4.1 was >working fine; I can go to 4.2 if needed). > You should go to MX V4.2 in any case, but yes, MX V4.1 and V4.2 run just fine on VMS V7.1. Hunter ------ Hunter Goatley, Process Software (TCPware for OpenVMS), http://www.process.com/ http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Sat, 22 Mar 1997 04:46:36 CST Sender: owner-mx-list@wku.edu Subject: Re: recieving two host names Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 22 Mar 1997 10:37:25 GMT MIME-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU In article <01bc3637$5f038a60$06fad096@explorer.obu.edu> "John Selph" writes: I want MX, which is recieving mail as the host name, to also accept mail as though it's the domain. The DNS stuff is set up. For example: USER@ARES.OBU.EDU is working right, which is good. I also want: USER@OBU.EDU to work. The reason I want this is for listservs, like LISTSERV@OBU.EDU. How do I get MX to do this? $ MC MX_EXE:MCP DEF PATH "OBU.EDU" LOCAL -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-10-222 64 05; No fax right now PGP key fingerprint = A6 96 C0 34 3A 96 AA 6C B0 D5 9A DF D2 E9 9C 65 Check http://www.lp.se/~levitte for my public key. bastard@bofh.se ================================================================================ Archive-Date: Sat, 22 Mar 1997 04:48:01 CST Sender: owner-mx-list@wku.edu Date: Sat, 22 Mar 1997 11:47:16 EST From: stoeri@iap.tuwien.ac.at Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B1A3F.4106BAD5.3@eapclu.iap.tuwien.ac.at> Subject: Temporarily absent. I am away from Vienna for easter vacation. I will return on April 7th. Your mail has been stored and I will look at it when I come back. This message is generated automatically and will be sent only once to each sender address. Further incoming mails will be stored normally but not replied automatically. In case of urgency call the Institut fuer Allgemeine Physik ++43(1)58801/5711 Herbert Stoeri +------------------------------------+-------------------------------------+ | Herbert Stoeri | Phone: ++43(1)58801/5586 | | Institut fuer Allgemeine Physik | Fax: ++43(1)5864203 | | Technische Universitaet Wien | email: stoeri@iap.tuwien.ac.at | | Wiedner Hauptstrasse 8-10 | | | A-1040 Wien | http://www.iap.tuwien.ac.at/ | | Austria | | +------------------------------------+-------------------------------------+ ================================================================================ Archive-Date: Mon, 24 Mar 1997 09:22:18 CST Sender: owner-mx-list@wku.edu From: welchb@woods.uml.edu (Brendan Welch, W1LPG) Reply-To: MX-List@MadGoat.com Subject: Re: Q: how can i send email to an aol user? Date: 24 Mar 97 10:02:41 -0500 Message-ID: <1997Mar24.100241.1@aspen> To: MX-List@WKUVX1.WKU.EDU In article , s2748983@techst02.technion.ac.il (Ury Alon) writes: > does anyone know how can i send email to an aol user? the aol.com host is > not recognized by my server, and when i try sending the email to > emin05.mail.aol.com or mail05.mail.aol.com, well, i get some error I think that is the wrong form. At least from here, addresses for AOL look like abc@aol.com Furthermore, AOL seems to shut down connections during the daylight hours, on some days at least. Some days I see mail here which is undelivered to them, but by the next morning the message has cleared out of our que. --- Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu ================================================================================ Archive-Date: Mon, 24 Mar 1997 10:21:11 CST Sender: owner-mx-list@wku.edu Message-ID: <2.2.32.19970324161910.006cf5a0@celia.kjsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 24 Mar 1997 08:19:10 -0800 To: MX-List@MadGoat.com From: Javier Henderson Reply-To: MX-List@MadGoat.com Subject: Re: Q: how can i send email to an aol user? At 10:02 AM 3/24/97 -0500, you wrote: >In article , s2748983@techst02.technion.ac.il (Ury Alon) writes: >> does anyone know how can i send email to an aol user? the aol.com host is >> not recognized by my server, and when i try sending the email to >> emin05.mail.aol.com or mail05.mail.aol.com, well, i get some error > >I think that is the wrong form. At least from here, addresses for AOL >look like abc@aol.com aol.com has MX records pointing to CNAMES. This is against the RFC's, though most mailers seem to cope with this. I wonder if this is affecting the first poster's mailer. Some older versions of sendmail have trouble (well, actually, they behave correctly...). I'm not suggesting than any poster in this group would run such a mailer :), I mention it as a point of reference. >Furthermore, AOL seems to shut down connections during the daylight hours, >on some days at least. Some days I see mail here which is undelivered >to them, but by the next morning the message has cleared out of our >que. I think the problems reaching AOL's mailers have more to do with (their mailer) contention than network connectivity. Javier Henderson, MultiNet/VMS support javier@tgv.com (work) javier@kjsl.com (home) ================================================================================ Archive-Date: Mon, 24 Mar 1997 12:39:44 CST Sender: owner-mx-list@wku.edu Date: Mon, 24 Mar 1997 10:38:44 PST From: "Henry W. Miller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: henrym@sacto.mp.usbr.gov Message-ID: <009B1BC8.02D2B366.3@sacto.mp.usbr.gov> Subject: Re: Q: how can i send email to an aol user? > From: MX%"MX-List@MadGoat.com" 24-MAR-1997 08:03:31.03 > Subj: Re: Q: how can i send email to an aol user? > In article , s2748983@techst02.technion.ac.il (Ury Alon) writes: > > does anyone know how can i send email to an aol user? the aol.com host is > > not recognized by my server, and when i try sending the email to > > emin05.mail.aol.com or mail05.mail.aol.com, well, i get some error > > I think that is the wrong form. At least from here, addresses for AOL > look like abc@aol.com > That is correct. > Furthermore, AOL seems to shut down connections during the daylight hours, > on some days at least. Some days I see mail here which is undelivered > to them, but by the next morning the message has cleared out of our > que. I don't think that it's a matter of AOL turning off their servers, I think that their servers are just overwhelmed and cannot keep up with the load. > --- > Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu -HWM ================================================================================ Archive-Date: Mon, 24 Mar 1997 12:55:59 CST Sender: owner-mx-list@wku.edu From: dwing@cisco.com (Dan Wing) Subject: Re: Q: how can i send email to an aol user? Date: 24 Mar 1997 17:46:37 GMT Message-ID: <5h6elt$r7r@cronkite.cisco.com> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU In article , s2748983@techst02.technion.ac.il (Ury Alon) writes: >does anyone know how can i send email to an aol user? the aol.com host is >not recognized by my server, and when i try sending the email to >emin05.mail.aol.com or mail05.mail.aol.com, well, i get some error >message, only that it gets back after 3 days. anyone? > >p.s. sorry if it's not the right group for this post... Our MX hosts are sending mail to several dozen AOL.COM users with no problems. Enable MX debugging and check see what it says. ================================================================================ Archive-Date: Mon, 24 Mar 1997 12:58:40 CST Sender: owner-mx-list@wku.edu Date: Mon, 24 Mar 1997 10:57:01 PST From: javier@Kjsl.COM Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM Message-ID: <009B1BCA.908969A0.72@Kjsl.COM> set nomail ================================================================================ Archive-Date: Mon, 24 Mar 1997 13:32:08 CST Sender: owner-mx-list@wku.edu Date: Mon, 24 Mar 1997 11:31:07 PST From: "Henry W. Miller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: henrym@sacto.mp.usbr.gov Message-ID: <009B1BCF.54361A66.35@sacto.mp.usbr.gov> Subject: Re: Q: how can i send email to an aol user? > From: MX%"MX-List@MadGoat.com" 24-MAR-1997 11:16:58.68 > Subj: Re: Q: how can i send email to an aol user? > In article , s2748983@techst02.technion.ac.il (Ury Alon) writes: > >does anyone know how can i send email to an aol user? the aol.com host is > >not recognized by my server, and when i try sending the email to > >emin05.mail.aol.com or mail05.mail.aol.com, well, i get some error > >message, only that it gets back after 3 days. anyone? > > > >p.s. sorry if it's not the right group for this post... > > Our MX hosts are sending mail to several dozen AOL.COM users with no > problems. Enable MX debugging and check see what it says. > I do see mail backing up for AOL all the time. It will eventually go through as Brendan noted. But I tend to help push it through with "QUEUE READY ..." -HWM ================================================================================ Archive-Date: Tue, 25 Mar 1997 09:24:25 CST Sender: owner-mx-list@wku.edu Subject: Re: Q: how can i send email to an aol user? Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 25 Mar 1997 15:05:18 GMT MIME-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU In article <33370757.0@nevada.kapsch.co.at> eplan@kapsch.co.at (Peter LANGSTOEGER) writes: AOL.COM is a MX RR only (that means no A RR exists for AOL.COM). We have a MX problem for many years (and many versions of MX, NETLIB, UCX and TCPware) now. The MX SMTP agents on _all_ our VAX systems cannot deliver mails to MX RR only addresses. (%MX-F-NOHOST, no such host). That sounds very weird. It sounds much more like a name resolver problem. I've never seen MX have problems with "MX RR only domain names" (which BTW is pretty common). -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-10-222 64 05; No fax right now PGP key fingerprint = A6 96 C0 34 3A 96 AA 6C B0 D5 9A DF D2 E9 9C 65 Check http://www.lp.se/~levitte for my public key. bastard@bofh.se ================================================================================ Archive-Date: Tue, 25 Mar 1997 09:46:48 CST Sender: owner-mx-list@wku.edu Date: Tue, 25 Mar 1997 10:44:04 EST From: Robert Byer Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B1C91.EBCD7D20.71@mail.all-net.net> Subject: Re: Q: how can i send email to an aol user? -----BEGIN PGP SIGNED MESSAGE----- > >That sounds very weird. It sounds much more like a name resolver problem. >I've never seen MX have problems with "MX RR only domain names" (which BTW >is pretty common). > I've have had similar problems with certain MX DNS records that generate a "%SYSTEM-F-REJECT, connect to network object rejected" message and I've had to look up the record in the DNS table and make a route statement to get e-mail through. I'm using Wollongong v5.3 and so far AOL is not a host that we've had problems with. Some of what we'v ehad problems with are.... hotmail.com bigfoot.com techbroker.com teletype.com lifesoft.com It was driving us nuts and we still can't figure out why it only does it on some and not others. +------------------------+--------------------------------------------+ | Robert Alan Byer | A-Com Computing, Inc. | | A-Com Computing, Inc. | 115 W. Washington Street, Suite 1165 | | Network Consulting & | Indianapolis, IN 46204 | | Custom Installations | http:\\www.all-net.net\ | +------------------------+-----+--------------------------------------+ | byer@mail.all-net.net | I don't want to take over the world, | | http://www.all-net.net/~byer | just my own little part of it. | +------------------------------+--------------------------------------+ | Send an E-mail request to obtain my PGP key. | +---------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQEVAwUBMzer6qVSqzlBVJbBAQEdYQf/Y+pboRYGnkD5RDNNzaO2IcEfHzq8qmyb yM+utjmOG4vz/Pi++ja+3BKBB+SXIiB+fKk2MuwHbbQxQsU11CCyl2T77wt3IT/j tfzpH90/MvccFVP0ffqPRIbPP4IRuVifnScsV/zRzfYpcjsHvMvP17iAeFYtBkx+ O1rMv6LIy07b/opvMQcvpo5kfBmFpcZiLteGdHSvcrbDir0+2H70FLlQ7P5+hP0G 4mDSS1+cDudw5uJbMC2hk7D8OppwXP6jHuTgR6jloASBBo2L9tzggWHNHjSIckYa eHP5tFFJzXAvgDAUKrZtamHZKbgK/PZGWsOsZZeMTWXZrwcnh0mJwQ== =dmhm -----END PGP SIGNATURE----- ================================================================================ Archive-Date: Tue, 25 Mar 1997 11:22:59 CST Sender: owner-mx-list@wku.edu From: dwing@cisco.com (Dan Wing) Subject: Re: Q: how can i send email to an aol user? Date: 25 Mar 1997 16:19:11 GMT Message-ID: <5h8ttv$dlm@cronkite.cisco.com> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU In article , levitte@lp.se (Richard Levitte - VMS Whacker) writes: >In article <33370757.0@nevada.kapsch.co.at> eplan@kapsch.co.at (Peter LANGSTOEGER) writes: > > AOL.COM is a MX RR only (that means no A RR exists for AOL.COM). > > We have a MX problem for many years (and many versions of MX, NETLIB, UCX > and TCPware) now. The MX SMTP agents on _all_ our VAX systems cannot deliver > mails to MX RR only addresses. (%MX-F-NOHOST, no such host). > >That sounds very weird. It sounds much more like a name resolver problem. >I've never seen MX have problems with "MX RR only domain names" (which BTW >is pretty common). MX can deliver to AOL.COM just fine. However, AOL.COM has a weird MX setup - AOL.COM points to a.mx.aol.com, b.mx.aol.com, c.mx.aol.com, etc., but each of a.mx.aol.com, b.mx.aol.com, c.mx.aol.com are actually CNAMEs, not A records. This apparently causes some problems with some mailers (but MX deals with it fine by doing a nother lookup to resolve the CNAMEs into A records). -Dan Wing ================================================================================ Archive-Date: Tue, 25 Mar 1997 11:31:51 CST Sender: owner-mx-list@wku.edu Message-ID: <3.0.1.32.19970325092610.008a0380@stargate.lbcc.cc.or.us> Date: Tue, 25 Mar 1997 09:26:10 -0800 To: MX-List@MadGoat.com From: Dan Sugalski Reply-To: MX-List@MadGoat.com Subject: Changing MX's idea of the machine name MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I'm running mailing lists with MX on a machine with multiple IP addresses and host names. It works out OK, but there are two odd quirks that I'd like to deal with. 1) REVIEWs of one list are tagged with a Return-path: header for another list. When I REVIEW GCA-L, for example, the mail message has a header line of "Return-Path OWNER-GCA-BETA@PLUTO.LBCC.CC.OR.US", rather than "Return-Path: OWNER-GCA-L@PLUTO.LBCC.CC.OR.US". 2) This machine has multiple IP addresses and names. MX is really only handling mail for one of them (MX is only being used to run mailing lists, and only on one of the IP addreses) and it's not the machine's primary IP address. Unfortunately all the outgoing mail is tagged as coming from the primary machine name and, more unfortunately, all mailing list e-mail addresses are coming from the primary name. (gcal-@ rather than what I want, gca-l@) What do I need to do to get this to change? (Changing how Multinet's set up on the machine is easy enough if that'll do it) Dan ----------------------------------------"it's like this"------------------- Dan Sugalski (541) 917-4364 even samurai Programmer/SysAdmin have teddy bears Linn-Benton Community College and even the teddy bears sugalsd@stargate.lbcc.cc.or.us get drunk ================================================================================ Archive-Date: Wed, 26 Mar 1997 11:30:30 CST Sender: owner-mx-list@wku.edu From: dwing@cisco.com (Dan Wing) Subject: Re: Q: how can i send email to an aol user? Date: 26 Mar 1997 16:45:28 GMT Message-ID: <5hbjr8$a25@cronkite.cisco.com> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU In article <009B1C91.EBCD7D20.71@mail.all-net.net>, Robert Byer writes: >>That sounds very weird. It sounds much more like a name resolver problem. >>I've never seen MX have problems with "MX RR only domain names" (which BTW >>is pretty common). >> > >I've have had similar problems with certain MX DNS records that generate a >"%SYSTEM-F-REJECT, connect to network object rejected" message and I've >had to look up the record in the DNS table and make a route statement to >get e-mail through. I'm using Wollongong v5.3 and so far AOL is not a >host that we've had problems with. > >Some of what we'v ehad problems with are.... > > hotmail.com I would expect hotmail.com to refuse mail -- they've only got two MX hosts listed and hotmail.com provides free email to people over the web and was recently added to Netscape's page, so the number of users using them for all sorts of stuff will be increasing. Hopefully they can keep up. What sortof routing did you add for hotmail.com? > bigfoot.com Dunno why that would cause any problems. What sortof routing did you add for bigfoot.com? > techbroker.com They have only one MX host so they could get easily swamped, too. > teletype.com They are MX'd to the same host as techbroker.com. > lifesoft.com They have only one MX host so any heavy traffic could take out that host, too. >It was driving us nuts and we still can't figure out why it only does it on >some and not others. I've had problems getting mail to MSN.COM which is one MX host but has 4 or so A records, most of which return "connection refused". Quite anoyying they didn't set it up with multiple MX records, especially considering they're functioning like an ISP at MSN.COM. -Dan Wing ================================================================================ Archive-Date: Wed, 26 Mar 1997 14:30:02 CST Sender: owner-mx-list@wku.edu Date: Wed, 26 Mar 1997 15:25:51 -0500 From: broom@usnews.com Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU CC: broom@usnews.com Message-ID: <009B1D82.739F8806.3@usnews.com> Subject: MX Lists via DECNET Routing -----BEGIN PGP SIGNED MESSAGE----- Dear Listmembers, At our site, we've been trying to get around a problem created by not running MX on all nodes in a cluster. Basically, we have two nodes, FRED and WILMA. WILMA runs MX and UCX, FRED runs Multinet, they both run DECNET, of course. I have users on FRED, who cannot log into WILMA, yet I want them to be able to post messages to a list GLOBAL from FRED via VMSMail. Sending to SMTP%"GLOBAL@USNEWS.COM" fails because Multinet tries to resolve GLOBAL and can't. Sending to WILMA::SMTP%"GLOBAL@USNEWS.COM" fails because the SMTP% is processed locally BEFORE the nodename redirection. This also foils attempts to create a VMSMAIL FORWARD to the same location. WILMA::MX%... failes because VMSmail tries to resolve MX% locally first, and can't find it. Is there something I've been missing? - -Ralph Broom- rbroom@usnews.com -----BEGIN PGP SIGNATURE----- Version: 4.0 Business Edition iQCVAgUBMzmETnEhOno61DvvAQHAFAQAmJ6gDlBkrG5IiEfh2zcxpFnNYRD00XEV 8h10V/WMaQTKqeKqJV5vD3roczMd7aLSVu8vRP12q7cco0lB9QIS78ieB9WFw7uj 1lGxym0LlPaiaa0c0e6Lq2G+E+M3hJhnjRce030vlIIA7wERvjFMvrnajM+qTRGC Qv6LlojQFs0= =sfP1 -----END PGP SIGNATURE----- ================================================================================ Archive-Date: Wed, 26 Mar 1997 15:24:10 CST Sender: owner-mx-list@wku.edu Date: Wed, 26 Mar 1997 16:13:35 EST5EDT4,M4.1.0,M10.5.0 From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rbroom@usnews.com Message-ID: <009B1D89.1EE99020.16@swdev.si.com> Subject: RE: MX Lists via DECNET Routing >Sending to WILMA::SMTP%"GLOBAL@USNEWS.COM" fails because the SMTP% is >processed locally BEFORE the nodename redirection. I just tried this. I sent mail from a system without MX through MX by using this very construct. The mail reached me just fine. I believe the above statement is in error. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman_brian@si.com Smiths Industries, Inc. | tillman@swdev.si.com 4141 Eastern Ave., MS239 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Wed, 26 Mar 1997 15:34:24 CST Sender: owner-mx-list@wku.edu Date: Wed, 26 Mar 1997 16:30:10 -0500 From: broom@usnews.com Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: broom@usnews.com Message-ID: <009B1D8B.6FB40A3D.16@usnews.com> Subject: RE: MX Lists via DECNET Routing Brian, Perhaps is a misconfiguration on my part. Here is a message that I sent: From: FRED::BROOM To: WILMA::SMTP%"mxserver@usnews.com" CC: BROOM Subj: HELP QUIT And here is the response I recieve: From: SMTP%"Postmaster@USNEWS.COM" To: BROOM CC: Subj: Undeliverable Mail Return-Path: <> Date: Wed, 26 Mar 1997 16:21:40 -0500 From: Postmaster@USNEWS.COM Subject: Undeliverable Mail To: Bad address -- Error -- No such local user Start of returned message Date: Wed, 26 Mar 1997 16:21:39 -0500 From: BROOM@USNEWS.COM To: mxserver@USNEWS.COM CC: BROOM@USNEWS.COM Message-Id: <970326162139.20202005@USNEWS.COM> HELP QUIT End of returned message From the perspective of VMSMail, even through Multinet's SMTP, on node FRED::, it IS an invalid address. Only through MX on WILMA:: is it valid. Remember, it is a LIST I'm sending to, something that doesn't have a valid VMSMail name, but will be recognized if the message passes through MX. Does this make some sense? (Believe me, I'd rather be in error here!) -Ralph- <-----------------------------------------------------------------> From: SMTP%"tillman@swdev.si.com" "Brian Tillman, x8425" 26-MAR-1997 16:20:23.00 To: SMTP%"MX-List@MadGoat.com" CC: SMTP%"rbroom@usnews.com" Subj: RE: MX Lists via DECNET Routing >Sending to WILMA::SMTP%"GLOBAL@USNEWS.COM" fails because the SMTP% is >processed locally BEFORE the nodename redirection. I just tried this. I sent mail from a system without MX through MX by using this very construct. The mail reached me just fine. I believe the above statement is in error. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman_brian@si.com Smiths Industries, Inc. | tillman@swdev.si.com 4141 Eastern Ave., MS239 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Wed, 26 Mar 1997 16:38:27 CST Sender: owner-mx-list@wku.edu Date: Wed, 26 Mar 1997 17:37:21 EST From: netmgr@bigvax.alfred.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: netmgr@bigvax.alfred.edu Message-ID: <009B1D94.D2567B40.289@bigvax.alfred.edu> Subject: RE: MX Lists via DECNET Routing >>Sending to WILMA::SMTP%"GLOBAL@USNEWS.COM" fails because the SMTP% is >>processed locally BEFORE the nodename redirection. > >I just tried this. I sent mail from a system without MX through MX by using >this very construct. The mail reached me just fine. I believe the above >statement is in error. Probably the two of you have different definitions for the system logical name MAIL$SYSTEM_FLAGS. Setting one of the bits causes mail to check to see if the decnet node is a cluster member, and if so it processes the message locally, without going through decnet. My recommendation: This whole problem could be avoided if MX was running clusterwide. Is there some reason it isn't? Oh, to get MX to interface with the TCP/IP transport, you need to hack up NETLIB_STARTUP.COM so it installs different images on different nodes. I enclose my own version below. If you really need multinet's smtp, you can still have some of MX's functionality. You run mx_startup.com to define the logical names clusterwide without running any of the mx processes on the multinet nodes. Then users can send mail to smtp%whatever to go out through multinet, or mx%whatever to create an entry to be process by MX on the other nodes. I ran this mixed configuration for several weeks when I was first evaluating MX. Tell people that to access the discussion lists, they must send to mx%global instead of smtp%global. Or tell mail SET FORWARD GLOBAL MX%GLOBAL (and also SET FORWARD MXSERVER MX%MXSERVER) and tell local users to just send to global. If you have any PC folks useing Eudora, they must use the MX node as their smtp server. If they send a message to multinet's smtp server, which then forwards it to MX%, it will add a blank line that will confuse the mailing list processor. Jim Walker Unsolicited junk email will give your company a bad name. ----- My modified [sys$startup]netlib_startup.com The UCX and CMU/IP paths here have not been tested in years. The Multinet path works with Multinet 3.5. $! SYS$STARTUP:NETLIB_STARTUP.COM $! Startup command procedure for NETLIB library routines. $! Almost completely rewritten by Jim Walker $ $! Which tcp/ip package are we using? Check UCX first so it will be $! replaced if we are running a package with UCX compatibility. $ X = "" $ IF F$TRNLNM("UCX$DEVICE").NES."" THEN X := UCX $ IF F$TRNLNM("INET$CONFIG").NES."" THEN X := CMU $ IF F$TRNLNM("MULTINET_ROOT").NES."" THEN X := MULTINET $ IF X.EQS."" THEN EXIT $ $! $ IF F$TRNLNM ("NETLIB_SHRXFR") .NES. "" THEN - IF F$FILE_ATTR ("NETLIB_SHRXFR:.EXE","KNOWN") THEN - INSTALL REMOVE NETLIB_SHRXFR $ IF F$TRNLNM ("NETLIB_SHR") .NES. "" THEN - IF F$FILE_ATTR ("NETLIB_SHR:.EXE","KNOWN") THEN - INSTALL REMOVE NETLIB_SHR $! $ DEFINE/SYSTEM/EXEC/NOLOG NETLIB_DIR SYS$COMMON:[SYSLIB] $ DEFINE/SYSTEM/EXEC/NOLOG NETLIB_SHRXFR NETLIB_DIR:NETLIB_SHRXFR $ DEFINE/SYSTEM/EXEC/NOLOG NETLIB_SHR NETLIB_DIR:NETLIB_'X'_SHR $ INSTALL ADD /OPEN/SHARE/HEADER NETLIB_SHRXFR ADD /OPEN/SHARE/HEADER NETLIB_SHR $ EXIT