Archive-Date: Tue, 01 Feb 1994 00:09:10 CST Sender: list-mgr@WKUVX1.WKU.EDU Date: Tue, 01 Feb 1994 00:05:34 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@WKUVX1.WKU.EDU Message-ID: <0097961E.86F7D4FB.170@WKUVX1.WKU.EDU> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during January 1994 Total number of posts: 152 Total number of posters: 63 Total number of subscribers: 218 Total number of digest subscribers: 25 Last modified: 31-MAY-1993 23:55 (Added digest 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.MX033]. You can also get it via e-mail by sending the commands SEND MX033 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 Feb 1994 08:32:12 CST Sender: list-mgr@WKUVX1.WKU.EDU Subject: RE: POP server Message-ID: <1994Feb1.124135.869@hhcs.gov.au> From: Carl Makin Reply-To: MX-List@WKUVX1.WKU.EDU Date: 1 Feb 94 12:41:34 +1000 To: MX-List@WKUVX1.WKU.EDU In article <19583561@MVB.SAIC.COM> Howard Meadows, meadows@cslvax.weeg.uiowa.edu writes: > I'm testing a POP3 server with MX 3.3 and UCX 2.0 and it seems to > work OK. It's from Indiana University (named IUPOP3), and I think you > can get it via anonymous ftp to ftp.indiana.edu in directory pub/vms/iupop3. I've been running IUPOP3 for around 18 months now and it's been *very* stable. It's only drawbacks are that it only lets you pick up 20 messages at a time (easily overcome) and you have to manually log into your account on the vax and purge/compress your mailbox or it grows to large. I've done the patch to it to make it strip MX% and the quotes from From: addresses so Eudora doesn't have to deal with them. It works well. (This does leave VMS Mail addresses, especially thought MRGATE sometimes mangled but it works quite well.) I'm using UCX 2.0D and MX 3.3 on a VaxStation 3100. Carl. -- Carl Makin (VK1KCM) "Speaking for myself only!" makinc@hhcs.gov.au (Internet) / vk1kcm@vk1kcm.act.aus.oc (Packet Radio) 'The best book on programming for the layman is "Alice in Wonderland"; but that's because it's the best book on anything for the layman.' ================================================================================ Archive-Date: Tue, 01 Feb 1994 09:05:18 CST Sender: list-mgr@WKUVX1.WKU.EDU Date: Tue, 01 Feb 1994 04:46:46 GMT From: "Jamie Jones, HICOM Operations" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00979645.CFE96B80.1@hicom.lut.ac.uk> Subject: Problems with MX looking up mx records I found a message stuck in the MX queue. It had been correctly routed through to SMTP, but a check on the SMTP DEBUG logs, revealed the following: 1-FEB-1994 03:33:28.48 Processing queue entry number 5 on node HICOM 1-FEB-1994 03:33:30.83 Recipient: , route=nrd.cf 1-FEB-1994 03:33:30.83 SMTP_SEND: looking up host name nrd.cf 1-FEB-1994 03:33:31.06 SMTP_SEND: Attempting to start session with nrd.cf [131.251.20.1] 1-FEB-1994 03:33:31.89 SMTP_SEND: Connected 1-FEB-1994 03:33:39.00 SMTP_SEND: Rcvd: 1-FEB-1994 03:33:40.73 SMTP send failed, sts=0C27804A, sts2=0C278042 1-FEB-1994 03:33:40.74 Recipient status=0C27804A for 1-FEB-1994 03:33:43.26 1 rcpts need retry, next try 1-FEB-1994 04:03:43.26 1-FEB-1994 03:33:43.43 *** End of processing pass *** Now, the user was obviously lazy, and shortened "nrd.cf.ac.uk" to "nrd.cf" We have it configured in our NAMRES that ".ac.uk" is re-appended where it is left off, so that this address would work for telnet calls etc. I would expect MX to either work similarly (as it used the same NAMRES after all) or reject the message as 'host unknown'. However, from the log, MX has looked up the address of "nrd.cf.ac.uk" and decided to call it direct (ignoring its MX records) nrd.cf.ac.uk doesn't support SMTP mail, relying totally on CBS over X25. They do have some sort of listener on port 25, but no processing is done to any calls to it (some sort of configuration cockup probably) Here are the relevant outputs from IPNCP for this site : IPNCP> hostnm nrd.cf Host 'NRD.CF' Full Name = 'NRD.CF.AC.UK' Address [1] = 131.251.20.1 IPNCP> rrfetch/mx nrd.cf # of RRs = [00000003] MX: Pref = [00000001] Name = [pigeon.cf.ac.uk] MX: Pref = [00000002] Name = [dove.cf.ac.uk] MX: Pref = [0000000B] Name = [nsfnet-relay.ac.uk] IPNCP> rrfetch/mx pigeon.cf.ac.uk # of RRs = [00000000] IPNCP> rrfetch/mx dove.cf.ac.uk # of RRs = [00000000] IPNCP> rrfetch/mx nsfnet-relay.ac.uk # of RRs = [00000002] MX: Pref = [0000000D] Name = [nsfnet-relay.ac.uk] MX: Pref = [0000000E] Name = [sun2.nsfnet-relay.ac.uk] IPNCP> rrfetch/mx sun2.nsfnet-relay.ac.uk # of RRs = [00000001] MX: Pref = [0000000A] Name = [sun2.nsfnet-relay.ac.uk] IPNCP> hostnm pigeon.cf.ac.uk Host 'PIGEON.CF.AC.UK' Full Name = 'pigeon.cf.ac.uk' Address [1] = 131.251.0.2 IPNCP> hostnm dove.cf.ac.uk Host 'DOVE.CF.AC.UK' Full Name = 'dove.cf.ac.uk' Address [1] = 131.251.0.52 IPNCP> hostnm nsfnet-relay.ac.uk Host 'NSFNET-RELAY.AC.UK' Full Name = 'nsfnet-relay.ac.uk' Address [1] = 128.86.8.50 IPNCP> hostnm sun2.nsfnet-relay.ac.uk Host 'SUN2.NSFNET-RELAY.AC.UK' Full Name = 'sun2.nsfnet-relay.ac.uk' Address [1] = 128.86.8.45 Any ideas ? Presummably this message will now hang around the MX queue until the maximum retry count has been exceeded, at which point it will bounce back to the original sender. [ MX 3.4-beta-1 ; VMS 5.3-1 ; CMU/IP 6.6-5 ; MicroVAX II ] Jamie. ================================================================================ Archive-Date: Tue, 01 Feb 1994 11:17:07 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 01 Feb 1994 09:58:43 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979671.63DFC912.14@ALPHA.WKU.EDU> Subject: RE: Problems with MX looking up mx records "Jamie Jones, HICOM Operations" writes: > > >I found a message stuck in the MX queue. It had been correctly routed through >to SMTP, but a check on the SMTP DEBUG logs, revealed the following: [...] >Now, the user was obviously lazy, and shortened "nrd.cf.ac.uk" to "nrd.cf" >We have it configured in our NAMRES that ".ac.uk" is re-appended where it >is left off, so that this address would work for telnet calls etc. > >I would expect MX to either work similarly (as it used the same NAMRES >after all) or reject the message as 'host unknown'. > Sounds like you don't have the MX domain expander running. Check the definition of MX_SITE_DOM_EXPANSION; it should point to MX_EXE:DOMAIN_EXPANSION.EXE. >Any ideas ? Presummably this message will now hang around the MX queue >until the maximum retry count has been exceeded, at which point it will >bounce back to the original sender. > Try enabling debug on the Router---it's what expands domain names. It'll tell you what it did or didn't do. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Tue, 01 Feb 1994 20:20:43 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 01 Feb 1994 12:40:21 EST From: Jim Cragen Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List%WKUVX1.bitnet@ULKYVM.LOUISVILLE.EDU Message-ID: <00979687.F8196C49.36@aspentec.com> Subject: Problem with sending messages. We just started running MX V3.4 and an ALPHA running VMS 5.5-2 and V3.0 of UCX. About 1 out of every 20 e-mail messages sent of SMTp gets this error message from POSTMASTER: ******************************************************************************* Note: this message was generated automatically. A problem occurred during SMTP delivery of your message. Error occurred sending to the following user(s): (via paris): %MX_SMTP-F-TRANSACTION_FAI, transaction failed Transcript: Rcvd: 220 pentagon-gw.army.mil Sendmail 4.1/SMI-DDN ready at Tue, 1 Feb 94 11:06:07 EST Sent: HELO kelvin.aspentec.com Rcvd: 250 pentagon-gw.army.mil Hello kelvin.aspentec.com, pleased to meet you Sent: MAIL FROM: Rcvd: 250 ... Sender ok Sent: RCPT TO: Rcvd: 554 ... Never heard of paris in domain army . mil ****************************************************************************** and with the MXdebugger turned on: 1-FEB-1994 11:33:40.40 Processing queue entry number 84 on node KELVIN 1-FEB-1994 11:33:41.02 Recipient: , route=paris 1-FEB-1994 11:33:41.02 SMTP_SEND: looking up host name paris 1-FEB-1994 11:33:41.12 SMTP_SEND: Attempting to start session with pentagon-gw.army.mil. [26.26.0.247] 1-FEB-1994 11:33:42.46 SMTP_SEND: Connected 1-FEB-1994 11:33:52.33 SMTP_SEND: Rcvd: 220 pentagon-gw.army.mil Sendmail 4.1/SMI-DDN ready at Tue, 1 Feb 94 11:35:29 EST 1-FEB-1994 11:33:52.47 SMTP_SEND: Sent: HELO kelvin.aspentec.com 1-FEB-1994 11:33:53.30 SMTP_SEND: Rcvd: 250 pentagon-gw.army.mil Hello kelvin.aspentec.com, pleased to meet you 1-FEB-1994 11:33:53.30 SMTP_SEND: Sent: MAIL FROM: 1-FEB-1994 11:33:58.78 SMTP_SEND: Rcvd: 250 ... Sender ok 1-FEB-1994 11:33:58.78 SMTP_SEND: Sent: RCPT TO: 1-FEB-1994 11:34:14.48 SMTP_SEND: Rcvd: 554 ... Never heard of paris in domain army . mil 1-FEB-1994 11:34:14.52 SMTP send failed, sts=0C27804A, sts2=0C2680AC 1-FEB-1994 11:34:14.52 Recipient status=0C2680AC for 1-FEB-1994 11:34:15.64 Entry now completely processed, no retries needed. 1-FEB-1994 11:34:15.73 *** End of processing pass *** ******************************************************************************* Again this happens every now and then, the user will send a message and when they get the message from the POSTMASTER saying it has not gone they resend the message and this time it will go thur. If you have any suggestions please e-mail me. Thanks. ------------------------------------------------------------------------------- Jim Cragen Email: Systems Engineer Tel: +1-617-577-0100 x243 Aspen Technology, Inc. Fax: +1-617-577-0303 Ten Canal Park Telex: +1-948-038(ASPEN TECH) Cambridge, Ma. 02141 U.S.A. ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Tue, 01 Feb 1994 22:03:35 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 01 Feb 1994 20:35:31 -0700 From: "Ray Harwood -- Data Basix: (602)721-1988" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: rharwood@Data.Basix.COM Message-ID: <009796CA.59E13280.32201@Data.Basix.COM> Subject: RE: Problem with sending messages. > We just started running MX V3.4 and an ALPHA running VMS 5.5-2 and V3.0 of > UCX. About 1 out of every 20 e-mail messages sent of SMTp gets this > error message from POSTMASTER: My bet is that you don't have an "intermittent problem", but instead it's related to the actual address of the recipient. See the following line from the EMail from Postmaster: > Error occurred sending to the following user(s): (via paris): > %MX_SMTP-F-TRANSACTION_FAI, transaction failed > 1-FEB-1994 11:33:58.78 SMTP_SEND: Sent: RCPT TO: > 1-FEB-1994 11:34:14.48 SMTP_SEND: Rcvd: 554 ... Never heard of > paris in domain army . mil I suspect there is no paris.mil domain name... just like the error message says. (Why, anyway, is the message not addressed to paris.mil anyway... except of course as a minor convenience to the users?) My MULTINET NSLOOKUP paris.mil says there no such thing in the "global" .mil domain, and I'd bet there's an addressing problem locally at your site as well. It would be interesting to know if one addressed DIRECTLY to paris.mil works or not! Ray ----- Ray Harwood | Data Basix | Adjunct Faculty, East Campus, Voice: (602)721-1988 | PO Box 18324 | Pima Community College FAX: (602)721-7240 | Tucson, AZ 85731 | Instructor in Ada and Pascal rharwood@Data.Basix.COM | Info@Data.Basix.COM | rharwood@east.pima.edu ================================================================================ Archive-Date: Wed, 02 Feb 1994 00:03:46 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 02 Feb 1994 15:54:33 +1000 From: bellamy@commerce.uq.edu.au (David Bellamy) Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Subject: Re: POP server References: <1994Feb1.124135.869@hhcs.gov.au> In article <1994Feb1.124135.869@hhcs.gov.au>, you wrote: > In article <19583561@MVB.SAIC.COM> Howard Meadows, meadows@cslvax.weeg.uiowa.edu writes: > > > I'm testing a POP3 server with MX 3.3 and UCX 2.0 and it seems to > > work OK. It's from Indiana University (named IUPOP3), and I think you > > can get it via anonymous ftp to ftp.indiana.edu in directory pub/vms/iupop3. > > I've been running IUPOP3 for around 18 months now and it's been *very* > stable. It's only drawbacks are that it only lets you pick up 20 > messages at a time (easily overcome) and you have to manually log > into your account on the vax and purge/compress your mailbox or it > grows to large. > Hmmm, why not set auto_purge in mail. Regular purging will essentially remove the need to compress. -- David Bellamy. Deparment of Commerce. The University of Queensland. Australia. Internet: bellamy@commerce.uq.edu.au ================================================================================ Archive-Date: Wed, 02 Feb 1994 02:37:00 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: kmm@cc.colorado.edu Subject: Queue entries "stuck" after CONVERT. Message-ID: Reply-To: MX-List@WKUVX1.WKU.EDU Date: Wed, 2 Feb 1994 06:36:18 GMT To: MX-List@WKUVX1.WKU.EDU This afternoon I shut down all the MX processes on RIKKI, deassigned the mailshr logicals, did a convert/fdl on the que file, then restarted MX on RIKKI. New messages seem to pass through the queue ok, but messages in the queue before the convert don't want to leave! I did MCP> que ready 28345 on all of the messages "stuck" as INP to the router, and this created a lot of LOCAL entries, all of which are READY. However, the LOCAL agent doesn't appear to see them - or at least want to touch them. I have done converts before with no problem. The only difference is - I did this while "unclustering" the queue file. Trying to share a file with this amount of traffic between a microvax and an alpha workstation, led to massive performance problems. I created a new queue file for the microvax and it appears to be happy. The only thing I can think of is: when separating the two systems, I changed the MX_FLQ_NODE_NAME logical from CCNODE to RIKKI (what it was before I tried to share the queue between the two systems - TOOMAI on the microvax). I am using MX 3.3 on both systems (OpenVMS 1.5 on alpha, VMS 5.52 on Microvax, Multinet on both). Any help is appreciated - I'll be glad to supply any information that is needed. Thanks, Karen Michels ================================================================================ Archive-Date: Wed, 02 Feb 1994 06:13:46 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 28 Jan 1994 15:27:36 -0100 To: MX-List@WKUVX1.WKU.EDU From: Robertini@sns.it (Marco Robertini) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Hot water A question: after one month of good work, I have elected my VAX with MX to answer to all mail arriving into my domain; so I can receive with Robertini@sns.it beside of Robertini@vax.sns.it. Well, now I want every machine in my organization receive mail throught VAX: for example user@node.sns.it will receive mail at user@sns.it. I think it's possible this: MCP DEFINE ALIAS user@sns.it user@somenode.sns.it where somenode is different from VAX where MX is running. Well, but maybe there is another more efficient solution. How to do this? Thank's to your all in advance Marco Robertini +39 50 509268 ================================================================================ Archive-Date: Wed, 02 Feb 1994 06:14:09 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 1 Feb 1994 18:23:44 -0100 To: MX-List@WKUVX1.WKU.EDU From: Robertini@sns.it (Marco Robertini) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Hot water A question: after one month of good work, I have elected my VAX with MX to answer to all mail arriving into my domain; so I can receive with Robertini@sns.it beside of Robertini@vax.sns.it. Well, now I want every machine in my organization receive mail throught VAX: for example user@node.sns.it will receive mail at user@sns.it. I think it's possible this: MCP DEFINE ALIAS user@sns.it user@somenode.sns.it where somenode is different from VAX where MX is running. Well, but maybe there is another more efficient solution. How to do this? Thank's to your all in advance Marco Robertini +39 50 509268 ================================================================================ Archive-Date: Wed, 02 Feb 1994 06:14:39 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 1 Feb 1994 18:23:24 -0100 To: MX-List@WKUVX1.WKU.EDU From: Robertini@sns.it (Marco Robertini) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: POP server > writes: > >> I'm testing a POP3 server with MX 3.3 and UCX 2.0 and it seems to >> work OK. It's from Indiana University (named IUPOP3), and I think you >> can get it via anonymous ftp to ftp.indiana.edu in directory pub/vms/iupop3. > >I've been running IUPOP3 for around 18 months now and it's been *very* >stable. It's only drawbacks are that it only lets you pick up 20 >messages at a time (easily overcome) and you have to manually log >into your account on the vax and purge/compress your mailbox or it >grows to large. > >I've done the patch to it to make it strip MX% and the quotes from >From: addresses so Eudora doesn't have to deal with them. It works >well. (This does leave VMS Mail addresses, especially thought MRGATE >sometimes mangled but it works quite well.) > >I'm using UCX 2.0D and MX 3.3 on a VaxStation 3100. > >Carl. >-- >Carl Makin (VK1KCM) "Speaking for myself only!" >makinc@hhcs.gov.au (Internet) / vk1kcm@vk1kcm.act.aus.oc (Packet Radio) >'The best book on programming for the layman is "Alice in Wonderland"; > but that's because it's the best book on anything for the layman.' Hi Carl, I'm using Eudora, IUPOP3 from Indiana and UCX2.0. I want your modificated version to suppress MX% in reply address. I have done a popshutdown working if there is someone interested. Marco Robertini +39 50 509268 ================================================================================ Archive-Date: Wed, 02 Feb 1994 07:19:10 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 25 Jan 1994 14:27:06 -0100 To: MX-List@WKUVX1.WKU.EDU From: Robertini@vax.sns.it (Marco Robertini) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Hot water A question: after one month of good work, I have elected my VAX with MX to answer to all mail arriving into my domain; so I can receive with Robertini@sns.it beside of Robertini@vax.sns.it. Well, now I want every machine in my organization receive mail throught VAX: for example user@node.sns.it will receive mail at user@sns.it. How to do this? Thank's to your all in advance Marco Robertini +39 50 509268 ================================================================================ Archive-Date: Wed, 02 Feb 1994 07:30:50 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: denholm@sotona.physics.southampton.ac.uk Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: Problems with MX looking up mx records Message-ID: Date: Wed, 2 Feb 1994 12:47:49 GMT To: MX-List@WKUVX1.WKU.EDU In Article <00979671.63DFC912.14@ALPHA.WKU.EDU> "Hunter Goatley, WKU" writes: >"Jamie Jones, HICOM Operations" writes: >> >> >>I found a message stuck in the MX queue. It had been correctly routed through >>to SMTP, but a check on the SMTP DEBUG logs, revealed the following: >[...] >>Now, the user was obviously lazy, and shortened "nrd.cf.ac.uk" to "nrd.cf" >>We have it configured in our NAMRES that ".ac.uk" is re-appended where it >>is left off, so that this address would work for telnet calls etc. >> >>I would expect MX to either work similarly (as it used the same NAMRES >>after all) or reject the message as 'host unknown'. >> >Sounds like you don't have the MX domain expander running. Check the >definition of MX_SITE_DOM_EXPANSION; it should point to >MX_EXE:DOMAIN_EXPANSION.EXE. > I have seen a similar problem, but rather than try to figure out how it fits in with the above. I'll describe my symptoms... - it's also a uk problem, BTW ! I think the problem is that the mx router (vsn 3.2, at least) doesn't expand using mx dns table entries... setup - mx 3.2 over cmu/ip 6.65-a over vms 5.4 mailing to - maths.soton.ac.uk This does not exist as an ip address, but does as an mx entry. $ ipncp host maths.soton.ac.uk Host 'MATHS.SOTON.AC.UK' Full Name = ''ddresses found for host name %IPACP-E-DSNAMERR, Domain service: name error (no such name) $ ipncp rr/mx maths.soton.ac.uk # of RRs = [00000001] MX: Pref = [0000000B] Name = [relay.soton.ac.uk] $ ipncp rr/mx maths # of RRs = [00000001] MX: Pref = [0000000B] Name = [relay.soton.ac.uk] [ to demonstrate that domain name expansion works ] now if I mail to drd%soton.ac.uk@maths [I dont have an account on that machine...] the router log says $ type mx_router_log.log 2-FEB-1994 12:36:00.79 %PROCESS, Processing entry number 12762 2-FEB-1994 12:36:01.22 %PROCESS, Status from READ_INFO was 00000001 2-FEB-1994 12:36:01.22 %PROCESS, Message originated in VMS Mail. 2-FEB-1994 12:36:01.25 %PROCESS, will run domain expander on envelope addresse s. 2-FEB-1994 12:36:01.25 %PROCESS, Processing address: 2-FEB-1994 12:36:03.12 %PROCESS, ... address now reads: 2-FEB-1994 12:36:03.13 %PROCESS, will run domain expander on message headers. 2-FEB-1994 12:36:06.03 %PROCESS, Finished VMSmail-origin preprocessing. 2-FEB-1994 12:36:06.03 %PROCESS, Recipient #0: 2-FEB-1994 12:36:06.04 %REWRITE, No rewrite rules matched 2-FEB-1994 12:36:06.07 %FINDPATH, Site-spec expand on maths err=00000870 2-FEB-1994 12:36:06.08 %FINDPATH, domain name MATHS matched path pattern * 2-FEB-1994 12:36:06.08 %PROCESS, Rewrote as < drd%soton.ac.uk@maths> - next hop maths, path 2 2-FEB-1994 12:36:06.17 %PROCESS, Adding to SMTP path: . 2-FEB-1994 12:36:06.58 %PROCESS, Path SMTP gets 1 rcpts, entry number 12763 - it has now missed a rule that tells it how to send to *.ac.uk smtp debug starts $ type mx_smtp_log.log 2-FEB-1994 12:36:07.29 Processing queue entry number 12763 on node SOTONA 2-FEB-1994 12:36:08.05 Recipient: , route=maths 2-FEB-1994 12:36:08.06 SMTP_SEND: looking up host name maths 2-FEB-1994 12:36:08.10 SMTP_SEND: Failed, sts=00000870 2-FEB-1994 12:36:08.10 SMTP_SEND: looking up host name SOTON.AC.UK 2-FEB-1994 12:36:08.14 SMTP_SEND: Attempting to start session with mail. soton ac.uk [152.78.128.78] 2-FEB-1994 12:36:31.01 SMTP_SEND: Connected 2-FEB-1994 12:36:32.40 SMTP_SEND: Rcvd: 220-mail.soton.ac.uk Sendmail 8. 6.4/2 10 ready at Wed, 2 Feb 1994 12:37:42 GMT 2-FEB-1994 12:36:32.69 SMTP_SEND: Rcvd: 220 ESMTP spoken here 2-FEB-1994 12:36:32.69 SMTP_SEND: Sent: HELO SOTONA.PHYS.SOTON.AC.UK etc - soton.ac.uk is our default smtp mailer, by the way... I append my config.mcp file dd /SIG ! MX_DEVICE:[MX]CONFIG.MCP;1 ! Created: 27-MAR-1993 11:45:00.33 by MXCONFIG ! Rewritten by hand - div got it ALL wrong ! make changes here, then do ! $ mcp /nofile ! mcp> @config.mcp ! mcp> save mx_config.mxcfg ! this is repeated at end, and will be ! mcp> reset [/cluster] ! displayed by @config.mcp ... ! ! !!!!!!! REWRITING RULES !!!!!!!!!!!!!! ! ! ! ! rewrite soton as mail DEFINE REWRITE <{user}@soton> <{user}@mail> DEFINE REWRITE <{user}@soton.ac> <{user}@mail> DEFINE REWRITE <{user}@soton.ac.uk> <{user}@mail> DEFINE REWRITE <{user}@southampton> <{user}@mail> DEFINE REWRITE <{user}@southampton.ac> <{user}@mail> DEFINE REWRITE <{user}@southampton.ac.uk> <{user}@mail> ! ! Mmm - even phys.soton.ac.uk doesn't seem to work ? ! think it's because it is only an mx-entry, not a real site... DEFINE REWRITE <{user}@phys> <{user}@phys.soton.ac.uk> DEFINE REWRITE <{user}@phys.soton> <{user}@phys.soton.ac.uk> DEFINE REWRITE <{user}@phys.soton.ac> <{user}@phys.soton.ac.uk> ! ! by special request ! DEFINE REWRITE <{user}@cmpc1> <{user}@cmpc1.uucp> DEFINE REWRITE <{user}@cmpc1.phys> <{user}@cmpc1.uucp> DEFINE REWRITE <{user}@cmpc1.phys.soton> <{user}@cmpc1.uucp> DEFINE REWRITE <{user}@cmpc1.phys.soton.ac> <{user}@cmpc1.uucp> ! !!!!!!!!!! ROUTING RULES !!!!!!!!!!! ! ! let the mail machine deal with any funnies ! SET SMTP/DEFAULT=soton.ac.uk ! ! must recognise all possible incoming forms of local addresses (?) DEFINE PATH "sotona" LOCAL DEFINE PATH "sotona.phys" LOCAL DEFINE PATH "sotona.phys.soton" LOCAL DEFINE PATH "sotona.phys.soton.ac" LOCAL DEFINE PATH "sotona.phys.soton.ac.uk" LOCAL DEFINE PATH "sotonb" LOCAL DEFINE PATH "sotonb.phys" LOCAL DEFINE PATH "sotonb.phys.soton" LOCAL DEFINE PATH "sotonb.phys.soton.ac" LOCAL DEFINE PATH "sotonb.phys.soton.ac.uk" LOCAL DEFINE PATH "[152.78.192.42]" LOCAL DEFINE PATH "[152.78.192.43]" LOCAL ! ! yet more local variations (to match janet name) DEFINE PATH "sotona.physics" LOCAL DEFINE PATH "sotona.physics.southampton" LOCAL DEFINE PATH "sotona.physics.southampton.ac" LOCAL DEFINE PATH "sotona.physics.southampton.ac.uk" LOCAL ! ! these are the local sites we can send smtp mail to.... DEFINE PATH hep.ph.soton.ac.uk SMTP DEFINE PATH par.soton.ac.uk SMTP /ROUTE=par DEFINE PATH mail.soton.ac.uk SMTP DEFINE PATH cmpc1.uucp SMTP /ROUTE=152.78.192.40 DEFINE PATH phys.soton.ac.uk SMTP DEFINE PATH *.phys.soton.ac.uk SMTP ! ! reading... - bypass the mx entries ! DEFINE PATH spmvax1.rdg.ac.uk SMTP /route=spmvax1.rdg.ac.uk DEFINE PATH magnets.rdg.ac.uk SMTP /route=spmvax1.rdg.ac.uk DEFINE PATH magnets.reading.ac.uk SMTP /route=spmvax1.rdg.ac.uk ! ! give anything else in JANET to mail DEFINE PATH *.ac.uk SMTP /ROUTE=mail ! ! give bitnet/usenet/earn to mail DEFINE PATH *.bitnet SMTP /ROUTE=mail DEFINE PATH *.uucp SMTP /ROUTE=mail DEFINE PATH *.earn SMTP /ROUTE=mail ! ! Send anything else direct, to save 30 minute arbitrary delay on mail machine DEFINE PATH * SMTP ! SET LOCAL/HEADER=(top:(noall,bcc,cc,date,in_reply_to,keywords,references,from,to), bot:noall) ! ! ! lets do the save here... SAVE MX_CONFIG.MXCFG ! (repeated, so it shows on screen) ! $ mcp /nofile ! mcp> @config.mcp ! mcp> save mx_config.mxcfg - DONE ALREADY ! mcp> reset [/cluster] ================================================================================ Archive-Date: Wed, 02 Feb 1994 09:54:46 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 02 Feb 1994 09:29:27 EST From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: WKUVX1.WKU.EDU!MX-List@esseye.si.com CC: Robertini@sns.it Message-ID: <00979736.77F852A0.25927@swdev.si.com> Subject: RE: Hot water Marco Robertini (Robertini@sns.it) writes: >A question: after one month of good work, I have elected my VAX with MX to >answer to all mail arriving into my domain; so I can receive with >Robertini@sns.it beside of Robertini@vax.sns.it. >Well, now I want every machine in my organization receive mail throught VAX: >for example user@node.sns.it will receive mail at user@sns.it. If I were doing this, I'd set up VMS Mail aliases for everyone with a mailbox using VMS Mail's SET FORWARD command, like this: MAIL> set forward/user=smith mx%"""smith@node1.sns.it""" MAIL> set forward/user=jones mx%"""jones@node2.sns.it""" MAIL> set forward/user=doe node3::doe MAIL> set forward/user=luciano mx%"""luciano@node4.dnet""" That way, mail sent to smith@sns.it will be forwarded through MX to NODE1, mail to jones@sns.it will forwarded through MX to NODE2, mail to doe@sns.it will be forwarded through VMS Mail and DECnet to NODE3, and maail to luciano@sns.it will be forwarded by MX through DECnet to NODE4. Of course, it takes someone with SYSNAM privilege to execute the SET FORWARD commands. We, in fact, do pretty much the same thing where I work. We have a Unix system that receives Internet mail and performs the initial routing via a mail alias table. It forwards mail for everyone whose mail platform is VMS to one of our VMS systems and this system then forwards as appropriate to other VMS systems using the method I just described. -----------------------------+-------------------------------- 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, 02 Feb 1994 10:22:02 CST Sender: List-Mgr@WKUVX1.WKU.EDU Message-ID: <0097973D.BE6184F8.39@ALPHA.WKU.EDU> Return-Path: From: Fraser Hugh Reply-To: MX-List@WKUVX1.WKU.EDU To: List-Mgr Subject: RE: Hot water Date: Wed, 02 Feb 94 10:44:00 EST That's basically how I did it here. Our MX system is our UUCP gateway to an Internet forwarder on one side, delivering mail to Profs, Allin1, VMS Mail, and 10 or so Microsoft Mail postoffices via their SMTP gateway. People have been moving from one mail platform to another pretty frequently around here which caused two problems; first, it became difficult to keep their mail forwarded to the correct place, and second it was tough to print a business card with an Internet address on it. I resolved the problem by eliminating using the alias tables. The table is synchronized with the MSMail and Allin1 tables through a pseudo address on the MX gateway tied to a site-delivery address that receives dumps from the MSMail and Allin1 administrators of the name translations and invokes a command procedure to load them into the MX alias tables. A bit kludgy, but functional. ---------- |From: List-Mgr |To: MX-List |Subject: Hot water |Date: Friday, January 28, 1994 3:27PM | |A question: after one month of good work, I have elected my VAX with MX to |answer to all mail arriving into my domain; so I can receive with |Robertini@sns.it beside of Robertini@vax.sns.it. |Well, now I want every machine in my organization receive mail throught VAX: |for example user@node.sns.it will receive mail at user@sns.it. | |I think it's possible this: | |MCP DEFINE ALIAS user@sns.it user@somenode.sns.it | |where somenode is different from VAX where MX is running. Well, but maybe |there is another more efficient solution. | |How to do this? |Thank's to your all in advance | |Marco Robertini +39 50 509268 | | ================================================================================ Archive-Date: Wed, 02 Feb 1994 12:12:29 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Queue entries "stuck" after CONVERT. Message-ID: <1994Feb2.103701.915@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 2 Feb 94 10:37:00 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , kmm@cc.colorado.edu writes: [...] >The only thing I >can think of is: when separating the two systems, I changed the >MX_FLQ_NODE_NAME logical from CCNODE to RIKKI (what it was before I >tried to share the queue between the two systems - TOOMAI on the microvax). >I am using MX 3.3 on both systems (OpenVMS 1.5 on alpha, VMS 5.52 on Microvax, >Multinet on both). Any help is appreciated - I'll be glad to supply any >information that is needed. MX's processes use MX_FLQ_NODE_NAME to communicate to each other (to say "hey, entry 1234 is ready for local processing"), so all the agents that use the same queue file need to have the same MX_FLQ_NODE_NAME, and agents that use a different queue file need a different MX_FLQ_NODE_NAME value. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Wed, 02 Feb 1994 12:12:52 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: RE: Problems with MX looking up mx records Message-ID: <1994Feb2.104820.916@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 2 Feb 94 10:48:19 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , denholm@sotona.physics.southampton.ac.uk writes: >I think the problem is that the mx router (vsn 3.2, at least) doesn't >expand using mx dns table entries... It certainly does. The hostpart of my address, dwing@uh01.colorado.edu, is only an MX record -- there is no A record for uh01.colorado.edu, and I've been receiving mail from other systems running MX for years. >setup - mx 3.2 over cmu/ip 6.65-a over vms 5.4 >mailing to - maths.soton.ac.uk >This does not exist as an ip address, but does as an mx entry. > >$ ipncp host maths.soton.ac.uk >Host 'MATHS.SOTON.AC.UK' Full Name = ''ddresses found for host name > >%IPACP-E-DSNAMERR, Domain service: name error (no such name) > >$ ipncp rr/mx maths.soton.ac.uk > # of RRs = [00000001] > MX: Pref = [0000000B] Name = [relay.soton.ac.uk] > > >$ ipncp rr/mx maths > # of RRs = [00000001] > MX: Pref = [0000000B] Name = [relay.soton.ac.uk] > >[ to demonstrate that domain name expansion works ] > > > >now if I mail to drd%soton.ac.uk@maths I don't know exactly what you're trying to point out, but there is no way that MX (without a rewrite rule) is going to modify anything to the left of the "@", as the left side is considered the local part. >[I dont have an account on that machine...] > >the router log says >$ type mx_router_log.log > 2-FEB-1994 12:36:00.79 %PROCESS, Processing entry number 12762 > 2-FEB-1994 12:36:01.22 %PROCESS, Status from READ_INFO was 00000001 > 2-FEB-1994 12:36:01.22 %PROCESS, Message originated in VMS Mail. > 2-FEB-1994 12:36:01.25 %PROCESS, will run domain expander on envelope >addresse >s. > 2-FEB-1994 12:36:01.25 %PROCESS, Processing address: uk@maths> > 2-FEB-1994 12:36:03.12 %PROCESS, ... address now reads: uk@maths> > 2-FEB-1994 12:36:03.13 %PROCESS, will run domain expander on message >headers. > 2-FEB-1994 12:36:06.03 %PROCESS, Finished VMSmail-origin preprocessing. > 2-FEB-1994 12:36:06.03 %PROCESS, Recipient #0: > 2-FEB-1994 12:36:06.04 %REWRITE, No rewrite rules matched uk@maths> > 2-FEB-1994 12:36:06.07 %FINDPATH, Site-spec expand on maths err=00000870 > 2-FEB-1994 12:36:06.08 %FINDPATH, domain name MATHS matched path pattern * > 2-FEB-1994 12:36:06.08 %PROCESS, Rewrote as < >drd%soton.ac.uk@maths> >- next hop maths, path 2 > 2-FEB-1994 12:36:06.17 %PROCESS, Adding to SMTP path: uk@maths>. > 2-FEB-1994 12:36:06.58 %PROCESS, Path SMTP gets 1 rcpts, entry number >12763 > > > > >- it has now missed a rule that tells it how to send to *.ac.uk No, it didn't. the address is: and your rewrite rules are: [...] >! rewrite soton as mail >DEFINE REWRITE <{user}@soton> <{user}@mail> >DEFINE REWRITE <{user}@soton.ac> <{user}@mail> >DEFINE REWRITE <{user}@soton.ac.uk> <{user}@mail> >DEFINE REWRITE <{user}@southampton> <{user}@mail> >DEFINE REWRITE <{user}@southampton.ac> <{user}@mail> >DEFINE REWRITE <{user}@southampton.ac.uk> <{user}@mail> >! >! Mmm - even phys.soton.ac.uk doesn't seem to work ? >! think it's because it is only an mx-entry, not a real site... >DEFINE REWRITE <{user}@phys> <{user}@phys.soton.ac.uk> >DEFINE REWRITE <{user}@phys.soton> <{user}@phys.soton.ac.uk> >DEFINE REWRITE <{user}@phys.soton.ac> <{user}@phys.soton.ac.uk> >! >! by special request ! >DEFINE REWRITE <{user}@cmpc1> <{user}@cmpc1.uucp> >DEFINE REWRITE <{user}@cmpc1.phys> <{user}@cmpc1.uucp> >DEFINE REWRITE <{user}@cmpc1.phys.soton> <{user}@cmpc1.uucp> >DEFINE REWRITE <{user}@cmpc1.phys.soton.ac> <{user}@cmpc1.uucp> None of those rewrite rules, that I saw, matched the address you're sending to. You're trying to send to , so a rewrite rule like this: DEFINE REWRITE_RULE - "<{user}%soton.ac.uk@{host}>" - "<{user}@mail>" should be what you want (instead of your third rewrite rule). Also, be sure to have your rewrite rule do rewrites to FQDNs -- "@mail" isn't a FQDN. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Wed, 02 Feb 1994 13:54:11 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Queue entries "stuck" after CONVERT. Message-ID: From: kmm@cc.colorado.edu Date: Wed, 2 Feb 1994 15:48:53 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , kmm@cc.colorado.edu writes: >This afternoon I shut down all the MX processes on RIKKI, deassigned the >mailshr logicals, did a convert/fdl on the que file, then restarted MX on >RIKKI. New messages seem to pass through the queue ok, but messages in >the queue before the convert don't want to leave! I did ... some of my late night rantings deleted. >MX_FLQ_NODE_NAME logical from CCNODE to RIKKI (what it was before I >tried to share the queue between the two systems - TOOMAI on the microvax). >I am using MX 3.3 on both systems (OpenVMS 1.5 on alpha, VMS 5.52 on Microvax, >Multinet on both). Any help is appreciated - I'll be glad to supply any >information that is needed. Looking at the que file in the light of day, It is indeed a problem with the node name. I will try a few things, and see if I can unstick the mail. Thanks for your patience Karen Michels ================================================================================ Archive-Date: Wed, 02 Feb 1994 15:13:57 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: kmm@cc.colorado.edu Subject: Re: Queue entries "stuck" after CONVERT. Message-ID: Reply-To: MX-List@WKUVX1.WKU.EDU Date: Wed, 2 Feb 1994 18:09:16 GMT To: MX-List@WKUVX1.WKU.EDU In article , kmm@cc.colorado.edu writes: >In article , kmm@cc.colorado.edu writes: >>This afternoon I shut down all the MX processes on RIKKI, deassigned the >>mailshr logicals, did a convert/fdl on the que file, then restarted MX on >>RIKKI. New messages seem to pass through the queue ok, but messages in >>the queue before the convert don't want to leave! I did > >.... some of my late night rantings deleted. > >>change MX_FLQ_NODE_NAME logical from CCNODE to RIKKI (what it was before I >>tried to share the queue between the two systems - TOOMAI on the microvax). (The mx_flq_node_name on TOOMAI is now TOOMAI and works fine with its new queue file.) .... some more of my late night rantings deleted. >Looking at the que file in the light of day, it is indeed a problem with >the node name. I will try a few things, and see if I can unstick the mail. >Thanks for your patience After reviewing the old queue file this morning, I realized that all the stuck entries were tagged to CCNODE - the old mx_flq_node_name that no machine is now using. So... I stopped mx, reset mx_flq_node_name to CCNODE, and restarted MX hoping to clear out the old queue file. However, the LOCAL delivery agent won't start: [MX.LOCAL]MX_LOCAL_RIKKI.LOG: 2-FEB-1994 10:42:29.24: MX Local (pid 2260063E) starting 2-FEB-1994 10:42:35.63: MX Local (pid 2260063E) exiting, status = 100182B4 Do I have a corrupted queue file? Or do I need to do more than change the mx_flq_node_name to clean out the file? Thanks, Karen ======================================================================== Old queue file with lots of undelivered mail: Entry Sts Size Origin Destination Dest Proc ----- --- ------ ---------------------- ---------------------- --------- 28713 RDY 538 CCNODE::owner-mac-l@YA CCNODE:: MX_LOCAL 28727 RDY 547 CCNODE::owner-anime-l@ CCNODE:: MX_LOCAL 28728 RDY 548 CCNODE::ECOLOG-L@UMDD. CCNODE:: MX_LOCAL 28731 RDY 556 CCNODE::rlegoza@sctcor CCNODE:: MX_LOCAL 28742 RDY 595 CCNODE::owner-anime-l@ CCNODE:: MX_LOCAL 28747 RDY 599 CCNODE::owner-mac-l@YA CCNODE:: MX_LOCAL 28754 RDY 620 CCNODE::ericb@cae.wisc CCNODE:: MX_LOCAL 28761 RDY 633 CCNODE::owner-mac-l@YA CCNODE:: MX_LOCAL 28767 RDY 650 CCNODE::lynchk@essex.h CCNODE:: MX_LOCAL New queue file, working fine: Entry Sts Size Origin Destination Dest Proc ----- --- ------ ---------------------- ---------------------- --------- 114 INP 366 RIKKI::MWINGATE RIKKI:: MX_ROUTER 128 INP 219 RIKKI::CMILLS RIKKI:: MX_ROUTER 129 RDY 219 RIKKI::CMILLS RIKKI:: MX_SMTP 130 FIN 219 RIKKI::CMILLS RIKKI:: MX_ROUTER 136 RDY 366 RIKKI::MWINGATE RIKKI:: MX_SMTP 137 FIN 219 RIKKI::CMILLS RIKKI:: MX_SMTP 160 FIN 983 RIKKI::SGILPIN RIKKI:: MX_ROUTER 161 FIN 362 RIKKI::OCRAMER RIKKI:: MX_ROUTER 162 FIN 130 RIKKI::ETRAMPLER RIKKI:: MX_ROUTER ================================================================================ Archive-Date: Wed, 02 Feb 1994 16:14:26 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Queue entries "stuck" after CONVERT. Message-ID: <1994Feb2.142605.921@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 2 Feb 94 14:26:04 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , kmm@cc.colorado.edu writes: >[MX.LOCAL]MX_LOCAL_RIKKI.LOG: > > 2-FEB-1994 10:42:29.24: MX Local (pid 2260063E) starting > 2-FEB-1994 10:42:35.63: MX Local (pid 2260063E) exiting, status = 100182B4 > >Do I have a corrupted queue file? Could be. 100182B4 is "%RMS-F-RNF, record not found". -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Wed, 02 Feb 1994 16:50:10 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 02 Feb 1994 16:49:45 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979773.F9BF1944.5@ALPHA.WKU.EDU> Subject: Re: Queue entries "stuck" after CONVERT. dwing@uh01.Colorado.EDU (Dan Wing) writes: > >In article , kmm@cc.colorado.edu writes: >>[MX.LOCAL]MX_LOCAL_RIKKI.LOG: >> >> 2-FEB-1994 10:42:29.24: MX Local (pid 2260063E) starting >> 2-FEB-1994 10:42:35.63: MX Local (pid 2260063E) exiting, status = 100182B4 >> >>Do I have a corrupted queue file? > >Could be. 100182B4 is "%RMS-F-RNF, record not found". > The queue file itself is probably OK; it's an entry that no longer has its files for whatever reason. MCP QUEUE CANCEL on the entry or entries that are causing this problem will fix it. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Wed, 02 Feb 1994 18:23:48 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: dunnett@mala.bc.ca (Malcolm Dunnett) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Using Callable Mail and MX protocol Message-ID: <1994Feb2.143718.3355@mallrc.mala.bc.ca> Date: 2 Feb 94 14:37:18 -0700 To: MX-List@WKUVX1.WKU.EDU I'm having a little trouble using callable mail to send a message through the MX foreign interface. I'm modifying the "from" address to be from a user other than the process sending the message ( part of a news <> mail gateway program ). I also want to include the "personal name" of the original poster in the message. I've gotten this to work by using the item MAIL$_SEND_FROM_LINE with the MAIL$SEND_ADD_ATTRIBUTE call, such that if the original address (in NEWS) is: bloggs@mysite.dom (Fred Bloggs) I format the from line in the buffer as: bloggs@mysite.dom "Fred Bloggs" This works, except that in the SMTP message that is generated the quotation marks stay on the personal name, so the SMTP from line looks like: From: "Fred Bloggs" If I leave the quotation marks off then the call to MAIL$SEND_ADD_ATTRIBUTE blows up with an access violation. I've tried setting the personal name using the MAIL$_SEND_PERS_NAME item in the call to MAIL$SEND_BEGIN, but this seems to be ignored if I subsequently modify the FROM address using the SEND_ADD_ATTRIBUTE call. I realize the quotes are a minor nit, but they're annoying. Is there a way to format the data for this call so that it will generate a from line which includes the personal name but doesn't have the quotation marks? -- ============================================================================= Malcolm Dunnett Malaspina University-College Email: dunnett@mala.bc.ca Computer Services Nanaimo, B.C. CANADA V9R 5S5 Tel: (604)755-8738 ================================================================================ Archive-Date: Wed, 02 Feb 1994 19:46:36 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: flaforest@vtrm01.uucp (Fred LaForest) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Remapping internal addresses on outgoing mail Message-ID: <1994Feb2.154400.104@vtrm01.uucp> Date: 2 Feb 94 15:43:59 EST To: MX-List@WKUVX1.WKU.EDU I have a question on mail "gatewaying". I have MX 3.3, UUCP 2.0, Allin1, Message Router, X.400 at my site. If I get an internal message which must be routed outside the company, I would like to hide the real sender address and substitute an alternate address. The person on the outside would see flaforest@vtrm01 instead of mx%"vtrm01::ctlv01::mrgate::"flaforest@a1"". (or so...) I think that would mean tinkering with the envelope AND the message text. The rewrite rules of UUCP and MX help on the envelope side, but, how do I take care of the address text in the message text itself? As generated by VMSmail MRGATE. On the incoming side, I could use existing hooks to route the message to the proper "inside" recepient. Thanks. -- Fred LaForest UUCP: vtrm01!flaforest VMS/UNIX/(Whatever else we have in the building) System Programmer TRINOVA, Inc. GEnie: FALAFOREST Maumee, OH 43537 ================================================================================ Archive-Date: Thu, 03 Feb 1994 06:56:00 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Address rewrites Message-ID: <2iqntpINNcq8@lynx.unm.edu> From: root@arc.ug.eds.com () Reply-To: MX-List@WKUVX1.WKU.EDU Date: 3 Feb 1994 11:41:45 GMT To: MX-List@WKUVX1.WKU.EDU I have just installed MX on our cluster, and so far so good. In fact its working very well, much more useful than the SMTP server in UCX! I have a couple of questions that someone can no doult help me with. For incoming SMTP mail can I have MX rewrite/forward particular sub-domains to DECmail addresses. ie If I have incoming mail addresses to user@sub1.sub2.com can I forward it to node::user Also at present I only have the router,local daemons running on a couple of nodes in the cluster (of 50 machines). Would there be any advantage/ disadvantage to running these daemons on more/every node? -- Paul Havinden Graphic Data Systems Cambridge, UK ================================================================================ Archive-Date: Thu, 03 Feb 1994 08:53:40 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 03 Feb 1994 08:49:30 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009797FA.0D1823E7.1@ALPHA.WKU.EDU> Subject: RE: Address rewrites root@arc.ug.eds.com () writes: > >I have just installed MX on our cluster, and so far so good. In fact its >working very well, much more useful than the SMTP server in UCX! > Good! >I have a couple of questions that someone can no doult help me with. > >For incoming SMTP mail can I have MX rewrite/forward particular sub-domains >to DECmail addresses. ie If I have incoming mail addresses to >user@sub1.sub2.com can I forward it to node::user > Yes; you'll have to add a rewrite rule for each node like the following: MCP> define rewrite_rule "<{user}@sub1.sub2.com>" - "<""node::{user}""@whatever-your-FQDN-is>" >Also at present I only have the router,local daemons running on a couple >of nodes in the cluster (of 50 machines). Would there be any advantage/ >disadvantage to running these daemons on more/every node? > The advantage is that you could get better throughput, since there are more MX agents to process files, plus you have redudancy for those agents in case one of the systems drops out of the cluster. Note, though, that you ought to have a pretty fast disk to keep up with all the I/O from all the MX processes. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Thu, 03 Feb 1994 10:22:51 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Remapping internal addresses on outgoing mail Message-ID: <1994Feb3.085651.925@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 3 Feb 94 08:56:51 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb2.154400.104@vtrm01.uucp>, flaforest@vtrm01.uucp (Fred LaForest) writes: >I have a question on mail "gatewaying". I have MX 3.3, UUCP 2.0, >Allin1, Message Router, X.400 at my site. > >If I get an internal message which must be routed outside the company, I >would like to hide the real sender address and substitute an alternate >address. The person on the outside would see flaforest@vtrm01 instead of >mx%"vtrm01::ctlv01::mrgate::"flaforest@a1"". (or so...) > >I think that would mean tinkering with the envelope AND the message text. >The rewrite rules of UUCP and MX help on the envelope side, but, how do I >take care of the address text in the message text itself? As generated >by VMSmail MRGATE. > >On the incoming side, I could use existing hooks to route the message to >the proper "inside" recepient. Check out NICKNAME.ZIP in MX_ROOT:[CONTRIB]. There is a new version of it coming out in conjunction with MX V3.4 which has more features and more rewriting capabilities. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Thu, 03 Feb 1994 10:34:25 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 3 Feb 94 15:38 GMT From: "UK TeX Archive Manager " Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST Subject: RE: Using Callable Mail and MX protocol In <1994Feb2.143718.3355@mallrc.mala.bc.ca> dated 2 Feb 94 14:37:18 -0700, dunnett@mala.bc.ca (Malcolm Dunnett) wrote: > I'm having a little trouble using callable mail to send a message through > the MX foreign interface. > > I'm modifying the "from" address to be from a user other than the process > sending the message ( part of a news <> mail gateway program ). I also want > to include the "personal name" of the original poster in the message. I've > gotten this to work by using the item MAIL$_SEND_FROM_LINE with the > MAIL$SEND_ADD_ATTRIBUTE call, such that if the original address (in NEWS) is: > > bloggs@mysite.dom (Fred Bloggs) > > I format the from line in the buffer as: > > bloggs@mysite.dom "Fred Bloggs" > > This works, except that in the SMTP message that is generated the quotation > marks stay on the personal name, so the SMTP from line looks like: > > From: "Fred Bloggs" > > If I leave the quotation marks off then the call to MAIL$SEND_ADD_ATTRIBUTE > blows up with an access violation. I've tried setting the personal name > using the MAIL$_SEND_PERS_NAME item in the call to MAIL$SEND_BEGIN, but this > seems to be ignored if I subsequently modify the FROM address using the > SEND_ADD_ATTRIBUTE call. > > I realize the quotes are a minor nit, but they're annoying. Is there a way > to format the data for this call so that it will generate a from line which > includes the personal name but doesn't have the quotation marks? Can't answer your question, but I'd risk saying that it's probably *safest* to retain the quotation marks, for this ensures that the address line is RFC-822 conformant. Without the quotation marks, one could end up with an address reading: > From: A. Numbskull wherein the period is illegal! (The bits outside the angle brackets are supposed to be a which in turn means a sequence of one or more s, which consist of s, and the latter may *not* include a period (or any of the other , unless sent as a quoted pair.) It's amazing just how much mail *does* get through the system with an unquoted period in that part of the : it falls over when it arrives t a CBS system, such as this! (CBS is *extremely* pedantic about conformance to Grey Book Mail standard, which is the UK's version of RFC-822.) Here's the relevant bits of RFC-822 to prove that the unquoted period is illegal in an address: address = mailbox ; one addressee / group ; named list mailbox = addr-spec ; simple address / phrase route-addr ; name & addr-spec route-addr = "<" [route] addr-spec ">" route = 1#("@" domain) ":" ; path-relative addr-spec = local-part "@" domain ; global address phrase = 1*word ; Sequence of words word = atom / quoted-string atom = 1* quoted-string = <"> *(qtext/quoted-pair) <">; Regular qtext or ; quoted chars. qtext = , ; => may be folded "\" & CR, and including linear-white-space> quoted-pair = "\" CHAR ; may quote any char specials = "(" / ")" / "<" / ">" / "@" ; Must be in quoted- / "," / ";" / ":" / "\" / <"> ; string, to use / "." / "[" / "]" ; within a word. ^^^^^^^^^^^^^^^^^^N.B. So I'd be happy if the double-quotes *were* always retained. But why can't you be content to have the address in its original form: > bloggs@mysite.dom (Fred Bloggs) (wherein the part inside the parentheses is a comment)? Brian {Hamilton Kelly} (BH29) System Manager for the (VMS) UK TeX Archive at Aston University ================================================================================ Archive-Date: Thu, 03 Feb 1994 12:48:22 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Remapping internal addresses on outgoing mail Message-ID: <1994Feb3.085749.105@vtrm01.uucp> From: flaforest@vtrm01.uucp (Fred LaForest) Reply-To: MX-List@WKUVX1.WKU.EDU Date: 3 Feb 94 08:57:49 EST To: MX-List@WKUVX1.WKU.EDU I have a question on mail "gatewaying". I have MX 3.3, UUCP 2.0, Allin1, Message Router, X.400 at my site. If I get an internal message which must be routed outside the company, I would like to hide the real sender address and substitute an alternate address. The person on the outside would see flaforest@vtrm01 instead of mx%"vtrm01::ctlv01::mrgate::"flaforest@a1"". (or so...) I think that would mean tinkering with the envelope AND the message text. The rewrite rules of UUCP and MX help on the envelope side, but, how do I take care of the address text in the message text itself? As generated by VMSmail MRGATE. On the incoming side, I could use existing hooks to route the message to the proper "inside" recepient. Thanks. -- Fred LaForest UUCP: vtrm01!flaforest VMS/UNIX/(Whatever else we have in the building) System Programmer TRINOVA, Inc. GEnie: FALAFOREST Maumee, OH 43537 ================================================================================ Archive-Date: Thu, 03 Feb 1994 12:55:10 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 03 Feb 1994 12:11:27 EST From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: WKUVX1.WKU.EDU!MX-List@esseye.si.com Message-ID: <00979816.43D8E760.26757@swdev.si.com> Subject: RE: Using Callable Mail and MX protocol In <1994Feb2.143718.3355@mallrc.mala.bc.ca> dated 2 Feb 94 14:37:18 -0700, dunnett@mala.bc.ca (Malcolm Dunnett) wrote: > I'm having a little trouble using callable mail to send a message through > the MX foreign interface. > > I'm modifying the "from" address to be from a user other than the process > sending the message ( part of a news <> mail gateway program ). I also want > to include the "personal name" of the original poster in the message. I've > gotten this to work by using the item MAIL$_SEND_FROM_LINE with the > MAIL$SEND_ADD_ATTRIBUTE call, such that if the original address (in NEWS) is: > > bloggs@mysite.dom (Fred Bloggs) > > I format the from line in the buffer as: > > bloggs@mysite.dom "Fred Bloggs" > > This works, except that in the SMTP message that is generated the quotation > marks stay on the personal name, so the SMTP from line looks like: > > From: "Fred Bloggs" > > If I leave the quotation marks off then the call to MAIL$SEND_ADD_ATTRIBUTE > blows up with an access violation. I've tried setting the personal name > using the MAIL$_SEND_PERS_NAME item in the call to MAIL$SEND_BEGIN, but this > seems to be ignored if I subsequently modify the FROM address using the > SEND_ADD_ATTRIBUTE call. > > I realize the quotes are a minor nit, but they're annoying. Is there a way > to format the data for this call so that it will generate a from line which > includes the personal name but doesn't have the quotation marks? Please, if you develop a Mail <-> News gateway, make sure the personal name (which Brian Hamilton Kelly recommends remain quoted - and I would agree) *follows* the bracketed address, like this: From: "Fred Bloggs" rather than the reverse: From: "Fred Bloggs" The latter isn't handled by some newsreaders when trying to respond by mail to the poster. -- Brian {Tillman} tillman_brian@si.com ================================================================================ Archive-Date: Thu, 03 Feb 1994 15:55:33 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 03 Feb 1994 15:03:07 CST From: "George D. Greenwade" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097982E.3EB6E440.29531@SHSU.edu> Subject: RE: Using Callable Mail and MX protocol On Thu, 03 Feb 1994 12:11:27 EST, "Brian Tillman" posted in reply to an earlier post bydunnett@mala.bc.ca (Malcolm Dunnett): > > ... such that if the original address (in NEWS) is: > > > > bloggs@mysite.dom (Fred Bloggs) > > > > I format the from line in the buffer as: > > > > bloggs@mysite.dom "Fred Bloggs" > > > > This works, except that in the SMTP message that is generated the quotation > > marks stay on the personal name, so the SMTP from line looks like: > > > > From: "Fred Bloggs" > > > > .... > > I realize the quotes are a minor nit, but they're annoying. Is there a way > > to format the data for this call so that it will generate a from line which > > includes the personal name but doesn't have the quotation marks? > > Please, if you develop a Mail <-> News gateway, make sure the personal name > (which Brian Hamilton Kelly recommends remain quoted - and I would agree) > *follows* the bracketed address, like this: > > From: "Fred Bloggs" > > rather than the reverse: > > From: "Fred Bloggs" > > The latter isn't handled by some newsreaders when trying to respond by mail > to the poster. The global use of quoted personal name strings is advisable as it makes it virtually impossible for users to include RFC 822 reserved token characters in their personal names and unintentionally create a by-the-book invalid reply address. Such a character sequence is a period followed by a space, as in my personal name string (which I did not originally enter as a quoted string way back when). VMSmail's default behavior of always quoting personal name strings allowed me to use this otherwise-invalid sequence well before I became aware of its potential problems. Since you're talking about moving news from lord knows what platform/software to mail and mail to news, your safest best would be to always use quoting. Also, if the mail components are RFC822-compliant, the addition of the quotes should ensure that the string is ignored (but Brian's right, even though that's the way the RFC has ben specced since 1982, there are still a few quasi-widely-used news implementations which barf on anything other than the address followed by the string). --George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Bitnet: BED_GDG@SHSU Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 P. O. Box 2118 FAX: (409) 294-3612 Sam Houston State University Internet: bed_gdg@SHSU.edu Huntsville, TX 77341 bed_gdg%SHSU.decnet@relay.the.net %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ================================================================================ Archive-Date: Thu, 03 Feb 1994 16:06:43 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 03 Feb 1994 17:03:30 EST From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: hardis@garnet.nist.gov Message-ID: <0097983F.1059EF00.3496@garnet.nist.gov> Subject: RE: Problem with sending messages. >> We just started running MX V3.4 and an ALPHA running VMS 5.5-2 and V3.0 >> of UCX. About 1 out of every 20 e-mail messages sent of SMTp gets this >> error message from POSTMASTER: > > My bet is that you don't have an "intermittent problem", but instead it's > related to the actual address of the recipient. See the following line > from the EMail from Postmaster: > >> Error occurred sending to the following user(s): >> (via paris): %MX_SMTP-F-TRANSACTION_FAI, transaction failed > >> 1-FEB-1994 11:33:58.78 SMTP_SEND: Sent: RCPT TO: >> 1-FEB-1994 11:34:14.48 SMTP_SEND: Rcvd: 554 ... Never >> heard of paris in domain army . mil > > I suspect there is no paris.mil domain name... just like the error message > says. Another possible cause of such goofy problems is that there may be more than one name server defined, each of which has different host table. The result you get depends on which name server happens to be used to resolve the name. - Jonathan ================================================================================ Archive-Date: Thu, 03 Feb 1994 16:18:29 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 3 Feb 94 13:36:14 C*T From: Rick Stacks Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX -- Problem with queue To: mx-list@wkuvx1.wku.edu Message-ID: <009798221C07EAE0.20202437@adpce.lrk.ar.us> Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT MX'ers, I'm having a problem with the queue in MX... I'm getting stuff in (as evidenced by the MAILQUEUE output shown below) but it is not getting delivered. HELP! What have I done wrong? MX logicals, as defined on my cluster (LAVC), are shown below the MAILQUEUE output. Thanks in advance for all help. --Rick +---------- A bad day fishing is better than a good day at work -------------+ | Rick Stacks, Sr. Programmer Analyst | voice: 501-570-2174 | | Ark Dept Pollution Control & Ecology | fax: 501-562-4632 | | 8001 National Dr. / POB 8913 | email: rick_sys@adpce.lrk.ar.us | | Little Rock, AR 72219 USA | | +---- Share time - Hunt with your kids today and not for them tomorrow -----+ ***** MAILQUEUE output ***** Entry: 105, Origin: [Local] Status: IN-PROGRESS Local entry #138, status: READY Recipient #1: "wpgate::adpce1::pchost::hwusr1", Route=adpce.lrk.ar.us Entry: 123, Origin: [Local] Status: IN-PROGRESS Local entry #141, status: READY Recipient #1: rick_sys, Route=adpce.lrk.ar.us Entry: 128, Origin: [Local] Status: IN-PROGRESS Local entry #143, status: READY Recipient #1: rick_sys, Route=adpce.lrk.ar.us Entry: 132, Origin: [Local] Status: IN-PROGRESS Local entry #146, status: READY Recipient #1: rick_sys, Route=adpce.lrk.ar.us Entry: 136, Origin: [UUCP] Status: IN-PROGRESS Local entry #149, status: READY Recipient #1: BBHULSEY, Route=adpce.lrk.ar.us Entry: 126, Origin: [Local] Status: IN-PROGRESS Local entry #150, status: READY Recipient #1: rick_sys, Route=adpce.lrk.ar.us Entry: 151, Origin: [UUCP] Status: IN-PROGRESS Local entry #152, status: READY Recipient #1: rick_sys, Route=adpce.lrk.ar.us ***** MX Logicals ***** (LNM$SYSTEM_TABLE) "MX_ALIAS_HELPLIB" = "MX_DIR:MX_ALIAS_HELPLIB" "MX_DEVICE" = "$1$DIA2:" "MX_DIR" = "MX_DEVICE:[MX]" "MX_DNSMTP_DIR" = "MX_ROOT:[DNSMTP]" "MX_DOC" = "MX_ROOT:[DOC]" "MX_EXAMPLES_DIR" = "MX_ROOT:[EXAMPLES]" "MX_EXE" = "MX_ROOT:[EXE]" "MX_FLQ_DIR" = "RHS$DEV:[MX.QUEUE]" "MX_FLQ_NODE_NAME" = "VX3300" "MX_FLQ_RECLAIM_WAIT" = "0 02:00:00" "MX_FLQ_SHR" = "MX_EXE:MX_FLQ_SHR" "MX_LOCAL_DIR" = "MX_ROOT:[LOCAL]" "MX_MAILSHR" = "MX_EXE:MX_MAILSHR" "MX_MAILSHRP" = "MX_EXE:MX_MAILSHRP" "MX_MCP_HELPLIB" = "MX_DIR:MX_MCP_HELPLIB" "MX_MLF_DIR" = "MX_ROOT:[MLF]" "MX_MLIST_DIR" = "MX_ROOT:[MLF.MAILING_LISTS]" "MX_MSG" = "MX_EXE:MX_MSG" "MX_NODE_NAME" = "adpce.lrk.ar.us" "MX_PROTOCOL_PREFIX" = "MX%" "MX_ROOT" = "MX_DEVICE:[MX.]" "MX_ROUTER_DIR" = "MX_ROOT:[ROUTER]" "MX_SHR" = "MX_EXE:MX_SHR" "MX_SITE_DIR" = "MX_ROOT:[SITE]" "MX_SITE_NAME_CONVERSION" = "MX_EXE:NAME_CONVERSION" "MX_UUCP_DIR" = "MX_ROOT:[UUCP]" "MX_UUCP_REWRITE" = "TRUE" "MX_VMSMAIL_SHOW_ADDR" = "TRUE" ================================================================================ Archive-Date: Thu, 03 Feb 1994 16:27:40 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 3 Feb 94 13:38:46 C*T From: Rick Stacks Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: MX - Problem with queue To: mx-list@wkuvx1.wku.edu Message-ID: <00979822768BEA20.20202437@adpce.lrk.ar.us> Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT MX'ers, sorry -- I realized I had not explained my problem -- more concerned with getting the background in there ... The messages are stuck in the queue and I cannot seem to get them to be delivered. Any ideas? Again, sorry and TIA, --Rick ================================================================================ Archive-Date: Thu, 03 Feb 1994 16:37:38 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 03 Feb 1994 16:34:20 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097983A.FCF0F17E.3@ALPHA.WKU.EDU> Subject: RE: MX - Problem with queue Rick Stacks writes: > >MX'ers, > >sorry -- I realized I had not explained my problem -- more concerned with >getting the background in there ... > >The messages are stuck in the queue and I cannot seem to get them to be >delivered. Any ideas? > Is your MX Local process running? It sounds like it's not, for whatever reason. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Thu, 03 Feb 1994 17:43:44 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: RE: Using Callable Mail and MX protocol Message-ID: <1994Feb3.160856.935@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 3 Feb 94 16:08:55 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097982E.3EB6E440.29531@SHSU.edu>, "George D. Greenwade" writes: >Since you're talking about moving news from lord knows what >platform/software to mail and mail to news, your safest best would be to >always use quoting. Also, if the mail components are RFC822-compliant, the >addition of the quotes should ensure that the string is ignored (but >Brian's right, even though that's the way the RFC has ben specced since >1982, there are still a few quasi-widely-used news implementations which >barf on anything other than the address followed by the string). In private Email, Brian wrote to me: >You're ugly and your mother dresses you funny. Ack, that wasn't his message. Here's what he wrote: >I'm using Mark London's BULLETIN. It can handle: > > From: mark@cbosgd.ATT.COM > From: mark@cbosgd.ATT.COM (Mark Horton) > From: mark@cbosgd.ATT.COM "Mark Horton" > >If I try to respond by mail to: > > From: Mark Horton > From: "Mark Horton" > >I get a rejection notice from MX. From what he said, it appears that Bulletin may be sending mail to MX including the personal names (the comments), which MX_MAILSHR can handle no problem if it is after the Email address. However, if you try sending mail like: $ MAIL MAIL> SEND To: MX%"Dan Wing " you get a bounce back from Postmaster complaining about: Problem occurred during message routing for the following: Address: (originally: ) Error: Invalid address. (And a similar message if you send mail to MX%"'Dan Wing' ") But MX doesn't mind the stuff *after* the address. I wonder if this is something that could be fixed with MX so it'd work better with BULLETIN? -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Thu, 03 Feb 1994 17:44:31 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: RE: MX - Problem with queue Message-ID: <1994Feb3.161322.936@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 3 Feb 94 16:13:22 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00979822768BEA20.20202437@adpce.lrk.ar.us>, Rick Stacks writes: >sorry -- I realized I had not explained my problem -- more concerned with >getting the background in there ... > >The messages are stuck in the queue and I cannot seem to get them to be >delivered. Any ideas? Are all of your MX agents running? -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Thu, 03 Feb 1994 17:57:38 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: dunnett@mala.bc.ca (Malcolm Dunnett) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: Using Callable Mail and MX protocol Message-ID: <1994Feb3.132946.3368@malad1.mala.bc.ca> Date: 3 Feb 94 13:29:46 -0700 To: MX-List@WKUVX1.WKU.EDU In article <19979817@MVB.SAIC.COM>, "UK TeX Archive Manager " writes: > > Here's the relevant bits of RFC-822 to prove that the unquoted period is > illegal in an address: Thanks. I guess I'll leave the quotes on. I've done a little more testing and I see now that when MX forms the "From:" line the normal way it quotes personal names which contain illegal characters , so presumably quoting everything isn't a bad idea. > > So I'd be happy if the double-quotes *were* always retained. But why can't you > be content to have the address in its original form: > >> bloggs@mysite.dom (Fred Bloggs) > > (wherein the part inside the parentheses is a comment)? > I'd be happy, but VMSMAIL isn't. If I send the address in that format I get an access violation. It appears that VMSMAIL ( or the MX interface ) is insisting that the "personal name" part of the address be inside quotation marks if one uses the "from line" option. -- ============================================================================= Malcolm Dunnett Malaspina University-College Email: dunnett@mala.bc.ca Computer Services Nanaimo, B.C. CANADA V9R 5S5 Tel: (604)755-8738 ================================================================================ Archive-Date: Thu, 03 Feb 1994 18:01:37 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: dunnett@mala.bc.ca (Malcolm Dunnett) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: Using Callable Mail and MX protocol Message-ID: <1994Feb3.150512.3370@malasp> Date: 3 Feb 94 15:05:12 -0700 To: MX-List@WKUVX1.WKU.EDU In article <00979816.43D8E760.26757@swdev.si.com>, "Brian Tillman" writes: > > Please, if you develop a Mail <-> News gateway, make sure the personal name > (which Brian Hamilton Kelly recommends remain quoted - and I would agree) > *follows* the bracketed address, like this: > > From: "Fred Bloggs" > > rather than the reverse: > > From: "Fred Bloggs" > > The latter isn't handled by some newsreaders when trying to respond by mail to > the poster. That would presumably apply in the other direction ( going to news ). For that I'm currently just writing the "From:" line from the SMTP header into the NNTP header for the news batch - so it will be in the second form, since that's the way MX writes it. I could have the software reformat it to the other style. It seems that ANU news actually writes it as: bloggs@mysite.dom (Fred Bloggs) i.e. no angle brackets and the "text" part in parentheses. Is this the "proper" way for news readers ( likely to confuse none or as few as possible of them ) ? I currently have no intention of propagating news articles I create in this fashion outside our own site - so if I'm doing things wrong here noone else need worry about bad news articles because of it. -- ============================================================================= Malcolm Dunnett Malaspina University-College Email: dunnett@mala.bc.ca Computer Services Nanaimo, B.C. CANADA V9R 5S5 Tel: (604)755-8738 ================================================================================ Archive-Date: Thu, 03 Feb 1994 20:01:15 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: RE: Using Callable Mail and MX protocol Message-ID: <1994Feb3.181219.941@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 3 Feb 94 18:12:19 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb3.150512.3370@malasp>, dunnett@mala.bc.ca (Malcolm Dunnett) writes: > I currently have no intention of propagating news articles I create in >this fashion outside our own site - so if I'm doing things wrong here noone >else need worry about bad news articles because of it. Yeah, but some day your code may grow up and get distributed all over the world! :-) Besides, if there's a problem with newsreaders, someone will eventually start working at your site and like that brain-dead newsreader! -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 04 Feb 1994 05:30:15 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 4 Feb 94 11:23 GMT From: "UK TeX Archive Manager " Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST Subject: RE: Using Callable Mail and MX protocol In message <1994Feb3.160856.935@buckie.hsc.colorado.edu> dated 3 Feb 94 16:08:55 MDT, dwing@EDU.Colorado.uh01 (Dan Wing) wrote: > [...] > In private Email, Brian wrote to me: > > >You're ugly and your mother dresses you funny. > > Ack, that wasn't his message. Here's what he wrote: > > >I'm using Mark London's BULLETIN. It can handle: > > > > From: mark@cbosgd.ATT.COM > > From: mark@cbosgd.ATT.COM (Mark Horton) > > From: mark@cbosgd.ATT.COM "Mark Horton" > > I can't speak for BULLETIN, or any news system, but only the first two of those addresses are legal in RFC-822 terms. A quoted string is still an atom, and hence a word and a phrase: RFC-822 allows such a phrase in a mailbox only when the phrase *precedes* the addr-spec, and then only when the latter is correctly enclosed in angle brackets. > >If I try to respond by mail to: > > > > From: Mark Horton > > From: "Mark Horton" Both of these are legal vis-`a-vis RFC-822, but the first form wouldn't be if the string contained any `special' characters. > >I get a rejection notice from MX. Well, I reckon that MX is wrong then. How come no-one has discovered this before? > From what he said, it appears that Bulletin may be sending mail to MX > including the personal names (the comments), which MX_MAILSHR can handle > no problem if it is after the Email address. However, if you try sending > mail like: > > $ MAIL > MAIL> SEND > To: MX%"Dan Wing " That ought to be acceptable: what says Hunter? > > you get a bounce back from Postmaster complaining about: > > Problem occurred during message routing for the following: > > Address: (originally: ) Hey there! It's putting diamond brackets around everything. Are you sure that you haven't got a rewrite rule in there somewhere which *isn't* allowing for the possibility of the diamond brackets being already present in the presented address? > Error: Invalid address. > > (And a similar message if you send mail to > MX%"'Dan Wing' ") Which has the quoted string, of course. > But MX doesn't mind the stuff *after* the address. I wonder if this is > something that could be fixed with MX so it'd work better with BULLETIN? Well, MX *ought* to complain about the address if it's in the form of non-bracketed addr-spec *followed* by anything that isn't legally interpretable as a white-space (i.e. a parenthesised comment). Let's have *compliance* with the standard, not just compatibility. Brian {Hamilton Kelly} (BH29) System Manager for the (VMS) UK TeX Archive at Aston University ================================================================================ Archive-Date: Fri, 04 Feb 1994 10:34:38 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: RE: Using Callable Mail and MX protocol Message-ID: <1994Feb4.091449.944@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 4 Feb 94 09:14:48 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <20019331@MVB.SAIC.COM>, "UK TeX Archive Manager " writes: >> $ MAIL >> MAIL> SEND >> To: MX%"Dan Wing " > >That ought to be acceptable: what says Hunter? > >> >> you get a bounce back from Postmaster complaining about: >> >> Problem occurred during message routing for the following: >> >> Address: (originally: ) > >Hey there! It's putting diamond brackets around everything. Are you sure that >you haven't got a rewrite rule in there somewhere which *isn't* allowing for >the possibility of the diamond brackets being already present in the presented >address? Um, I put the <> around the address -- see what I typed above. Yes, I'm sure I don't have a rewrite rule. Try it yourself with MX_VMSMAIL_SHOW_ADDR defined to 1 and you'll see MX_MAILSHR's interpretation of the address. >> But MX doesn't mind the stuff *after* the address. I wonder if this is >> something that could be fixed with MX so it'd work better with BULLETIN? > >Well, MX *ought* to complain about the address if it's in the form of >non-bracketed addr-spec *followed* by anything that isn't legally interpretable >as a white-space (i.e. a parenthesised comment). Let's have *compliance* with >the standard, not just compatibility. Keep in mind that to external systems MX is still RFC822 compliant in regard to this stuff -- the only problem we've (apparently) found is in MX_MAILSHR's handling of these sorts of addresses, and MX_MAILSHR is only used when a local user is sending a message. So it isn't a horrible, toss-MX-out-the-door problem. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 04 Feb 1994 11:11:55 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 04 Feb 1994 12:08:05 EST From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: hardis@garnet.nist.gov Message-ID: <009798DE.F5FD7820.3597@garnet.nist.gov> Subject: RE: MX -- Problem with queue > I'm having a problem with the queue in MX... I'm getting stuff in (as > evidenced by the MAILQUEUE output shown below) but it is not getting > delivered. HELP! What have I done wrong? It looks like you may be using a UUCP interface. Nevertheless, let me add to this discussion that I've seen the same symptom using the CMU/TEK TCP/IP SMTP interface. What happened was that the INTERNET_HOST_NAME logical (in IP_STARTUP.COM) was not defined -- as is the case right after updating the CMU version. This caused the SMTP agent to die immediately after it was started. - Jonathan ================================================================================ Archive-Date: Fri, 04 Feb 1994 11:36:08 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 4 Feb 1994 18:08:53 -0100 To: MX-List@WKUVX1.WKU.EDU From: Robertini@sns.it (Marco Robertini) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Help I'm receiving all mails directed to our IBM IPISNSIB. But I dn't want to be a MAILER!!! Here at Scuola Normale Superiore we want deinstall our IBM. So we made accounts onto our VAX (where MX is running) reflecting original IBM'username. Then I added this paths: MCP> sh path Domain-to-path mappings: Domain="vaxsns.sns.it", Path=Local Domain="vax.sns.it", Path=Local Domain="192.84.155.3", Path=Local Domain="vax", Path=Local Domain="vaxsns", Path=Local Domain="*.UUCP", Path=SMTP, Route="uunet.uu.net" Domain="ipisnsva", Path=Local Domain="ipisnsva.BITNET", Path=Local Domain="vax.dnet", Path=Local Domain="vaxsns.dnet", Path=Local Domain="*.dnet", Path=DECnet_SMTP Domain="*.EARN", Path=Jnet Domain="SNS.IT", Path=Local -> Domain="IPISNSIB", Path=Local -> Domain="IPISNSIB.BITNET", Path=Local -> Domain="IBM", Path=Local Domain="*.BITNET", Path=Jnet Domain="*", Path=SMTP then I have commented the route in JAN_SYS:JANROUTES.JCP !DEFINE IPISNSIB /ROUTE=ITGBOX ! EARN IT Well, what is happening now is that all mails originally directed to user@IPISNSIB are directed to MAILER@IPISNSIB. MX is ok trapping the mail locally, but MAILER on my VAX is receiving this mail and MAILER has SET FORWARD ROBERTINI. Now I have to wait a lot of month before the update of all IBM MAILER tables where IPISNSIB has no more MAILER. Please HELP! Marco Robertini +39 50 509268 ================================================================================ Archive-Date: Fri, 04 Feb 1994 13:17:27 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 04 Feb 1994 20:08:06 +0100 From: Juan Altmayer Pizzorno Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@WKUVX1.WKU.EDU Message-ID: <00979922.04804A41.9@vms.gmd.de> Subject: SMTP's HELO Hello, Does anybody know where does MX's SMTP delivery agent take the host-id it uses with the SMTP HELO command from? Is there a way to change that? .. Juan ================================================================================ Archive-Date: Fri, 04 Feb 1994 21:21:16 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: SMTP's HELO Message-ID: <1994Feb4.194803.956@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 4 Feb 94 19:48:02 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00979922.04804A41.9@vms.gmd.de>, Juan Altmayer Pizzorno writes: >Does anybody know where does MX's SMTP delivery agent take the host-id it >uses with the SMTP HELO command from? Is there a way to change that? It is taken from the local node's IP software's nodename. (However, checking the MX V3.3 sources shows the logical MX_INET_HOST can probably override the local node's nodename -- try it -- be sure to stop and restart the outgoing MX SMTP agent.) -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 04 Feb 1994 22:32:46 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Sat, 05 Feb 1994 04:24:43 GMT From: "Jamie Jones, HICOM Operations" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00979967.650F6CE0.1@hicom.lut.ac.uk> Subject: Re: Using Callable Mail and MX protocol => > $ MAIL => > MAIL> SEND => > To: MX%"Dan Wing " => => That ought to be acceptable: what says Hunter? => => > => > you get a bounce back from Postmaster complaining about: => > => > Problem occurred during message routing for the following: => > => > Address: (originally: ) => => Hey there! It's putting diamond brackets around everything. Are you sure that => you haven't got a rewrite rule in there somewhere which *isn't* allowing for => the possibility of the diamond brackets being already present in the presented => address? => Nope, I noticed the same thing a while back whilst using logicals I'd set up with : $ define fred "mx%""Fred Bloggs """ etc... However, in this case it was easily solved.... I simply edited them to the form: $ define fred "mx%""fred@fishing.net""" 8-) Jamie ================================================================================ Archive-Date: Sat, 05 Feb 1994 03:58:35 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Local processing crashing on AXP Message-ID: <1994Feb4.114248.164@scff.chinalake.navy.mil> From: goppelt@scfe.chinalake.navy.mil (In the Information Highway, I would be roadkill.) Reply-To: MX-List@WKUVX1.WKU.EDU Date: 4 Feb 94 11:42:48 PST To: MX-List@WKUVX1.WKU.EDU Greetings, I'm experiencing some trouble with the MX_Local process on an AXP system. I'm running a couple of VAXes (OpenVMS VAX V5.5-2) and one AXP (OpenVMS AXP V1.5-1H1) in a cluster. All run MX. From time to time, the MX_Local process on only the AXP, dies a sudden death. Accounting shows that most times the process exits with a status code of 0000000C, or "%SYSTEM-F-ACCVIO, access violation". However, one time the process exited with 1000001C, or "%SYSTEM-F-EXQUOTA, exceeded quota". (Neither message is terribly informative. ;-) ) The message that the Local process was working on remains in an INP status. As far as I can tell, the message does NOT get delivered. (Readying the stuck message allows it to be delivered just fine.) I've enabled debug on the Local process, and here is a typical log file (long lines have been wrapped): 4-FEB-1994 03:35:26.30 Processing queue entry number 17735 4-FEB-1994 03:35:26.73 Checking local name: GSSF::TUTTLE 4-FEB-1994 03:35:26.73 LOCAL_USER: GSSF::TUTTLE looks like a DECnet address. 4-FEB-1994 03:35:26.73 This is a regular delivery. 4-FEB-1994 03:35:26.87 DELIVER: mime_base64_fdl = 0 4-FEB-1994 03:35:26.87 DELIVER: fdlstr = "" 4-FEB-1994 03:35:26.87 DELIVER: Using MX%"LANWORKS@MIAMIU.ACS.MUOHIO.EDU" as VMS MAIL From address. 4-FEB-1994 03:35:26.87 DELIVER: Using "Help with 3c509: SCH says no NDIS interrupt activity" as subject. 4-FEB-1994 03:35:27.17 DELIVER: Delivering to GSSF::TUTTLE That's it. The message that was being processed when Local dies is always someone and somewhere different. Sometimes it even fails when sending to a local user (who does not have their mail forwarded). I've yet to detect a pattern there. All processes run under the SYSTEM account that has AUTHORIZE quotas that look like: Maxjobs: 0 Fillm: 200 Bytlm: 85000 Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 Maxdetach: 0 BIOlm: 150 JTquota: 4096 Prclm: 24 DIOlm: 150 WSdef: 2048 Prio: 4 ASTlm: 325 WSquo: 4096 Queprio: 0 TQElm: 40 WSextent: 16384 CPU: (none) Enqlm: 2000 Pgflquo: 400000 I'm not sure if there are any relevant SYSGEN parameters I could show, so I'll reserve those, if necessary, for another message. My experience has shown that MX_Local lasts about 3-4 hours, although one lasted 12 hours before exiting. The image accounting record looks like (trimmed): Final status text: %SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual Page faults: 5243 Direct IO: 17482 Page fault reads: 49 Buffered IO: 11259 Peak working set: 8192 Volumes mounted: 0 Peak page file: 65536 Images executed: 0 and the process accounting record looks like: Final status text: %SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual Page faults: 5287 Direct IO: 17489 Page fault reads: 74 Buffered IO: 11290 Peak working set: 8192 Volumes mounted: 0 Peak page file: 78048 Images executed: 1 Now this may be a red-herring, but on every crash, the Peak Page File usage for the image rundown has been 65536. Usually that number or "32768" catches my attention... ;-) It could be normal behavior, or it might be a limit that is being exceeded.(?) If you have any ideas, fixes, jokes, or recommendations...post or send mail... thanks, dave ----- David S. Goppelt Internet: goppelt@scfe.chinalake.navy.mil Suppose there were no hypothetical situations... ================================================================================ Archive-Date: Sat, 05 Feb 1994 06:34:43 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: (Martin Egger) Subject: Re: Local processing crashing on AXP Message-ID: <1994Feb5.104912.7188@aragorn.unibe.ch> Reply-To: MX-List@WKUVX1.WKU.EDU Date: Sat, 5 Feb 1994 10:49:12 GMT To: MX-List@WKUVX1.WKU.EDU In article <1994Feb4.114248.164@scff.chinalake.navy.mil>, goppelt@scfe.chinalake.navy.mil (In the Information Highway, I would be roadkill.) writes: >I'm experiencing some trouble with the MX_Local process on an AXP system. I'm >running a couple of VAXes (OpenVMS VAX V5.5-2) and one AXP (OpenVMS AXP >V1.5-1H1) in a cluster. All run MX. From time to time, the MX_Local process >on only the AXP, dies a sudden death. > >Accounting shows that most times the process exits with a status code of >0000000C, or "%SYSTEM-F-ACCVIO, access violation". However, one time the >process exited with 1000001C, or "%SYSTEM-F-EXQUOTA, exceeded quota". (Neither >message is terribly informative. ;-) ) Did you install the AXPMUP02 (security MUP) on your system? I saw dying the MX Local after doing so. I then replaced MAIL.EXE, MAILSHR.EXE and MAILSHRP.EXE by the exe's from the normal OpenVMS 1.5 distribution. MX Local keeps quiet since then. Martin ******************************************************************************* Martin Egger, Ph.D., Computing Services - Head of System/User Support Group University of Bern, Gesellschaftsstrasse 6, CH-3012 Bern, Switzerland Phone: ++41 (0)31 631 38 45, Fax: ++41 (0)31 631 38 65, Telex: 912643 pibe ch RFC: egger@id.unibe.ch, X.400: S=egger;OU=id;O=unibe;P=switch;A=arcom;C=ch; HEPNET/SPAN: 20579::49202::egger, DECnet (Switzerland): 49202::egger ******************************************************************************* ================================================================================ Archive-Date: Sat, 05 Feb 1994 10:12:41 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Sat, 5 Feb 1994 17:02:43 +0200 Message-ID: <94020517024294@supelec.fr> From: dc@supelec.fr (Daniel Clar) Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@wkuvx1.wku.edu Subject: MX 3.3 and setenv DISPLAY I'm running MX 3.3 with UCX 2.0D on VMS 5.5-2 and I have the following problem : If I replace in the UCX configuration file UCX$INET_SET_INTERFACES.COM all the occurences of my host name by the FQDN , especially on the line $ UCX SET COMMUNICATION/LOCAL=hostname, it's no more possible to have X-window communication. On all my Unix computers there is the same error message "Error: Can't Open display". If I put on this line the hostname without the domain name, it works for X- window but it doesn't work any more for the mail. Any idea for having both working together ? Another problem is to have the same thing with MX that I have with UCX smtp configuration and the substitute domain. What I'm doing with UCX is to have the hidden flag on for substitute domain and to put the domain name as substitution name. So all the outgoing mail come from the domain without host specification. Is it possible to do the same with MX ? Daniel Clar o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o | Daniel Clar e-mail : Daniel.Clar@supelec.fr | | Computer Operations Manager : dc@supelec.fr | | Service Informatique Supelec or | | Plateau de Moulon DECUSF::CLAR_D | | 91192 Gif sur Yvette Cedex - France | | Tel : (33 1) 69 41 80 40 Fax : (33 1) 60 19 10 59 | o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o ================================================================================ Archive-Date: Sat, 05 Feb 1994 14:45:10 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Retaining headers for network mail but not for local mail? Message-ID: <1994Feb4.105247.824@earlham.edu> From: michaelb@earlham.edu Reply-To: MX-List@WKUVX1.WKU.EDU Date: Fri, 4 Feb 94 10:52:03 -500 To: MX-List@WKUVX1.WKU.EDU I have just tailored MX to remove certain headers from local mail. My question is this... We are wanting to set up several local mailing lists. One complaint about local mailing lists is the header information that is passed on. People don't want to look at it. Is there a way to keep headers out of the mailing list (so it resembles VMS MAIL) and retain the headers for incoming (network) mail? Michael ---_________________________________________________________________________--- Michael L. Bowden | Voice: (317) 983-1355 Technology/Reference Librarian | Fax: (317) 983-1304 Drawer 198 | Internet: MichaelB@Earlham.Edu Earlham College | Internet: MichaelB@Tian.Earlham.Edu Richmond, Indiana 47374-4095 | ListOwner: LIBMASTR@UOTTAWA ---_________________________________________________________________________--- ================================================================================ Archive-Date: Sat, 05 Feb 1994 14:58:18 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Sat, 05 Feb 1994 14:56:20 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009799BF.A14E94C1.5@ALPHA.WKU.EDU> Subject: RE: Retaining headers for network mail but not for local mail? michaelb@earlham.edu writes: > >I have just tailored MX to remove certain headers from local mail. My >question is this... We are wanting to set up several local mailing lists. >One complaint about local mailing lists is the header information that is >passed on. People don't want to look at it. Is there a way to keep >headers out of the mailing list (so it resembles VMS MAIL) and retain the >headers for incoming (network) mail? > No, it's not. At least, not without modifying MX to do it.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Sat, 05 Feb 1994 17:28:40 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Local processing crashing on AXP Message-ID: <1994Feb5.143231.165@scff.chinalake.navy.mil> From: goppelt@scfe.chinalake.navy.mil (In the Information Highway, I would be roadkill.) Reply-To: MX-List@WKUVX1.WKU.EDU Date: 5 Feb 94 14:32:31 PST To: MX-List@WKUVX1.WKU.EDU In article <1994Feb5.104912.7188@aragorn.unibe.ch>, (Martin Egger) writes: > In article <1994Feb4.114248.164@scff.chinalake.navy.mil>, goppelt@scfe.chinalake.navy.mil (In the Information Highway, I would be roadkill.) writes: [...deleted...] > Did you install the AXPMUP02 (security MUP) on your system? I saw dying the MX > Local after doing so. I then replaced MAIL.EXE, MAILSHR.EXE and MAILSHRP.EXE by > the exe's from the normal OpenVMS 1.5 distribution. MX Local keeps quiet since > then. > > Martin > You're right. I did install the AXPMUP02. There were no problems before the installation. It all makes sense now. ;-) Thanks for your help... dave > ******************************************************************************* > Martin Egger, Ph.D., Computing Services - Head of System/User Support Group > University of Bern, Gesellschaftsstrasse 6, CH-3012 Bern, Switzerland > Phone: ++41 (0)31 631 38 45, Fax: ++41 (0)31 631 38 65, Telex: 912643 pibe ch > RFC: egger@id.unibe.ch, X.400: S=egger;OU=id;O=unibe;P=switch;A=arcom;C=ch; > HEPNET/SPAN: 20579::49202::egger, DECnet (Switzerland): 49202::egger > ******************************************************************************* ----- David S. Goppelt Internet: goppelt@scfe.chinalake.navy.mil ================================================================================ Archive-Date: Sun, 06 Feb 1994 12:50:15 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Retaining headers for network mail but not for local mail? Message-ID: <1994Feb6.112315.959@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 6 Feb 94 11:23:15 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb4.105247.824@earlham.edu>, michaelb@earlham.edu writes: >I have just tailored MX to remove certain headers from local mail. My >question is this... We are wanting to set up several local mailing lists. >One complaint about local mailing lists is the header information that is >passed on. People don't want to look at it. Is there a way to keep >headers out of the mailing list (so it resembles VMS MAIL) and retain the >headers for incoming (network) mail? Configure MX to put the headers at the bottom; that's what I've done here and it works well. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Sun, 06 Feb 1994 16:59:43 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: andrew@matai.vuw.ac.nz (Andrew Greer) Subject: RE: POP server Date: 7 Feb 94 11:34:25 +1300 Message-ID: <1994Feb7.113425.1@matai.vuw.ac.nz> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <19933368@MVB.SAIC.COM>, Robertini@sns.it (Marco Robertini) writes: >> writes: >> >>I've done the patch to it to make it strip MX% and the quotes from >>From: addresses so Eudora doesn't have to deal with them. It works >>well. (This does leave VMS Mail addresses, especially thought MRGATE >>sometimes mangled but it works quite well.) >> >>I'm using UCX 2.0D and MX 3.3 on a VaxStation 3100. >> >>Carl. >>-- >>Carl Makin (VK1KCM) "Speaking for myself only!" >>makinc@hhcs.gov.au (Internet) / vk1kcm@vk1kcm.act.aus.oc (Packet Radio) >>'The best book on programming for the layman is "Alice in Wonderland"; >> but that's because it's the best book on anything for the layman.' > With IUPOP3 V1.8 beta 8 you can define a option IGNORE_MAIL11_HEADERS that strips out the VMS mail headers and uses the MX mail headers. If you check the README.TXT it tells you about it. -- Andrew Greer, VAX/VMS and Unix Systems Manager -------------------------------------------------------------------------- Information Technology Services | Domain: Andrew.Greer@vuw.ac.nz Victoria University | Phone: +64 4 495-5048 P.O. Box 600 | Fax: +64 4 471-5386 Wellington, New Zealand | ================================================================================ Archive-Date: Mon, 07 Feb 1994 08:37:40 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 07 Feb 1994 15:20:10 +0100 From: Juan Altmayer Pizzorno Reply-To: MX-List@WKUVX1.WKU.EDU To: hunter@alpha.wku.edu CC: mx-list@wkuvx1.wku.edu, rodriguez@vms.gmd.de, wermelsk@vms.gmd.de Message-ID: <00979B55.4A278499.60@vms.gmd.de> Subject: Suggestion(s) Hello Hunter, - How about adding a few more qualifiers to QUEUE SHOW ? Specifically: /RECIPIENTS - displays the recipients /ERRORS - displays the error count and the last error ... Sometimes SHOW QUEUE/ALL is a bit too much... - Is it really necessary to display the agent-specific size as well? I mean, when will these two "sizes" be different? - How about including the number of recipients in the standard SHOW QUEUE line, together with the entry number, status, source, etc? .. Juan ================================================================================ Archive-Date: Mon, 07 Feb 1994 08:42:55 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 07 Feb 1994 08:39:49 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979B1D.5CCE132B.23@ALPHA.WKU.EDU> Subject: RE: Help Robertini@sns.it (Marco Robertini) writes: > >I'm receiving all mails directed to our IBM IPISNSIB. >But I dn't want to be a MAILER!!! > >Here at Scuola Normale Superiore we want deinstall our IBM. So we made >accounts onto our VAX (where MX is running) reflecting original IBM'username. >Then I added this paths: > [...] >Well, what is happening now is that all mails originally directed to >user@IPISNSIB are directed to MAILER@IPISNSIB. >MX is ok trapping the mail locally, but MAILER on my VAX is receiving this >mail and MAILER has SET FORWARD ROBERTINI. >Now I have to wait a lot of month before the update of all IBM MAILER tables >where IPISNSIB has no more MAILER. > Yep, that's exactly right. I know of no solution to the problem---as long as BITNET nodes still have a listing for IPISNSIB, they'll continue to send BSMTP files to MAILER@IPISNSIB. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Mon, 07 Feb 1994 12:54:39 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 07 Feb 1994 18:52:16 +0100 From: "Rok Vidmar, RCU Lj." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979B72.EB72E8A4.27134@uni-lj.si> Subject: Re: Retaining headers for network mail but not for local mail? > In article <1994Feb4.105247.824@earlham.edu>, michaelb@earlham.edu writes: >>I have just tailored MX to remove certain headers from local mail. My >>question is this... We are wanting to set up several local mailing lists. >>One complaint about local mailing lists is the header information that is >>passed on. People don't want to look at it. Is there a way to keep >>headers out of the mailing list (so it resembles VMS MAIL) and retain the >>headers for incoming (network) mail? > > Configure MX to put the headers at the bottom; that's what I've done here and > it works well. > > -Dan Wing, Systems Administrator, University Hospital, Denver > dwing@uh01.colorado.edu or wing@eisner.decus.org I would prefer to have both solutions to this problem. Regards, Rok Rok Vidmar inet: rok.vidmar@uni-lj.si UCC, University of Ljubljana x.400: S=vidmar;G=rok;O=uni-lj;P=ac;A=mail;C=si Kardeljeva pl. 17 phone: +386 61 1686439 <-- Changed! 61000 Ljubljana fax: +386 61 1686358 <-- Changed! Slovenia ================================================================================ Archive-Date: Mon, 07 Feb 1994 17:40:58 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 07 Feb 1994 15:28:37 EST From: mark@alpha.math.wsu.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00979B56.78F93600.26394@alpha.math.wsu.edu> Subject: Why are jNET messages delaying 48 hours before VMS sees them? I am running MX 3.1 on my VMS 5.3 machine using UCX. I have both bitnet and tcp/ip addressing implemented. It has been a while since I've tinkered with MX, but my users are noticing that sometimes it takes two days for their mail to show up in their VMS MAIL folder. I notice that MX has a lot of "every 30 minutes/up to 96 retries" in it's default configuration. Here is how my CONFIG.MCP is set up: ! MX_DEVICE:[MX031]CONFIG.MCP;1 ! Created: 14-SEP-1992 12:14:18.36 by MXCONFIG ! DEFINE PATH "alpha.math.wsu.edu" LOCAL DEFINE PATH "[134.121.45.1]" LOCAL DEFINE PATH *.UUCP SMTP/ROUTE="uunet.uu.net" DEFINE PATH "wsumath" LOCAL DEFINE PATH "wsumath.BITNET" LOCAL DEFINE PATH *.BITNET Jnet ! Remove the following to follow INTERBIT gateway rules SET JNET/LENIENT ! NOTE: The next path definition should always be LAST. DEFINE PATH * SMTP ! ! Done with routing information. ! The messages appear in the jNET log file as incoming on Feb 4. They show up in the user's MAIL folder on Feb 6. What's going on? Madison@TGV.com suggested I direct this question to mx-list@wkuvx1.wku.edu. Thanks in advance, Mark Quigley Dept. of Math and Astronomy Washington State University Pullman WA 99164-3113 (509) 335 3131 ph (509) 335 1188 fax mark@alpha.math.wsu.edu Internet mark@wsumath Bitnet ================================================================================ Archive-Date: Mon, 07 Feb 1994 22:46:20 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Why are jNET messages delaying 48 hours before VMS sees them? Message-ID: <1994Feb7.211524.974@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 7 Feb 94 21:15:24 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00979B56.78F93600.26394@alpha.math.wsu.edu>, mark@alpha.math.wsu.edu writes: > I am running MX 3.1 on my VMS 5.3 machine using UCX. I have >both bitnet and tcp/ip addressing implemented. It has been a while >since I've tinkered with MX, but my users are noticing that sometimes >it takes two days for their mail to show up in their VMS MAIL folder. >I notice that MX has a lot of "every 30 minutes/up to 96 retries" >in it's default configuration. Here is how my CONFIG.MCP is set up: Where are these 'lost' messages coming from? From BITNET or via SMTP, or via local DECnet mail? Could you post the RFC822 headers for the messages, especially the Received: lines? And although MX's default configuration may be 'every 30 minutes/up to 96 retries', it is configurable -- check the MX documentation (MX_DOC:MGMT_GUIDE.TXT). The current version of MX is V3.3, and V3.4 is currently in beta; there are significant performance enhancements in MX V3.2. When was the last time you tuned your MX queue file, and how large is your .DIR file containing the MX queue files (I believe it was the directory FLQ_DIR in MX V3.1, though I'm not sure) -- anyways, if this .DIR file is larger than 128 blocks, VMS will not cache the directory file, which will significantly hurt your performance -- MX V3.2 changed this structure so there are ten .DIR files that your messages are 'load balanced' between, preventing this problem. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Tue, 08 Feb 1994 12:17:30 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 08 Feb 1994 09:57:31 EST From: mark@alpha.math.wsu.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00979BF1.62526660.26620@alpha.math.wsu.edu> Subject: Why are jNET messages delaying 48 hours before VMS sees them? >In article <00979B56.78F93600.26394@alpha.math.wsu.edu>, mark@alpha.math.wsu.edu writes: >> I am running MX 3.1 on my VMS 5.3 machine using UCX. I have >>both bitnet and tcp/ip addressing implemented. It has been a while >>since I've tinkered with MX, but my users are noticing that sometimes >>it takes two days for their mail to show up in their VMS MAIL folder. >>I notice that MX has a lot of "every 30 minutes/up to 96 retries" >>in it's default configuration. Here is how my CONFIG.MCP is set up: > >Where are these 'lost' messages coming from? From BITNET or via SMTP, or via >local DECnet mail? Could you post the RFC822 headers for the messages, >especially the Received: lines? The messages are coming from jNET as indicated in the Subject field above. An example "Received:" line looks like: Received: from WSUVM1 (MCGOVERN) by alpha.math.wsu.edu (MX V3.1C) with Jnet; >And although MX's default configuration may be 'every 30 minutes/up to >96 retries', it is configurable -- check the MX documentation >(MX_DOC:MGMT_GUIDE.TXT). I don't see why the system should need to be reconfigured. The default has worked fine for 2 years. This "delay" problem has only cropped up within the last 4 months, and does not occur consistantly. Many messages get through with no delay. Then, a clump of messages will back up (usually on Friday) and aren't found by VMS mail until Sunday. >The current version of MX is V3.3, and V3.4 is currently in beta; there are >significant performance enhancements in MX V3.2. When was the last time you >tuned your MX queue file, and how large is your .DIR file containing the >MX queue files (I believe it was the directory FLQ_DIR in MX V3.1, though >I'm not sure) -- anyways, if this .DIR file is larger than 128 blocks, VMS >will not cache the directory file, which will significantly hurt your >performance -- MX V3.2 changed this structure so there are ten .DIR files that >your messages are 'load balanced' between, preventing this problem. I will need to look at this further. >-Dan Wing, Systems Administrator, University Hospital, Denver > dwing@uh01.colorado.edu or wing@eisner.decus.org Any ideas? Mark Quigley Dept. of Math and Astronomy Washington State University Pullman WA 99164-3113 (509) 335 3131 ph (509) 335 1188 fax mark@alpha.math.wsu.edu Internet mark@wsumath Bitnet ================================================================================ Archive-Date: Tue, 08 Feb 1994 13:05:59 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 09 Feb 1994 04:00:23 JST From: tim@twics.com Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00979C88.A81F06C0.32237@tanuki.twics.com> Subject: Warning when installing MAILSHR patch Hi, I just tried to install the MAILSHR patch on our VMS 5.5 system, and got a warning just at the end that has me worried. Can anyone tell me what's going on here, and if it's a problem? Output from PATCH: PATCH Version 5-05 20-June-1991 %PATCH-I-NOLCL, image does not contain local symbols symbol "MAIL$$ADD_ADDR" defined as 000049DA symbol "ADD_ADDR" defined as 00004907 old patch area size: 00000000 old patch area address: 00000000 new patch area size: 00000200 new patch area address: 0000E600 symbol "PATAREA" defined as 0000E600 (etc.) symbol "ALTER_TO" defined as 0000E600 old: MAIL$$ADD_ADDR: RET old: 000049DB: CASEL #21,@L^0C10049E6,#24 old: 000049E3: XORW2 #04,R0 old: 000049E6: ADDL3 #28,@B^20(R0),-(SP) %PATCH-W-DIFVAL, memory contains different value than specified I don't know PATCH, but it looks like it didn't find what it expected at the addresses specified in the patch. Any help greatly appreciated! Tim ================================================================================ Archive-Date: Tue, 08 Feb 1994 14:01:18 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Why are jNET messages delaying 48 hours before VMS sees them? Message-ID: <1994Feb8.124204.982@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 8 Feb 94 12:42:03 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00979BF1.62526660.26620@alpha.math.wsu.edu>, mark@alpha.math.wsu.edu writes: >>Where are these 'lost' messages coming from? From BITNET or via SMTP, or via >>local DECnet mail? Could you post the RFC822 headers for the messages, >>especially the Received: lines? > >The messages are coming from jNET as indicated in the Subject field above. >An example "Received:" line looks like: > >Received: from WSUVM1 (MCGOVERN) by alpha.math.wsu.edu (MX V3.1C) with Jnet; We need all of the Received lines, including all of the text in them. I'm wanting to look at the date/time stamps in the Received lines to track down where the slowdown happened. >>And although MX's default configuration may be 'every 30 minutes/up to >>96 retries', it is configurable -- check the MX documentation >>(MX_DOC:MGMT_GUIDE.TXT). > >I don't see why the system should need to be reconfigured. The default has >worked fine for 2 years. This "delay" problem has only cropped up within >the last 4 months, and does not occur consistantly. Many messages get >through with no delay. Then, a clump of messages will back up (usually on >Friday) and aren't found by VMS mail until Sunday. Sounds like a busy BITNET link to me, but I've never run BITNET. Hunter? -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Tue, 08 Feb 1994 14:01:57 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Warning when installing MAILSHR patch Message-ID: <1994Feb8.124322.983@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 8 Feb 94 12:43:22 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00979C88.A81F06C0.32237@tanuki.twics.com>, tim@twics.com writes: >Hi, > >I just tried to install the MAILSHR patch on our VMS 5.5 system, and got a >warning just at the end that has me worried. Can anyone tell me what's going >on here, and if it's a problem? Output from PATCH: > >PATCH Version 5-05 20-June-1991 >%PATCH-I-NOLCL, image does not contain local symbols >symbol "MAIL$$ADD_ADDR" defined as 000049DA >symbol "ADD_ADDR" defined as 00004907 >old patch area size: 00000000 >old patch area address: 00000000 >new patch area size: 00000200 >new patch area address: 0000E600 >symbol "PATAREA" defined as 0000E600 > >(etc.) > >symbol "ALTER_TO" defined as 0000E600 >old: MAIL$$ADD_ADDR: RET >old: 000049DB: CASEL #21,@L^0C10049E6,#24 >old: 000049E3: XORW2 #04,R0 >old: 000049E6: ADDL3 #28,@B^20(R0),-(SP) >%PATCH-W-DIFVAL, memory contains different value than specified > >I don't know PATCH, but it looks like it didn't find what it expected at the >addresses specified in the patch. Any help greatly appreciated! The patch file needs to have different sections commented out to work with each version of VMS -- be sure you commented out the right sections. I'd also recommend upgrading your VMS V5.5 system to V5.5-2 to avoid all sorts of bugs in VMS V5.5-0. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Tue, 08 Feb 1994 14:13:36 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: MAILQUEUE not working for me Message-ID: <1994Feb8.094001.18@gilbey.jeslacs.bc.ca> From: psmode@jeslacs.bc.ca (Peter A. Smode) Reply-To: MX-List@WKUVX1.WKU.EDU Date: 8 Feb 94 09:40:01 -0800 To: MX-List@WKUVX1.WKU.EDU After all this time, I've finally noticed that MAILQUEUE does not work for me! Everything else seems fine with MX here, but no matter wether I have enabled SYSPRV for my process or not (MAILQUEUE is already INSTALLed with it), running it gives me nothing. Any clues? What additional info is needed to figure out what it happening here? I am running the latest, greatest version from the MX033 kit. Thanks, Peter -- ************************************************************************** * Peter Smode E-mail: psmode@jeslacs.bc.ca * * JES Library Automation Voice: (604)939-6775 * * Coquitlam, BC, CANADA Fax: (604)939-5427 * ************************************************************************** ================================================================================ Archive-Date: Tue, 08 Feb 1994 15:04:33 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: MAILQUEUE not working for me Message-ID: <1994Feb8.134952.984@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 8 Feb 94 13:49:51 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb8.094001.18@gilbey.jeslacs.bc.ca>, psmode@jeslacs.bc.ca (Peter A. Smode) writes: >After all this time, I've finally noticed that MAILQUEUE does not work for me! >Everything else seems fine with MX here, but no matter wether I have enabled >SYSPRV for my process or not (MAILQUEUE is already INSTALLed with it), running >it gives me nothing. > >Any clues? What additional info is needed to figure out what it happening here? >I am running the latest, greatest version from the MX033 kit. Under MX V3.3, MAILQUEUE.EXE will not output anything if there are no "waiting" jobs for your username. If your process has SYSPRV enabled, then MAILQUEUE will check all usernames on the system. (Mailqueue needs to be installed with SYSPRV to work [so it can read the MX queue file], but it doesn't use this installed privilege to determine if it should show only stuff belonging to your username). -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Wed, 09 Feb 1994 07:12:09 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: MAILQUEUE not working for me Message-ID: <2jagm2$q9b@gap.cco.caltech.edu> From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Date: 9 Feb 1994 11:16:18 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb8.094001.18@gilbey.jeslacs.bc.ca>, psmode@jeslacs.bc.ca (Peter A. Smode) writes: =After all this time, I've finally noticed that MAILQUEUE does not work for me! =Everything else seems fine with MX here, but no matter wether I have enabled =SYSPRV for my process or not (MAILQUEUE is already INSTALLed with it), running =it gives me nothing. = =Any clues? What additional info is needed to figure out what it happening here? Only the sort of additional information that's required in ANY case of this type: 1) What's that actual state of things at the time you issue the command (use the MCP command QUEUE SHOW/ALL/FULL to get this)? 2) What happens when you use MAILQUEUE (including any error messages you get)? 3) What did you think SHOULD have been the result of 2? As it is, we have no way of knowing what you think the problem is. Is MAILQUEUE failing to show you entries that have already been processed? Is MAILQUEUE failing to show you entries for other users? What? -------------------------------------------------------------------------------- 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: Wed, 09 Feb 1994 16:11:05 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 09 Feb 1994 16:06:35 CST From: Kenny Kon Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00979CEE.1AFAC2A0.6438@bible.acu.edu> Subject: MX Shrink Could someone let me know if MX_SHRINK also tunes the queue? Another question I have is sometimes a message that is sent to a list is posted a few times. Is this a problem with not running MX_SHRINK regularly? Kenny ----- Kenny Kon, Assistant Systems Manager College of Biblical Studies, Abilene Christian University E-Mail: kenny.kon@BIBLE.ACU.EDU, Postmaster@BIBLE.ACU.EDU ================================================================================ Archive-Date: Wed, 09 Feb 1994 22:59:08 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: MX Shrink Message-ID: <1994Feb9.210243.1017@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 9 Feb 94 21:02:43 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00979CEE.1AFAC2A0.6438@bible.acu.edu>, Kenny Kon writes: >Could someone let me know if MX_SHRINK also tunes the queue? Its only purpose in life is to tune the queue file (SYSTEM_QUEUE.FLQ_CTL or whatever it is called). >Another >question I have is sometimes a message that is sent to a list is posted a >few times. Is this a problem with not running MX_SHRINK regularly? Nope. It is some other problem -- nothing I've ever seen with MX, though, and I've been running it for a few years now. If you don't run MX_SHRINK (or something else which does a Convert of the queue file), the only symptom you'll see is slow performance with MX (especially slow displays when you do QUEUE SHOW commands within MCP). -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Wed, 09 Feb 1994 23:15:39 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Logging of mail? Message-ID: <760666463snx@daytona.anorad.com> From: mikel@daytona.anorad.com (Mikel Beck) Reply-To: MX-List@WKUVX1.WKU.EDU Date: Tue, 08 Feb 94 00:14:23 GMT To: MX-List@WKUVX1.WKU.EDU Is there an easy way to log inbound and outbound mail and produce some sort of report? We're trying to determine if it would be benificial to upgrade our UUCP link and need to know how much mail is flowing in and out of our system. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Mikel Beck E-Mail: mikel@daytona.anorad.com Programmer/Analyst Warnat & Associates, Inc. ================================================================================ Archive-Date: Thu, 10 Feb 1994 00:28:03 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 09 Feb 1994 23:21:35 -0700 From: "Ray Harwood -- Data Basix: (602)721-1988" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: rharwood@Data.Basix.COM Message-ID: <00979D2A.DFD56300.2683@Data.Basix.COM> Subject: RE: Logging of mail? > Is there an easy way to log inbound and outbound mail and produce > some sort of report? We're trying to determine if it would be > benificial to upgrade our UUCP link and need to know how much mail > is flowing in and out of our system. If you are using DECUS UUCP, the nightly status reports have inbound/outbound file counts along with how many executions of "rmail", plus connect times, by site. Also, you can do an MCP SET SMTP /ACCOUNTING and scan the log file periodically. Ray ----- Ray Harwood | Data Basix | DEC Pro Networking Editor Voice: (602)721-1988 | PO Box 18324 | "Internet Resource Guide" FAX: (602)721-7240 | Tucson, AZ 85731 | Adjunct Faculty, East Campus, RHarwood@Data.Basix.COM | Info@Data.Basix.COM | Pima Community College ================================================================================ Archive-Date: Thu, 10 Feb 1994 08:40:29 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: 10 Feb 1994 09:33:20 -0500 (EST) From: "Dan Wheeler, Le Moyne College" Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Queue directories overloaded (possible repeat)? To: mx-list@wkuvx1.wku.edu Message-ID: <01H8PS0XSNSO8ZHSNK@VAX.CS.HSCSYR.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Sorry if this is a repeat... Subj: Queue directories overloaded? I'm guilty of missing the fact that something (perhaps my local process) was awry, preventing local deliveries for enough time that my queue directories have become overfilled and therefore oversized (average 130/180 blocks). This has lead to the situation where the processing is so slow that I can't keep pace with incoming mail (the directory access is so slow due to the size that message processing is practically halted - I'm processing about 2 messages per minute in the local process). Is there any way to restore the situation without losing the mail already received? Otherwise, I presume I could start from scratch. I'm panicking now, but will head immediately to the manual to see about starting a second queue file and directories for the time being. Any suggestions are welcome. VMS 5.5-2/MX 3.3/BITNet/Internet/Jnet 3.6 TCPNJE/UCX 2.0/Single VAX 3100-80 You may reply to this and reach me - this is a guest account on another host. Thanks! ------------------------------------------------------------------- Dan Wheeler wheelerd@vax.cs.hscsyr.edu (manager@maple.lemoyne.edu) Le Moyne College, Syracuse NY 13214 ------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 10 Feb 1994 08:55:34 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 10 Feb 1994 08:54:52 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: WHEELERD@VAX.CS.HSCSYR.EDU Message-ID: <00979D7A.F6376300.7@ALPHA.WKU.EDU> Subject: RE: Queue directories overloaded (possible repeat)? "Dan Wheeler, Le Moyne College" writes: > >I'm guilty of missing the fact that something (perhaps my local process) was >awry, preventing local deliveries for enough time that my queue directories >have become overfilled and therefore oversized (average 130/180 blocks). > >This has lead to the situation where the processing is so slow that I can't >keep pace with incoming mail (the directory access is so slow due to the >size that message processing is practically halted - I'm processing about >2 messages per minute in the local process). > >Is there any way to restore the situation without losing the mail already >received? Otherwise, I presume I could start from scratch. I'm panicking >now, but will head immediately to the manual to see about starting a >second queue file and directories for the time being. Any suggestions >are welcome. > One thing you can do is shutdown the MX agents, rename the %.DIR files in MX_FLQ_DIR: to something else (OLD_1, OLD2, etc.), then re-create directories [.0] through [.9], and RENAME the files from [.OLD_0]*.*;* to [.0]*.*;*. That'll could do enough to get the directories down to a manageable size again (below 128 blocks). Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Thu, 10 Feb 1994 09:38:29 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 10 Feb 1994 09:27:11 CST From: hunterl@uwwvax.uww.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979D7F.799F4EC0.13836@uwwvax.uww.edu> Subject: RE: Multiple instances of components => No, any system can run multiple MX agents. => => Hunter => ------ => Hunter Goatley, VMS Systems Programmer, Western Kentucky University => goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) What does one use for the node name if scsnode is defined " " Lyle Hunter Computer Center University Wisconsin-Whitewater hunterl@uwwvax.uww.edu ================================================================================ Archive-Date: Thu, 10 Feb 1994 11:19:41 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: 10 Feb 1994 09:02:39 -0500 (EST) From: "Dan Wheeler, Le Moyne College" Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Queue directories overloaded? To: mx-list@WKUVX1.WKU.EDU Message-ID: <01H8PQKJ8H8Y8ZHZKC@VAX.CS.HSCSYR.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT I'm guilty of missing the fact that something (perhaps my local process) was awry, preventing local deliveries for enough time that my queue directories have become overfilled and therefore oversized (average 130/180 blocks). This has lead to the situation where the processing is so slow that I can't keep pace with incoming mail (the directory access is so slow due to the size that message processing is practically halted - I'm processing about 2 messages per minute in the local process). Is there any way to restore the situation without losing the mail already received? Otherwise, I presume I could start from scratch. I'm panicking now, but will head immediately to the manual to see about starting a second queue file and directories for the time being. Any suggestions are welcome. VMS 5.5-2/MX 3.3/BITNet/Internet/Jnet 3.6 TCPNJE/UCX 2.0/Single VAX 3100-80 You may reply to this and reach me - this is a guest account on another host. Thanks! ------------------------------------------------------------------- Dan Wheeler wheelerd@vax.cs.hscsyr.edu (manager@maple.lemoyne.edu) Le Moyne College, Syracuse NY 13214 ------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 10 Feb 1994 15:04:50 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: RE: Logging of mail? Message-ID: <1994Feb10.113324.1112@tachyon.com> From: wayne@tachyon.com (Wayne Sewell) Reply-To: MX-List@WKUVX1.WKU.EDU Date: 10 Feb 94 11:33:24 CST To: MX-List@WKUVX1.WKU.EDU In article <00979D2A.DFD56300.2683@Data.Basix.COM>, "Ray Harwood -- Data Basix: (602)721-1988" writes: >> Is there an easy way to log inbound and outbound mail and produce >> some sort of report? We're trying to determine if it would be >> benificial to upgrade our UUCP link and need to know how much mail >> is flowing in and out of our system. > > If you are using DECUS UUCP, the nightly status reports have inbound/outbound > file counts along with how many executions of "rmail", plus connect times, by > site. > Also byte counts and characters per second, useful statistics for determining load. There is a big difference between little mail messages and big news batches. Of course, you may not have news coming through uucp, since you make no reference to it. But if you do, news can have as much impact on the link as mail, if not more. I added vmsnet.uucp to the list of newsgroups, since this issue is related to uucp more than mx. Wayne -- ============================================================================== Wayne Sewell |INET: wayne@tachyon.com Tachyon Software Consulting |UUCP: uupsi!uupsi6!tachyon!wayne P. O. Box 550937, Dallas TX 75355-0937 |Voice: (214)-553-9760, Fax: -553-0077 ============================================================================= Moe, holding out fingers:"Pick two." Curly:"One, two. Yeow!" ================================================================================ Archive-Date: Thu, 10 Feb 1994 15:14:04 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 10 Feb 94 13:53:09 EST From: Kamrul Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Please Help| To: mx-list@wkuvx1.wku.edu After changing a list I reset the MX . Now everythig is stuck. I did something like MCP> modify list listname /reply=(list, nosender) MCP> reset/cluster router,mlf | may be I did not need to do this | I did it without understanding. Now nothing seems to work. NOthing is coming or going through MX. I have enabled MX_MLF_DEBUG TRUE . Still it is not creating any log file. MCP> status :gives only the following components. MX Local, MX MLF, MX SMTP, SMTP Server, MX DNSMTP I dont see any SMTP Router. Is it the cause of trouble? I dont know what to do. PLease respond. Thank you. KAMRUL AHSAN DEPT. OF ACADEMIC COMPUTING AND EDUCATIONAL TECHNOLOGY ROOM 4G04 YORK COLLEGE 94-20 GUY BREWER BLVD. JAMAICA, NY 11451 TEL 718-262-2754 ================================================================================ Archive-Date: Thu, 10 Feb 1994 16:09:13 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 10 Feb 1994 17:03:05 EST From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: hardis@garnet.nist.gov Message-ID: <00979DBF.2A8E6B00.4078@garnet.nist.gov> Subject: RE: Please Help| > After changing a list I reset the MX . Now everythig is stuck. > Now nothing seems to work. NOthing is coming or going through MX. I have > enabled MX_MLF_DEBUG TRUE . Still it is not creating any log file. If "everything" doesn't work, then why did you only enable debugging on MLF? That would seem to be the least of the troubles. > I dont see any SMTP Router. Is it the cause of trouble? Very likely, yes. > I don't know what to do. Enable debugging on the router, and restart it -- of course. ================================================================================ Archive-Date: Thu, 10 Feb 1994 16:30:25 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 10 Feb 1994 15:21:28 -0700 From: "Ray Harwood -- Data Basix: (602)721-1988" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: rharwood@Data.Basix.COM Message-ID: <00979DB0.F846BF20.2971@Data.Basix.COM> Subject: RE: Please Help| Kamrul wrote: > After changing a list I reset the MX . Now everythig is stuck. Things were so stuck, Kamrul's message couldn't get out, so he called me for assistance. All is fixed now, though I didn't try to troubleshoot the problems, just FIX things. This is what I had him do: $ MCP SHUTDOWN $ MCP STATUS ! do until all MX processes die $ @SYS$STARTUP:MX_STARTUP Please comment on the advisability of doing this "whenever you're just stuck". I've used this procedure twice on the rare occasion things got really "hosed", with no apparent ill side effects. Ray ----- Ray Harwood | Data Basix | DEC Pro Networking Editor Voice: (602)721-1988 | PO Box 18324 | "Internet Resource Guide" FAX: (602)721-7240 | Tucson, AZ 85731 | Adjunct Faculty, East Campus, RHarwood@Data.Basix.COM | Info@Data.Basix.COM | Pima Community College ================================================================================ Archive-Date: Thu, 10 Feb 1994 17:06:56 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Please Help| Message-ID: <1994Feb10.152911.1031@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 10 Feb 94 15:29:10 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <20265216@MVB.SAIC.COM>, Kamrul writes: >After changing a list I reset the MX . Now everythig is stuck. > > I did something like > > MCP> modify list listname /reply=(list, nosender) > MCP> reset/cluster router,mlf | may be I did not need to do this > | I did it without understanding. > Now nothing seems to work. NOthing is coming or going through MX. I have > enabled MX_MLF_DEBUG TRUE . Still it is not creating any log file. > > MCP> status :gives only the following components. > MX Local, MX MLF, MX SMTP, SMTP Server, MX DNSMTP > I dont see any SMTP Router. Is it the cause of trouble? I dont know what to > do. PLease respond. Thank you. Yes, that is the problem -- you need a router process. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Thu, 10 Feb 1994 17:33:33 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 10 Feb 1994 15:26:18 PST From: "John F. Sandhoff" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: syssand@CCVAX.CCS.CSUS.EDU Message-ID: <00979DB1.A4FE23C0.28483@CCVAX.CCS.CSUS.EDU> Subject: Wishlist: disable via logical; separate purger I have a couple of possible wishlist ideas; I'm posting them rather than just sending them to Hunter so as to solicit comments as to their usefulness: 1. Logical name temporarily disables MX-Mail access Description: During certain phases of system management (specifically, queue file cleanup, optimization and rebuilding) it is crucial that the queue file not be accessed. There are various methods that are used - the two most common are to either rename the queue file, or to deassign the mx_mailshr logical. Either one of these is a real 'ouch' for the user, generating nasty error messages when they try to use MX-Mail. Request: Have mx_mailshr and the incoming SMTP daemon look for a specific system logical, such as 'MX_DISALLOW_ACCESS'. If found, print a nice message to the user, such as 'The MX-Mailer is temporarily unavailable' followed by the contents of the logical (so we can send out an informative message as to why its down and for how long). The SMTP process should just refuse connections. Perhaps the SHOW QUEUE routine should also disallow access for nonpriv users (and print a warning for priv users: 'WARNING: MX-Mail is disallowing access. DEASSIGN MX_DISALLOW_ACCESS to re-enable) 2. New MX process: MX_Purge Description: It has been discussed here (and .COM files circulated) that create a looping 'MCP QUEUE PURGE' cycle. This can help busy sites a lot. The downfall is that there is no cohesive way to status or shutdown the process since it's distinct from the rest of the MX system. Request: Create the MX_PURGE agent; a process that communicates with MCP to answer status entries and respond to shutdown requests. Startup of this agent would be thru the standard mechanism (mx_startup.dat). John F. Sandhoff, University Network Support California State University, Sacramento - USA sandhoff@csus.edu ================================================================================ Archive-Date: Thu, 10 Feb 1994 20:20:17 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 10 Feb 1994 20:17:35 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979DDA.55CFDEF5.17@ALPHA.WKU.EDU> Subject: RE: Wishlist: disable via logical; separate purger "John F. Sandhoff" writes: > >I have a couple of possible wishlist ideas; I'm posting them rather than >just sending them to Hunter so as to solicit comments as to their >usefulness: > >1. Logical name temporarily disables MX-Mail access > This is already in the hopefully-soon-to-be-released next version of MX. The logical is MX_SHUTDOWN. >Request: Have mx_mailshr and the incoming SMTP daemon look for a specific >system logical, such as 'MX_DISALLOW_ACCESS'. If found, print a nice >message to the user, such as 'The MX-Mailer is temporarily unavailable' "Your system manager has temporarily disabled MX" is what it reports. >followed by the contents of the logical (so we can send out an informative >message as to why its down and for how long). The SMTP process should just >refuse connections. Perhaps the SHOW QUEUE routine should also disallow >access for nonpriv users (and print a warning for priv users: 'WARNING: >MX-Mail is disallowing access. DEASSIGN MX_DISALLOW_ACCESS to re-enable) > I'll add these to the wish list; currently, only MX_MAILSHR checks for MX_SHUTDOWN, since it's easy enough to SHUTDOWN the other agents for maintenance work. >2. New MX process: MX_Purge > >Description: It has been discussed here (and .COM files circulated) that >create a looping 'MCP QUEUE PURGE' cycle. This can help busy sites a lot. >The downfall is that there is no cohesive way to status or shutdown the >process since it's distinct from the rest of the MX system. > >Request: Create the MX_PURGE agent; a process that communicates with MCP >to answer status entries and respond to shutdown requests. Startup of >this agent would be thru the standard mechanism (mx_startup.dat). > I've considered this before, but haven't implemented it yet. The next version of MX will replace the indexed file, so all file I/O should be faster, letting the Router PURGE faster. At least, that's the plan. ;-) Thanks for the suggestions! Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Thu, 10 Feb 1994 22:44:14 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 10 Feb 94 19:13:33 EST From: Kamrul Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: Please Help| To: MX-List@WKUVX1.WKU.EDU Thank you all for your suggestins. After restarting as Ray suggested everything seems to be working fine and of course MX Router is running now . Dankeschon ================================================================================ Archive-Date: Fri, 11 Feb 1994 02:50:57 CST Sender: List-Mgr@WKUVX1.WKU.EDU Message-ID: <9402101625.AA03488@ern.doe.ernet.in> Date: Thu, 10 Feb 94 09:31:01 IST X-MX-Warning: Warning -- Invalid "From" header. From: Verma J.P. Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@wkuvx1.wku.edu Subject: SIGNOFF MX-List ================================================================================ Archive-Date: Fri, 11 Feb 1994 05:43:07 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 11 Feb 94 12:39:41 WET Message-ID: <00979E6388B19780.2B4024DB@ittpub.nl> From: "Hans van Veen, ITT Gouden Gids - Data Center, Ext. 797" Reply-To: MX-List@WKUVX1.WKU.EDU Subject: To: MX-List@WKUVX1.WKU.EDU SIGNOFF MX-List ================================================================================ Archive-Date: Fri, 11 Feb 1994 07:15:53 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Queue directories overloaded (possible repeat)? Message-ID: <2jfo93$eq4@gap.caltech.edu> From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Date: 11 Feb 1994 10:56:35 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <01H8PS0XSNSO8ZHSNK@VAX.CS.HSCSYR.EDU>, "Dan Wheeler, Le Moyne College" writes: =Sorry if this is a repeat... = =Subj: Queue directories overloaded? = =I'm guilty of missing the fact that something (perhaps my local process) was =awry, preventing local deliveries for enough time that my queue directories =have become overfilled and therefore oversized (average 130/180 blocks). = =This has lead to the situation where the processing is so slow that I can't =keep pace with incoming mail (the directory access is so slow due to the =size that message processing is practically halted - I'm processing about =2 messages per minute in the local process). = =Is there any way to restore the situation without losing the mail already =received? Otherwise, I presume I could start from scratch. I'm panicking =now, but will head immediately to the manual to see about starting a =second queue file and directories for the time being. Any suggestions =are welcome. As Hunter has pointed out, you MIGHT be able to accomplish this by shuttin down MX, renaming the old directories, copying the files in them to newly-created directories, and restarting MX. This will make the new directories as compact as possible. But that won't necessarily be sufficient. It's possible that your directories can't be shrunk to less than 128 blocks. If that's the case, then your best bet is to shut down the agents that handle the incoming mail until the directories CAN be shrunk to less than 128 blocks. This will cause some problems for non-store-and-forward mailers sending you mail, but any mailers that have problems with this should give their users an indication that the mail wasn't delivered, and should be retried. -------------------------------------------------------------------------------- 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, 11 Feb 1994 11:49:29 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 11 Feb 1994 09:29:56 PST From: robert@dis.ucsf.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979E49.069F1840.2136@dis.ucsf.edu> Subject: MLF Errors Not Forwarded to Postmaster I have MLF set up to send errors to our Postmaster account. However that only seems to take care of returned-mail errors. I'd like MLF to notify me of errors when processing requests to mxserver or -request addresses, such as this one where one user was trying to subscribe for another. Is this possible? (Note: the names have been changed to protect the guilty and the text has been wrapped for readability. The errors are marked at the bottom with -->'s.) 9-FEB-1994 07:46:11.51 Processing queue entry number 1779 9-FEB-1994 07:46:11.70 Checking local name: MXSERVER 9-FEB-1994 07:46:11.71 This is a list control address. 9-FEB-1994 07:46:11.78 LIST_CTRL_LISTSERV: Message is from: testuser@ucsf.edu 9-FEB-1994 07:46:11.82 LIST_CTRL_LISTSERV: command is: SUBSCRIBE LIST 9-FEB-1994 07:46:11.96 CHECK_ACCESS: checking testuser@adminserver.adm.csus.edu for access mask=00000004 9-FEB-1994 07:46:11.96 CHECK_ACCESS: Access granted under WORLD class. 9-FEB-1994 07:46:12.02 MLIST_ADD: Adding testuser@ucsf.edu to list. 9-FEB-1994 07:46:12.02 MLIST_ADD: successfully added. --> 9-FEB-1994 07:46:15.07 LIST_CTRL_LISTSERV: command is: otheruser@ucsf.edu --> 9-FEB-1994 07:46:15.07 LIST_CTRL_LISTSERV: Unknown command. --> 9-FEB-1994 07:46:18.37 All done with this entry. Robert Weiner Manager, Development Information Systems UC San Francisco ================================================================================ Archive-Date: Fri, 11 Feb 1994 12:55:32 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 11 Feb 1994 12:19:31 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979E60.B7641D71.28@ALPHA.WKU.EDU> Subject: RE: Multiple instances of components hunterl@uwwvax.uww.edu writes: > >=> No, any system can run multiple MX agents. >=> >What does one use for the node name if scsnode is defined " " > Any string of six characters or less will do, as long as it's the same on all systems sharing the MX_FLQ_DIR:. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Fri, 11 Feb 1994 13:03:28 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: MLF Errors Not Forwarded to Postmaster Message-ID: <1994Feb11.112030.1035@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 11 Feb 94 11:20:29 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00979E49.069F1840.2136@dis.ucsf.edu>, robert@dis.ucsf.edu writes: >I have MLF set up to send errors to our Postmaster account. However >that only seems to take care of returned-mail errors. I'd like MLF to >notify me of errors when processing requests to mxserver or -request >addresses, such as this one where one user was trying to subscribe for >another. Is this possible? (Note: the names have been changed to >protect the guilty and the text has been wrapped for readability. >The errors are marked at the bottom with -->'s.) MX V3.3 doesn't do this. Even MX V3.4's current incarnation (with SET LOCAL/CC_POSTMASTER) only CC's the postmaster on local delivery errors.... -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 11 Feb 1994 15:00:31 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 11 Feb 1994 12:41:57 EST From: mark@alpha.math.wsu.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00979E63.DA0AC980.27197@alpha.math.wsu.edu> Subject: Why are jNET messages delaying 48 hours before VMS mail sees them? >In article <00979BF1.62526660.26620@alpha.math.wsu.edu>, mark@alpha.math.wsu.edu writes: >Where are these 'lost' messages coming from? From BITNET or via SMTP, or via >local DECnet mail? Could you post the RFC822 headers for the messages, >especially the Received: lines? This is the way the message header looks to VMS mail: #1 6-FEB-1994 11:12:45.89 MAIL From: MX%"MCGOVERN@WSUVM1.BITNET" To: WISNIEW CC: Subj: Return-Path: <@alpha.math.wsu.edu:MCGOVERN@WSUVM1.BITNET> Received: from WSUVM1 (MCGOVERN) by alpha.math.wsu.edu (MX V3.1C) with Jnet; Fri, 04 Feb 1994 10:27:08 EST From: MCGOVERN@WSUVM1.BITNET To: Date: Fri, 04 Feb 1994 10:27:08 EST ~MSG:FROM: MCGOVERN--WSUVM1 TO: PEARS USERS To: PEARS USERS .... body of message This Profs message was received by jNET at about 10:30 on Friday. The JAN_SYS:WSUVM1.LOG entry is: 4-FEB 10:22:40 R WSUMATH WISNIEW WSUVM1 MCGOVERNMCGOVERNWSUVM1 1382AU 1 But as you can see by the date at the top of the VMS mail display above, the message milled around in MX until Sunday, Feb 6 at 11:12; approximately 96 retries at 1/2 hour intervals. >Sounds like a busy BITNET link to me, but I've never run BITNET. Hunter? We have a 19,200 lease-line connection to WSUVM1. Thanks for looking into this, Mark Quigley Dept. of Math and Astronomy Washington State University Pullman WA 99163-3113 (509) 335 3131 ph (509) 335 1188 fax mark@alpha.math.wsu.edu Internet mark@wsumath Bitnet ================================================================================ Archive-Date: Fri, 11 Feb 1994 22:34:03 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: talvola@fennel.berkeley.edu (Erik Talvola) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Forget my old question - here's a new MX routing question Date: 11 Feb 94 16:30:15 Message-ID: To: MX-List@WKUVX1.WKU.EDU OK. Here is my network: Internet <---SMTP---> ORANGE <---DECNET---> JUPITR where ORANGE and JUPITR are Vaxes. The router between JUPITR and ORANGE only knows Decnet, so to send mail to the internet, I do something like this from VMSMail: send ORANGE::SMTP%"talvola@fennel.berkeley.edu" But, now that I have MX installed. I want to do: send MX%"talvola@fennel.berkeley.edu" I figured I could use SMTP-over-DECnet to send to ORANGE, so I did this: MCP> show path ... Domain="*", Path=DECnet_SMTP, Route="ORANGE" which seems OK, but then I get: MCP> sh queue 97/full Entry: 97, Origin: [Local] Status: IN-PROGRESS, size: 4 bytes Created: 11-FEB-1994 16:19:27.15, expires 13-MAR-1994 16:19:27.15 Last modified 11-FEB-1994 16:19:34.59 DECNET-SMTP entry #98, status: READY, size: 4 bytes, waiting for retry until 1 1-FEB-1994 16:49:35.74 Created: 11-FEB-1994 16:19:33.68, expires 13-MAR-1994 16:19:27.15 Last modified 11-FEB-1994 16:19:35.74 Recipient #1: , Route=ORANGE Error count=1 Last error: %SYSTEM-F-NOSUCHOBJ, network object is unknown at remote node Now, on ORANGE, I have: NCP>sh object decsmtp char Object Volatile Characteristics as of 11-FEB-1994 16:27:35 Object = DECSMTP Number = 254 Proxy access = none NCP>sh object decsmtp stat Object Volatile Status as of 11-FEB-1994 16:27:41 Object Number File/PID User Id Password DECSMTP 254 -- Maybe this isn't enough? Anyway, any advice would be appreciated. Thanks.... -- Erik -- +-----------------------------+ ! Erik Talvola | "It's just what we need... a colossal negative ! erikt@psi.prc.com | space wedgie of great power coming right at us ! talvola@gnu.ai.mit.edu | at warp speed." -- Star Drek ================================================================================ Archive-Date: Fri, 11 Feb 1994 23:13:58 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 11 Feb 1994 23:11:13 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979EBB.C203BA60.6@ALPHA.WKU.EDU> Subject: RE: Forget my old question - here's a new MX routing question talvola@fennel.berkeley.edu (Erik Talvola) writes: > [...] >send ORANGE::SMTP%"talvola@fennel.berkeley.edu" > >But, now that I have MX installed. I want to do: > >send MX%"talvola@fennel.berkeley.edu" > >I figured I could use SMTP-over-DECnet to send to ORANGE, so I did this: > Correct. >MCP> show path >... > Domain="*", Path=DECnet_SMTP, Route="ORANGE" > OK. >which seems OK, but then I get: > >MCP> sh queue 97/full [...] > Recipient #1: , Route=ORANGE You've got something really weird set up---a bad rewrite-rule it sounds like. Nowhere in MX should you use ORANGE::SMTP%. With the path as you've defined it, you don't need any rewrite rules to make it work---MX will forward the mail to ORANGE using DECnet-SMTP. However, ORANGE will have to be running MX's DECnet-SMTP too. All DECnet-SMTP is is SMTP over DECnet---instead of establishing the SMTP connection using TCP/IP, DECnet is used. >Now, on ORANGE, I have: > So do you or don't you have MX running on ORANGE? The DECSMTP DECnet object is not enough---you have to be running MX there, which it sounds like you're not, since your address still contained ORANGE::SMTP%. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Sat, 12 Feb 1994 07:21:20 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Forget my old question - here's a new MX routing question Date: 12 Feb 1994 10:31:54 GMT Message-ID: <2jib6q$nqk@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , talvola@fennel.berkeley.edu (Erik Talvola) writes: =NCP>sh object decsmtp char = = =Object Volatile Characteristics as of 11-FEB-1994 16:27:35 = =Object = DECSMTP = =Number = 254 =Proxy access = none Well, at least under VMS v5.4-2, you're missing something. In particular, you're missing any indication of what program should be run by the object! $ MCR NCP SHO OBJ DECSMTP CHAR Object Volatile Characteristics as of 12-FEB-1994 02:28:59 Object = DECSMTP Number = 254 File id = MX_EXE:DNSMTP_SERVER.EXE User id = DNSMTP Password = you don't need to know this, now, do you? Proxy access = none Now, have you edited what you sent and deleted something important, or have you somehow (e.gl, by mistyping the command that defined the DECSMTP object) managed to corrupt your DECnet database? = -------------------------------------------------------------------------------- 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, 12 Feb 1994 10:50:31 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: z999012@MDACC.MDA.UTH.TMC.EDU Subject: SMTP Server Hangs With Nonzero Listen Port Date: 12 Feb 1994 15:52:19 GMT Message-ID: <2jitvj$ftk@oac4.hsc.uth.tmc.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU We are using MX 3.3, CMUIP 6.6-5A with VMS5.5-2, hardware is VAX 7610. On various occasions, I find the MX SMTP_SERVER listener in the state where the listen port is other than zero. Note that the status shows port 25 is connected solid to another system. Delivery of mail is blocked by this condition which will stay this way unless SMTP_SERVER is restarted. The foreign host is seldom the same one. This same situation was occurring with MX3.1. We upgraded to 3.3, hoping for a cure. The frequency is completely unpredictable, from once a month to twice a day. Anyone have a clue where to start looking? %PHOTO-I-INIT, recording initiated at 25-JAN-1994 10:52:22.26 MDACC$ ipncp netstat 11 TCP connections found IDX Address Local Host Port Foreign Host Port State 1 0021AC00 129.106.60.7 23 129.106.51.152 35457 ESTABLISHED 2 0021E600 129.106.60.7 1358 129.106.60.149 23 ESTABLISHED 4 0021AE00 129.106.60.7 23 129.106.62.91 2048 FIN-WAIT-2 5 0021A000 129.106.60.7 1386 129.106.3.17 23 ESTABLISHED 6 0021A600 129.106.60.7 23 129.106.62.49 8209 ESTABLISHED 7 0021AA00 129.106.60.7 23 129.106.62.91 2049 FIN-WAIT-2 8 00219A00 129.106.60.7 1375 129.106.3.17 23 ESTABLISHED 9 0021BA00 129.106.60.7 23 129.106.51.3 56017 ESTABLISHED 11 00219E00 129.106.60.7 1381 134.84.132.12 70 LAST-ACK 12 0021BE00 129.106.60.7 25 128.205.2.1 56266 LISTEN 15 0021C600 129.106.60.7 1285 129.106.3.17 23 ESTABLISHED 1 UDP connection found IDX Address Local Host Port Foreign Host Port State 1 0021D400 0.0.0.0 1024 0.0.0.0 0 00000003 0 ICMP connections found SMTP_SERVER shutdown and restarted. Mail began flowing ------------------------------------------------------------------- %PHOTO-I-INIT, recording initiated at 11-FEB-1994 08:55:11.01 MDACC$ ipncp netstat 5 TCP connections found IDX Address Local Host Port Foreign Host Port State 1 0021A600 129.106.60.7 28745 129.106.3.17 23 ESTABLISHED 2 0021BA00 129.106.60.7 28751 129.106.30.1 70 CLOSE-WAIT 4 0024B400 129.106.60.7 23 129.106.51.70 51553 ESTABLISHED 7 00236200 129.106.60.7 28729 129.106.3.17 23 ESTABLISHED 10 0024EA00 129.106.60.7 25 128.174.5.57 35429 LISTEN 1 UDP connection found IDX Address Local Host Port Foreign Host Port State 1 0021D800 0.0.0.0 27416 0.0.0.0 0 00000003 0 ICMP connections found SMTP_SERVER restarted. This is the normal status. 7 TCP connections found IDX Address Local Host Port Foreign Host Port State 1 0021A600 129.106.60.7 28745 129.106.3.17 23 ESTABLISHED 2 0021BA00 129.106.60.7 28751 129.106.30.1 70 CLOSE-WAIT 4 0024B400 129.106.60.7 23 129.106.51.70 51553 ESTABLISHED 5 00225800 129.106.60.7 25 128.148.128.40 16234 TIME-WAIT 6 00236000 129.106.60.7 25 128.112.129.99 11380 TIME-WAIT 7 00236200 129.106.60.7 28729 129.106.3.17 23 ESTABLISHED 8 0024C000 0.0.0.0 25 0.0.0.0 0 LISTEN 1 UDP connection found IDX Address Local Host Port Foreign Host Port State 1 0021D800 0.0.0.0 27416 0.0.0.0 0 00000003 0 ICMP connections found _________________________________________________________________________ Lawrence Newton Mail Box 167 | Z999012@mdacc.mda.uth.tmc.edu University of Texas | lnewt@mdacc.mda.uth.tmc.edu M.D. Anderson Cancer Center | THENET MDACC::Z999012 1515 Holcombe Houston, Texas 77030 | Voice (713) 792-6344 ------------------------------------------------------------------------- ================================================================================ Archive-Date: Sat, 12 Feb 1994 20:44:15 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Sat, 12 Feb 1994 18:34:22 PST From: "John F. Sandhoff" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: mark@alpha.math.wsu.edu, syssand@CCVAX.CCS.CSUS.EDU Message-ID: <00979F5E.3F7E67E0.2633@CCVAX.CCS.CSUS.EDU> Subject: RE: Why are jNET messages delaying 48 hours before VMS mail sees them? This may be totally in the wrong direction, but just so all possibilities are covered: is it *only* the Jnet mail that is delayed, or Internet mail as well? (Excuse me, I don't recall from the original thread if this site even had mailers other than Jnet running). My suspicion is that the mail is caught *inside MX*. If the queue file gets too big or fragmented, and there's high traffic flow, performance can really bite it. We had a nasty scare when our system disk (where the queue files live) got almost full. The queue index got badly fragmented and 3000 messages promptly backed up (we have a lot of users subscribed to a lot of mail lists :-) ). I shut down MX-Mail and ran MCP QUEUE PURGE: it took *24 hours* to complete (the file was still badly fragmented). But after optimizing the queue by following the instructions posted here not too long ago (by Dan Wing, dwing@uh01.colorado.edu) the system is now back to delivering messages within seconds. In short - respect that queue file. MX is a great system (and I love the separate queue file, unlike other mailers that rely on the VMS system queues). Ignore it and it'll bite you. But check on it occasionally, keep it clean and rebuilt, and MX just hums along. John F. Sandhoff, University Network Support California State University, Sacramento - USA sandhoff@csus.edu ================================================================================ Archive-Date: Sun, 13 Feb 1994 14:09:14 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 11 Feb 1994 08:55:42 -0700 From: "Ray Harwood -- Data Basix: (602)721-1988" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST%WKUVX1.BITNET@ULKYVM.LOUISVILLE.EDU CC: rharwood@Data.Basix.COM Message-ID: <00979E44.3ED4B080.3319@Data.Basix.COM> Subject: Setting NOMAIL for another user Trying to be a good list manager, anytime someone has problems doing something, I try to offer do it for them. I had one user post a SET NOMAIL message directly to the list... and now I discover that I don't know how to SET NOMAIL for another user. Is it not possible to do this? The only way I see it would work would be to REMOVE and then ADD/NOMAIL the user, which is pretty cumbersome. Thanks for any help! If it's not currently possible, I'd like to suggest a future enhancement that system users/list owners be able to SET anything for another user, including NOCASE, NOMAIL, CONCEAL, etc. Ray ----- Ray Harwood | Data Basix | DEC Pro Networking Editor Voice: (602)721-1988 | PO Box 18324 | "Internet Resource Guide" FAX: (602)721-7240 | Tucson, AZ 85731 | Adjunct Faculty, East Campus, RHarwood@Data.Basix.COM | Info@Data.Basix.COM | Pima Community College ================================================================================ Archive-Date: Sun, 13 Feb 1994 16:42:30 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 11 Feb 1994 14:24:47 EST From: Jim Cragen Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00979E72.3747965B.38@aspentec.com> Subject: Still having a problem sending mail. I posted this message last week and have tried some of the advise from the replies I received, but still no luck. So I will re-post. We are currently running MX V3.4, UCX V3.0 and VMS V5.5-2 and OpenVMS V1.5. We here at Aspen Technology (ATHQ) are having an intermittent problem sending e-mail to our Europe office (ATE). When a user goes into e-mail and types the name of ATE employee (we will use DEGUIRAN as an example), whos e-mail address is forwarded to: DEGUIRAN has mail forwarded to MX%"DEGURIAN@ATE.ASPENTEC.COM". About 5 out of twenty will bounce back with the error messages below. (ERROR 1) ERROR 1) *********** 11-FEB-1994 12:22:58.57 Processing queue entry number 29 on node KELVIN 11-FEB-1994 12:22:58.88 Recipient: , route=paris 11-FEB-1994 12:22:58.88 SMTP_SEND: looking up host name paris 11-FEB-1994 12:22:59.70 SMTP_SEND: Attempting to start session with pentagon-gw.army.mil. [26.26.0.247] 11-FEB-1994 12:23:01.53 SMTP_SEND: Connected 11-FEB-1994 12:23:05.93 SMTP_SEND: Rcvd: 220 pentagon-gw.army.mil Sendmail 4.1/SMI-DDN ready at Fri, 11 Feb 94 12:24:48 EST 11-FEB-1994 12:23:06.06 SMTP_SEND: Sent: HELO kelvin.aspentec.com 11-FEB-1994 12:23:07.57 SMTP_SEND: Rcvd: 250 pentagon-gw.army.mil Hello kelvin.aspentec.com, pleased to meet you 11-FEB-1994 12:23:07.57 SMTP_SEND: Sent: MAIL FROM: 11-FEB-1994 12:23:24.56 SMTP_SEND: Rcvd: 250 ... Sender ok 11-FEB-1994 12:23:24.56 SMTP_SEND: Sent: RCPT TO: 11-FEB-1994 12:23:26.66 SMTP_SEND: Rcvd: 554 ... Never heard of paris in domain army . mil 11-FEB-1994 12:23:26.71 SMTP send failed, sts=0C27804A, sts2=0C2680AC 11-FEB-1994 12:23:26.71 Recipient status=0C2680AC for 11-FEB-1994 12:23:27.78 Entry now completely processed, no retries needed. 11-FEB-1994 12:23:27.81 *** End of processing pass *** *********** Now when an error message gets sent back from POSTMASTER the user will retry the mail message, typing in the smae commands, and if all goes well they get this messages. (ERROR 2) If not (ERROR 1) ERROR 2) *********** 11-FEB-1994 12:44:34.82 Processing queue entry number 45 on node KELVIN 11-FEB-1994 12:44:35.17 Recipient: , route=ATE.ASPENTEC.COM 11-FEB-1994 12:44:35.17 SMTP_SEND: looking up host name ATE.ASPENTEC.COM 11-FEB-1994 12:44:35.39 SMTP_SEND: Attempting to start session with paris.ate.aspentec.com. [192.160.186.45] 11-FEB-1994 12:44:35.55 SMTP_SEND: Connected 11-FEB-1994 12:44:35.84 SMTP_SEND: Rcvd: 220 paris MX V3.3 VAX SMTP server ready at Fri, 11 Feb 1994 18:44:40 EST 11-FEB-1994 12:44:36.00 SMTP_SEND: Sent: HELO kelvin.aspentec.com 11-FEB-1994 12:44:36.28 SMTP_SEND: Rcvd: 250 Hello, kelvin.aspentec.com 11-FEB-1994 12:44:36.28 SMTP_SEND: Sent: MAIL FROM: 11-FEB-1994 12:44:36.58 SMTP_SEND: Rcvd: 250 MAIL command accepted. 11-FEB-1994 12:44:36.58 SMTP_SEND: Sent: RCPT TO: 11-FEB-1994 12:44:36.76 SMTP_SEND: Rcvd: 250 Recipient okay (at least in form) 11-FEB-1994 12:44:36.77 SMTP_SEND: Sent: DATA 11-FEB-1994 12:44:37.37 SMTP_SEND: Rcvd: 354 Start mail input; end with . 11-FEB-1994 12:44:37.38 SMTP_SEND: Sent: Received: by aspentec.com (MX V3.4-Beta-3 AXP) id 44; Fri, 11 Feb 1994 12:44:33 11-FEB-1994 12:44:37.38 SMTP_SEND: Sent: EST 11-FEB-1994 12:44:37.44 SMTP_SEND: will wait 00:10:30.00 for reply. 11-FEB-1994 12:44:38.73 SMTP_SEND: Rcvd: 250 Message received and queued. 11-FEB-1994 12:44:38.73 SMTP_SEND: Sent: QUIT 11-FEB-1994 12:44:38.90 SMTP_SEND: Rcvd: 221 paris Service closing transmission channel 11-FEB-1994 12:44:39.06 Recipient status=00000001 for 11-FEB-1994 12:44:39.11 Entry now completely processed, no retries needed. 11-FEB-1994 12:44:39.18 *** End of processing pass *** *********** Now..How is the Recipient:'s name being rewritten from DEGUIRAN to either Recipient: , route=paris (ERROR 1) Recipient: , route=ATE.ASPENTEC.COM (ERROR 2) and WHO is doing this and why? They have also been sent from the same machine KELVIN if any help? You can reply to me if you like, I will listen to all suggestions. Thanks. ------------------------------------------------------------------------------- Jim Cragen Email: Systems Engineer Tel: +1-617-577-0100 x243 Aspen Technology, Inc. Fax: +1-617-577-0303 Ten Canal Park Telex: +1-948-038(ASPEN TECH) Cambridge, Ma. 02141 U.S.A. ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Sun, 13 Feb 1994 17:42:52 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 10 Feb 1994 16:47:53 EST From: "Wheeler, Daniel A" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU CC: manager@maple.lemoyne.edu Message-ID: <00979DBD.0A8B7340.14376@maple.lemoyne.edu> Subject: READY queue entries not processing I recently had a problem with my MX processing (excessive queue directory sizes slowed processing almost to a halt). After renaming the files to new directories and renaming the directories to MX standards all seemed well (thanks for the quick help, Hunter!), and processing took off again, at least on new messages and some of the old. Now I find bunches (thousands) of old messages which seem stuck in the queue. I recognize some that were there when I started having the above problem yesterday. They are marked as ready but are not being processed. A couple views of the queue entries: Entry: 6, Origin unknown Status: READY, size: 3920 bytes Created: 7-FEB-1994 23:20:30.14, expires 9-MAR-1994 23:20:30.14 Last modified 10-FEB-1994 15:45:39.79 Entry: 241, Origin unknown Status: READY, size: 4320 bytes Created: 8-FEB-1994 00:17:33.22, expires 10-MAR-1994 00:17:33.22 Last modified 8-FEB-1994 00:17:33.22 Entry Sts Size Origin Destination Dest Proc ----- --- ------ ---------------------- ---------------------- --------- 6 RDY 3920 CUNYVMV2::MAILER NEWKID::MXMAILER MX_JNET 11 RDY 11040 SUVM::BITMAIL NEWKID::MXMAILER MX_JNET 23 RDY 3680 CUNYVMV2::MAILER NEWKID::MXMAILER MX_JNET 24 RDY 2720 UBVM::MAILER NEWKID::MXMAILER MX_JNET 65 RDY 6400 CUNYVMV2::MAILER NEWKID::MXMAILER MX_JNET 66 RDY 3680 SUVM::BITMAIL NEWKID::MXMAILER MX_JNET 71 RDY 5600 CUNYVMV2::MAILER NEWKID::MXMAILER MX_JNET 96 RDY 5280 CUNYVMV2::MAILER NEWKID::MXMAILER MX_JNET 110 RDY 3200 SUVM::BITMAIL NEWKID::MXMAILER MX_JNET 119 RDY 2720 SUVM::BITMAIL NEWKID::MXMAILER MX_JNET I have restarted individual MX processes and all of MX and haven't achieved any results. The entries seem to mostly (99%) be JNET and the associated JNET_INPUT files do exist. VMS 5.5-2/MX 3.3/Internet/BITNet/UCX 2.0/JNet 3.6 TCPNJE Any suggestions? --dan --------------------------------------------------------------------------- Dan Wheeler Senior Support Analyst & VMS System Manager Office of Information Systems, Le Moyne College, Syracuse NY 13214-1399 Phone 315.445.4565 (Home 315.655.8193) wheeler@maple.lemoyne.edu --------------------------------------------------------------------------- ================================================================================ Archive-Date: Sun, 13 Feb 1994 23:26:09 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Setting NOMAIL for another user Date: 14 Feb 1994 04:25:33 GMT Message-ID: <2jmuft$kv5@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00979E44.3ED4B080.3319@Data.Basix.COM>, "Ray Harwood -- Data Basix: (602)721-1988" writes: =Trying to be a good list manager, anytime someone has problems doing something, =I try to offer do it for them. I had one user post a SET NOMAIL message =directly to the list... and now I discover that I don't know how to SET NOMAIL =for another user. Is it not possible to do this? The only way I see it would =work would be to REMOVE and then ADD/NOMAIL the user, which is pretty =cumbersome. = =Thanks for any help! If it's not currently possible, I'd like to suggest a =future enhancement that system users/list owners be able to SET anything for =another user, including NOCASE, NOMAIL, CONCEAL, etc. Try MLFAKE. -------------------------------------------------------------------------------- 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, 14 Feb 1994 09:26:50 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Still having a problem sending mail. Date: 14 Feb 1994 14:40:52 GMT Message-ID: <2jo2hk$3no@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00979E72.3747965B.38@aspentec.com>, Jim Cragen writes: =I posted this message last week and have tried some of the advise from the =replies I received, but still no luck. = =So I will re-post. = =We are currently running MX V3.4, UCX V3.0 and VMS V5.5-2 and OpenVMS V1.5. = =We here at Aspen Technology (ATHQ) are having an intermittent problem sending =e-mail to our Europe office (ATE). When a user goes into e-mail and types =the name of ATE employee (we will use DEGUIRAN as an example), whos e-mail =address is forwarded to: =DEGUIRAN has mail forwarded to MX%"DEGURIAN@ATE.ASPENTEC.COM". About 5 out =of twenty will bounce back with the error messages below. (ERROR 1) Now we're getting somewhere. You've told us what address you're actually using. Now, if one checks the DNS database, one finds that ATE.ASPENTEC.COM has an MX record redirecting its mail to PARIS.ATE.ASPENTEC.COM. So far, so good. The MX mailer finds the MX record, and tries to send the mail to PARIS.ATE.ASPENTEC.COM. However, somewhere along the line, PARIS.ATE.ASPENTEC.COM is being truncated to PARIS, and MX is trying to route the mail through PENTAGON-GW.ARMY.MIL. =Now..How is the Recipient:'s name being rewritten from DEGUIRAN to either = =Recipient: , route=paris (ERROR 1) =Recipient: , route=ATE.ASPENTEC.COM (ERROR 2) = =and WHO is doing this and why? = =They have also been sent from the same machine KELVIN if any help? = =You can reply to me if you like, I will listen to all suggestions. Check your UCX host table. Make sure that if you've got an entry for PARIS.ATE.ASPENTEC.COM, the FQDN is the primary nickname. I suspect that you DO have an entry for it, but that that entry lists the nickname, PARIS, as the primary entry. -------------------------------------------------------------------------------- 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, 14 Feb 1994 11:34:57 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: glsa@vax2.concordia.ca (DAN RICHARDSON) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: mail list Message-ID: <13FEB199416205808@vax2.concordia.ca> Date: Sun, 13 Feb 1994 21:20:00 GMT To: MX-List@WKUVX1.WKU.EDU Can you send a message via a mailing list (ie: @listname.lis), without a list of everyone on the listname.lis being included in the message? ================================================================================ Archive-Date: Mon, 14 Feb 1994 15:12:33 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 14 Feb 1994 13:24:31 MST From: kish@DRWHO.IAC.HONEYWELL.COM Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A0C5.4B52F0CF.17259@DRWHO.IAC.HONEYWELL.COM> Subject: How do you remove sender from a MX mail list? I cant get one of my mail list to reset its /Reply-to flag. It keeps the sender option set. For example .... Reply-to: List, NOSender Which appears to leave sender intact as an option. Any Ideas??? Karl Kish KISH@DRWHO.IAC.HONEYWELL.COM ================================================================================ Archive-Date: Mon, 14 Feb 1994 15:12:43 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: system@ifn.ing.tu-bs.de Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: SMTP Server Hangs With Nonzero Listen Port Message-ID: <1994Feb14.194510.1311@ibr.cs.tu-bs.de> Date: Mon, 14 Feb 1994 21:50:01 GMT To: MX-List@WKUVX1.WKU.EDU In Article <2jitvj$ftk@oac4.hsc.uth.tmc.edu> z999012@MDACC.MDA.UTH.TMC.EDU writes: > >We are using MX 3.3, CMUIP 6.6-5A with VMS5.5-2, hardware is VAX 7610. On >various occasions, I find the MX SMTP_SERVER listener in the state where the >listen port is other than zero. Note that the status shows port 25 is connected >solid to another system. Delivery of mail is blocked by this condition which >will stay this way unless SMTP_SERVER is restarted. The foreign host is seldom > [...] We have the same here just this morning after the whole cluster was rebooted! Both SMTP_SERVERS on the two bootnodes crashed or hung. Same thing: SMTP_SERVER is not listening with remote port 0. But: RESTARTING (even the whole CMU-IP - FTP, TELNET etc. work) doesn't work! HELP! We are going to loose our mails! --Eckart ----------------------------------------------------------------------------- Eckart Meyer Address: Schleinitzstr. 23 Inst. f. Nachrichtentechnik 38092 Braunschweig Technical University of Braunschweig Germany Phone: +49 531 391 2454 E-Mail: meyer@ifn.ing.tu-bs.de FAX: +49 531 391 5192 I7100501@DBSTU1.BITNET (not preferred, but may work for now...) VMSmail: PSI%26245050551130::MEYER (DATEX-P) ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Mon, 14 Feb 1994 17:24:48 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 14 Feb 1994 18:20:28 EST From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: hardis@garnet.nist.gov Message-ID: <0097A0EE.A38A00A0.4305@garnet.nist.gov> Subject: RE: How do you remove sender from a MX mail list? > I cant get one of my mail list to reset its /Reply-to flag. > It keeps the sender option set. > For example .... > > Reply-to: List, NOSender > > Which appears to leave sender intact as an option. > > Any Ideas??? What, exactly, are you doing? Did you SAVE any configuration changes? Did you RESET the active MX agents? - Jonathan ================================================================================ Archive-Date: Mon, 14 Feb 1994 18:08:01 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: system@ifn.ing.tu-bs.de Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: SMTP Server Hangs With Nonzero Listen Port Message-ID: <1994Feb14.223331.11411@ibr.cs.tu-bs.de> Date: Tue, 15 Feb 1994 00:38:23 GMT To: MX-List@WKUVX1.WKU.EDU In Article <1994Feb14.194510.1311@ibr.cs.tu-bs.de> system@ifn.ing.tu-bs.de writes: >We have the same here just this morning after the whole cluster was rebooted! >Both SMTP_SERVERS on the two bootnodes crashed or hung. >Same thing: SMTP_SERVER is not listening with remote port 0. >But: RESTARTING (even the whole CMU-IP - FTP, TELNET etc. work) doesn't >work! HELP! We are going to loose our mails! Some more Info: when I telnet from another node to port 25, the SMTP_SERVER shows his first line (......ready on...) then the connection is closed because the SMTP_SERVER died. SMTP_SERVER_.LOG show "SMTP Server (pid ...) exiting"!, accounting shows "access violation", no trace dump here. Nothing was changed with MX. It worked for many years until last saturday. --Eckart ----------------------------------------------------------------------------- Eckart Meyer Address: Schleinitzstr. 23 Inst. f. Nachrichtentechnik 38092 Braunschweig Technical University of Braunschweig Germany Phone: +49 531 391 2454 E-Mail: meyer@ifn.ing.tu-bs.de FAX: +49 531 391 5192 I7100501@DBSTU1.BITNET (not preferred, but may work for now...) VMSmail: PSI%26245050551130::MEYER (DATEX-P) ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Mon, 14 Feb 1994 18:36:58 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 14 Feb 1994 16:25:59 PST From: robert@dis.ucsf.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A0DE.A54D4EC0.2372@dis.ucsf.edu> Subject: RE: How do you remove sender from a MX mail list? Also, make sure you're making the changes from an account that's listed as the list owner. Otherwise they won't be saved. Robert Weiner Manager, Development Information Systems UC San Francisco Internet: robert@dis.ucsf.edu ================================================================================ Archive-Date: Mon, 14 Feb 1994 18:50:55 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 14 Feb 94 14:50:12 EST From: Kamrul Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Help| All outgoing mail stuck in the queue To: mx-list@wkuvx1.wku.edu After doing some modification to a list I have reset the MX by MCP> reset/cluster mlf,router For some reason router process died and I had to restart MX. Since then any outbound mail will get stuck in the queue and after several retry it comes back. I have turned on mx_router_debug and this is what I got in mx_smtp_log.log file 14-FEB-1994 11:00:06.37 Processing queue entry number 18800 on node YCVAX 14-FEB-1994 11:00:06.80 Recipient: , route=cunyvm.cuny. 14-FEB-1994 11:00:06.81 SMTP_SEND: looking up host name cunyvm.cuny.edu 14-FEB-1994 11:00:06.89 SMTP_SEND: Failed, sts=00000870 14-FEB-1994 11:00:06.89 SMTP send failed, sts=0C278024, sts2=00000870 14-FEB-1994 11:00:06.89 Recipient status=0C278024 for 14-FEB-1994 11:00:07.93 1 rcpts need retry, next try 14-FEB-1994 11:30:07.93 14-FEB-1994 11:00:08.11 *** End of processing pass *** Finally, I got the mail from poasmaster like this When I checked the queue it gave me DNS error=10 ******************************************************************* From: MX%"Postmaster@ycvax.york.cuny.edu" 13-FEB-1994 20:38:50.40 To: KAMRUL CC: Subj: SMTP delivery error Return-Path: <> Date: Sun, 13 Feb 1994 20:38:46 EST From: SMTP delivery agent To: Subject: SMTP delivery error Note: this message was generated automatically. A problem occurred during SMTP delivery of your message. Error occurred sending to the following user(s): (via cunyvm.cuny.edu): %MX-F-RETRYEXCD, retry count exceeded -MX-F-NOHOST, no such host ======================================================================== Message follows. Received: by ycvax.york.cuny.edu (MX V3.3 VAX) id 18319; Sun, 13 Feb 1994 14:29: Date: Sun, 13 Feb 1994 14:29:31 EST From: Kamrul Ahsan To: kamyc@cunyvm.cuny.edu Message-ID: <0097A005.35774A80.18319@ycvax.york.cuny.edu> Subject: this is by Internet address ************************************************************************ We are receiving mails from anywhere but cannot send any to a node even in th e same domain. It looks like DNS is not functioning. Is there any way I can che ck it. Thanks for any hint and help.BTW, there is no problem delivering mail locally and we are running MX 3.3 and UCX 2.0d Kamrul Ahsan, York College, CUNY,New York. ================================================================================ Archive-Date: Mon, 14 Feb 1994 20:07:22 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: system@ifn.ing.tu-bs.de Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: SMTP Server Hangs With Nonzero Listen Port Message-ID: <1994Feb15.010453.14280@ibr.cs.tu-bs.de> Date: Tue, 15 Feb 1994 03:09:39 GMT To: MX-List@WKUVX1.WKU.EDU O.K. I've found it: The version number of MX_SMTP_DIR:SMTP_SERVER_LOG.LOG was 32767... (I had SMTP_SERVER_DEBUG switched on since ever... purged it every night). --Eckart ----------------------------------------------------------------------------- Eckart Meyer Address: Schleinitzstr. 23 Inst. f. Nachrichtentechnik 38092 Braunschweig Technical University of Braunschweig Germany Phone: +49 531 391 2454 E-Mail: meyer@ifn.ing.tu-bs.de FAX: +49 531 391 5192 VMSmail: PSI%26245050551130::MEYER (DATEX-P) ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Tue, 15 Feb 1994 01:18:08 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Help| All outgoing mail stuck in the queue Date: 15 Feb 1994 06:43:09 GMT Message-ID: <2jpqtt$5ao@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <20422808@MVB.SAIC.COM>, Kamrul writes: =After doing some modification to a list I have reset the MX by = = MCP> reset/cluster mlf,router = = For some reason router process died and I had to restart MX. Since then any = outbound mail will get stuck in the queue and after several retry it comes = back. I have turned on mx_router_debug and this is what I got in = mx_smtp_log.log file = =14-FEB-1994 11:00:06.37 Processing queue entry number 18800 on node YCVAX =14-FEB-1994 11:00:06.80 Recipient: , route=cunyvm.cuny. =14-FEB-1994 11:00:06.81 SMTP_SEND: looking up host name cunyvm.cuny.edu =14-FEB-1994 11:00:06.89 SMTP_SEND: Failed, sts=00000870 =14-FEB-1994 11:00:06.89 SMTP send failed, sts=0C278024, sts2=00000870 =14-FEB-1994 11:00:06.89 Recipient status=0C278024 for =14-FEB-1994 11:00:07.93 1 rcpts need retry, next try 14-FEB-1994 11:30:07.93 =14-FEB-1994 11:00:08.11 *** End of processing pass *** You'd think that folks managing MX would know at least a LITTLE bit about VMS: $ WRITE SYS$OUTPUT F$MESSAGE(%X00000870) %SYSTEM-W-ENDOFFILE, end of file $ SET MESSAGE SYS$MESSAGE:MX_MSG $ WRITE SYS$OUTPUT F$MESSAGE(%X0C278024) %MX-F-NOHOST, no such host =We are receiving mails from anywhere but cannot send any to a node even in =the same domain. It looks like DNS is not functioning. That's correct. =Is there any way I can check it. Yes. =Thanks for any hint and help.BTW, there is no problem delivering =mail locally and we are running MX 3.3 and UCX 2.0d Check the UCX documentation for instructions on how to do DNS lookups using UCX. -------------------------------------------------------------------------------- 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, 15 Feb 1994 05:22:07 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: How do you remove sender from a MX mail list? Message-ID: <2jpr0r$5ao@gap.cco.caltech.edu> From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Date: 15 Feb 1994 06:44:43 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A0C5.4B52F0CF.17259@DRWHO.IAC.HONEYWELL.COM>, kish@DRWHO.IAC.HONEYWELL.COM writes: =I cant get one of my mail list to reset its /Reply-to flag. =It keeps the sender option set. =For example .... = =Reply-to: List, NOSender = =Which appears to leave sender intact as an option. = =Any Ideas??? Try RESETting the MLF agent. If that doesn't work, then you might want to consider telling us just how it "appears to leave sender intact as an option." -------------------------------------------------------------------------------- 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, 15 Feb 1994 08:47:09 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 15 Feb 1994 06:40:22 EST From: "Brian R. Kuhn" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A156.001BF280.18138@SD68.NANAIMO.BC.CA> Subject: Re: Help| All outgoing mail stuck in the queue > For some reason router process died and I had to restart MX. Since then any > outbound mail will get stuck in the queue and after several retry it comes > back. I have turned on mx_router_debug and this is what I got in > mx_smtp_log.log file > [---stuff deleted---] > > Finally, I got the mail from poasmaster like this > > When I checked the queue it gave me DNS error=10 > ******************************************************************* > From: MX%"Postmaster@ycvax.york.cuny.edu" 13-FEB-1994 20:38:50.40 > To: KAMRUL > CC: > Subj: SMTP delivery error > > Return-Path: <> > Date: Sun, 13 Feb 1994 20:38:46 EST > From: SMTP delivery agent > To: > Subject: SMTP delivery error > > Note: this message was generated automatically. > > A problem occurred during SMTP delivery of your message. > > Error occurred sending to the following user(s): > (via cunyvm.cuny.edu): > %MX-F-RETRYEXCD, retry count exceeded > -MX-F-NOHOST, no such host > ======================================================================== > We are receiving mails from anywhere but cannot send any to a node even in th > e same domain. It looks like DNS is not functioning. Is there any way I can che > ck it. Thanks for any hint and help.BTW, there is no problem delivering > mail locally and we are running MX 3.3 and UCX 2.0d > Kamrul Ahsan, York College, CUNY,New York. Have you tried the obvious such as: UCX PING/FU cunyvm.cuny.edu What are you using for a name server? Multinet? In anycase, restart your name server and see what happens. Brian ----------------------------------------------------------------------- Brian R. Kuhn, Co-ordinator of Information Systems VOICE: 604 741 5289 School District No. 68 (Nanaimo), FAX: 604 754 6511 British Columbia, Canada DATA: 604 754 3630 TELNET: crc.sd68.nanaimo.bc.ca (guest) *(bbs --> guest)* EMAIL: bkuhn@sd68.nanaimo.bc.ca Compuserve: 75430,3250 ------------------------------------------------------------------------ ================================================================================ Archive-Date: Tue, 15 Feb 1994 09:39:47 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 15 Feb 1994 07:26:55 EST From: mark@alpha.math.wsu.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0097A15C.80DC6660.27549@alpha.math.wsu.edu> Subject: Why are jNET messages delaying 48 hours before VMS mail sees them? >This may be totally in the wrong direction, but just so all possibilities >are covered: > >is it *only* the Jnet mail that is delayed, or Internet mail as well? >(Excuse me, I don't recall from the original thread if this site even >had mailers other than Jnet running). > We are running UCX as well. Here is a copy of CONFIG.MCP: ! MX_DEVICE:[MX031]CONFIG.MCP;1 ! Created: 14-SEP-1992 12:14:18.36 by MXCONFIG ! DEFINE PATH "alpha.math.wsu.edu" LOCAL DEFINE PATH "[134.121.45.1]" LOCAL DEFINE PATH *.UUCP SMTP/ROUTE="uunet.uu.net" DEFINE PATH "wsumath" LOCAL DEFINE PATH "wsumath.BITNET" LOCAL DEFINE PATH *.BITNET Jnet ! Remove the following to follow INTERBIT gateway rules SET JNET/LENIENT ! NOTE: The next path definition should always be LAST. DEFINE PATH * SMTP ! ! Done with routing information. ! >My suspicion is that the mail is caught *inside MX*. If the queue file >gets too big or fragmented, and there's high traffic flow, performance can >really bite it. We had a nasty scare when our system disk (where the queue >files live) got almost full. The queue index got badly fragmented and >3000 messages promptly backed up (we have a lot of users subscribed to a >lot of mail lists :-) ). I shut down MX-Mail and ran MCP QUEUE PURGE: it >took *24 hours* to complete (the file was still badly fragmented). But after >optimizing the queue by following the instructions posted here not too long >ago (by Dan Wing, dwing@uh01.colorado.edu) the system is now back to >delivering messages within seconds. > >In short - respect that queue file. MX is a great system (and I love the >separate queue file, unlike other mailers that rely on the VMS system >queues). Ignore it and it'll bite you. But check on it occasionally, >keep it clean and rebuilt, and MX just hums along. I agree that the mail is getting caught *inside MX*... this is why I'm on your list. Doing a 'queue purge' took less than a minute. I am waiting for the problem to impact my users again; it's been about a week. Thanks again, Mark Quigley Dept. of Math and Astronomy Washington State University Pullman WA 99164-3113 (509) 335 3131 ph (509) 335 1188 fax mark@alpha.math.wsu.edu Internet mark@wsumath Bitnet ================================================================================ Archive-Date: Tue, 15 Feb 1994 20:24:02 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 15 Feb 1994 20:39:38 EST From: Brett Thompson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A1CB.3EB21400.24671@eckert.acadcomp.monroecc.edu> Subject: MX w/ EUDORA? Is there anyway to setup MX's SMTP (Version 3.3) process to work as a SMTP server to relay mail from EUDORA for windows (Version 1.4) I have tested the EUDORA program with SunOS Sendmail and it works. I have also been receiving SMTP mail for almost a year with no problems with my current MX installation. Also, is there a way to log all SMTP incoming sessions to a file? (ie: HELO, RCPT TO:, DATA, etc...) _____________________________________________________________________________ | Brett R. Thompson Monroe Community College | | Network Manager 1000 East Henrietta Rd. | | Academic Computing Department Rochester, NY 14623-5780 USA | | bthompson@eckert.acadcomp.monroecc.edu Voice: (716) 292-3431 | | SMCCVA::ECKERT::BTHOMPSON (SUNYNet) Fax : (716) 427-2749 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ================================================================================ Archive-Date: Wed, 16 Feb 1994 05:05:08 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 16 Feb 1994 05:04:16 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A211.BD779C0B.25@ALPHA.WKU.EDU> Subject: RE: MX w/ EUDORA? Brett Thompson writes: > >Is there anyway to setup MX's SMTP (Version 3.3) process to work as >a SMTP server to relay mail from EUDORA for windows (Version 1.4) > >I have tested the EUDORA program with SunOS Sendmail and it works. I have also >been receiving SMTP mail for almost a year with no problems with my current >MX installation. > Many people on this list are using Eudora. You will also need a POP3 server; MultiNet supplies one, and there's one available from ftp.indiana.edu under pub/vms. >Also, is there a way to log all SMTP incoming sessions to a file? (ie: >HELO, RCPT TO:, DATA, etc...) > As documented in the MX manager's guide, you can enable SMTP debugging by DEFINE/SYS/EXEC MX_SMTP_LOG TRUE. That'll create log files in MX_SMTP_DIR: that show the entire SMTP session. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Wed, 16 Feb 1994 05:51:34 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: [Help] "%" is changed to "@" Message-ID: <2jspr8INN2sg@fstgds15.tu-graz.ac.at> From: tab@piis05.joanneum.ac.at (Behnam Tabatabai) Reply-To: MX-List@WKUVX1.WKU.EDU Date: 16 Feb 1994 09:43:04 GMT To: MX-List@WKUVX1.WKU.EDU [ Article crossposted from comp.mail.misc ] [ Author was Behnam Tabatabai ] [ Posted on 16 Feb 1994 09:23:52 GMT ] Hi, I would be very thankful if somebody could help me with the following problem: For sending psi-mails (Datex-P mails) from DECstation (Ultrix), I have to send via a VAX/VMS node, where the psi-mail is actually installed. For these kinds of redirections I generally use the following addressing scheme: mail -s "subject" vmsnode::other_vmsnode::user < file This works well for all but for psi-addresses, because "%" in mail -s "subject" vmsnode::psi%123456::user < file ^^^^^^^^^^ is automatically changed to "@", resulting in something like mail -s "subject" vmsnode::psi@123456::user < file ^^^^^^^^^^ where the user "psi" is evidently not known at node "123456::user"! Is there a possibility to prevent the unix mailer from converting "%" to "@" without any serious implications? I know that "%" has a special meaning in a number of addressing schemes, and so I am looking for a solution to pass only specially qualified addresses without further conversions. I already tried to enclose the whole "vmsnode::psi%123456::user" or parts of it in "'s, but always getting the same behavior. I will be very thankful for any hints. Regards, Behnam -- Behnam Tabatabai | email: tab@piis05.joanneum.ac.at Institute for Information Systems | tel: +43 - 316 - 8020 - 241 Joanneum Research | fax: +43 - 316 - 8020 - 191 Graz, Austria | -- Behnam Tabatabai | email: tab@piis05.joanneum.ac.at Institute for Information Systems | tel: +43 - 316 - 8020 - 241 Joanneum Research | fax: +43 - 316 - 8020 - 191 Graz, Austria | ================================================================================ Archive-Date: Wed, 16 Feb 1994 06:26:33 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 16 Feb 1994 06:25:49 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <0097A21D.21F67D31.30@ALPHA.WKU.EDU> Subject: MX_SMTP_DEBUG >In article <0097A211.BD779C0B.25@ALPHA.WKU.EDU>, I wrote write: >>Brett Thompson writes: >[...] >>As documented in the MX manager's guide, you can enable SMTP debugging >>by DEFINE/SYS/EXEC MX_SMTP_LOG TRUE. That'll create log files in >>MX_SMTP_DIR: that show the entire SMTP session. > The logical should have been MX_SMTP_DEBUG.... Thanks, Martin. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Wed, 16 Feb 1994 07:00:12 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 16 Feb 1994 07:57:04 EST From: Rick Westerman Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A229.E17C7D20.1@aclcb.purdue.edu> Subject: RE: MX w/ EUDORA? > Is there anyway to setup MX's SMTP (Version 3.3) process to work as > a SMTP server to relay mail from EUDORA for windows (Version 1.4) No, MX doesn't handle pop mail. You need to run another program in addition to MX in order to achieve what you want. I recommend IUPOP3 from ftp.indiana.edu. We run this pop server (eudora is a pop client) on our VMS cluster and haven't had any problems. Eudora for both the Mac and for the PC work fine with it. -- Rick Rick Westerman System Manager of the Ag Campus Laboratory westerm@aclcb.purdue.edu for Computational Biology (ACLCB), BCHM bldg., Phone: (317) 494-0505 Purdue University, W. Lafayette, IN 47907 FAX: (317) 494-7897 ================================================================================ Archive-Date: Wed, 16 Feb 1994 12:00:14 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 16 Feb 1994 12:46:34 -0500 (EST) From: Patrick Taylor Reply-To: MX-List@WKUVX1.WKU.EDU Subject: List member received multiple copies of message To: MX-List@WKUVX1.WKU.EDU Message-ID: <01H8YCC2RYS2CEHHGC@avion.stsci.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN Content-Transfer-Encoding: 7BIT Hi Everyone, I'm new to MX and am looking for a little advice. A user reported that when he sent a message to one of our mailing lists, one recipent got 40+ copies of the message. Can anyone give may any tips about what to look for? Any advice would be appreciated. Thanks Patrick taylor@stsci.edu ================================================================================ Archive-Date: Wed, 16 Feb 1994 13:22:08 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 16 Feb 1994 14:01:33 EST From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wku.edu Message-ID: <0097A25C.CCBAE380.2601@swdev.si.com> Subject: MX V4.0 wish list Hunter, I'd like to ask that MX V4.0 contain a warning system the Postmaster can use to be informed when the new queue file approaches its maximum number of files. One way to do it would be to automatically send a message to Postmaster when the queue file reaches some site-settable percentage of its maximum capacity. It would also be nice if the new MX would disable itself (i.e., the SMTP server would no longer accept connections and MX_MAILSHR would give a message, similar to when the Postmaster shuts it down - perhaps two uses for the same feature) when the queue file reaches some site-settable percentage of its capacity. -----------------------------+-------------------------------- 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, 16 Feb 1994 13:37:04 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 16 Feb 1994 12:30:32 -0700 From: "Ray Harwood -- Data Basix: (602)721-1988" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: rharwood@Data.Basix.COM Message-ID: <0097A250.15A187A0.5021@Data.Basix.COM> Subject: RE: List member received multiple copies of message > I'm new to MX and am looking for a little advice. A user reported that > when he sent a message to one of our mailing lists, one recipent got > 40+ copies of the message. If it's the USNONPROFIT-L list, then don't worry; I think the problem is actually at Internet.COM where there's some weird process repeating the message over and over to the group. Ray ----- Ray Harwood | Data Basix | DEC Pro Networking Editor Voice: (602)721-1988 | PO Box 18324 | "Internet Resource Guide" FAX: (602)721-7240 | Tucson, AZ 85731 | Adjunct Faculty, East Campus, RHarwood@Data.Basix.COM | Info@Data.Basix.COM | Pima Community College ================================================================================ Archive-Date: Thu, 17 Feb 1994 07:52:41 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: List member received multiple copies of message Date: 17 Feb 1994 12:38:33 GMT Message-ID: <2jvog9$pth@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <01H8YCC2RYS2CEHHGC@avion.stsci.edu>, Patrick Taylor writes: =Hi Everyone, = =I'm new to MX and am looking for a little advice. A user reported that =when he sent a message to one of our mailing lists, one recipent got =40+ copies of the message. = =Can anyone give may any tips about what to look for? Any advice would =be appreciated. Enable logging for the agent that delivers mail to that recipient, and try sending him mail. One possibility is that the remote mailer was exiting prematurely, and therefore the MX mailer thought the mail hadn't been delivered properly. -------------------------------------------------------------------------------- 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: Thu, 17 Feb 1994 09:48:30 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: system@orion.cmc.uab.edu (Tim Buckner) Subject: help with mx <--> news gateway mx_post Message-ID: <17FEB199408573245@orion.cmc.uab.edu> Keywords: mx_post help Reply-To: MX-List@WKUVX1.WKU.EDU Date: Thu, 17 Feb 1994 14:57:00 GMT To: MX-List@WKUVX1.WKU.EDU I am looking for help with a MX <--> News Gateway using mx_post from FTP.CSTP.UMKC.EDU. Following the directions described in 000README.TXT, the mx list does not receive posts from the unix news server and mx does not send mail received by the list to the post on the news server. The error that I get in site_deliver.log is ------------------------------------------- %DCL-E-NOTFR, no transfer address Help error NOTFR tells me ------------------------- NOTFR no transfer address Facility: CLI, Command Language Interpreter (DCL) Explanation: The image file does not have a transfer address. User Action: Check that the source program has specified a transfer address and, if necessary, reassemble and relink the program. When I compiled and linked I get this warning message ----------------------------------------------------- %LINK-W-USRTFR, image DUA0:[MX_POST]POST.EXE;1 has no user transfer address I get the same warning on 2 machines ------------------------------------ machine 1 VMS V5.4-2, Multinet 3.2 RevD, GNU-CC 2.3.3 machine 2 VMS V5.5, Multinet 3.2 RevC, VAXC 3.1 Help error USRTFR tells me -------------------------- USRTFR image 'image-name' has no user transfer address Facility: LINK, Linker Utility Explanation: An executable image does not contain a transfer address. User Action: Define a transfer address for the image. How do I "Define a transfer address for the image?" Until I can fix this problem, I don't think that my mx configuration is an issue but will provide it to anyone who wants to try and help. -- Tim Buckner - system@orion.cmc.uab.edu - buckner@topaz.decus.org -- Univ. Alabama at Birmingham Center for Macromolecular Crystallography 261 BHSB, Birmingham, AL 35294-0005 USA phone/fax:(205)934-1973/-0480 Disclaimer:IMHO, this isn't the HO of my employer and maybe not my HO. ================================================================================ Archive-Date: Thu, 17 Feb 1994 10:28:10 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 17 Feb 1994 08:17:19 EST From: mark@alpha.math.wsu.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0097A2F5.E084DD00.27928@alpha.math.wsu.edu> Subject: Why are jNET messages delaying 48 hours before VMS mail sees them? I guess no one has a clue on this problem. Thanks for trying. Mark Quigley ================================================================================ Archive-Date: Thu, 17 Feb 1994 10:46:22 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: edgecomb@ccrs.emr.ca (John Edgecombe) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Truncation of mail Message-ID: <1994Feb17.161004.17003@emr1.emr.ca> Date: Thu, 17 Feb 1994 16:10:04 GMT To: MX-List@WKUVX1.WKU.EDU One of our users received mail from another site that was truncated after the 256th character of each "line". The probable cause is at the originator site using a soft auto-wrap routine which does not really add the visible carriage return and line feed. Thus each paragraph exists on only a single line. It is unclear whether the truncation happens at the sending site, or by MX at this end (or even at an intermediate site along the way). Could someone in the know verify that MX is _not_ the culprit, or add guards against this happening in the next update to MX (we are currently running MX 3.3) Thanks --john John Edgecombe Canada Centre for Remote Sensing Ottawa, Ontario, Canada ================================================================================ Archive-Date: Thu, 17 Feb 1994 11:15:18 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: kismet@trantor.cc.umb.edu (Ted Corning) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX Configuring Date: 17 Feb 1994 15:51:46 GMT Message-ID: <2k03qi$egq@cs.umb.edu> To: MX-List@WKUVX1.WKU.EDU Hi, We have just installed MX here, and I have a few questions. Is there an FAQ someone can point me to? We are running the SMTP Server, Router, Local, etc, daemons on two nodes in the cluster. One is a backup for the Cluster alias. Is there a way to have their log files created so their names are unique including the node names? Thanks for any help. Ted -- Ted Corning UMass/Boston Computing Services kismet@trantor.cc.umb.edu ================================================================================ Archive-Date: Thu, 17 Feb 1994 11:15:39 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: kismet@trantor.cc.umb.edu (Ted Corning) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: SMTP Server crashed with huge recipient list Date: 17 Feb 1994 15:42:39 GMT Message-ID: <2k039f$eah@cs.umb.edu> To: MX-List@WKUVX1.WKU.EDU Hi, We have just installed MX V3.3 over TGV Multinet, and it is running very well. We are running VAX/VMS V6.0. We are running into one problem however. One of my users appears to be receiving a message with an extremely long TO: header, and this is causing the SMTP Server process to crash with the following status: %STR-F-STRTOOLON, string is too long (greater than 65535) My question is, is this a bug with MX, or is the TO: header of of spec? Is there a fix to MX to make it bypass this message so that we don't appear closed to the rest of the world? Thanks in advance for any help. Ted -- Ted Corning UMass/Boston Computing Services kismet@trantor.cc.umb.edu ================================================================================ Archive-Date: Thu, 17 Feb 1994 12:18:49 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 17 Feb 1994 10:13:12 PST From: Jim Wheeler # 916-978-5089 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: jimww@sacto.mp.usbr.gov Message-ID: <0097A306.11581252.9298@sacto.mp.usbr.gov> Subject: RE: Truncation of mail > From: MX%"MX-List@WKUVX1.WKU.EDU" 17-FEB-1994 09:45:32.74 > > One of our users received mail from another site that was truncated after > the 256th character of each "line". The probable cause is at the originator > site using a soft auto-wrap routine which does not really add the visible > carriage return and line feed. Thus each paragraph exists on only a single > line. > It is unclear whether the truncation happens at the sending site, or > by MX at this end (or even at an intermediate site along the way). > Could someone in the know verify that MX is _not_ the culprit, or add > guards against this happening in the next update to MX (we are currently > running MX 3.3) > > Thanks > --john > > John Edgecombe > Canada Centre for Remote Sensing > Ottawa, Ontario, Canada > John, IT IS MX!! Both Lillie Martinez and I are on a mailing list from USGS/SPRINT that has almost 500 characters on the "to" line. Mx truncates at 256 while her mailer inserted a comment that the line exceeded the 256 and continued the to line. Hunter, Could MX be taught to break long lines on a end of word token (like a space or comma) ? This affects both the headers and the text of the message. TIA - jimww ================================================================================ # James W. Wheeler # # # Regional Systems & WAN Manager # voice: 916 978-5089 fax: 916-978-5284 # # Mid Pacific Region # # # U.S. Bureau of Reclamation # inet: jimww@sacto.mp.usbr.gov # # 2800 Cottage Way MP1130 # # # Sacramento, CA 95825 # # ================================================================================ ================================================================================ Archive-Date: Thu, 17 Feb 1994 13:02:21 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: denholm@sotona.physics.southampton.ac.uk Reply-To: MX-List@WKUVX1.WKU.EDU Subject: copying vmsmail_profile.data while it is open by local Message-ID: <7E4LB8VR@math.fu-berlin.de> Date: Thu, 17 Feb 1994 18:06:25 GMT To: MX-List@WKUVX1.WKU.EDU Hi, I'm running mx 3.3 on a mixed cluster... the machines share sysuafs, rightslists, vmsmail_profiles, etc At present, these files are on the alpha, but I would like to keep up to date copies on the vax, so that the latter is able to run independently if necessary if it should lose contact with the alpha for any reason... various processes keep these files open for read, but the mx local agent seems to keep vmsmail_profile open for write, such that a nightly copy fails... -RMS-E-FLK, file currently locked by another user I think I can BACKUP/IGNORE=INTERLOCK to a saveset, then extract it, but even if that does get an up to date (ish) copy, that seems like overkill... is there an easier way of keeping a backup copy of vmsmail_profile.data, or would it be safer to MCP SHUTDOWN the local agent before copying ? - I dont mind if all I lose is the new-mail count. of course, other programs can open vmsmail_profile, so presumably it's COPY's fault for not being prepared to share the file..? or am I approaching this from completely the wrong direction ? what does vmsmail_profile actually store - is it everything that MAIL SHOW ALL shows, or is most of that in users' mail.mai file ? thanks dd -------------reply/preferred address may not work in JANET yet--------------- David Denholm 'official' : D.R.Denholm@soton.ac.uk Physics dept. preferred : denholm@sotona.physics.southampton.ac.uk Southampton University Tel : (0703) 592104 (work) (0489) 583174 (home) Southampton SO9 5NH Fax : (0703) 585813 ================================================================================ Archive-Date: Thu, 17 Feb 1994 16:55:20 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: MX forwarding to foreign mailers Date: 17 Feb 1994 21:50:39 GMT Message-ID: <2k0orf$bqi@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb17.173428.751@zippy.dct.ac.uk>, ccdarg@zippy.dct.ac.uk (Alan Greig) writes: =I currently have several users who have set forwards via =mx from machines running UK cbs mail protocol as well as =SMTP. The problem is that they end up on the destination =machine with a return address like the following: = =From: MX%"'cbs%uk.org.dante::j.bersee'@vaxd.dct.ac.uk" 17-FEB-1994 15:45:18.70 ... =Problem occurred during message routing for the following: = =Address: (originally: <"cbs@uk.org.dante::j.bersee">) =Question can someone point me towards the right area of the =mx source code to allow this to be passed on to the cbs mailer? Have you tried disabling percent hacking in the router? MCP> SET ROUTER/NOPERCENT -------------------------------------------------------------------------------- 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 Feb 1994 02:39:02 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: bci@halcyon.com (Kent Anthony Behrends) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: help. How to route mx to wp office Date: Thu, 17 Feb 1994 22:53:39 -0800 Message-ID: To: MX-List@WKUVX1.WKU.EDU Hi *: I have just setup DECUS UUCP and MX. Mailing from mx to VMS mail works fine using the command: $ Mail file "mx%""kab@mcsnet.com""" I wish to send this thru the WordPerfect gateway. From VMS mail the command to do this is: $ Mail file "wpcorp_wpgate31%kent" or $ Mail file wpgate::kent I have disabled the % hacking. I have tried an alias: DEFINE ALIAS "kab" """wpcorp_wpgate%kent""@mcsnet.com" I have tried an alias: DEFINE ALIAS "kab" "wpgate::kent@mcsnet.com" I have tried a path: DEFINE PATH mcsnet.com local /route=wpgate:: And variations of the above. If anyone have any ideas, please mail them to: bci@halcyon.com, I will try anything. Also when I find one that works, I will post the solution to the net. Thanks in advance! -- -----kent-(- anthony behrends Internet: bci@halcyon.com BEHR Consulting International kab@mcsnet.com WARNING: my fingers may not type what my brain is thinking... ================================================================================ Archive-Date: Fri, 18 Feb 1994 10:53:18 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: williscc@vax.sbu.ac.uk (Christopher C Willis) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Alias using MX ? Message-ID: <1994Feb18.153418.5008@vax.sbu.ac.uk> Date: 18 Feb 94 15:34:17 GMT To: MX-List@WKUVX1.WKU.EDU Hi As a user (not a mail mgt type) can I create aliases under MX? We use version 3.3 on VMS 5 I know some things are definable, such as MX_REPLY_TO which can be done in the login.co but what about aliases? Any help is appreciated. Thanks Chris -- \\|// (o o) __________oOO____(_)____OOo____________________________________________ E-Mail: williscc@vax.sbu.ac.uk Christopher C Willis Home: chris@fire.demon.co.uk ...censored space... _______________________________________________________________________ ================================================================================ Archive-Date: Fri, 18 Feb 1994 14:36:03 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 18 Feb 1994 14:33:03 CST From: "James F. Burnett" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0097A3F3.87EDD440.25390@PANAM1.PANAM.EDU> Subject: Local process dies with file not found Hi, Sometimes the LOCAL process will die, either on one node, or more than one node, always reporting an error of "file not found". When this happens, the queue file is terribly corrupt, so much so that an ANALYZE/RMS reports that an index record is attempting to index a data record that belongs to a non-existent data bucket. Mail continues to be entered into the MX directories, but NOT entered into the queue file or processed by the agents(not good). I have a procedure that runs every 15 minutes making sure that all agents are running so that I can be notified fairly quickly when this happens. It doesn't happen very often, but when it does happen, I have to shut everything down, recreate a new queue file, and restart everything. Has anyone else been seeing this ? We are running VMS 6.0 and MX 3.3. The MX agents are spread out across the 3 nodes in the cluster. -- ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + James F. Burnett INTERNET: BURNETT@PANAM.EDU + + Software Systems Specialist II BITNET : BURNETT@PANAM.BITNET + + University of Texas-Pan American THENET : PANAM::BURNETT + ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ================================================================================ Archive-Date: Sat, 19 Feb 1994 06:38:02 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: copying vmsmail_profile.data while it is open by local Date: 19 Feb 1994 11:25:06 GMT Message-ID: <2k4sui$927@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <7E4LB8VR@math.fu-berlin.de>, denholm@sotona.physics.southampton.ac.uk writes: =At present, these files are on the alpha, but I would like to keep =up to date copies on the vax, so that the latter is able to run independently =if necessary if it should lose contact with the alpha for any reason... = =various processes keep these files open for read, but the mx local agent =seems to keep vmsmail_profile open for write, such that a nightly =copy fails... = =-RMS-E-FLK, file currently locked by another user = =I think I can BACKUP/IGNORE=INTERLOCK to a saveset, then extract it, =but even if that does get an up to date (ish) copy, that seems like =overkill... It is. There's no reason you have to backup to a saveset. You could, instead: $ BACKUP/IGNORE=INTERLOCK- SYS$COMMON:[SYSEXE]VMSMAIL_PROFILE.DATA - output_file_specification/OVERWRITE assuming that the system disk for your VAX is mounted on the ALPHA or vice versa. =is there an easier way of keeping a backup copy of =vmsmail_profile.data, or would it be safer to MCP SHUTDOWN the local =agent before copying ? - I dont mind if all I lose is the new-mail count. = =of course, other programs can open vmsmail_profile, so presumably =it's COPY's fault for not being prepared to share the file..? = =or am I approaching this from completely the wrong direction ? =what does vmsmail_profile actually store - =is it everything that MAIL SHOW ALL shows, or is most of that in users' =mail.mai file ? It stores: Your mail directory (actually, it combines your default directory from SYSUAF.DAT with a field in VMSMAIL_PROFILE.DATA to get your mail directory) Your Wastebasket folder name Your forwarding address, if any Your personal name, if any Your default editor Whether CC prompting is enabled Whether Automatic copies to self are enabled Whether Automatic purge on exit is enabled Default print queue, if any Default print form The number of new mail messages you have -------------------------------------------------------------------------------- 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, 19 Feb 1994 15:41:12 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: david@hccw.com Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Current Version? Message-ID: <1994Feb18.163412.97@hccw.com> Date: 18 Feb 94 16:34:12 PST To: MX-List@WKUVX1.WKU.EDU Where can I get the current version of MX? David R Robison David@hccw.com ================================================================================ Archive-Date: Sun, 20 Feb 1994 08:35:02 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: ccdarg@zippy.dct.ac.uk (Alan Greig) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: MX forwarding to foreign mailers Message-ID: <1994Feb20.135745.790@zippy.dct.ac.uk> Date: 20 Feb 94 13:57:45 GMT To: MX-List@WKUVX1.WKU.EDU In article <2k0orf$bqi@gap.cco.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes: > > Have you tried disabling percent hacking in the router? > MCP> SET ROUTER/NOPERCENT Hmm, that works but I could have sworn I tried it months ago and it then mistook the address for DECNET routing. Still although it gets out the return address as delivered to the CBS mail system is garbled but I doubt that's the fault of MX. More digging... Thanks. -- Alan Greig Janet: A.Greig@uk.ac.dct Dundee Institute of Technology Internet: A.Greig@dct.ac.uk Tel: (0382) 308810 Int +44 382 308810 -- Pavlov's dog: the runt of the litter? -- ================================================================================ Archive-Date: Mon, 21 Feb 1994 09:12:46 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: williscc@vax.sbu.ac.uk (Christopher C Willis) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Alias using MX ? Message-ID: <1994Feb21.114745.5030@vax.sbu.ac.uk> Date: 21 Feb 94 11:47:45 GMT To: MX-List@WKUVX1.WKU.EDU In article <1994Feb18.153418.5008@vax.sbu.ac.uk>, williscc@vax.sbu.ac.uk (Christopher C Willis) writes: > As a user (not a mail mgt type) can I create aliases under MX? We use version > 3.3 on VMS 5 > > I know some things are definable, such as MX_REPLY_TO which can be done in the > login.co but what about aliases? > Thanks to everyone who helped me with this - running MXalias is the answer! But because our MX/CBS mail mix, I'm doing it using DEFINE - no okay it's not the ideal methode but it does me! Chris -- \\|// (o o) __________oOO____(_)____OOo____________________________________________ E-Mail: williscc@vax.sbu.ac.uk Christopher C Willis Home: chris@fire.demon.co.uk ...censored space... _______________________________________________________________________ ================================================================================ Archive-Date: Mon, 21 Feb 1994 09:59:52 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: s11976@ctsc.hkbc.hk (PM Wong) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Cannot send mail to the mx queue Date: 21 Feb 1994 16:52:54 +0800 Message-ID: <2k9sp6$1bs9@ctsc.hkbc.hk> To: MX-List@WKUVX1.WKU.EDU I just installed the MX latest release to use it with UCX 2.0D The installation went through okay and starting it had no problems Testing it by sending a mail to another unix host on the network had the mail disappeared into thin air. I used mx queue show/full to check if there is anything, but could not find any entry. What have gone wrong ? (P.S. I show system and found the mx processes there , except SMTP SERVER which I think is not necessary here) P.M. Wong | BITNET: s11976@BC750.BITNET Computing & Telecomm. Services Centre | Internet: pm@ctsc.hkbc.hk Hong Kong Baptist College | Tel. No: (852) 3397425 224 Waterloo Road, Kowloon,Hong Kong | FAX No: (852) 3389987 ================================================================================ Archive-Date: Mon, 21 Feb 1994 16:18:40 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: olive@sgi.siemens.com (Chris Olive (x7793)) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: NAME_CONVERSION code already written? Date: 21 Feb 1994 15:29:09 -0600 Message-ID: <0097A657.0A7F75C0.10865@sgi.siemens.com> To: MX-List@WKUVX1.WKU.EDU I'm looking for some NAME_CONVERSION code written in something a little more conventional than BLISS-32 that either 1) does a bit more processing than Matt's NAME_CONVERSION.C does, or 2) actually solves my problem for me (saving me some time... hee, hee). My preference is MACRO32, but Pascal or C or even FORTRAN is fine. I can code in any of them. We use DECnet routing alot around here, especially between Microsoft Mail running on Macintoshes and the VAX. The address that goes out turns out to be very unreplyable. I want to conform to a rewrite rule of {user}%{node}.dnet@local.host for anything routed over DECnet. So our Mac users can send internet mail through our main VAX out to the outside world with their return addresses pointing back to their Mac mail accounts. I have the rewrite rule in place, and this works great (i.e. I can be reached on my Mac at olivece%macml4.dnet@sgi,siemens.com...). I just need some code that changes the original Mac mail address (which is a hybrid DECnet and Local Talk address) into my .dnet convention. If anyone has done anything like this or something close to it, I'd like to see your code. Thanks, Chris _______________________________________________________________________________ ___ ___ ___ _ _ ___ _ _ ___ /___ | |__ |\ /| |__ |\ | /___ Chris Olive, VMS Systems Consultant ___/ _|_ |___ | Y | |___ | \| ___/ Internet: olive@sgi.siemens.com Medical Systems, Inc. Voice: 708.304.7793 2501 N. Barrington Road. FAX: 708.304.7704 Hoffman Estates, IL 60195 CompuServe: 73740,1636 _______________________________________________________________________________ ================================================================================ Archive-Date: Mon, 21 Feb 1994 16:30:34 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: madison@tgv.com (Matt Madison) Subject: Re: NAME_CONVERSION code already written? Message-ID: <1994Feb21.215542.24971@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU Date: Mon, 21 Feb 1994 21:55:42 GMT To: MX-List@WKUVX1.WKU.EDU In article <0097A657.0A7F75C0.10865@sgi.siemens.com>, olive@sgi.siemens.com (Chris Olive (x7793)) writes: > I'm looking for some NAME_CONVERSION code written in something >a little more conventional than BLISS-32 that either 1) does a bit more >processing than Matt's NAME_CONVERSION.C does, or 2) actually solves my >problem for me (saving me some time... hee, hee). My preference is >MACRO32, but Pascal or C or even FORTRAN is fine. I can code in any >of them. > > We use DECnet routing alot around here, especially between >Microsoft Mail running on Macintoshes and the VAX. The address that >goes out turns out to be very unreplyable. I want to conform to a >rewrite rule of {user}%{node}.dnet@local.host for anything routed >over DECnet. So our Mac users can send internet mail through our >main VAX out to the outside world with their return addresses pointing >back to their Mac mail accounts. I have the rewrite rule in place, >and this works great (i.e. I can be reached on my Mac at >olivece%macml4.dnet@sgi,siemens.com...). I just need some code >that changes the original Mac mail address (which is a hybrid >DECnet and Local Talk address) into my .dnet convention. > > If anyone has done anything like this or something close to >it, I'd like to see your code. If you installed the user-contributed programs saveset with MX, Earle Ake's DECNET_NAME_CONVERSION stuff should be pretty close to what you need. It does pretty much the same thing as my BLISS code, but is written in C. -Matt -- Matthew Madison | madison@tgv.com | +1 408 457 5390 TGV, Inc. | 101 Cooper Street | Santa Cruz, CA 95060 USA ================================================================================ Archive-Date: Mon, 21 Feb 1994 17:06:40 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: olive@sgi.siemens.com (Chris Olive (x7793)) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: NAME_CONVERSION code already written? Date: 21 Feb 1994 16:26:27 -0600 Message-ID: <0097A65F.02A54AC0.10908@sgi.siemens.com> To: MX-List@WKUVX1.WKU.EDU In article <940221135549.41400669@TGV.COM>, Matt Madison writes: |> I'm looking for some NAME_CONVERSION code written in something |>a little more conventional than BLISS-32 that either 1) does a bit more |>processing than Matt's NAME_CONVERSION.C does, or 2) actually solves my |>problem for me (saving me some time... hee, hee). My preference is |>MACRO32, but Pascal or C or even FORTRAN is fine. I can code in any |>of them. |> |> We use DECnet routing alot around here, especially between |>Microsoft Mail running on Macintoshes and the VAX. The address that |>goes out turns out to be very unreplyable. I want to conform to a |>rewrite rule of {user}%{node}.dnet@local.host for anything routed |>over DECnet. So our Mac users can send internet mail through our |>main VAX out to the outside world with their return addresses pointing |>back to their Mac mail accounts. I have the rewrite rule in place, |>and this works great (i.e. I can be reached on my Mac at |>olivece%macml4.dnet@sgi,siemens.com...). I just need some code |>that changes the original Mac mail address (which is a hybrid |>DECnet and Local Talk address) into my .dnet convention. |> |> If anyone has done anything like this or something close to |>it, I'd like to see your code. | |If you installed the user-contributed programs saveset with MX, Earle |Ake's DECNET_NAME_CONVERSION stuff should be pretty close to what you |need. It does pretty much the same thing as my BLISS code, but is |written in C. Bingo... I was getting the [CONTRIB] directory confused with the [EXAMPLES] directory. So I thought I had gone through everything already. Yeah, this ought to get me going. I don't need the MRGATE stuff (yet), and will have to write some code to handle the Mac mail stuff... But yeah, this is what I was looking for. Thanks! Chris _______________________________________________________________________________ ___ ___ ___ _ _ ___ _ _ ___ /___ | |__ |\ /| |__ |\ | /___ Chris Olive, VMS Systems Consultant ___/ _|_ |___ | Y | |___ | \| ___/ Internet: olive@sgi.siemens.com Medical Systems, Inc. Voice: 708.304.7793 2501 N. Barrington Road. FAX: 708.304.7704 Hoffman Estates, IL 60195 CompuServe: 73740,1636 _______________________________________________________________________________ "I didn't make it all the way through the 3rd grade for nuttin'..." -- George C. Scott in _The_Rescuers_Down_Under_ ================================================================================ Archive-Date: Mon, 21 Feb 1994 17:30:13 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 21 Feb 94 18:27:50 -0500 Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <9402212328.AA04526@Kodak.COM> From: poliver@Kodak.COM (Paul G. Oliver, RDCS/CTSS, B-13/3, 88581) To: "MX-List@WKUVX1.WKU.EDU"@Kodak.COM Subject: Away from the office I will be away from the office Monday Feb 21 and Tues Feb 22. During that time you may contact Frank Patricelli at 72091 for any questions or any problems. ================================================================================ Archive-Date: Mon, 21 Feb 1994 18:34:55 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 11:30:06 EST From: Powell HEUER Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: powell@syd.dwt.csiro.au Message-ID: <0097A6FE.A2D23C20.18152@syd.dwt.CSIRO.AU> Subject: MX V3.3 upgrade & DECwindows Mail problem I've just got around to upgrading from MX V3.1 to V3.3. The new version seems to run OK and messages can be sent using VMS Mail. However, I can't send messages using DECWindows Motif Mail! The upgrade seemed to go without problems. I restarted MX (from my privileged account rather than SYSTEM). Test messages directed back to me via either a local path or out and back via SMTP using standard VMS Mail worked. However, when I tried to send a message using DECwindows Mail I had no success. Mail reported that the message had been sent. However, SHOW QUE from MCP showed that the message was in the queue originating from an "unknown" agent. I had debugging enabled for LOCAL, ROUTER, SMTP and SMTP SERVER. No debug files had been written for the message. Other things that may be significant: We have recently upgraded to VMS V6.0 and UCX V2.0D. MX V3.1 continued to run without problems. I did the upgrade to MX V3.3 into the same directories as V3.1, and made no changes to the configuration before seeing the problems. I thought at first I had path problems and simplified my path configuration without changing the problem. Remember, VMS mail works, so I can't see it is a problem with routing or paths. We have a 9 node LAVC consisting of VAX 4000-300 as boot node, 4 VAXstation 3100s, a VAXstation 3500, 2 MicroVAX IIs, and a MicroVAX 3400. The 4000 runs the Router, Local, SMTP delivery and MLF agents. The 3400 runs Router, Local, SMTP delivery and SMTP server agents. MLF is not used. The SMTP server is also unused. SMTP mail is received using UCX SMTP on the 4000. This is because we use Pathworks Mail binary attachments which only work if trailing blanks are preserved. This is one of the major reasons for the upgrade - I'll be able to do away the UCX SMTP and use MX for both outgoing and incoming SMTP. Again this configuration hasn't changed from MX V3.1. Our external mail is all received via a Sun system (which is also the name server for the network) which forwards to the UCX SMTP server on the 4000. MX sends outgoing SMTP mail direct (not via the Sun). My initial testing was done using the copy of DECWindows Mail runnning on my VAXstation *before* starting MX V3.3. Starting a copy of DECWindows on the 3400 (where MX agents were running) and displaying on my VAXstation I was able to send mail! I exited DECWindows Mail on my VAXstation and started it again. This time when I sent mail DECwindows Mail crashed with the RMS error "error updating RRV's, some paths to data may be lost". This was reproducible. The problem can be summarised as I can't send mail from DECwindows Mail, (from at least one node). The symptoms are different if DECwindows Mail was running before MX V3.3 started or not. In all cases DECwindows mail receives mail sent using VMS Mail without apparent problems. I took a copy of the MX V3.1 installation. In each case I've been able to return to MX V3.1 by renaming the directories and running MX_STARTUP.COM again. However, again I need to stop DECwindows Mail and start a new copy for it to work with MX V3.1. Has anyone encountered similar problems with DECWindows Mail? Any suggestions about what I should be looking at to find the problem? Please forgive me if I've left out significant information about my setup. As you can probably see I'm at a loss to make any sense of how the mail client I use should make any difference. --------------------------------------------------------------------- Powell Heuer E-Mail: P.Heuer@syd.dwt.csiro.au CSIRO Division of Wool Technology Phone : +61 2 809 9444 PO Box 7 Fax : +61 2 809 9476 Ryde NSW 2112 AUSTRALIA ================================================================================ Archive-Date: Mon, 21 Feb 1994 23:23:57 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: michaelb@earlham.edu Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Problems with MLF not adding people. Message-ID: <1994Feb21.215032.1104@earlham.edu> Date: 21 Feb 94 16:50:21 GMT To: MX-List@WKUVX1.WKU.EDU I have set up some mailing lists using MX 3.3. When I try to add people to one of these lists -- using list-REQUEST, I get a message back that says "NO LOCAL USER". So I try to add people by sending the requests to MXSERVER -- but this time I get no response at all. I double checked that I own the groups and that I am a system user. Can any one help? Michael ---_________________________________________________________________________--- Michael L. Bowden | Voice: (317) 983-1355 Technology/Reference Librarian | Fax: (317) 983-1304 Drawer 198 | Internet: MichaelB@Earlham.Edu Earlham College | Internet: MichaelB@Tian.Earlham.Edu Richmond, Indiana 47374-4095 | ListOwner: LIBMASTR@UOTTAWA ---_________________________________________________________________________--- This race is already run...Get off your horse -- get on this train! ================================================================================ Archive-Date: Mon, 21 Feb 1994 23:24:09 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: michaelb@earlham.edu Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Help setting up MX in a vax cluster. Message-ID: <1994Feb21.215316.1105@earlham.edu> Date: 21 Feb 94 16:53:11 GMT To: MX-List@WKUVX1.WKU.EDU I am setting up MX 3.3 on a vax cluster. Currently, all 4 machines are processing their own mail. I would like to set MX up so that only one machine process out-going mail. What processes do I need to run on each node so that each will continue to accept incoming SMTP mail but have the one machine process it? Michael ---_________________________________________________________________________--- Michael L. Bowden | Voice: (317) 983-1355 Technology/Reference Librarian | Fax: (317) 983-1304 Drawer 198 | Internet: MichaelB@Earlham.Edu Earlham College | Internet: MichaelB@Tian.Earlham.Edu Richmond, Indiana 47374-4095 | ListOwner: LIBMASTR@UOTTAWA ---_________________________________________________________________________--- This race is already run...Get off your horse -- get on this train! ================================================================================ Archive-Date: Tue, 22 Feb 1994 02:36:22 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 12:03:26 -0305 From: SAEED KHADEMI Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0097A703.4B1F6C00.28427@IREARN.BITNET> Subject: VAX <---> UNIX mail delivery Hello All, We have MICRO VAX 3100/20e running VMS V5. We using JNET for simulating NJE protocol on VAX. Over JNET, we have MX mailer. My question is : How can we get NJE mails and transfer it to an SMTP unix server? Is there any software for this purpose? ( we haven't NJE software for UNIX ) Regards, Saeed. +-----------------------------------------------------------+ | Saeed Khademi | E-mail : SAEED@IREARN.BITNET | | Computer Department | Phone : +9821 243860 | | Institute for studies in | P.O.Box: 19395-1795 | | theoretical Physics and | Fax : +9821 8014003 | | Mathematics ( IPM ) | Telex : +9821 214758 | | Iran/Tehran | | +-----------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 22 Feb 1994 05:36:45 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 05:36:33 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A6CD.3EE09AE4.17@ALPHA.WKU.EDU> Subject: RE: Problems with MLF not adding people. michaelb@earlham.edu writes: > >I have set up some mailing lists using MX 3.3. When I try to add people to >one of these lists -- using list-REQUEST, I get a message back that says >"NO LOCAL USER". So I try to add people by sending the requests to >MXSERVER -- but this time I get no response at all. I double checked that >I own the groups and that I am a system user. > Did you MCP RESET ROUTER,MLF after creating the lists? It sounds like you may not have done that. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Tue, 22 Feb 1994 05:37:36 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 05:37:25 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A6CD.5DEDCCDB.19@ALPHA.WKU.EDU> Subject: RE: Help setting up MX in a vax cluster. michaelb@earlham.edu writes: > >I am setting up MX 3.3 on a vax cluster. Currently, all 4 machines are >processing their own mail. I would like to set MX up so that only one >machine process out-going mail. What processes do I need to run on each >node so that each will continue to accept incoming SMTP mail but have the >one machine process it? > Assuming they share the MX_FLQ_DIR:, you just need to run MX SMTP Server on each node, and put all the MX SMTP processes on the one node for outgoing mail. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Tue, 22 Feb 1994 05:39:34 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 05:38:35 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A6CD.8750C27C.21@ALPHA.WKU.EDU> Subject: RE: VAX <---> UNIX mail delivery SAEED KHADEMI writes: > >Hello All, > We have MICRO VAX 3100/20e running VMS V5. We using JNET for simulating >NJE protocol on VAX. Over JNET, we have MX mailer. >My question is : > How can we get NJE mails and transfer it to an SMTP unix server? > Is there any software for this purpose? > ( we haven't NJE software for UNIX ) I'm not sure I understand your question. You can set up MX to receive the mail and forward to a UNIX system using SMTP.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Tue, 22 Feb 1994 07:03:08 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 16:28:22 -0305 From: SAEED KHADEMI Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0097A728.4D6368C0.28999@IREARN.BITNET> Subject: VAX <----> UNIX mail delivery >I'm not sure I understand your question. You can set up MX to receive >the mail and forward to a UNIX system using SMTP.... > >Hunter Hello, I mean how an UNIX machine can gets/sends mails to VAX machine for actual routing. Consider that UNIX send an email to UUU%DDD.FFF.GGG@IIII.BITNET, and IIII.BITNET is our VAX machine, which should send this mail to MX%"UUU@DDD.FFF.GGG". What is solution? By above text, You mean that only setting MX with SMTP can solve this problem? Regards, Saeed. +-----------------------------------------------------------+ | Saeed Khademi | E-mail : SAEED@IREARN.BITNET | | Computer Department | Phone : +9821 243860 | | Institute for studies in | P.O.Box: 19395-1795 | | theoretical Physics and | Fax : +9821 8014003 | | Mathematics ( IPM ) | Telex : +9821 214758 | | Iran/Tehran | | +-----------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 22 Feb 1994 07:27:46 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 07:27:36 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A6DC.C21A1778.3@ALPHA.WKU.EDU> Subject: RE: VAX <----> UNIX mail delivery SAEED KHADEMI writes: > > I mean how an UNIX machine can gets/sends mails to VAX machine for actual >routing. Consider that UNIX send an email to UUU%DDD.FFF.GGG@IIII.BITNET, >and IIII.BITNET is our VAX machine, which should send this mail to >MX%"UUU@DDD.FFF.GGG". What is solution? > By above text, > You mean that only setting MX with SMTP can solve this problem? If you can use SMTP between the UNIX and VAX systems, then yes, setting up the UNIX system to send all *.BITNET mail to the VAX running MX (via SMTP) would work. MX could then send it out over BITNET using Jnet. In your example above, MX would forward it out to the Internet address @DDD.FFF.GGG. Basically, if you get the messages from UNIX to VMS, then MX can determine whether they should be routed via Jnet, SMTP, etc. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Tue, 22 Feb 1994 08:27:19 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: "Pasztor Miklos" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 15:10:21 CET Subject: BSMTP files stuck Message-ID: <9574CF481F@aszi.sztaki.hu> I've discovered that there are some BSMTP files stuck in MX_ROOT:[queue.0]. The files are all named 0.JNET_INPUT. My understanding is, that JNET_INPUT files should have the name: entry_nr.JNET_INPUT, Where entry_nr should be a valid nr entered in the queue control file, so that the entry gets processed by Jnet Intfc. Apparently these files were created shortly after a reboot, and I have to process them "manually". What's wrong ? Jnet is started *after* MX. Thanks in advance. Miklos ==================================================================== Pa'sztor Miklo's | E-mail: pasztor@hugbox.bitnet MTA SZTAKI/ASZI Budapest Victor H. u. 18-22 | Phone: (36)-(1)-149-75-32 Institute for Computation and Automation, Hungarian Academy of Sciences ==================================================================== ================================================================================ Archive-Date: Tue, 22 Feb 1994 11:26:01 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 12:23:07 EST From: Jim Cragen Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A706.0AEFFAC5.14@aspentec.com> Subject: MX SMTP agent dies. We are currently running MX V3.3, UCX V2.0 and VMS V6.0 on a VAXstation 4000-60 and a MicroVax 3100. The problem is with SMTP, both SMTP agents will process 1 or 2 entries in the que and then die with this error messages: 18-FEB-1994 23:49:38.87: MX SMTP (pid 208004A9) starting 18-FEB-1994 23:53:40.29: MX SMTP (pid 208004A9) exiting, status = 1000000C Until a new SMTP agent has started and a READY ENT # in done all entries will hang. Any way to get around this? And what is causing the agent to die? Thanks for any help ------------------------------------------------------------------------------- Jim Cragen Email: Systems Engineer Tel: +1-617-577-0100 x243 Aspen Technology, Inc. Fax: +1-617-577-0303 Ten Canal Park Telex: +1-948-038(ASPEN TECH) Cambridge, Ma. 02141 U.S.A. ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Tue, 22 Feb 1994 11:36:07 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 11:35:32 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A6FF.65324021.9@ALPHA.WKU.EDU> Subject: RE: MX SMTP agent dies. Jim Cragen writes: > >We are currently running MX V3.3, UCX V2.0 and VMS V6.0 on a VAXstation 4000-60 >and a MicroVax 3100. > >The problem is with SMTP, both SMTP agents will process >1 or 2 entries in the que and then die with this error messages: > >18-FEB-1994 23:49:38.87: MX SMTP (pid 208004A9) starting >18-FEB-1994 23:53:40.29: MX SMTP (pid 208004A9) exiting, status = 1000000C > >Until a new SMTP agent has started and a READY ENT # in done all entries >will hang. Any way to get around this? And what is causing the agent to die? > Good question. Enabling SMTP debug might help: $ define/system/exec mx_smtp_debug true One problem that may be causing it is that MX V3.3 (and previous versions) does not handle unbalanced "<>"s in the rewrite rules. If you have rewrite rules defined, check them to make sure they right-hand side is surrounded by "<>". Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Tue, 22 Feb 1994 13:21:12 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Problems with MLF not adding people. Message-ID: <1994Feb22.115531.1081@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 22 Feb 94 11:55:31 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb21.215032.1104@earlham.edu>, michaelb@earlham.edu writes: >I have set up some mailing lists using MX 3.3. When I try to add people to >one of these lists -- using list-REQUEST, I get a message back that says >"NO LOCAL USER". So I try to add people by sending the requests to >MXSERVER -- but this time I get no response at all. I double checked that >I own the groups and that I am a system user. You need to Reset MLF and the Router: MCP> RESET MLF/CLUSTER MCP> RESET ROUTER/CLUSTER -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Tue, 22 Feb 1994 13:38:21 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 94 12:29:49 MST From: oetting@gldfs.cr.usgs.gov (Dan Oetting) Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <9402221929.AA14874@gldfs.cr.usgs.gov> To: MX-List@WKUVX1.WKU.EDU Subject: missing logical in MX_SMTP setup I just installed MX 3.3 and must have missed something. The MX_SMTP quits immediatly leaving only the starting message in the log file. if run interactivly I get the following output: NEIS::run MX_SMTP.EXE;1 22-FEB-1994 11:28:27.57: OETTING (pid 20200C2B) starting %SYSTEM-F-NOLOGNAM, no logical name match %TRACE-F-TRACEBACK, symbolic stack dump follows module name routine name line rel PC abs PC MX_SMTP MX_SMTP 30 0000004C 00001AAC Could someone with a source listing tell me what logical name is being referenced at line 30. Thanks. -- Dan Oetting ================================================================================ Archive-Date: Tue, 22 Feb 1994 13:44:06 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Tue, 22 Feb 1994 13:43:45 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A711.4E7AFD43.9@ALPHA.WKU.EDU> Subject: RE: missing logical in MX_SMTP setup oetting@gldfs.cr.usgs.gov (Dan Oetting) writes: > >I just installed MX 3.3 and must have missed something. The MX_SMTP quits >immediatly leaving only the starting message in the log file. if run >interactivly I get the following output: > >NEIS::run MX_SMTP.EXE;1 >22-FEB-1994 11:28:27.57: OETTING (pid 20200C2B) starting >%SYSTEM-F-NOLOGNAM, no logical name match Make sure MX_NODE_NAME and MX_FLQ_NODE_NAME are defined. The other one to check is MX_FLQ_DIR:. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Tue, 22 Feb 1994 15:07:20 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Help setting up MX in a vax cluster. Message-ID: <1994Feb22.115629.1082@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 22 Feb 94 11:56:28 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb21.215316.1105@earlham.edu>, michaelb@earlham.edu writes: >I am setting up MX 3.3 on a vax cluster. Currently, all 4 machines are >processing their own mail. I would like to set MX up so that only one >machine process out-going mail. What processes do I need to run on each >node so that each will continue to accept incoming SMTP mail but have the >one machine process it? SMTP does the incoming mail. Edit MX_ROOT:[000000]MX_STARTUP_INFO.DAT -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Tue, 22 Feb 1994 15:27:26 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: missing logical in MX_SMTP setup Message-ID: <1994Feb22.132227.1090@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 22 Feb 94 13:22:26 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <9402221929.AA14874@gldfs.cr.usgs.gov>, oetting@gldfs.cr.usgs.gov (Dan Oetting) writes: >I just installed MX 3.3 and must have missed something. The MX_SMTP quits >immediatly leaving only the starting message in the log file. if run >interactivly I get the following output: > >NEIS::run MX_SMTP.EXE;1 >22-FEB-1994 11:28:27.57: OETTING (pid 20200C2B) starting >%SYSTEM-F-NOLOGNAM, no logical name match >%TRACE-F-TRACEBACK, symbolic stack dump follows >module name routine name line rel PC abs PC > >MX_SMTP MX_SMTP 30 0000004C 00001AAC > >Could someone with a source listing tell me what logical name is being >referenced at line 30. Thanks. Sources are available via anonymous FTP to ftp.spc.edu in [.MX], and, I believe, also from fileserv@wkuvx1.wku.edu. Did you execute SYS$STARTUP:MX_STARTUP.COM ? If so, and you're still getting the above error, please send me the contents of MX_ROOT:[000000]MX_LOGICALS.DAT. Thanks, -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Tue, 22 Feb 1994 15:27:42 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: VAX <----> UNIX mail delivery Message-ID: <1994Feb22.130804.1088@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 22 Feb 94 13:08:04 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A728.4D6368C0.28999@IREARN.BITNET>, SAEED KHADEMI writes: > >>I'm not sure I understand your question. You can set up MX to receive >>the mail and forward to a UNIX system using SMTP.... >> >>Hunter >Hello, > I mean how an UNIX machine can gets/sends mails to VAX machine for actual >routing. Consider that UNIX send an email to UUU%DDD.FFF.GGG@IIII.BITNET, >and IIII.BITNET is our VAX machine, which should send this mail to >MX%"UUU@DDD.FFF.GGG". What is solution? > By above text, > You mean that only setting MX with SMTP can solve this problem? You would need TCP/IP on the VAX, as well as MX. TCP/IP would allow the VAX to send mail (via SMTP) to the Unix machine, and would allow the VAX to receive mail (via SMTP) from the Unix machine. The VAX could then be configured to send mail "up" to your BITNET site for distribution. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Wed, 23 Feb 1994 03:09:31 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 23 Feb 1994 12:32:16 -0305 From: SAEED KHADEMI Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0097A7D0.7CF9F060.31364@IREARN.BITNET> Subject: VAX <----> UNIX mail delivery Dear all, I read the MX installation document. It says that for suporting SMTP, MX mailer needs NETLIB software installed. How and Where can I find NETLIB? Is it public domain software and if yes, does anyone knows any anonymous ftp site for getting this software? Regards, Saeed. ================================================================================ Archive-Date: Wed, 23 Feb 1994 06:13:50 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Wed, 23 Feb 1994 06:13:39 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A79B.97E5B466.28@ALPHA.WKU.EDU> Subject: RE: VAX <----> UNIX mail delivery SAEED KHADEMI writes: > >Dear all, > I read the MX installation document. It says that for suporting SMTP, >MX mailer needs NETLIB software installed. > How and Where can I find NETLIB? Is it public domain software and if >yes, does anyone knows any anonymous ftp site for getting this software? NETLIB is included with MX---it's one of the options shown when you install MX. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Wed, 23 Feb 1994 10:19:26 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: VAX <----> UNIX mail delivery Message-ID: <1994Feb23.090129.1100@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 23 Feb 94 09:01:28 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A7D0.7CF9F060.31364@IREARN.BITNET>, SAEED KHADEMI writes: >Dear all, > I read the MX installation document. It says that for suporting SMTP, >MX mailer needs NETLIB software installed. > How and Where can I find NETLIB? Is it public domain software and if >yes, does anyone knows any anonymous ftp site for getting this software? >Regards, >Saeed. You need an underlying TCP/IP package as well, such as CMU/IP (free, available from ftp.csus.edu in /pub/cmuip), or any one of the following commercial packages (which are all supported by NETLIB): o DEC UCX (now called "TCP/IP Services for VMS") -- contact your Digital sales rep. o TGV MultiNet -- contact sales@tgv.com o Process Software TCPware -- contact sales@process.com The newest version of NETLIB, which will be included in the next release of MX (after MX V3.3) includes support for Wollongong's PathWay TCP/IP product for VMS. NETLIB may also work with other TCP/IP packages that have UCX emulations, but I don't believe it has been tested on any but the above packages. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Thu, 24 Feb 1994 19:52:38 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Thu, 24 Feb 1994 08:24:34 CST From: George Franklin Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A877.0C2C1820.5860@oehl.brooks.af.mil> Subject: Cannot ADD Users to Mailint List I have tried to use the ADD USER to a mailing list that I own and having no success. I do have system privileges. I am getting an error message stating that the problem is insufficient privileges. I did do a RESET MLF/CLUSTER and RESET ROUTER/CLUSTER. This did not clear the error and let met ADD users to the mailing list. Please advise. George Franklin ================================================================================ Archive-Date: Thu, 24 Feb 1994 22:48:21 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: michaelb@earlham.edu Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Changing a user's options in a mailing list Message-ID: <1994Feb24.212909.1177@earlham.edu> Date: 24 Feb 94 16:29:00 GMT To: MX-List@WKUVX1.WKU.EDU I recently created a number of mailing lists. When I added people to these lists I forgot to specify the /NOREPRO qualifer. I have tried to change everyone with by issuing a SET NOREPRO <*> but it does not work. Is there a way for me to change user's setting without telling the user? Michael ---_________________________________________________________________________--- Michael L. Bowden | Voice: (317) 983-1355 Technology/Reference Librarian | Fax: (317) 983-1304 Drawer 198 | Internet: MichaelB@Earlham.Edu Earlham College | Internet: MichaelB@Tian.Earlham.Edu Richmond, Indiana 47374-4095 | ListOwner: LIBMASTR@UOTTAWA ---_________________________________________________________________________--- This race is already run...Get off your horse -- get on this train! ================================================================================ Archive-Date: Fri, 25 Feb 1994 00:11:35 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Changing a user's options in a mailing list Message-ID: <1994Feb24.222703.1138@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 24 Feb 94 22:27:03 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb24.212909.1177@earlham.edu>, michaelb@earlham.edu writes: >I recently created a number of mailing lists. When I added people to >these lists I forgot to specify the /NOREPRO qualifer. I have tried to >change everyone with by issuing a SET NOREPRO <*> but it does not work. Is >there a way for me to change user's setting without telling the user? Go into MCP, do a "REVIEW/OUTPUT=filename listname", and then edit the file so it does a REMOVE/NONOTIFY of everyone followed by an ADD/NONOTIFY/NOREPRO of everyone. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 25 Feb 1994 00:11:42 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Cannot ADD Users to Mailint List Message-ID: <1994Feb24.222918.1139@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 24 Feb 94 22:29:18 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A877.0C2C1820.5860@oehl.brooks.af.mil>, George Franklin writes: >I have tried to use the ADD USER to a mailing list that I own and >having no success. I do have system privileges. I am getting an error >message stating that the problem is insufficient privileges. > >I did do a RESET MLF/CLUSTER and RESET ROUTER/CLUSTER. This did not >clear the error and let met ADD users to the mailing list. Please >advise. Enable MLF debugging (see the MX_DOC:MGMT_GUIDE.TXT for information on how to do it) and examine the log -- it will show how MLF decided to grant/deny access to you; from there, a determination can be made as to how to solve the problem. (ADD USER isn't a valid command to MLF; showing the explicit command you used and the exact error returned is often useful in diagnosing the problem.) -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 25 Feb 1994 05:25:31 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 25 Feb 1994 05:25:21 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A927.2D351930.12@ALPHA.WKU.EDU> Subject: Re: Cannot ADD Users to Mailint List dwing@uh01.Colorado.EDU (Dan Wing) writes: > >In article <0097A877.0C2C1820.5860@oehl.brooks.af.mil>, George Franklin writes: >>I have tried to use the ADD USER to a mailing list that I own and >>having no success. I do have system privileges. I am getting an error >>message stating that the problem is insufficient privileges. >> >>I did do a RESET MLF/CLUSTER and RESET ROUTER/CLUSTER. This did not >>clear the error and let met ADD users to the mailing list. Please >>advise. > >Enable MLF debugging (see the MX_DOC:MGMT_GUIDE.TXT for information on how >to do it) and examine the log -- it will show how MLF decided to grant/deny >access to you; from there, a determination can be made as to how to solve the >problem. > >(ADD USER isn't a valid command to MLF; showing the explicit command you used >and the exact error returned is often useful in diagnosing the problem.) > You should also check that the /OWNER specification for the list matches the case for your address. It should show: spectator@OEHL.BROOKS.AF.MIL Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Fri, 25 Feb 1994 08:31:47 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 25 Feb 1994 14:57:08 CET From: Hans-Joachim Koch Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@WKUVX1.WKU.EDU CC: sys_hjk@LISSY1.lif.de Message-ID: <0097A977.0E327820.17827@LISSY1.LIF.DE> Subject: More pseudo commands in MX? Hello, I don't know, if this is a FAQ or already on Hunter's wishlist... My users have a lot of problems including binary attachements in their mails. We told them how to do this (first .zip, then .uue), but this doesn't help much. I think, it could be very helpful, if MX could care about this. Example: take a pseudo instruction like /include binary disk_xx:[xx.yy]doc.wp5 and MX does the rest (via a configurable procedure), zips the file, uuencodes it and splits it - if necessary. Science fiction? Or an idea that could get prio>0 on Hunter's list... :-) Regards, Hans. -- Hans-Joachim Koch, Computer department of Lahmeyer International Lyoner Strasse 22, D-60528 Frankfurt, Germany Phone: +49 (69) 6677-642, Fax: +49 (69) 6677-388, Tx: 413478 li d ================================================================================ Archive-Date: Fri, 25 Feb 1994 09:39:33 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 25 Feb 1994 09:33:16 CST From: George Franklin Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A949.CFEF9200.6016@oehl.brooks.af.mil> Subject: Re: Cannot ADD Users to Mailint List From: MX%"MX-List@WKUVX1.WKU.EDU" 25-FEB-1994 07:21:48.64 To: SPECTATOR CC: Subj: Re: Cannot ADD Users to Mailint List Return-Path: Received: from wkuvx1.wku.edu by TINOS.BROOKS.AF.MIL (MX V3.3 VAX) with SMTP; Fri, 25 Feb 1994 07:21:39 CST X-ListName: Message Exchange Discussion List Warnings-To: <> Errors-To: List-Mgr@WKUVX1.WKU.EDU Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 25 Feb 1994 05:25:21 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A927.2D351930.12@ALPHA.WKU.EDU> Subject: Re: Cannot ADD Users to Mailint List dwing@uh01.Colorado.EDU (Dan Wing) writes: > >In article <0097A877.0C2C1820.5860@oehl.brooks.af.mil>, George Franklin writes: >>I have tried to use the ADD USER to a mailing list that I own and >>having no success. I do have system privileges. I am getting an error >>message stating that the problem is insufficient privileges. >> >>I did do a RESET MLF/CLUSTER and RESET ROUTER/CLUSTER. This did not >>clear the error and let met ADD users to the mailing list. Please >>advise. > >Enable MLF debugging (see the MX_DOC:MGMT_GUIDE.TXT for information on how >to do it) and examine the log -- it will show how MLF decided to grant/deny >access to you; from there, a determination can be made as to how to solve the >problem. > >(ADD USER isn't a valid command to MLF; showing the explicit command you used >and the exact error returned is often useful in diagnosing the problem.) > You should also check that the /OWNER specification for the list matches the case for your address. It should show: spectator@OEHL.BROOKS.AF.MIL Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) Okay, I was using the REQUEST command in VMSmail for the ADD USER. The MLF MXSERVER should be the utility to use. Question: MCP is where I created the mailing lists. What would be the utility for the MLF MXSERVER? George Franklin ================================================================================ Archive-Date: Fri, 25 Feb 1994 10:26:13 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 25 Feb 1994 10:25:45 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A951.24876881.11@ALPHA.WKU.EDU> Subject: Re: Cannot ADD Users to Mailint List George Franklin writes: > >Okay, I was using the REQUEST command in VMSmail for the ADD USER. The >MLF MXSERVER should be the utility to use. >Question: MCP is where I created the mailing lists. What would be the >utility for the MLF MXSERVER? > Sounds you like you haven't read the MX MLF guide---you should. Users are added by mailing commands to a -request address. For example, if you have list TEST, you would mail a command like the following to TEST-request@your.node: ADD "Joe User" Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Fri, 25 Feb 1994 14:14:39 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: More pseudo commands in MX? Message-ID: <1994Feb25.123923.1151@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 25 Feb 94 12:39:23 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A977.0E327820.17827@LISSY1.LIF.DE>, Hans-Joachim Koch writes: >My users have a lot of problems including binary attachements in their >mails. We told them how to do this (first .zip, then .uue), but this >doesn't help much. > >I think, it could be very helpful, if MX could care about this. >Example: take a pseudo instruction like >/include binary disk_xx:[xx.yy]doc.wp5 >and MX does the rest (via a configurable procedure), zips the file, >uuencodes it and splits it - if necessary. > >Science fiction? Or an idea that could get prio>0 on Hunter's list... :-) It is called MIME. See RFC1341 (available from ftp.uu.net in /inet/rfc). But what you're interested in doing is implemented, to a degree, in MX V3.3 as well as MultiNet V3.2's built-in SMTP mailer. See the MX V3.3 release notes, which discuss SEND/FOREIGN: 2 VMS binary files can now be mailed via MX to other VMS sites running either MX V3.3 or higher, PMDF V4.1 or higher, or MultiNet V3.2 or higher. Binary files are mailed using the undocumented VMS Mail command SEND/NOEDIT/FOREIGN. The message is encoded using BASE64, as specified in the MIME RFC (RFC 1341, ``MIME (Multipurpose Internet Mail Extensions): Mechanisms for specifying and describing the format of Internet message bodies,'' by N. Borenstein and N. Freed, June 1992). The resulting message is MIME-compliant. The contents are specified as ``APPLICATION/VMS-RMS'', which is recognized my MX, MultiNet, and PMDF. Incoming ``VMS-RMS'' messages encoded using the BASE64 algorithm are automatically decoded by MX before they are mailed via VMS Mail to the recipient(s). The files are mailed from MX as ``foreign'' files that maintain all of the VMS file attributes. Note that MX correctly encodes RMS indexed files, which are not properly encoded by PMDF V4.2 and MultiNet V3.2. Those products can, however, correctly decode such files, so indexed files can be mailed to other VMS sites using MX. The ``VMS-RMS'' format was first defined and implemented by Innosoft for PDMF. Matt Madison added the capability to MultiNet's VMS Mail interface and provided a description of the specification to Hunter Goatley, who implemented it in MX. PMDF V4.2 and higher have a (to my knowledge) fully MIME-compliant MTA and MUA. Note that MX won't 'split' the file. Also note that BASE64 encoding doesn't do any checksumming (although TCP should do an adequate job of ensuring the data was transferred without errors) -- you may want to stick the stuff into a backup save-set if you're concerned about possibilities of undetected corruption. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 25 Feb 1994 14:14:53 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Cannot ADD Users to Mailint List Message-ID: <1994Feb25.124513.1152@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 25 Feb 94 12:45:12 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A949.CFEF9200.6016@oehl.brooks.af.mil>, George Franklin writes: >Okay, I was using the REQUEST command in VMSmail for the ADD USER. The >MLF MXSERVER should be the utility to use. >Question: MCP is where I created the mailing lists. What would be the >utility for the MLF MXSERVER? What do you want to do? If you want to add or remote users from your mailing list, you have to send mail to either the "MXSERVER" or the "listname-REQUEST" address, using the proper command syntax for either address (they take different commands). You cannot add or remove users from any MX utility -- you have to send Email to one of the addresses. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 25 Feb 1994 15:14:40 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 25 Feb 1994 15:16:05 EST From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: WKUVX1.WKU.EDU!MX-List@esseye.si.com Message-ID: <0097A979.B3CCF600.8872@swdev.si.com> Subject: RE: More pseudo commands in MX? >I think, it could be very helpful, if MX could care about this. >Example: take a pseudo instruction like >/include binary disk_xx:[xx.yy]doc.wp5 >and MX does the rest (via a configurable procedure), zips the file, >uuencodes it and splits it - if necessary. I for one would not want to wait around until my MAIL prompt came back if this suggestion were ever to be implemented. -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Fri, 25 Feb 1994 15:24:09 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 25 Feb 1994 15:17:30 CST From: George Franklin Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A979.E69E9AC0.6178@oehl.brooks.af.mil> Subject: Still Having Problems Adding Users To Mailing List I am still having problems with the ADD command sending to MXSERVER. I still get an insufficient privilege error. I set DEBUG to TRUE. The log file gives a message of CHECK_ACCESS: Access check failed. Requested access denied. I am the owner. Also, I have RESET ROUTER/CLUSTER and RESET MLF/CLUSTER. Please advise. George Franklin ================================================================================ Archive-Date: Fri, 25 Feb 1994 16:59:25 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 25 Feb 1994 16:55:38 CST From: Howard Meadows Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A987.9BFC6E80.2027@cslvax.weeg.uiowa.edu> Subject: Re: More pseudo commands in MX? dwing@uh01.Colorado.EDU (Dan Wing) writes: > >In article <0097A977.0E327820.17827@LISSY1.LIF.DE>, Hans-Joachim Koch writes: >>My users have a lot of problems including binary attachements in their >>mails. We told them how to do this (first .zip, then .uue), but this >>doesn't help much. >> >>I think, it could be very helpful, if MX could care about this. >>Example: take a pseudo instruction like >>/include binary disk_xx:[xx.yy]doc.wp5 >>and MX does the rest (via a configurable procedure), zips the file, >>uuencodes it and splits it - if necessary. >> >>Science fiction? Or an idea that could get prio>0 on Hunter's list... :-) > >It is called MIME. See RFC1341 (available from ftp.uu.net in /inet/rfc). > >But what you're interested in doing is implemented, to a degree, in MX V3.3 >as well as MultiNet V3.2's built-in SMTP mailer. See the MX V3.3 release >notes, which discuss SEND/FOREIGN: > > 2 VMS binary files can now be mailed via MX to > other VMS sites running either MX V3.3 or higher, > PMDF V4.1 or higher, or MultiNet V3.2 or higher. > Binary files are mailed using the undocumented > VMS Mail command SEND/NOEDIT/FOREIGN. The message > is encoded using BASE64, as specified in the > MIME RFC (RFC 1341, ``MIME (Multipurpose Internet > Mail Extensions): Mechanisms for specifying and > describing the format of Internet message bodies,'' > by N. Borenstein and N. Freed, June 1992). > > The resulting message is MIME-compliant. The > contents are specified as ``APPLICATION/VMS-RMS'', > which is recognized my MX, MultiNet, and PMDF. > > Incoming ``VMS-RMS'' messages encoded using the > BASE64 algorithm are automatically decoded by > MX before they are mailed via VMS Mail to the > recipient(s). The files are mailed from MX as > ``foreign'' files that maintain all of the VMS file > attributes. > > Note that MX correctly encodes RMS indexed files, > which are not properly encoded by PMDF V4.2 > and MultiNet V3.2. Those products can, however, > correctly decode such files, so indexed files can be > mailed to other VMS sites using MX. > > The ``VMS-RMS'' format was first defined and > implemented by Innosoft for PDMF. Matt Madison added > the capability to MultiNet's VMS Mail interface > and provided a description of the specification to > Hunter Goatley, who implemented it in MX. > >PMDF V4.2 and higher have a (to my knowledge) fully MIME-compliant MTA and >MUA. > For mailing to other VMS sites with PDMF, MultiNet, or MX, this works great. Will MX be updated to understand and deal with any Content types other than ``APPLICATION/VMS-RMS''? It appears that MX decodes *ALL* incoming MIME (BASE64) encoded files regardless of "Content type" before delivering to the recipient. For instance, if I receive a message from a non-VMS host which attached a uuencoded file, the uuencoded file gets corrupted because it's an attachment, identified by MIME as "Content Type UUEncoded" or something like that (not APPLICATION/VMS-RMS). I'm thinking that if these were *NOT* decoded by MX prior to delivery, I could use EXTRACT to pull them into a file, and uudecode them myself to produce useable binary files. If I'm missing something here, please advise. Thanks, Howard *************************************************************************** * Howard Meadows Sr. Systems Programmer Weeg Computing Center * * University Of Iowa Iowa City, Iowa 52242 Phone: 319-335-5519 * * email: howard-meadows@uiowa.edu FAX : 319-335-5505 * *************************************************************************** ================================================================================ Archive-Date: Fri, 25 Feb 1994 17:09:03 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: Still Having Problems Adding Users To Mailing List Message-ID: <1994Feb25.145359.1153@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 25 Feb 94 14:53:59 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A979.E69E9AC0.6178@oehl.brooks.af.mil>, George Franklin writes: >I am still having problems with the ADD command sending to MXSERVER. > >I still get an insufficient privilege error. I set DEBUG to TRUE. The >log file gives a message of CHECK_ACCESS: Access check failed. >Requested access denied. > >I am the owner. Also, I have RESET ROUTER/CLUSTER and RESET MLF/CLUSTER. > >Please advise. Post the information in the logs, not your summary of it, to the list. Also post the output from the MCP command "SHOW LIST listname". -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 25 Feb 1994 18:36:12 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Fri, 25 Feb 1994 18:36:00 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097A995.A1864A07.7@ALPHA.WKU.EDU> Subject: Re: More pseudo commands in MX? Howard Meadows writes: > > For mailing to other VMS sites with PDMF, MultiNet, or MX, this >works great. Will MX be updated to understand and deal with any >Content types other than ``APPLICATION/VMS-RMS''? > It's unlikely. As we've discussed here several times before, this stuff *really* belongs in the user agent (e.g., VMS Mail, Pine, etc.), not the transport. BTW, a port of Pine to VMS that works with VMS Mail files is underway by Yehavi in Israel. > It appears that MX decodes *ALL* incoming MIME (BASE64) encoded >files regardless of "Content type" before delivering to the recipient. No, it doesn't. >For instance, if I receive a message from a non-VMS host which attached >a uuencoded file, the uuencoded file gets corrupted because it's an >attachment, identified by MIME as "Content Type UUEncoded" or something >like that (not APPLICATION/VMS-RMS). I'm thinking that if these were >*NOT* decoded by MX prior to delivery, I could use EXTRACT to pull them >into a file, and uudecode them myself to produce useable binary files. > > If I'm missing something here, please advise. > I don't know what you're seeing, but MX specifically checks the Content-Type and *only* deals with BASE64-encoded, APPLICATION/VMS-RMS files. It sounds like you're seeing multi-part MIME messages, which MX also ignores. If the files are getting corrupted, it's not because MX tried to decode it.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Fri, 25 Feb 1994 21:02:39 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: Re: More pseudo commands in MX? Message-ID: <1994Feb25.191513.1155@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 25 Feb 94 19:15:12 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A987.9BFC6E80.2027@cslvax.weeg.uiowa.edu>, Howard Meadows writes: > For mailing to other VMS sites with PDMF, MultiNet, or MX, this >works great. Will MX be updated to understand and deal with any >Content types other than ``APPLICATION/VMS-RMS''? MX V3.4-beta can deal with quoted printable. > It appears that MX decodes *ALL* incoming MIME (BASE64) encoded >files regardless of "Content type" before delivering to the recipient. >For instance, if I receive a message from a non-VMS host which attached >a uuencoded file, the uuencoded file gets corrupted because it's an >attachment, identified by MIME as "Content Type UUEncoded" or something >like that (not APPLICATION/VMS-RMS). I'm thinking that if these were >*NOT* decoded by MX prior to delivery, I could use EXTRACT to pull them >into a file, and uudecode them myself to produce useable binary files. > > If I'm missing something here, please advise. When MX decodes a BASE64-encoded file, it (MX) generates two entries in your mail -- one contains the RFC headers and a one-line message (from MX) stating that the file is contained 'under separate cover'. The second entry in your mail is the actual file; attempting to read it gives a message similar to 'file mailed FOREIGN - you must extract this message to read it'. If you didn't see something like what I've described, MX didn't attempt to decode the MIMEd mail message. Please post the headers of one of the messages you've seen this behavior with. Using MX V3.3's MAIL/FOREIGN/TYPE=1 command (and appropriate privileges, I think it requires LOG_IO) you can force the message through MX again to see MX's behavior -- see MX V3.3 release notes for the exact syntax and privilege requirements. UUENCODE isn't a standard, though, and it is very difficult to impossible to automatically decode every UUENCODEd message -- for example, there are several flavors of UUDECODE on VMS to handle the various encoding schemes possible with the different flavors of UUENCODE available! -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Fri, 25 Feb 1994 21:52:18 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: david@hccw.com Reply-To: MX-List@WKUVX1.WKU.EDU Subject: test only Message-ID: <1994Feb24.111258.100@hccw.com> Date: 24 Feb 94 11:12:58 PST To: MX-List@WKUVX1.WKU.EDU test only ================================================================================ Archive-Date: Sat, 26 Feb 1994 02:04:02 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Sat, 26 Feb 1994 08:38:14 CET From: Hans-Joachim Koch Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@WKUVX1.WKU.EDU CC: sys_hjk@LISSY1.lif.de Message-ID: <0097AA0B.4A171D20.17961@LISSY1.LIF.DE> Subject: Pseudo commands, 2.try Thanks to Dan and others for the first answers. I *know* of mime and all the other stuff, I know of send/foreign and so on. Maybe I didn't express my idea good enough... I want to send a normal mail using the restricted VMSmail. But I want to add a pseudo command like "/signature" to the text, in this case something like "/include binary xxx". I don't want to wait, until this binary is added to the mail (someone answered this, btw there is NO way for this in VMSmail). The same part of MX that scans the mail for a pseudo command like /sig can scan for a command like /include. If it finds one, it could call a system supplied command procedure to do the other stuff. It's no clean solution, as Hunter mentioned, but it is the only way with the limited VMSmail capabilities. As Dan mentioned, MIME is the magic word. But its capabilities are not widely implemented. To transfer binary files, the common way is to zip and to uuencode the file. Everyone can decode this, but not at all mime and base64 and so on. I don't want a new standard, I only want an additional help for the 'normal' user. But it seems, nobody understands this... :-( I think I have to realize this with some site specific procedures. Thanks for your comments and suggestions. Hans. ================================================================================ Archive-Date: Sat, 26 Feb 1994 08:38:45 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Sat, 26 Feb 1994 08:34:59 -0600 Message-ID: <199402261434.IAA22362@blue.weeg.uiowa.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: mx-list@wkuvx1.wku.edu From: Howard-Meadows@uiowa.edu (Howard Meadows) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: More pseudo commands in MX? Hunter Goatley, WKU writes: > > >Howard Meadows writes: >> >> For mailing to other VMS sites with PDMF, MultiNet, or MX, this >>works great. Will MX be updated to understand and deal with any >>Content types other than ``APPLICATION/VMS-RMS''? >> >It's unlikely. As we've discussed here several times before, this >stuff *really* belongs in the user agent (e.g., VMS Mail, Pine, >etc.), not the transport. BTW, a port of Pine to VMS that works with >VMS Mail files is underway by Yehavi in Israel. > That's interesting. I have several here who have been asking for this too. :-) > >> It appears that MX decodes *ALL* incoming MIME (BASE64) encoded >>files regardless of "Content type" before delivering to the recipient. > >No, it doesn't. > Well, I figured I was wrong there. Thanks for verifying my error. > >>For instance, if I receive a message from a non-VMS host which attached >>a uuencoded file, the uuencoded file gets corrupted because it's an >>attachment, identified by MIME as "Content Type UUEncoded" or something >>like that (not APPLICATION/VMS-RMS). I'm thinking that if these were >>*NOT* decoded by MX prior to delivery, I could use EXTRACT to pull them >>into a file, and uudecode them myself to produce useable binary files. >> >> If I'm missing something here, please advise. >> >I don't know what you're seeing, but MX specifically checks the >Content-Type and *only* deals with BASE64-encoded, APPLICATION/VMS-RMS >files. It sounds like you're seeing multi-part MIME messages, which >MX also ignores. If the files are getting corrupted, it's not because >MX tried to decode it.... > You're absolutely correct. We are seeing multi-part MIME messages. From what you're saying here, it sounds like MX ignores them and delivers them as "normal" mail files, so I'll look elsewhere to see where the problem is. > >Hunter >------ >Hunter Goatley, VMS Systems Programmer, Western Kentucky University >goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) > Thanks for all you do, Hunter; and thanks to Dan Wing also, for his help with many of these questions. You both are greatly appreciated. -Howard ****************************************************************************** * Howard Meadows, Sr. Systems Programmer University of Iowa * * Internet: Howard-Meadows@uiowa.edu Iowa City, Iowa 52242 * * AOL : HTMeadows@aol.com (319) 335-5519 * ****************************************************************************** ================================================================================ Archive-Date: Sat, 26 Feb 1994 14:22:23 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: dbadrak@info.census.gov (Don Badrak) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: wishlist for MX Date: 25 Feb 1994 17:52:52 -0500 Message-ID: <2klvg4$40o@info.census.gov> To: MX-List@WKUVX1.WKU.EDU I'm interested in finding a way to NOT use the personal name from within VMS mail when a message goes out using MX. We've had some complaints about the bizarre personal names in VMS mail when they get into our QuickMail system. QuickMail interprets the "From:" field from the RFC822 header as whatever is immediately folling the colon-space. If the user has no personal name in VMS mail, the address is first (user@myvax.domain). Otherwise, it is the personal name "boring alligators thunk loudly", followed by the address. I'd like a way (maybe MX_PERSONAL_NAME as some string, and/or MX_INCLUDE_PERSONAL_NAME true/false) to change the behavior of this. I was poking around the source, but it won't do me any good (since I don't have a Bliss compiler nor do I understand Bliss). Has anyone found a way to do this? Is it possible to include this feature in the next release (say, speaking of the next release, is there a target date?)? To all whom have contributed to MX: Keep up the good work. I love the stuff. Don -- ----------------------------------------------- dbadrak@census.gov Don Badrak Geography Division U.S. Bureau of the Census ================================================================================ Archive-Date: Sat, 26 Feb 1994 17:03:07 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Sat, 26 Feb 1994 16:58:44 CST From: Kenny Kon Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0097AA51.35745B80.18187@bible.acu.edu> Subject: Please help me decode this header I had this message bounce back to me. Could someone please explain to me what has gone wrong. Thanks. >From: MX%"Mailer-Daemon@petra.com" 26-FEB-1994 14:19:33.51 >To: KON >CC: >Subj: Returned mail: User unknown > >Return-Path: >Received: from relay1.UU.NET by BIBLE.ACU.EDU (MX V3.3 VAX) with SMTP; Sat, 26 > Feb 1994 14:19:29 CST >Received: from uucp4.uu.net by relay1.UU.NET with SMTP > (5.61/UUNET-internet-primary) id AAweyr03782; Sat, 26 Feb 94 15:18:46 > -0500 >Received: from petra.UUCP by uucp4.uu.net with UUCP/RMAIL ; Sat, 26 Feb 1994 > 15:18:47 -0500 >Received: from uunet.UUCP by petra.com (4.1/PETRA-1.0) id AB00317; Sat, 26 Feb > 94 11:49:38 EST >Date: Sat, 26 Feb 94 11:49:38 EST >From: Mailer-Daemon@petra.com (Mail Delivery Subsystem) >Subject: Returned mail: User unknown >Message-ID: <9402261649.AB00317@petra.com> >To: Postmaster@bible.acu.edu > > ----- Transcript of session follows ----- >550 sas... User unknown > > ----- Unsent message follows ----- >Return-Path: >Received: from uunet.UUCP by petra.com (4.1/PETRA-1.0) > id AA00311; Sat, 26 Feb 94 11:49:38 EST >Errors-To: Postmaster@bible.acu.edu >Received: from decster.uta.edu (via news.uta.edu) by relay1.UU.NET with SMTP > (5.61/UUNET-internet-primary) id AAwewy15242; Sat, 26 Feb 94 04:02:25 -0500 >Received: by decster.uta.edu (5.65/DEC-Ultrix/4.3) > id AA18761; Sat, 26 Feb 1994 03:02:20 -0600 >Message-Id: <9402260902.AA18761@decster.uta.edu> >Received: by bible.acu.edu (MX V3.3 VAX) id 18000; Sat, 26 Feb 1994 03:02:54 CST >Date: Sat, 26 Feb 1994 03:02:54 CST >Sender: uunet!bible.acu.edu!Postmaster >Errors-To: Postmaster@bible.acu.edu >Warnings-To: <> >From: MX mailing list processor >To: petra!sas@decster.uta.edu >Subject: Subscription to mailing list CELL-CHURCH > >Welcome to the Cell Church Discussion Group! The vision, mechanics, >and files of this group are discussed below, followed by a suggestion >for your first message. The list owner of CELL-CHURCH is Jon Reid >[.........] Kenny ----- Kenny Kon, Assistant Systems Manager College of Biblical Studies, Abilene Christian University E-Mail: kenny.kon@BIBLE.ACU.EDU, Postmaster@BIBLE.ACU.EDU ================================================================================ Archive-Date: Sat, 26 Feb 1994 17:14:37 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Sat, 26 Feb 1994 17:14:22 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: KON@BIBLE.ACU.EDU Message-ID: <0097AA53.6484E3FC.13@ALPHA.WKU.EDU> Subject: RE: Please help me decode this header Kenny Kon writes: > >I had this message bounce back to me. Could someone please explain to me >what has gone wrong. Thanks. > >>From: MX%"Mailer-Daemon@petra.com" 26-FEB-1994 14:19:33.51 >>To: KON >>CC: >>Subj: Returned mail: User unknown [...] >> ----- Transcript of session follows ----- >>550 sas... User unknown >> As it says, it means the address to which the message was sent (user sas) doesn't exist. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Sat, 26 Feb 1994 20:50:16 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Please help me decode this header Date: 27 Feb 1994 02:20:47 GMT Message-ID: <2kp01v$67i@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097AA51.35745B80.18187@bible.acu.edu>, Kenny Kon writes: =I had this message bounce back to me. Could someone please explain to me =what has gone wrong. Thanks. = =>From: Mailer-Daemon@petra.com (Mail Delivery Subsystem) ... => ----- Transcript of session follows ----- =>550 sas... User unknown => => ----- Unsent message follows ----- =>Return-Path: =>Received: from uunet.UUCP by petra.com (4.1/PETRA-1.0) =>Received: from decster.uta.edu (via news.uta.edu) by relay1.UU.NET with SMTP =>Received: by decster.uta.edu (5.65/DEC-Ultrix/4.3) =>Received: by bible.acu.edu (MX V3.3 VAX) id 18000; Sat, 26 Feb 1994 03:02:54 CST =>To: petra!sas@decster.uta.edu OK. The mail is first sent to DECSTER.UTA.EDU. DECSTER determines that the local part of the address, petra!sas," is a UUCP-format address, which means it's supposed to forward the message via UUCP to a machine called PETRA, which will take over the delivery. DECSTER sends the mail to PETRA. PETRA tries to deliver the message to a user or alias called sas. There's no such user or alias on node SAS. So the message is bounced back to 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: Sun, 27 Feb 1994 03:09:34 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Cannot ADD Users to Mailint List Date: 27 Feb 1994 08:34:03 GMT Message-ID: <2kpltr$mhe@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A877.0C2C1820.5860@oehl.brooks.af.mil>, George Franklin writes: =I have tried to use the ADD USER to a mailing list that I own and =having no success. I do have system privileges. I am getting an error =message stating that the problem is insufficient privileges. = =I did do a RESET MLF/CLUSTER and RESET ROUTER/CLUSTER. This did not =clear the error and let met ADD users to the mailing list. Please =advise. And, of course, the bounce message is absolutely irrelevant to the problem, as is the way you've defined the list, right? It must be, otherwise, you'd've included them in your post. At a guess, the case of your username in the list definition doesn't match the case of the username in the From: field in the message when MLF processes it. Of course, that's only a guess since it didn't occur to you to provide the information that would rather obviously be required to confidently diagnose the problem. -------------------------------------------------------------------------------- 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: Sun, 27 Feb 1994 04:13:47 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Sun, 27 Feb 1994 04:10:41 CST From: Kenny Kon Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097AAAF.140B6980.18305@bible.acu.edu> Subject: Re: Please help me decode this header >OK. The mail is first sent to DECSTER.UTA.EDU. DECSTER determines that the >local part of the address, petra!sas," is a UUCP-format address, which means >it's supposed to forward the message via UUCP to a machine called PETRA, which >will take over the delivery. DECSTER sends the mail to PETRA. PETRA tries to >deliver the message to a user or alias called sas. There's no such user or >alias on node SAS. So the message is bounced back to you. Here is another quick question. Is it possible that the "To:" part of the header on the subscriber's host is faulty. Does that sort of thing happen with UUCP type addresses? Kenny ----- Kenny Kon, Assistant Systems Manager College of Biblical Studies, Abilene Christian University E-Mail: kenny.kon@BIBLE.ACU.EDU, Postmaster@BIBLE.ACU.EDU ================================================================================ Archive-Date: Sun, 27 Feb 1994 15:35:54 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Changing a user's options in a mailing list Date: 27 Feb 1994 09:56:36 GMT Message-ID: <2kpqok$mhe@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Feb24.212909.1177@earlham.edu>, michaelb@earlham.edu writes: =I recently created a number of mailing lists. When I added people to =these lists I forgot to specify the /NOREPRO qualifer. I have tried to =change everyone with by issuing a SET NOREPRO <*> but it does not work. Is =there a way for me to change user's setting without telling the user? You could unsubscribe and resubscribe them, using the /NONOTIFY qualifier. E.g., to change the entry for joeuser@fubar.spam in list some_list $ MAIL/SUBJ="" SYS$INPUT: MX%some_list-REQUEST REMOVE/NONOTIFY joeuser@fubar.spam ADD/NONOTIFY/NOREPRO joeuser@fubar.spam -------------------------------------------------------------------------------- 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: Sun, 27 Feb 1994 15:36:04 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: michaelb@earlham.edu Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Suggestions/questions for MX Message-ID: <1994Feb27.134610.1203@earlham.edu> Date: 27 Feb 94 08:46:05 GMT To: MX-List@WKUVX1.WKU.EDU I have several suggestions/questions about MX. 1. When will the FILESERV and MXSERV commands be available in a single message? For example, why do we need a FILESERV and an LISTSERV/MXSERV? 2. Will the list owner be able to manipulate the settings of all memebers of the list without removing everyone and re-adding them? For example, when will the owner be able to issue the command SET NOMAIL ? 3. Can MX be set up to use UUENCODE or BINHEX when using the VMSMIAL SEND/FOREIGN command. It would be a lot easier to communicate with the MAC and PC mailers which are using UUENCODE/BINHEX. Michael ---_________________________________________________________________________--- Michael L. Bowden | Voice: (317) 983-1355 Technology/Reference Librarian | Fax: (317) 983-1304 Drawer 198 | Internet: MichaelB@Earlham.Edu Earlham College | Internet: MichaelB@Tian.Earlham.Edu Richmond, Indiana 47374-4095 | ListOwner: LIBMASTR@UOTTAWA ---_________________________________________________________________________--- This race is already run...Get off your horse -- get on this train! ================================================================================ Archive-Date: Sun, 27 Feb 1994 15:36:08 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Still Having Problems Adding Users To Mailing List Date: 27 Feb 1994 19:28:54 GMT Message-ID: <2kqs9m$4hh@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097A979.E69E9AC0.6178@oehl.brooks.af.mil>, George Franklin writes: =I am still having problems with the ADD command sending to MXSERVER. = =I still get an insufficient privilege error. I set DEBUG to TRUE. The =log file gives a message of CHECK_ACCESS: Access check failed. =Requested access denied. = =I am the owner. Also, I have RESET ROUTER/CLUSTER and RESET MLF/CLUSTER. Sheesh! How clueless can anybody get? He's explicitly told to post the bounce message and the output of the MCP SHOW LIST command, but does he do so? Nah. He STILL thinks that such information must be irrelevant! =Please advise. Catch a clue: 1) Next time, post the bounce message and/or the debug log; 2) Also include the list definition. Analogy: You're asking a question perfectly analogous to the following: My car won't start. Why? -------------------------------------------------------------------------------- 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 Feb 1994 06:16:41 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 06:14:46 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097AB89.93E9E0C5.23@ALPHA.WKU.EDU> Subject: RE: Suggestions/questions for MX michaelb@earlham.edu writes: > >I have several suggestions/questions about MX. > >1. When will the FILESERV and MXSERV commands be available in a single >message? For example, why do we need a FILESERV and an LISTSERV/MXSERV? > Because you can have any number of file servers, that can be named anything you wish. FILESERV is common, but isn't required. I suppose the LISTSERV stuff could be expanded, but I see little point given the effort it would require (adding code to determine *which* files, etc.). >2. Will the list owner be able to manipulate the settings of all memebers >of the list without removing everyone and re-adding them? For example, >when will the owner be able to issue the command SET NOMAIL >? > Some day. I'm considering a standalone utility (sort of like MXALIAS) that list owners could use to manage lists. Probably not in the next version.... >3. Can MX be set up to use UUENCODE or BINHEX when using the VMSMIAL >SEND/FOREIGN command. It would be a lot easier to communicate with the MAC >and PC mailers which are using UUENCODE/BINHEX. > No, but it makes no difference, currently---MX *only* produces APPLICATION/VMS-RMS messages, which PC and Mac mailers wouldn't do anything with anyway. However, this ability is on the wish list. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Mon, 28 Feb 1994 06:22:49 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 15:48:06 -0305 From: SAEED KHADEMI Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0097ABD9.AC163AE0.7871@IREARN.BITNET> Hello, Could someone tell me, where is MX V3.3? ( I mean what anonymous ftp site, stores this package ) Regards, Saeed. ================================================================================ Archive-Date: Mon, 28 Feb 1994 06:26:58 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 06:26:40 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097AB8B.3D5D15C2.60@ALPHA.WKU.EDU> Subject: MX V3.3 SAEED KHADEMI writes: > >Hello, > Could someone tell me, where is MX V3.3? ( I mean what anonymous ftp >site, stores this package ) It's available via anonymous ftp from ftp.spc.edu in [.MX.MX033]. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Mon, 28 Feb 1994 06:56:37 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 06:56:02 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: FSUPDATE@WKUVX1.WKU.EDU, MX-LIST@WKUVX1.WKU.EDU, MACRO32@WKUVX1.WKU.EDU Message-ID: <0097AB8F.57BB2D88.3@ALPHA.WKU.EDU> Subject: My absence I will be out of the office from Tuesday, March 1, until Monday, March 14. I most likely won't be checking my mail during that period, so I wanted to warn everyone that any mail sent to me will probably go unanswered until after March 14. Hunter (he who dreads wading through the thousands of mail messages that are bound to have piled up by then....) ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU ================================================================================ Archive-Date: Mon, 28 Feb 1994 08:55:45 CST Sender: List-Mgr@WKUVX1.WKU.EDU From: kismet@trantor.cc.umb.edu (Ted Corning) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX Accounting Files Date: 28 Feb 1994 14:13:08 GMT Message-ID: <2ksu5k$k96@cs.umb.edu> To: MX-List@WKUVX1.WKU.EDU Hi, I posted this a couple of weeks ago, but I am not sure if it got out. I have just installed MX V3.3 here, and I am trying to configure it. I have a large cluster, in which two of the nodes will be running the MX Router and SMTP server, etc. At one point, when I did a MCP RESET/CLUSTER/ACCOUNTING, the two nodes opened different accounting files. Are multiple nodes in a cluster supposed to use the same accounting files, or different ones? Either way is fine, I just want to know what to look for. Is there a FAQ for this group? The software has been working very nicely for us (except for a problem with another site sending badly formed mail which crashed our SMTP Server), and we are very happy with it. Ted -- Ted Corning UMass/Boston Computing Services kismet@trantor.cc.umb.edu ================================================================================ Archive-Date: Mon, 28 Feb 1994 09:14:35 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 09:14:00 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097ABA2.9D971D86.17@ALPHA.WKU.EDU> Subject: RE: MX Accounting Files kismet@trantor.cc.umb.edu (Ted Corning) writes: > >Hi, > > I posted this a couple of weeks ago, but I am not sure if it got out. > I don't remember seeing it.... > I have just installed MX V3.3 here, and I am trying to configure it. I >have a large cluster, in which two of the nodes will be running the MX Router >and SMTP server, etc. At one point, when I did a MCP RESET/CLUSTER/ACCOUNTING, >the two nodes opened different accounting files. > Yes, unfortunately. > Are multiple nodes in a cluster supposed to use the same accounting files, >or different ones? Either way is fine, I just want to know what to look for. They will use the same one if there's only one. However, on a RESET/ACCOUNTING/CLUSTER, they *both* will open a new one. This is something I hope to address soon. (This is a real problem with the SMTP accounting logs, since a lot of people run lots of SMTP agents.) >Is there a FAQ for this group? > Not yet. > The software has been working very nicely for us (except for a problem with >another site sending badly formed mail which crashed our SMTP Server), and we >are very happy with it. > Do you have an example of that? A sample message? The server should never crash, even when handed bad mail. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Mon, 28 Feb 1994 09:19:55 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 10:15:58 EST From: koenig@CVAX.IPFW.INDIANA.EDU Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097ABAB.45B923EE.20473@CVAX.IPFW.INDIANA.EDU> Subject: RE: wishlist for MX Hello MXers! >From: >Subject: wishlist for MX >Date: 25 Feb 1994 17:52:52 -0500 >Organization: US Census Bureau > >I'm interested in finding a way to NOT use the personal name from >within VMS mail when a message goes out using MX. > >We've had some complaints about the bizarre personal names in VMS >mail when they get into our QuickMail system. I just got done working Friday on a similar problem to the one you describe. Mine involved cc:Mail's Link to SMTP product and a bug in it. Maybe some of my research can benefit you in some way and prevent you from having to bang your head against the wall like I did for a few days. What I was seeing was that messages coming in to SMTP-Link from mailers other than MX with the From: field similar to the following: From: koenig@cvax.ipfw.indiana.edu (Greg Koenig) (which is a valid RFC 822 line) were un-replyable by the cc:Mail users. The SMTP-Link system uses MX as a mail relay and passes all of its mail through our VAX system. The messages were all being returned with a "501 Syntax error in address" message which is coming from the RFC 821 SMTP mail transaction. What I discovered was that the SMTP-Link system was trying to do an RFC 821 transaction of: RCPT TO: which MX, correctly, refused as invalid. It sounds like this could be the same thing you're seeing based on your next paragraph. >QuickMail interprets the "From:" field from the RFC822 header as >whatever is immediately folling the colon-space. If the user has >no personal name in VMS mail, the address is first (user@myvax.domain). >Otherwise, it is the personal name "boring alligators thunk loudly", followed >by the address. > Actually, according to RFC 822 (if I'm reading it right) it should be: From: "boring alligators" with the diamond brackets "< >" around the address part. Quickmail should then be able to parse the address portion out correctly. So either the message is getting in with an improperly formed From: line or Quickmail is incorrectly not looking between the < > in messages. CHECK THIS OUT. >I'd like a way (maybe MX_PERSONAL_NAME as some string, and/or >MX_INCLUDE_PERSONAL_NAME true/false) to change the behavior of this. I >was poking around the source, but it won't do me any good (since I >don't have a Bliss compiler nor do I understand Bliss). > >Has anyone found a way to do this? Is it possible to include this >feature in the next release (say, speaking of the next release, is there >a target date?)? > >To all whom have contributed to MX: Keep up the good work. I love the >stuff. > I ended up writing a small C program that runs on the SMTP-Link system as a "user exit" routine to modify the RFC 821 transaction information just prior to the SMTP-Link system delivering the mail to MX. As I investigated the problem, though, I noticed that MX is following the RFC 821 and RFC 822 standards correctly. I elected to not make any modifications to MX because it was acting correctly in sending out messages with personal names in them (i.e. it correctly puts diamond brackets around the address portion) and correctly in rejecting ill-formed 821 transactions. My theory is: don't fix something that's not broken or you'll likely end up breaking it. Go ahead and send me a personal message if you think I might be able to give you any additional information. >Don > > >----------------------------------------------- >dbadrak@census.gov >Don Badrak Geography Division > U.S. Bureau of the Census ---Greg --------------------------------------------------------------------------- Greg Koenig koenig@cvax.ipfw.indiana.edu Systems Programmer koenig@ipfwcvax.bitnet Indiana University - Purdue University koenig@smtplink.ipfw.indiana.edu Fort Wayne, Indiana (219) 481-6031 --------------------------------------------------------------------------- ================================================================================ Archive-Date: Mon, 28 Feb 1994 09:37:31 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 10:33:07 EST From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: oetting@gldfs.cr.usgs.gov, hardis@garnet.nist.gov Message-ID: <0097ABAD.AB81A000.5187@garnet.nist.gov> Subject: RE: missing logical in MX_SMTP setup > I just installed MX 3.3 and must have missed something. The MX_SMTP quits > immediatly leaving only the starting message in the log file. You're running CMU/TEK TCP/IP, aren't you? Common problem. In IPSTARTUP.COM, edit the line: $ Define/System/Exec/NoLog INTERNET_HOST_NAME ....... While editing that file, comment out these lines, as well: $!$! Define/System/Exec/NoLog TCP$SMTPSV CMUTEK_ROOT:[SYSEXE]SMTP_SERVER.EXE $!$ DEFINE/SYSTEM TCP$SMTPSV MX_EXE:SMTP_SERVER.EXE - Jonathan ================================================================================ Archive-Date: Mon, 28 Feb 1994 11:03:05 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 08:53:20 PST From: robert@dis.ucsf.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097AB9F.BAC60B40.4165@dis.ucsf.edu> Subject: RE: Suggestions/questions for MX I've been able to use SEND/FOREIGN to send binary files to users of Pegasus Mail. They had no trouble extracting the documents. When they send documents to me, however, they must send them uuencoded since MX won't decode BASE64 files from non-MX systems. The VMS version of uudecode that I have hasn't had any problems with these files. Robert Weiner Manager, Development Information Systems UC San Francisco ================ >3. Can MX be set up to use UUENCODE or BINHEX when using the VMSMIAL >SEND/FOREIGN command. It would be a lot easier to communicate with the MAC >and PC mailers which are using UUENCODE/BINHEX. > No, but it makes no difference, currently---MX *only* produces APPLICATION/VMS-RMS messages, which PC and Mac mailers wouldn't do anything with anyway. However, this ability is on the wish list. ================================================================================ Archive-Date: Mon, 28 Feb 1994 12:35:50 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: RE: Suggestions/questions for MX Message-ID: <1994Feb28.105354.1161@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 28 Feb 94 10:53:54 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097AB9F.BAC60B40.4165@dis.ucsf.edu>, robert@dis.ucsf.edu writes: >I've been able to use SEND/FOREIGN to send binary files to users >of Pegasus Mail. They had no trouble extracting the documents. I'm surprised that Pegasus can handle a Content-Type of "APPLICATION/VMS-RMS". In fact, I'd have to say I don't believe that Pegasus can handle it properly and is instead performing a simple BASE64 decoding and ignoring the Content-Type field (which is likely against the RFC -- doing this is probably mentioned in the MIME RFC). >When they send documents to me, however, they must send them uuencoded >since MX won't decode BASE64 files from non-MX systems. Yes, MX will decode BASE64 files from non-MX systems. It will properly decode files sent from PMDF V4.2 (and higher) and MultiNet's SMTP V3.2 (and higher) systems -- these are both non-MX systems. What MX requires, and Pegasus can't generate, is the Content-Type of "Application/VMS-RMS". >The VMS version of uudecode that I have hasn't had any problems with these >files. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Mon, 28 Feb 1994 12:40:46 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 10:30:41 PST From: robert@dis.ucsf.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097ABAD.547D51A0.4225@dis.ucsf.edu> Subject: Can someone help decode this header? I received the following email message, apparently from myself, this morning. I did not send or forward it to myself. It was a reply to a message I sent last week. For some reason the FROM: address is me! When I relied to it, I got the reply. Note the line in the header saying "SMTP MAIL FROM does not correspond to sender." This is the first time I've seen something like this. Any help will be much appreciated. Robert Weiner UC San Francisco ============= From: MX%"robert@dis.ucsf.edu" 28-FEB-1994 09:13:27.99 To: ROBERT CC: Subj: report request Return-Path: Received: from oak.his.ucsf.EDU by DIS.UCSF.EDU (MX V3.3 VAX) with SMTP; Mon, 28 Feb 1994 09:13:25 PST Received: from oak.his.ucsf.EDU by oak.his.ucsf.EDU (IBM VM SMTP V2R2) with BSMTP id 0148; Mon, 28 Feb 94 09:19:08 PST Received: from UCSFHC (STEVEB) by oak.his.ucsf.EDU (Mailer R2.07) with BSMTP id 7571; Mon, 28 Feb 94 09:19:08 PST Resent-Date: Mon, 28 Feb 94 09:15:05 PST Resent-From: Steve Baron Resent-To: Robert Weiner X-Delivery-Notice: SMTP MAIL FROM does not correspond to sender. Received: from UCSFHC (SMTP) by oak.his.ucsf.EDU (Mailer R2.07) with BSMTP id 7596; Wed, 23 Feb 94 16:52:06 PST Received: from DIS.UCSF.EDU by oak.his.ucsf.EDU (IBM VM SMTP V2R2) with TCP; Wed, 23 Feb 94 16:52:06 PST Received: by dis.ucsf.edu (MX V3.3 VAX) id 3481; Wed, 23 Feb 1994 16:46:40 PST Date: Wed, 23 Feb 1994 16:46:39 PST From: robert@dis.ucsf.edu To: STEVEB@oak.his.ucsf.EDU Message-ID: <0097A7F4.0611D5C0.3481@dis.ucsf.edu> Subject: report request ================================================================================ Archive-Date: Mon, 28 Feb 1994 12:53:54 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 12:53:20 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097ABC1.4190B08C.21@ALPHA.WKU.EDU> Subject: RE: Can someone help decode this header? robert@dis.ucsf.edu writes: > >I received the following email message, apparently from myself, this >morning. I did not send or forward it to myself. It was a reply to a >message I sent last week. For some reason the FROM: address is me! >When I relied to it, I got the reply. Note the line in the header >saying "SMTP MAIL FROM does not correspond to sender." This is the >first time I've seen something like this. Any help will be much >appreciated. > [...] >Received: from UCSFHC (STEVEB) by oak.his.ucsf.EDU (Mailer R2.07) with BSMTP id > 7571; Mon, 28 Feb 94 09:19:08 PST >Resent-Date: Mon, 28 Feb 94 09:15:05 PST >Resent-From: Steve Baron >Resent-To: Robert Weiner >X-Delivery-Notice: SMTP MAIL FROM does not correspond to sender. >Received: from UCSFHC (SMTP) by oak.his.ucsf.EDU (Mailer R2.07) with BSMTP id > 7596; Wed, 23 Feb 94 16:52:06 PST Mailer R2.07 is an IBM mailer that lets people FORWARD messages, keeping the original RFC822 headers intact. Note the Resent- lines above. In this case, Steve forwarded your message to you and the mailer left the From: line alone. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Mon, 28 Feb 1994 14:22:24 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 14:12:40 CST From: "George D. Greenwade" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: dbadrak@census.gov Message-ID: <0097ABCC.56E2EEE0.3977@SHSU.edu> Subject: RE: wishlist for MX On 25 Feb 1994 17:52:52 -0500, dbadrak@info.census.gov (Don Badrak) posted: > I'm interested in finding a way to NOT use the personal name from within > VMS mail when a message goes out using MX. > > We've had some complaints about the bizarre personal names in VMS mail when > they get into our QuickMail system. > > QuickMail interprets the "From:" field from the RFC822 header as whatever > is immediately folling the colon-space. If the user has no personal name > in VMS mail, the address is first (user@myvax.domain). Otherwise, it is the > personal name "boring alligators thunk loudly", followed by the address. With all due respect, why don't you bother the QuickMail people about this? Matt, first, and now Hunter went to great pains to make MX about the most RFC-compliant mailer available for *any* platform anywhere. How MX handles personal name strings is not a problem following any standards. Understandably, a fix such as you suggest to MX would possibly work around the problem as you see it, but "little" things like this should serve as a signal that maybe the other software has some other problems (problems which might be kinda severe if its authors screwed up something as basic as RFC 822 addressing). I would imagine that the Census Bureau is an adequately large client that your request might carry some weight, which would probably help everyone on the net who has to deal with their product. Regards, George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Bitnet: BED_GDG@SHSU Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 P. O. Box 2118 FAX: (409) 294-3612 Sam Houston State University Internet: bed_gdg@SHSU.edu Huntsville, TX 77341 bed_gdg%SHSU.decnet@relay.the.net %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ================================================================================ Archive-Date: Mon, 28 Feb 1994 14:39:20 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 14:36:33 EST From: Chris Olive (x7793) Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: olive@sgvx02 Message-ID: <0097ABCF.AD74C500.12951@sgi.siemens.com> Subject: Problems with UCX We use UCX v2.0D as our TCP/IP software (much to my chagrin -- I inherited this mess). As you can probably see from the headers in this message, we have a problem at this site. My return path (the From: line) should have 'olive@sgi.siemens.com' not 'olive@sgvx02'. Our fully qualified name is 'sgvx02.sgi.siemens.com'; 'sgi.siemens.com' works fine as well. Inside UCX, our domain name is 'sgi.siemens.com' (defined using the SET NAME_SERVICE/DOMAIN="sgi.siemens.com" command). The interface name (we have two interfaces) is 'sgvx02'. UCX correctly concatenates the interface name with the domain name to come up with the fully qualified name 'sgvx02.sgi.siemens.com'. That's how UCX works; that's what it's supposed to do. Our problem is that it appears MX takes the name of the interface (established with the SET HOST "sgvx02"/ADDRESS=129.73.17.2 command) and uses that as the fully qualified name. How can I get MX to use the fully qualified name? According to the person who set up UCX (before me) every other service in the building which *does* use UCX (of course we have SMTP service diabled in lieu of MX) uses 'sgvx02.sgi.siemens.com'. Why doesn't MX??? Or is there something I'm missing (probably)? I am not overly knowledgable with UCX (nor am I overly impressed with it either). Is there someone who can give me some UCX pointers so MX works properly? The UCX person here thinks it's MX that's broke. I'm convinced it's the opposite. (UCX strikes me as a huge kludge whilest MX strikes me as a very robust product. Oh, if only we had TGV...). Any help would be muchly appreciated. Also be aware we have two interfaces here and only one (the 129.73.17.2 one) has a name ("sgvx02"). The other one is set up explicitly and doesn't have a name. We're doing some weird stuff here... Chris _______________________________________________________________________________ ___ ___ ___ _ _ ___ _ _ ___ /___ | |__ |\ /| |__ |\ | /___ Chris Olive, VMS Systems Consultant ___/ _|_ |___ | Y | |___ | \| ___/ Internet: olive@sgi.siemens.com Medical Systems, Inc. Voice: 708.304.7793 2501 N. Barrington Road. FAX: 708.304.7704 Hoffman Estates, IL 60195 CompuServe: 73740,1636 _______________________________________________________________________________ ================================================================================ Archive-Date: Mon, 28 Feb 1994 14:54:22 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 14:51:36 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097ABD1.C76D0F7E.26@ALPHA.WKU.EDU> Subject: RE: Problems with UCX Chris Olive (x7793) writes: > [...] >do. Our problem is that it appears MX takes the name of the interface >(established with the SET HOST "sgvx02"/ADDRESS=129.73.17.2 command) and uses >that as the fully qualified name. How can I get MX to use the fully qualified >name? According to the person who set up UCX (before me) every other service >in the building which *does* use UCX (of course we have SMTP service diabled >in lieu of MX) uses 'sgvx02.sgi.siemens.com'. Why doesn't MX??? Or is there >something I'm missing (probably)? > This is documented in the release notes. The next version of MX will handle this case automatically. >I am not overly knowledgable with UCX (nor am I overly impressed with it >either). Is there someone who can give me some UCX pointers so MX works >properly? The UCX person here thinks it's MX that's broke. I'm convinced >it's the opposite. (UCX strikes me as a huge kludge whilest MX strikes me as >a very robust product. Oh, if only we had TGV...). > It's both, IMO. UCX expects the UCX$INET_HOST and UCX$INET_DOMAIN (I think those are the ones) to be combined to form the FQDN. MX V3.3 and before didn't do that, but according to the UCX guys, that's the way it's supposed to work---weird. Anyway, the next version fixes that. Follow the instructions in the release notes and everything should be OK. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.BITNET) ================================================================================ Archive-Date: Mon, 28 Feb 1994 15:15:38 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 16:11:34 +0500 From: dbadrak@census.gov (Don Badrak (GEO-CMS)) Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <9402282111.AA04191@info.census.gov> To: MX-List@WKUVX1.WKU.EDU CC: dbadrak@census.gov Subject: re> wishlist for MX >> On 25 Feb 1994 17:52:52 -0500, dbadrak@info.census.gov (Don Badrak) posted: >> I'm interested in finding a way to NOT use the personal name from within >> VMS mail when a message goes out using MX. >> >> We've had some complaints about the bizarre personal names in VMS mail when >> they get into our QuickMail system. >> >> QuickMail interprets the "From:" field from the RFC822 header as whatever >> is immediately folling the colon-space. If the user has no personal name >> in VMS mail, the address is first (user@myvax.domain). Otherwise, it is the >> personal name "boring alligators thunk loudly", followed by the address. I've heard a couple of responses to this message, and I'd like to clarify a couple things first. I should have illustrated the address that MX is (properly) sending when there is no personal name: From: user@myvax.census.gov If there IS a personal name, it sends as From: boring alligators I want whatever text is there to be used as the "from" name that appears. I also understand that there has been a great deal of effort making MX be as RFC822 compliant as possible, and I appreciate that. 1> Date: Mon, 28 Feb 1994 14:12:40 CST 1> From: "George D. Greenwade" 1> 1> With all due respect, why don't you bother the QuickMail people about this? 1> Matt, first, and now Hunter went to great pains to make MX about the most 1> RFC-compliant mailer available for *any* platform anywhere. How MX handles 1> personal name strings is not a problem following any standards. 1> Understandably, a fix such as you suggest to MX would possibly work around 1> the problem as you see it, but "little" things like this should serve as a... Getting the QuickMail people to change this would probably cause other things to break. What I'm looking for is a way to customize the username going out. Most Unix mailers grab the GECOS field, or have the ability to use a personal configuration file to set this name. I'm just looking for the same "flexibility". 2> Date: Mon, 28 Feb 1994 10:15:58 EST 2> From: koenig@CVAX.IPFW.INDIANA.EDU 2> 2> Actually, according to RFC 822 (if I'm reading it right) it should be: 2> 2> From: "boring alligators" 2> 2> with the diamond brackets "< >" around the address part. 2> 2> Quickmail should then be able to parse the address portion out correctly. 2> 2> So either the message is getting in with an improperly formed From: line or 2> Quickmail is incorrectly not looking between the < > in messages. 2> CHECK THIS OUT. QuickMail is getting the address correct. My difficulty is mostly cosmetic. I'd like the name that goes out (the personal name) to be configurable by a method OTHER than the VMS Mail personal name. It can only pick up whats after the "From: " line. I'd like not to have to hand down a decision that says "all users are not allowed to be creative with their personal names", but I may have to (one bad apple spoils the bunch). Thanks for your responses. Don ----------------------------------------------- dbadrak@census.gov Don Badrak Geography Division U.S. Bureau of the Census ================================================================================ Archive-Date: Mon, 28 Feb 1994 15:35:00 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 15:32:11 EST From: Chris Olive (x7793) Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: sandhoff@csus.edu, olive@sgvx02 Message-ID: <0097ABD7.72D09660.12974@sgi.siemens.com> Subject: RE: Problems with UCX In article <0097ABC3.95404A60.27485@CCVAX.CCS.CSUS.EDU>, "John F. Sandhoff" writes: |> SET HOST "sgvx02"/ADDRESS=129.73.17.2 | |This is the problem. You must specify the *fully qualified* name to UCX, |and add nicknames to specify 'sgvx02' as an also-valid name. This is |documented in the MX documentation set - check there for more info. | | John F. Sandhoff, University Network Support | California State University, Sacramento - USA | sandhoff@csus.edu Okay, perhaps I am missing something here... According to Digital, the fully qualified domain name is derived by taking the domain name specifiied in the SET NAME_SERVICE/DOMAIN= command and postfixing it to the interface name. Our domain name is 'sgi.siemens.com' and our interface name is 'sgvx02' which, according to Digital, would yield correctly our fully qualified name of 'sgvx02.sgi.siemens.com'. Now, if I follow your line of thinking, and change the above command to SET HOST "sgi.siemens.com"/ADDRESS=129.73.17.2, then our fully qualified name would come out as 'sgi.siemens.com.sgi.siemens.com'. Do you see what I mean? This is the essence of the problem. If the above command were to be SET HOST "sgi.siemens.com"/ADDR= 129.73.17.2, then what would you think the SET NAME_SERVICE/DOMAIN= command should like? I understand about aliases, but apparently at certain times, UCX as well as MX takes the first name in the list irregardless of the aliases which follow. If I had 129.73.17.2 sgi.siemens.com, sgvx02 in the host table, the domain name translation takes the first name in the list. Sure, TELNET SGVX02 would still work locally because of the alias. But domain name translation is, according to my understanding, going to produce 'sgi.siemens.com.sgi.siemens.com' when building the fully qualified name because 'sgi.siemens.com' is the first name in the list for host 129.73.17.2. Chris _______________________________________________________________________________ ___ ___ ___ _ _ ___ _ _ ___ /___ | |__ |\ /| |__ |\ | /___ Chris Olive, VMS Systems Consultant ___/ _|_ |___ | Y | |___ | \| ___/ Internet: olive@sgi.siemens.com Medical Systems, Inc. Voice: 708.304.7793 2501 N. Barrington Road. FAX: 708.304.7704 Hoffman Estates, IL 60195 CompuServe: 73740,1636 _______________________________________________________________________________ ================================================================================ Archive-Date: Mon, 28 Feb 1994 15:47:10 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 16:09:48 EST From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: WKUVX1.WKU.EDU!MX-List@esseye.si.com Message-ID: <0097ABDC.B4422E60.10072@swdev.si.com> Subject: RE: wishlist for MX George D. Greenwade (bed_gdg@SHSU.edu) writes: >With all due respect, why don't you bother the QuickMail people about this? >Matt, first, and now Hunter went to great pains to make MX about the most >RFC-compliant mailer available for *any* platform anywhere. How MX handles >personal name strings is not a problem following any standards. While I agree with the first two sentences, I'll disagree with the third somewhat. MX will not handle a reply a From: line that looks like this: From: Some Body From what I understand, this _should_ be acceptable. -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Mon, 28 Feb 1994 16:03:11 CST Sender: List-Mgr@WKUVX1.WKU.EDU Subject: RE: Problems with UCX Message-ID: <1994Feb28.144925.1166@buckie.hsc.colorado.edu> From: dwing@uh01.Colorado.EDU (Dan Wing) Date: 28 Feb 94 14:49:25 MDT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0097ABD7.72D09660.12974@sgi.siemens.com>, Chris Olive (x7793) writes: >In article <0097ABC3.95404A60.27485@CCVAX.CCS.CSUS.EDU>, "John F. Sandhoff" > writes: > >|> SET HOST "sgvx02"/ADDRESS=129.73.17.2 >| >|This is the problem. You must specify the *fully qualified* name to UCX, >|and add nicknames to specify 'sgvx02' as an also-valid name. This is >|documented in the MX documentation set - check there for more info. >| >| John F. Sandhoff, University Network Support >| California State University, Sacramento - USA >| sandhoff@csus.edu > > Okay, perhaps I am missing something here... According to Digital, >the fully qualified domain name is derived by taking the domain name >specifiied in the SET NAME_SERVICE/DOMAIN= command and postfixing it to >the interface name. Our domain name is 'sgi.siemens.com' and our >interface name is 'sgvx02' which, according to Digital, would yield >correctly our fully qualified name of 'sgvx02.sgi.siemens.com'. Now, >if I follow your line of thinking, and change the above command to >SET HOST "sgi.siemens.com"/ADDRESS=129.73.17.2, then our fully qualified >name would come out as 'sgi.siemens.com.sgi.siemens.com'. Do you see >what I mean? This is the essence of the problem. To my knowledge, this was first clarified by a Digital employee (one of the UCX developers in the vmsnet.networks.tcp-ip.ucx newsgroup) a few weeks ago; he admitted, if I recall correctly, that the UCX installation guide wasn't as clear as it should be, and will be clearer in future versions (I don't know if that meant V3.0 or not). Also, the cause of the problem is that UCX's gethostname() function doesn't return a fully-qualified hostname + domainname, but only the hostname portion (the nodename). Apparently, all other TCP/IP vendor's gethostname() functions return the fully-qualified hostname (this is from the PMDF list of a few days ago, vmsnet.mail.pmdf). The new version of MX, which will be called V4.0, is going to handle this correctly. This "problem" is really fixed by a change to NETLIB, which is a separate subsystem within MX (NETLIB allows applications, such as the MX mailer, the NEWSRDR news reader, and several others) to make the same call to underlying features of whichever TCP/IP package you're running - so if you've got an application you're written for NETLIB, your application will work with any of the TCP/IP packages that are supported by NETLIB (TGV, Process Software, Wollongong, Digital, CMU, etc.). My point about mentioning NETLIB is you should be able to snag a new copy of NETLIB from public.tgv.com (the maintainer of NETLIB is Matt Madison, who originally wrote MX -- he continues to maintain NETLIB in his "spare time" -- NETLIB is not a product of TGV), install it, and re-start MX, and you should get the new features of the new NETLIB (specifically, its handling of UCX configurations). Alternatively, you might be able to explicitly specify your hostname with the MX_VMSMAIL_LOCALHOST logical name (in MX_ROOT:[000000]MX_LOGICALS.DAT), but I don't recall if that really fixes the problem you're seeing with MX's interface to UCX or not.... > If the above command were to be SET HOST "sgi.siemens.com"/ADDR= >129.73.17.2, then what would you think the SET NAME_SERVICE/DOMAIN= >command should like? > > I understand about aliases, but apparently at certain times, UCX >as well as MX takes the first name in the list irregardless of the aliases >which follow. If I had > >129.73.17.2 sgi.siemens.com, sgvx02 > >in the host table, the domain name translation takes the first name in the >list. Sure, TELNET SGVX02 would still work locally because of the alias. >But domain name translation is, according to my understanding, going to >produce 'sgi.siemens.com.sgi.siemens.com' when building the fully >qualified name because 'sgi.siemens.com' is the first name in the list >for host 129.73.17.2. -Dan Wing, Systems Administrator, University Hospital, Denver dwing@uh01.colorado.edu or wing@eisner.decus.org ================================================================================ Archive-Date: Mon, 28 Feb 1994 16:19:05 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 17:15:04 EST From: koenig@CVAX.IPFW.INDIANA.EDU Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0097ABE5.D1F9BF78.22606@CVAX.IPFW.INDIANA.EDU> Subject: RE: wishlist for MX >From: "Brian Tillman" >Subj: RE: wishlist for MX > >George D. Greenwade (bed_gdg@SHSU.edu) writes: > >>With all due respect, why don't you bother the QuickMail people about this? >>Matt, first, and now Hunter went to great pains to make MX about the most >>RFC-compliant mailer available for *any* platform anywhere. How MX handles >>personal name strings is not a problem following any standards. > >While I agree with the first two sentences, I'll disagree with the third >somewhat. MX will not handle a reply a From: line that looks like this: > >From: Some Body > >From what I understand, this _should_ be acceptable. I don't think it is. I was wondering about this last week during the problem that I was working on and checked RFC 822. See if you agree: authentic = "From" ":" mailbox ; Single author / ("Sender" ":" mailbox ; Actual submittor "From" ":" 1#mailbox) ; Multiple authoris ; or not sender mailbox = addr-spec ; simple address / phrase route-addr ; name & addr-spec addr-spec = local-part "@" domain ; global address phrase = 1*word word = atom / quoted-string route-addr = "<" [route] addr-spec ">" From what I read, "authentic" is the first choice, so it's a "From:" followed by a "mailbox". "Mailbox" is obviously not a "local-part@domain" since it has text in front, so it must be the "phrase route-addr" choice. The "phrase" part has to be one or more "word" items which could either be an "atom" or a "quoted-string". Since it's not a "quoted-string" let's look at the "atom" definition. An "atom" is defined as one or more CHAR except specials, SPACE, or CTLs. So, the space in the proposed atom at the beginning invalidates it as an atom and we find that we must use a "quoted-string" instead. Accordingly, we could have: From: Somebody as long as there was no space in it because the whole name would be considered an atom. Do you agree? I'm still uncertain that I'm reading the BNF exactly correctly, so I very well could be incorrect. If I am correct, however, MX is doing exactly what it is supposed to be doing. >-- >Brian >tillman_brian@si.com Regards, ---Greg --------------------------------------------------------------------------- Greg Koenig koenig@cvax.ipfw.indiana.edu Systems Programmer koenig@ipfwcvax.bitnet Indiana University - Purdue University koenig@smtplink.ipfw.indiana.edu Fort Wayne, Indiana (219) 481-6031 --------------------------------------------------------------------------- ================================================================================ Archive-Date: Mon, 28 Feb 1994 17:35:50 CST Sender: List-Mgr@WKUVX1.WKU.EDU Date: Mon, 28 Feb 1994 17:31:05 CST From: Larry Horn Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: hornlo@okra.millsaps.edu Message-ID: <0097ABE8.0F136240.18850@okra.millsaps.edu> Subject: RE: re> wishlist for MX >to break. What I'm looking for is a way to customize the username going >out. Most Unix mailers grab the GECOS field, or have the ability to use >a personal configuration file to set this name. I'm just looking for the >same "flexibility". You are already provided with "a personal configuration file" -- SYS$SYSTEM:VMSMAIL_PROFILE.DATA -- and a convenient way to modify it: 'MAIL> SET PERSONAL_NAME "Larry Horn"'. I understand your point, I think, but I much prefer the way MX does it. On another system I use, I have to separately modify my local mail profile and my "Internet" mail profile. A nuisance IMHO. You can always do this: $ EMAIL == "MAIL/PERS=""Short Name""" $ LMAIL == "MAIL/PERS=""My very long, exotic, amazing personal name""" Pick one, and set VMSmail's default to the other. If Hunter wants to add a MX_PERSONAL_NAME logical as a feature, that's dandy, but probably should be low on the priority list. >I'd like not to have to hand down a decision that says "all users are not >allowed to be creative with their personal names", but I may have to >(one bad apple spoils the bunch). Won't you have the same problem with the alternate personal name as well? - ---------------------------------- 28-FEB-1994 17:30 C*T (USA) --- - Larry Horn / Millsaps College / Jackson, MS / hornlo@okra.millsaps.edu - ------------------------------------------------------------------ -