Archive-Date: Fri, 01 Mar 1996 00:23:19 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 01 Mar 1996 00:11:20 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: mx-list@WKUVX1.WKU.EDU Message-ID: <0099EA8C.14F9DE20.380@WKUVX1.WKU.EDU> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during February 1996 Total number of posts: 122 Total number of posters: 61 Total number of subscribers: 288 Last modified: 28-SEP-1995 13:33 (Updated 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.MX041]. You can also get it via e-mail by sending the commands SEND MX and SEND FILESERV_TOOLS on separate lines in the body of a mail message to FILESERV@WKUVX1.WKU.EDU. To remove yourself from the mailing list, send the following command to MXserver@WKUVX1.WKU.EDU: SIGNOFF MX-List MXserver supports a few other commands for your convenience. The following commands can be handled automatically by the list processor: SIGNOFF MX-List - to remove yourself from the list REVIEW MX-List - to get a list of subscribers QUERY MX-List - to get the status of your entry on the list SET MX-List DIGEST - to switch to digest mode SET MX-List NODIGEST - to switch to non-digest mode SET MX-List NOMAIL - to remain on the list but not receive mail SET MX-List MAIL - to resume receiving mail from the list SET MX-List CONCEAL - to not report your address in a REVIEW SET MX-List NOCONCEAL - to report your address in a REVIEW SET MX-List REPRO - to receive posts you make to MX-List SET MX-List NOREPRO - to not receive posts you make to MX-List LIST - to get a list of mailing lists served by 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, Sr. OpenVMS Systems Programmer goathunter@LOKI.COM The LOKI Group, Inc. P.O. Box 9609 Bowling Green, KY 42102-9609 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ================================================================================ Archive-Date: Fri, 01 Mar 1996 05:56:37 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 01 Mar 1996 11:14:24 GMT From: Andy Harper - KCL Systems manager Reply-To: MX-List@MadGoat.com To: mx-list@madgoat.com CC: A.HARPER@kcl.ac.uk Message-ID: <0099EAE8.B5EB9092.32@alder.cc.kcl.ac.uk> Subject: Notification of mail delivery I'm sure this problem's been discussed before but I can't find the details. So apologies in advance... Essentially, users on some nodes in our mixed-architecture VMScluster do not get notified, via a broadcast message, when MX delivers mail to their mailbox on another node; they DO however, get notified if the message is sent via VMS MAIL on another node. The MAIL$SYSTEM_FLAGS logical name is set to 7 and defined /system /exec so it should all work but doesn't. Our VMScluster consists of two main nodes: Alpha 2100 running OpenVMS 6.1 AND VAX 4100A running VMS 5.5-2H4 Each is running MX 4.2, with NETLIB 2.0J and Multinet 3.5B Users on the ALPHA node are notified of mail delivered to the VAX node by the MX local process, but NOT vice versa. MAIL delivered directly by VMS MAIL works as expected and both nodes are notified irrespective of the node of origin. I'ld be grateful for any clues or suggestions. I've already scanned the DSN ITS database for possible patches that might affect this but can find nothing obvious. Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Fri, 01 Mar 1996 10:28:23 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 01 Mar 1996 09:50:38 EST From: Scott McNeilly Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Message-ID: <0099EADD.029C4C80.47@fred.bridgew.edu> Subject: RE: DNSMTP problems John Rourke writes: >I am experiencing problems with DECNET SMTP. > >I have MX 4.1 running on a four node VAXcluster (VMS 6.1 DECnet OSI) > >I have a path set up to route all mail for domain abc.co.uk to a host >outside the cluster using DECnet SMTP. This other node will then route the >message to its final destination. > >This other node is an Alpha running VMS 6.2 & DECnet phase IV > >I am finding that *some* messages are bouncing with a message of > >%MX-F-NOHOST, no such host >-(Via AXP000) > >Is this the cluster unable to deliver or the AXP? > >How can I invetigate further? First, enable SMTP debugging: $ DEFINE/SYSTEM/EXEC MX_SMTP_DEBUG "TRUE" then check the MX_SMTP_LOG.LOG which may give additional information. Also, what is the rest of the text of the error message which reports MX-F-NOHOST ? -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 01 Mar 1996 19:09:49 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 01 Mar 1996 16:52:06 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: SYSHAF@TESLA.NJIT.EDU Message-ID: <0099EB17.E2FABFCF.27@ALPHA.WKU.EDU> Subject: RE: Problems with MX v4.1 "Henry A. Frystak - System Manager" writes: > > For the past few weeks I have been having several problems with the MX >mailer and it was suggested I send them to this list for possible solutions. >First, a little background about our site. We are using a VAXstation 4000-90A >running VAX VMS v5.5-2, Multinet v3.4B, and MX v4.1. Note that MX V4.2 is the current version (on ftp.wku.edu in [.MX.MX042]). >1. During our Christmas 95 break, Multinet was upgraded from v3.3C to v3.4B. > Other than a shutdown of MX, install of Multinet v3.4B on a quiet system, > and the re-boot and restart of the system, including MX, nothing else was > done. Does MX, specifically NETLIB support, need to be re-installed after > the Multinet upgrade? No (except in the case of MultiNet V3.5b, in which case the current NETLIB should be installed). >2. I have configured to run the MX FLQ manager process for purging finished > entries, freeing the router for its other tasks (I do not use the > MX_FLQ_AUTOPURGE_FIN TRUE except as noted here). I have had two instances > where FINISHED entries accumulated and did not purge. Upon setting the > MX_FLQ_DEBUG logical and resetting the FLQ and ROUTER tasks, I found: > Both the Routers and the MX FLQ manager try to grab that lock. Unfortunately, there's no easy way to tell who really holds it, except for going into SDA and looking at each process's locks. My guess is that one of the Routers held that lock (which they'll do if started before MX FLQ Manager), but was hung for some reason and never actually did any of the PURGEs. >3. I have become aware of another problem. In doing various checking among the > [MX.QUEUE...] directories, I found several instances of messages with > two versions of the .HDR_INFO file. Upon checking further, I found that [...] It's normal for their to be multiple copies of .HDR_INFO, and the first character is actually 4 bytes; look at one in the editor and you'll see the other characters (they're non-printable, so they don't show up when TYPEd). These bytes contain the type of record (Received:, etc.) and the length of the record. > If I leave the message with > the second copy of the .HDR_INFO file, the message usually must retry many > times, and sometimes it is sent and sometimes not. Does anyone have any > insight as to what causes this, and how to fix it or is it normal? I don't know about this, but perhaps resetting the original entry causes the Router to come up with different addressing info for the entries? >4. A system manager of a differnet cluster of machines has had a couple of > instances of major MX queue file corruption (the MX_SYSTEM_QUEUE.FLQ_CTL > file). He seems to attribute it to use of the MCP QUEUE SYNCHRONIZE command. > I know that the docs say it can be used while the MX agents are active. Does > anyone have any other experiences or know of any problems? > MCP QUEUE SYNCH holds the bitmap lock while synching, which *should* prevent any of the other agents from doing anything while the SYNCH is happening. If he's experienced problems, I'd suggest that he shut everything down before doing the SYNCH, just to be sure there's not some bug I missed somewhere. > Oh, and before anyone else suggests it, yes, I do know about MX v4.2. >It's just that I would prefer to solve these problems first, before clouding >the issues by adding another variable like a new version of the software. > MX V4.2 actually includes a few changes to help prevent agents from dying when files are missing from the MX_FLQ_DIR:, etc. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Sat, 02 Mar 1996 09:45:27 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 02 Mar 1996 10:24:00 EST From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: goathunter@loki.com Message-ID: <0099EBAA.D5FFA900.19@swdev.si.com> Subject: RE: Problems with MX v4.1 Hunter Goatley (goathunter@LOKI.COM) writes: >My guess is that one of the Routers held that lock (which they'll do >if started before MX FLQ Manager), but was hung for some reason and >never actually did any of the PURGEs. So, how do you prevent this? In a large cluster, several nodes might run the Router agent, with only one running the FLQ Manager agent. If MX_STARTUP runs on the FLQ Manager node first, fine, but what if it runs on another node first? There doesn't seem to be a way to make sure the FLQ Manager starts first. -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Sun, 03 Mar 1996 11:31:24 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: chris flemming Reply-To: MX-List@MadGoat.com Message-ID: <199603031731.MAA01717@nova.umuc.edu> To: mx-list@wkuvx1.wku.edu Date: Sun, 3 Mar 1996 12:31:12 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit subscribe vmsnet.mail.mx ================================================================================ Archive-Date: Mon, 04 Mar 1996 04:35:04 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <1.5.4b11.16.19960304103121.29bf9c58@gateway.actfs.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: MX-List@WKUVX1.WKU.EDU From: John Rourke Reply-To: MX-List@MadGoat.com Subject: RE: DNSMTP problems Date: Mon, 04 Mar 1996 04:35:01 CST >>I am experiencing problems with DECNET SMTP. >> >>I have MX 4.1 running on a four node VAXcluster (VMS 6.1 DECnet OSI) >> >>I have a path set up to route all mail for domain abc.co.uk to a host >>outside the cluster using DECnet SMTP. This other node will then route the >>message to its final destination. >> >>This other node is an Alpha running VMS 6.2 & DECnet phase IV >> >>I am finding that *some* messages are bouncing with a message of >> >>%MX-F-NOHOST, no such host >>-(Via AXP000) >> >>Is this the cluster unable to deliver or the AXP? >> >>How can I invetigate further? > > >First, enable SMTP debugging: >$ DEFINE/SYSTEM/EXEC MX_SMTP_DEBUG "TRUE" >then check the MX_SMTP_LOG.LOG which may give additional information. >Also, what is the rest of the text of the error message which reports >MX-F-NOHOST ? > Thanks for your help. Firstly, the whole message was as posted, there was nothing extra. Secondly, I have now managed to trace the problem... As mentioned, I have a four node cluster. I am not using the local naming option rather than DNS and this turned out to be the cause of the problem. Using the DNSMTP logfiles I noticed that the failures occurred only when one particular node handled the message. I checked, and guess what - that node did not know who the remote node was! The simple ones are always the best :-} John ================================================================================ Archive-Date: Mon, 04 Mar 1996 06:46:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: paul_h@jenson.com (Paul) Reply-To: MX-List@MadGoat.com Subject: Re: MIME decoding. Date: 4 Mar 96 10:53:58 GMT Message-ID: <1996Mar4.105358.216@jenson.demon.co.uk> To: MX-List@WKUVX1.WKU.EDU In article <4h4m85$r4c@lace.colorado.edu>, kmm@cc.colorado.edu writes: > We have most of our SMTP mail delivered to VMS accounts on an Alpha 3000/3300L > (OpenVMS 6.1, MX 4.1). I am trying to pass MIME encoded messages to a POP > client (Chameleon, among others). Nothing I have tried has been recognized by > the client as a MIME attachment, and been decoded. The setup works fine for > uuencoded mail and binhex mail. I have tried various combinations of TOP > HEADERs to no avail. I assume there is some little (big?) thing I have missed > in the setup. I have included a copy of the message I am trying to decode. > Please let me know if you need more information about the setup. > > If "It's the PC Client", can you point me to a client that will do MIME > with MX as the backbone, and what settings I need? > I'll admit ignorance to the "TOP HEADERS" bit in your post but this is because I use the following mail command: MAIL> send/foreign/noedit doc.zip According to the mx user docs, mx will uuencode the foreign file and wrap it in a mime compliant header/trailer. For instance, last week I mailed an 800k Amiga compressed archive from my DEC Vax at work to my personal ISP, Telecall, who provide POP3 mail. On my Amiga I collected my mail (10 minutes to download the message on a 14.4k modem!), then when I read the message in "Thor" I simply clicked on the icon that appears in the message text and it extracted, uudecode my new software and asked me where I wanted to put the file. Note that there are many variants of uuencode so that may cause a problem but are you saying Chameleon doesn't even recognise a mime attachement sometimes? I'll forward you enclosure to my home address and see what Thor makes of it! -- Paul Harris part time - Senior Technical Consultant personal - ehteam@telecall.co.uk to Jenson Technology Group, Bristol http://www.telecall.co.uk/pharris/ (voice +44 0117 923 0100) fidonet 2:250/110.2 ================================================================================ Archive-Date: Mon, 04 Mar 1996 08:12:46 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 04 Mar 1996 08:11:14 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: TILLMAN@SWDEV.SI.COM Message-ID: <0099ED2A.9E90C1DF.14@ALPHA.WKU.EDU> Subject: RE: Problems with MX v4.1 "Brian Tillman, x8425" writes: > >Hunter Goatley (goathunter@LOKI.COM) writes: > >>My guess is that one of the Routers held that lock (which they'll do >>if started before MX FLQ Manager), but was hung for some reason and >>never actually did any of the PURGEs. > >So, how do you prevent this? In a large cluster, several nodes might run the >Router agent, with only one running the FLQ Manager agent. If MX_STARTUP runs >on the FLQ Manager node first, fine, but what if it runs on another node first? >There doesn't seem to be a way to make sure the FLQ Manager starts first. There's not. That was on the wish list for V4.2, but I didn't have time to do anything with it then.... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Mon, 04 Mar 1996 09:15:34 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 04 Mar 1996 09:58:38 EST From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: ehteam@telecall.co.uk Message-ID: <0099ED39.9FD9CBE0.1@swdev.si.com> Subject: Re: MIME decoding. Paul Harris (ehteam@telecall.co.uk) writes: >According to the mx user docs, mx will uuencode the foreign file and wrap it in >a mime compliant header/trailer. According to the MX docs, MX will BASE64-encode the file, not UUencode it. Check out section 1.8. UUencode is _not_ the same thing as BASE64 encoding. -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Mon, 04 Mar 1996 16:31:52 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 4 Mar 1996 22:20:42 +0100 (MET) From: PASZTOR Miklos Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Subject: Re: MIME decoding. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On 4 Mar 1996, Paul wrote: > > (OpenVMS 6.1, MX 4.1). I am trying to pass MIME encoded messages to a POP > > client (Chameleon, among others). Nothing I have tried has been recognized by > > the client as a MIME attachment, and been decoded. The setup works fine for > > uuencoded mail and binhex mail. I have tried various combinations of TOP > > HEADERs to no avail. I assume there is some little (big?) thing I have missed > > in the setup. I have included a copy of the message I am trying to decode. > > Please let me know if you need more information about the setup. I would have a look in the mail on the VMS machine, and check the POP *server* configuration. And I would avoid bottom header lines in the MX_local set up. > > > > If "It's the PC Client", can you point me to a client that will do MIME > > with MX as the backbone, and what settings I need? Pegasus should work fine. It's free, and the best POP client I have seen. [...] > > MAIL> send/foreign/noedit doc.zip > > According to the mx user docs, mx will uuencode the foreign file and wrap it in > a mime compliant header/trailer. > Oh no. Uuencode is NOT MIME. MIME messages are encoded either quoted printable, or base64. MX encodes send/foreign files in base64. Regards, Miklos ==================================================================== Pa'sztor Miklo's | E-mail: pasztor@sztaki.hu MTA SZTAKI/ASZI Budapest 1132 Victor H. u. 18-22 | Tel: (36)-(1)-149-75-32 Institute for Computation and Automation, Hungarian Academy of Sciences ==================================================================== ================================================================================ Archive-Date: Mon, 04 Mar 1996 22:11:37 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 04 Mar 1996 16:07:02 MST From: Curtis Rempel - System Manager (2657) Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <0099ED6D.16BF3B63.291@hg.uleth.ca> Subject: Ignoring HELO errors in SMTP server dialogue I have an interesting problem, not to do with MX at all but perhaps I can solve it if I can convince MX to ignore HELO errors in the SMTP server dialog (ugh!) Here's what happens: Approx 2 weeks ago, a bunch of PC's connected to several different Novell Netware servers started getting errors when attempting to send mail using Netscape 2.0 when talking to our MX SMTP servers. The message is composed and then "sent" which starts up the SMTP server dialogue with MX. The first line of the SMTP session is of course: HELO myhost.domain where myhost.domain is the name of the PC sending the mail. The error returned to Netscape was ambiguous but it complained about HELO and I immediately recognized this as trouble talking to the SMTP server. Turning on debugging with MX_SMTP_SERVER_DEBUG indicated that the PC's were simply sending a null string instead of their host name. Doing a TELNET to port 25 of the SMTP server and issuing a HELO command followed by the Return key gave the same result (as expected). For some strange reason, these machines (on different Netware servers) running LAN Work Group have decided not to send their host name to the SMTP server and so the SMTP session fails. My position on this is that the PC's have somehow changed since I haven't monkeyed with either MultiNet or MX on the Alpha for quite some time. I've had MX 4.2 running since it was released in December and I've been running MultiNet V3.5A for quite awhile. These PC's used to work just fine and so my assumption is that they MUST have been properly sending their host name previously to the SMTP server as mail from those machines worked in January with a problem. So, my question is (and I don't know if it is even "legal" according to the RFC because I haven't read the RFC), is there a way to have the MX SMTP server ignore HELO errors? I know that if those PC's use the SMTP server on an OSF/1 box there is no problem. Does MX enforce this requirement (possibly according to the RFC which again, I have not read)? Something else just occurred to me in that I remember reading something about NETLIB 2.0J being the latest release (which I haven't yet installed) but that wouldn't explain why things worked fine for almost 2 months with V4.2. Can anybody shed any light on this interesting problem? (Or maybe it's not so interesting and I just haven't yet read the right FM! ;-) ) Thanks! --- Curtis Rempel Email: rempel@hg.uleth.ca OpenVMS Systems Programmer WWW: http://www.uleth.ca/~rempel The University of Lethbridge ================================================================================ Archive-Date: Wed, 06 Mar 1996 08:06:29 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: pjacobson@gandlf (Termenix knocks them dead so they don't get up) Reply-To: MX-List@MadGoat.com Subject: Re: Reboot Problems Date: 5 Mar 96 14:11:54 -0500 Message-ID: <1996Mar5.141154@gandlf> To: MX-List@WKUVX1.WKU.EDU In article <1996Mar5.114959@gandlf>, pjacobson@gandlf (Termenix knocks them dead so they don't get up) writes: > I am running VMS v5.5-2 and MX v 4.1 > MX was working great. > Last night the VAX was rebooted. > Now when MX comes up, all but 3 processes die. Boy do I feel foolish. The system admin had changed the logicals that point to some of the hard drives (and he didn't tell me) and I had used one of those logicals in the MX_LOGICALS.DAT file. (well not directly - it was inbedded 2 deep so a simple Search didn't find it). Once I fixed that, it worked like a charm. Thanks to all those who sent replies. Paul J. ================================================================================ Archive-Date: Wed, 06 Mar 1996 08:10:01 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: paul_h@jenson.com (Paul) Reply-To: MX-List@MadGoat.com Subject: Re: MIME decoding. Date: 6 Mar 96 09:08:46 GMT Message-ID: <1996Mar6.090846.223@jenson.demon.co.uk> To: MX-List@WKUVX1.WKU.EDU In article , PASZTOR Miklos writes: >> >> MAIL> send/foreign/noedit doc.zip >> >> According to the mx user docs, mx will uuencode the foreign file and wrap it in >> a mime compliant header/trailer. >> > Oh no. Uuencode is NOT MIME. MIME messages are encoded either quoted > printable, or base64. MX encodes send/foreign files in base64. > Yes, I meant base64 - I used the mail/foreign to send an 800k archive from vax to amiga via email a few weeks ago and it worked perfectly. But does anyone know why her mime shouldn't work? -- Paul Harris part time - Senior Technical Consultant personal - ehteam@telecall.co.uk to Jenson Technology Group, Bristol http://www.telecall.co.uk/pharris/ (voice +44 0117 923 0100) fidonet 2:250/110.2 ================================================================================ Archive-Date: Wed, 06 Mar 1996 08:12:18 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: pjacobson@gandlf (Termenix knocks them dead so they don't get up) Subject: Reboot Problems Date: 5 Mar 96 11:49:59 -0500 Message-ID: <1996Mar5.114959@gandlf> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU I am running VMS v5.5-2 and MX v 4.1 MX was working great. Last night the VAX was rebooted. Now when MX comes up, all but 3 processes die. Its log file is - 5-MAR-1996 11:28:39.41: MX Router (pid 20200366) starting 5-MAR-1996 11:28:40.38: MX Router (pid 20200366) exiting, status = 100184C4 a f$message shows that the error is: %RMS-F-DEV, error in device name or inappropriate device type for operation In trying to track this down I defined MX_ROUTER_DEBUG to be TRUE and gave a value to MX_ROUTER_LOG (router_debug). Nothing changed in the log file and the ROUTER_DEBUG file was not to be found. I am at wits end to figure out what could have changed on the system such that now these processes don't like me. I start : netlib flq_mgr router local smtp smtp_server mlf Only MLF,SMTP Server and FLQ Manager survive, all the others die (but they are created because the PIDs are listed out and the log files exist). Any help at all would be most greatfull. Either post here or E-Mail me jaco7001@wpo.landmark.net or send me your phone # and I will call you. Thanks. Paul ================================================================================ Archive-Date: Thu, 07 Mar 1996 17:44:52 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: nirosh@singnet.com.sg (Nirosh P. Wijayaratne) Reply-To: MX-List@MadGoat.com Subject: POP Server Date: 7 Mar 1996 05:15:21 GMT Message-ID: <4hlrd9$dte@lantana.singnet.com.sg> To: MX-List@WKUVX1.WKU.EDU Hi all! I would appreciate any information you can give me on where to find a POP server software for VMS. Thanks Nirosh ================================================================================ Archive-Date: Fri, 08 Mar 1996 03:29:13 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Mar 1996 21:54:07 EST From: Jim Walker Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU CC: sysmgr@bigvax.alfred.edu Message-ID: <0099EFF9.12E93960.5@bigvax.alfred.edu> Subject: MX 4.2 doesn't like Multinet 3.5B. Or is it vice versa? When I installed the recently released "B" update to multinet 3.5 (and installed the kerberos ECO), MX wouldn't send outgoing SMTP mail. I've seen two different symptoms. In most cases the error returned from DNS iss "no such host". If I leave off the domain name (as in sending to walker@shrimp for walker@shrimp.alfred.edu) the router (I think) would rewrite the To: line as , then of course the message bounces back to me. Restoring multinet_common_root:[multinet]loadable_bind.exe from Multinet 3.5A (actually from an ECO for 3.5A-X in my case) let me work around the problem. Anybody else seen this? Jim Walker VAX System & Network manager, Alfred University Computer Center, Alfred, NY 14802-1298 USA +1-607-871-2222, Using VMS V6.1 ================================================================================ Archive-Date: Fri, 08 Mar 1996 03:37:19 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Mar 1996 10:33:39 EST From: "Eberhard Mater, Tel:0551/709-2453" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKU.EDU CC: system@grzap1.rz.go.dlr.de Message-ID: <0099F063.2DABC7CA.3@grzap1.rz.go.dlr.de> Subject: Problem with: Indexed Search of MX-List Mailing List Archives Hi, while trying to do an 'Indexed Search of MX-List Mailing List Archives' > Search 1995 MX-List archives > Keyword: Quoted-printable i'm getting the following error: Fatal Error 500 Can't Access Document: gopher://gopher.wku.edu/77:nosort:gopher_root:[_search]search.shell GOPHER_ROOT_SEARCH_MX-LIST:[000000]MX-LIST_1995*?Quoted-printable Reason: Gopher-server replies: Eberhard Mit freundlichen Grüßen / Best Regards Eberhard Mater _______________________________________________________________ | Eberhard Mater, German Aerospace Research Establishment (DLR) | | D-37073 Göttingen, Bunsenstr.10 | /) Phone: +49 551 709-2453 ! FAX: +49 551 709-2169 (\ / ) eMail: Eberhard.Mater@dlr.de ( \ _( (|________________________________________________________________) ) /> (((\ \) /,) / ) / //))/ (\\\\ \_/ / \ \_/ ///// \ / \ / \ _/ \_ / Unix: The only computer virus with a user interface. ================================================================================ Archive-Date: Fri, 08 Mar 1996 05:46:13 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: skinner@drea.dnd.ca (Bruce S.) Subject: Re: Notification of mail delivery Date: 7 Mar 1996 19:00:44 GMT Message-ID: <4hnbos$7c7@rainbow.drea.dnd.ca> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Andy Harper writes: >Our VMScluster consists of two main nodes: > > Alpha 2100 running OpenVMS 6.1 AND VAX 4100A running VMS 5.5-2H4 Yep. Been there. When I got all systems running VMS version 6.something then mail notification was consistent across all nodes. Never did figure out why. regards++ Bruce S. Bruce S. Skinner | skinner@firm.drea.dnd.ca DEFENCE RESEARCH ESTABLISHMENT ATLANTIC | skinner@niobe.drea.dnd.ca Dartmouth, Nova Scotia, CANADA, B2Y 3Z7 | (902) 426-3100 (205) "New opinions are always suspected, and usually opposed without any other reason but because they are not already common." John Locke ================================================================================ Archive-Date: Fri, 08 Mar 1996 05:51:06 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Notification of mail delivery Date: 8 Mar 1996 10:32:28 GMT Message-ID: <4hp2bs$7ee@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <4hnbos$7c7@rainbow.drea.dnd.ca>, skinner@drea.dnd.ca (Bruce S.) writes: =Andy Harper writes: = =>Our VMScluster consists of two main nodes: => => Alpha 2100 running OpenVMS 6.1 AND VAX 4100A running VMS 5.5-2H4 = =Yep. Been there. When I got all systems running VMS version =6.something then mail notification was consistent across all nodes. =Never did figure out why. Perhaps when you upgraded to version 6, you actually made the cluster homogenous, at least with respect to mail notifications? There's a system-wide logical name MAIL$SYSTEM_FLAGS, which is documented in, if I recall correctly, the MAIL manual, which you may find relevent. -------------------------------------------------------------------------------- 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, 08 Mar 1996 06:12:07 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <1.5.4b11.16.19960308120300.29b7a2ae@gateway.actfs.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 08 Mar 1996 12:03:00 +0000 To: MX-List@MadGoat.com From: John Rourke Reply-To: MX-List@MadGoat.com Subject: Re: POP Server Try ftp://ftp.indiana.edu/pub/vms/iupop3/v1.8 At 05:15 07/03/96 GMT, you wrote: >Hi all! > >I would appreciate any information you can give me on where to find a POP >server software for VMS. > >Thanks > >Nirosh > ================================================================================ Archive-Date: Fri, 08 Mar 1996 07:48:23 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Mar 1996 07:43:07 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: SYSMGR@BIGVAX.ALFRED.EDU Message-ID: <0099F04B.5A9E8D30.15@ALPHA.WKU.EDU> Subject: RE: MX 4.2 doesn't like Multinet 3.5B. Or is it vice versa? Jim Walker writes: > >When I installed the recently released "B" update to multinet 3.5 >(and installed the kerberos ECO), MX wouldn't send outgoing SMTP mail. >I've seen two different symptoms. > That's a change in MultiNet that caused a needed change in NETLIB. Pick up and install the latest NETLIB and the problems should go away. It's on ftp.wku.edu in [.MADGOAT]NETLIB020.ZIP, as well as on public.tgv.com in [.MADISON.NETLB]. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Fri, 08 Mar 1996 11:31:01 CST Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: MX-List@MadGoat.com From: Gary Zayas Reply-To: MX-List@MadGoat.com Subject: Re: POP Server Date: Fri, 08 Mar 1996 11:30:37 CST At 05:15 AM 3/7/96 GMT, you wrote: >Hi all! > >I would appreciate any information you can give me on where to find a POP >server software for VMS. > >Thanks > >Nirosh We use TGV/Cisco Multinet. Also, Process Software TCP/IP Server. I understand there is a public POP server from Indiana University. Gary Gary Zayas System Administrator New Jersey Deparment of Agriculture Voice: (609) 292-0956 FAX: (609) 292-9549 Internet: agazaya@ag.state.nj.us ================================================================================ Archive-Date: Fri, 08 Mar 1996 13:38:10 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Mar 1996 09:46:48 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099F05C.A2164CEA.20@e.kth.se> Subject: Re: POP Server >From: nirosh@singnet.com.sg (Nirosh P. Wijayaratne) >I would appreciate any information you can give me on where to find a POP >server software for VMS. ftp://ftp.indiana.edu/pub/vms/iupop3/ -- +--------------------------------------------------------------------+ ! Richard Levitte, GNU on VMS hacker ! tel: +46-8-26 52 47 ! ! Spannvägen 38, I ! fax: none for the moment ! ! S-161 43 Bromma ! Internet: levitte@e.kth.se ! ! SWEDEN ! ! +-GNUish VMS-+ You may not add me to a commercial mailing list or send me commercial advertising without my consent! See http://www.e.kth.se/~levitte/anti.html for further reference. ================================================================================ Archive-Date: Fri, 08 Mar 1996 13:39:42 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Mar 1996 11:20:00 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: SYSTEM@GRZAP1.RZ.GO.DLR.DE Message-ID: <0099F069.A739D97E.30@ALPHA.WKU.EDU> Subject: RE: Problem with: Indexed Search of MX-List Mailing List Archives "Eberhard Mater, Tel:0551/709-2453" writes: > >while trying to do an 'Indexed Search of MX-List Mailing List Archives' > > Search 1995 MX-List archives > > Keyword: Quoted-printable > >i'm getting the following error: > That's becaused Quoted-printable isn't a valid Gopher search word, so it's not found. Use either "quoted", "printable", or "quoted printable". (Gopher doesn't accept hyphenated words as words.) Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Fri, 08 Mar 1996 15:35:16 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Mar 1996 16:32:53 EST From: Scott McNeilly Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Message-ID: <0099F095.5D13C360.18@fred.bridgew.edu> Subject: RE: POP Server nirosh@singnet.com.sg (Nirosh P. Wijayaratne) writes: >Hi all! > >I would appreciate any information you can give me on where to find a POP >server software for VMS. > We are using IUPOP3 from Indiana University here, and it is working satisfactorily. It is, however, an unsupported product. But the price is right. Another, supported commercial option is PMDF from Innosoft International, Inc.: http://www.innosoft.com sales@innosoft.com -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 08 Mar 1996 18:56:35 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 8 Mar 1996 16:52:01 -0800 (PST) From: "Kent W. Strachan (Network Technologist)" Reply-To: MX-List@MadGoat.com To: mx-list@wkuvx1.wku.edu Message-ID: <960308165201.24f@Comsys.SD36.Surrey.BC.Ca> SUBSCRIBE ================================================================================ Archive-Date: Sat, 09 Mar 1996 05:53:49 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: kent@giant.intranet.com (Kent Harnois x313) Reply-To: MX-List@MadGoat.com Subject: Questions regarding configuration of MX to use UUCP Message-ID: <1996Mar8.165720.14820@giant> Date: 8 Mar 96 16:57:20 EST To: MX-List@WKUVX1.WKU.EDU My site currently sends and receives Internet email via DECUS UUCP 2.0. Our network is growing, and so we want to run MX internally, while retaining the UUCP connection to the outside world. The uucp link gives us a poor man's firewall. I have read the manuals, and searched for examples, but haven't found anything that specifically addresses this in the MX 4.2 documentation. Issues for us are: - how could we use MX to "route" non-local (not to user@host.IntraNet.com) mail to the UUCP queues? - how do I configure my internal DNS so that other hosts (PC's and workstations) route non-local mail through my MX/uucp host? We are running MX version 4.2 VAX, Digital TCP/IP V4.0, OpenVMS/VAX 6.1 and DECnet OSI, and DECUS UUCP 2.0. Internal Network internet ]---------------------------[ ]---------- . . . | | | +------+ +------+ +------+ | misc | | VAX | | OSF | | node | | MX |----------| | +------+ +------+ ^ +------+ | | serial UUCP connection Please feel free to respond via private email; I'll summarize. Thanks in advance, Kent Harnois Kent@IntraNet.Com (or HARNOIS@DECUS.ORG) Systems Manager, IntraNet, Inc, One Gateway Center, Newton MA 02185 Voice: 617-527-7020 or 617-527-3399 x313 Fax: 617-527-6779 Note: Any statements made by me would only coincidentally be consistent with the position of my employer and therefore should only be taken to represent my own point of view. ================================================================================ Archive-Date: Sat, 09 Mar 1996 16:25:13 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: pjacobson@gandlf (Termenix knocks them dead so they don't get up) Reply-To: MX-List@MadGoat.com Subject: Vax Station MX mail hosed Date: 8 Mar 96 16:34:08 -0500 Message-ID: <1996Mar8.163408@gandlf> To: MX-List@WKUVX1.WKU.EDU Trouble always comes in threes (and this is only number 2) I am running vms 5.5-2 and mx 4.1 On my Dec Windows (vax station 4000 vlc) Mail utility, I cannot send a message to MX%"address_here" (off the VAX). The message comes back - Send failed. With no other explation. If I mail a message to a VMS account that has their mail forwarded to our PC network (vix MX), I also get a message back - Send failed. I am not even sure how to start looking for the error. Far as I can tell, external mail coming in will be delivered to the VMS account. What can I look for/how can I look for it? Any help would be greatly appreciated. Regular VMS mail works fine from the Dec Windows prompt Oh yeah, If I issue the $ Mail/subject="blah blah" file.name "MX%""jaco7001@wpo.landmark.net""" then the mesage goes through. Paul Jacobson pjacobson@landmark.net ================================================================================ Archive-Date: Sun, 10 Mar 1996 01:56:42 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Ignoring HELO errors in SMTP server dialogue Date: 10 Mar 1996 07:38:57 GMT Message-ID: <4hu0uh$es0@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0099ED6D.16BF3B63.291@hg.uleth.ca>, Curtis Rempel - System Manager (2657) writes: =I have an interesting problem, not to do with MX at all but perhaps I can =solve it if I can convince MX to ignore HELO errors in the SMTP server =dialog (ugh!) = =Here's what happens: = =Approx 2 weeks ago, a bunch of PC's connected to several different Novell =Netware servers started getting errors when attempting to send mail using =Netscape 2.0 when talking to our MX SMTP servers. = =The message is composed and then "sent" which starts up the SMTP server =dialogue with MX. The first line of the SMTP session is of course: = = HELO myhost.domain = =where myhost.domain is the name of the PC sending the mail. = =The error returned to Netscape was ambiguous but it complained about HELO =and I immediately recognized this as trouble talking to the SMTP server. =Turning on debugging with MX_SMTP_SERVER_DEBUG indicated that the PC's =were simply sending a null string instead of their host name. Doing =a TELNET to port 25 of the SMTP server and issuing a HELO command followed =by the Return key gave the same result (as expected). As well it should. =For some strange reason, these machines (on different Netware servers) running =LAN Work Group have decided not to send their host name to the SMTP server =and so the SMTP session fails. GOOD! =My position on this is that the PC's have somehow changed since I haven't =monkeyed with either MultiNet or MX on the Alpha for quite some time. =I've had MX 4.2 running since it was released in December and I've been =running MultiNet V3.5A for quite awhile. = =These PC's used to work just fine and so my assumption is that they MUST have =been properly sending their host name previously to the SMTP server as mail =from those machines worked in January with a problem. OK. =So, my question is (and I don't know if it is even "legal" according to the =RFC because I haven't read the RFC), is there a way to have the MX SMTP server =ignore HELO errors? Not as far as I know. And I hope no such "feature" is ever implemented, since its only conceivable (as best I can tell) purposes would be to: 1) Accomodate software written by incompetents; and 2) Make it easier to forge e-mail. Why is the former a bad idea? Well, do you REALLY support the idea of having software that works by accident? How might it do the latter? Well, some jackass could set up his system to: 1) Try sending mail; 2) If 1 fails because the IP address didn't get mapped to a name, change the IP address it's using; 3) Iterate until the email is accepted. Yeah, I admit, no COMPETENT jackass would rely on something like that, but what you're asking for is a way for somebody who's too damned stupid to to a DNS lookup to be able to forge e-mail. Is that *REALLY* what you want? If not, then instead of posting here, you damned well ought to be bitching to the idiots who wrote the dysfunctional software running on the PCs. -------------------------------------------------------------------------------- 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, 10 Mar 1996 15:33:01 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <314359BC.2B98@hg.uleth.ca> Date: Sun, 10 Mar 1996 14:37:48 -0800 From: Curtis Rempel Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@WKUVX1.WKU.EDU Subject: Re: Ignoring HELO errors in SMTP server dialogue References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Carl J Lydick wrote: > > In article <0099ED6D.16BF3B63.291@hg.uleth.ca>, Curtis Rempel - System Manager (2657) writes: > =I have an interesting problem, not to do with MX at all but perhaps I can > =solve it if I can convince MX to ignore HELO errors in the SMTP server > =dialog (ugh!) > = > =Here's what happens: > = > =Approx 2 weeks ago, a bunch of PC's connected to several different Novell > =Netware servers started getting errors when attempting to send mail using > =Netscape 2.0 when talking to our MX SMTP servers. > = > =The message is composed and then "sent" which starts up the SMTP server > =dialogue with MX. The first line of the SMTP session is of course: > = > = HELO myhost.domain > = > =where myhost.domain is the name of the PC sending the mail. > = > =The error returned to Netscape was ambiguous but it complained about HELO > =and I immediately recognized this as trouble talking to the SMTP server. > =Turning on debugging with MX_SMTP_SERVER_DEBUG indicated that the PC's > =were simply sending a null string instead of their host name. Doing > =a TELNET to port 25 of the SMTP server and issuing a HELO command followed > =by the Return key gave the same result (as expected). > > As well it should. > > =For some strange reason, these machines (on different Netware servers) running > =LAN Work Group have decided not to send their host name to the SMTP server > =and so the SMTP session fails. > > GOOD! > > =My position on this is that the PC's have somehow changed since I haven't > =monkeyed with either MultiNet or MX on the Alpha for quite some time. > =I've had MX 4.2 running since it was released in December and I've been > =running MultiNet V3.5A for quite awhile. > = > =These PC's used to work just fine and so my assumption is that they MUST have > =been properly sending their host name previously to the SMTP server as mail > =from those machines worked in January with a problem. > > OK. > > =So, my question is (and I don't know if it is even "legal" according to the > =RFC because I haven't read the RFC), is there a way to have the MX SMTP server > =ignore HELO errors? > > Not as far as I know. And I hope no such "feature" is ever implemented, since > its only conceivable (as best I can tell) purposes would be to: > 1) Accomodate software written by incompetents; and > 2) Make it easier to forge e-mail. > Why is the former a bad idea? Well, do you REALLY support the idea of having > software that works by accident? > > How might it do the latter? Well, some jackass could set up his system to: > 1) Try sending mail; > 2) If 1 fails because the IP address didn't get mapped to a name, > change the IP address it's using; > 3) Iterate until the email is accepted. > Yeah, I admit, no COMPETENT jackass would rely on something like that, but what > you're asking for is a way for somebody who's too damned stupid to to a DNS > lookup to be able to forge e-mail. Is that *REALLY* what you want? If not, > then instead of posting here, you damned well ought to be bitching to the > idiots who wrote the dysfunctional software running on the PCs. In fact I have been bitching about the Novell IP stack to our Novell support people. Read on... > -------------------------------------------------------------------------------- > 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. I agree with you whole heartedly Carl. Your response is exactly what I had hoped for since my explanation to the Novell guy here (essentially the same as your response) doesn't fly with him, essentially because: 1) he doesn't understand that this behavior is not acceptable, and 2) according to him, it couldn't *possibly* be the fault of the LAN Work Group IP stack (which, IMHO, is the most brain damaged excuse for a product (next to UCX) that I have ever seen). I didn't expect any such thing to be possible (ignoring HELO errors) with MX or any other decent SMTP server. It is interesting however that our OSF/1 boxes don't follow the rules since they will happily allow a HELO with a null parameter. So, thanks for your confirmation. Even if there was a way to ignore HELO errors with MX, I wouldn't enable it because the client is broken, and not the SMTP server. Best regards, Curt ================================================================================ Archive-Date: Sun, 10 Mar 1996 17:47:33 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Mar 1996 00:44:51 +0100 From: Richard Levitte - GNU on VMS hacker Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099F26C.6BC83C44.5@e.kth.se> Subject: Re: Ignoring HELO errors in SMTP server dialogue >From: Curtis Rempel >It is interesting however that our OSF/1 boxes don't follow the rules since >they will happily allow a HELO with a null parameter. I don't if OSF/1 uses sendmail, but as far as I recall, accepting the HELO with null or no parameter is an option which is often set on (at least it is at all the sites I've senen si far). Turn it off. (I'll have the sendmail book handy tomorrow, if you want more precise info) -- +--------------------------------------------------------------------+ ! Richard Levitte, GNU on VMS hacker ! tel: +46-8-26 52 47 ! ! Spannvägen 38, I ! fax: none for the moment ! ! S-161 43 Bromma ! Internet: levitte@e.kth.se ! ! SWEDEN ! ! +-GNUish VMS-+ You may not add me to a commercial mailing list or send me commercial advertising without my consent! See http://www.e.kth.se/~levitte/anti.html for further reference. ================================================================================ Archive-Date: Mon, 11 Mar 1996 04:17:27 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: Jack Yoder Reply-To: MX-List@MadGoat.com Subject: Retrieving All Mail ? Date: Sun, 10 Mar 1996 18:29:41 -0500 Message-ID: <314365E5.38EE@ssdd.nrl.navy.mil> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: MX-List@WKUVX1.WKU.EDU I have recently started using email clients to retrieve mail via POP3 instead of logging in and using VMS mail. I want to use several different PC's to retrieve my mail. I am using Netscape but I have also tried Eudora and had the same problems. According to an undeliverable returned mail, our mail server is (MX V4.1 AXP) with SMTP. My problem is that once mail has been retrieved by an email client on one PC or MAC and I move to another PC or MAC and try to retrieve my mail the client does not get any mail that was previousl retrieved. All mail clients on all PC/MACs are set up to "Leave Mail on Server" after retrieval. In fact, when I log directly on using a terminal emulator and use VMS mail I can see all of my mail and it is all marked as read. The symptom is is that each client PC/MAC has only the email that was new when that particular client did a retrieval. I have posted this problem on the unofficial netscape newsgroup. Appearently, others people with different mail server implementations can do this without a problem. Since I get the same results with both Eudora and Netscape mail clients I began to suspect the our mail server. I looked at the POP3 spec and there is nothing to make me believe that the server should present any subset of the mailstop. On the other hand I could see nothing which would preclude a server from doing this. Do any of you MXperts know of any limitations of "features" of MX which would cause this? Could we have it configured wrong? How about using MX with VMS mail? If you don't know how to fix this, can you think of any work arounds? Is there anyway to Unread mail maybe? I would appreciate any help anyone could provide. Thanks, Jack ================================================================================ Archive-Date: Mon, 11 Mar 1996 08:47:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Mar 1996 09:10:29 EST From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rempel@hg.uleth.ca Message-ID: <0099F2B3.0EC6AEA0.10@swdev.si.com> Subject: Re: Ignoring HELO errors in SMTP server dialogue Curtis Rempel (rempel@hg.uleth.ca) writes: >I agree with you whole heartedly Carl. Your response is exactly what I had >hoped for since my explanation to the Novell guy here (essentially the same as >your response) doesn't fly with him, essentially because: 1) he doesn't >understand that this behavior is not acceptable, and 2) according to him, it >couldn't *possibly* be the fault of the LAN Work Group IP stack (which, IMHO, >is the most brain damaged excuse for a product (next to UCX) that I have ever >seen). Are you quite sure it's Novell's IP stack? We use that stack here almost exclusively and we never have a problem with incorrectly formed HELO messages. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman_brian@si.com Smiths Industries, Inc. | tillman@swdev.si.com 4141 Eastern Ave., MS239 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Mon, 11 Mar 1996 09:13:09 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Mar 1996 10:12:06 EST From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: hardis@garnet.nist.gov Message-ID: <0099F2BB.AABF4BC0.10@garnet.nist.gov> Subject: RE: Questions regarding configuration of MX to use UUCP > My site currently sends and receives Internet email via DECUS UUCP 2.0. > Our network is growing, and so we want to run MX internally, while > retaining the UUCP connection to the outside world. > how could we use MX to "route" non-local (not to user@host.IntraNet.com) > mail to the UUCP queues? Have "Misc Node" send its mail to the VAX with MX. That's a configuration issue for "Misc Node," not the VAX. > how do I configure my internal DNS so that other hosts (PC's and > workstations) route non-local mail through my MX/uucp host? Since you don't have an IP connection to the outside world, it's not clear what you mean by a DNS. In any case, the answer is simple: "Misc Node" has to send all mail, or at least that which it can't otherwise identify, to the MX VAX. That also isn't a VAX configuration issue. - Jonathan ================================================================================ Archive-Date: Mon, 11 Mar 1996 09:16:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Mar 1996 10:15:53 EST From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: hardis@garnet.nist.gov Message-ID: <0099F2BC.3172A220.12@garnet.nist.gov> Subject: RE: Vax Station MX mail hosed > The message comes back - Send failed. With no other explation. Did you try enabling debugging? > From: pjacobson@gandlf Perhaps a fully qualified domain name would help. - Jonathan ================================================================================ Archive-Date: Mon, 11 Mar 1996 09:34:33 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Mar 1996 10:33:55 EST From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: yoder@ssdd.nrl.navy.mil, hardis@garnet.nist.gov Message-ID: <0099F2BE.B66DFD60.17@garnet.nist.gov> Subject: RE: Retrieving All Mail ? > I have recently started using email clients to retrieve mail via POP3 > instead of logging in and using VMS mail. I want to use several > different PC's to retrieve my mail. I am using Netscape but I have also > tried Eudora and had the same problems. According to an undeliverable > returned mail, our mail server is (MX V4.1 AXP) with SMTP. MX is an SMTP client and server. It is *not* a POP server. In other words, MX on the AXP is used to receive mail, from your PC, or from the Internet. It has nothing to do with POP3 or Eudora. The AXP must have another piece of software doing the POP server job. > My problem is that once mail has been retrieved by an email client on > one PC or MAC and I move to another PC or MAC and try to retrieve my > mail the client does not get any mail that was previously retrieved. All > mail clients on all PC/MACs are set up to "Leave Mail on Server" after > retrieval. This is because VMS mail has different folders for MAIL and NEWMAIL. It's the way VMS mail normally works, and the way POP servers normally work. "Leave mail on server" on most systems does *not* mean that you reread the same mail each time Eudora checks in with the POP server. It means that the mail is left on the server in some other place after you read it so that it is accessable locally. > If you don't know how to fix this, can you think of any work arounds? POP mail *presumes* that you are checking your mail from only one PC, not several. It has no provision to allow you to reread old mail from a second PC. This is a well-known feature of the protocol. There is another mail protocol (with a name that escapes me) that is more suitable for your situation. > Is there anyway to Unread mail maybe? Forward it to yourself. - Jonathan ================================================================================ Archive-Date: Mon, 11 Mar 1996 11:53:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Mar 1996 12:51:15 EST5EDT4,M4.1.0,M10.5.0 From: Scott McNeilly Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Message-ID: <0099F2D1.E5F29F60.8@fred.bridgew.edu> Subject: RE: Retrieving All Mail ? Jack Yoder wrote: .... >My problem is that once mail has been retrieved by an email client on >one PC or MAC and I move to another PC or MAC and try to retrieve my >mail the client does not get any mail that was previousl retrieved. All >mail clients on all PC/MACs are set up to "Leave Mail on Server" after >retrieval. In fact, when I log directly on using a terminal emulator >and use VMS mail I can see all of my mail and it is all marked as read. >The symptom is is that each client PC/MAC has only the email that was >new when that particular client did a retrieval. This is not really a problem. It is just the way POP works. It is probably one of the reasons that the newer IMAP is being developed. The POP client retrieves unread mail. Here is what the Eudora manual says about "Checking For and Receiving Mail": "The POP server is the machine where your mail is received and stored until it is transferred to the Eudora program on your PC....There are two methods to check to see if you have *new* mail. One method is automatic and the other is manual...If there is *new* mail, it is automatically transferred from the POP server to Eudora on your PC." If it is not new mail, Eudora won't retrieve it. That is, if it has already been read, Eudora (and Pegasus and Netscape) won't retrieve it. >Do any of you MXperts know of any limitations of "features" of MX which >would cause this? Could we have it configured wrong? How about using >MX with VMS mail? MX has nothing to do with the POP server. MX delivers mail to the VMS mailbox where the POP server retrieves it and passes it to the POP client. >If you don't know how to fix this, can you think of any work arounds? >Is there anyway to Unread mail maybe? There is nothing to fix, but if you want to get mail at another client, you may forward mail to yourself. This will create a new mail message that a different client may retrieve. -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Mon, 11 Mar 1996 22:48:32 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: VMSMAIL05_061 and MAILSHR.EXE Patch Message-ID: <1996Mar10.150740.206@painews0> From: CT_Land@Planacc.com (CTL) Date: 10 Mar 96 15:07:39 PST Reply-To: MX-List@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: Text/Plain; charset=US-ASCII To: INFO-MULTINET@TGV.COM Greetings, We are running vms6.1 multinet3.5b and mx4.1. We would like to find a patch to mailshr.exe that allows internet addresses w/o the prefix and quoting. Anyway, i recently downloaded the vmsmail patch from ftp.service.digital.com (VMSMAIL05_061), installed it, and tried to reapply the MAILSHR_PATCH_FOR_AT_VAX_61.COM that is part of the MX contributed software collection. This time the routine had a problem locating MAIL$$ADDRESS (sp). Is there a new mailshr patch routine that will patch the VMSMAIL05_061 fix to vmsmail. The VMSMAIL05_061 fixes the callable MAIL$ memory leak. I have looked on ftp.spc.edu in the mx contrib stuff and see only the same patch routines up thru vms6.1 comercial (MAIL$ memory leak). If you know about this i would apreciate any hints you would throw my way. Thanks, CTL CT_Land@planacc.com ================================================================================ Archive-Date: Tue, 12 Mar 1996 08:15:53 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <9603121413.AA16121@cend1c6.caledonia.hw.ac.uk> To: MX-List@madgoat.com Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX LOCAL %SYSTEM-F-ACCVIO problem MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Mar 96 14:13:50 EST From: "David J. Morriss" We're running MX 4.2 on OVMS 6.1, and have been doing so quite happily for some time. Today I was alerted to a looping message which was apparently caused by the MX LOCAL process dying (then being resurrected by MX_WATCHDOG). Investigation (a summary of which follows, and can be skipped if it's too tedious) showed that it seemed to have been caused by one of the list of recipients having an invalid MAIL.MAI file (sequential, 512 byte records). The editing of this file seems to be a common practice here, which we've never managed to prevent (or quite understand). Silly though this is, should it cause MX LOCAL to abort in this way? I'd be interested in any comments anyone may have. -- David Morriss, | Tel: +44 (0)131 451 3262 (DDI) Systems Manager & Deputy Director, | FAX: +44 (0)131 451 3261 Computing Services, Heriot-Watt University, | Edinburgh, EH14 4AS, Scotland, UK | D.J.Morriss@hw.ac.uk -------------------------------Gory Details------------------------------------- The message was addressed to a list of usernames; the queue entry looked like this (slightly edited to anonymise and compress it): Entry: 54, Origin: [SMTP] Status: IN-PROGRESS, size: 185 bytes Created: 8-MAR-1996 10:53:25.99, expires 7-APR-1996 10:53:25.99 Last modified 12-MAR-1996 13:08:47.70 LOCAL entry #57, status: IN-PROGRESS, size: 168 bytes Created: 8-MAR-1996 10:53:27.28, expires 7-APR-1996 10:53:25.99 Last modified 12-MAR-1996 13:08:47.53 Recipient #1: mthsap, Route=bonaly.hw.ac.uk [...] Recipient #9: phymtd, Route=bonaly.hw.ac.uk [...] Recipient #21: amsam, Route=bonaly.hw.ac.uk The MX LOCAL process was dying when it came to entry #9, then being restarted and having another go - ad infinitum. A look at the debug file MX_LOCAL_LOG.LOG (tidied and anonymised) showed: 12-MAR-1996 13:08:47.60 Processing queue entry number 57 12-MAR-1996 13:08:47.89 Checking local name: MTHSAP 12-MAR-1996 13:08:48.04 Don't know what this is (status = 000182B2). [...] 12-MAR-1996 13:08:50.38 Checking local name: PHYMTD 12-MAR-1996 13:08:50.49 LOCAL_USER: User PHYMTD definitely local. 12-MAR-1996 13:08:50.49 This is a regular delivery. [...] 12-MAR-1996 13:08:53.24 Checking local name: AMSAM 12-MAR-1996 13:08:53.53 LOCAL_USER: User AMSAM definitely local. 12-MAR-1996 13:08:53.53 This is a regular delivery. 12-MAR-1996 13:08:53.61 DELIVER: mime_headers = 0 12-MAR-1996 13:08:53.61 DELIVER: fdlstr = "" 12-MAR-1996 13:08:53.61 DELIVER: Using MX%"A.N.Other@hw.ac.uk" as VMS MAIL $ 12-MAR-1996 13:08:53.63 DELIVER: Using MX%"mthsap@bonaly.hw.ac.uk", ... 12-MAR-1996 13:08:53.63 DELIVER: Using as VMS MAIL CC address. 12-MAR-1996 13:08:53.63 DELIVER: Using "lst Conference" as subject. [...] 12-MAR-1996 13:08:56.98 DELIVER: Delivering to PHYMTD And a look in the accounting file showed that the MX LOCAL process had aborted with the following entry: Username: SYSTEM UIC: [SYSTEM] Account: SYSTEM Finish time: 12-MAR-1996 13:08:57.38 Process ID: 20207500 Start time: 12-MAR-1996 12:49:36.09 Owner ID: Elapsed time: 0 00:19:21.29 Terminal name: Processor time: 0 00:00:01.91 [...] Final status text: %SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual A check of the user PHYMTD showed the MAIL.MAI file to have been fiddled with (probably edited), thus making the file sequential with fixed 512 byte records. All the evidence points to this as being the cause of the loop. -- David Morriss, Computing Services, | Tel: +44 (0)131 451 3262 (DDI) Heriot-Watt University, Edinburgh, EH14 4AS, | FAX: +44 (0)131 451 3261 Scotland, UK | D.J.Morriss@hw.ac.uk ================================================================================ Archive-Date: Tue, 12 Mar 1996 11:54:09 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: pjacobson@gandlf (Termenix knocks them dead so they don't get up) Reply-To: MX-List@MadGoat.com Subject: RE: Vax Station MX mail hosed Date: 12 Mar 96 11:48:01 -0500 Message-ID: <1996Mar12.114801@gandlf> To: MX-List@WKUVX1.WKU.EDU In article <0099F2BC.3172A220.12@garnet.nist.gov>, "Jonathan E. Hardis" writes: >> The message comes back - Send failed. With no other explation. > > Did you try enabling debugging? > >> From: pjacobson@gandlf > > Perhaps a fully qualified domain name would help. > > - Jonathan Sigh, I finally found it. A system level logical on the work station - which was set at boot time from the main vax, was wrong. I kept looking at the logicals on the main system (which I had fixed). Finally my thick head thought of the system level logicals on the work station. When that was fixed, everything worked fine. Sorry bout the domain name, that is the default name that my usenet server puts there. my real address is pjacobson@landmark.net (gandlf is the name of the main vax). Thanks for the help. Paul ================================================================================ Archive-Date: Tue, 12 Mar 1996 12:14:10 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 12 Mar 1996 12:13:30 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: CENDJM@CALEDONIA.HW.AC.UK Message-ID: <0099F395.CA1AAB60.6@ALPHA.WKU.EDU> Subject: RE: MX LOCAL %SYSTEM-F-ACCVIO problem "David J. Morriss" writes: > >Investigation (a summary of which follows, and can be skipped if it's too >tedious) showed that it seemed to have been caused by one of the list of >recipients having an invalid MAIL.MAI file (sequential, 512 byte records). >The editing of this file seems to be a common practice here, which we've >never managed to prevent (or quite understand). > >Silly though this is, should it cause MX LOCAL to abort in this way? I'd be >interested in any comments anyone may have. The access violation is happening inside of callable MAIL; MX LOCAL doesn't establish its own error handler, so the access violation is causing MX Local to exit. I'll try to look into adding an error handler in the future. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 13 Mar 1996 02:57:44 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 09:50:59 MET From: mp@zephyr.matra-espace.fr Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <0099F44B.0BB583A0.1@zephyr.matra-espace.fr> Subject: ML protection codes Hi all, One thing I noticed in MX 4.1 (VAX, VMS 6.1) and found again in 4.2 is that when you change the protection code for just one class, say Group, the result is the protection code for another class is also changed to another value. For instance : Step 1: Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:E) ^ seen that value ? Step 2: mcp mod list mylist/prot=G:rwd Step 3: (SYSTEM:RWED,OWNER:RWED,GROUP:RWD,WORLD:WE) ^^^ ^^ that's what's not expected |_that's what's expected So, take care. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Manuel PINTOR | Tel. : (33) 62 24 51 59 TDHS manager \ VMS/UNIX system manager | FAX : (33) 61 39 73 32 for "Telecoms Operations" | E-mail : mp@zephyr.matra-espace.fr at Matra Marconi Space - Toulouse | pintor_m@decus.fr STERIA I&S FRANCE | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ A S S E Z D ' E S S A I S ! | S T O P N U C L E A R T E S T S ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ================================================================================ Archive-Date: Wed, 13 Mar 1996 04:31:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <9603131031.AA24726@cend1c6.caledonia.hw.ac.uk> To: MX-List@madgoat.com Subject: Re: MX LOCAL %SYSTEM-F-ACCVIO problem MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Mar 96 10:31:07 EST From: "David J. Morriss" Reply-To: MX-List@MadGoat.com On Tue, 12 Mar 96 12:13:30 CST Hunter Goatley The access violation is happening inside of callable MAIL; MX LOCAL > doesn't establish its own error handler, so the access violation is > causing MX Local to exit. I'll try to look into adding an error > handler in the future. That'll be much appreciated. However, this problem has wider ramifications than this. After fiddling a little more I found that _any_ attempt to send mail to the user with the mangled MAIL.MAI fails, and what is worse, aborts the process. In other words, I'm logged out, or my batch job is aborted. Is this acceptable behaviour do you think? I don't recal seeing this under VMS 5.x on our old 8700s, or was I just not looking? Apologies, by the way, if this is leading this thread away into inappropriate areas. I'll ask again on INFO-VAX if it would be more acceptable. -- David Morriss, | Tel: +44 (0)131 451 3262 (DDI) Systems Manager & Deputy Director, | FAX: +44 (0)131 451 3261 Computing Services, Heriot-Watt University, | Edinburgh, EH14 4AS, Scotland, UK | D.J.Morriss@hw.ac.uk ================================================================================ Archive-Date: Wed, 13 Mar 1996 07:59:24 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 07:58:34 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: CENDJM@CALEDONIA.HW.AC.UK Message-ID: <0099F43B.573B7966.1@ALPHA.WKU.EDU> Subject: Re: MX LOCAL %SYSTEM-F-ACCVIO problem "David J. Morriss" writes: > >However, this problem has wider ramifications than this. After fiddling a >little more I found that _any_ attempt to send mail to the user with the >mangled MAIL.MAI fails, and what is worse, aborts the process. In other >words, I'm logged out, or my batch job is aborted. Is this acceptable >behaviour do you think? I don't recal seeing this under VMS 5.x on our old >8700s, or was I just not looking? > Thanks for the reminder; the problem is deeper than that. We've seen the same thing happen at WKU in recent months. The process goes away because it's an *RMS* error, which is occurring in executive mode and causing the process to be deleted. There is no way for MX to catch this error. (Well, I won't say no way, but RMS is the one doing the signalling and process deletion.) If it is indeed the same thing we've seen here at WKU, you should also have some alarms from RMS reporting the problem. As far as I know, this is some bug in RMS or the XQP or something in some versions of VMS. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 13 Mar 1996 08:48:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: zeus@pluto.njcc.com (Greg Zeus) Reply-To: MX-List@MadGoat.com Subject: Easy way? Date: Wed, 13 Mar 1996 12:47:35 GMT Message-ID: <4i6grb$s4a@earth.njcc.com> To: MX-List@WKUVX1.WKU.EDU Hi, I've been going through the MLF Server Guide and I can't seem to find the simple way to delete a user from a mailing list. I think my problem is I rarely do this stuff so I tend to forget, it could also well be I didn't read throughly enough. I see the syntax for the remove command, where do I issue this command? If I type help remove at MCP it appears that this will only relate to the actual lists, not perticular users. Please send a clue to the clueless - ANYONE - sorry for the bandwidth. Gary ================================================================================ Archive-Date: Wed, 13 Mar 1996 09:46:32 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 15:44:02 GMT Message-ID: <199603131544.PAA12267@hippy.colloquium.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: mx-list@wkuvx1.wku.edu From: turner_d@colloquium.co.uk (Derick Turner) Reply-To: MX-List@MadGoat.com Subject: Invalid Date field headers We are having problems with sending mail to certain british universities. The error which is given when the message is bounced back is along the lines of - -Transcript: -Rcvd: 220 vanuata.dcs.gla.ac.uk PP Here - Pleased to meet you (Complaints/bugs to: postmaster@dcs.gla.ac.uk) -Sent: HELO cosmos.colloquium.co.uk -Rcvd: 250 vanuata.dcs.gla.ac.uk: cosmos.colloquium.co.uk looks good to me -Sent: MAIL FROM: -Rcvd: 250 OK -Sent: RCPT TO: -Rcvd: 250 Recipient OK. -Sent: DATA -Rcvd: 354 Enter Mail, end by a line with only '.' -Rcvd: 554 No date field given -Sent: QUIT -Rcvd: 221 vanuata.dcs.gla.ac.uk says goodbye to cosmos.colloquium.co.uk at Wed Mar 13 10:09:22. The mail program used is eudora. This doesn't pass on a date field in the correct place, but our smtp server should even if it wasnt passed in the first place. Does anyone know how to sort this or, if not, where i could get my hands on a bliss compiler so i could try and sort out the code. Thanks in advance Derick ================================================================================ Archive-Date: Wed, 13 Mar 1996 10:13:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 11:12:47 EST From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: zeus@pluto.njcc.com, hardis@garnet.nist.gov Message-ID: <0099F456.795E0520.14@garnet.nist.gov> Subject: RE: Easy way? > I've been going through the MLF Server Guide and I can't seem to find > the simple way to delete a user from a mailing list. The list owner should send a mail message to list-request, with the one line command: remove user@host ================================================================================ Archive-Date: Wed, 13 Mar 1996 10:18:00 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 11:17:19 EST From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: turner_d@cosmos.colloquium.co.uk, hardis@garnet.nist.gov Message-ID: <0099F457.1BA10580.17@garnet.nist.gov> Subject: RE: Invalid Date field headers > We are having problems with sending mail to certain british universities. > The mail program used is eudora. This doesn't pass on a date field in the > correct place, but our smtp server should even if it wasnt passed in the > first place. This has been discussed at length here recently. The bottom line is that it is Eudora, not your SMTP server, that's misbehaving. If Eudora is on a Macintosh, use the Map control panel to set your location (and by implication, your time zone). To Eudora's credit, there *is* an alert given about this problem when it occurs, but only the first time the program is run. - Jonathan ================================================================================ Archive-Date: Wed, 13 Mar 1996 10:22:44 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 16:19:53 GMT Message-ID: <199603131619.QAA13794@hippy.colloquium.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: mx-list@wkuvx1.wku.edu From: turner_d@colloquium.co.uk (Derick Turner) Reply-To: MX-List@MadGoat.com Subject: RE: Invalid Date field headers >> We are having problems with sending mail to certain british universities. > >> The mail program used is eudora. This doesn't pass on a date field in the >> correct place, but our smtp server should even if it wasnt passed in the >> first place. > >This has been discussed at length here recently. The bottom line is that >it is Eudora, not your SMTP server, that's misbehaving. > >If Eudora is on a Macintosh, use the Map control panel to set your location >(and by implication, your time zone). To Eudora's credit, there *is* an >alert given about this problem when it occurs, but only the first time the >program is run. The eudora used is on both macs and PCs. By definition in the rfcs an smtp server should add a date field if there is not one given by the client program. Cheers Derick "inside every fat woman there is a thin woman trying to get out... Or at least Dying for a chocolate" -"Maskerade" Terry Pratchett ----------------------------------------------------------------------- Coloquium Internet :- More than just fun.... Its a job. ================================================================================ Archive-Date: Wed, 13 Mar 1996 13:07:14 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Easy way? Date: 13 Mar 1996 18:22:35 GMT Message-ID: <4i73pb$lim@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <4i6grb$s4a@earth.njcc.com>, zeus@pluto.njcc.com (Greg Zeus) writes: =I've been going through the MLF Server Guide and I can't seem to find =the simple way to delete a user from a mailing list. I think my =problem is I rarely do this stuff so I tend to forget, it could also =well be I didn't read throughly enough. =I see the syntax for the remove command, where do I issue this =command? If I type help remove at MCP it appears that this will only =relate to the actual lists, not perticular users. Please send a clue =to the clueless - ANYONE - sorry for the bandwidth. You put the remove command in the body of a message that you mail to the -Request address associated with 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: Wed, 13 Mar 1996 13:28:12 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 13:26:15 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: TURNER_D@COLLOQUIUM.CO.UK Message-ID: <0099F469.1E53B7B6.25@ALPHA.WKU.EDU> Subject: RE: Invalid Date field headers turner_d@colloquium.co.uk (Derick Turner) writes: > >The eudora used is on both macs and PCs. By definition in the rfcs an smtp >server should add a date field if there is not one given by the client program. > Where did you see that? RFC822 says that the minimum required headers are Date:,From:, and Bcc:, or Date:,From:, and To:. It doesn't say anything about the server adding those if they're missing. For V4.2, I did modify MX MLF to add a Date: line to mailing list posts that were missing it. Adding that to SMTP Server is now on the wish list. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 13 Mar 1996 15:13:35 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 13:12:21 PST From: Alan Winston - SSRL Central Computing Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <0099F467.2D303BF8.44@ssrl01.slac.stanford.edu> Subject: Problems with new DIGEST option in MX 4.2 Folks -- I maintain several mailing lists using MX 4.2 on my 3000/300 LX running VMS 6.2. For an older list, I used the option of having a separate list for digest subscribers, use the contributed digest software, and found it all worked fine. More recently I created a new list, then belatedly decided to use the built-in digest support, so went back and enabled DIGEST on the list, subscribed the site processor, created the list-DIGEST.* files, and notified subscribers that they could set their subscriptions to DIGEST. The problem is that when the digest processor runs and sends to the listname-digest address, everybody on the list gets the digest whether they are set DIGEST or NODIGEST. That's _everybody_, including the SITE processor, so the digests go to DIGEST@SITE to get included in subsequent digests, which is not a good thing. What am I doing wrong? The DIGEST processor comes from the updated ZIP kit (dated last September), as far as I can tell. Will appreciate any pointers. I have about 90 subscribers who are terribly confused. Thanks, -- Alan =============================================================================== Alan Winston --- WINSTON@SSRL750.BITNET or WINSTON@SLAC.STANFORD.EDU Disclaimer: I speak only for myself, not SLAC or SSRL Phone: 415/926-3056 Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA 94309-0210 =============================================================================== ================================================================================ Archive-Date: Wed, 13 Mar 1996 16:59:07 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 17:58:31 EST From: Jim Walker Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: sysmgr@bigvax.alfred.edu Message-ID: <0099F48F.27194AC0.95@bigvax.alfred.edu> Subject: RE: Problems with new DIGEST option in MX 4.2 Alan Winston - writes: >The problem is that when the digest processor runs and sends to the >listname-digest address, everybody on the list gets the digest whether they are >set DIGEST or NODIGEST. That's _everybody_, including the SITE processor, so >the digests go to DIGEST@SITE to get included in subsequent digests, which is >not a good thing. I had that same problem after my first reboot when I started using the digest software. My problem was that the digest process has to run under a username that has owner access to the list, otherwise MX treats it as a normal submission and forwards it to the entire list. I had to use the MCP> DEFINE SYSTEM_USERS to add "system@mynodename" to the list of username that are given owner access to all lists. Jim Walker VAX System & Network manager, Alfred University Computer Center, Alfred, NY 14802-1298 USA +1-607-871-2222, Using VMS V6.1 ================================================================================ Archive-Date: Wed, 13 Mar 1996 21:05:38 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Mar 1996 19:05:16 PST From: Alan Winston - SSRL Central Computing Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Message-ID: <0099F498.7A4C9158.42@ssrl01.slac.stanford.edu> Subject: RE: Problems with new DIGEST option in MX 4.2 Jim Walker wrote: >Alan Winston - writes: >>The problem is that when the digest processor runs and sends to the >>listname-digest address, everybody on the list gets the digest whether they are >>set DIGEST or NODIGEST. That's _everybody_, including the SITE processor, so >>the digests go to DIGEST@SITE to get included in subsequent digests, which is >>not a good thing. >I had that same problem after my first reboot when I started using >the digest software. My problem was that the digest process has >to run under a username that has owner access to the list, otherwise >MX treats it as a normal submission and forwards it to the entire list. >I had to use the MCP> DEFINE SYSTEM_USERS to add "system@mynodename" >to the list of username that are given owner access to all lists. >Jim Walker >VAX System & Network manager, Alfred University Computer Center, >Alfred, NY 14802-1298 USA +1-607-871-2222, Using VMS V6.1 This was exactly the problem, and exactly the solution. Thanks very much! (Thanks also to Hunter for his hints on the problem.) -- Alan (now returning to lurker mode.) =============================================================================== Alan Winston --- WINSTON@SSRL750.BITNET or WINSTON@SLAC.STANFORD.EDU Disclaimer: I speak only for myself, not SLAC or SSRL Phone: 415/926-3056 Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA 94309-0210 =============================================================================== ================================================================================ Archive-Date: Thu, 14 Mar 1996 01:47:52 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Mar 1996 07:47:27 +0000 (GMT) From: Derek Dongray Reply-To: MX-List@WKUVX1.WKU.EDU To: info-madgoat@wkuvx1.wku.edu, mx-list@wkuvx1.wku.edu, info-vax@mvb.saic.com CC: dongray@graduk.genrad.co.uk Message-ID: <0099F502.F46F902F.2@graduk.genrad.co.uk> Subject: Re: Question about MX V4.1 > We have an Alpha 3600 running OpenVms AXP V6.2, MX V4.1 and UCX V3-2 - ECO > level 10. This machine is used by our students for Internet access. A few > weeks ago we started having problems with mail. Users said that they had not > received off-campus mail in 2 days. MCP QUE SHOW listed almost 3000 entries > and most of those were addressed to POSTMASTER. I shutdown and restarted MX > using MCP SHUTDOWN and @SYS$STARTUP:MX_STARTUP. The POSTMASTER messages showed > one of the 3 following errors: > > --> Error description: > Error-For: jdkennett@sauaca.saumag.edu > Error-Code: 2 > Error-Text: Error in delivery to user JDKENNETT > illegal event flag cluster > > Error-End: 1 error detected > > ------------------------------ Rejected message ------------------------------ > > --> Error description: > Error-For: alford@sauaca.saumag.edu > Error-Code: 2 > Error-Text: Error in delivery to user ALFORD > no more context blocks > > Error-For: kkjimerson@sauaca.saumag.edu > Error-Code: 2 > Error-Text: Error in delivery to user KKJIMERSON > insufficient event flags > > Error-End: 2 errors detected > > ----------------------------- Rejected message ------------------------------ > > I couldn't find any documentation for these error codes. A system manager at > another site suggested S/A Backup. I did that but I still have to stop and > restart MX every few days. Although, I have not seen the 'no more context > blocks' error since the S/A Backup. > > Can anyone tell me what I need to do to fix this problem? > > Thanks, > > ============================================================================= > Doris Malone INTERNET: damalone@saumag.edu > Sr. Systems Analyst damalone@sauaca.saumag.edu > Southern Arkansas University-Magnolia PHONE: 501-235-4083 > Univ. Computer Services FAX: 501-235-5005 > 100 E. University > Magnolia, AR 71753 I'm afraid I can't offer any help on a solution to this problem, but I am running MX 4.2 on and assortment of AXP's and VAXes running OpenVMS VAX 5.5-2, VAX 6.1, VAX 6.2, AXP 6.1 and AXP 6.2. All are UCX (mostly 3.3 with various ECO's, one AXP IS AT 4.0 WITH OpenVMS 6.1). The only system that has shown this behaviour is and AXP running OpenVMS 6.2 with UCX 3.3 ECO 6. So I'd say that it was something broken in OpenVMS AXP 6.2. Another system running OpenVMS VAX 6.2 with UCX 3.3 ECO 6 does not show any problem, so it seems to be specifically Alpha related. Sorry I can't offer more help except to suggest it's raised with Digital. -- Derek Dongray, Systems Manager, GenRad Ltd, Cheadle Hulme, Cheshire, UK. dongray@genrad.co.uk dongray@genrad.com 70374.2745@compuserve.com ================================================================================ Archive-Date: Thu, 14 Mar 1996 04:59:17 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Mar 1996 10:56:18 GMT From: Andy Harper - KCL Systems manager Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: A.HARPER@kcl.ac.uk Message-ID: <0099F51D.562FBED2.9@alder.cc.kcl.ac.uk> Subject: RE: Invalid Date field headers >We are having problems with sending mail to certain british universities. >The error which is given when the message is bounced back is along the lines >of - > > -Transcript: > -Rcvd: 220 vanuata.dcs.gla.ac.uk PP Here - Pleased to meet you >(Complaints/bugs to: postmaster@dcs.gla.ac.uk) > -Sent: HELO cosmos.colloquium.co.uk > -Rcvd: 250 vanuata.dcs.gla.ac.uk: cosmos.colloquium.co.uk looks good to me > -Sent: MAIL FROM: > -Rcvd: 250 OK > -Sent: RCPT TO: > -Rcvd: 250 Recipient OK. > -Sent: DATA > -Rcvd: 354 Enter Mail, end by a line with only '.' > -Rcvd: 554 No date field given > -Sent: QUIT > -Rcvd: 221 vanuata.dcs.gla.ac.uk says goodbye to cosmos.colloquium.co.uk at Wed Mar 13 10:09:22. > >The mail program used is eudora. This doesn't pass on a date field in the >correct place, but our smtp server should even if it wasnt passed in the >first place. Not an MX problem! Many british universities use a bit of software called PP that acts as a mail gateway. It can be, and usually is, set up to be standards conformant. In thicase, it means that a date field is REQUIRED. Eudora is the problem. On a Mac, you need to set your locale so that it knows what timezone you're in. On a PC, you need to add this line to your autoexec.bat. SET TZ=GMT0BST Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Thu, 14 Mar 1996 05:01:53 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Mar 1996 10:59:12 GMT From: Andy Harper - KCL Systems manager Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: A.HARPER@kcl.ac.uk Message-ID: <0099F51D.BDCA9292.18@alder.cc.kcl.ac.uk> Subject: RE: Invalid Date field headers >>The eudora used is on both macs and PCs. By definition in the rfcs an smtp >>server should add a date field if there is not one given by the client program. >> >Where did you see that? RFC822 says that the minimum required headers >are Date:,From:, and Bcc:, or Date:,From:, and To:. It doesn't say >anything about the server adding those if they're missing. As it happens, some (maybe all) versions of the eudora mail erroneously state that date will be added by the server if its missing. As far as i know, this is sinmply not true but does confuse the hell out of the end users. Perhaps someone should tell qualcomm that they've got it wrong? Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Thu, 14 Mar 1996 05:14:41 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: rb@isolde.nd.rl.ac.uk (R. Brodie) Subject: Re: Invalid Date field headers Date: 14 Mar 1996 11:04:08 GMT Message-ID: <4i8uf8$e9a@newton.cc.rl.ac.uk> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU >The mail program used is eudora. This doesn't pass on a date field in the >correct place, but our smtp server should even if it wasnt passed in the >first place. > >Does anyone know how to sort this or, if not, where i could get my hands on >a bliss compiler so i could try and sort out the code. > >Thanks in advance > >Derick > You can get the PC version of Eudora to add Date fields by setting the TZ environment variable appropriately. There is a small note in the Eudora documentation somewhere. Richard Brodie. ================================================================================ Archive-Date: Thu, 14 Mar 1996 06:36:55 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Mar 1996 12:34:26 GMT Message-ID: <199603141234.MAA17182@hippy.colloquium.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: mx-list@wkuvx1.wku.edu From: turner_d@colloquium.co.uk (Derick Turner) Reply-To: MX-List@MadGoat.com Subject: Re : Invalid Date field headers So, at the moment, there is no known way of adding in a date header in the appropriate place in the mx code, if one wasn't passed? What happens when two dates headers anre sent? Will the system cope with it and would this then not solve these problems as you could 'hard code' in a date in the appropriate place?? Thanks for the time zone bits will try them out as well. Cheers Derick "inside every fat woman there is a thin woman trying to get out... Or at least Dying for a chocolate" -"Maskerade" Terry Pratchett ----------------------------------------------------------------------- Coloquium Internet :- More than just fun.... Its a job. ================================================================================ Archive-Date: Thu, 14 Mar 1996 06:53:19 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Mar 1996 06:53:06 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099F4FB.5CCAD951.17@ALPHA.WKU.EDU> Subject: RE: Re : Invalid Date field headers turner_d@colloquium.co.uk (Derick Turner) writes: > >So, at the moment, there is no known way of adding in a date header in the >appropriate place in the mx code, if one wasn't passed? > Sure it can be done---if you can add the BLISS code to the SMTP_SERVER. Without making a code change, no, MX won't add a date. >What happens when two dates headers anre sent? Will the system cope with it >and would this then not solve these problems as you could 'hard code' in a >date in the appropriate place?? > Two dates shouldn't cause any problems. >Thanks for the time zone bits will try them out as well. > That's the *real* solution. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Thu, 14 Mar 1996 10:14:01 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: agreig@river.tay.ac.uk (Alan Greig) Reply-To: MX-List@MadGoat.com Subject: Re: MX LOCAL %SYSTEM-F-ACCVIO problem Message-ID: <1996Mar14.150631.44@river.tay.ac.uk> Date: 14 Mar 96 15:06:31 GMT To: MX-List@WKUVX1.WKU.EDU In article <9603131031.AA24726@cend1c6.caledonia.hw.ac.uk>, "David J. Morriss" writes: > However, this problem has wider ramifications than this. After fiddling a > little more I found that _any_ attempt to send mail to the user with the > mangled MAIL.MAI fails, and what is worse, aborts the process. In other > words, I'm logged out, or my batch job is aborted. Is this acceptable > behaviour do you think? I don't recal seeing this under VMS 5.x on our old > 8700s, or was I just not looking? Any access violation within callable MAIL is a VMS bug and should really be reported as such. Doesn't matter whether the mail.mai file is corrupt or not; mail shouldn't crash out. I'd be interested in DEC's response. -- Alan Greig Tel: (01382) 308802 University of Abertay Dundee Email: A.Greig@tay.ac.uk ** Never underestimate the power of human stupidity ** ================================================================================ Archive-Date: Thu, 14 Mar 1996 14:36:25 CST Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: mx-list@wkuvx1.wku.edu From: "David A. Hernandez Alonso" Reply-To: MX-List@MadGoat.com Subject: Test. Date: Thu, 14 Mar 1996 14:36:17 CST ------------------------------------------------------------------------------- \ _ Universidad Autonoma de Nuevo Leon _ / \ _ Direccion de Sistemas e Informatica _ / -| _ Soporte Tecnico _ |- -| David Alejandro Hernandez Alonso | Telefono: [91-8] 329-4081 |- / E-mail: dhernand@uanl.mx | Ext: 5343 \ / | Fax: [91-8] 329-4083 :-) \ ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 14 Mar 1996 15:59:55 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: zeus@pluto.njcc.com (Greg Zeus) Reply-To: MX-List@MadGoat.com Subject: Easier way? Date: Thu, 14 Mar 1996 18:49:21 GMT Message-ID: <4i9qdu$jq9@earth.njcc.com> To: MX-List@WKUVX1.WKU.EDU Thanks for everyones help. Now the solution has begotten a new problem. This is what is returned when I issue the remove command. REMOVE failed: insufficient privilege The email was sent from the List owner's account? Any caveat i'm missing? ================================================================================ Archive-Date: Fri, 15 Mar 1996 15:14:15 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 15 Mar 1996 15:14:01 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: ZEUS@PLUTO.NJCC.COM Message-ID: <0099F60A.80FB7582.4@ALPHA.WKU.EDU> Subject: RE: Easier way? zeus@pluto.njcc.com (Greg Zeus) writes: > >Thanks for everyones help. Now the solution has begotten a new >problem. This is what is returned when I issue the remove command. > > REMOVE failed: insufficient privilege > > The email was sent from the List owner's account? Any caveat i'm > missing? > Make sure the case on the From: line matches the case as defined on the list command. You can also enable MX MLF debugging to get a log file in MX_MLF_DIR: that'll show you exactly what's going on: $ define/sys/exec mx_mlf_debug true Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Sat, 16 Mar 1996 09:34:25 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 16 Mar 1996 09:34:03 CST From: hunterl@uwwvax.uww.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099F6A4.2D8AB4E5.9@uwwvax.uww.edu> Subject: RE: Easier way? => > => >Thanks for everyones help. Now the solution has begotten a new => >problem. This is what is returned when I issue the remove command. => > => > REMOVE failed: insufficient privilege => > => > The email was sent from the List owner's account? Any caveat i'm => > missing? I ususaly see this if I am not the owner or defined as system user Lyle Hunter Computer Center University Wisconsin-Whitewater hunterl@uwwvax.uww.edu ================================================================================ Archive-Date: Sun, 17 Mar 1996 21:17:48 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Reply-To: MX-List@WKUVX1.WKU.EDU Date: Sat, 16 Mar 1996 19:19:22 +0530 To: shyamala19.raperjee@netaccess.net1.ub.in From: shyamala19.raperjee@netaccess.net1.ub.in (Shyamala Raperjee) Subject: ===>> *Fantastic* FREE offer I discovered on the 'net -----> NOTE: Please first read my note which appears below the "Request for more info Form." Then, to get more info, just fill out the "Request for More Info" form completely and *FAX* or *SMAIL* it back to the company. You will get a quick reply via email within 1 business day of receipt of the info request form below. IMPORTANT NOTICE FOR THOSE FAXING IN THEIR REPLY: Please make sure you return *only* the below form and *no part* of this message other than the actual form below. If you do not know how to cut and paste the below form onto a fresh clean blank page for faxing, then you may re-type the below form, as long as you copy it line for line *exactly.* This is necessary in order for them to be able to process the tremendous number of replies that they get daily. Your fax goes directly onto their 4.2 gigabyte computer hard drive, not paper, and all incoming fax calls are set-up to be *auto-terminated* if your fax: 1. has a cover page; 2. is more than one page 3. does not begin with the "cut here/begin" line from the below form 4. does not end with the "cut here/end" line from the below form. 5. has any handwritten info. on it (info must must be filled out *only* with your computer keyboard or typewriter keyboard). This last provision re: no handwriting on the form applies to requests sent in via smail also. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ NOTE: Their fax line is open 24 hrs. per day / 7 days per week. If you have trouble getting through to their fax, or do not have a fax machine at work or at home, just drop the below form to them via smail (airmail or first class mail). ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ *------------cut here/begin-------------------------------------------* REQUEST FOR MORE INFO: please return *only* this section (with no cover page) via 1-page fax to: 718-967-1550 in the USA or via smail (first class mail or airmail) to: Magazine Club Inquiry Center Att. FREE Catalogue-by-email Dept. PO Box 990 Staten Island NY 10312-0990 Sorry, but incomplete forms *will not* be acknowledged. If you do not have an email address, or access to one, they will not be able to help you until you do have one. If you saw this message, then you should have one. :) ---> SORRY, BUT NO HANDWRITTEN FORMS WILL BE ACKNOWLEDGED. MUST BE TYPED-OUT ON YOUR COMPUTER OR TYPEWRITER. <--- Name: Internet email address: Smail home address: City-State-Zip: Country: Work Tel. #: Work Fax #: Home Tel. #: Home Fax #: How did you hear about us (name of person who referred you or the area of the internet that you saw us mentioned in): Referral by: Shyamala Raperjee. 031796-l Name of USA mags you currently get on the newsstand or in the store: Name of USA mags you currently get on the newsstand or in the store: Name of USA mags you currently get on a subscription basis, through the mail: Name of USA mags you would like price quotes on when we call you: Catalogue format desired (list "1," "2," "3" or "4"): *------------cut here/end--------------------------------------------* Catalogue Format Options: 1. 19-Part email- can be read by EVERYONE (~525 K Total). 2. For more advanced computer users: attached text file ~525K - you must know how to download an attached text file and then be able to open it with your word processor. If in doubt, don't ask for this version. This isn't for internet *newbies.* Better to order option 1 and spend a few minutes pasting them into one whole text document with your word processor, than to waste hours trying to figure how to deal with this option. 3. For more advanced Macintosh computer users: compressed attached text file, created with a Stuffit(tm) self-extracting archive (.sea), ~133K. Can be decompressed by any Macintosh computer user; no special expansion software or knowledge of Stuffit (tm) needed. You just double-click on the file icon and it automatically expands (unstuffs). This is for more advanced mac computer users only, as you still have to know how to deal with an attached file. It will cut your download time by 75%. Expands out to the same ~525K file in option #2. See option #2 for more info on what you will need to be able to do. 4. For expert computer users: compressed attached text file, created with Stuffit(tm), ~114K. Can be decompressed by any computer user who has expansion software to decompress (expand) Stuffit(tm) (.sit) files. This is for more advanced computer users only and will cut your download time by 78%. Expands out to the same ~525K file in option #2. See option #2 for more info on what you will need to be able to do. Hi fellow 'netters, My name is Shyamala Raperjee and I recently started using a magazine subscription club in the USA that has a FREE 1 yr. magazine subscription deal with your first paid order- and I have been very pleased with them. They have over 1,500 different USA titles that they can ship to any country on a subscription basis. As for computer magazines from the USA, they more of a selection than I ever knew even existed. They have magazines for most every area of interest in their list of 1,500 titles. Within the USA, for their USA members, they are cheaper than all their competitors and even the publishers themselves. This is their price guarantee. Overseas, on the average, they are generally around one-fourth to one-half of what the newsstands overseas charge locally for USA magazines. On some titles they are as little as one-tenth of what the newsstands charge. They feel that mgazines should not be a luxury overseas. In the USA, people buy magazines and then toss them after reading them for just a few minutes or hours. They are so cheap in the USA! Well, this company would like to make it the same way for their overseas members. They are also cheaper than all their competitors in the USA and overseas, including the publishers themselves! This is their price guarantee. Around one-half their business comes from overseas, so they are very patient with new members who only speak limited English as a 2nd language. Their prices are so cheap because they deal direct with each publisher and cut-out all the middlemen. They will send you their DELUXE EMAIL CATALOGUE (around 525K-big and juicey) !)...if you completely fill out the form above. It has lists of all the freebies, lists of all the titles they sell, titles broken down by categories and detailed descriptions on nearly 1,200 of the titles that they sell. Please do not email me as I am just a happy customer and a *busy* student. I don't have time to even complete my thesis in time, let alone run my part-time software business! Please fill out the above form and carefully follow the intructions above to get it to them via fax or smail. They guarantee to beat all their competitors' prices. Sometimes they are less than half of the next best deal I have been able to find and other times, just a little cheaper - but I have never found a lower rate yet. They assured me that if I ever do, they will beat it. They have been very helpful and helped me with all my address changes as I haved moved from one country to another. They have a deal where you can get a free 1 yr. sub to a new magazine from a special list of over 295 popular titles published in the USA. They will give you this free 1 yr. sub when you place your first paid order with them to a renewal or new subscription to any of the over 1,500 different popular USA titles they sell. They can arrange delivery to virtually any country and I think they have clients in around 45 or 46 countries now. Outside the USA there is a charge for FPH (foreign postage and handling) (on both paid and freebie subs) that varies from magazine to magazine. I have found their staff to be very friendly and courteous. They even helped me with an address change when I moved from one country to another. The owner thinks of his service as a "club" and his clients as "members" (even though there is no extra fee to become a member - your first purchase automatically makes you a member) and he is real picky about who he accepts as a new member. When he sets you up as a new member, he himself calls you personally on the phone to explain how he works his deal, or sometimes he has one of his assistants call. He is kind of quirky sometimes - he insists on setting up new members by phone so he can say hi to everyone (I sure wouldn't want to have his phone bills!), but you can place future orders (after your first order) via E-mail. He has some really friendly young ladies working for him, who seem to know just as much as he does about this magazine stuff. If you live overseas, he will even call you there, as long as you are interested, but I think he still makes all his overseas calls on the weekends, I guess cause the long distance rates are cheaper then. He only likes to take new members from referrals from satisfied existing members and he does virtually no advertising. When I got set-up, they had a 2-3 week waiting list for new members to be called back so that they could join up. (Once you are an existing member, they help you immediately when you call. ) I think they are able to get back to prospective new members the same day or within a few days now, as they have increased their staff. I am not sure about this.........but if you email the above form to them, that is the way to get started! They will send you their DELUXE EMAIL CATALOGUE (around 525K-big and juicey) !)...if you completely fill out the form above. It has lists of all the freebies, lists of all the titles they sell, titles broken down by categories and detailed descriptions on nearly 1,200 of the titles that they sell. They then send you email that outlines how his club works and the list of free choices that you can choose from, as well as the entire list of what he sells; and then they will give you a quick (3-5 minute) friendly, no-pressure no-obligation call to explain everything to you personally and answer all your questions. Once you get in, you'll love them. I do. Sincerely, Shyamala Raperjee ps. please forward a copy of this message to all your friends on the net who you think might be interested in it! It is a great deal! If you join and then they join after you, you will earn a free 1 yr. subscription for each new person you get to join after you join! If you exceed 25 referrals, they let you use them to give away as gifts, for Christmas, Chanukah or any other occasion. Please be kind enough to mention my name when you join. I will then get a free magazine for a year for referring you. Thank you. ================================================================================ Archive-Date: Mon, 18 Mar 1996 08:37:49 CST Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: mx-list@madgoat.com From: "David A. Hernandez Alonso" Reply-To: MX-List@MadGoat.com Subject: Use of process Date: Mon, 18 Mar 1996 08:37:33 CST Hi! I want to know exactly for what are the process "MX Site Agent" and "MX LSV Intfc" and what happen if I dont put this process on my system. Thanks! Bye!!! ------------------------------------------------------------------------------- \ _ Universidad Autonoma de Nuevo Leon _ / \ _ Direccion de Sistemas e Informatica _ / -| _ Soporte Tecnico _ |- -| David Alejandro Hernandez Alonso | Telefono: [91-8] 329-4081 |- / E-mail: dhernand@uanl.mx | Ext: 5343 \ / | Fax: [91-8] 329-4083 :-) \ ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Mon, 18 Mar 1996 08:43:26 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Mar 1996 08:43:18 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: DHERNAND@UANL.MX Message-ID: <0099F82F.6B7EEAFF.17@ALPHA.WKU.EDU> Subject: RE: Use of process "David A. Hernandez Alonso" writes: > >Hi! > I want to know exactly for what are the process > "MX Site Agent" and "MX LSV Intfc" and what > happen if I dont put this process on my system. > As documented, the "MX Site Agent" processes messages passed to the MX SITE interface, and "MX LSV Intfc" passes messages on to the L-Soft LISTSERV commercial software. If you're not using the SITE interface and don't have LISTSERV, then you don't need those processes. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Mon, 18 Mar 1996 13:19:54 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: shanksj@vax.sbu.ac.uk Reply-To: MX-List@MadGoat.com Subject: MX 4.1 to MX 4.2 up. q comp. jobs missing. Date: 18 Mar 96 18:13:39 GMT Message-ID: <1996Mar18.181339.1@vax.sbu.ac.uk> To: MX-List@WKUVX1.WKU.EDU Help.!!!!**** Were were having a few problems with our MX mail queue under version 4.1 and decided to upgrade to version 4.2. The motive for the upgrade was due to the fact that v4.1 queue compress command is reported not to work. However having upgraded the software and then compressed the queue we now have the following problem. The queue has been compressed, the jobs have been renumbered and transfered to the new directories but there is no sign of them in the mailqueue. What gives, there does however appear to be something in MX_ROOT:[QUEUE]MX_SYSTEM_QUEUE.FLQ_CTL;2 TTFN -------------------------------------------------------------------------------- John Shanks Computing Advisor Computer Services South Bank University London SE1 0AA Email shanksj@vax.sbu.ac.uk Phone +44 171 815 6507 (Direct Line) Fax +44 171 815 6599 -------------------------------------------------------------------------------- P.S. Please reply via news. I don't trust my mail system at the moment. ================================================================================ Archive-Date: Mon, 18 Mar 1996 15:06:57 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Mar 1996 15:04:59 CST From: Mike Frohme Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <0099F864.BD48F440.7@ceri.memphis.edu> Subject: MX, VMSMail and long lines, status? Hello all, Our users recently started noticing the line length limitations in VMS Mail/MX, w/respect to the 1000 character limit of RFC821. At this point, I'm looking for suggestions on how best to address their needs/complaints. We're running VMS 5.5-2, MX V4.1. Perusal of the MX-List archives and some experimentation suggests that a couple of different problems exist: o VMS mail apparently can't handle lines longer than 255 characters, and truncates lines at that point - regardless of whether or not MX is involved, as reported several times during the past couple of years. o Dan Wing quotes a DSNLink article (his 6 Mar 1994 post) to the effect that Callable VMS Mail has a 255 character record limit, indicating this may the problem and therefore a problem for MX. o For messages originating from nodes running MX components (I haven't isolated *which* components), lines with more than 512 characters cause MX to quit processing the data stream - beginning with the offending line, all remaining lines are dropped. Both local VMS Mail and incoming SMTP mail from other hosts do not exhibit this problem. I didn't see any followups to indicate that any of these problems were known to have been resolved, or that any workarounds were available. Some discussions suggested that MX "wrap" offensive lines at the appropriate limits, and so forth, but that sounds like it could be a tricky issue. I looked at the release notes for V4.2, and didn't see any info there to suggest these issues were addressed. Sounds like this is going to be an outstanding issue for our MX-based systems for the time being. Have I missed something here, or is having the problem fixed at "the other end" the best workaround at this point? Thanks in advance for any suggestions. Mike Frohme ------------------------------------------------------------------------ Mike Frohme -- University of Memphis m-frohme@memphis.edu Center for Earthquake Research & Information frohme@ceri.memphis.edu ================================================================================ Archive-Date: Mon, 18 Mar 1996 15:32:37 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Mar 1996 15:32:02 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: FROHME@CERI.MEMPHIS.EDU Message-ID: <0099F868.8518F887.23@ALPHA.WKU.EDU> Subject: RE: MX, VMSMail and long lines, status? Mike Frohme writes: > > o VMS mail apparently can't handle lines longer than 255 > characters, and truncates lines at that point - regardless > of whether or not MX is involved, as reported several times > during the past couple of years. > Yep. > o For messages originating from nodes running MX components (I > haven't isolated *which* components), lines with more than 512 > characters cause MX to quit processing the data stream - > beginning with the offending line, all remaining lines are > dropped. > This is true, but I can't remember why. I didn't see any place in MX_MAILSHR where this would be limited, but I'd have to spend more time to track it down. > I looked at the release notes for V4.2, and didn't see any info there > to suggest these issues were addressed. Sounds like this is going to > be an outstanding issue for our MX-based systems for the time being. > > Have I missed something here, or is having the problem fixed at "the > other end" the best workaround at this point? The latter. Systems sending out such long lines seems like a bad thing to me.... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 19 Mar 1996 08:54:54 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Mar 1996 09:55:10 EST5EDT4,M4.1.0,M10.5.0 From: Scott McNeilly Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Message-ID: <0099F902.9FC578A0.60@fred.bridgew.edu> Subject: RE: MX, VMSMail and long lines, status? Mike Frohme wrote: > Hello all, > > Our users recently started noticing the line length limitations > in VMS Mail/MX, w/respect to the 1000 character limit of RFC821. > At this point, I'm looking for suggestions on how best to address > their needs/complaints. We're running VMS 5.5-2, MX V4.1. I'm sorry that I don't have a solution to this problem, but I'm not sure that I understand the problem, either. We are running VMS 5.5-2 and MX 4.2. Daily we have about 1500-1600 people sending and receiving mail with (almost) no complaints about line length limitations. Rarely, some new user will type "SEND" at the VMS Mail prompt, then enter 5 or 6 lines of text before pressing the "ENTER" key. The message will not be sent and the user will call for help. We train them to press "ENTER" at the end of each line, and that solves that problem. Another problem that we have seen is that users will prepare a message using WordPerfect or Word or other word processor and then be unable to send it. The solution there is to train people to save their document as an MSDOS Text file before mailing it. I would be interested to know what problems your users are encountering. I suspect that our users will eventually catch up with yours, so it would be helpful to be forewarned. What kinds of files or messages are they trying to send? What kinds of users are they communicating with? Many of our users send and receive mail via dumb terminals. Even if we could send them messages with lines 2000 characters long, they could not read them. -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Tue, 19 Mar 1996 12:48:07 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Mar 1996 11:42:44 CST From: Mike Frohme Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: smcneilly@fred.bridgew.edu Message-ID: <0099F911.A6C0F210.8@ceri.memphis.edu> Subject: RE: MX, VMSMail and long lines, status? > > > > Our users recently started noticing the line length limitations > > in VMS Mail/MX, w/respect to the 1000 character limit of RFC821. > > At this point, I'm looking for suggestions on how best to address > > their needs/complaints. We're running VMS 5.5-2, MX V4.1. > I suppose I could have been a little more clear. These problems are ~only seen on incoming mail. Outgoing mail from the various systems goes out as text or as attachments via POP clients such as Eudora/Mac which *generally* do the right thing. > Another problem that we have seen is that users will prepare a message > using WordPerfect or Word or other word processor and then be unable to > send it. The solution there is to train people to save their document > as an MSDOS Text file before mailing it. > This is typically the case we see. Someone at the other end sends a document from an application which "soft-wraps" the lines for them during the view/edit phase, but never inserts those CR's when handing off to the mailer - or they drop a word-processing file directly to the mailer which blithely does all that knows to do... send it out. > I would be interested to know what problems your users are encountering. > I suspect that our users will eventually catch up with yours, so it > would be helpful to be forewarned. What kinds of files or messages are > they trying to send? What kinds of users are they communicating with? > Many of our users send and receive mail via dumb terminals. Even if > we could send them messages with lines 2000 characters long, they could > not read them. > Our users (Macintosh) are generally using the VMS systems as a POP mail server, or mail forwarder (to Unix). Most are running Eudora for the Mac, and have little/no problem handling attachments via the standard mechanisms. Our VMS users go with either Decwindows Mail or the std. VMS Mail interface. With the growth of the network, its become more of an issue for us, as lots of our faculty/staff deal with government entities (this is where most of these mail messages have originated). Whether or not that's surprising depends upon your perspective ;-) Mike ------------------------------------------------------------------------ Mike Frohme -- University of Memphis m-frohme@memphis.edu Center for Earthquake Research & Information frohme@ceri.memphis.edu ================================================================================ Archive-Date: Wed, 20 Mar 1996 04:41:43 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: BG@dymaxion.ns.ca (Ben Armstrong) Reply-To: MX-List@MadGoat.com Subject: 4.2 Install:No such file ... MAILQUEUE Date: 19 Mar 1996 19:52:44 GMT Message-ID: <4in3ac$275@news.nstn.ca> To: MX-List@WKUVX1.WKU.EDU I'm attempting to upgrade from MX 3.0 to MX 4.2 on a VMS 5.5 system. The VMSINSTAL succeeds until it gets to this point: %VMSINSTAL-I-MOVEFILES, Files will now be moved to their target directories... %SYSTEM-W-NOSUCHFILE, no such file \SYS$SYSDEVICE:[MX.EXE]MAILQUEUE.EXE\ %DCL-E-INVIFNEST, invalid IF-THEN-ELSE nesting structure or data inconsistency %VMSINSTAL-E-INSDFAIL, The installation of MX V4.2 has failed. ******************************************************************************* %VMSINSTAL-E-INSDFAIL, See MEDNET$DKA300:[SYS0.SYSUPD.MX042]VMIDEFER_ERROR.DAT for failure error ******************************************************************************* Upon closer examination, the file it complains about exists and should be accessible: $ dir/sec SYS$SYSDEVICE:[MX.EXE]MAILQUEUE.EXE Directory SYS$SYSDEVICE:[MX.EXE] MAILQUEUE.EXE;3 [SYSTEM] (RWED,RWED,RWED,RE) Total of 1 file. The "invalid IF-THEN-ELSE" looks particularly fishy. I am wondering if there is some code in the install script that is rarely executed (perhaps based on VMS version#?) I've done a number of keyword searches on the MX mailing list archives to find an answer to this question, with no luck. I initially tried installing exactly as mentioned in the release notes: - ensure nothing is in the queue (there wasn't) - shutdown MCP - deassign MX_MAILSHR (since this site is pre-MX 4.0) to prevent users from sending mail via MX during the installation - perform the installation - I did this, answering the default for each and every question - I have a log of the installation if you need to see anything in particular I saw a suggestion in the MX archives to deassign all MX logicals. This seems drastic and not really helpful, as MX uses these to determine defaults, but I was willing to try after my initial failure. Perhaps predictably, the install failed in the same way the second time, after I had deassigned the logicals. Any help would really be appreciated. Ben. -- Ben Armstrong \, Medianet Development Group, BArmstrong@dymaxion.ns.ca `\, Dymaxion Research Limited `\ Halifax, Nova Scotia, Canada ================================================================================ Archive-Date: Wed, 20 Mar 1996 07:54:52 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: joukj@alpha.chem.uva.nl Reply-To: MX-List@MadGoat.com Subject: MX_SMTP crash Date: Wed, 20 Mar 1996 14:41:56 +0100 Message-ID: <31500B24.167E@alpha.chem.uva.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: MX-List@WKUVX1.WKU.EDU Hi Folks, We are trying to install MX4.x [x=0,1,2] on a very old VAX (VMS5.1-1 and UCX1.2). The installation procedure seems okay. However the executable mx_smtp.exe crashes during startup giving the message : 20-MAR-1996 14:24:56.99: _RTA3: (pid 20C005D7) exiting, status=00000980 20-MAR-1996 14:24:57.68: _RTA3: (pid 20C005D7) 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 000022A4 The line number 32 is given for version 4.2. I checked that in the other versions it refers to the same executable statement : AGENT_ROUTINES (AGENT_NAME=MX_SMTP) However, MX_DNSMPT, of which the source looks similar seems to run correctly. As far as I can see there all logicals are defined. So,.... Help !!!! We do not understand this. Jouk Jansen joukj@alpha.chem.uva.nl ================================================================================ Archive-Date: Wed, 20 Mar 1996 09:09:28 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 20 Mar 1996 09:08:56 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: JOUKJ@ALPHA.CHEM.UVA.NL Message-ID: <0099F9C5.54A00557.1@ALPHA.WKU.EDU> Subject: RE: MX_SMTP crash joukj@alpha.chem.uva.nl writes: > >We are trying to install MX4.x [x=0,1,2] on a very old VAX (VMS5.1-1 >and UCX1.2). The installation procedure seems okay. However >the executable mx_smtp.exe crashes during startup giving the message : > >20-MAR-1996 14:24:56.99: _RTA3: (pid 20C005D7) exiting, status=00000980 >20-MAR-1996 14:24:57.68: _RTA3: (pid 20C005D7) starting >%SYSTEM-F-NOLOGNAM, no logical name match You're missing a UCX logical. I don't remember what they were under UCX V1.2, but I think the two that have to be there are UCX$INET_HOST and UCX$INET_DOMAIN. If one of those is missing, you need to either define it yourself in your system startup, or reconfigure UCX so that they're both defined. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 20 Mar 1996 11:28:29 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 20 Mar 1996 12:28:08 EST From: "Henry A. Frystak - System Manager" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: syshaf@tesla.njit.edu Message-ID: <0099F9E1.291FAAB0.22@tesla.njit.edu> Subject: Any way to limit incoming SMTP mail to user disk quota? We are an educational site and one of the first things students do is subscribe to all sorts of mailing lists. If a student doesn't login for a few days, they are usually overwhelmed with hundreds of e-mails. Not knowing what to do or wanting to take the time, they let the situation go, making it worse as more and more disk space is chewed up. VMS mail will respond with an error and reject the incomming message if the receiver is over their disk space quota. Is there any way of making the MX SMTP Server behave similarly? Henry Frystak New Jersey Institute of Technology System Administrator Academic Computing Department VAX/VMS USENET Newsmanager University Heights TESLA::SYSHAF Newark, New Jersey 07102 syshaf@tesla.njit.edu ================================================================================ Archive-Date: Wed, 20 Mar 1996 13:01:33 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 20 Mar 1996 12:59:55 CST From: hunterl@uwwvax.uww.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099F9E5.993BE549.170@uwwvax.uww.edu> Subject: RE: Any way to limit incoming SMTP mail to user disk quota? => We are an educational site and one of the first things students do is => subscribe to all sorts of mailing lists. If a student doesn't login for a few => days, they are usually overwhelmed with hundreds of e-mails. Not knowing what => to do or wanting to take the time, they let the situation go, making it worse => as more and more disk space is chewed up. VMS mail will respond with an error => and reject the incomming message if the receiver is over their disk space quota. => Is there any way of making the MX SMTP Server behave similarly? I have been running in that mode for the past 2 years. You have to remove the exquota from the needpriv= lines, about 10 of them, in mx_start.com. May also need to remove exquota from MAILER account if you are starting mx that way. Relatively easy to do. The main problem is to remember to to again after you install a new version. Lyle Hunter Computer Center University Wisconsin-Whitewater hunterl@uwwvax.uww.edu ================================================================================ Archive-Date: Thu, 21 Mar 1996 17:15:04 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 21 Mar 1996 16:03:12 CST From: Dave Miller Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <0099FAC8.5EEDFF09.1@BEAVER.Bemidji.MSUS.edu> Subject: OVMS 6.2 and removing MX% prefix. Folks: I'm running OVMS 6.2 and love the way the "new" mail works - so do our users. Now the question is, can the Local agent (I just presume its the Local agent) be configured to omit the MX%" .. " prefix/suffix from the From: line? This tends to confuse the neophite. TIA. //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ================================================================================ Archive-Date: Thu, 21 Mar 1996 17:21:52 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 21 Mar 1996 17:18:21 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: SYSTEM@BEAVER.BEMIDJI.MSUS.EDU Message-ID: <0099FAD2.DE2186E9.43@ALPHA.WKU.EDU> Subject: RE: OVMS 6.2 and removing MX% prefix. Dave Miller writes: > >Folks: > >I'm running OVMS 6.2 and love the way the "new" mail works - so do our >users. > >Now the question is, can the Local agent (I just presume its the Local >agent) be configured to omit the MX%" .. " prefix/suffix from the >From: line? > No, it cannot be removed. I had hoped to do something about that in V4.2, but didn't have time to check out all the possible ramifications of doing so (some of the parsing routines expect it to be there, for example). Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Thu, 21 Mar 1996 17:26:38 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 21 Mar 1996 15:02:13 GMT From: Claude.Erbacher@ec-nantes.fr (Claude Erbacher) Reply-To: MX-List@MadGoat.com Message-ID: <199603211502.PAA21535@prod3.ec-nantes.fr> To: MX-List@WKUVX1.WKU.EDU Subject: Solution to configure a mailhost for a campus Hello all, A few weeks ago, I posted a mail in that list to know how to configure a mailhost for a campus. The rules are : - nobody has a username on this mailhost, - all the mails incoming and outgoing the domain do passed throught the mailhost, - the address must be rewrite : Firstname.Lastname@domain. The mailhost is a DEC-Alpha with OpenVMS 6.2. Before describing the solution, I want to thank Hunter Goatley who has help me very well, also all the users on the MX-List who have suggested me some ideas. So, what to do is : -1- install MX042 (MX041 is not sufficient). -2- install the corresponding source code SRC. -3- install BLISS, because to rewrite the address, I use the BLISS program ADDRESS_REWRITER.B32 writed by Hunter Goatley, and found in the [MX.EXAMPLES] directory. -4- create the libraries : o STARLET library set def sys$library bliss/lib starlet.req o MX and FIELD library of the SRC package of MX set def [.SRC.COMMON] bliss/lib mx.r32 bliss/lib field.r32 -5- compil and link the module ADDRESS_REWRITER.B32 For testing this module, there is a possibility to complil it with the parameter /VARIANT=1 on the BLISS command line. So you can run the ADDRESS_REWRITER.EXE without all the software MX running, just as a main program to see and verify how the addresses are been rewrited -6- create the MX_ALIAS_ADDRESSES.TXT file in which you define for each user the correspondance of all the username he can have on many hosts and the rewrite address you want for him. What was longer, is to found and understand all the possibilities of this module. Farther, I describe the syntaxe of the file MX_ALIAS_ADDRESSES.TXT -7- of course, you have to configure all the hosts of the campus so that all the mails are sending are receiving throught the mailhost. For hosts running under UNIX, you make that in the file sendmail.cf. For VAXs or ALPHA hosts running VMS with UCX, you configure the Alternate gateway, and the parameter zone of the SMTP configuration. What is simple with that solution : --------------------------------- - I don't have to define rewrite rule - I don't need anymore to define MX alias - I don't need to use the possibity of VMS-MAIL : MAIL> SET FORWARD/USER=lastname.firstname mx%"""username@host.domain""" - ALL IS MADE IN ONE FILE WHO IS EASY TO MAINTAIN What I wanted to do and don't have succeeded : -------------------------------------------- For somme mail, I don't want to rewrite the address, because they are sending or receiving from or to a host that I know is good administred as hostmailer. In the module ADDRESS_REWRITER.B32, I wanted to do something like that : - extract the {host} from {username}@{host}.domain - and IF {host} is 'special_lab' exit (I don't rewrite address) ELSE I want to extract {host} in the address, who will be computed after that with the rules defined in the module MX_ALIAS_ADDRESSES.TXT. And so, it would be a good way to manage a list of all the users of my domain. And because it is difficult to modify BLISS code when you don't know the BLISS language, I use the module ADDRESS_REWRITER.B32 as it. And so, the {username}@{host}.domain not register in my file are not rewrite Firstname.Lastname@domain The syntaxe of the MX_ALIAS_ADDRESSES.TXT : ----------------------------------------- !---------------------------------------------------------------------------- ! ! Comments are denoted by a "!" in column 1. All addresses must begin ! in column 1 and can be separated by multiple spaces or tabs. ! !---------------------------------------------------------------------------- ! ! ***** AFTER EACH MODIFICATION OF THAT FILE, YOU HAVE TO ***** ! ***** MAKE THE COMMAND : MCP RESET ***** ! !---------------------------------------------------------------------------- ! ! Format: ! ! actual address desired address ! ! It is possible to have more lines for one user ! ! For outgoing messages : each line is used to rewrite correctly the ! address in format Firstname.Lastname@domain. So, you have to ! write so much line as a user has a username on different hosts. ! For incoming messages : the first line will give the mailbox where ! to deliver the message. ! ! It is like the file is read : ! - from top to bottom and from left to right for outgoing messages ! and when the are more identical fields, only the first occured ! is valid (be carefull, the module don't prevent about ! identical field) ! - from top to bottom and from right to left for incoming messages ! and when the are more identical fields, only the first occured ! is valid (be carefull, the module don't prevent about ! identical field) ! ! With that file, it is not necessary to define MX-alias with MCP ! ! example : Jacques Dupont has a username jacques on the host host1, and ! a username dudu on host2. ! And more, this person want also to receive mails at e-mail ! address : dupont@ec-nantes.fr and Directeur@ec-nantes.fr ! ! To do that, put this lines in the file : ! ! jacques@host1.ec-nantes.fr Jacques.Dupont@ec-nantes.fr ! jacques@host1.ec-nantes.fr dupont@ec-nantes.fr ! jacques@host1.ec-nantes.fr Directeur@ec-nantes.fr ! dudu@host2.ec-nantes.fr Jacques.Dupont@ec-nantes.fr ! ! explanations : incomming mails ---> lignes 1,2 and 3 ! This lines authorize mail addressing at ! Jacques.Dupont@ec-nantes.fr, dupont@ec-nantes.fr, and ! Directeur@ec-nantes.fr and will be delivered in the ! mailbox of the username jacques on host1. ! outgoing mails ---> lignes 1 and 4 ! All the mails comming from the username jascques on ! host1 and dudu on host2 will be correctly be rewrite ! Jacques.Dupont@ec-nantes.fr ! ! Be CARREFULL : ! -1- to good co-ordinate all the possible e-mail address ! for incoming messages for a same personn. ! Jacques.Dupont@ec-nantes.fr, dupont@ec-nantes.fr and ! Directeur@ec-nantes.fr must point to the same mailbox ! for this personn (username jacques on host host1). ! -2- to verify that there is no other personn who can ! receive mail at the same address (CAREFULL about ! name homonymous or function homonymous) ! -3- be sure for a same personn, you good rewrite address ! for all the hosts on which is has a username. ! !------------------------------------------------------------------------------- ! ! A little example of the beginning of my file : ! ! MXserver@ec-nantes.fr Listserv@ec-nantes.fr ! erbacher@ecn02.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@ecn02.ec-nantes.fr erbacher@ec-nantes.fr erbacher@ecn02.ec-nantes.fr Postmaster@ec-nantes.fr erbacher@ecn02.ec-nantes.fr POSTMAST@ec-nantes.fr ! erbacher@ecn01.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@lan.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod1.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod2.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod3.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod4.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod5.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod6.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod7.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod8.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod9.ec-nantes.fr Claude.Erbacher@ec-nantes.fr erbacher@prod10.ec-nantes.fr Claude.Erbacher@ec-nantes.fr ! So I hope the mail is enough clear for who want to build a mailhost with the same functions. Enjoy, and thanks for all your help. Claude ERBACHER *------------------------------------------------------------------------------* Ecole Centrale de NANTES | tel. : 40 37 16 26 1 rue de la Noe | fax : 40 74 74 06 44072 NANTES cedex 03 | mail : Claude.Erbacher@ec-nantes.fr *------------------------------------------------------------------------------* Amicalement, Claude ERBACHER *------------------------------------------------------------------------------* Ecole Centrale de NANTES | tel. : 40 37 16 26 1 rue de la Noe | fax : 40 74 74 06 44072 NANTES cedex 03 | mail : Claude.Erbacher@ec-nantes.fr *------------------------------------------------------------------------------* ================================================================================ Archive-Date: Thu, 21 Mar 1996 18:24:57 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: sabotka@storm.uml.edu (Peter J. Sabotka) Reply-To: MX-List@MadGoat.com Subject: FINISHed entries not purged. Date: 21 Mar 96 16:51:10 -0500 Message-ID: <1996Mar21.165110.1@cirrus> To: MX-List@WKUVX1.WKU.EDU I am running MX 4.2 on two VMS V6.1 systems. The queue is constantly getting "saturated" with FINISHed entries which are not getting purged. I have enabled the FLQ, and set the MX_FLQ_CHECK_WAIT, MX_FLQ_PURGE_WAIT, MX_FLQ_WAKEUP_INTERVAL all to 2 minutes, as well as the MX_ROUTER_WAKEUP_ INTERVAL. I have to manually purge 2 or 3 times a day. Any help is appreciated. peter sabotka sabotka@storm.uml.edu ================================================================================ Archive-Date: Thu, 21 Mar 1996 19:58:19 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: greg@snoopy.gwr.com (Greg) Reply-To: MX-List@MadGoat.com Subject: I remember hearinf og this problem but... Date: 22 Mar 1996 00:24:15 GMT Message-ID: <4isrvf$69j@csu-b.csuohio.edu> To: MX-List@WKUVX1.WKU.EDU I can't recall, nor can I find the solution. I found a boatload of messages on my outgoing queue marked: Last error: %SYSTEM-F-INSFMEM, insufficient dynamic memory any help would be GREATLY appreciated. ================================================================================ Archive-Date: Fri, 22 Mar 1996 11:26:34 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Mar 1996 12:26:35 EST5EDT4,M4.1.0,M10.5.0 From: Scott McNeilly Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Message-ID: <0099FB73.460565A0.73@fred.bridgew.edu> Subject: RE: FINISHed entries not purged. sabotka@storm.uml.edu (Peter J. Sabotka) wrote: >I am running MX 4.2 on two VMS V6.1 systems. The queue is constantly >getting "saturated" with FINISHed entries which are not getting purged. >I have enabled the FLQ, and set the MX_FLQ_CHECK_WAIT, MX_FLQ_PURGE_WAIT, >MX_FLQ_WAKEUP_INTERVAL all to 2 minutes, as well as the MX_ROUTER_WAKEUP_ >INTERVAL. I have to manually purge 2 or 3 times a day. I have not seen this problem at this site, so I don't have a real solution to this problem. However, on one very busy system here, I did enable automatic purging of finished queue entries. This greatly reduced the size of the queue. If you don't have an urgent need to keep these finished entries hanging around in the queue, you might want to enable the autopurge. The following command enables autopurging: DEFINE/SYSTEM/EXEC MX_FLQ_AUTOPURGE_FIN "TRUE" See page 6-2 of the MX Management Guide. -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 22 Mar 1996 11:38:10 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Mar 1996 12:38:59 EST5EDT4,M4.1.0,M10.5.0 From: Scott McNeilly Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Message-ID: <0099FB75.01A89060.41@fred.bridgew.edu> Subject: RE: I remember hearinf og this problem but... greg@snoopy.gwr.com (Greg) wrote: >I can't recall, nor can I find the solution. I found a boatload of >messages on my outgoing queue marked: > >Last error: %SYSTEM-F-INSFMEM, insufficient dynamic memory > >any help would be GREATLY appreciated. I can't be absolutely sure, but it sounds like the memory leak in VAXmail. There is a patch for that problem, VAXMAIL05_061, for VMS 5.5 - 6.1. It is available at http://www.service.digital.com/html/patch_main.html -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 22 Mar 1996 13:30:28 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Mar 1996 14:29:51 EST From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: hardis@garnet.nist.gov Message-ID: <0099FB84.7EF6F8E0.1@garnet.nist.gov> Subject: RE: Solution to configure a mailhost for a campus > A few weeks ago, I posted a mail in that list to know how to > configure a mailhost for a campus. The rules are... I don't know why you are turning this into such a complicated problem. Have the "campus name" be an MX record (in the DNS) that points to a specific host. On that host, have MX (the software) set up with a path for all such mail (to the generic host name) to the SITE interface. The SITE interface looks at the username portion of the address, looks up the full, correct address, and reenters the message back into the mail queue under that address. It's done. (You may have to write a small program in your favorite language to lookup the generic user name to the specific user address.) - Jonathan ================================================================================ Archive-Date: Sun, 24 Mar 1996 06:58:53 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Reply-To: MX-List@WKUVX1.WKU.EDU Date: Sat, 23 Mar 1996 01:18:44 +0800 To: lucy19@track.uwra.ac.au From: lucy19@track.uwra.ac.au (Lucy Whitten) Subject: ===>> FREE 1 yr. Magazine Sub sent worldwide- 289+ Popular USA Titles -----> NOTE: Please first read my note which appears below the "Request for more info Form." Then, to get more info, just fill out the "Request for More Info" form completely and *FAX* or *SMAIL* it back to the company. You will get a quick reply via email within 1 business day of receipt of the info request form below. IMPORTANT NOTICE FOR THOSE FAXING IN THEIR REPLY: Please make sure you return *only* the below form and *no part* of this message other than the actual form below. If you do not know how to cut and paste the below form onto a fresh clean blank page for faxing, then you may re-type the below form, as long as you copy it line for line *exactly.* This is necessary in order for them to be able to process the tremendous number of replies that they get daily. Your fax goes directly onto their 4.2 gigabyte computer hard drive, not paper, and all incoming fax calls are set-up to be *auto-terminated* if your fax: 1. has a cover page; 2. is more than one page 3. does not begin with the "cut here/begin" line from the below form 4. does not end with the "cut here/end" line from the below form. 5. has any handwritten info. on it (info must must be filled out *only* with your computer keyboard or typewriter keyboard). This last provision re: no handwriting on the form applies to requests sent in via smail also. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ NOTE: Their fax line is open 24 hrs. per day / 7 days per week. If you have trouble getting through to their fax, or do not have a fax machine at work or at home, just drop the below form to them via smail (airmail or first class mail). ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ *------------cut here/begin-------------------------------------------* REQUEST FOR MORE INFO: please return *only* this section (with no cover page) via 1-page fax to: 718-967-1550 in the USA or via smail (first class mail or airmail) to: Magazine Club Inquiry Center Att. FREE Catalogue-by-email Dept. PO Box 990 Staten Island NY 10312-0990 Sorry, but incomplete forms *will not* be acknowledged. If you do not have an email address, or access to one, they will not be able to help you until you do have one. If you saw this message, then you should have one. :) ---> SORRY, BUT NO HANDWRITTEN FORMS WILL BE ACKNOWLEDGED. MUST BE TYPED-OUT ON YOUR COMPUTER OR TYPEWRITER. <--- Name: Internet email address: Smail home address: City-State-Zip: Country: Work Tel. #: Work Fax #: Home Tel. #: Home Fax #: How did you hear about us (name of person who referred you or the area of the internet that you saw us mentioned in): Referral by: Lucy Whitten. 032296-l Name of USA mags you currently get on the newsstand or in the store: Name of USA mags you currently get on the newsstand or in the store: Name of USA mags you currently get on a subscription basis, through the mail: Name of USA mags you would like price quotes on when we call you: Catalogue format desired (list "1," "2," "3" or "4"): *------------cut here/end--------------------------------------------* Catalogue Format Options: 1. 19-Part email- can be read by EVERYONE (~525 K Total). 2. For more advanced computer users: attached text file ~525K - you must know how to download an attached text file and then be able to open it with your word processor. If in doubt, don't ask for this version. This isn't for internet *newbies.* Better to order option 1 and spend a few minutes pasting them into one whole text document with your word processor, than to waste hours trying to figure how to deal with this option. 3. For more advanced Macintosh computer users: compressed attached text file, created with a Stuffit(tm) self-extracting archive (.sea), ~133K. Can be decompressed by any Macintosh computer user; no special expansion software or knowledge of Stuffit (tm) needed. You just double-click on the file icon and it automatically expands (unstuffs). This is for more advanced mac computer users only, as you still have to know how to deal with an attached file. It will cut your download time by 75%. Expands out to the same ~525K file in option #2. See option #2 for more info on what you will need to be able to do. 4. For expert computer users: compressed attached text file, created with Stuffit(tm), ~114K. Can be decompressed by any computer user who has expansion software to decompress (expand) Stuffit(tm) (.sit) files. This is for more advanced computer users only and will cut your download time by 78%. Expands out to the same ~525K file in option #2. See option #2 for more info on what you will need to be able to do. Hi fellow 'netters, My name is Lucy Whitten and I recently started using a magazine subscription club in the USA that has a FREE 1 yr. magazine subscription deal with your first paid order- and I have been very pleased with them. They have over 1,500 different USA titles that they can ship to any country on a subscription basis. As for computer magazines from the USA, they more of a selection than I ever knew even existed. They have magazines for most every area of interest in their list of 1,500 titles. Within the USA, for their USA members, they are cheaper than all their competitors and even the publishers themselves. This is their price guarantee. Overseas, on the average, they are generally around one-fourth to one-half of what the newsstands overseas charge locally for USA magazines. On some titles they are as little as one-tenth of what the newsstands charge. They feel that mgazines should not be a luxury overseas. In the USA, people buy magazines and then toss them after reading them for just a few minutes or hours. They are so cheap in the USA! Well, this company would like to make it the same way for their overseas members. They are also cheaper than all their competitors in the USA and overseas, including the publishers themselves! This is their price guarantee. Around one-half their business comes from overseas, so they are very patient with new members who only speak limited English as a 2nd language. Their prices are so cheap because they deal direct with each publisher and cut-out all the middlemen. They will send you their DELUXE EMAIL CATALOGUE (around 525K-big and juicey) !)...if you completely fill out the form above. It has lists of all the freebies, lists of all the titles they sell, titles broken down by categories and detailed descriptions on nearly 1,200 of the titles that they sell. Please do not email me as I am just a happy customer and a *busy* student. I don't have time to even complete my thesis in time, let alone run my part-time software business! Please fill out the above form and carefully follow the intructions above to get it to them via fax or smail. They guarantee to beat all their competitors' prices. Sometimes they are less than half of the next best deal I have been able to find and other times, just a little cheaper - but I have never found a lower rate yet. They assured me that if I ever do, they will beat it. They have been very helpful and helped me with all my address changes as I haved moved from one country to another. They have a deal where you can get a free 1 yr. sub to a new magazine from a special list of over 295 popular titles published in the USA. They will give you this free 1 yr. sub when you place your first paid order with them to a renewal or new subscription to any of the over 1,500 different popular USA titles they sell. They can arrange delivery to virtually any country and I think they have clients in around 45 or 46 countries now. Outside the USA there is a charge for FPH (foreign postage and handling) (on both paid and freebie subs) that varies from magazine to magazine. I have found their staff to be very friendly and courteous. They even helped me with an address change when I moved from one country to another. The owner thinks of his service as a "club" and his clients as "members" (even though there is no extra fee to become a member - your first purchase automatically makes you a member) and he is real picky about who he accepts as a new member. When he sets you up as a new member, he himself calls you personally on the phone to explain how he works his deal, or sometimes he has one of his assistants call. He is kind of quirky sometimes - he insists on setting up new members by phone so he can say hi to everyone (I sure wouldn't want to have his phone bills!), but you can place future orders (after your first order) via E-mail. He has some really friendly young ladies working for him, who seem to know just as much as he does about this magazine stuff. If you live overseas, he will even call you there, as long as you are interested, but I think he still makes all his overseas calls on the weekends, I guess cause the long distance rates are cheaper then. He only likes to take new members from referrals from satisfied existing members and he does virtually no advertising. When I got set-up, they had a 2-3 week waiting list for new members to be called back so that they could join up. (Once you are an existing member, they help you immediately when you call. ) I think they are able to get back to prospective new members the same day or within a few days now, as they have increased their staff. I am not sure about this.........but if you email the above form to them, that is the way to get started! They will send you their DELUXE EMAIL CATALOGUE (around 525K-big and juicey) !)...if you completely fill out the form above. It has lists of all the freebies, lists of all the titles they sell, titles broken down by categories and detailed descriptions on nearly 1,200 of the titles that they sell. They then send you email that outlines how his club works and the list of free choices that you can choose from, as well as the entire list of what he sells; and then they will give you a quick (3-5 minute) friendly, no-pressure no-obligation call to explain everything to you personally and answer all your questions. Once you get in, you'll love them. I do. Sincerely, Lucy Whitten ps. please forward a copy of this message to all your friends on the net who you think might be interested in it! It is a great deal! If you join and then they join after you, you will earn a free 1 yr. subscription for each new person you get to join after you join! If you exceed 25 referrals, they let you use them to give away as gifts, for Christmas, Chanukah or any other occasion. Please be kind enough to mention my name when you join. I will then get a free magazine for a year for referring you. Thank you. ================================================================================ Archive-Date: Mon, 25 Mar 1996 13:49:58 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: mfleming@csubak.edu (Michael W. Fleming) Reply-To: MX-List@MadGoat.com Subject: Protected Image Error Date: Mon, 25 Mar 1996 11:40:25 -0700 Message-ID: To: MX-List@WKUVX1.WKU.EDU Configuration: MX 4.2, TGV MultiNet 3.5B, VAX 4000-500, v5.5-2 MX has been and is working fine; however, this morning for a few minutes my users were getting the following error message: MAIL> send To: mx%"mfleming@csubak.edu" %MAIL-E-ERRACTRNS, error activating transport MX %LIB-E-ACTIMAGE, error activating image R4EQFQ$DIA0:[MX.][EXE]MX_MAILSHRP.EXE;3 -SYSTEM-F-PROTINSTALL, protected images must be installed A few minutes later the error went away. Any ideas? Thanks, Michael -- Michael W. Fleming, Network Systems, Computer Services California State University, 9001 Stockdale Hwy, Bakersfield, Ca. 93311-1099 Voice/mail:(805)664-2115 (24hrs) Fax:(805)664-2099 (24hrs) mfleming@academic.csubak.edu Disclaim: I directly represent only myself and my family; indirectly, I represent God and all His creation. ================================================================================ Archive-Date: Tue, 26 Mar 1996 05:29:04 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: postma@vax.sbu.ac.uk (Sally Justice - POSTMASTER) Reply-To: MX-List@MadGoat.com Subject: No correlation in mailqueues Date: 26 Mar 96 10:31:14 GMT Message-ID: <1996Mar26.103114.1@vax.sbu.ac.uk> To: MX-List@WKUVX1.WKU.EDU Any body know why there is no correlation between mcp queue stat and mcp queue show different number of entries?? even after sync command? Sally Justice South Bank ================================================================================ Archive-Date: Tue, 26 Mar 1996 06:30:16 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 26 Mar 1996 12:28:35 GMT From: "John Hill, Cavendish Lab, Cambridge Univ. (01223-337243)" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099FE98.379ACAB3.3@hep.phy.cam.ac.uk> Subject: RE: No correlation in mailqueues >Any body know why there is no correlation between > >mcp queue stat > >and > >mcp queue show > >different number of entries?? even after sync command? >Sally Justice >South Bank MCP QUE SHOW just shows the active (READY and IN-PROGRESS) entries MCP QUE STAT summarises the total number of entries in the queue. There IS a correlation between MCP QUE STAT and MCP QUE SHOW/ALL - because of the way MX works there is generally a factor 2 difference between these. I hesitate to be more precise as I'll probably say something incorrect and get shot down in flames :-) Regards, John Hill +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Dr. John C. Hill University of Cambridge, + + E-mail: hill@hep.phy.cam.ac.uk Cavendish Laboratory, + + Phone: +44-1223-337243 Madingley Road, + + Fax: +44-1223-353920 Cambridge, CB3 0HE, U.K. + +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ================================================================================ Archive-Date: Tue, 26 Mar 1996 10:42:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: stone_l@eisner.decus.org (Larry Stone) Reply-To: MX-List@MadGoat.com Subject: SMTP server brain-dead, restart no good, reboot OK Message-ID: <1996Mar26.111637.1@eisner.decus.org> Date: Tue, 26 Mar 1996 16:16:37 GMT To: MX-List@WKUVX1.WKU.EDU Weird problem with MX yesterday morning. Question posted mostly out of curiosity. MX 4.1, VMS 5.5-2, CMU-IP 6.6-5A. System had been up 495 days when the problem started. Mail was queueing on other systems. Error status was something like "connect request rejected" (sorry, lost the exact text). Attempting to telnet to port 25 resulted in "connection refused by remote host." I tried the obvious restarting MX SMTP Server, then restarting all of MX, then restarting both CMU-IP and MX. No change. Finally rebooted the system, all is happy. Other TCP/IP stuff seemed to work OK. Could Telnet in and out. Also outbound SMTP mail was OK. Nothing useful in log files. One thing that came to mind is the possibility of some time register overflowing due to the system being up so long. This was by far the longest period I've ever had a VAX up continuously. Any ideas? -- Larry Stone | United Airlines VAX and HP-UX Systems Administrator | Maintenance Operations Center stone_l@eisner.decus.org | San Francisco, CA 415-634-4725 All opinions are mine, not United's. ================================================================================ Archive-Date: Tue, 26 Mar 1996 16:47:44 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: mfleming@csubak.edu (Michael W. Fleming) Reply-To: MX-List@MadGoat.com Subject: Re: Protected Image Error Date: Tue, 26 Mar 1996 14:43:52 -0700 Message-ID: To: MX-List@WKUVX1.WKU.EDU Yesterday, I wrote in the article : >Configuration: MX 4.2, TGV MultiNet 3.5B, VAX 4000-500, v5.5-2 > >MX has been and is working fine; however, this morning for a few minutes >my users were getting the following error message: > >MAIL> send >To: mx%"mfleming@csubak.edu" >%MAIL-E-ERRACTRNS, error activating transport MX >%LIB-E-ACTIMAGE, error activating image >R4EQFQ$DIA0:[MX.][EXE]MX_MAILSHRP.EXE;3 >-SYSTEM-F-PROTINSTALL, protected images must be installed > >A few minutes later the error went away. Well, it happened again just now. Has anybody else experienced this? I sure could use some pointers. Thanks, Michael -- Michael W. Fleming, Network Systems, Computer Services California State University, 9001 Stockdale Hwy, Bakersfield, Ca. 93311-1099 Voice/mail:(805)664-2115 (24hrs) Fax:(805)664-2099 (24hrs) mfleming@academic.csubak.edu Disclaim: I directly represent only myself and my family; indirectly, I represent God and all His creation. ================================================================================ Archive-Date: Tue, 26 Mar 1996 17:52:49 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Mar 1996 00:52:32 +0100 From: "Rok Vidmar, NUK Ljubljana" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099FF00.24F10AF0.19@nuk.uni-lj.si> Subject: Re: Protected Image Error > Yesterday, I wrote in the article : > > >Configuration: MX 4.2, TGV MultiNet 3.5B, VAX 4000-500, v5.5-2 > > > >MX has been and is working fine; however, this morning for a few minutes > >my users were getting the following error message: > > > >MAIL> send > >To: mx%"mfleming@csubak.edu" > >%MAIL-E-ERRACTRNS, error activating transport MX > >%LIB-E-ACTIMAGE, error activating image > >R4EQFQ$DIA0:[MX.][EXE]MX_MAILSHRP.EXE;3 > >-SYSTEM-F-PROTINSTALL, protected images must be installed > > > >A few minutes later the error went away. > > Well, it happened again just now. Has anybody else experienced this? I > sure could use some pointers. Is $ set audit/alarm/enable=install good enough pointer? Regards, Rok Vidmar Internet: rok.vidmar@uni-lj.si National and University Library Phone: +386 61 125 4218 Turjaska 1, 61000 Ljubljana Fax: +386 61 125 5007 Slovenia ================================================================================ Archive-Date: Wed, 27 Mar 1996 03:09:25 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Mar 1996 10:10:23 +0100 From: Pierre Bru <"tlsax5::system"@spotimage.com> Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099FF4E.13ACBACA.7@mailgate.spotimage.com> Subject: rejected messages Hi all, is there a way to setup MX so that rejected message (unknown username,...) [or at least the error description part] are CCed to postmaster beside to be returned to the originator. [I RTFMed but found nothing] Pierre Bru System & Network Mgr. mailto:system@spotimage.com ================================================================================ Archive-Date: Wed, 27 Mar 1996 08:02:33 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Mar 1996 08:02:24 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: "tlsax5::system"@spotimage.com Message-ID: <0099FF3C.32A60AE7.7@ALPHA.WKU.EDU> Subject: RE: rejected messages Pierre Bru <"tlsax5::system"@spotimage.com> writes: > >Hi all, > >is there a way to setup MX so that rejected message (unknown username,...) >[or at least the error description part] are CCed to postmaster beside to >be returned to the originator. > >[I RTFMed but found nothing] > Look at MCP SET LOCAL /CC_POSTMASTER. From the online HELP: Specifies whether or not error messages resulting from LOCAL delivery errors are mailed to the local POSTMASTER, in addition to the original message sender. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 27 Mar 1996 08:43:41 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Mar 1996 09:43:40 EST5EDT4,M4.1.0,M10.5.0 From: Scott McNeilly Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Message-ID: <0099FF4A.5810F720.78@fred.bridgew.edu> Subject: RE: rejected messages Pierre Bru <"tlsax5::system"@spotimage.com> wrote: >Hi all, > >is there a way to setup MX so that rejected message (unknown username,...) >[or at least the error description part] are CCed to postmaster beside to >be returned to the originator. > >[I RTFMed but found nothing] > In MCP, SET LOCAL/CC_POSTMASTER See SET LOCAL command in MX Management Guide in MCP Command Dictionary. -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Wed, 27 Mar 1996 14:14:32 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: mfleming@csubak.edu (Michael W. Fleming) Reply-To: MX-List@MadGoat.com Subject: Re: Protected Image Error Date: Wed, 27 Mar 1996 12:39:49 -0700 Message-ID: To: MX-List@WKUVX1.WKU.EDU In article <0099FF00.24F10AF0.19@nuk.uni-lj.si>, "Rok Vidmar, NUK Ljubljana" wrote: >> Yesterday, I wrote in the article : >> >> >Configuration: MX 4.2, TGV MultiNet 3.5B, VAX 4000-500, v5.5-2 >> > >> >MX has been and is working fine; however, this morning for a few minutes >> >my users were getting the following error message: >> > >> >MAIL> send >> >To: mx%"mfleming@csubak.edu" >> >%MAIL-E-ERRACTRNS, error activating transport MX >> >%LIB-E-ACTIMAGE, error activating image >> >R4EQFQ$DIA0:[MX.][EXE]MX_MAILSHRP.EXE;3 >> >-SYSTEM-F-PROTINSTALL, protected images must be installed >> > >> >A few minutes later the error went away. >> >> Well, it happened again just now. Has anybody else experienced this? I >> sure could use some pointers. > > Is > >$ set audit/alarm/enable=install > >good enough pointer? Actually, yes it was very helpful thank you. It turns out that the MX_WATCHDOG procedure (in combination with MX_STARTUP) was causing the problem. WATCHDOG was running every 5 minutes (the default) and somehow was incorrectly determining that only 18 of my 19 MX processes were running and therefore running MX_STARTUP which deinstalls/installs the various MX .exe's. I don't have time to fine-tooth MX_WATCHDOG at the moment so I've just disabled it for now. Thanks again. Michael -- Michael W. Fleming, Network Systems, Computer Services California State University, 9001 Stockdale Hwy, Bakersfield, Ca. 93311-1099 Voice/mail:(805)664-2115 (24hrs) Fax:(805)664-2099 (24hrs) mfleming@academic.csubak.edu Disclaim: I directly represent only myself and my family; indirectly, I represent God and all His creation. ================================================================================ Archive-Date: Thu, 28 Mar 1996 06:04:13 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 28 Mar 1996 12:23:27 MET From: mp@zephyr.matra-espace.fr Reply-To: MX-List@MadGoat.com To: mx-list@wkuvx1.wku.edu CC: mp@zephyr.matra-espace.fr Message-ID: <009A0029.D4AE68A0.1@zephyr.matra-espace.fr> Subject: MLF and domains converted to upper-case Hi all, I know it is RFC822 compliant but I wonder why MLF converts domain specifications in subscribers' addresses. I seem to have problems in sending mails to users when specifying destination addresses using uppercase characaters in the domain field (I'm not speaking about the local-part field). I don't know why (and am trying to find the reason but that's not the point). What I can say is that mails sent (from this station) to user@domain are very often received and to user@DOMAIN quite never (but sometimes :-\ ). I know, by turning bebug mode on for SMTP, these mails are properly sent to our gateway that says (for instance) : 28-MAR-1996 12:04:57.73 SMTP_SEND: Rcvd: 250 Mail accepted 28-MAR-1996 12:04:57.73 SMTP_SEND: Sent: QUIT 28-MAR-1996 12:04:57.74 SMTP_SEND: Rcvd: 221 matrasp.matra-espace.fr deliverin g mail 28-MAR-1996 12:04:57.81 Recipient status=00000001 for 28-MAR-1996 12:04:57.89 Entry now completely processed, no retries needed. 28-MAR-1996 12:04:58.78 *** End of processing pass *** Should be ok. But then, I have no visibility. So, is there a way to subscribe users to a ML specifying domains using lowercase characters ? (as a workaround) TIA ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Manuel PINTOR | Tel. : (33) 62 24 51 59 TDHS manager \ VMS/UNIX system manager | FAX : (33) 61 39 73 32 for "Telecoms Operations" | E-mail : mp@zephyr.matra-espace.fr at Matra Marconi Space - Toulouse | pintor_m@decus.fr STERIA I&S FRANCE | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ A S S E Z D ' E S S A I S ! | S T O P N U C L E A R T E S T S ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ================================================================================ Archive-Date: Thu, 28 Mar 1996 18:06:01 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 28 Mar 1996 16:04:24 PST From: Paul Waterstraat -- UCD Geology Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: waterstraat@geology.ucdavis.edu Message-ID: <009A0048.B29B5F42.1@geology.ucdavis.edu> Subject: RE: Retrieving All Mail ? > > I have recently started using email clients to retrieve mail via POP3 > > instead of logging in and using VMS mail. I want to use several > > different PC's to retrieve my mail. ... > > My problem is that once mail has been retrieved by an email client on > > one PC or MAC and I move to another PC or MAC and try to retrieve my > > mail the client does not get any mail that was previously retrieved. All > > mail clients on all PC/MACs are set up to "Leave Mail on Server" after > > retrieval. > > This is because VMS mail has different folders for MAIL and NEWMAIL. It's > the way VMS mail normally works, and the way POP servers normally work. > "Leave mail on server" on most systems does *not* mean that you reread the > same mail each time Eudora checks in with the POP server. It means that > the mail is left on the server in some other place after you read it so > that it is accessible locally. > > > Is there anyway to Unread mail maybe? The short answer is yes. Simply move the read messages in the MAIL folder into the NEWMAIL folder. The next time Eudora connects, it will pick up any messages in the NEWMAIL folder. (Eudora, or more accurately, the POP server, doesn't actually care if the messages are READ or UNREAD, just if they are in the NEWMAIL folder.) Example: $ mail MAIL> select MAIL %MAIL-I-SELECTED, 35 messages selected MAIL> move/all NEWMAIL ! If NEWMAIL doesn't exist, create it. Folder NEWMAIL does not exist. Do you want to create it (Y/N, default is N)? y %MAIL-I-NEWFOLDER, folder NEWMAIL created MAIL> exit $ -- Paul "Mad Dog" Waterstraat Internet: waterstraat@geology.ucdavis.edu Department of Geology http://www-geology.ucdavis.edu/~waterstraat University of California Voice: (916) 752-7421 Davis, CA 95616-8605 USA FAX: (916) 752-0951 "Most people, if they counted how many people swam across San Francisco Bay, would never think about building the Bay Bridge." -- apologies to Ronald Altman ================================================================================ Archive-Date: Thu, 28 Mar 1996 19:40:38 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Mar 1996 15:57:13 CST From: Patrick Beeson Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: beeson@uamont.edu Message-ID: <0099FF7E.87486D6E.91@uamont.edu> Subject: Stuck Processes MX-list: I have a problem I can't seem to solve. My mail seems to be going out ok (via MX), but I'm not receiving it. When I do a mcp stat, I see: PID Process name Status Agent type -------- --------------- ------------------ ----------- 00000216 MX Router Idle Router agent 00000219 MX Router#2 Processing # 74 Router agent 0000021A MX Local Idle Local delivery agent 0000021B MX Local#2 Idle Local delivery agent 00000230 MX MLF Idle Mailing list/file server 0000021D MX SMTP Processing # 98 SMTP delivery agent 0000021E MX SMTP#2 Retrying # 35 SMTP delivery agent 0000021F MX SMTP#3 Retrying # 200 SMTP delivery agent 00000222 MX SMTP#4 Processing # 69 SMTP delivery agent 00000223 MX SMTP#5 Waiting for # 201 SMTP delivery agent 00000226 MX SMTP#6 Retrying # 24 SMTP delivery agent 00000227 MX SMTP#7 Retrying # 217 SMTP delivery agent 0000022A MX SMTP#8 Retrying # 202 SMTP delivery agent 0000022B MX SMTP#9 Waiting for # 92 SMTP delivery agent 0000022C MX SMTP#10 Retrying # 75 SMTP delivery agent 0000022D MX SMTP Server Connected 1 SMTP server (over TCP/IP) 00000214 MX FLQ Manager Idle MX FLQ manager 0000022F MX LSV Intfc Idle Listserv interface agent The problem seems to be with the SMTP Server. The Connected 1 has been there for serveral hours, and when I stop MX and bring it back up, it always gets stuck again. Has anyone had this problem, and is there a way to fix it? Please respond to beeson@rice.uamont.edu as Our mail is not comming in... Thanks in advance Patrick Beeson ================================================================================ Archive-Date: Thu, 28 Mar 1996 20:07:39 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Protected Image Error Date: 28 Mar 1996 20:00:59 GMT Message-ID: <4jer5r$5c5@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , mfleming@csubak.edu (Michael W. Fleming) writes: =Configuration: MX 4.2, TGV MultiNet 3.5B, VAX 4000-500, v5.5-2 = =MX has been and is working fine; however, this morning for a few minutes =my users were getting the following error message: = =MAIL> send =To: mx%"mfleming@csubak.edu" =%MAIL-E-ERRACTRNS, error activating transport MX =%LIB-E-ACTIMAGE, error activating image =R4EQFQ$DIA0:[MX.][EXE]MX_MAILSHRP.EXE;3 =-SYSTEM-F-PROTINSTALL, protected images must be installed = =A few minutes later the error went away. = =Any ideas? Errors PROTINSTALL protected images must be installed Facility: SYSTEM, VMS System Services Explanation: Protected images must be installed. User Action: Use the /PROTECT qualifier to install a shareable image that contains user-written system services. Somehow, it seems, MX_MAILSHRP was INSTALLed, but not with the /PROT qualifier. How that might have happened, I don't 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: Thu, 28 Mar 1996 20:08:32 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: landisj@nad.com (Joe Landis - Systems & Network Mgr) Reply-To: MX-List@MadGoat.com Subject: MX/UCX/SMTP/Lotus Notes question Message-ID: <1996Mar28.140934.495@nad.com> Date: 28 Mar 96 14:09:34 EST To: MX-List@WKUVX1.WKU.EDU Has anyone used MX with the Lotus Notes SMTP Gateway? I have MX 4.2 & NETLIB running on a VMS 5.5-2 cluster, with UCX3.3. I recieve email and some usenet newsgroups from PSI with DECUS UUCP. We also use Lotus Notes on NT3.51 servers. A Notes server dials out to Worldcom to replicate Notes/Internet mail. I have been considering linking the two networks internally with the Lotus SMTP gateway product. This would at least give us an inhouse path between the networks, and perhaps let us eliminate the Worldcom connection altogether. I'm curious if anyone has done this, and had any problems with it. I've been told that the SMTP gateway only runs on OS/2. I would rather it run on NT, but I do still have a few older OS/2 Notes server boxes that could be pressed into service here. We are also investigating an inhouse 56k line and firewall/router/web server. If the gateway worked out, I would like very much to go ahead with this. Thanks! Joe -- Joe Landis - Systems and Network Manager - North American Drager - Telford, PA landisj@nad.com ..speaking only for myself, of course.. ================================================================================ Archive-Date: Fri, 29 Mar 1996 08:08:48 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Mar 1996 09:02:41 EST From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: landisj@nad.com Message-ID: <009A00D6.F2EA8C60.2@swdev.si.com> Subject: RE: MX/UCX/SMTP/Lotus Notes question Joe Landis (landisj@nad.com) writes: >I have been considering linking the two networks internally with the Lotus >SMTP gateway product. This would at least give us an inhouse path between the >networks, and perhaps let us eliminate the Worldcom connection altogether. > >I'm curious if anyone has done this, and had any problems with it. >I've been told that the SMTP gateway only runs on OS/2. >I would rather it run on NT, but I do still have a few older OS/2 Notes server >boxes that could be pressed into service here. Well, Lotus cc:Mail isn't Lotus Notes, but I'd be surprised if their SMTP gateways weren't based on the same code, so perhaps this is applicable. We use MX and cc:Mail's SMTPlink to gate between VMS and cc:Mail and it works just fine. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman_brian@si.com Smiths Industries, Inc. | tillman@swdev.si.com 4141 Eastern Ave., MS239 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Sat, 30 Mar 1996 13:58:23 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: kennyk@singnet.com.sg (Kenny Kon) Reply-To: MX-List@MadGoat.com Subject: Digests Date: Sun, 31 Mar 1996 01:45:19 +0800 Message-ID: To: MX-List@WKUVX1.WKU.EDU Anyone using digests with MX 4.2? Like to find out how the digesting compares with Majordomo's. Currently we have MX 4.0 managing our lists and a digest address in each of the lists that require digests. The digest address goes to a Majordomo server. I would like to have it all done on MX if the digesting is an improvement over the past digest found in the [.CONTRIB] directory. Kenny Kon kennyk@singnet.com.sg ================================================================================ Archive-Date: Sun, 31 Mar 1996 16:02:28 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 31 Mar 1996 16:00:29 CST From: J Kmoch Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU CC: kmoch@whscdp.whs.edu Message-ID: <009A02A3.A56DC3C0.1@whscdp.whs.edu> Subject: problems with receiving messages We have a list managed by the MX listserv software called mps-inservice. I am the first subscriber on the list and my address is correct (I just checked). I am also the owner/postmaster of the list. I hve received messages posted to the list in the past. Yesterday, I received a bunch of messages to the postmaster indicating one of the subscriber addresses has becom invalid. That's fine, but I did not actually receive any of the messages through the "normal" (ie subscriber) channel. Is this documented somewhere? Or is this a problem? Most of the messages were posted around 9am, while the postmaster messages came in around 8pm. Perhaps someone can help. We are using MX 4.1 on a VMS 6.2 system. Thanks for your help. Joe -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ================================================================================ Archive-Date: Sun, 31 Mar 1996 21:15:02 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 31 Mar 1996 21:14:25 CST From: Dave Miller Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <009A02CF.80C8301B.1@BEAVER.Bemidji.MSUS.edu> Subject: MGFTP server dying? Folks ... Maybe I missed it, but has the MGFTP server dying problem been fixed yet? I'm running Richard Levite's watchdog batch job (thanks for posting that Richard) every 15 minutes! And its still finding random failures, although there seems to be a correlation -- it appears to fail more often when the system is heavily loaded. My system is OVMS 6.2, UCX 3.3 ECO 7. //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601