Archive-Date: Fri, 01 Jul 1994 00:05:14 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 01 Jul 1994 00:04:56 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@WKUVX1.WKU.EDU Message-ID: <00980BFD.4AC251A0.180@WKUVX1.WKU.EDU> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during June 1994 Total number of posts: 59 Total number of posters: 31 Total number of subscribers: 237 Total number of digest subscribers: 36 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: Fri, 01 Jul 1994 10:05:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 01 Jul 1994 16:04:40 EDT From: Paul Havinden Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: paulh@arc.ug.eds.com Message-ID: <00980C83.5D6D1A20.2@arc.ug.eds.com> Subject: RE: Router process keeps aborting In addition to the router process dieing with an Access Violation, I have now also noticed that sometimes it simply exits with a normal status=00000001 for no obvious reason. It does look like my systems (we have two clusters with this problem) and Ken Robinson's have the the same problem with the router process. Paul Havinden ================================================================================ Archive-Date: Fri, 01 Jul 1994 12:54:49 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 01 Jul 1994 13:51:48 EDT From: Ken Robinson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00980C70.CD5FAD9C.3@sqrvx1.pricedev.lehman.com> Subject: RE: Router process keeps aborting Paul Havinden writes: > In addition to the router process dieing with an Access Violation, I have now > also noticed that sometimes it simply exits with a normal status=00000001 for no > obvious reason. > > It does look like my systems (we have two clusters with this problem) and Ken > Robinson's have the the same problem with the router process. Funny you should mention it, I just noticed that the router exited with a normal status this morning. One thing that I've noticed is that I can repeat any one of the three failures consistantly by sending mail from a non-privilaged account via DECWINDOWS Mail. Ken Robinson ================================================================================ Archive-Date: Sun, 03 Jul 1994 23:03:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: leebp@iscs.nus.sg Reply-To: MX-List@WKUVX1.WKU.EDU Date: Mon, 04 Jul 1994 12:02:46 SST To: mx-list@wkuvx1.wku.edu Message-ID: <00980EBD.116AD5D1.19254@dec7000.iscs.nus.sg> Subject: Define Alias Hi guys ... I'm running MX v3.3 and I have the following query regarding aliases: I would like to set aliases for my users under MX so that I can override their SET FORWARD preferences under mail (similar to Unix's alias concept). Is it possible under alias? Can someone give me a couple of examples on how to use the DEFINE ALIAS command? I can't seem to get the DEFINE ALIAS working, irrespective of my SET FORWARDs .... I would be grateful for any help .. Thanks a lot .. Paul ================================================================================ Archive-Date: Mon, 04 Jul 1994 00:14:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 04 Jul 1994 13:14:09 SST From: leebp@vms.iscs.nus.sg Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00980EC7.0A21B795.10497@vms.iscs.nus.sg> Subject: RE: Define Alias Hi guys .... Please ignore my reference to DEFINE ALIAS regarding my queries on aliasing (unix-style). My question still stands: Is there anyway for me to override users' SET FORWARDs neatly under MX? I'm looking for Unix mail aliasing capability ... Also, queries/answers to this forum archived somewhere? Is there also a FAQ which I can use? Thanks again .. Paul ================================================================================ Archive-Date: Mon, 04 Jul 1994 00:20:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 04 Jul 1994 00:20:26 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00980E5A.F45EF768.1@ALPHA.WKU.EDU> Subject: RE: Define Alias leebp@vms.iscs.nus.sg writes: > > My question still stands: Is there anyway for me to override >users' SET FORWARDs neatly under MX? I'm looking for Unix mail aliasing >capability ... I've spent the last 18 hours upgrading to OpenVMS VAX V6.1 and dealing with problems with Pathworks and out funky cluster setup, so my brain isn't working well enough to answer this.... > Also, queries/answers to this forum archived somewhere? Is there also >a FAQ which I can use? Yes, I've was planning to announce it soon, so I'll do it now. The MX-List archives are now searchable and viewable via Gopher (and the World-Wide Web). The Gopher tuple is: Type=1 Name=Message eXchange (MX) Mailing List Path=1gopher_root:[madgoat.mx] Host=gopher.wku.edu Port=70 URL: gopher://gopher.wku.edu:70/11gopher_root%3a%5bmadgoat.mx%5d Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Mon, 04 Jul 1994 04:51:52 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 29 Jun 1994 12:55:03 +0300 From: Nader Nasry Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00980AD6.8AF7E280.10@sukair.cc.uob.bh> Subject: RE: NAME_CONVERSION uninstall On Wed, 29 Jun 1994 at 11:15 am, Fabien Marathee said : > > MX 4.1 - VMS 5.5-2 - mVAX 3600 > > Hello, > > I want to get rid of NAME_CONVERSION.EXE image that I don't need anymore, how > can I do that "cleanly" knowing that I installed it the usual way : > > $ copy name_conversion.exe mx_exe:/protection=w:re > $ install create mx_exe:name_conversion/share/open/header > $ define/system/exec mx_site_name_conversion mx_exe:name_conversion > > Thank you, > > Fabien Marathee. > You can do thefollowing : 1. rename or delete name_conversion.exe from mx_exe: directory. 2. $ install del mx_exe:name_conversion.exe 3. $ deassign/system/exec mx_site_name_conversion 4. $ mcp reset/cluster router I hope this works. Nader Nasry Nodes Administrator and VAX Systems Manager, Tel: (973) 449204 Computer Centre, University of Bahrain, P.O.Box 32038, Bahrain ================================================================================ Archive-Date: Mon, 04 Jul 1994 10:01:49 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <9407041608.AA00742@bogart.mpib-tuebingen.mpg.de> To: MX-List@WKUVX1.WKU.EDU Subject: email adress confusion :-( Date: Mon, 04 Jul 94 17:08:37 +0100 From: boerner@bogart.mpib-tuebingen.mpg.de Reply-To: MX-List@WKUVX1.WKU.EDU Hi, since a couple of day i wonder why i get no emails from "reply people" the reason : look at this header : Date: Mon, 04 Jul 1994 16:29:14 EDT From: Rudi Boerner <<<<<<++++ ????? To: kemnitz Message-Id: <00980EE2.4B0631EE.31306@zappa.mpib-tuebingen.mpg.de> Subject: test 22 Status: R normaly it should be: Rudi Boerner Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Router process keeps aborting To: MX-List@WKUVX1.WKU.EDU Message-ID: <01HEAVTYMHQA003GNP@UG.EDS.COM> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT I have just noticed that the NETLIB entry was missing from the MX_STARTUP_INFO.DAT file. I wonder if this has any effect on the router process exiting/aborting? When I updated to 4.1 I did not reinstall the NETLIB fileset since the only change to netlib did not effect my installations. It looks like the installation procedure has created a new MX_STARTUP_INFO file and not put the NETLIB entry init. Since I was already running NETLIB before the update the logicals were already defined. I only just noticed this since we have been updating our cluster to VMS 6.1 this weekend, and MX would not restart correctly due to the missing NETLIB entry. I will keep an eye on the Router process and see if it still exits and aborts as before. Paul Havinden ================================================================================ Archive-Date: Mon, 04 Jul 1994 12:08:01 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: torobin@svh.unsw.EDU.AU (Robin Garner) Subject: Re: Router process keeps aborting Message-ID: <1994Jul4.105358.27086@usage.csd.unsw.OZ.AU> Reply-To: MX-List@WKUVX1.WKU.EDU Date: Mon, 4 Jul 1994 10:53:58 GMT To: MX-List@WKUVX1.WKU.EDU In article <00980B92.1B3E05C0.6@arc.ug.eds.com>, Paul Havinden writes: >I am finding that the router process is aborting on both nodes in the cluster. >It seems to startup, and will keep running with no problems for serveral hours. I noticed this problem when I installed 4.1 on my workstation, and ran the Router but no FLQ manager (ie router does the job of FLQ manager). Since running a separate FLQ manager I've not seen it. The router seemed to die when it went back to clean up finished queue entries, which makes it appear quite asynchronous with mail delivery, and producing no errors in the router log files. -- Robin Garner Email: R.Garner@svh.unsw.EDU.AU St. Vincent's Hospital Darlinghurst, Sydney, N.S.W. [Contractor] ================================================================================ Archive-Date: Mon, 04 Jul 1994 13:35:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: henderson@mln.com (Javier Henderson - VMS System Mangler) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Problems with MX and UUCP Message-ID: <1994Jul4.085859.50@cam1> Date: 4 Jul 94 08:58:59 PDT To: MX-List@WKUVX1.WKU.EDU I'm having problems with MX 4.1 and uucp 2.0. This is on a VAXStation 3100 running VMS 5.5-2HW and Pathway 1.1.1. Here's what I get when I try to send mail to user@host.uucp: From: MX%"Postmaster@mln.com" 4-JUL-1994 08:48:50.44 To: MX%"henderson@mln.com" CC: Subj: UUCP delivery error Return-Path: Received: from mln.mln.com by cam1.mln.com (MX V4.1-Beta-1 AXP) with SMTP; Mon, 04 Jul 1994 08:48:49 EDT Resent-Date: Mon, 04 Jul 1994 08:48:36 PDT Resent-From: Resent-To: Date: Mon, 04 Jul 1994 08:48:32 PDT From: Local delivery agent To: Subject: UUCP delivery error X-Report-Type: Nondelivery; boundary="> Error description:" Note: this message was generated automatically. An error was detected while processing the enclosed message. A list of the affected recipients follows. This list is in a special format that allows software like LISTSERV to automatically take action on incorrect addresses; you can safely ignore the numeric codes. --> Error description: Error-For: ""@mln.com Error-Code: 2 Error-Text: Error in delivery to user Message number 007E81D4 Error-End: 1 error detected ------------------------------ Rejected message ------------------------------ Received: by mln.com (MX V4.0-1 VAX) id 1; Mon, 04 Jul 1994 08:48:23 PDT Date: Mon, 04 Jul 1994 08:48:22 PDT From: Javier Henderson - VMS System Manlger To: tp@mccall.uucp Message-ID: <00980EA1.E93F8F40.1@mln.com> Subject: This won't work It always fails. The uucp related MX logicals: "MX_UUCP_DEBUG" = "TRUE" "MX_UUCP_DIR" = "MX_ROOT:[UUCP]" "MX_UUCP_HOST_NAME" = "mln.mln.com" The MX related uucp logicals: "UUCP_DOMAIN_NAME" = "mln.mln.com" "UUCP_HOST_NAME" = "mln" "UUCP_UUXQT_DCL_RMAIL_MX" = "TRUE" The debug file from MX: 4-JUL-1994 08:48:24.96 Processing queue entry number 2. 4-JUL-1994 08:48:25.68 DELIVER: Delivering to "tp@mccall.uucp" 4-JUL-1994 08:48:26.13 DELIVER_FILE: Status=00000001 spawning subprocess. 4-JUL-1994 08:48:26.14 DELIVER_FILE: Command: MAIL/PROTOCOL=UUCP_MAILSHR MX_UUCP_20200134.TMP;1 "tp@mccall.uucp" 4-JUL-1994 08:48:26.29 DELIVER_FILE: Subprocess says: SET PROCESS/PRIVILEGE=(NOALL,DETACH,BYPASS,SYSPRV,TMPMBX,NETMBX,EXQUOTA) 4-JUL-1994 08:48:26.46 DELIVER_FILE: Subprocess says: MAIL/PROTOCOL=UUCP_MAILSHR MX_UUCP_20200134.TMP;1 "tp@mccall.uucp" 4-JUL-1994 08:48:31.99 DELIVER_FILE: Subprocess says: %MAIL-F-ERRACTRNS, error activating transport !AS 4-JUL-1994 08:48:32.50 DELIVER_FILE: Subprocess says: WRITE SYS$OUTPUT F$FAO("EXIT:!XL",F$INTEGER($STATUS)) 4-JUL-1994 08:48:32.52 DELIVER_FILE: Subprocess says: EXIT:107E81D4 I think I included all of the necessary information, but if I forgot something, I'm sure I'll be kindly reminded of the fact... Any help will be much appreciated. Thanks! -- Javier Henderson (JH21) henderson@mln.com ================================================================================ Archive-Date: Tue, 05 Jul 1994 16:02:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Address Rewriting Message-ID: From: hfraser@dqc.dofasco.ca (Hugh Fraser) Reply-To: MX-List@WKUVX1.WKU.EDU Date: Tue, 5 Jul 1994 15:54:37 To: MX-List@WKUVX1.WKU.EDU We have an MX system acting as a gateway between our UUCP forwarder, several Unix boxes, several VMS boxes, an MVS mainframe, and a several Novell networks running Microsoft Mail connected to the MX machin through Microsoft's SMTP gateway. Everything works fine. The problem is the people. They keep moving. Our Novell networks service geographical areas of the plant, and as people move from one area to another, their email address generally changes to the local MS Mail postoffice in their area. My address last month was hfraser@dmo.dofasco.ca; now it's hfraser@dqc.dofasco.ca. To address the problem, I've used MX aliases on the gateway machine; they're easy to maintain, and we funnel all our mail through the machine, so it's in a single place. The problem is rewriting the from part of non-VMS Mail outbound messages. MS Mail shows my "true" address on outbound messages (hfraser@dqc.dofasco.ca) rather than my "pseudo" address (hugh_frser@dofasco.ca). It's confusing to people receiving mail, and a real problem when subscribing to mailing lists. It appears that the 4.1 address rewriter is close, but only rewrites outbound messages originating from VMS mail. How can I do it for all messages passing through MX? ================================================================================ Archive-Date: Tue, 05 Jul 1994 18:38:44 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: bg@dymaxion.ns.ca (Ben Armstrong) Subject: Re: Thanks: Preventing PSI<->Internet backdoor via MX Message-ID: <1994Jul4.125410.3540@dymaxion.ns.ca> Date: 4 Jul 94 12:54:10 AST Reply-To: MX-List@WKUVX1.WKU.EDU Keywords: psi gateway mx internet backdoor preventing security risks To: MX-List@WKUVX1.WKU.EDU In article <00980B8D.59FEEAFE.3@uni-lj.si>, "Rok Vidmar, RCU Lj." writes: >> Thanks to all who provided answers. > > Ben, what did you decide to do about it, after all? Our preferred solution among those presented is to use MX_RESTRICT_USAGE and hand out rights identifiers to all legitimate users (i.e. not the owner of PSI's DECNET object). This is the least grungy of the solutions presented, even if it is a bit more work. The solution is as follows (extracted from the manual): > $ DEFINE/SYSTEM/EXEC MX_RESTRICT_USAGE TRUE > > If the logical is defined, the user must hold the MX_MAIL_ > ACCESS process rights identifier in order to send mail using > MX. The VMS utility AUTHORIZE is used to create and > grant identifiers: > > $ set default sys$system: > $ run authorize > UAF> ADD/IDENTIFIER MX_MAIL_ACCESS > Identifier MX_MAIL_ACCESS value: %X8001000D added to rights data base > UAF> GRANT/IDENTIFIER MX_MAIL_ACCESS GOATHUNTER > Identifier MX_MAIL_ACCESS granted to GOATHUNTER > UAF> > > Users not holding the identifier and trying to send mail > through MX will see an error message stating that they are > not authorized to send mail using MX. Here are some comments from two contributors (sorry, I no longer have the headers of the messages so I cannot say who they were from): >>I'm not overly familiar with how PSI mail works, but presumably there's >>some kind of DECnet object (or counterpart) that gets fired up on your >>system when a remote PSI user sends mail to your system. > >Under Phase IV DECnet there should be a MODULE X25-SERVER DESTINATION >named PSI_MAIL which points to an object normally named PSI_MAIL. Have >a look at that object to find out the username. > >I believe under DECnet/OSI the username is normally PSIMAIL$SERV (you find >out with MC NCL SHOW X25 ACCESS APPLICATION PSI_MAIL USER) The above was with regards to finding the username *not* to grant the MX_MAIL_ACCESS identifier to in order to plug up the gateway. Other solutions presented were: Use a rewrite rule to either mangle the addresses or redirect them to the Postmaster (untested). A grungy hack at best. In the login for the DECNet task that handles PSI mail, redefine the MX prefix logical name (I think ... I don't have the original message so I am just guessing here) so that the message never gets out. Another grungy hack. Ben. P.S. I have tested none of this yet as implementing the solution is not yet a priority. When I do, I will try to remember to post my results. -- Ben Armstrong, Medianet Development Group, bus: (902)422-1973 Dymaxion Research Ltd., 5515 Cogswell St., fax: (902)421-1267 Halifax, Nova Scotia, Canada B3J 1R2 Internet: BArmstrong@dymaxion.ns.ca ================================================================================ Archive-Date: Wed, 06 Jul 1994 06:05:53 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: MX and POP Message-ID: <1994Jul6.103821.48@gw2.admin.ch> From: Guy.Corbaz@ste3.bfi.admin.ch (Guy Corbaz) Reply-To: MX-List@WKUVX1.WKU.EDU Date: 6 Jul 94 10:38:21 +0100 To: MX-List@WKUVX1.WKU.EDU Hello all, I'm running MX 4.0-1 on an AXP system, and I would like to uses pop protocol. Does anyone know witch pop server I should uses with MX. By the way, does anyone know a good pop client for Windows ? It woul be nice to have a pop client combined with a new reader. Thanks for your answer ================================================================================ Archive-Date: Wed, 06 Jul 1994 07:04:52 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 06 Jul 1994 14:04:07 +0200 From: Herve Gilibert -CRITeR- Universite de St Etienne Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981060.59DAC061.11@stroph.univ-st-etienne.fr> Subject: RE: MX and POP > Hello all, > > I'm running MX 4.0-1 on an AXP system, and I would like to uses pop > protocol. Does anyone know witch pop server I should uses with MX. > I use Multinet one, all is well > By the way, does anyone know a good pop client for Windows ? > It woul be nice to have a pop client combined with a new reader. > Eudora -- Herve GILIBERT UUUU UUUU CRITeR UUUU UUUU Universite Jean Monnet St-Etienne UUUU UUUU 23, Rue du Dr. P. Michelon UUUU UUUU 42023 ST ETIENNE Cedex 2 UUUU UUUU Tel : 33 77 42 15 79 UUUU UUUU Fax : 33 77 42 15 75 UUUUUUUUUUU RFC822: gilibert@univ-st-etienne.fr UUUUUUUUU ================================================================================ Archive-Date: Wed, 06 Jul 1994 07:28:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 06 Jul 1994 14:12:33 EDT From: "Bj|rn Skeppner MTA/F, Huddinge Hosp" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981061.87FA0000.2@bimd01.hs.sll.se> Subject: RE: MX and POP On 6 Jul 94 10:38:21 +0100, Guy.Corbaz@ste3.bfi.admin.ch (Guy Corbaz) wrote: > >Hello all, > >I'm running MX 4.0-1 on an AXP system, and I would like to uses pop >protocol. Does anyone know witch pop server I should uses with MX. > >By the way, does anyone know a good pop client for Windows ? >It woul be nice to have a pop client combined with a new reader. > > Thanks for your answer If you are useing MULTINET: Use Multinet POP3-server If you are useing CMUIP : Use IUPOP3-server ftp@indiana.edu /pub/vms/iupop3 or ftp.kcl.ac.uk [.iupop3] I'm useing IUPOP3 for CMUIP and it works just great! Bjvrn --------------------------------------------------------------------------- H H SSSS Bj|rn Skeppner /SM0OCV/ H H S MTA/F69 HHHHHH SSSS Huddinge Hospital H H S S-141 86 HUDDINGE H H SSSS SWEDEN bjsk@bimd01.hs.sll.se Huddinge University Hospital Phone: +46-8-746 56 03 Clinical Engineering Dep. Fax : +46-8-746 56 30 --------------------------------------------------------------------------- ================================================================================ Archive-Date: Wed, 06 Jul 1994 11:33:33 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 06 Jul 1994 11:33:16 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: madgoat-announce@ALPHA.WKU.EDU CC: FSUPDATE@WKUVX1.WKU.EDU, MX-LIST@WKUVX1.WKU.EDU Message-ID: <0098104B.478ABD22.40@ALPHA.WKU.EDU> Subject: Digital *is* going to bundle BLISS with OpenVMS (VAX & AXP)!!!! Hi, all. Well, I have some *great* news to share with you. After working with several people in Digital for the past few months, I finally received word this morning that Digital *will* be bundling BLISS with OpenVMS, both VAX *and* AXP!! Here is the message I got from an OpenVMS Product Manager, who shall remain nameless: We have taken the decision to bundle Bliss with OpenVMS! It will be unsupported freeware. This is official, so feel free to pass the news on. I'm still working out the scheduling details etc., and will send out an official announcement within the next few weeks. Your whitepaper on Bliss really made the rounds here and helped bring the issue to light. For those of you interested, I have created a new mailing list, BLISSters@WKUVX1.WKU.EDU, for the discussion of BLISS and BLISS programming. After I mail this post, I will remove you from the list. If you want to subscribe to the list, just send the following command in the body of a mail message to MXserver@WKUVX1.WKU.EDU: SUBSCRIBE BLISSters "Your real name here" For example: SUBSCRIBE BLISSters "Hunter Goatley" *Please* mail your requests to *MXserver*, not the list itself. Catchy list name, no? 8-) Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University ================================================================================ Archive-Date: Thu, 07 Jul 1994 04:10:53 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ccdarg@zippy.dct.ac.uk (Alan Greig) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Digital *is* going to bundle BLISS with OpenVMS (VAX & AXP)!!!! Message-ID: <1994Jul7.100201.5892@zippy.dct.ac.uk> Date: 7 Jul 94 10:02:01 +0100 To: MX-List@WKUVX1.WKU.EDU In article <0098104B.478ABD22.40@ALPHA.WKU.EDU>, "Hunter Goatley, WKU" writes: > > We have taken the decision to bundle Bliss with OpenVMS! It will be > unsupported freeware. This is official, so feel free to pass the news on. > I'm still working out the scheduling details etc., and will send out an > official announcement within the next few weeks. > > Your whitepaper on Bliss really made the rounds here and helped bring the > issue to light. Hey, well done. Keep writing those papers :) -- Alan Greig Janet: A.Greig@uk.ac.dct University of Abertay Dundee Internet: A.Greig@dct.ac.uk Tel: (0382) 308810 Int +44 382 308810 -- Pavlov's dog: the runt of the litter? -- ================================================================================ Archive-Date: Thu, 07 Jul 1994 11:25:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Got MX040.zip - Now need UNZIP for VMS Message-ID: <773594523snz@jenson.demon.co.uk> From: brian@jenson.demon.co.uk (brian Ely) Date: Thu, 7 Jul 1994 15:22:03 +0000 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hi There, Help Required ! I've just found a copy of MX040.ZIP on my local suppliers FTP box but it seems that I need the VMS version of PKUNZIP to unpack it. Can someone tell me where I can find this ?! Failing that, is there anyway I can unpack it using the PC version. I'll be putting the .ZIP file up onto the VAX via PATHWORKS - Any probs with that ? tar, Brian ============================================================================== Brian Ely - Office Software Consultant. Email: brian@jenson.demon.co.uk Voice: +44(0)272230100 Fax: +44(0)272225216 ============================================================================== ================================================================================ Archive-Date: Thu, 07 Jul 1994 11:29:09 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Jul 1994 11:28:40 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981113.CD6A6B81.1@ALPHA.WKU.EDU> Subject: RE: Got MX040.zip - Now need UNZIP for VMS brian@jenson.demon.co.uk (brian Ely) writes: > >I've just found a copy of MX040.ZIP on my local suppliers FTP box but it seems >that I need the VMS version of PKUNZIP to unpack it. > >Can someone tell me where I can find this ?! > You can find UNZIP.EXE and the current MX V4.1 on ftp.wku.edu in [.MX]. You can find sources for UnZip on ftp.wku.edu in [.VMS.FILESERV]UNZIP51.ZIP. >Failing that, is there anyway I can unpack it using the PC version. > No. >I'll be putting the .ZIP file up onto the VAX via PATHWORKS - Any probs with >that ? > Shouldn't be, no. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 07 Jul 1994 12:30:18 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Jul 1994 12:26:38 -0500 (CDT) From: Rick Stacks Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Got MX040.zip - Now need UNZIP for VMS To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098111B.E67F20A0.7@adpce.lrk.ar.us> Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT writes: > >Hi There, > >Help Required ! > >I've just found a copy of MX040.ZIP on my local suppliers FTP box but it seems >that I need the VMS version of PKUNZIP to unpack it. > >Can someone tell me where I can find this ?! > Available from many FTP sites, try FTP.WKU.EDU >Failing that, is there anyway I can unpack it using the PC version. > Should be able to if you networked via Pathworks... >I'll be putting the .ZIP file up onto the VAX via PATHWORKS - Any probs with >that ? > You should be able to use the PC PKUNZIP (UNZIP on VMS). >tar, > >Brian > ============================================================================== > Brian Ely - Office Software Consultant. Email: brian@jenson.demon.co.uk > Voice: +44(0)272230100 > Fax: +44(0)272225216 > ============================================================================== -- Rick +----------------------------------------------------------------------------+ | Rick Stacks, Sr. Programmer Analyst | They that give up essential liberty | | Ark Dept Pollution Control & Ecology | to obtain a little temporary safety | | 8001 National Dr. / POB 8913 | deserve neither liberty nor safety | | Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 | | email: stacks@adpce.lrk.ar.us | | |--------------------------------------+-------------------------------------| ================================================================================ Archive-Date: Thu, 07 Jul 1994 12:58:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Jul 1994 12:30:52 -0500 (CDT) From: Rick Stacks Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RE: Got MX040.zip - Now need UNZIP for VMS To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098111C.7DA15020.1@adpce.lrk.ar.us> Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT "Hunter Goatley, WKU" writes: > >>Failing that, is there anyway I can unpack it using the PC version. >> >No. > R U sure? I've used PKUNZIP on the PC to unzip VMS ZIPped files successfully before... I have not tried using Pathworks, but I don't see why it wouldn't work. -- Rick +----------------------------------------------------------------------------+ | Rick Stacks, Sr. Programmer Analyst | They that give up essential liberty | | Ark Dept Pollution Control & Ecology | to obtain a little temporary safety | | 8001 National Dr. / POB 8913 | deserve neither liberty nor safety | | Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 | | email: stacks@adpce.lrk.ar.us | | |--------------------------------------+-------------------------------------| ================================================================================ Archive-Date: Thu, 07 Jul 1994 13:00:25 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Jul 1994 13:00:19 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981120.9ADDF94B.7@ALPHA.WKU.EDU> Subject: RE: Got MX040.zip - Now need UNZIP for VMS Rick Stacks writes: > >"Hunter Goatley, WKU" writes: >> >>>Failing that, is there anyway I can unpack it using the PC version. >>> >>No. >> >R U sure? I've used PKUNZIP on the PC to unzip VMS ZIPped files >successfully before... I have not tried using Pathworks, but I don't see >why it wouldn't work. > You can unless the VMS file attributes have been saved. With the MX files, the VMS file attributes have been saved, meaning that you have to unzip it on a VMS system. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 08 Jul 1994 01:58:35 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Jul 1994 08:56:34 EDT From: Eberhard Mater Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wku.edu Message-ID: <009811C7.B7F6F940.5@grzap1.rz.go.dlr.de> Subject: Q: Strange MX Problem Hallo, after installing MX V4.1 i have a strange problem in our VMS-Cluster. It seems, that a noprivileged user can't send outgoing mail over MX. BUT not always, sometimes it work's!!! Receiving mail is always ok. For a privileged user italways work's. Here are the log-files, entry 4 is a nonprivileged user, entry 5 is a privileged user. There is no MX_SMTP_LOG file for the nonprivileged user =========================================================================== Logfile: mx_router_log ( Entry 4) ----------------------------------- 7-JUL-1994 15:36:08.82 %PROCESS, Processing entry number 4 7-JUL-1994 15:36:08.98 %PROCESS, Status from READ_INFO was 00000001 7-JUL-1994 15:36:08.98 %PROCESS, Message originated in VMS Mail. 7-JUL-1994 15:36:08.99 %PROCESS, will run domain expander on envelope addresses. 7-JUL-1994 15:36:08.99 %PROCESS, will run domain expander on message headers. 7-JUL-1994 15:36:09.57 %PROCESS, Updating the QENT source address. 7-JUL-1994 15:36:09.60 %PROCESS, Finished VMSmail-origin preprocessing. 7-JUL-1994 15:36:09.60 %PROCESS, Marking this entry as finished. =========================================================================== Logfile: mx_router_log ( Entry 5) ----------------------------------- 7-JUL-1994 15:37:24.53 %PROCESS, Processing entry number 5 7-JUL-1994 15:37:24.70 %PROCESS, Status from READ_INFO was 00000001 7-JUL-1994 15:37:24.70 %PROCESS, Message originated in VMS Mail. 7-JUL-1994 15:37:24.71 %PROCESS, will run domain expander on envelope addresses. 7-JUL-1994 15:37:24.71 %PROCESS, Processing address: 7-JUL-1994 15:37:24.72 %PROCESS, ... address now reads: 7-JUL-1994 15:37:24.72 %PROCESS, will run domain expander on message headers. 7-JUL-1994 15:37:25.21 %PROCESS, Updating the QENT source address. 7-JUL-1994 15:37:25.23 %PROCESS, Finished VMSmail-origin preprocessing. 7-JUL-1994 15:37:25.23 %PROCESS, Recipient #0: 7-JUL-1994 15:37:25.24 %REWRITE, No rewrite rules matched 7-JUL-1994 15:37:25.24 %FINDPATH, Site-spec expand on grzap1.rz.go.dlr.de err=00000000 7-JUL-1994 15:37:25.24 %FINDPATH, domain name GRZAP1.RZ.GO.DLR.DE matched path pattern * 7-JUL-1994 15:37:25.24 %PROCESS, Rewrote as - next hop grzap1.rz.go.dlr.de, path 2 7-JUL-1994 15:37:25.35 %PROCESS, Adding to SMTP path: . 7-JUL-1994 15:37:25.60 %PROCESS, Path SMTP gets 1 rcpts, entry number 6 ========================================================================== Logfile: MX_SMTP_LOG (entry 5) -------------------------------- 7-JUL-1994 15:37:25.93 Processing queue entry number 6 on node DLRVMS 7-JUL-1994 15:37:26.41 Recipient: , route=grzap1.rz.go.dlr.de 7-JUL-1994 15:37:26.41 SMTP_SEND: looking up host name grzap1.rz.go.dlr.de 7-JUL-1994 15:37:26.67 %NETLIB_MXLOOK, Asking nameserver 129.247.64.1 about name GRZAP1.RZ.GO.DLR.DE. 7-JUL-1994 15:37:26.67 %NETLIB_MXLOOK, [recursion_desired=TRUE] 7-JUL-1994 15:37:26.67 %NETLIB_MXLOOK, trying 129.247.64.1... 7-JUL-1994 15:37:26.67 %NETLIB_MXLOOK, got 0 answers and 0 auths with authoritative = 1 7-JUL-1994 15:37:26.68 %NETLIB_MXLOOK, no MX RR's for GRZAP1.RZ.GO.DLR.DE. 7-JUL-1994 15:37:26.68 %NETLIB_MXLOOK, -- added to NULLTAB, index [0] 7-JUL-1994 15:37:26.68 SMTP_SEND: DSN_MXLOOK status is 00000001 7-JUL-1994 15:37:26.81 SMTP_SEND: Attempting to start session with grzap1.rz.go.dlr.de [129.247.72.5] 7-JUL-1994 15:37:26.82 SMTP_SEND: Connected 7-JUL-1994 15:37:26.89 SMTP_SEND: Rcvd: 220 grzap1.rz.go.dlr.de MX V4.1 VAX SMTP server ready at Thu, 07 Jul 1994 15:37:29 EDT 7-JUL-1994 15:37:26.97 SMTP_SEND: Sent: HELO dlrvms.go.dlr.de 7-JUL-1994 15:37:27.10 SMTP_SEND: Rcvd: 250 Hello, dlrvms.go.dlr.de 7-JUL-1994 15:37:27.10 SMTP_SEND: Sent: MAIL FROM: 7-JUL-1994 15:37:27.34 SMTP_SEND: Rcvd: 250 MAIL command accepted. 7-JUL-1994 15:37:27.34 SMTP_SEND: Sent: RCPT TO: 7-JUL-1994 15:37:27.37 SMTP_SEND: Rcvd: 250 Recipient okay (at least in form) 7-JUL-1994 15:37:27.38 SMTP_SEND: Sent: DATA 7-JUL-1994 15:37:27.89 SMTP_SEND: Rcvd: 354 Start mail input; end with . 7-JUL-1994 15:37:27.90 SMTP_SEND: Sent: Received: by dlrvms.go.dlr.de (MX V4.1 VAX) id 5; Thu, 07 Jul 1994 15:37:24 EDT 7-JUL-1994 15:37:27.90 SMTP_SEND: Sent: Date: Thu, 07 Jul 1994 15:37:24 EDT 7-JUL-1994 15:37:27.91 SMTP_SEND: Sent: From: "VAX Systemmanager, WT-DV-RZG, Tel.0551-709/2453" 7-JUL-1994 15:37:27.91 SMTP_SEND: Sent: 7-JUL-1994 15:37:27.92 SMTP_SEND: Sent: To: system@grzap1.rz.go.dlr.de 7-JUL-1994 15:37:27.92 SMTP_SEND: Sent: Message-ID: <00981136.8C62A180.5@dlrvms.go.dlr.de> 7-JUL-1994 15:37:27.92 SMTP_SEND: Sent: Subject: test von system at 15:36 7-JUL-1994 15:37:27.92 SMTP_SEND: Sent: 7-JUL-1994 15:37:27.92 SMTP_SEND: Sent: asd 7-JUL-1994 15:37:27.93 SMTP_SEND: Sent: . 7-JUL-1994 15:37:27.93 SMTP_SEND: will wait 00:10:30.00 for reply. 7-JUL-1994 15:37:29.16 SMTP_SEND: Rcvd: 250 Message received and queued. 7-JUL-1994 15:37:29.16 SMTP_SEND: Sent: QUIT 7-JUL-1994 15:37:29.17 SMTP_SEND: Rcvd: 221 grzap1.rz.go.dlr.de Service closing transmission channel 7-JUL-1994 15:37:29.22 Recipient status=00000001 for 7-JUL-1994 15:37:29.29 Entry now completely processed, no retries needed. 7-JUL-1994 15:37:29.34 *** End of processing pass *** =========================================================================== mcp> queue sho /all/full ------------------------ Entry: 4, Origin: [Local] Status: FINISHED, size: 3 bytes Created: 7-JUL-1994 15:35:55.67, expires 6-AUG-1994 15:35:55.67 Last modified 7-JUL-1994 15:36:09.62 Entry: 5, Origin: [Local] Status: FINISHED, size: 3 bytes Created: 7-JUL-1994 15:37:10.71, expires 6-AUG-1994 15:37:10.71 Last modified 7-JUL-1994 15:37:29.30 Recipient #1: Any idea? Eberhard _______________________________________________________________ | Eberhard Mater, German Aerospace Research Establishment (DLR) | | D-37073 Goettingen, Bunsenstr.10 | /) Phone: +49 551 709-2453 ! FAX: +49 551 709-2169 (\ / ) Internet: Eberhard.Mater@dlr.de ! DECnet: grzap1::system ( \ _( (|________________________________________________________________) ) /> (((\ \) /,) / ) / //))/ (\\\\ \_/ / \ \_/ ///// \ / \ / \ _/ \_ / and now for something completely different... ================================================================================ Archive-Date: Fri, 08 Jul 1994 07:38:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Jul 1994 14:36:17 EDT From: Gilbert.Delafosse@mx.univ-compiegne.fr Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009811F7.2D8E032C.3064@MX.UNIV-COMPIEGNE.FR> Subject: RE: Q: Strange MX Problem Hi, Eberhard Mater, German Aerospace Research Establishment (DLR) says >>> after installing MX V4.1 i have a strange problem in our VMS-Cluster. >>> It seems, that a noprivileged user can't send outgoing mail over MX. >>> BUT not always, sometimes it work's!!! >>> Receiving mail is always ok. >>> For a privileged user italways work's. Did you check if Disk quota are enabled (on the disk holding the MX queues) Gilbert Delafosse Service informatique Universite de Technologie de Compiegne gilbert.delafosse@mx.univ-compiegne.fr ================================================================================ Archive-Date: Fri, 08 Jul 1994 08:33:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Jul 1994 09:30:37 EDT From: Stuart Cohnen Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009811CC.7A17CB40.12@RUVMS2.ROCKEFELLER.EDU> Subject: Mosaic for VMS/Motif 1.2 I lost the address of the site having Mosaic 2.0 for Motif 1.2 (Motif 1.2 shipped with VMS/AXP on the May Condist in case you missed it). Would some one please respond directly to me only and save a few electrons? Thanks and have a nice day. Stuart +-----------------------------------------------+ |Stuart Cohnen | |Manager of Engineering and Technical Services | This space deliberately |The Rockefeller University/Computing Services | left blank. |1230 York Avenue | |New York, NY 10021 | |Voice: (212) 327-7509 Fax:(212) 327-8712 | | INTERNET COHNEN@ROCKVAX.ROCKEFELLER.EDU | | HEPNET ROCKUP::COHNEN | +-----------------------------------------------+ ================================================================================ Archive-Date: Fri, 08 Jul 1994 09:24:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Jul 1994 15:20:07 +0100 From: "Paul Lambert (MIS Dept)." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009811FD.4CA80EA0.3@mis.tees.ac.uk> Subject: MX Problem (I think!) Hi, I have been noticing that the MX Router process has been logging out for unknown reasons. I have enabled the debugging log file but since doing this I can't get it to fail! However... I just setup a new mailing list, in order to make it work I did a MCP SHUTDOWN command (I've stopped using reset as last time I did it the router failed; this being prior to enabling the debug log file). I then restarted MX from the SYSTEM account and then sent a message to the mail list-REQUEST I had set up to test it. This is where things wnet a bit strange. The router process entered a loop, the debug file reached 48,000 blocks in size before I realized what was going on, it wouldn't stop from MCP SHUTDOWN, so I had top STOP/ID the process. I enclose below a portion of the router DEBUG log file, anyone got an idea why it went wrong? ------------------------------------------------------------------------------ 8-JUL-1994 14:36:01.41 %PROCESS, Processing entry number 11 8-JUL-1994 14:36:01.53 %PROCESS, Status from READ_INFO was 00000001 8-JUL-1994 14:36:01.53 %PROCESS, Recipient #0: 8-JUL-1994 14:36:01.53 %REWRITE, No rewrite rules matched 8-JUL-1994 14:36:01.53 %FINDPATH, Site-spec expand on MIS.TEES.AC.UK err=00000000 8-JUL-1994 14:36:01.53 %FINDPATH, domain name MIS.TEES.AC.UK matched path pattern MIS.TEES.AC.UK 8-JUL-1994 14:36:01.53 %PROCESS, Rewrote as - next hop MIS.TEES.AC.UK, path 1 8-JUL-1994 14:36:01.68 %FINDALIAS, Site-spec convert on System returned 8-JUL-1994 14:36:01.68 %REWRITE, No rewrite rules matched 8-JUL-1994 14:36:01.68 %FINDPATH, Site-spec expand on mis.tees.ac.uk err=00000000 8-JUL-1994 14:36:01.68 %FINDPATH, domain name MIS.TEES.AC.UK matched path pattern MIS.TEES.AC.UK 8-JUL-1994 14:36:01.68 %PROCESS, Rewrote as - next hop mis.tees.ac.uk, path 1 8-JUL-1994 14:36:01.68 %FINDALIAS, Site-spec convert on SYSTEM returned 8-JUL-1994 14:36:01.69 %REWRITE, No rewrite rules matched 8-JUL-1994 14:36:01.69 %FINDPATH, Site-spec expand on mis.tees.ac.uk err=00000000 8-JUL-1994 14:36:01.69 %FINDPATH, domain name MIS.TEES.AC.UK matched path pattern MIS.TEES.AC.UK 8-JUL-1994 14:36:01.69 %PROCESS, Rewrote as - next hop mis.tees.ac.uk, path 1 AND ON AND ON... Paul ------------------------------------------------------------------------------ (RFC-822: P.Lambert@mis.tees.ac.uk) Tel: +44 642 342130 (X.400: I=P;S=LAMBERT;O=TEESSIDE;OU1=MIS;P=UK.AC;C=GB) Fax: +44 642 342067 University of Teesside, MIS Department, Middlesbrough, Cleveland, TS1 3BA (UK) ------------------------------------------------------------------------------ ================================================================================ Archive-Date: Sun, 10 Jul 1994 14:21:50 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ccdarg@zippy.dct.ac.uk (Alan Greig) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Got MX040.zip - Now need UNZIP for VMS Message-ID: <1994Jul8.100903.5909@zippy.dct.ac.uk> Date: 8 Jul 94 10:09:03 +0100 To: MX-List@WKUVX1.WKU.EDU In article <773594523snz@jenson.demon.co.uk>, brian@jenson.demon.co.uk (brian Ely) writes: > Hi There, > > Help Required ! > > I've just found a copy of MX040.ZIP on my local suppliers FTP box but it seems > that I need the VMS version of PKUNZIP to unpack it. That's not the latest version. Best to pick up the latest from one of the official sites such as ftp.scp.edu, ftp.wku.edu. You'll find versions of unzip there as well. There are European mirrors but as you're a demon.co.uk site you'll get faster access to the US archives. -- Alan Greig Janet: A.Greig@uk.ac.dct University of Abertay Dundee Internet: A.Greig@dct.ac.uk Tel: (0382) 308810 Int +44 382 308810 -- Pavlov's dog: the runt of the litter? -- ================================================================================ Archive-Date: Sun, 10 Jul 1994 14:21:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: lebo@merlin.dev.uga.edu (RICHARD LEBO) Subject: LOCAL process doesn't deliver mail Date: 8 Jul 1994 13:14:25 GMT Message-ID: <2vjjfh$kps@hobbes.cc.uga.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU I just installed MX V4.1 on a new alpha machine (3000/300) running OpenVMS V6.1. It appears the MX Local process is not processing the incoming mail from the message queue. I've enabled loggin on both the Router process and the Local process. The logs indicate the Router process is working fine, but the Local process does not produce a log. If I issue the MCP command RESET LOCAL the messages are delivered and a log file is created in the Local directory. The Local process is enabled and it has an IDLE status. Any help would be appreciated. Rich ================================================================================ Archive-Date: Sun, 10 Jul 1994 14:22:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: Lutz.Pressler@Unix.Med-Stat.GWDG.DE (Lutz Pressler) Subject: mx_name_conversion AND vmsmail_patch problems Message-ID: Reply-To: MX-List@WKUVX1.WKU.EDU Date: Fri, 8 Jul 1994 14:19:17 GMT To: MX-List@WKUVX1.WKU.EDU Hello, MX 4.1 on VMS 5.5-2 (VAX): using name conversion since a couple of months, which works very well. Now tried to patch mailshr.exe for vms mail to accept user@host.domain without mx%"" (vmsmail_patch.txt from contrib). Works as expected, BUT: If the username part of such an address matches a local username, the To: (haven't tried Cc:, probably the same) header is rewritten as Full.Name@local.domain !! As this is unacceptable I deinstalled the patched mailshr.exe. Any idea how to solve this? Regards, Lutz -- Abteilung Medizinische Statistik Lutz Pre"sler Universit"at G"ottingen privat: Humboldtallee 32 Kreuzburger Str. 11 D-37073 G"ottingen D-37085 G"ottingen Tel.: (+49[0]551) 39-4956 FAX: -4995 Tel.: (+49[0]551) 7700178 ----> E-mail: Lutz.Pressler@Med-Stat.GWDG.DE / lpressl1@GWDG.DE <---- ================================================================================ Archive-Date: Sun, 10 Jul 1994 21:17:54 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ccdarg@zippy.dct.ac.uk (Alan Greig) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Mosaic for VMS/Motif 1.2 Message-ID: <1994Jul10.143333.5932@zippy> Date: 10 Jul 94 14:33:33 +0100 To: MX-List@WKUVX1.WKU.EDU In article <009811CC.7A17CB40.12@RUVMS2.ROCKEFELLER.EDU>, Stuart Cohnen writes: > I lost the address of the site having Mosaic 2.0 for Motif 1.2 > (Motif 1.2 shipped with VMS/AXP on the May Condist in case you missed it). > Would some one please respond directly to me only and save a few electrons? I've mailed it as well. > Thanks and have a nice day. There's a copy in ftp.dct.ac.uk precompiled under AXP VMS 1.5, UCX 3.1 and motif 1.1. It should run fine under 1.2. The sources are there as well and the build file will compile mosaic for motif 1.2. It's also on ftp.wku.edu. Both sites have the changes incorporated to allow Mosaic transfers to be interrupted under UCX by setting the socket to non blocking i/o. -- Alan Greig Janet: A.Greig@uk.ac.dct University of Abertay Dundee Internet: A.Greig@dct.ac.uk Tel: (0382) 308810 Int +44 382 308810 -- Pavlov's dog: the runt of the litter? -- ================================================================================ Archive-Date: Mon, 11 Jul 1994 05:01:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Jul 1994 12:00:13 +0200 From: "GWDGV1::MOELLER" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Subject: Is there still a memory leak in MX V4.1? What's the current attitude towards regularly re-starting MX? After running V4.1 on plain VMS V5.5-2 for just a week, the virtual size of "MX SMTP Server" has grown to around 4500 pages, and that of "MX Router" was over 9000 pages. These two, plus "MX Site" (which didn't grow appreciably) are the main workhorses here. All and all, this isn't dramatic, but as there is no reason anymore for daily shutdown in order to do the queue file conversion, I just wonder what others are doing. Wolfgang J. Moeller, Tel. +49 551 201516 or -510, GWDG, D-37077 Goettingen, F.R.Germany PSI%(0262)45050859008::MOELLER Disclaimer: No claim intended! | ================================================================================ Archive-Date: Mon, 11 Jul 1994 08:44:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Jul 1994 09:16:28 EDT From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: uunet!WKUVX1.WKU.EDU!mx-list@esseye.si.com Message-ID: <00981425.FEC09880.11@swdev.si.com> Subject: RE: Is there still a memory leak in MX V4.1? Wolfgang J. Moeller (moeller@gwdgv1.dnet.gwdg.de) writes: >After running V4.1 on plain VMS V5.5-2 for just a week, >the virtual size of "MX SMTP Server" has grown to around 4500 pages, >and that of "MX Router" was over 9000 pages. I've been running MX V4.1 for several weeks now. The peak virtual size for Router in that time is 2315 pages, with a peak working set size of 766. Peak virtual/working set sizes for SMTP server is 2469/689. Our daily traffic can be over 1,000 messages. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Mon, 11 Jul 1994 09:51:54 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Jul 94 09:49:43 EST From: Tim Biddle Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Subject: Is MX4.1 compatible with UCX 3.0? Is MX 4.1 compatible with UCX 3.0? I am running VMS 6.1 on a VAX 4000-100A, with UCX 3.0, and MX 4.1. I have UCX SMTP disabled, I turned MX_SMTP_DEBUG on, but I still get no log file. I can send a message to myself on this machine, and it gets delivered, but mail to another machine just sits in the MAILQ forever. Any ideas? Thanks for any help. Tim Biddle biddlet@indy.navy.mil ================================================================================ Archive-Date: Mon, 11 Jul 1994 16:44:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Jul 1994 16:42:27 EST From: Why Me Buckaroo Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981464.4C98FF00.70@earlham.edu> Subject: Kanji support? Well I have been using the Kanji support option on Mx 4.0 for a couple of days now. It seems to be going well, except that the jis-euc from outside the site doesn't seem to work. The euc-jis conversion for outgoing mail and the jis-euc from outgoing mail within the site works fine. Any ideas? I would appreciate any kanji messages in jis format sent to koymayo@earlham.edu. Thanks. -ira C User Support Manager Earlham Computing Services Earlham College Richmond IN 47374 Office Phone 317-973-1366 Emergency Home 317-962-4145 irac@earlham.edu End of line. ================================================================================ Archive-Date: Mon, 11 Jul 1994 17:18:44 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Jul 1994 15:18:18 PDT From: "Brian R. Kuhn" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981458.8B398560.1@SD68.NANAIMO.BC.CA> Subject: Re: MX-LIST Digest V94 #131 > Date: Mon, 11 Jul 94 09:49:43 EST > From: Tim Biddle > Subject: Is MX4.1 compatible with UCX 3.0? > > Is MX 4.1 compatible with UCX 3.0? I am running VMS 6.1 on a VAX 4000-100A, > with UCX 3.0, and MX 4.1. I have UCX SMTP disabled, I turned MX_SMTP_DEBUG on, > but I still get no log file. I can send a message to myself on this machine, > and it gets delivered, but mail to another machine just sits in the MAILQ > forever. > > Any ideas? > > Thanks for any help. > > Tim Biddle > biddlet@indy.navy.mil I have MX 4.1 running on one of my Alphas - 2000-500 running VMS 6.1 and UCX 3.0. I had much trouble getting UCX name server running (actually turned out to be a routing problem) mostly due to the fact that I was trying to do it without using the DOCs :-) In anycase, make sure you can do the following: 1. UCX PING/FU ipaddr-someplace-outside-your-network 2. UCX PING/FU name-someplace-outside-your-network eg try: UCX PING/FU 161.6.5.1 UCX PING/FU wkuvx1.wku.edu If both of the above work, then you can obviously ignore my first statement and you're left with MX (you already know all this right). I had no problem with MX, mind you, I've been using it through the versions for a couple of years now... The latest version 4.1, seem to install out-of-the-box with absolutely no problems! 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: Mon, 11 Jul 1994 22:05:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: hunt@blade.wcc.govt.nz (Martin D. Hunt) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX processes loop Date: Tue, 12 Jul 94 13:54:58 +1200 Message-ID: <2vst5v$ckt@golem.wcc.govt.nz> To: MX-List@WKUVX1.WKU.EDU I have found that MX processes sometimes go into a continuous loop. Recent problems have been with the "MX->uucp" process. Further checks have revealed that this happens when it is processing a message containing long (longer than 255? characters), and that editing this message to remove the long lines enables it to be delivered. Is there a longer-term solution available? We are running MX V4.0-1 ----------------------------------------------------------------------------- Martin D. Hunt This space contains nothing important Systems Administrator because I can't think of what to put. Wellington City Council hunt@wcc.govt.nz ================================================================================ Archive-Date: Tue, 12 Jul 1994 15:54:52 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 12 Jul 1994 05:55:17 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009814D3.0EAA98C9.9@ALPHA.WKU.EDU> Subject: RE: MX processes loop hunt@blade.wcc.govt.nz (Martin D. Hunt) writes: > >I have found that MX processes sometimes go into a continuous loop. >Recent problems have been with the "MX->uucp" process. Further checks have >revealed that this happens when it is processing a message containing long >(longer than 255? characters), and that editing this message to remove the >long lines enables it to be delivered. Is there a longer-term solution >available? > This is a documented bug in the UUCP_MAILSHR, distributed with DECUS UUCP. A fix from the UUCP developers has been forthcoming for a couple of years now---no idea when it will really be available, though. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 13 Jul 1994 00:51:59 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: fowlerk@southpower.co.nz (Ken Fowler - Systems Administrator) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Two MX questions Message-ID: <1994Jul13.170124.43@southpower.co.nz> Date: 13 Jul 94 17:01:24 NZST To: MX-List@WKUVX1.WKU.EDU Hi, I have a couple of questions... Actually this is a repost because an upstream site has been eating all of our vmsnet.* posts for the last six months due to a mistake in their news sys file... and I just thought I was being ignored! :-) Is it possible to bounce a message manually?? Like if an entry has an obvious error is there a way to manually bounce the message now rather than waiting for it to attempt to process the entry the max number of times and then bouncing in our case, the default which is 96 retries each of which is 30 mins apart. Is it currently possible or will it be possible in future releases to modify the from address for smtp mail that is routed through the MX node?? We are using MX as our mail gateway and this feature would be a bonus. I notice that some work has been done on this in V4.1 but only for mail that is local to the MX node. Some more info. We are running VMS 5.5-2 and MX4.1. Thanks, Ken. -- Southpower, Phone: +64 3 363-9527 Private Bag, Fax: +64 3 363-9816 Christchurch, Internet: FOWLERK@southpower.co.nz New Zealand. PSI: 0530130010083::GALAXY::FOWLERK ================================================================================ Archive-Date: Wed, 13 Jul 1994 00:52:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: fowlerk@southpower.co.nz (Ken Fowler - Systems Administrator) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX Agent log file's in a VAXCluster Message-ID: <1994Jul13.171206.44@southpower.co.nz> Date: 13 Jul 94 17:12:06 NZST To: MX-List@WKUVX1.WKU.EDU In article <1994Jul13.170124.43@southpower.co.nz>, fowlerk@southpower.co.nz (Ken Fowler - Systems Administrator) writes: > Hi, > > > I have a couple of questions... Actually this is a repost because an > upstream site has been eating all of our vmsnet.* posts for the last > six months due to a mistake in their news sys file... and I just > thought I was being ignored! :-) There was one other post I remember making when we were "off air"... Someone asked about running MX in a VAXCluster and mentioned that some of the processes did not include the nodename in the log file spec. Well I also noticed this and fixed the startup command file to what I think it should have been, well it has fixed it for me anyway. Has this fix been applied to the official distribution yet?? If not who/where should I send the fix to?? Thanks, Ken. -- Southpower, Phone: +64 3 363-9527 Private Bag, Fax: +64 3 363-9816 Christchurch, Internet: FOWLERK@southpower.co.nz New Zealand. PSI: 0530130010083::GALAXY::FOWLERK ================================================================================ Archive-Date: Wed, 13 Jul 1994 02:59:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Jul 1994 09:58:03 +0100 From: "Rok Vidmar, RCU Lj." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009815BE.22F409D2.8@uni-lj.si> Subject: RE: Two MX questions > Is it possible to bounce a message manually?? Like if an entry > has an obvious error is there a way to manually bounce the > message now rather than waiting for it to attempt to process the > entry the max number of times and then bouncing in our case, the > default which is 96 retries each of which is 30 mins apart. No. Yes, something like MCP QUE REJECT is a great idea! Regards, 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 168 6439 61000 Ljubljana fax: +386 61 168 6358 Slovenia ================================================================================ Archive-Date: Wed, 13 Jul 1994 08:47:24 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: system@cnuce.cnr.it Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Smtp server and PCEudora Date: 13 Jul 94 14:14:43 +0100 Message-ID: <1994Jul13.141443.1@cnuce.cnr.it> To: MX-List@WKUVX1.WKU.EDU Probably this is a FAQ. I apologize me. My problem is about the use of PCEUDORA (version for WINDOWS) and the MX smtp server. Our PCeudora is configured to send the outgoing e-mail to a smtp-server running MX. By the MX smtp log file I can see that Pceudora send an smtp HELO command without insert any . The MX SMTP server doesn't accept it and the smtp connection hung. With some other smtp-server the behaviour is a bit different and we have a successfull delivery of the mail-message also if PCeduroa doesn't insert the domain in the HELO command. I understand that this question is mainly related to PCeudora, but I hope to find some MXer that already met this problem and know how to solve it. Thank you, Francesco Gennai ---------- ---------- Francesco Gennai Email: francesco.gennai@cnuce.cnr.it CNUCE - ISTITUTO DEL CNR Tel: +39 (50) 593274 Via S. Maria, 36 Telex: 500371 CNUCE I 56126 PISA ITALY FAX: +39 (50) 904052 ---------- ---------- ================================================================================ Archive-Date: Wed, 13 Jul 1994 09:00:44 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Jul 1994 08:59:21 EST From: koenig@CVAX.IPFW.INDIANA.EDU Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009815B5.EFD7D0CC.40@CVAX.IPFW.INDIANA.EDU> Subject: RE: Smtp server and PCEudora >From: system@cnuce.cnr.it >Subj: Smtp server and PCEudora >Probably this is a FAQ. I apologize me. I don't think it is, but I helped someone with this problem a few weeks ago. >My problem is about the use of PCEUDORA (version for WINDOWS) and >the MX smtp server. >Our PCeudora is configured to send the outgoing e-mail to a smtp-server >running MX. >By the MX smtp log file I can see that Pceudora send an smtp HELO command >without insert any . The MX SMTP server doesn't accept it and the >smtp connection hung. >With some other smtp-server the behaviour is a bit different and we have a >successfull delivery of the mail-message also if PCeduroa doesn't insert >the domain in the HELO command. You're probably using the Trumpet WINSOCK interface. With this, Eudora queries Trumpet for the Eudora node's fully-qualified domain name so it can send it to the mail relay during the HELO transaction. Unless the Eudora machine is registered in a name server that Trumpet queries, or the Eudora machine has a local IP name table containing an entry for itself, Trumpet returns a null for the FQDN and Eudora (incorrectly) sends just HELO to the mail relay. As you pointed out, other mailers ignore this but MX won't allow the mail to be delivered. To fix this, we simply created a local IP name table on the Eudora machine. Read the Trumpet documentation to find out how to do this. Put in the name and IP address for the Eudora machine and try again. Good luck. >---------- ---------- >Francesco Gennai Email: francesco.gennai@cnuce.cnr.it >CNUCE - ISTITUTO DEL CNR Tel: +39 (50) 593274 >Via S. Maria, 36 Telex: 500371 CNUCE I >56126 PISA ITALY FAX: +39 (50) 904052 >---------- ---------- ---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 USA (219) 481-6031 --------------------------------------------------------------------------- ================================================================================ Archive-Date: Wed, 13 Jul 1994 09:09:14 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Jul 1994 10:06:51 EST From: "Russell O. Redman" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <009815BF.5E076720.3@hiaras.hia.nrc.ca> Subject: re: manual bounce >> Is it possible to bounce a message manually?? Like if an entry >> has an obvious error is there a way to manually bounce the >> message now rather than waiting for it to attempt to process the >> entry the max number of times and then bouncing in our case, the >> default which is 96 retries each of which is 30 mins apart. > > No. > Yes, something like MCP QUE REJECT is a great idea! This is a great idea for the wish list! In a related vein, I have often wanted a command like MCP QUE REROUTE which would take a single message, delete (or mask off somehow) its original destination address and reroute it to a new address. A lot of these rejected messages are simple typo's. Sending them back to the original sender does not teach them anything since they already know the correct address, but it can seriously delay some important messages. When I can spot the typo, it would be nice to be able to expidite the message to its correct destination. Cheers, Russell O. Redman ================================================================================ Archive-Date: Wed, 13 Jul 1994 11:10:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Jul 1994 11:07:50 EDT From: Chris Olive Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: olive@sgi.siemens.com Message-ID: <009815C7.E28D3580.1@sgi.siemens.com> Subject: RE: re: manual bounce In article <009815BF.5E076720.3@hiaras.hia.nrc.ca>, "Russell O. Redman" writes: >>> Is it possible to bounce a message manually?? Like if an entry >>> has an obvious error is there a way to manually bounce the >>> message now rather than waiting for it to attempt to process the >>> entry the max number of times and then bouncing in our case, the >>> default which is 96 retries each of which is 30 mins apart. >> >> No. >> Yes, something like MCP QUE REJECT is a great idea! > >This is a great idea for the wish list! In a related vein, I have often wanted >a command like MCP QUE REROUTE which would take a single message, delete (or >mask off somehow) its original destination address and reroute it to a new >address. A lot of these rejected messages are simple typo's. Sending them >back to the original sender does not teach them anything since they already >know the correct address, but it can seriously delay some important messages. >When I can spot the typo, it would be nice to be able to expidite the message >to its correct destination. What I have done in cases like this is to add an alias for the "typoed" intended receipient, reset the router, ready the entry and wait for it to deliver. Then delete the alias and reset the router again. It's work, but I get paid for working on VAXes anyway, right? It's warranted in cases where the message contains something of importance. I suppose some of this warrants being placed on the wish list. I sometimes wonder what Hunter's wish list actually looks like though... 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: Wed, 13 Jul 1994 17:40:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: kismet@trantor.cc.umb.edu (Ted Corning) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Is there still a memory leak in MX V4.1? Date: 13 Jul 1994 20:57:29 GMT Message-ID: <301kfp$svu@anchor.cc.umb.edu> To: MX-List@WKUVX1.WKU.EDU GWDGV1::MOELLER (moeller@gwdgv1.dnet.gwdg.de) wrote: : What's the current attitude towards regularly re-starting MX? : After running V4.1 on plain VMS V5.5-2 for just a week, : the virtual size of "MX SMTP Server" has grown to around 4500 pages, : and that of "MX Router" was over 9000 pages. : These two, plus "MX Site" (which didn't grow appreciably) : are the main workhorses here. : All and all, this isn't dramatic, but as there is no reason : anymore for daily shutdown in order to do the queue file conversion, : I just wonder what others are doing. I'm still running V4.1-Beta-1, but I have noticed the same thing happening. My MX SMTP Server on my main server node was over 10500 pages, and one of the MX Router processes actually exited with a status of 1015824 (insufficient virtual memory). Since upgrading to V4.1, I have modified my nightly procedure to only shut down MX Local processes, to free up SYSUAF for backup. As a precaution for now, I shut down all MX processes and have restarted them. I'm also going to retrieve the V4.1 release kit and install that. But I don't think much changed between V4.1-Beta-1 and V4.1 release. One other thing: since upgrading to V4.1-Beta-1, I haven't had any problems with old entries being left in the MX_ROOT:[QUEUE.%] directories. This is a Good Thing. Thanks again to Hunter et al for all their hard work! Ted -- Ted Corning UMass/Boston Computing Services kismet@trantor.cc.umb.edu ================================================================================ Archive-Date: Wed, 13 Jul 1994 18:53:08 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Two MX questions Date: 13 Jul 1994 09:16:22 GMT Message-ID: <300bd6$hhl@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Jul13.170124.43@southpower.co.nz>, fowlerk@southpower.co.nz (Ken Fowler - Systems Administrator) writes: =Is it possible to bounce a message manually?? Like if an entry =has an obvious error is there a way to manually bounce the =message now rather than waiting for it to attempt to process the =entry the max number of times and then bouncing in our case, the =default which is 96 retries each of which is 30 mins apart. Sort of. You can manually READY the message (using MCP) 96 times. -------------------------------------------------------------------------------- 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, 14 Jul 1994 02:27:16 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: leebp@iscs.nus.sg Reply-To: MX-List@WKUVX1.WKU.EDU Date: Thu, 14 Jul 1994 15:26:52 SST To: mx-list@wkuvx1.wku.edu CC: goathunter@alpha.wku.edu Message-ID: <009816B5.3CE097FA.27213@dec7000.iscs.nus.sg> Subject: MX4.1 running woes with JNET and Multinet Hi Guys ... I need some help urgently. I've installed MX 4.1 on one of my Vaxes which was running PMDF v3.1 and Jnet 3.6. MX 4.1 is configured with JNET and default Multinet support. I added a large collection of aliases using: DEFINE ALIAS Anyway, my problems are: 1) I can't connect to my smtp port. It gives the following error message: MM_ -- no room in table for alias taConnection closed by foreign host. The connection was terminated. 2) I can receive bitnet mails from the adjacent Bitnet node. Using QUEUE SHOW, I see the following: Entry# Status Size Source Agent .......... ------ ------ ---- ------ --------------- 1 READY 134320 JNET 2 READY 1120 JNET .. etc etc .. All my bitnet mails are stuck ... I would be grateful for any immediate help! Paul ================================================================================ Archive-Date: Thu, 14 Jul 1994 06:02:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: leebp@iscs.nus.sg Reply-To: MX-List@WKUVX1.WKU.EDU Date: Thu, 14 Jul 1994 19:00:19 SST To: goathunter@ALPHA.WKU.EDU CC: mx-list@wkuvx1.wku.edu Message-ID: <009816D3.0E7EDFF2.27459@dec7000.iscs.nus.sg> Subject: RE: MX4.1 running woes with JNET and Multinet Hi Hunter ... You were right. I forgot I still had Multinet's SMTP running. I disabled it and the connection problem disappeared .. Regarding my BITNET entries stuck in the queue, you were right again :). I placed the lines need in the Jnet startup script JANSITE.COM. When the SUBMIT command was executed, the MX_STARTUP.COM script was placed on the queue with the parameter JNET and /USER=MAILER. However, the MX_JNET daemon was not started. I do have the MAILER account. Anyway, I solved the problem by running MX_JNET under SYSTEM. I hope it's ok ... cause everything works great now! I'm glad I finally got rid of PMDF with MX4.1. Thanks alot .. Paul ================================================================================ Archive-Date: Thu, 14 Jul 1994 06:02:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Jul 1994 05:25:21 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981661.34F70415.3@ALPHA.WKU.EDU> Subject: Re: Is there still a memory leak in MX V4.1? kismet@trantor.cc.umb.edu (Ted Corning) writes: > >GWDGV1::MOELLER (moeller@gwdgv1.dnet.gwdg.de) wrote: >: What's the current attitude towards regularly re-starting MX? > It certainly won't *hurt* anything to shut it down and restart it nightly. It shouldn't be necessary, but there's no reason you can't do it. >: After running V4.1 on plain VMS V5.5-2 for just a week, >: the virtual size of "MX SMTP Server" has grown to around 4500 pages, >: and that of "MX Router" was over 9000 pages. [...] >I'm still running V4.1-Beta-1, but I have noticed the same thing happening. >My MX SMTP Server on my main server node was over 10500 pages, and one of the >MX Router processes actually exited with a status of 1015824 (insufficient >virtual memory). > Naturally, I'm not experiencing those problems here. However, we're checking into the reports.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 14 Jul 1994 06:02:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Jul 1994 05:22:47 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: LEEBP@ISCS.NUS.SG Message-ID: <00981660.D95FB72D.1@ALPHA.WKU.EDU> Subject: RE: MX4.1 running woes with JNET and Multinet leebp@iscs.nus.sg writes: > >Hi Guys ... > I need some help urgently. I've installed MX 4.1 on one of my Vaxes >which was running PMDF v3.1 and Jnet 3.6. > MX 4.1 is configured with JNET and default Multinet support. I added >a large collection of aliases using: DEFINE ALIAS > Anyway, my problems are: >1) I can't connect to my smtp port. It gives the following error message: > > MM_ -- no room in table for alias taConnection closed by foreign host. > > The connection was terminated. > I assume this is output from your TELNET session? That's not an MX error. Did you disable the MultiNet SMTP server before trying to start MX? Is your MX SMTP Server running? MCP STATUS will show you what's running. >2) I can receive bitnet mails from the adjacent Bitnet node. Using > QUEUE SHOW, I see the following: > >Entry# Status Size Source Agent .......... >------ ------ ---- ------ --------------- >1 READY 134320 JNET >2 READY 1120 JNET > .. etc etc .. > >All my bitnet mails are stuck ... > This, again, sounds like you don't have MX Jnet running. As documented in the installation guide, MX Jnet must be started separately using @SYS$STARTUP:MX_STARTUP JNET. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 14 Jul 1994 07:42:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Jul 1994 14:40:38 +0100 From: "Rok Vidmar, RCU Lj." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009816AE.C72BC9CC.1@uni-lj.si> Subject: RE: re: manual bounce > ... I have often wanted > a command like MCP QUE REROUTE which would take a single message, delete (or > mask off somehow) its original destination address and reroute it to a new > address. A lot of these rejected messages are simple typo's. Sending them > back to the original sender does not teach them anything since they already > know the correct address, but it can seriously delay some important messages. > When I can spot the typo, it would be nice to be able to expidite the message > to its correct destination. If you desperately need it, you allready have it now, even if it takes too much work: implement new rewrite rule in CONFIG.MCP, reset Router, ready the message(s), remove the new rule and reset Router again. But I do agree: we have two new wish list items. Regards, Rok ------------ Rok Vidmar slon: uek::rok.vidmar RCU, Univerza v Ljubljani x.400: S=vidmar;G=rok;O=uni-lj;P=ac;A=mail;C=si Kardeljeva pl. 17 inet: rok.vidmar@uni-lj.si 61000 Ljubljana tel: (061)168-6439 Slovenija fax: (061)168-3534 ================================================================================ Archive-Date: Thu, 14 Jul 1994 13:01:17 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Jul 1994 14:03:03 EDT From: hone@ouvaxa.cats.ohiou.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009816A9.87273F00.20@ouvaxa.cats.ohiou.edu> Subject: rewrite rule needed? Yesterday we updated MX from 3.3 to 4.1 and the improved performance is great. Thanks, Hunter. I am having a problem with the return address that All-in-1 generates by using answer. I have implemented the name_conversion program from the contrib directory and added these rewrite rules. Rewrite "<{user}@{node}.dnet>" => "<""{node}::{user}""@ouvaxa.cats.ohiou.edu>" Rewrite "<{user}@{a1node}.{node}.mrgate>" => "<""{node}::mrgate::\""{a1node}::{user}\""""@ouvaxa.cats.ohiou.edu>" Rewrite "<{user}@{node}.mrgate>" => "<""mrgate::\""{node}::{user}\""""@ouvaxa.cats.ohiou.edu>" The from address is still user%A1.OUVAX.mrgate@ouvaxa.cats.ohiou.edu and I would like it to be user@ouvaxa.cats.ohiou.edu Do I need another rewrite rule and if so specifically what should it be? Or should one of the rewrite rules be changed? ================================================================================ Archive-Date: Thu, 14 Jul 1994 15:09:14 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Jul 1994 15:02:58 -0500 (CDT) From: Rick Stacks Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX, UUCP, Pathworks, & WordPerfect mail question To: mx-list@wkuvx1.wku.edu CC: stacks@adpce.lrk.ar.us Message-ID: <009816B1.E5FFF8C0.8@adpce.lrk.ar.us> Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT MX'ers, Please bear with me while I explain my question... Using VMS 5.5-2, MX V4.1, and UUCP V2.0, we have VMS Mail and WordPerfect Mail users on VAXs, AXPs, and PC's. Everything is networked using Ethernet, DECnet, & Pathworks. The PC's are running WordPerfect Office (and WP Mail). Mail to and from the VAX & AXP users of VMS Mail and WP Mail is OK as long as MX is not specified as the transport (see example below). adpce1 = cluster node name works does not work FROM VMS MAIL TO WP MAIL wpgate::adpce1::user mx%"wpgate::adpce1::user" I would like to have both of the above mailing addresses work the same -- i.e. both should be delivered to "user" in WP Mail. I receive a notification from MX that I'm getting a 'local delivery error' - invalid address and MX router says that there is no such node as wpgate. 1) Does anyone have a similar configuration that knows what I'm talking about? 2) If no to #1, do I need to post more information to aid in the diagnosis? if so, what? VMS Mail seems to work OK :-), WP mailing addresses are a pain in the back side. :-( many thanks in advance -- Rick +----------------------------------------------------------------------------+ | Rick Stacks, Sr. Programmer Analyst | They that give up essential liberty | | Ark Dept Pollution Control & Ecology | to obtain a little temporary safety | | 8001 National Dr. / POB 8913 | deserve neither liberty nor safety | | Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 | | email: stacks@adpce.lrk.ar.us | | |--------------------------------------+-------------------------------------| ================================================================================ Archive-Date: Thu, 14 Jul 1994 20:41:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: leebp@iscs.nus.sg Reply-To: MX-List@WKUVX1.WKU.EDU Date: Fri, 15 Jul 1994 09:41:07 SST To: mx-list@wkuvx1.wku.edu Message-ID: <0098174E.1A0E91FC.27851@dec7000.iscs.nus.sg> Subject: 1 AXP + 2 VAX + 1 MX 4.1 Hi there .... I have 1 AXP and 2 Vaxes and I wish to run MX 4.1 on all of them. I have MX 4.1 running on 1 of the Vaxes and have installed MX 4.1 such that each machine would run their own copies of daemons ... router, smtp etc. Assuming I create separate configuration files for each machine, would MX 4.1 automatically use the appropriate configuration once it is started for each machine? On the other hand, how do I get them to share the same configuration file? How would all these affect the MX accounting files? Thanks for taking your time over this ... Cheers ... Paul ================================================================================ Archive-Date: Fri, 15 Jul 1994 05:50:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 15 Jul 1994 05:50:51 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098172D.EEFF7410.24@ALPHA.WKU.EDU> Subject: RE: 1 AXP + 2 VAX + 1 MX 4.1 leebp@iscs.nus.sg writes: > >Hi there .... > I have 1 AXP and 2 Vaxes and I wish to run MX 4.1 on all of them. >I have MX 4.1 running on 1 of the Vaxes and have installed MX 4.1 such that >each machine would run their own copies of daemons ... router, smtp etc. Do you mean that each system has their own MX_ROOT: tree? > Assuming I create separate configuration files for each machine, >would MX 4.1 automatically use the appropriate configuration once it is >started for each machine? If each has its own MX_ROOT tree, then yes. > On the other hand, how do I get them to share the same configuration >file? How would all these affect the MX accounting files? Just have SYS$STARTUP:MX_STARTUP.COM execute the MX startup from a device and directory that's common to all the systems. If MX_ROOT:, etc., are all defined the same on all your systems, everything will work just fine. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 15 Jul 1994 22:41:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wayne@tachyon.com (Wayne Sewell) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: re: manual bounce Message-ID: <1994Jul15.181956.7@tachyon.com> Date: 15 Jul 94 18:19:56 CDT To: MX-List@WKUVX1.WKU.EDU In article <009815BF.5E076720.3@hiaras.hia.nrc.ca>, "Russell O. Redman" writes: >>> Is it possible to bounce a message manually?? Like if an entry >>> has an obvious error is there a way to manually bounce the >>> message now rather than waiting for it to attempt to process the >>> entry the max number of times and then bouncing in our case, the >>> default which is 96 retries each of which is 30 mins apart. >> >> No. >> Yes, something like MCP QUE REJECT is a great idea! > > This is a great idea for the wish list! In a related vein, I have often wanted > a command like MCP QUE REROUTE which would take a single message, delete (or > mask off somehow) its original destination address and reroute it to a new > address. A lot of these rejected messages are simple typo's. Sending them > back to the original sender does not teach them anything since they already > know the correct address, but it can seriously delay some important messages. > When I can spot the typo, it would be nice to be able to expidite the message > to its correct destination. > > Cheers, > Russell O. Redman As long as we're asking for neat stuff, the ideal solution would be to reroute *and* bounce the message. Send the message to the correct destination and send a machine-generated message to the sender with an address correction (you sent to "bozo@tachyon.com"; that should have been "ronald_mcdonald@tachyon.com"). If the error was a typo the correction could be ignored. If the sender had the wrong address in the first place, he would now know the correct address. -- ======================================================================== Wayne Sewell, Tachyon Software Consulting |wayne@tachyon.com >>mail to pgpkey@tachyon.com for pgp key |(214)-553-9760 Key fingerprint = 77 A5 C1 56 9C ED F1 8E 89 F9 27 3C 86 79 F7 1B ======================================================================== Miles Gloriousus:"Stand aside everyone! I take large steps!" ================================================================================ Archive-Date: Sat, 16 Jul 1994 04:44:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 16 Jul 1994 13:58:18 -0305 From: SAEED KHADEMI Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0098183B.324D8D20.22141@IREARN.BITNET> Subject: SMTP QUESTION Dear Friends, I have a question regarding MX SMTP. I'm using MX 3.3 ( Sorry, I didn't upgrade to 4.01 ) and UCX ( On VAX 3100 ). Two weeks ago, I've installed SMTP agent of MX. After that, my system has CRASHED four times!!! :-( In all cases, I've seen dump of memory and rebooting of system. Could someone tell me what is the problem? Many thanks in advance. I know that HUNTER has told us that he doesn't answer to MX 3.3 questions, and I promise to upgrade as soon as possible. Regards, Saeed. ================================================================================ Archive-Date: Sat, 16 Jul 1994 09:57:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 16 Jul 1994 09:57:20 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981819.8874002F.15@ALPHA.WKU.EDU> Subject: RE: SMTP QUESTION SAEED KHADEMI writes: > >Dear Friends, > I have a question regarding MX SMTP. I'm using MX 3.3 ( Sorry, I didn't >upgrade to 4.01 ) and UCX ( On VAX 3100 ). > Two weeks ago, I've installed SMTP agent of MX. After that, my system >has CRASHED four times!!! :-( > In all cases, I've seen dump of memory and rebooting of system. > Could someone tell me what is the problem? There's nothing in MX that would cause a crash (i.e., there's no kernel mode code in MX). What version of UCX are you running? If it's not at least V2.0E, I'd suggest you upgrade ASAP. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Sat, 16 Jul 1994 11:56:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 16 Jul 1994 11:56:17 CDT From: system@BEAVER.HS.Bemidji.MSUS.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098182A.26764D40.2@BEAVER.HS.Bemidji.MSUS.edu> Subject: RE: SMTP QUESTION SAEED KHADEMI writes: > >Dear Friends, > I have a question regarding MX SMTP. I'm using MX 3.3 ( Sorry, I didn't >upgrade to 4.01 ) and UCX ( On VAX 3100 ). > Two weeks ago, I've installed SMTP agent of MX. After that, my system >has CRASHED four times!!! :-( > In all cases, I've seen dump of memory and rebooting of system. > Could someone tell me what is the problem? Some early UCX 3.0 versions (version a? b?) had a problem with TELNET that caused crashes. I forget the details, sorry, but 3.0d works ok. Disable TELNET and see if your MX "problem" goes away too. Dave Miller. //----------\|/------\\ Professor, Computer Science. || /\ -X- || || / \ /|/\ || DMILLER@BEAVER.HS.Bemidji.MSUS.EDU || / \ / \ || || / \ \ || 1500 Birchmont Dr. NE || /________\____\ || Bemidji State University || || || || Bemidji MN, 56601 \\------|| -------// ================================================================================ Archive-Date: Sun, 17 Jul 1994 21:31:04 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 17 Jul 1994 20:29:42 MDT From: ichjsmt@earth.oscs.montana.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0098193B.0A686B80.5@earth.oscs.montana.edu> Subject: From: User Name I'm about to begin ADDing subscribers to a fledgling mail list. I've yet to grasp the form of the list mechanism; campus computing services is taking care of that. The documentation I have, is pages 1 through 27 of the _MX_Mailing_List/File_Server_Guide for ver. 3.3 (May 1993). I'm told, that we're running MX 4.1. As soon as (if) I can figure out how to get the file unzipped, I will FTP the latest documents from WKU. The "From" field of the test messages contains the sender's email address. How can that field be defined, so that it will include the senders name, as well as address? From: User Name Any explanation should include information on how to add the names and addresses to the subscriber's list. Currently we have a test roster that looks like the following: user1 name "User2 Name" account3@HOST.SITE.ORG (I didn't add User2, so I don't know how that was entered). There is a .COM program that's being used for REVIEW, ADD, and REMOVE. It provides the proper case for the address string, and is appended following my .sig. Note the F$EDIT usage, near the end of the listing. Mark ichjsmt@earth.oscs.montana.edu -----Start of .COM----- $! This file provides a simple way to send MX requests to a list $! P1 is the list name $! List name must include "-l", as in "msnmr-l" $! P2 is the command REVIEW/ADD/REMOVE $! P3 is the address to ADD/REMOVE $ $ P1 = "msnmr-l" $ ON WARNING THEN GOTO EXIT $ IF P1 .EQS. "" THEN INQUIRE P1 "_List" $ IF P2 .EQS. "" THEN INQUIRE P2 "_Command" $ MSG$FILE = "SYS$SCRATCH:MXLIST.TXT" $! LIST$NODE = "TREX.OSCS.MONTANA.EDU" $ LIST$NODE = "EARTH.OSCS.MONTANA.EDU" $ MAIL="MAIL" $ $ GOSUB 'P2' $ $ EXIT: $ SET NOON $ CLOSE/NOLOG *MSG* $ IF F$SEARCH(MSG$FILE) .NES. "" THEN DELETE/NOLOG/NOCONFIRM 'MSG$FILE';* $ EXIT $ $ REVIEW: $ $ OPEN/WRITE *MSG* 'MSG$FILE' $ WRITE *MSG* "REVIEW" $ CLOSE *MSG* $ MAIL 'MSG$FILE' "MX%""''P1'-REQUEST@''LIST$NODE'""" $ RETURN $ $ ADD: $ $ CMD = "ADD" $ GOSUB ADD_REMOVE $ RETURN $ $ REMOVE: $ $ CMD = "REMOVE" $ GOSUB ADD_REMOVE $ RETURN $ $ ADD_REMOVE: $ $ IF P3 .EQS. "" THEN INQUIRE P3 "_Address" $ P3 = F$EDIT(P3,"UPCASE") $ P3[0,F$LOC("@",P3)] := "''F$EDIT(P3,"LOWERCASE")'" $ OPEN/WRITE *MSG* 'MSG$FILE' $ WRITE *MSG* "''CMD' ''P3'" $ CLOSE *MSG* $ MAIL 'MSG$FILE' "MX%""''P1'-REQUEST@''LIST$NODE'""" $ RETURN -----End of .COM----- ================================================================================ Archive-Date: Mon, 18 Jul 1994 04:08:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 18 Jul 1994 15:15:29 +0900 To: MX-List@WKUVX1.WKU.EDU From: tim@twics.com (Tim Burress) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: No Timeout in MX SMTP? We ran into a problem over the weekend when one of our users tried to send a 1Mb file with very long lines to aol.com. AOL apparently couldn't handle it, and hung, leaving MX SMTP in an LEF state waiting to get a response. This meant that, among other things, it would not notice a SHUTDOWN command, so I had to kill it with STOP, cancel the message in the queue, and then restart The big problem, though, was that MX SMTP hung around in this LEF state for about 14 hours before I got to it. Is there no timeout in MX SMTP, once the data transfer begins? Should there be? Tim FYI here is the .TRANSCRIPT file from MX_SMTP_DIR: Rcvd: 220 mailgate.prod.aol.net HP Sendmail (1.37.109.4/16.2) ready at Sun, 17 J ul 94 10:02:04 -0400 Sent: HELO tanuki.twics.com Rcvd: 250 mailgate.prod.aol.net Hello tanuki.twics.com, pleased to meet you Sent: MAIL FROM:<********@tanuki.twics.com> Rcvd: 250 <********@tanuki.twics.com>... Sender ok Sent: RCPT TO:<********@AOL.COM> Rcvd: 250 <********@AOL.COM>... Recipient ok Sent: DATA Rcvd: 354 Enter mail, end with "." on a line by itself ================================================================================ Archive-Date: Mon, 18 Jul 1994 04:46:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Jul 1994 04:46:28 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981980.702C170B.3@ALPHA.WKU.EDU> Subject: RE: From: User Name ichjsmt@earth.oscs.montana.edu writes: > >I'm about to begin ADDing subscribers to a fledgling mail list. I've >yet to grasp the form of the list mechanism; campus computing services >is taking care of that. The documentation I have, is pages 1 through 27 >of the _MX_Mailing_List/File_Server_Guide for ver. 3.3 (May 1993). I'm >told, that we're running MX 4.1. As soon as (if) I can figure out how to >get the file unzipped, I will FTP the latest documents from WKU. > >The "From" field of the test messages contains the sender's email address. >How can that field be defined, so that it will include the senders name, >as well as address? > > From: User Name > >Any explanation should include information on how to add the names and >addresses to the subscriber's list. Currently we have a test roster >that looks like the following: > If I understand what you are asking, you can add and remove users by sending mail to the -request address. The format of the command is: ADD "Real name" and REMOVE Depending on the characters contained in "Real name", the quotes aren't necessary, but I always include them to be safe. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Mon, 18 Jul 1994 07:12:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Jul 1994 06:11:03 MDT From: ichjsmt@earth.oscs.montana.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098198C.40ACC500.1@earth.oscs.montana.edu> Subject: RE: From: User Name "Hunter Goatley, WKU" writes: =>The "From" field of the test messages contains the sender's email address. =>How can that field be defined, so that it will include the senders name, =>as well as address? => => From: User Name => =>Any explanation should include information on how to add the names and =>addresses to the subscriber's list. Currently we have a test roster =>that looks like the following: => = =If I understand what you are asking, you can add and remove users by =sending mail to the -request address. The format of the command is: = =ADD "Real name" Please understand, that I'm trying to be a chemist, not a DCL wiz. If I use the .COM program appended to the original post, and ADD either of the following Mark Tarka "Mark Tarka" ""Mark Tarka" a REVIEW will show (if I recall correctly) mark tarka and *this* result comes after removing (with an "!") the line in the .COM containing the "F$EDIT" and "LOWERCASE" commands. Furthermore, even with the lower case given name, a post to the list from that sender does not put the given name in the "From:" field, only the address. Yawn. I'll eventually get it down the way I want it. Thanks. Mark ================================================================================ Archive-Date: Mon, 18 Jul 1994 11:54:48 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Jul 1994 12:56:40 EDT From: hone@ouvaxa.cats.ohiou.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <009819C4.EB17A720.75@ouvaxa.cats.ohiou.edu> Subject: MXSUM question Ohio University Electronic Communication Date: 18-Jul-1994 12:56pm EST To: Remote Addressee ( _mx%"MX-List@WKUVX1.WKU.EDU" ) From: Donald Hone Dept: CaTS HONE Tel No: 614-593-0247 Subject: MXSUM question MX-er's Now that our site has updated to MX4.1 (with the improved disk i/o rate) I am able to keep accounting for MX_LOCAL. I have unpacked and compiled the MXSUM programs. However, the reporting of the user name (14 characters) is too short. Here is an example of the output that MXSUM LOCAL/DATE=15-JUL produces: Date User Total Files Total Bytes ================================================================================ 15-JUL-1994 DELIVER%CIS_MA 2 1552 15-JUL-1994 HONED 12 34389 15-JUL-1994 MRGATE::A1::AA 35 74180 ... 15-JUL-1994 MRGATE::A1::MO 40 236145 I have make a minor change to the program (see below) and now have one more character but cannot increase the length any more. Is it possible and since my knowledge of Macro32 is nil would anyone be so helpful as to post a modification? Date User Total Files Total Bytes ================================================================================ 15-JUL-1994 DELIVER%CIS_MAI 2 1552 15-JUL-1994 HONED 12 34389 15-JUL-1994 MRGATE::A1::AAC 35 74180 ... 15-JUL-1994 MRGATE::A1::MOF 2 3261 15-JUL-1994 MRGATE::A1::MON 2 5629 15-JUL-1994 MRGATE::A1::MON 24 196893 15-JUL-1994 MRGATE::A1::MOO 2 5000 15-JUL-1994 MRGATE::A1::MOR 10 25362 Thanks, Don ------------------ $ dif mxsum.mar mxsum.mar;1 ************ File MX_ROOT:[CONTRIB.MXSUM]MXSUM.MAR;4 123 $EQU NODE_S_NAME 16 ; Length of name field 124 $DEF NODE_T_NAME .BLKB NODE_S_NAME ; The name itself ****** File MX_ROOT:[CONTRIB.MXSUM]MXSUM.MAR;1 123 $EQU NODE_S_NAME 14 ; Length of name field 124 $DEF NODE_T_NAME .BLKB NODE_S_NAME ; The name itself ************ ************ File MX_ROOT:[CONTRIB.MXSUM]MXSUM.MAR;4 328 .BYTE 32[18] 329 .ASCII /Total Files/ ****** File MX_ROOT:[CONTRIB.MXSUM]MXSUM.MAR;1 328 .BYTE 32[16] 329 .ASCII /Total Files/ ************ Number of difference sections found: 2 Number of difference records found: 2 DIFFERENCES /IGNORE=()/MERGED=1- MX_ROOT:[CONTRIB.MXSUM]MXSUM.MAR;4- MX_ROOT:[CONTRIB.MXSUM]MXSUM.MAR;1 Received: 18-Jul-1994 12:56pm ================================================================================ Archive-Date: Mon, 18 Jul 1994 16:12:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Errors-To? Message-ID: <1994Jul18.073703.183@scff.chinalake.navy.mil> From: goppelt@scfe.chinalake.navy.mil (Freshness dating: Best if read before 94-07-19 08:53) Reply-To: MX-List@WKUVX1.WKU.EDU Date: 18 Jul 94 07:37:03 PST To: MX-List@WKUVX1.WKU.EDU Greetings, I received the following message from the 4d-digest@sunshine.mit.edu list owner (user's name has been changed): > Hi there. I run a mailing list to which > "Walt_Tuttle@smtp_gw.chinalake.navy.mil" is subscribed. I > received the following error message: > > >Error-For: Walt_Tuttle@smtp_gw.chinalake.navy.mil > >Error-Code: 2 > >Error-Text: %SYSTEM-F-REJECT, connect to network object rejected > > -Retry count exceeded > > -(Via smtp_gw.chinalake.navy.mil) > > > >Error-End: 1 error detected > > > The only problem is that my digests are distributed with an "Errors-to" > field in the header, but your system ignores the header and sends errors to > the "To" field. The "To" field is the mailing list name and therefore, your > bounces go to the mailing list. If possible, please teach your mailer how > to deal with "Errors-to" fields. > If anything, I sincerely doubt that MX is at fault. Here is the message header of a typical message (not the one that bounced - I don't have a copy of that): > Return-Path: > Received: from sunshine.MIT.EDU by SCFE.CHINALAKE.NAVY.MIL (MX V4.0-1 VAX) > with SMTP; Sun, 17 Jul 1994 14:04:18 PDT > Received: by sunshine.MIT.EDU (4.1/direct/mlbarrow-1.0) id AA29607; Sun, 17 > Jul 94 16:58:56 EDT > Received: from arwen.otago.ac.nz by sunshine.MIT.EDU (4.1/direct/mlbarrow-1.0) > id AA29597; Sun, 17 Jul 94 16:58:46 EDT > Received: from [139.80.240.18] by arwen.otago.ac.nz with SMTP id AA14936 > (5.65c/IDA-1.4.4 for <4d-digest@SUNSHINE.mit.edu>); Mon, 18 Jul 1994 > 08:22:58 +1200 > Date: Mon, 18 Jul 1994 08:22:58 +1200 > Message-ID: <199407172022.AA14936@arwen.otago.ac.nz> > X-Sender: st004282@brandywine.otago.ac.nz > MIME-Version: 1.0 > Content-Type: text/plain; charset="us-ascii" > To: 4d-digest@sunshine.mit.edu > From: Julian.Cox@stonebow.otago.ac.nz (Julian Cox) > Subject: Sort selection by related many? - more info > Sender: owner-4d@SUNSHINE.MIT.EDU > Precedence: bulk I can't see an "Errors-to" field. This particular user has their VMS mail forwarded to the SMTP/QuickMail (smtp_gw) gateway. That gateway goes down from time to time, causing this bounced message. Apparently it was bounced back to the mailing list. Am I missing something in my configuration? Is Errors-To a valid field, and/or is MX ignoring it? thanks for any info, dave -- David S. Goppelt Internet: goppelt@scfe.chinalake.navy.mil ================================================================================ Archive-Date: Mon, 18 Jul 1994 20:12:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: MX 4.1 queue installation problem Date: 18 Jul 1994 19:11:10 GMT Message-ID: <30ek4e$4al@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , John_Mertus@brown.edu (John Mertus) writes: = I am trying to install 4.1 on VMS 5.5 on a VAXSTATION 4000-60 over UCX. =Everything seems to work fine until it tries to create the queue, then the =installtion procedure says = =%MCP-F-QCVTFAIL, error creating new system message queue =-RMS-F-DEV, error in device name or iappropriate device type for operation = =Does anyone have any idea what DEV it is lookin for and why it is iappropriate? The device specified in the MX_FLQ_DIR logical name, most likely. Check to make sure that you specified a valid device there. -------------------------------------------------------------------------------- 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, 18 Jul 1994 20:13:12 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: 4.1 installation, continued Date: 18 Jul 1994 19:14:24 GMT Message-ID: <30ekag$4al@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , John_Mertus@brown.edu (John Mertus) writes: = This continues my message about the QUEUE fail to install on 4.1. I did the =obvious thing and did a = mcp > create queue /max=5000 =and the response was the queue was created. Outward messages work fine, but =my computer now refuses SMTP connections so no incomming mail possible. = =What did I do wrong? That's hard to say, since you provide us with no information. Check to make sure the "MX SMTP Server" process is running. If it's not, look in its log files. If that doesn't allow you to figure out the problem, then you might consider taking the rather bizarre step of posting your configuration. Yeah, I know, nobody'd ever suspect that the configuration might be related to problems with the software, but you never know. -------------------------------------------------------------------------------- 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, 18 Jul 1994 22:32:23 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: leebp@iscs.nus.sg Reply-To: MX-List@WKUVX1.WKU.EDU Date: Tue, 19 Jul 1994 11:30:58 SST To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981A82.1C67CF09.30528@dec7000.iscs.nus.sg> Subject: Re: 4.1 installation, continued I had the same problem ... Hunter rightly suggested that my Multinet SMTP daemon was wrongly and needed to be disabled ... Hope this helps .. Paul ================================================================================ Archive-Date: Mon, 18 Jul 1994 22:47:08 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: MX 4.1 queue installation problem Message-ID: From: John_Mertus@brown.edu (John Mertus) Reply-To: MX-List@WKUVX1.WKU.EDU Date: Mon, 18 Jul 1994 12:53:55 To: MX-List@WKUVX1.WKU.EDU I am trying to install 4.1 on VMS 5.5 on a VAXSTATION 4000-60 over UCX. Everything seems to work fine until it tries to create the queue, then the installtion procedure says %MCP-F-QCVTFAIL, error creating new system message queue -RMS-F-DEV, error in device name or iappropriate device type for operation Does anyone have any idea what DEV it is lookin for and why it is iappropriate? Thanks -John_Mertus@Brown.EDU ================================================================================ Archive-Date: Mon, 18 Jul 1994 22:47:23 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: 4.1 installation, continued Message-ID: From: John_Mertus@brown.edu (John Mertus) Reply-To: MX-List@WKUVX1.WKU.EDU Date: Mon, 18 Jul 1994 13:16:56 To: MX-List@WKUVX1.WKU.EDU This continues my message about the QUEUE fail to install on 4.1. I did the obvious thing and did a mcp > create queue /max=5000 and the response was the queue was created. Outward messages work fine, but my computer now refuses SMTP connections so no incomming mail possible. What did I do wrong? =John_Mertus@Brown.EDU PS: MX looks to be a very nice professional bit of software. If you worked for DEC, they would have to lay you off :) ================================================================================ Archive-Date: Mon, 18 Jul 1994 22:47:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Re: No Timeout in MX SMTP? Message-ID: <30ef7k$orr@news.arc.nasa.gov> From: wing@tgv.com ("Dan Wing") Date: 18 Jul 1994 17:47:32 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <27150418@MVB.SAIC.COM>, tim@twics.com (Tim Burress) writes: #We ran into a problem over the weekend when one of our users tried to send #a 1Mb file with very long lines to aol.com. AOL apparently couldn't handle #it, and hung, leaving MX SMTP in an LEF state waiting to get a response. #This meant that, among other things, it would not notice a SHUTDOWN #command, so I had to kill it with STOP, cancel the message in the queue, #and then restart # #The big problem, though, was that MX SMTP hung around in this LEF state for #about 14 hours before I got to it. Is there no timeout in MX SMTP, once #the data transfer begins? Should there be? A workaround is to not rely on one outgoing SMTP agent. Startup 2 or 3 of them -- it'll get your outgoing mail sent out faster, too. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Tue, 19 Jul 1994 09:10:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Jul 1994 10:08:10 EDT From: John Hasstedt Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981A76.8B750652.21@nuclear.physics.sunysb.edu> Subject: MX not incrementing error count I have found what I think is a bug in MX. I have the following entry in my MX queue: Entry: 27, Origin: [Local] Status: IN-PROGRESS, size: 850 bytes Created: 18-JUL-1994 15:15:18.40, expires 17-AUG-1994 15:15:18.40 Last modified 19-JUL-1994 09:23:30.95 SMTP entry #28, status: READY, size: 850 bytes, waiting for retry until 19-JUL-1994 09:54:31.60 Created: 18-JUL-1994 15:15:54.94, expires 17-AUG-1994 15:15:18.40 Last modified 19-JUL-1994 09:24:31.63 Recipient #1: , Route=tifrvax.tifr.res.in DNS errors=1 Last error: %MX-F-NODNSRESPONSE, no response from DNS server MX is retrying it every 30 minutes, but is not incrementing the error count. This entry was created 18-JUL-1994 15:15:18.40 and last modified 19-JUL-1994 09:23:30.95, but has a DNS error count of 1 and no non-DNS error count. I readied the entry to make sure it was being retried and the error count did not change. John ========================================================================== John Hasstedt BITNET: MANAGER@SUNYSBNP Physics Department Internet: manager@nuclear.physics.sunysb.edu State University of New York HEPNET: SBNUC::MANAGER or 44145::MANAGER Stony Brook, NY 11794-3800 Phone: 516-632-8154 FAX: 516-632-8573 ================================================================================ Archive-Date: Tue, 19 Jul 1994 09:22:15 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Jul 1994 09:21:55 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981A70.157A3662.1@ALPHA.WKU.EDU> Subject: RE: MX not incrementing error count John Hasstedt writes: > >I have found what I think is a bug in MX. I have the following entry >in my MX queue: > It's not a bug, it's a feature! > DNS errors=1 > Last error: %MX-F-NODNSRESPONSE, no response from DNS server > >MX is retrying it every 30 minutes, but is not incrementing the error >count. This entry was created 18-JUL-1994 15:15:18.40 and last >modified 19-JUL-1994 09:23:30.95, but has a DNS error count of 1 and >no non-DNS error count. I readied the entry to make sure it was being >retried and the error count did not change. > MX is literally getting no response from the DNS server. That's a feature of MX V4.1---the idea is that if your main DNS system goes down, MX doesn't start bouncing messages that it couldn't send out simply because the DNS was down. When it gets a response from the DNS for that system, it'll start trying to deliver it. Note that this is different from a "no such host" response or something like that. This only happens when it truly is getting no response from the DNS. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 20 Jul 1994 00:38:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: John_Mertus@brown.edu (John Mertus) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: 4.1 Installation problems, an update Date: Tue, 19 Jul 1994 10:21:35 Message-ID: To: MX-List@WKUVX1.WKU.EDU Well, there was a duplicate process name, when I fixed that up, MX ran well. However, I began to install MX on other systems (these are not clustered) and the same QUEUE failed problem occured. But just going into MCP and doing the QUEUE command manually works. I believe I know the problem. These machines were clustered but we declustered them by setting VAXCLUSTER to 0 ALLOC to 0 SCSNODE to "" SCSSYSTEMID to 0 We also had to delete and reinit the queues with a NOON. (I was unable to make the @CLUSTER_CONFIG remove the cluster.) So my guess is that something in MX thinks it is a cluster and it is not and hence the queue problem. -Thanks for the help. -John Mertus@Brown.EDU ================================================================================ Archive-Date: Wed, 20 Jul 1994 02:25:17 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: daniel@hfrd.dsto.gov.au Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Problem: MX 4.0, SITE interface, trailing blanks removed Date: 20 Jul 94 16:39:46 CST Message-ID: <1994Jul20.163946.1@hfrd.dsto.gov.au> To: MX-List@WKUVX1.WKU.EDU First, my compliments on a functional piece of software. We have recently installed it and are very satisfied. It solved a problematic area for our site. Second, a possible problem. We use the SITE interface and suspect that when passing messages into MX using MX_SITE_IN trailing spaces on lines are removed. Normally this would not be a problem but does interfere with encoded files (e.g. UUENCODE) that rely on the presence of all characters originally placed in a line. Can anyone confirm this behaviour, and offer a fix, or point us in the right direction. Regards, Mark Daniel - systems dogs-body. ================================================================================ Archive-Date: Wed, 20 Jul 1994 05:53:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: 20 Jul 94 10:52:08+0000 From: Fabien Marathee Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <9407201052.AA03298@eliot.cnes.fr> To: MX-List@WKUVX1.WKU.EDU Subject: Rewrite_Header/Rewrite_Envelope *** MicroVAX 3100-40 - VMS 6.1 - MX 4.1 - MULTINET 3.3a *** I am using address_rewriter.exe, modified so that From: addresses for incoming VMSmail / outgoing SMTP messages are converted this way : user@cnestd.cnes.fr -> user@cnestd.span.cnes.fr "NODE::USER"@cnestd.cnes.fr -> user@node.span.cnes.fr There is an MX RR pointing back to cnestd.cnes.fr for *.span.cnes.fr. The reverse job is done with MX rewriting rules. This works fine for the header, but I still have a non converted From in the envelope (?) . Can I fix that with rewrite_header() ? From "cnesta::marathee"@cnestd.cnes.fr Wed Jul 20 12:47 MET 1994 | WRONG !!! ... Date: 20 Jul 94 10:47:55+0000 From: marathee@cnesta.span.cnes.fr | RIGHT !!! To: marathee@imhotep.cst.cnes.fr Subject: test X-Vmsmail-To: CNESTD::MX%"marathee@imhotep.cst.cnes.fr" Thank you, Fabien. ================================================================================ Archive-Date: Wed, 20 Jul 1994 06:30:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 20 Jul 1994 13:29:17 EDT From: plugge@biv7.sr.fht-mannheim.de Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: plugge@biv7.sr.fht-mannheim.de Message-ID: <00981B5B.CE231800.7@biv7.sr.fht-mannheim.de> Subject: Error %SYSTEM-F-IVADDR, invalid media address MCP SH QUE/FU displays the following message Entry: 3, Origin: [Local] Status: IN-PROGRESS, size: 15 bytes Created: 20-JUL-1994 12:39:37.77, expires 19-AUG-1994 12:39:37.77 Last modified 20-JUL-1994 12:39:47.49 SMTP entry #4, status: READY, size: 15 bytes, waiting for retry until 20-JUL-1 994 13:09:48.96 Created: 20-JUL-1994 12:39:44.79, expires 19-AUG-1994 12:39:37.77 Last modified 20-JUL-1994 12:39:49.01 Recipient #1: , Route=NOVELL1.RZ.FHT-MA NNHEIM.DE Error count=1 Last error: %SYSTEM-F-IVADDR, invalid media address This error occures while mailing to some specific hosts. I asked some people about this, and one told me, it might be a problem in processing MX records. Does anyone know, what might be false in my installation? Michael Plugge plugge@bivb.sr.fht-mannheim.de Institut for Image Processing and Statistics ================================================================================ Archive-Date: Wed, 20 Jul 1994 06:52:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 20 Jul 1994 06:52:28 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981B24.5EC14AEA.5@ALPHA.WKU.EDU> Subject: RE: 4.1 Installation problems, an update John_Mertus@brown.edu (John Mertus) writes: > > Well, there was a duplicate process name, when I fixed that up, MX ran >well. However, I began to install MX on other systems (these are not >clustered) and the same QUEUE failed problem occured. But just going into MCP >and doing the QUEUE command manually works. I forgot to answer this. MX requires that its logicals be defined /EXECUTIVE. That includes any logicals referenced by the MX logicals. In this case, any logical used to define MX_FLQ_DIR: must also be defined /EXEC for the installation to create the queue file. As long as you can create it by hand, you're OK. So: $ define/system/exec work_disk dua10: $ define/system/exec mx_flq_dir work_disk:[mx.queue] If WORK_DISK: were not defined /EXEC, the QUEUE CREATE would fail. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 20 Jul 1994 07:16:15 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 20 Jul 1994 07:15:54 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981B27.A4B8CC0A.7@ALPHA.WKU.EDU> Subject: RE: Problem: MX 4.0, SITE interface, trailing blanks removed daniel@hfrd.dsto.gov.au writes: > >First, my compliments on a functional piece of software. >We have recently installed it and are very satisfied. >It solved a problematic area for our site. > Good! >Second, a possible problem. We use the SITE interface and suspect that when >passing messages into MX using MX_SITE_IN trailing spaces on lines are removed. Correct. >Normally this would not be a problem but does interfere with encoded files >(e.g. UUENCODE) that rely on the presence of all characters originally placed >in a line. > >Can anyone confirm this behaviour, and offer a fix, or point us in the right >direction. > I'll try to change that for the next release. In the meantime, using a better UUENCODE/UUDECODE (one that doesn't leave blanks at the ends of lines) would solve the problem. Check ftp.wku.edu for [.VMS.FILESERV]UUCODE.ZIP. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 20 Jul 1994 07:18:53 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 20 Jul 1994 07:18:33 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981B28.03A0B4BC.19@ALPHA.WKU.EDU> Subject: RE: Error %SYSTEM-F-IVADDR, invalid media address plugge@biv7.sr.fht-mannheim.de writes: > > Last error: %SYSTEM-F-IVADDR, invalid media address > >This error occures while mailing to some specific hosts. I asked some people >about this, and one told me, it might be a problem in processing MX records. >Does anyone know, what might be false in my installation? > It's not your installation, most likely, but the target site's MX records or, more precisely, not getting a response from an authoritative DNS for that site. I think. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 20 Jul 1994 20:15:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: RE: Error %SYSTEM-F-IVADDR, invalid media address Date: 21 Jul 1994 01:07:01 GMT Message-ID: <30khnl$75t@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00981B28.03A0B4BC.19@ALPHA.WKU.EDU>, "Hunter Goatley, WKU" writes: #plugge@biv7.sr.fht-mannheim.de writes: #> #> Last error: %SYSTEM-F-IVADDR, invalid media address #> #>This error occures while mailing to some specific hosts. I asked some people #>about this, and one told me, it might be a problem in processing MX records. #>Does anyone know, what might be false in my installation? #> #It's not your installation, most likely, but the target site's MX #records or, more precisely, not getting a response from an #authoritative DNS for that site. I think. I've seen this error when there's duplicate Ethernet addresses (Ethernet address, not IP address) on your local network; this can be caused by two machines running DECnet with the same SCSSYSTEMID value. The host NOVELL1.RZ.FHT-MANNHEIM.DE. has no A record, and has MX records of: NOVELL1.RZ.FHT-MANNHEIM.DE preference = 0, mail exchanger = roxi.rz.fht-mannheim.de NOVELL1.RZ.FHT-MANNHEIM.DE preference = 100, mail exchanger = noc.belwue.de I was able to connect to both of those mail exchangers with no problem (using MultiNet, doing a "$ MULTINET TELNET host /PORT=SMTP", and then type QUIT after getting the welcome banner). When I checked, I was able to get an authoritative answer from the nameserver aix01.RZ.FHT-Mannheim.de -- there appear to be several others that are authoritative for NOVELL1.RZ.FHT-MANNHEIM.DE; I didn't check them all (if the problem is related to DNS, they should all be checked). -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Thu, 21 Jul 1994 08:31:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 21 Jul 1994 09:30:18 EDT From: "Michael H. Spence, Eastman Chemical" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981C03.959B9220.24@stc150.kpt.emn.com> Subject: MX-Digest Questions I am trying to create a digest from one of our mailing lists but have not had much luck. I suspect it is in the path settings but I don't know for sure. Here are our path settings: Domain-to-path mappings: Domain="stc150.kpt.emn.com", Path=Local Domain="stb150.kpt.emn.com", Path=Local Domain="150.223.90.34", Path=Local Domain="150.223.90.51", Path=Local Domain="DIGEST.SITE", Path=Site, Route="DIGEST" Domain="stc150", Path=Local Domain="stb150", Path=Local Domain="*", Path=SMTP, Route="emngw1.emn.com" Our node cannot directly connect to the internet. We must go through a firewall (emngw1.emn.com) that is the reason for the SMTP path setting. Here are our rewrite settingsAddress-rewriting rules: Rewrite "<{u}@DIGEST.SITE>" => "<{u}@DIGEST.SITE>" I went through the instructions in the MX-DIGEST AAREADME.TXT as far as building the executables, etc. The list I am trying to digest is called: cts-list. I added the user : cts-list@DIGEST.SITE to the list. After messages are posted to the list the following queue entry remains: Entry: 9, Origin: [Local] Status: IN-PROGRESS, size: 449350 bytes Created: 21-JUL-1994 08:45:24.57, expires 20-AUG-1994 08:45:24.57 Last modified 21-JUL-1994 09:11:39.16 SITE entry #7, status: READY, size: 23650 bytes Created: 21-JUL-1994 09:11:00.20, expires 20-AUG-1994 08:45:24.57 Last modified 21-JUL-1994 09:11:01.37 Recipient #1: , Route=DIGEST In the MX_SITE_DIR: there is no CTS-LIST-DIGEST.INPUT file created. Any ideas? ======================================================================= Michael H. Spence (mspence@emn.com) | "I'm still the apple of my Computing & Telecommunication Services | mama's eye. I'm my daddy's Eastman Chemical Company | worst fears realized..." Kingsport, TN USA | Steve Earle ======================================================================= ================================================================================ Archive-Date: Thu, 21 Jul 1994 09:37:24 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 21 Jul 1994 16:35:19 EDT From: plugge@biv7.sr.fht-mannheim.de Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: plugge@biv7.sr.fht-mannheim.de Message-ID: <00981C3E.F5898440.1@biv7.sr.fht-mannheim.de> Subject: RE: Error %SYSTEM-F-IVADDR, invalid media address In article <30khnl$75t@news.arc.nasa.gov> Dan Wing (wing@tgv.com) writes: # When I checked, I was able to get an authoritative answer from the # nameserver aix01.RZ.FHT-Mannheim.de -- there appear to be several others # that are authoritative for NOVELL1.RZ.FHT-MANNHEIM.DE; I didn't check them # all (if the problem is related to DNS, they should all be checked). We have installed CMUIP 6.6. I changed the order of nameservers in sys$manager:namres.config, but it made no difference. When I type $ ipncp rrfetch NOVELL1.RZ.FHT-MANNHEIM.DE/mx I get the answer # of RRs = [00000002] MX: Pref = [00000000] Name = [roxi.rz.fht-mannheim.de] MX: Pref = [00000064] Name = [noc.belwue.de] This is the correct mail exchanger for novell1.rz.fht-mannheim.de, but MX seems not to use them. What did I do wrong? Many thanks in advance. Michael plugge@bivb.sr.fht-mannheim.de ================================================================================ Archive-Date: Thu, 21 Jul 1994 10:48:35 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 21 Jul 1994 10:07:15 +0200 (IST) From: chanaka Reply-To: MX-List@WKUVX1.WKU.EDU Subject: To: mx-list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII no mail ================================================================================ Archive-Date: Thu, 21 Jul 1994 16:16:17 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 21 Jul 1994 16:16:01 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981C3C.43AF7E0C.15@ALPHA.WKU.EDU> Subject: RE: MX-Digest Questions "Michael H. Spence, Eastman Chemical" writes: > >I am trying to create a digest from one of our mailing lists but have not had >much luck. I suspect it is in the path settings but I don't know for sure. > No, they look OK. Are you in fact running the MX Site process? It looks like it's not out there, since the entry is staying in the queue in a READY state. MCP STATUS will show you if it's out there. If you didn't install the site interface when you installed MX, then you will need to go back in and install that option. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 21 Jul 1994 16:41:31 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: RE: Error %SYSTEM-F-IVADDR, invalid media address Date: 21 Jul 1994 17:07:59 GMT Message-ID: <30ma1j$ge1@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00981C3E.F5898440.1@biv7.sr.fht-mannheim.de>, plugge@biv7.sr.fht-mannheim.de writes: #In article <30khnl$75t@news.arc.nasa.gov> Dan Wing (wing@tgv.com) writes: # ## When I checked, I was able to get an authoritative answer from the ## nameserver aix01.RZ.FHT-Mannheim.de -- there appear to be several others ## that are authoritative for NOVELL1.RZ.FHT-MANNHEIM.DE; I didn't check them ## all (if the problem is related to DNS, they should all be checked). # #We have installed CMUIP 6.6. I changed the order of nameservers in #sys$manager:namres.config, but it made no difference. When I type # # $ ipncp rrfetch NOVELL1.RZ.FHT-MANNHEIM.DE/mx # #I get the answer # # # of RRs = [00000002] # MX: Pref = [00000000] Name = [roxi.rz.fht-mannheim.de] # MX: Pref = [00000064] Name = [noc.belwue.de] # #This is the correct mail exchanger for novell1.rz.fht-mannheim.de, but MX seems #not to use them. What did I do wrong? Have you verified you don't have duplicate Ethernet addresses on your network. I checked the VMS V6.1 on-line system messages ($ HELP/MESSAGE) on that error message you were getting, and the help there also explained that the error can be due to a duplicate address on a network. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Fri, 22 Jul 1994 05:11:40 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Jul 1994 12:09:18 EDT From: Mario Jose Bernardes Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00981CE2.F6767698.13@gemini.ci.uc.pt> Subject: MXSUM on ALPHA I am running MX 4.1 on an Alpha 7610/OpenVMS 1.5. When I tried to build MXSUM from the sources I received several errors. Unzip produced the several warning: [ Warning: VMS version mismatch. This version V1.5 -- version made by V5.5 ] Is there any version for VMS 1.5 ? Thanks in advance. -- Mario Bernardes System and Network Manager Centro de Informatica da Universidade de Coimbra Portugal ================================================================================ Archive-Date: Fri, 22 Jul 1994 06:09:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Jul 1994 07:08:14 EDT From: "Michael H. Spence, Eastman Chemical" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981CB8.E76C14C0.1@stc150.kpt.emn.com> Subject: RE: MX-Digest Questions >Are you in fact running the MX Site process? It looks like it's not >out there, since the entry is staying in the queue in a READY state. > >MCP STATUS will show you if it's out there. If you didn't install the >site interface when you installed MX, then you will need to go back in >and install that option. This was the solution. I went back and installed the site interface support option and that fixed the problem. Thanks again! ======================================================================= Michael H. Spence (mspence@emn.com) | "I'm still the apple of my Computing & Telecommunication Services | mama's eye. I'm my daddy's Eastman Chemical Company | worst fears realized..." Kingsport, TN USA | Steve Earle ======================================================================= ================================================================================ Archive-Date: Fri, 22 Jul 1994 09:34:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Jul 1994 10:35:00 EDT From: e803_admin@tigger.physics.lsa.umich.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00981CD5.CA53B64B.5@tigger.physics.lsa.umich.edu> Subject: Problem with mail list ADD I am having a problem with a mailing list in MX V4.1 AXP. We are running OpenVMS V6.1. The list is defined as: Mailing lists: Name: E803_EMUL Owner: "e803_admin@TIGGER.PHYSICS.LSA.UMICH.EDU" Reply-to: NOList, Sender Archive: E803$DISK:[E803.MAIL_LISTS.E803_EMUL] Description: E803 mailing list concerning emulsion issues/sim. Errors-to: e803_admin@tigger.physics.lsa.umich.edu Strip header: NOReceived, NOOther Private list: No Case sensitive: No Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:RWED) I attempt to add a user from the E803_ADMIN account. I send mail to MX%"e803_emul-request@tigger.physics.lsa.umich.edu" from node TIGGER. I have set the logical for MLF debugging: (LNM$SYSTEM_TABLE) "MX_MLF_DEBUG" = "TRUE" The log file shows: 22-JUL-1994 10:01:22.37 Processing queue entry number 1 22-JUL-1994 10:01:22.78 Checking local name: e803_emul-request 22-JUL-1994 10:01:22.78 This is a list control address. 22-JUL-1994 10:01:22.79 LIST_CTRL_REQ: Message is from: e803_admin@tigger.physics.lsa.umich.edu 22-JUL-1994 10:01:22.84 LIST_CTRL_REQ: command is: ADD E803_EMUL aoki@kekvax.kek.jp 22-JUL-1994 10:01:22.84 CHECK_ACCESS: checking e803_admin@tigger.physics.lsa.umich.edu for access mask=00000010 22-JUL-1994 10:01:22.84 CHECK_ACCESS: Access check failed. Requested access denied. 22-JUL-1994 10:01:24.13 All done with this entry. I recieve a message back from Postmaster@tigger.physics.lsa.umich.edu saying: From: MX%"Postmaster@tigger.physics.lsa.umich.edu" To: MX%"e803_admin@tigger.physics.lsa.umich.edu" CC: Subj: Mailing list or file server error Return-Path: <> Date: Fri, 22 Jul 1994 10:01:22 EDT From: Mailing list & file server To: Subject: Mailing list or file server error Note: this message was generated automatically. The following error(s) occurred during local delivery of your message. Error in delivery to mailing list E803_EMUL: ADD failed: insufficient privilege ------------------------------ Rejected message ------------------------------ Received: by tigger.physics.lsa.umich.edu (MX V4.1 AXP) id 16; Fri, 22 Jul 1994 10:01:18 EDT Date: Fri, 22 Jul 1994 10:01:19 EDT From: e803_admin@tigger.physics.lsa.umich.edu To: e803_emul-request@tigger Message-ID: <00981CD1.15814A3E.16@tigger.physics.lsa.umich.edu> ADD E803_EMUL aoki@kekvax.kek.jp The protection on the list should allow access. The only difference I can see is that the OWNER on the list has CAPS for the node address. What am I doing wrong? Any insights would be appreciated. Thanks, Shawn McKee U of M Physics mckee@tigger.physics.lsa.umich.edu ================================================================================ Archive-Date: Fri, 22 Jul 1994 10:21:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Jul 1994 11:22:12 EST From: Alan Simon Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <00981CDC.62716080.4@shrsys.hslc.org> Subject: MLF Subscriber Addition Problem One way to create a MX mailing list subscriber database is by creating an ASCII file named [mailing-list].MLIST, with addresses one to a line, and placing that file in MX_MLIST_DIR. Adding someone to the list with the normal -REQUEST or MXServer command will then convert the file to [mailing-list].MAILING_LIST, in MLF format. Here are the first 25 addresses in my ASCII list: Whyy, Inc. <91FMNEWS@SHRSYS.HSLC.ORG> Abington Free Librar Alan Brown Mario Acerra Charlie Achenbach Abington Comm. Lib Adams Cnty Lib Sys Mignon Adams Office Of Research Learning Resources A. HOUCK Aids Info Network Alex J. Anderson Archbishop John Carr Alan Lapayover Karen Albert Carolle Aldinger Bobbie Alexander SUSAN G. ALFORD Allentown Sch. Dist. BEVERLY ALMGREN Altoona Public Lib. Altoona School Dist Alvernia College Chris Amadio and here are the first 25 addresses in the converted file: Whyy Abington Free Librar Alan Brown Mario Acerra Charlie Achenbach Abington Comm Adams Cnty Lib Sys Mignon Adams Office Of Research Learning Resources A Aids Info Network Alex J Archbishop John Carr Alan Lapayover Karen Albert Carolle Aldinger Bobbie Alexander SUSAN G Allentown Sch BEVERLY ALMGREN Altoona Public Lib Altoona School Dist Alvernia College Chris Amadio The records look like this throughout the entire file of 1500 addresses. Does anyone have any clues why this file did not convert correctly? ------------------------------------------------------------------------------- Alan Simon simon@hslc.org Associate Director simon@shrsys.hslc.org Health Sciences Libraries Consortium VOICE: (215) 222-1532 3600 Market Street, Suite 550 FAX: (215) 222-0416 Philadelphia, PA 19104 ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 22 Jul 1994 11:58:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Jul 1994 11:58:44 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981CE1.7CACB201.11@ALPHA.WKU.EDU> Subject: RE: MLF Subscriber Addition Problem Alan Simon writes: > >One way to create a MX mailing list subscriber database is by creating an ASCII >file named [mailing-list].MLIST, with addresses one to a line, and placing that >file in MX_MLIST_DIR. Adding someone to the list with the normal -REQUEST or >MXServer command will then convert the file to [mailing-list].MAILING_LIST, in >MLF format. > >Here are the first 25 addresses in my ASCII list: > >Whyy, Inc. <91FMNEWS@SHRSYS.HSLC.ORG> [...] >The records look like this throughout the entire file of 1500 addresses. > >Does anyone have any clues why this file did not convert correctly? > Because the ASCII file cannot contain the personal name---only the address, without the braces. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 22 Jul 1994 12:28:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Jul 1994 13:29:39 EST From: Alan Simon Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981CEE.30382600.62@shrsys.hslc.org> Subject: RE: MLF Subscriber Addition Problem > From: MX%"MX-List@WKUVX1.WKU.EDU" 22-JUL-1994 13:11:54.81 > Subj: RE: MLF Subscriber Addition Problem > Alan Simon writes: > > > >One way to create a MX mailing list subscriber database is by creating an ASCII > >file named [mailing-list].MLIST, with addresses one to a line, and placing that > >file in MX_MLIST_DIR. Adding someone to the list with the normal -REQUEST or > >MXServer command will then convert the file to [mailing-list].MAILING_LIST, in > >MLF format. > > > >Here are the first 25 addresses in my ASCII list: > > > >Whyy, Inc. <91FMNEWS@SHRSYS.HSLC.ORG> > [...] > >The records look like this throughout the entire file of 1500 addresses. > > > >Does anyone have any clues why this file did not convert correctly? > > > Because the ASCII file cannot contain the personal name---only the > address, without the braces. Well, after much agony, I managed to create a file with double quotes around the name, like so: "Alan Simon" and the entire file converted without any problem. > > Hunter > ------ > Hunter Goatley, VMS Systems Programmer, Western Kentucky University > goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ------------------------------------------------------------------------------- Alan Simon simon@hslc.org Associate Director simon@shrsys.hslc.org Health Sciences Libraries Consortium VOICE: (215) 222-1532 3600 Market Street, Suite 550 FAX: (215) 222-0416 Philadelphia, PA 19104 ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 22 Jul 1994 14:47:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: kevin@ins.infonet.net (Kevin Houle) Subject: MX Mail not seeing MX RR's in the DNS Date: 22 Jul 1994 19:06:28 GMT Message-ID: <30p5bk$p96@insosf1.infonet.net> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU MX doesn't appear to be seeing any MX RR's in the DNS. This is MX V4.1 running on an OpenVMS 1.5 AXP 3500. It either comes back with "Host Unknown" or "DNS Error". Multinet V3.3 rev A is the nameserver, and Multinet's SMTP has no problem with the same addresses. Any pointers on where to begin looking? -- Kevin Houle kevin@ins.infonet.net ================================================================================ Archive-Date: Fri, 22 Jul 1994 18:50:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Problem with mail list ADD Date: 22 Jul 1994 23:41:40 GMT Message-ID: <30plfk$5pc@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00981CD5.CA53B64B.5@tigger.physics.lsa.umich.edu>, e803_admin@tigger.physics.lsa.umich.edu writes: = The protection on the list should allow access. The only difference = I can see is that the OWNER on the list has CAPS for the node address. = = What am I doing wrong? Any insights would be appreciated. Thanks, Have you reset (or possibly even restarted) the MLF process since last time you modified the setup of the list? -------------------------------------------------------------------------------- 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, 24 Jul 1994 10:34:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 24 Jul 1994 09:32:53 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00981E5F.718FDE00.7@earth.oscs.montana.edu> Subject: Vocabulary lesson? My dictionary defines "node" as "a point having both input and output circuits. Then, according to the appended analysis of my present and past email addresses (please correct, if necessary), "node" is equivalent to "gateway", or to "hostid"? Mark ichjsmt@earth.oscs.montana.edu ___ Internet address <--GATEWAY-->.<---DOMAIN----> ichjsmt@earth.oscs.montana.edu ^ ^ ^ ^ ^ userid_| | | | |___ first-level domain hostid_| | |__second-level domain |__third-level domain Bitnet address <---GATGEWAY--->. tarka10@snybufva.bitnet ^ ^ ^ userid_| | |_domain hostid_| ================================================================================ Archive-Date: Mon, 25 Jul 1994 10:02:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 25 Jul 1994 10:56:05 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: ichjsmt@earth.oscs.montana.edu, hardis@garnet.nist.gov Message-ID: <00981F34.3B4ECC40.17406@garnet.nist.gov> Subject: RE: Vocabulary lesson? > My dictionary defines "node" as "a point having both input and output > circuits. Or, as is often the case, one bidirectional connection. This obscures the point. Networks connect things. The things are called nodes. (Nodes can be computers, printers, file servers ... whatever.) > Then, according to the appended analysis of my present and past email > addresses (please correct, if necessary), "node" is equivalent to > "gateway", or to "hostid"? > > <--GATEWAY-->.<---DOMAIN----> > > ichjsmt@earth.oscs.montana.edu > ^ ^ ^ ^ ^ > userid_| | | | |___ first-level domain > hostid_| | |__second-level domain > |__third-level domain > > Bitnet address > > <---GATEWAY--->. > > tarka10@snybufva.bitnet > ^ ^ ^ > userid_| | |_domain > hostid_| Time out. While others may use words in the way you're using them, I don't. A "gateway" is high-level construct that receives data, manipulates the data, and sends it out again in some other form, perhaps on another network. For example, there can be a gateway between SMTP (Internet) EMail and a local mail system. (The data being acted upon are the mail messages.) Just because a node has a name doesn't make it a gateway. On the Internet, each node has a unique address. If you want to call it a host-ID, fine. It's a 32 bit number. In practice, there's a name to number translation problem. In the process of looking up the number from the name, one uses a hierarchy of name servers, which form the "Domain" Name System. This shouldn't obscure the fact that the node name is the _whole name_, not just the leftmost part. (If some systems give you a typing shortcut to reach other local nodes, that's another matter.) - Jonathan ================================================================================ Archive-Date: Mon, 25 Jul 1994 11:14:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: rand@bobcat.merrimack.edu (Rand P. Hall - Amateur Jello Farmer) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: RRR and lists Message-ID: <1994Jul25.094104.4801@bobcat.merrimack.edu> Date: 25 Jul 94 09:41:04 EST To: MX-List@WKUVX1.WKU.EDU A list I maintain was recently overrun with Pegasus Mail rcpt replies. Some dillweed using P-mail had rcpt-requested turned on and started posting to the list. Everyone on the list that uses P-mail ended up sending an automatic reply--to the list. The list is set up like this: B$ mcp sho list glo Mailing lists: Name: GLO Owner: "rand@MERRIMACK.EDU" Reply-to: List, NOSender Errors-to: rand@merrimack.edu Strip header: NOReceived, NOOther Private list: No Case sensitive: Yes Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:RWE) The postmaster at offending site's statement is below. I find it hard to believe, but what do I know. Any ideas on rectifying the situation? "Several users here at PLACE were recently flamed for having their P-Mail accounts forward confirmation of reading/rcpt messages to the list. Upon careful scrutiny of the headers of some of these confirmation messages, it became apparent that there were confirmation messages being forwarded to the list from people who had never before posted from PLACE. The problem is that the sender of the messages posted to GLO is set to "GLO@merrimack.edu" (The list address) before being sent to the subscribers. Therefore, confirmation messages are sent to the list, instead of the message originator as they should be. I know that some list software will allow a flag to be set to forward messages without changing the sender address to the list address. Perhaps we should look at this to avoid future problems. Please folks, the posting of these confirmation messages to the list is beyond my user's control. P-Mail just responds to whatever address is listed as the message originator. Unfortunately, in our case, the orignator happens to be the list address." -- Rand P. Hall, Manager of Systems and Networking Merrimack College, North Andover, MA, USA rand@merrimack.edu Hope's not in Arkansas, it's in 96. ================================================================================ Archive-Date: Mon, 25 Jul 1994 13:19:04 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: madison@tgv.com (Matt Madison) Subject: Re: RRR and lists Date: 25 Jul 1994 17:44:21 GMT Message-ID: <310tll$c8p@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Jul25.094104.4801@bobcat.merrimack.edu>, rand@bobcat.merrimack.edu (Rand P. Hall - Amateur Jello Farmer) writes: & A list I maintain was recently overrun with Pegasus Mail rcpt replies. Some & dillweed using P-mail had rcpt-requested turned on and started posting to & the list. Everyone on the list that uses P-mail ended up sending an automatic & reply--to the list. I think Hunter ran into the same problem, which is why he added the /STRIP=OTHER qualifier to DEFINE/MODIFY LIST. Setting that option will strip out stuff like Return-Receipt request headers on list postings. -Matt -- Matthew Madison | madison@tgv.com | +1 408 457 5390 TGV, Inc. | 101 Cooper Street | Santa Cruz, CA 95060 USA ================================================================================ Archive-Date: Mon, 25 Jul 1994 14:01:25 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 25 Jul 1994 14:54:43 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: rand@bobcat.merrimack.edu, hardis@garnet.nist.gov Message-ID: <00981F55.91EE1440.17424@garnet.nist.gov> Subject: RE: RRR and lists > A list I maintain was recently overrun with Pegasus Mail rcpt replies. Does this sound familiar! (Ever see a Pegasus Mail mail loop, where the rcpt replies keep generating more receipt replies?) > Some dillweed using P-mail had rcpt-requested turned on and started > posting to the list. Everyone on the list that uses P-mail ended up sending > an automatic reply--to the list. Yes. A well-known problem. "Yeah, it's a major pain," wrote Hunter on 15-SEP-1993. I agree that it is not the fault of the message recipent. There's nothing they can do about it. Well-trained message posters will turn off the return-receipt option when they post the message to the list in the first place. It is unclear if Pegasus mail is at fault for sending the return-receipt to the "Reply To" address, instead of the "Errors To" address, or some other. There was discussion about this on MX-List last September. What's happening is that the sender's message includes a header: X-pmrqc: 1 This is what triggers the return receipt. MX list owners could fix the problem if they could filter these headers out of messages that pass through their lists. From September, last year: PH> Remains: Can I convince MX to filter out the lines in the header that PH> triggers this rat race? HG> Currently, no. [...] HG> I'll add this ability to the wish list.... PH> Appreciated. Thinking of how unpredictable the X-header info tends to be, PH> and the fact that any software producer can use it for whatever purposes, PH> it would be nice if this filter could be configured locally, like a PH> KILL_THESE_HEADERS.DAT file. That way we could cope with situations like PH> this without the need for updates of MX. (You can probably find at least PH> ten good reasons why not... :-)) HG> 8-) Actually, something along those lines is what I put in the wish HG> list for just the reason you mentioned. ================================================================================ Archive-Date: Mon, 25 Jul 1994 14:07:45 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 25 Jul 1994 15:01:06 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: rand@bobcat.merrimack.edu, hardis@garnet.nist.gov Message-ID: <00981F56.7607F060.17435@garnet.nist.gov> Subject: RE: RRR and lists P.S. -- I haven't upgraded to MX 4.x yet. I now notice that Hunter did, in fact, put this feature (or something similar) into version 4.0. ================================================================================ Archive-Date: Mon, 25 Jul 1994 16:16:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Vocabulary lesson? Date: 25 Jul 1994 20:39:15 GMT Message-ID: <3117tj$oen@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00981E5F.718FDE00.7@earth.oscs.montana.edu>, Mark Tarka writes: =My dictionary defines "node" as "a point having both input and output =circuits. Then, according to the appended analysis of my present and =past email addresses (please correct, if necessary), "node" is =equivalent to "gateway", or to "hostid"? In vme parlance, "node" is equivalent to "host." "Nodename" or "node number" is equivalent to "hostid" or to FQDN. -------------------------------------------------------------------------------- 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, 25 Jul 1994 16:59:32 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 25 Jul 1994 16:59:24 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981F66.FCBB1F19.37@ALPHA.WKU.EDU> Subject: Re: RRR and lists madison@tgv.com (Matt Madison) writes: > >In article <1994Jul25.094104.4801@bobcat.merrimack.edu>, rand@bobcat.merrimack.edu (Rand P. Hall - Amateur Jello Farmer) writes: >& A list I maintain was recently overrun with Pegasus Mail rcpt replies. Some >& dillweed using P-mail had rcpt-requested turned on and started posting to >& the list. Everyone on the list that uses P-mail ended up sending an automatic >& reply--to the list. > >I think Hunter ran into the same problem, which is why he added >the /STRIP=OTHER qualifier to DEFINE/MODIFY LIST. Setting that option >will strip out stuff like Return-Receipt request headers on list postings. > Yep. And the postmaster at that site was grasping for straws. There's nothing wrong with MX's headers---it's P-Mail that sees the rcpt-requested header and uses the From: or Reply-To:, which is what you'd want to use if it were responding to a single user. Unfortunately, it can't distinguish between lists and single users. And yes, it took me a while to figure out that the innocent reader has no control over what Pegasus Mail is doing---if the sender asks for it, the header is there and the receiving end does the receipt return. Irritating, to say the least. And that's why /STRIP=OTHER was added. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Mon, 25 Jul 1994 22:21:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 25 Jul 1994 21:20:06 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: ichjsmt@earth.oscs.montana.edu Message-ID: <00981F8B.67ECB120.9@earth.oscs.montana.edu> Subject: List/server in "personal" account? We're getting ready to start up a mailing list and file server, under MX 4.1 on a VAXstation 4000-60. One general question (which mode?), cast in two parts: Based upon the personal experiences of any list-owners in this group, what are the advantages and disadvantages of maintaining a list/server in a "personal" account (containing other directories, academic and research interests, personal programs)? Any gains, in placing the list/server in a separate account? BTW, thanks for the help with my vocabulary. ichjsmt@earth.oscs.montana.edu VAXstation 4000-60 VMS 5.5-2 (What's my tab total, Bartender; am I good for another round?) BTW, if it's 21:20:04.47 MDT, is it 3:20:04.47 UT ? ================================================================================ Archive-Date: Tue, 26 Jul 1994 00:41:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 26 Jul 1994 14:41:13 +0900 To: MX-List@WKUVX1.WKU.EDU From: tim@twics.com (Tim Burress) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Non-RFC822 Addresses from QuickMail I know this isn't an MX-related question, but since MX connects everything to everything, I thought somebody might have some experience with it. We have some people at a site using QuickMail and a gateway to some Internet provider in the US. They're sending mail to people at our site, but it is bouncing because of an invalid address. They use user id's like ABCDE[SMITH] which produces addresses like ABCDE[SMITH]@someplace.gov Does anyone know if this format is "required" in order to use QuickMail? They say it is, but somehow I doubt it. Assuming that they want to continue using it, though, how should nonstandard addresses of this form be dealt with? My current answer is "don't do that," but obviously it's not a popular response. Tim ================================================================================ Archive-Date: Tue, 26 Jul 1994 11:12:39 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 26 Jul 1994 11:11:52 EDT From: "David Harrold, Milwaukee School Of Engineering" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00981FFF.9A706B40.1@barcly.acsd.msoe.edu> Subject: OVMS 6.1, UCX 3.1, MX 4.1 upgrade problem I just upgraded my AXP and VAX systems to V6.1 of OVMS, upgraded to UCX V3.1 on all systems, and upgraded MX from V4.0 to V4.1. Well everything almost worked. :-) All of the MX component work *except* the MX_SMTP agent. The agent exits immediately after startup. If I run the executable from my process on the VAX, here is the mesasge I receive: PICARD> run mx_exe:mx_smtp 26-JUL-1994 11:05:45.60: VAX Master (pid 20E00137) 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 32 00000044 000020A4 I get the same thing from the AXP. The debug log file for the SMTP agent only shows the startup message. The MX and NETLIB logical names on the system are below my signature. Any ideas on what logical it is looking for? Or what I forgot to do? Any help would be *greatly* appreciated. Thanks, Dave Harrold ............................................................................... David Harrold harrold@picard.msoe.edu ACSD Systems Manager Milwaukee School Of Engineering Phone: 414-277-7286 Academic Computing Services Department 1025 N. Broadway Street Milwaukee, WI 53202-3109 ............................................................................... "Someday utilities will be user friendly, not Unix" - Ehud Gavron PICARD> sh log/full mx* (LNM$PROCESS_TABLE) [kernel] [no protection information] (LNM$JOB_81A87880) [kernel] [shareable] [Quota=(3856,4096)] [Protection=(RWCD,RWCD,,)] [Owner=[ACSD,HARROLD]] (LNM$GROUP_000010) [kernel] [shareable,group] [Protection=(RWCD,R,R,)] [Owner=[ACSD,*]] (LNM$SYSTEM_TABLE) [kernel] [shareable,system] [Protection=(RWC,RWC,R,R)] [Owner=[SYSTEM]] "MX_ALIAS_HELPLIB" [super] = "MX_DIR:MX_ALIAS_HELPLIB" "MX_DEVICE" [exec] = "OBRIEN$DKB100:" [concealed,terminal] "MX_DIR" [exec] = "MX_DEVICE:[MX]" "MX_DNSMTP_DIR" [exec] = "MX_ROOT:[DNSMTP]" "MX_DOC" [exec] = "MX_ROOT:[DOC]" "MX_EXAMPLES_DIR" [exec] = "MX_ROOT:[EXAMPLES]" "MX_EXE" [exec] = "MX_ROOT:[EXE]" "MX_FLQ_DIR" [exec] = "USER_DISK:[MX.QUEUE]" "MX_FLQ_NODE_NAME" [exec] = "OBRIEN" "MX_FLQ_SHR" [exec] = "MX_EXE:MX_FLQ_SHR" "MX_LOCAL_DIR" [exec] = "MX_ROOT:[LOCAL]" "MX_LSV_DIR" [exec] = "MX_ROOT:[LSV]" "MX_MAILSHR" [exec] = "MX_EXE:MX_MAILSHR" "MX_MAILSHRP" [exec] = "MX_EXE:MX_MAILSHRP" "MX_MCP_HELPLIB" [super] = "MX_DIR:MX_MCP_HELPLIB" "MX_MLF_DIR" [exec] = "MX_ROOT:[MLF]" "MX_MLIST_DIR" [exec] = "MX_ROOT:[MLF.MAILING_LISTS]" "MX_MSG" [exec] = "MX_EXE:MX_MSG" "MX_NODE_NAME" [exec] = "picard.msoe.edu" "MX_ROOT" [exec] = "MX_DEVICE:[MX.]" [concealed] "MX_ROUTER_DIR" [exec] = "MX_ROOT:[ROUTER]" "MX_SHR" [exec] = "MX_EXE:MX_SHR" "MX_SITE_DIR" [exec] = "MX_ROOT:[SITE]" "MX_SITE_DOM_EXPANSION" [exec] = "MX_EXE:DOMAIN_EXPANSION" "MX_SMTP_DIR" [exec] = "MX_ROOT:[SMTP]" "MX_SMTP_SERVER_THREADS" [exec] = "8" "MX_VMSMAIL_LOCALHOST" [exec] = "@picard.msoe.edu" (DECW$LOGICAL_NAMES) [exec] [shareable] [Protection=(RWCD,RWCD,R,R)] [Owner=[SYSTEM]] PICARD> sh log/full netlib* (LNM$PROCESS_TABLE) [kernel] [no protection information] (LNM$JOB_81A87880) [kernel] [shareable] [Quota=(3856,4096)] [Protection=(RWCD,RWCD,,)] [Owner=[ACSD,HARROLD]] (LNM$GROUP_000010) [kernel] [shareable,group] [Protection=(RWCD,R,R,)] [Owner=[ACSD,*]] (LNM$SYSTEM_TABLE) [kernel] [shareable,system] [Protection=(RWC,RWC,R,R)] [Owner=[SYSTEM]] "NETLIB_DIR" [exec] = "MSOE_UTIL:[NETLIB]" "NETLIB_SHR" [exec] = "NETLIB_DIR:NETLIB_UCX_SHR" "NETLIB_SHRXFR" [exec] = "NETLIB_DIR:NETLIB_SHRXFR" (DECW$LOGICAL_NAMES) [exec] [shareable] [Protection=(RWCD,RWCD,R,R)] [Owner=[SYSTEM]] ================================================================================ Archive-Date: Tue, 26 Jul 1994 11:58:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 26 Jul 1994 11:55:13 -0500 (CDT) From: Rick Stacks Reply-To: MX-List@WKUVX1.WKU.EDU Subject: UUCP works, MX doesn't seems to... To: mx-list@wkuvx1.wku.edu Message-ID: <00982005.A896CC40.1@adpce.lrk.ar.us> Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT MXers, I've come upon a quirky situation that I hope someone out there can help me explain... I'm running MX 4.1 + UUCP 2.0. I have NO problems sending/receiving mail with VMS Mail users. WP Mail users on the VAX and PCs end up with kludgy addresses when specifying MX as the transport (see examples below). If these same users specify UU or UUCP as their transport then the addresses appear OK (see below also). All addresses *should* be rewritten to the form where user = username. VAX WP Mail return address with MX specified as transport: From: Rick Stacks <"wpgate::adpce1::stacks"@adpce.lrk.ar.us> PC WP Mail return address with MX specified as transport: From: Patrick Stair <"wpgate::adpce1::pchost::stair"@adpce.lrk.ar.us> VAX WP Mail return address with UU/UUCP specified as transport: From: Rick Stacks PC WP Mail return address with UU/UUCP specified as transport: From: Patrick Stair All of the above addresses are as seen from the remote (receiving) system as being the "replyable" addresses. I don't think this is a WP problem, but rather a MX problem because of the fact that UUCP works. I've got MX set up to use the UUCP rewrite rules. My MX and UUCP logicals are listed below (following sig) as well as my MX config/path definitions. If anyone could provide some insight as to why UUCP works and MX doesn't I would be very appreciative!!! :-) :-) many thanks in advance, Rick +----------------------------------------------------------------------------+ | Rick Stacks, Sr. Programmer Analyst | They that give up essential liberty | | Ark Dept Pollution Control & Ecology | to obtain a little temporary safety | | 8001 National Dr. / POB 8913 | deserve neither liberty nor safety | | Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 | | email: stacks@adpce.lrk.ar.us | | |--------------------------------------+-------------------------------------| ** MX logicals ** (LNM$SYSTEM_TABLE) [kernel] [shareable,system] [Protection=(RWE,RWE,R,R)] [Owner=[VAXSYS,SYSTEM]] "MX_ALIAS_HELPLIB" [super] = "MX_DIR:MX_ALIAS_HELPLIB" "MX_DEVICE" [exec] = "$1$DIA2:" [concealed,terminal] "MX_DIR" [exec] = "MX_DEVICE:[MX]" "MX_DNSMTP_DIR" [exec] = "MX_ROOT:[DNSMTP]" "MX_DOC" [exec] = "MX_ROOT:[DOC]" "MX_EXAMPLES_DIR" [exec] = "MX_ROOT:[EXAMPLES]" "MX_EXE" [exec] = "MX_ROOT:[EXE]" "MX_FLQ_DIR" [exec] = "RHS$DEV:[MX.QUEUE]" "MX_FLQ_NODE_NAME" [exec] = "ADPCE1" "MX_FLQ_SHR" [exec] = "MX_EXE:MX_FLQ_SHR" "MX_LOCAL_DIR" [exec] = "MX_ROOT:[LOCAL]" "MX_MAILSHR" [exec] = "MX_EXE:MX_MAILSHR" "MX_MAILSHRP" [exec] = "MX_EXE:MX_MAILSHRP" "MX_MCP_HELPLIB" [super] = "MX_DIR:MX_MCP_HELPLIB" "MX_MLF_DIR" [exec] = "MX_ROOT:[MLF]" "MX_MLIST_DIR" [exec] = "MX_ROOT:[MLF.MAILING_LISTS]" "MX_MSG" [exec] = "MX_EXE:MX_MSG" "MX_NODE_NAME" [exec] = "adpce.lrk.ar.us" "MX_ROOT" [exec] = "MX_DEVICE:[MX.]" [concealed] "MX_ROUTER_DIR" [exec] = "MX_ROOT:[ROUTER]" "MX_SHR" [exec] = "MX_EXE:MX_SHR" "MX_SITE_DIR" [exec] = "MX_ROOT:[SITE]" "MX_SITE_DOM_EXPANSION" [exec] = "MX_EXE:DOMAIN_EXPANSION" "MX_SMTP_DIR" [exec] = "MX_ROOT:[SMTP]" "MX_SMTP_SERVER_THREADS" [exec] = "4" "MX_TZ_PREFIX" [exec] = "C" "MX_UUCP_DIR" [exec] = "MX_ROOT:[UUCP]" "MX_UUCP_REWRITE" [super] = "TRUE" "MX_VMSMAIL_LOCALHOST" [exec] = "@adpce.lrk.ar.us" ** UUCP logicals ** (LNM$SYSTEM_TABLE) [kernel] [shareable,system] [Protection=(RWE,RWE,R,R)] [Owner=[VAXSYS,SYSTEM]] "UUCP$DEV" [exec] = "RX1$DIA5:" "UUCP_ALLOW_DIALIN" [exec,no_alias] = "Y" "UUCP_ALLOW_UUCPCMD" [exec,no_alias] = "Y" "UUCP_BATCH_NODE" [exec,no_alias] = "VX3300" "UUCP_BATCH_QUEUE" [exec,no_alias] = "UUCP_BATCH" "UUCP_BATCH_USER" [exec,no_alias] = "UUCP_DAEMON" "UUCP_BIN" [exec,no_alias] = "UUCP_DISK:[UUCP.BIN]" "UUCP_CFG" [exec,no_alias] = "UUCP_DISK:[UUCP.CFG]" "UUCP_DATA" [exec,no_alias] = "UUCP_DISK:[UUCP.DATA]" "UUCP_DISK" [exec,no_alias] = "RX1$DIA5:" "UUCP_DOMAIN_NAME" [exec,no_alias] = "adpce.lrk.ar.us" "UUCP_DUMP" [exec,no_alias] = "UUCP_DISK:[UUCP.DUMP]" "UUCP_HOST_NAME" [exec,no_alias] = "adpce" "UUCP_LOG" [exec,no_alias] = "UUCP_DISK:[UUCP.LOG]" "UUCP_LOGIN_ID" [exec,no_alias] = "[UUCP,UUCP_LOGIN]" "UUCP_MAILSHR" [exec,no_alias] = "UUCP_BIN:UUCP_MAILSHR.EXE" "UUCP_MAILSHR_UUCICO_VERSION_DATA" [user] = "!32039,32042" "UUCP_MAILSHR_UUXQT_VERSION_DATA" [user] = "!18023,18026" "UUCP_MINIMUM_DISKSPACE" [exec,no_alias] = "5000" "UUCP_PATH_DATA" [exec,no_alias] = "UUCP_DISK:[UUCP.DATA.MAPSRC]" "UUCP_POSTMASTER" [exec,no_alias] = "STACKS" "UUCP_PUBLIC" [exec,no_alias] = "UUCP_DISK:[UUCP.PUBLIC.]" [concealed] "UUCP_RCVDNEWS" [exec,no_alias] = "UUCP_DISK:[UUCP.RCVDNEWS]" "UUCP_REQUESTS" [super] = "VX3300::"UUCP_REQUESTS:"" "UUCP_REQUESTS" [exec] = "NLA0:" "UUCP_SITE_OPTIONS_AECC" [exec,no_alias] = "-" "UUCP_SITE_OPTIONS_UALR" [exec,no_alias] = "-" "UUCP_SPOOL" [exec,no_alias] = "UUCP_DISK:[UUCP.SPOOL]" "UUCP_STATUS_uucp" [user] = "p:uucp -< h:- [07/26-11:35:51-20202db2] Exiting (Version cmkrnl-2.0) u:- ." "UUCP_TIME_ZONE" [exec,no_alias] = "CDT" "UUCP_TOOLS" [exec,no_alias] = "UUCP_DISK:[UUCP.TOOLS]" "UUCP_UUCLEAN_INHIBIT_DEVMAIL" [exec,no_alias] = "FALSE" "UUCP_UUCLEAN_OLD_SPOOL_FILES" [exec,no_alias] = "2" "UUCP_UUCLEAN_RLOGIN_LIFETIME" [exec,no_alias] = "2" "UUCP_UUCLEAN_UUCP_CONTACT_WARN" [exec,no_alias] = "12" "UUCP_UUXQT_DCL_RMAIL_MX" [exec,no_alias] = "TRUE" ** MX config/path file ** ! MX_DEVICE:[MX]CONFIG.MCP;25 ! DEFINE PATH "adpce.lrk.ar.us" LOCAL DEFINE PATH "adpce1" LOCAL DEFINE PATH "adpce" LOCAL DEFINE PATH "pcevx4.osmre.gov" LOCAL DEFINE PATH "pcevx4" LOCAL DEFINE PATH "pcevx3.osmre.gov" LOCAL DEFINE PATH "pcevx3" LOCAL DEFINE PATH "pcevw3.osmre.gov" LOCAL DEFINE PATH "pcevw3" LOCAL DEFINE PATH "[192.243.185.40]" LOCAL DEFINE PATH "[192.243.185.41]" LOCAL DEFINE PATH "[192.243.185.44]" LOCAL DEFINE PATH *.DNET LOCAL DEFINE PATH *.WPGATE LOCAL DEFINE PATH *.UUCP UUCP DEFINE PATH *.BITNET UUCP/route="cunyvm.cuny.edu" DEFINE PATH * UUCP ! ! Finished with routing information. ! DEFINE ALIAS "POSTMAST" "stacks@adpce.lrk.ar.us" ! for BITNET compatibility ! ================================================================================ Archive-Date: Tue, 26 Jul 1994 12:29:44 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 26 Jul 1994 10:28:46 PDT From: Virtual Bill Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00981FF9.94A0BEA0.65@gtewd.mtv.gtegsc.com> Subject: RE: OVMS 6.1, UCX 3.1, MX 4.1 upgrade problem > I just upgraded my AXP and VAX systems to V6.1 of OVMS, upgraded to UCX V3.1 on > all systems, and upgraded MX from V4.0 to V4.1. Well everything almost > worked. :-) > > All of the MX component work *except* the MX_SMTP agent. The agent exits > immediately after startup. If I run the executable from my process on the VAX, > here is the mesasge I receive: Did you insure that the SMTP service was disabled in UCX? ============================================================================= | Disclaimer: The contents of this message reflects my personal opinion and| | not those of my employer or the organization through which Internet was | | accessed. | ----------------------------------------------------------------------------- | Bill Powers GTE Government Systems | | (415) 966-2757 internet: powers@powers.mtv.gtegsc.com | | fax: (415) 966-3401 | ============================================================================= ================================================================================ Archive-Date: Tue, 26 Jul 1994 16:07:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: eric@segate.sunet.se (Eric Thomas) Subject: Re: RRR and lists Date: 26 Jul 94 04:20:12 WET Message-ID: <1994Jul26.042012.1@segate.sunet.se> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Ok, but what do the suckers look like? People never complained to me about this, so *somehow* LISTSERV must be filtering the garbage as it comes in. Usually, these nice PC packages have a nice standard intuitive user-friendly address they send from, such as -MaiSer- :-) If you can just trap mail from these addresses, the problem is solved. Eric ================================================================================ Archive-Date: Tue, 26 Jul 1994 16:07:33 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Mail from All-In-1 and Teamlinks Message-ID: <1994Jul26.162346.947@hhcs.gov.au> From: Carl Makin Reply-To: MX-List@WKUVX1.WKU.EDU Date: 26 Jul 94 16:23:46 +1000 To: MX-List@WKUVX1.WKU.EDU I've modified the NAME_CONVERSION.C program in [.contrib] to handle Mail from All-In-1 and Teamlinks via the Message Router Gateway (MRGATE). It's not 100% tested (and of course there are no guarantees) but it seems to be working reasonably well here. The code handles All-In-1 usernames in the format "LASTNAME FIRSTNAME" (ie those with a space in them) and produces addresses like "carl.makin@a1.cbr.hhcs.gov.au" where the "cbr" is the node MRGATE is running on and is assumed to be the same node the user's account is defined on. A fairly nasty MX rewrite rule handles translating the address above back into the VMS Mail format of; CBR::MRGATE::"A1::MAKIN CARL" The code does assume a username in the format listed above so if your All-In-1 usernames do not have a space in them then it won't work. It also won't work if you have more than 1 space in them! :-) I modified the code supplied by P Mederly which does nickname translations using an alias file and that still seems to work. :-) If anyone would like to play with this then email me and I'll email the source (about 23k) and the rewrite rule to you. I'd appreciate feedback on the code as I'm only a C language beginner and there is probably a thousand better ways to do it than that I have done. :-( Bug reports are also welcome. Carl. -- Carl Makin (VK1KCM) "Speaking for myself only!" makinc@hhcs.gov.au 'Work +61 6 289 8443' Canberra, Australia '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, 26 Jul 1994 16:07:49 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: OVMS 6.1, UCX 3.1, MX 4.1 upgrade problem Date: 26 Jul 1994 17:34:57 GMT Message-ID: <313hg1$14k@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00981FFF.9A706B40.1@barcly.acsd.msoe.edu>, "David Harrold, Milwaukee School Of Engineering" writes: =PICARD> run mx_exe:mx_smtp =26-JUL-1994 11:05:45.60: VAX Master (pid 20E00137) 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 32 00000044 000020A4 = =I get the same thing from the AXP. The debug log file for the SMTP agent only =shows the startup message. = =The MX and NETLIB logical names on the system are below my signature. = = "MX_DEVICE" [exec] = "OBRIEN$DKB100:" [concealed,terminal] = "MX_FLQ_DIR" [exec] = "USER_DISK:[MX.QUEUE]" = "NETLIB_DIR" [exec] = "MSOE_UTIL:[NETLIB]" Note that these three logical names, which point to things involving other names are defined in executive mode. There's probably a reason for that. Note also that this means that if the logical names to which they refer are defined in a less secure mode, things will tend to fail. Make sure that OBRIEN$DKB100, USER_DISK, and MSOE_UTIL are all defined in executive mode. -------------------------------------------------------------------------------- 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, 26 Jul 1994 16:38:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 26 Jul 1994 16:32:14 CDT From: "George D. Greenwade" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: harrold@arcly.acsd.msoe.edu Message-ID: <0098202C.5B6D2A64.15@SHSU.edu> Subject: Re: OVMS 6.1, UCX 3.1, MX 4.1 upgrade problem Interesting,.... I just ran across the same things on a new node here with UCX 3.1 "David Harrold, Milwaukee School Of Engineering" posted: > PICARD> run mx_exe:mx_smtp > 26-JUL-1994 11:05:45.60: VAX Master (pid 20E00137) 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 32 00000044 000020A4 > > I get the same thing from the AXP. The debug log file for the SMTP agent only > shows the startup message. > > The MX and NETLIB logical names on the system are below my signature. > > "MX_DEVICE" [exec] = "OBRIEN$DKB100:" [concealed,terminal] > "MX_FLQ_DIR" [exec] = "USER_DISK:[MX.QUEUE]" > "NETLIB_DIR" [exec] = "MSOE_UTIL:[NETLIB]" and Carl J Lydick posted: > Note that these three logical names, which point to things involving other > names are defined in executive mode. There's probably a reason for that. > Note also that this means that if the logical names to which they refer are > defined in a less secure mode, things will tend to fail. Make sure that > OBRIEN$DKB100, USER_DISK, and MSOE_UTIL are all defined in executive mode. The "fix" here was related to the new NETLIB use of a few UCX$INET* logicals. You need to have $ define/sys/exec ucx$inet_domain "msoe.edu" !your top-level domain $ define/sys/exec ucx$inet_host "barcly.acsd.msoe.edu" !your actual host name somewhere in your startup. At least here, the missing ucx$inet_domain was the problem; once it was defined the line 32 undefined logical (found with set watch file/class=all) error went away and the mailer is working fine. Hunter -- I know this was one of Matt's changes to make it work as DEC intended, but this may be a serious gotcha worthy of a disclaimer (assuming my fix is the generic fix). Hope this is of some help! --George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Internet: bed_gdg@SHSU.edu Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 Sam Houston State University FAX: (409) 294-3612 Huntsville, TX 77341-2118 USA %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ================================================================================ Archive-Date: Tue, 26 Jul 1994 17:08:17 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: idefix@venus (Robert KNOTEK) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX an MS-Mail Message-ID: <1994Jul26.140200.119@venus> Date: 26 Jul 94 14:02:00 +0100 To: MX-List@WKUVX1.WKU.EDU May be an absolut silly question: Is there any MS-Mail Gateway bound with MX. Not an MS-Mail gateway on an PC i mean an process on a VAX. regards. -- Robert KNOTEK R.Knotek@elin.co.at ELIN-Energieanwendung GesmbH A-1141 Vienna, Austria, Penzingerstr.76 Phone: +43 1 89100-2176 Fax: +43 1 8946046 ================================================================================ Archive-Date: Wed, 27 Jul 1994 04:00:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ccdarg@zippy.dct.ac.uk (Alan Greig) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: OVMS 6.1, UCX 3.1, MX 4.1 upgrade problem Message-ID: <1994Jul27.095541.6236@zippy.dct.ac.uk> Date: 27 Jul 94 09:55:41 +0100 To: MX-List@WKUVX1.WKU.EDU In article <0098202C.5B6D2A64.15@SHSU.edu>, "George D. Greenwade" writes: > > The "fix" here was related to the new NETLIB use of a few UCX$INET* > logicals. You need to have > $ define/sys/exec ucx$inet_domain "msoe.edu" !your top-level domain > $ define/sys/exec ucx$inet_host "barcly.acsd.msoe.edu" !your actual host name This is not how DEC intend the ucx$inet_host logical to be used. There intention is that it should be (in this case) "barcly.acsd" You can generate the fqdn by appending ucx$inet_domain. Now MX can handle either case but some software gets upset if ucx$inet_host doesn't include the domain. ANU News and DEC's own SMTP (at least the last time I tried it) being problematic. > somewhere in your startup. At least here, the missing ucx$inet_domain was > the problem; once it was defined the line 32 undefined logical (found with > set watch file/class=all) error went away and the mailer is working fine. How did you manage to install 3.1 without the installation procedure defining ucx$inet_domain in the first place? > > Hunter -- I know this was one of Matt's changes to make it work as DEC > intended, but this may be a serious gotcha worthy of a disclaimer (assuming > my fix is the generic fix). When we first installed 3.0 with DEC's UCX. I set things up to use the host/domain logicals as DEC said they were intended. UCX's smtp delivery agent then started calling itself just ucx$inet_host without appending the domain, triggering validation errors from the receiving smtp. Obviously the SMTP developers don't talk to the underlying TCP/IP developers... The bottom line is that I have found that if I configure everything they way DEC intend and then (in systartup) define/sys/exec ucx$inet_host FQDN everything seems to work fine. So far... -- Alan Greig Janet: A.Greig@uk.ac.dct University of Abertay Dundee Internet: A.Greig@dct.ac.uk Tel: (0382) 308810 Int +44 382 308810 -- Pavlov's dog: the runt of the litter? -- ================================================================================ Archive-Date: Wed, 27 Jul 1994 05:40:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Jul 1994 12:38:21 EDT From: Mario Jose Bernardes Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-list@wkuvx1.wku.edu CC: mjb@gemini.ci.uc.pt Message-ID: <009820D4.D9567EE1.15@gemini.ci.uc.pt> Subject: Problem with MX Local I am running MX 4.1 on an Alpha 7610/OpenVMS 1.5. The process MX Local disappears from time to time. I couldn't find any relevant information in MX_LOCAL.LOG. Thanks in advance for any suggestion. Regards, -- Mario Bernardes System and Network Manager Centro de Informatica da Universidade de Coimbra Portugal ================================================================================ Archive-Date: Wed, 27 Jul 1994 07:08:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: torobin@svh.unsw.edu.au (Robin Garner) Subject: Install DNSMTP_SERVER with SYSLCK Message-ID: <1994Jul27.110136.20964@usage.csd.unsw.OZ.AU> Reply-To: MX-List@WKUVX1.WKU.EDU Date: Wed, 27 Jul 1994 11:01:36 GMT To: MX-List@WKUVX1.WKU.EDU I've set up DECnet SMTP using a completely (NETMBX,TMPMBX) account for the network object, by DNSMTP_SERVER.EXE with SYSLCK and protecting it with an ACL. The DNSMTP_SERVER.EXE as installed by the KITINSTAL is linked with /TRACE, which means that I've had to unpack the saveset and link it myself. While I have no problems with this, it could be a bit daunting for my successors. Hunter, could you add this to the wishlist ? Or is there some good reason why the image isn't linked with /NOTRACE. Robin ================================================================================ Archive-Date: Wed, 27 Jul 1994 09:04:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: jay@geoadm.gcn.uoknor.edu (Jay A. Davis) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: popmail Date: Wed, 27 Jul 1994 08:28:45 Message-ID: To: MX-List@WKUVX1.WKU.EDU Does MX support pop mail. Or, does anyone know of a pop mail server for VMS??? Jay Davis Manager, Network Services Geosciences Computing Network University of Oklahoma ================================================================================ Archive-Date: Wed, 27 Jul 1994 10:11:49 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Jul 1994 11:10:31 EDT From: "Michael H. Spence, Eastman Chemical" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009820C8.943D19C0.1@stc150.kpt.emn.com> Subject: RE: popmail There is a popmail server for VMS available from indiana university. FTP site: ftp.indiana.edu Directory: /pub/vms/iupop3 I have used this successfully with the Windows/Eudora package and MX 4.1 ======================================================================= Michael H. Spence (mspence@emn.com) | "I'm still the apple of my Computing & Telecommunication Services | mama's eye. I'm my daddy's Eastman Chemical Company | worst fears realized..." Kingsport, TN USA | Steve Earle ======================================================================= ================================================================================ Archive-Date: Wed, 27 Jul 1994 11:21:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Jul 1994 11:21:01 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009820CA.0BAB385B.13@ALPHA.WKU.EDU> Subject: Re: OVMS 6.1, UCX 3.1, MX 4.1 upgrade problem ccdarg@zippy.dct.ac.uk (Alan Greig) writes: > >In article <0098202C.5B6D2A64.15@SHSU.edu>, "George D. Greenwade" writes: >> >> The "fix" here was related to the new NETLIB use of a few UCX$INET* >> logicals. You need to have >> $ define/sys/exec ucx$inet_domain "msoe.edu" !your top-level domain >> $ define/sys/exec ucx$inet_host "barcly.acsd.msoe.edu" !your actual host name > >This is not how DEC intend the ucx$inet_host logical to be used. >There intention is that it should be (in this case) "barcly.acsd" >You can generate the fqdn by appending ucx$inet_domain. Now MX can >handle either case but some software gets upset if ucx$inet_host >doesn't include the domain. ANU News and DEC's own SMTP (at least the >last time I tried it) being problematic. > I've gotten several mail messages about this in the last few weeks. The problem is that UCX is screwed up (IMO). Depending on the order of your FQDN and its alias, the UCX startup may or may not define UCX$INET_DOMAIN and/or UCX$INET_HOST. NETLIB was modified to handle the logicals the way they're supposed to be used (according to DEC), but UCX V3.x doesn't always define them. What I've been telling people is to just define them yourself at some point during the startup.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 27 Jul 1994 12:27:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Jul 1994 12:27:26 CDT From: system@BEAVER.HS.Bemidji.MSUS.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009820D3.53321880.5@BEAVER.HS.Bemidji.MSUS.edu> Subject: Re: OVMS 6.1, UCX 3.1, MX 4.1 upgrade problem > The problem is that UCX is screwed up (IMO). Depending on the order > of your FQDN and its alias, the UCX startup may or may not define > UCX$INET_DOMAIN and/or UCX$INET_HOST. NETLIB was modified to handle > the logicals the way they're supposed to be used (according to DEC), > but UCX V3.x doesn't always define them. > What I've been telling people is to just define them yourself at some > point during the startup.... Geez, and all this time I though I did something wrong to UCX. Thanks for clearing that up Hunter. Dave Miller. //----------\|/------\\ Professor, Computer Science. || /\ -X- || || / \ /|/\ || DMILLER@BEAVER.HS.Bemidji.MSUS.EDU || / \ / \ || || / \ \ || 1500 Birchmont Dr. NE || /________\____\ || Bemidji State University || || || || Bemidji MN, 56601 \\------|| -------// ================================================================================ Archive-Date: Wed, 27 Jul 1994 14:40:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: maufe@eisner.decus.org (Simon Maufe, Daugherty System Consultants, St Louis) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX 3.1C : Porblems addig subsriber Message-ID: <1994Jul27.142948.4419@eisner> Date: 27 Jul 94 14:29:47 -0400 To: MX-List@WKUVX1.WKU.EDU hi All! I'm having a problem with MX 3.1C mailing lists, and am not couldn't find ananswer in earlier posts, and didn't an FAQ mentioned... I'm sending my subscribe to the listserver, which sends it to the list mnager who sends it back to jim-request, but then he doesn';t get acknolwdgement and neither do I about gettitng addede to the list. Review shows I'm not added, and I cannot send email to the list. Anyhow, carpenter@tweety.digsys.com created a list called Jim using MX_CONFIG.COM. When i send email to SUBSCRIBE to the list, I get told my mail has been forwared to the manager. Jim Carptenter gets this email. he sends the add command to the jim-request manager, which via the debug logicals shows, rom: TWEETY::CARPENTER To: MAUFE CC: CARPENTER Subj: Looks like it's working 26-JUL-1994 14:22:41.25 Processing queue entry number 17146 26-JUL-1994 14:22:41.74 Checking local name: listserv 26-JUL-1994 14:22:41.75 This is a list control address. 26-JUL-1994 14:22:41.89 LIST_CTRL_LISTSERV: Message is from: carpenter@tweety .digsys.com 26-JUL-1994 14:22:42.00 LIST_CTRL_LISTSERV: command is: add Jim maufe@tweety.d igsys.com "Simon Maufe" 26-JUL-1994 14:22:42.07 CHECK_ACCESS: checking carpenter@tweety.digsys.com for access mask=00000010 26-JUL-1994 14:22:42.08 CHECK_ACCESS: Found address on subscriber list. 26-JUL-1994 14:22:42.08 CHECK_ACCESS: Found address on owner list. 26-JUL-1994 14:22:42.08 CHECK_ACCESS: -- access granted under OWNER class. 26-JUL-1994 14:22:42.26 All done with this entry. this is thge output from review, eceived: by tweety.digsys.com (MX V3.1C) id 17168; Tue, 26 Jul 1994 14:33:06 EDT Date: Tue, 26 Jul 1994 14:33:06 EDT From: MX mailing list processor To: carpenter@tweety.digsys.com Subject: Review of mailing list Jim List Name: Jim (This is a test) Press RETURN for more... MAIL> #11 26-JUL-1994 15:06:57.57 MAIL Owner: "carpenter@TWEETY.DIGSYS.COM" Errors-to: carpenter@tweety.digsys.com Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:W,WORLD) Subscribers: carpenter@TWEETY.DIGSYS.COM ///----------------------------------------------------------------------------- // Simon Maufe || snmauf@monsanto.ccmail.com // Daugherty System Consultants || maufe@tweety.digsys.com // Suite 240, One CityPlace Plaza || snmauf@maple.monsanto.com // St Louis MO 63141 || 314-694-3207 ---------------------------------------------------------------------------/// ================================================================================ Archive-Date: Thu, 28 Jul 1994 08:19:01 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: kismet@trantor.cc.umb.edu (Ted Corning) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX hits little-known XQP bugcheck? Date: 28 Jul 1994 13:04:10 GMT Message-ID: <318aca$67e@anchor.cc.umb.edu> To: MX-List@WKUVX1.WKU.EDU Hi, Over the past few weeks, one of the machines in my cluster has been crashing with: XQPERR, Error detected by file system XQP A little probing finds that the offset is BBB3. The process that's current is always an MX process. Twice it's been a LOCAL, and twice it's been a ROUTER. I have a 7-node cluster, with the two main nodes running MX V4.1-Beta-1 (I know, I have to upgrade, but I don't think it's specific to the version) Specifics: VAX 6000-410, 96MB, VMS V6.0 2 Routers, 3 Locals, 3 SMTPs, 1 MLF, 1 DNSMTP, 1 FLQ Mgr VAX 8800, 144MB, VMS V6.0 2 Routers, 3 Locals, 3 SMTPs, 1 MLF, 1 DNSMTP, 1 FLQ Mgr The disk is an HSJ40-connected RZ28B, which also is the Quorum disk, and contains the Queue Manager files. That's the only activity. The VAX 6000-410 is the only one that's crashed with this bugcheck in the past few weeks. According to DEC, it is a very rare, little-known problem with the XQP, and there is no patch for VMS V6.0. There is a patch for VMS V6.1, patch #1137. This message is mostly informational, but I was also wondering if anyone else has seen this problem, or has any ideas. Ted -- Ted Corning UMass/Boston Computing Services kismet@trantor.cc.umb.edu ================================================================================ Archive-Date: Thu, 28 Jul 1994 11:37:12 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: poling@eisner.decus.org (JIM POLING) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX ADD address with personal name Message-ID: <1994Jul28.092630.4430@eisner> Date: 28 Jul 94 09:26:29 -0400 To: MX-List@WKUVX1.WKU.EDU Is there a way to ADD an address to a mailing list with a personal name. The documentation says: "For address, you should enter the RFC822-type address for the user to be added. It should generally apper exactly... You may include the personal name, if desired {ADD/NONOTIFY "Joe User" } When I do this, it doesn't add the person. -JIm ================================================================================ Archive-Date: Thu, 28 Jul 1994 11:44:12 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 28 Jul 1994 11:44:02 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00982196.6D2C0034.17@ALPHA.WKU.EDU> Subject: RE: MX ADD address with personal name poling@eisner.decus.org (JIM POLING) writes: > >Is there a way to ADD an address to a mailing list with a personal name. >The documentation says: > "For address, you should enter the RFC822-type address for the user > to be added. It should generally apper exactly... You may include the > personal name, if desired {ADD/NONOTIFY "Joe User" } > > >When I do this, it doesn't add the person. > You must send that to the -request form of the address, if you're not. Also, be sure you address on the /OWNER matches the case of the actual address generated by MX. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 28 Jul 1994 16:06:48 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 28 Jul 1994 16:06:39 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009821BB.1D7D5694.6@ALPHA.WKU.EDU> Subject: RE: MX 3.1C : Porblems addig subsriber maufe@eisner.decus.org (Simon Maufe, Daugherty System Consultants, St writes: > >hi All! I'm having a problem with MX 3.1C mailing lists, and am not couldn't >find ananswer in earlier posts, and didn't an FAQ mentioned... > >I'm sending my subscribe to the listserver, which sends it to the list mnager >who sends it back to jim-request, but then he doesn';t get acknolwdgement and >neither do I about gettitng addede to the list. Review shows I'm not added, >and I cannot send email to the list. > If the command does not look like: ADD "Personal name" then it won't be added. It *sounds* like the ADD command isn't correct.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 28 Jul 1994 16:07:50 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 28 Jul 1994 16:07:43 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009821BB.436543E9.8@ALPHA.WKU.EDU> Subject: RE: Install DNSMTP_SERVER with SYSLCK torobin@svh.unsw.edu.au (Robin Garner) writes: > >I've set up DECnet SMTP using a completely (NETMBX,TMPMBX) account for the >network object, by DNSMTP_SERVER.EXE with SYSLCK and protecting it with >an ACL. > >The DNSMTP_SERVER.EXE as installed by the KITINSTAL is linked with /TRACE, >which means that I've had to unpack the saveset and link it myself. While >I have no problems with this, it could be a bit daunting for my successors. > >Hunter, could you add this to the wishlist ? Or is there some good reason >why the image isn't linked with /NOTRACE. > I'll add that to the wishlist. It's linked with /TRACE just to provide info in the .LOG file if it ever dies.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 28 Jul 1994 16:15:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 28 Jul 1994 16:15:32 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009821BC.5AF311CF.29@ALPHA.WKU.EDU> Subject: RE: List/server in "personal" account? Mark Tarka writes: > >We're getting ready to start up a mailing list and file server, under MX >4.1 on a VAXstation 4000-60. One general question (which mode?), cast >in two parts: > >Based upon the personal experiences of any list-owners in this group, >what are the advantages and disadvantages of maintaining a list/server >in a "personal" account (containing other directories, academic and >research interests, personal programs)? > >Any gains, in placing the list/server in a separate account? > If you're talking about MX MLF, the mailing list files are all in one place: MX_MLIST_DIR:. If you're talking about the /OWNER address, then it's just a matter of which account you want to receive the bounces, etc., from the list. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 28 Jul 1994 16:30:25 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 28 Jul 1994 16:30:16 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009821BE.6A087572.3@ALPHA.WKU.EDU> Subject: RE: Problem with mail list ADD e803_admin@tigger.physics.lsa.umich.edu writes: > > I am having a problem with a mailing list in MX V4.1 AXP. We are > running OpenVMS V6.1. The list is defined as: [...] > The protection on the list should allow access. The only difference > I can see is that the OWNER on the list has CAPS for the node address. > That's probably the problem.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 28 Jul 1994 19:02:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 28 Jul 1994 18:00:54 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009821CB.133F1A40.1@earth.oscs.montana.edu> Subject: RE: MX ADD address with personal name <1994Jul28.092630.4430@eisner> poling@eisner.decus.org (JIM POLING) writes: >Is there a way to ADD an address to a mailing list with a personal name. >The documentation says: > "For address, you should enter the RFC822-type address for the user > to be added. It should generally apper exactly... You may include the > personal name, if desired {ADD/NONOTIFY "Joe User" } JIm (try, "Jim"), The list owner would ADD a name. One way to do this is for the owner to send the following to the -request address: ADD ["]First Lastname["] userid@host.domain The quotes are entirely optional. You can add a second line, with the command REVIEW, to obtain a list of subscribers _after_ First Lastname was added. From my experience, only, if you expect MX to recognize the personal name added by the owner, it won't happen. To personalize the list mail, I believe each individual will have to SET PERSONAL NAME or some equivalent operation, in order to have a personal name appear in the mail header. mARK ================================================================================ Archive-Date: Fri, 29 Jul 1994 02:26:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Jul 1994 09:25:01 +0200 From: "GWDGV1::MOELLER" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Subject: RE: Install DNSMTP_SERVER with SYSLCK >The DNSMTP_SERVER.EXE as installed by the KITINSTAL is linked with /TRACE, >which means that I've had to unpack the saveset and link it myself. While >I have no problems with this, it could be a bit daunting for my successors. > >Hunter, could you add this to the wishlist ? Or is there some good reason >why the image isn't linked with /NOTRACE. I have a DCL program (SET_EXE.COM) that manipulates the /TRACE and /DEBUG settings of VAX and AXP executables after linking. I've used that myself e.g. to create an INSTALLable copy of MX_SITE_IN. Let me know if that'll help! Wolfgang J. Moeller, Tel. +49 551 201516 or -510, GWDG, D-37077 Goettingen, F.R.Germany PSI%(0262)45050859008::MOELLER Disclaimer: No claim intended! | ================================================================================ Archive-Date: Fri, 29 Jul 1994 06:15:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: system@dfhnet.dra.hmg.gb (Dave Hartley) Subject: Parameter Problem Date: 29 Jul 1994 10:47:32 GMT Message-ID: <31amo4$1ie@signal.dra.hmg.gb> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU I am running MX 4.1 on a Vax running Multinet 3.2 and VMS 5.3. When I receive a message from @acronym.demon.co.uk:sabahpc!sabah it is rejected with an error saying something like parameter problem. My question is, how can I rectify this? TIA Dave -- David Hartley Tel:+44-684-896000 Networks Manager Fax:+44-684-895989 DRA St. Andrews Road email:hartley@dfhnet.dra.hmg.gb Malvern WR14 3PS UK All opinions expreesed are mine ! ================================================================================ Archive-Date: Fri, 29 Jul 1994 09:23:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: poling@eisner.decus.org (JIM POLING) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: How to set MLF "FROM" to listname? Message-ID: <1994Jul29.101046.4449@eisner> Date: 29 Jul 94 10:10:46 -0400 To: MX-List@WKUVX1.WKU.EDU Is there a way setup the listname as the "FROM:" user, instead of the individual user. This would help people on the list that would just reply to the message so that it would go on the list... -jIM ================================================================================ Archive-Date: Fri, 29 Jul 1994 09:26:23 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Jul 1994 09:26:15 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098224C.582886F6.22@ALPHA.WKU.EDU> Subject: RE: How to set MLF "FROM" to listname? poling@eisner.decus.org (JIM POLING) writes: > >Is there a way setup the listname as the "FROM:" user, instead of the >individual user. This would help people on the list that would just >reply to the message so that it would go on the list... > Have you read the MLF guide? Or the MCP guide? Or the online help for MCP? Under DEFINE LIST and MODIFY LIST, you'd use the /REPLY_TO=(LIST,NOSENDER) qualifier. This is documented.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 29 Jul 1994 12:33:04 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: karnousk@tigris.cti.gr Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MAIL PROB Date: 29 JUL 94 15:18:51 GMT Message-ID: <29JUL94.15185108@tigris.cti.gr> To: MX-List@WKUVX1.WKU.EDU I have a problem with an email at belgium ! I am trying to send a mail to xxx@isl.vub.ac.be xxx is the login name ! Well it never goes there ... Something stops it and comes back! H E L P !!!!!!!!!!!!!!!!!!! ___ _ _ / _ \ | | __ (_) ___ A mind stretched by a new | |_| | | |/ / | | / __| idea can never go back to its | _ | | < | | \__ \ original dimensions. |_| |_| |_|\_\ |_| |___/ ================================================================================ Archive-Date: Fri, 29 Jul 1994 13:05:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: MAIL PROB Date: 29 Jul 1994 16:27:35 GMT Message-ID: <31baln$2fg@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <29JUL94.15185108@tigris.cti.gr>, karnousk@tigris.cti.gr writes: =I have a problem with an email at belgium ! = =I am trying to send a mail to xxx@isl.vub.ac.be = =xxx is the login name ! = =Well it never goes there ... Something stops it and comes back! = = = =H E L P !!!!!!!!!!!!!!!!!!! Gee. I guess all the info that was put at the top of the bounced message was put there solely to annoy you, right? There couldn't possibly be any information in them that might tell WHY the mail's bouncing, could there? SHEESH! -------------------------------------------------------------------------------- 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, 29 Jul 1994 14:58:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: fahnoe@loki.ncent.mccaw.com (Larry Fahnoe) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Long lines being truncated Message-ID: Date: Thu, 28 Jul 1994 15:21:41 GMT To: MX-List@WKUVX1.WKU.EDU In the various versions of MX that I have run I find that very long lines are being truncated. The source of the long lines is Microsoft Mail users that think the carraige returns go at the end of paragraphs rather than lines. :-( Since the company has gone head over heels nuts about MS Mail, I don't think I'll have much luck convincing people that MS Mail is broken in yet another way. So, is there any way to convince MX to wrap lines? What I see from VMS Mail is a line that is truncated at about 255 characters, and I have verified that the message lines are intact up to the VAX, but I've not tried to verify if it is MX or VMS Mail that is whacking the lines off. Any help would be appreciated; commiseration accepted. --Larry -- Larry Fahnoe Cellular One IS VAX System Manager 7900 S. Xerxes Ave, Suite 301 612/832-7616 Minneapolis, MN 55431 Internet: fahnoe@loki.ncent.mccaw.com McCaw DECnet: 18435::FAHNOE ================================================================================ Archive-Date: Fri, 29 Jul 1994 15:16:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Jul 1994 15:15:57 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098227D.325C1F3D.3@ALPHA.WKU.EDU> Subject: RE: Long lines being truncated fahnoe@loki.ncent.mccaw.com (Larry Fahnoe) writes: > >In the various versions of MX that I have run I find that very long lines >are being truncated. The source of the long lines is Microsoft Mail users >that think the carraige returns go at the end of paragraphs rather than >lines. :-( Since the company has gone head over heels nuts about MS Mail, >I don't think I'll have much luck convincing people that MS Mail is broken >in yet another way. So, is there any way to convince MX to wrap lines? >What I see from VMS Mail is a line that is truncated at about 255 >characters, and I have verified that the message lines are intact up to >the VAX, but I've not tried to verify if it is MX or VMS Mail that is >whacking the lines off. Any help would be appreciated; commiseration >accepted. > It's VMS Mail that's truncating them.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 29 Jul 1994 16:22:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: RE: Long lines being truncated Date: 29 Jul 1994 21:13:53 GMT Message-ID: <31breh$2fg@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0098227D.325C1F3D.3@ALPHA.WKU.EDU>, "Hunter Goatley, WKU" writes: =fahnoe@loki.ncent.mccaw.com (Larry Fahnoe) writes: => =>In the various versions of MX that I have run I find that very long lines =>are being truncated. The source of the long lines is Microsoft Mail users =>that think the carraige returns go at the end of paragraphs rather than =>lines. :-( Since the company has gone head over heels nuts about MS Mail, =>I don't think I'll have much luck convincing people that MS Mail is broken =>in yet another way. So, is there any way to convince MX to wrap lines? =>What I see from VMS Mail is a line that is truncated at about 255 =>characters, and I have verified that the message lines are intact up to =>the VAX, but I've not tried to verify if it is MX or VMS Mail that is =>whacking the lines off. Any help would be appreciated; commiseration =>accepted. => =It's VMS Mail that's truncating them.... In that case, could MX be modified to wrap them, and insert a warning in the message header indicating that it's done so? -------------------------------------------------------------------------------- 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, 29 Jul 1994 16:52:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Jul 1994 16:52:00 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: CARL@SOL1.GPS.CALTECH.EDU Message-ID: <0098228A.9DD15D61.3@ALPHA.WKU.EDU> Subject: RE: Long lines being truncated carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes: > >=It's VMS Mail that's truncating them.... > >In that case, could MX be modified to wrap them, and insert a warning in the >message header indicating that it's done so? That's on the ever-growing wish list. If anybody is into cloning, call me.... ;-) Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 29 Jul 1994 19:42:04 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Jul 1994 18:40:52 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00982299.D2EFEEE0.14@earth.oscs.montana.edu> Subject: MX acronyms <0098224C.582886F6.22@ALPHA.WKU.EDU> "Hunter Goatley, WKU" uses the following acronyms: >Have you read the MLF guide? Or the MCP guide? Or the online help ^^^ ^^^ >for MCP? I'm a newly minted list-owner, still working out the bugs in a list and server operation. I have pages 1 through 27 of the Message Exchange Mailing List/File Server Guide. When I can find enough space, I will FTP the MX documentation to my site. Until then, the following questions: 1. "MLF" implies the MX Mailing List/File server? 2. MX can operate as a Mailing List *SERVER*; or 3. MX can operate as a File *SERVER* [or both]? 4. What is "MCP"? 5. Is there online help for the list-owner, or just for the systems person setting up the list? If so, how is it accessed? Mark ichjsmt@earth.oscs.montana.edu ================================================================================ Archive-Date: Fri, 29 Jul 1994 20:12:24 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: MX acronyms Date: 30 Jul 1994 00:58:51 GMT Message-ID: <31c8kc$mtp@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00982299.D2EFEEE0.14@earth.oscs.montana.edu>, Mark Tarka writes: #<0098224C.582886F6.22@ALPHA.WKU.EDU> "Hunter Goatley, WKU" #uses the following acronyms: # #>Have you read the MLF guide? Or the MCP guide? Or the online help # ^^^ ^^^ #>for MCP? # #I'm a newly minted list-owner, still working out the bugs in a list and #server operation. I have pages 1 through 27 of the Message Exchange #Mailing List/File Server Guide. When I can find enough space, I will #FTP the MX documentation to my site. Until then, the following #questions: # #1. "MLF" implies the MX Mailing List/File server? Yes. #2. MX can operate as a Mailing List *SERVER*; or # #3. MX can operate as a File *SERVER* [or both]? Yes, both. #4. What is "MCP"? "MX Control Program" -- the program that controls MX. To run it, do: $ RUN MX_EXE:MCP or you can setup a symbol: $ MCP :== $MX_EXE:MCP and then simply type "MCP" to enter MCP, or "MCP command" to issue one MCP command. #5. Is there online help for the list-owner, or just for the systems #person setting up the list? If so, how is it accessed? Yes, there is bookreader documentation in the MX_DOC directory, as well as PostScript and plain text files. Within MCP, you can type: MCP> HELP but that only helps with the commands -- you really have to know what command you want to use before the help within MCP is useful (i.e. it doesn't explain concepts -- check the real documentation for that, and how it all pieces together). -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Sat, 30 Jul 1994 21:12:32 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 30 Jul 1994 20:11:07 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098236F.9924FDA0.1@earth.oscs.montana.edu> Subject: RE: MX ADD address with personal name <009821CB.133F1A40.1@earth.oscs.montana.edu> Mark Tarka writes: ><1994Jul28.092630.4430@eisner> poling@eisner.decus.org (JIM POLING) >writes: > >>Is there a way to ADD an address to a mailing list with a personal name. >>The documentation says: >> "For address, you should enter the RFC822-type address for the user >> to be added. It should generally apper exactly... You may include the >> personal name, if desired {ADD/NONOTIFY "Joe User" } > >The list owner would ADD a name. One way to do this is for the owner to >send the following to the -request address: > > ADD ["]First Lastname["] userid@host.domain > >The quotes are entirely optional. You can add a second line, with the >command REVIEW, to obtain a list of subscribers _after_ First Lastname >was added. WRONG! Quotes will apparently allow MX to ADD a name, which would otherwise comfuse the software. For example, the command sent to the -request address ADD A. User vanishes without a trace. I found it necessary to use ADD "A. User" in order to get the personal name included in the subscriber's list. I suspect the "." after the initial of the first name quashed the intended process; the following would work without quote marks: ADD Anice User BTW, angle brackets are required. Mark ichjsmt@earth.oscs.montana.edu VAXstation 4000-60 VMS 5.5-2 (What's my tab total, Bartender; am I good for another round?) BTW, if it's 20:11:06.01 MDT, is it 2:11:06.01 UT ? ================================================================================ Archive-Date: Sun, 31 Jul 1994 12:45:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: madison@tgv.com (Matt Madison) Subject: RE: MX ADD address with personal name Date: 31 Jul 1994 17:35:28 GMT Message-ID: <31gnd1$iel@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0098236F.9924FDA0.1@earth.oscs.montana.edu>, Mark Tarka writes: &[...] For example, the command sent to the & -request address & & ADD A. User & & vanishes without a trace. I found it necessary to use & & ADD "A. User" & & in order to get the personal name included in the subscriber's list. & & I suspect the "." after the initial of the first name quashed the & intended process; the following would work without quote marks: & & ADD Anice User & & BTW, angle brackets are required. Correct. The address you are adding must be a syntactically correct RFC822-type address. If you are going to include a personal name at the front of the address, it must be quoted if it includes any "specials" - dot, comma, etc. Also, the address must be enclosed in angle brackets if the personal name is placed at the front. -Matt -- Matthew Madison | madison@tgv.com | +1 408 457 5390 TGV, Inc. | 101 Cooper Street | Santa Cruz, CA 95060 USA