Archive-Date: Tue, 01 Nov 1994 00:05:57 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Nov 1994 00:05:30 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@WKUVX1.WKU.EDU Message-ID: <00986CA4.BFA64140.165@WKUVX1.WKU.EDU> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during October 1994 Total number of posts: 112 Total number of posters: 73 Total number of subscribers: 258 Total number of digest subscribers: 49 Last modified: 7-JUL-1994 10:04 (Updated version info) Welcome to MX-List@WKUVX1.WKU.EDU, an electronic mailing list established for the discussion of the Message Exchange mail software. This is a routine posting you will see from time to time on MX-List. MX-List postings are also available in a daily digest format. To subscribe to the digest, send the following command in the body of a mail message to MXserver@WKUVX1.WKU.EDU: SUBSCRIBE MX-List-Digest "Your real name here" The MX-List archives are maintained at ARCHIVES@WKUVX1.WKU.EDU. To get a copy of any month's postings, send an e-mail message with the body SEND MX-List.yyyy-mm to ARCHIVES@WKUVX1.WKU.EDU, where "yyyy" is the year and "mm" is the numeric representation of the month. For example, the message SENDME MX-List.1992-04 will send the archives for April 1992. MX itself is available via anonymous ftp from ftp.spc.edu in [.MX.MX041]. You can also get it via e-mail by sending the commands SEND MX and SEND FILESERV_TOOLS on separate lines in the body of a mail message to FILESERV@WKUVX1.WKU.EDU. To remove yourself from the mailing list, send the following command to MXserver@WKUVX1.WKU.EDU: SIGNOFF MX-List MXserver supports a few other commands for your convenience. The following commands can be handled automatically by the list processor: SIGNOFF MX-List - to remove yourself from the list REVIEW MX-List - to get a list of subscribers QUERY MX-List - to get the status of your entry on the list SET MX-List NOMAIL - to remain on the list but not receive mail SET MX-List MAIL - to resume receiving mail from the list SET MX-List CONCEAL - to not report your address in a REVIEW SET MX-List NOCONCEAL - to report your address in a REVIEW SET MX-List REPRO - to receive posts you make to MX-List SET MX-List NOREPRO - to not receive posts you make to MX-List LIST - to get a list of mailing lists served by WKUVX1 HELP - to receive a help file By default, subscriptions are set to MAIL, REPRO, NOCONCEAL. If you have any questions, comments, or suggestions about MX-List, please contact the list owner at the address below. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Hunter Goatley, VAX Systems Programmer goathunter@WKUVX1.WKU.EDU Western Kentucky University Academic Computing, STH 226 (502) 745-5251 Bowling Green, KY 42101 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ================================================================================ Archive-Date: Tue, 01 Nov 1994 08:44:14 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Nov 1994 08:44:02 CDT From: Howard Meadows Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986CED.2FDE93F1.12@cslvax.weeg.uiowa.edu> Subject: RE: MX-LIST Administrivia: Monthly Post "Hunter Goatley, WKU" writes: > >Posting statistics for list MX-LIST during October 1994 > >Total number of posts: 112 >Total number of posters: 73 >Total number of subscribers: 258 > >Total number of digest subscribers: 49 > Hunter; How do you generate these stats? Is there something included in the MX distribution to do this? -Howard *************************************************************************** * Howard Meadows Sr. Systems Programmer Weeg Computing Center * * University Of Iowa Iowa City, Iowa 52242 Phone: 319-335-5519 * * email: howard-meadows@uiowa.edu FAX : 319-335-5505 * *************************************************************************** ================================================================================ Archive-Date: Tue, 01 Nov 1994 10:21:28 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Nov 1994 09:21:12 MST From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986CF2.60BB6900.3@earth.oscs.montana.edu> Subject: RE: MX-LIST Administrivia: Monthly Post In article <00986CED.2FDE93F1.12@cslvax.weeg.uiowa.edu>, Howard Meadows writes: [NB Quote symbol is "%" for the current message.] %"Hunter Goatley, WKU" writes: %> %>Posting statistics for list MX-LIST during October 1994 %> %>Total number of posts: 112 %>Total number of posters: 73 %>Total number of subscribers: 258 %> %>Total number of digest subscribers: 49 %> % %Hunter; % % How do you generate these stats? Is there something included in the %MX distribution to do this? Me too! How are they generated (there doesn't appear to be anything in the MX 4.1 package)? Mark ichjsmt@earth.oscs.montana.edu ================================================================================ Archive-Date: Tue, 01 Nov 1994 12:25:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Nov 1994 09:30:53 EST From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: uunet!WKUVX1.WKU.EDU!mx-list@esseye.si.com CC: P.Heuer@syd.dwt.csiro.au Message-ID: <00986CF3.BB93D460.33@swdev.si.com> Subject: RE: Bug in naming log files in MX_START.COM Powell Heuer (P.Heuer@syd.dwt.csiro.au) writes: >I'm running MX V4.1 VAX. I've recently noticed that the log files for MLF and >SMTP_SERVER don't include the node name in the name, ie the log files are >MX_DEVICE:[MX.SMTP]SMTP_SERVER.LOG and MX_DEVICE:[MX.MLF]MX_MLF.LOG without >including the name of the node running the component. The log files for the >other components I run (LOCAL, SMTP and ROUTER) do include the node name as >expected. There does seem to be a bug in MX_START. This was discussed about a month ago in the MX-List. Here's the fix: $ diff mx_exe:mx_start.com/mer=5/mat=5 ************ File MX_ROOT:[EXE]MX_START.COM;5 87 $ ELSE 88 $ FILEID = NODE 89 $ ENDIF 90 $ IF F$LOCATE (WHAT+"/", THINGS) .LT. F$LENGTH (THINGS) THEN GOTO START_ 91 $ GOTO LOOP 92 $! 93 $START_MAILSHR: ****** File MX_ROOT:[EXE]MX_START.COM;4 87 $ ENDIF 88 $ IF F$LOCATE (WHAT+"/", THINGS) .LT. F$LENGTH (THINGS) THEN GOTO START_ 89 $ GOTO LOOP 90 $! 91 $START_MAILSHR: ************ Number of difference sections found: 1 Number of difference records found: 2 DIFFERENCES /IGNORE=()/MATCH=5/MERGED=5- MX_ROOT:[EXE]MX_START.COM;5- MX_ROOT:[EXE]MX_START.COM;4 ================================================================================ Archive-Date: Tue, 01 Nov 1994 16:08:19 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 01 Nov 1994 16:08:12 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986D2B.3C49CBCD.11@ALPHA.WKU.EDU> Subject: RE: MX-LIST Administrivia: Monthly Post Mark Tarka writes: > >%>Posting statistics for list MX-LIST during October 1994 >%> >%>Total number of posts: 112 [...] >%Hunter; >% >% How do you generate these stats? Is there something included in the >%MX distribution to do this? > >Me too! How are they generated (there doesn't appear to be anything >in the MX 4.1 package)? > It's a combination of DCL and GAWK code that I've never bothered to put together in a form for others to use. I'll try to do that soon. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 01 Nov 1994 19:57:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 12:57:10 +1000 From: Powell HEUER Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: powell@syd.dwt.csiro.au Message-ID: <00986DD9.B6C4C7A0.1@syd.dwt.CSIRO.AU> Subject: Re: Bug in naming log files in MX_START.COM Brian Tillman writes: >There does seem to be a bug in MX_START. This was discussed about a month ago >in the MX-List. Here's the fix: > ... Thanks for the fix. I must have missed it when originally discussed. Regards Powell Heuer --------------------------------------------------------------------- Powell Heuer E-Mail: P.Heuer@syd.dwt.csiro.au CSIRO Division of Wool Technology Phone : +61 2 809 9444 PO Box 7 Fax : +61 2 809 9476 Ryde NSW 2112 AUSTRALIA ================================================================================ Archive-Date: Wed, 02 Nov 1994 02:37:31 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Bounced messages go to wrong address Date: 1 Nov 94 13:53:06 -0500 Message-ID: <1994Nov1.135306.1@willow.uml.edu> To: MX-List@WKUVX1.WKU.EDU Recently we had a problem with a disk drive that resulted in lots of incoming email being bounced back to the sender. When the sender happens to be a LISTSERV-type mailing list the message is bounced to the sender rather than the list owner which causes a lot of problems. Two messages from listserver managers are shown below. Does anyone know what causes this and how can I fix it? There doesn't seem to be anything in the MX manual concerning this topic. We use DEC MailWorks and Message Router software. Some people have indicated that this is a problem with MailWorks or MR but the people (those few remaining) at DEC haven't the slightest idea what I am talking about and refuse to help. Thanks, Dick Desroches ============================================================================ ... Your mail daemon fails to return undelivered mail to the Envelope MAIL FROM as required by RFC 1123. Please correct. It is important to return undelivered mail to list owners (see the return-path header) so that appropriate action can be taken. ============================================================================= ... When your mail system rejects mail, it returns the "bounce mail" to the "From:" address in the mail header rather than to the appropriate address (in the mail envelope). Normally mail delivery problems are returned to me. But a few, thankfully very few, return delivery problems to the author of a post. The authors usually don't know what to do with the bounce message; in fact, unless they are experienced in the area, it seems that their post was not distributed. =============================================================================== Header file from a bounced message: >RE Message ID: 93822282014991/705924@WOODS >UA content ID: SPSS file on Mac with apparently random blank spaces > >Attempted delivery to: > > Route : @AM <-- > Userid : SULLIVANMA > Arrival date : 29-OCT-1994 22:29 > >This delivery failed. Failure reason was "transfer failure". >Diagnostic was "max time expired". > >Message-id: 93822282014991/705924@WOODS >From: MX%"Murphy@SBASERV.SBA.UCONN.EDU"@MRGATE@WOODS >Subject: SPSS file on Mac with apparently random blank spaces >Precedence: 1 >To: SULLIVANMA@AM > >Return-Path: >Received: from uga.cc.uga.edu by aspen.uml.edu (MX V4.1 VAX) with SMTP; Fri, 28 > Oct 1994 22:28:37 EDT >Received: from UGA.CC.UGA.EDU by uga.cc.uga.edu (IBM VM SMTP V2R2) with BSMTP > id 0247; Fri, 28 Oct 94 22:28:41 EDT >Received: from UGA.CC.UGA.EDU (NJE origin LISTSERV@UGA) by UGA.CC.UGA.EDU > (LMail V1.2a/1.8a) with BSMTP id 5352; Fri, 28 Oct 1994 20:58:50 >-0400 >Date: Wed, 19 Oct 1994 12:29:52 -0400 >Reply-To: Murph Sewall >Sender: "SPSSX(r) Discussion" >From: Murph Sewall >Subject: SPSS file on Mac with apparently random blank spaces >To: Multiple recipients of list SPSSX-L > ..... ================================================================================ Archive-Date: Wed, 02 Nov 1994 03:19:39 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 12:48:49 +0330 From: SAEED KHADEMI Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00986DD8.8C3A1540.54@IREARN.BITNET> Subject: Filtering mails coming to a list Hello, I want to ask that is it possible to filter incoming mails to a list, defined in MX? For example, I don't want my list to accept some carazy mails coming from a dumy account on a known host, but I don't know if it's possible. Any comment will be useful. Regards, Saeed. +-----------------------------------------------------------------+ | Saeed Khademi | Bitnet : SAEED@IREARN.BITNET | | Computer Division | Internet : SAEED@ROSE.IPM.AC.IR | | Institute for studies in | P.O.Box : 19395-1795 | | theoretical Physics and | Fax : +9821 8014003 | | Mathematics ( IPM ) | Telex : +9821 214758 | | Iran/Tehran | Phone : +9821 8014869 | +-----------------------------------------------------------------+ ================================================================================ Archive-Date: Wed, 02 Nov 1994 04:11:01 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 11:12:44 MEZ ( +0100) From: Peter Kobe Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986DCB.20066B60.40@pib1.physik.uni-bonn.de> Subject: MX Local temporary files Hallo, Due to events which are not always in the hands of the system manager - not enough quota for a user, disk unavailable etc. - the MX-Local daemon writes thousends and thousends of 0-block files to mx_root:[local] and stops delivering any further messages. The files all apperar as lcl_*.tmp i.e. LCL_0295AC60_00986CBA_2020014A.TMP;1 If this happens over a long weekend or other reason for the absence of maintenance it fills the disk-file-header or does other nasty things. Is there any way to prevent MX-Local from not deleting these files? Peter ===================================================================== Peter Kobe Internet: Peter.Kobe@uni-bonn.de Physikalisches Institut HEPNET: 13562::SYSTEM Universitaet Bonn Tel: (49) 228 73 3222 D 53115 Bonn FAX: (49) 228 73 7869 Nussallee 12 ================================================================================ Archive-Date: Wed, 02 Nov 1994 07:42:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 07:42:48 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986DAD.CC2D3450.11@ALPHA.WKU.EDU> Subject: RE: Bounced messages go to wrong address desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) writes: > >Recently we had a problem with a disk drive that resulted in lots of incoming >email being bounced back to the sender. When the sender happens to be a >LISTSERV-type mailing list the message is bounced to the sender rather than >the list owner which causes a lot of problems. Two messages from listserver >managers are shown below. > >Does anyone know what causes this and how can I fix it? There doesn't seem >to be anything in the MX manual concerning this topic. We use DEC MailWorks >and Message Router software. Some people have indicated that this is a >problem with MailWorks or MR but the people (those few remaining) at DEC >haven't the slightest idea what I am talking about and refuse to help. > The problem is caused by MR. The MX SMTP envelope information isn't passed to MR, so when MR bounces mail, the only address it has is the VMS Mail From: line. The only way around the problem that I know of is to stop trying to use MX with Message Router, since MX provides no MR support. (Yes, I know that you have to have Message Router---but since there's no MR support in MX, there's nothing MX can do to solve this problem. And before anyone else asks, a number of people have volunteered to add MR support to MX, and all have (apparently) later discovered that it's an enormous task that just isn't worth the time it would take.) Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 02 Nov 1994 07:45:53 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 07:45:46 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986DAE.3637D22E.13@ALPHA.WKU.EDU> Subject: RE: Filtering mails coming to a list SAEED KHADEMI writes: > >Hello, > I want to ask that is it possible to filter incoming mails to a >list, defined in MX? > For example, I don't want my list to accept some carazy mails coming >from a dumy account on a known host, but I don't know if it's possible. The only way to do this is with a pseudo-moderated list. MX doesn't support moderated lists yet, but you can fake it with two lists. For example, create list "X" with W:W protection and you as the only subscriber. You could then create list X-List, with a return address of "X," to which you subscribe all others. When a post is received for list X, you can turn around and forward it to the real list, X-List (or use EXTRACT/NOHEAD xxxx and SEND/FOREIGN/TYPE=255 xxxx if you have the MX_FAKE_RFC822 identifier and running MX V4.1). It's cumbersome, but it works.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 02 Nov 1994 07:46:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 07:46:25 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986DAE.4D63F9A0.1@ALPHA.WKU.EDU> Subject: RE: MX Local temporary files Peter Kobe writes: > >Hallo, > >Due to events which are not always in the hands of the system manager >- not enough quota for a user, disk unavailable etc. - >the MX-Local daemon writes thousends and thousends of 0-block files >to mx_root:[local] and stops delivering any further messages. >The files all apperar as lcl_*.tmp i.e. LCL_0295AC60_00986CBA_2020014A.TMP;1 > >If this happens over a long weekend or other reason for the absence >of maintenance it fills the disk-file-header or does other nasty things. > Yep. >Is there any way to prevent MX-Local from not deleting these files? > Not currently, no. I hope to correct this problem in MX V4.2. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 02 Nov 1994 09:05:35 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 15:02:35 GMT From: "Andy Harper, KCL Systems Manager" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: udaa055@bay.cc.kcl.ac.uk Message-ID: <00986DEB.3C10DD20.1049@bay.cc.kcl.ac.uk> Subject: RE: Filtering mails coming to a list >The only way to do this is with a pseudo-moderated list. MX doesn't >support moderated lists yet, but you can fake it with two lists. For >example, create list "X" with W:W protection and you as the only >subscriber. You could then create list X-List, with a return address >of "X," to which you subscribe all others. When a post is received >for list X, you can turn around and forward it to the real list, >X-List (or use EXTRACT/NOHEAD xxxx and SEND/FOREIGN/TYPE=255 xxxx if >you have the MX_FAKE_RFC822 identifier and running MX V4.1). > >It's cumbersome, but it works.... This is a neat trick; I've been looking for something similar for ages (just tried it and it works!). Is this identifier documented anywhere? I couldn't find it with a brief scan through the manual. Andy Harper Kings College London ================================================================================ Archive-Date: Wed, 02 Nov 1994 09:39:06 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 09:38:56 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986DBE.057B6140.15@ALPHA.WKU.EDU> Subject: RE: Filtering mails coming to a list "Andy Harper, KCL Systems Manager" writes: > >This is a neat trick; I've been looking for something similar for ages (just >tried it and it works!). Is this identifier documented anywhere? I couldn't >find it with a brief scan through the manual. > It's documented in the release notes, but that's the only place, other than a brief mention in the MX Mgmt Guide. Lack of documentation was intentional; I'll probably add more documentation in V4.2. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 02 Nov 1994 11:34:33 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 12:33:57 EST From: Peanut butter forever! Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <00986DD6.78958377.1@vax6.drc.com> Subject: smtp_server processes dies without apparent reason. Forgive me, I think this was discussed last week and I managed to mkiss it due to high workloads. Starting yesterday afternoon, my smtp_server process is dying. I enabled accounting and got a logfile entry, but it just gives a numeric status code, which I cannot decode. Any help would be deeply appreciated. Here's the logfile 2-NOV-1994 12:01:26.08: MX SMTP Server (pid 20411263) starting 2-NOV-1994 12:24:23.05: MX SMTP Server (pid 20411263) exiting, status = 10248074 This is really interfering with mail getting through, thoughts? Dan Graham ================================================================================ Archive-Date: Wed, 02 Nov 1994 11:55:12 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: courtney@birdville.k12.tx.us (Roger Courtney - Systems, Programming & Operations) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: SITE delivery is hanging. Date: 2 Nov 94 11:28:34 -0600 Message-ID: <1994Nov2.112834.1@ringo> To: MX-List@WKUVX1.WKU.EDU I realize we are pretty much on our own with SITE delivery, but I hope someone out the has an answer. I tried to E-Mail Ted Nieland at NIELAND_TASD-YF.WPAFB.AF.MIL, as the readme file suggests, but the host doesn't exist. I am using Multinet 3.3 and MX 4.1 on a VAX cluster (VMS v5.5-2H4). I've been using the SITE_DELIVER.COM with GATEMAIL for about a year. Just recently it's been hanging up during the execution of sub-process "MX->SITE" running the GATEMAIL program. I've noticed that the NEWSGATE*.BATCH file is being created with the message in it but GATEMAIL will not finish and close the file. If I kill the sub-process, the BATCH file contains the message. The next NEWSSKIM posts the message to the newsgroup. The "MX->SITE" process just eats up cpu cycles and goes nowhere. It will consume all available CPU time. HELP! :-) Here is the MX_SITE_LOG.LOG file with MX_SITE_DEBUG set. ------------------------------------------------------------------------------ 2-NOV-1994 10:25:28.29 Processing queue entry number 2. 2-NOV-1994 10:25:29.53 DELIVER: Delivering... 2-NOV-1994 10:25:30.19 DELIVER_FILE: Status=00000001 spawning subprocess. 2-NOV-1994 10:25:30.66 DELIVER_FILE: Command: @MX_EXE:SITE_DELIVER - 2-NOV-1994 10:25:30.68 DELIVER_FILE: "uniface-gate" - 2-NOV-1994 10:25:30.73 DELIVER_FILE: MX_ROOT:[SITE]SITE_MSG_85E21FC6_00986DC4_20400802.TMP;1 - 2-NOV-1994 10:25:30.77 DELIVER_FILE: MX_ROOT:[SITE]SITE_ADR_85E21FC6_00986DC4_20400802.TMP;1 - 2-NOV-1994 10:25:30.82 DELIVER_FILE: "" ------------------------------------------------------------------------------ Here is temp file SITE_ADR_*.TMP ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ Here is temp file SITE_MSG_*.TMP ------------------------------------------------------------------------------ Received: from ctc.ctc.edu by ringo.birdville.k12.tx.us (MX V4.1 VAX) with SMTP; Tue, 01 Nov 1994 04:56:59 CST Received: by ctc.ctc.edu (1.38.193.5/16.2) id AA02866; Tue, 1 Nov 1994 02:56:51 -0800 Date: Tue, 1 Nov 1994 02:56:51 -0800 Message-ID: <9410017837.AA783718540@unvienna.iaea.or.at> Errors-To: bshaver@dev3.ctc.edu Reply-To: uniface-l@ctc.ctc.edu Originator: uniface-l@ctc.ctc.edu Sender: uniface-l@ctc.ctc.edu Precedence: bulk From: paul_gillingwater@unvienna.iaea.or.at (paul gillingwater) To: uniface-gate@birdville.k12.tx.us Subject: Re[2]: Uniface, Sybase X-Listserver-Version: 6.0 -- UNIX ListServer by Anastasios Kotsikonas X-Comment: UNIFACE-L Uniface List Paul Gillingwater wrote: > > Onto another problem -- we have the U2.3 drivers for Sybase for [...SNIP...] occurs to me is a proc that checks the contents of an occurrences keys, but it sounds like a lot of overhead. Thanks, Mike Fronheiser, Crawford Consulting. ------------------------------------------------------------------------------ What else can I capture to help find the problem? I recompiled GATEMAIL today. No help. TIA, --- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Roger Courtney Birdville Independent School District - Supervisor of Systems, 3126 Carson St Programming and operations Fort Worth, TX 76117 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ E-Mail: courtney@birdville.k12.tx.us Voice: (817) 831-5892 or : Roger_Courtney@QM.birdville.k12.tx.us Fax: (817) 831-5896 WWW: http://www.birdville.k12.tx.us/ Gopher: birdville.k12.tx.us ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ================================================================================ Archive-Date: Wed, 02 Nov 1994 11:56:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: SITE delivery is hanging. Date: 2 Nov 1994 17:28:37 GMT Message-ID: <398i85$75q@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Nov2.112834.1@ringo>, courtney@birdville.k12.tx.us (Roger Courtney - Systems, Programming & Operations) writes: # I realize we are pretty much on our own with SITE delivery, but I #hope someone out the has an answer. I tried to E-Mail Ted Nieland at #NIELAND_TASD-YF.WPAFB.AF.MIL, as the readme file suggests, but the host #doesn't exist. [...] # Here is the MX_SITE_LOG.LOG file with MX_SITE_DEBUG set. #------------------------------------------------------------------------------ # 2-NOV-1994 10:25:28.29 Processing queue entry number 2. # 2-NOV-1994 10:25:29.53 DELIVER: Delivering... # 2-NOV-1994 10:25:30.19 DELIVER_FILE: Status=00000001 spawning subprocess. # 2-NOV-1994 10:25:30.66 DELIVER_FILE: Command: @MX_EXE:SITE_DELIVER - # 2-NOV-1994 10:25:30.68 DELIVER_FILE: "uniface-gate" - # 2-NOV-1994 10:25:30.73 DELIVER_FILE: MX_ROOT:[SITE]SITE_MSG_85E21FC6_00986DC4_20400802.TMP;1 - # 2-NOV-1994 10:25:30.77 DELIVER_FILE: MX_ROOT:[SITE]SITE_ADR_85E21FC6_00986DC4_20400802.TMP;1 - # 2-NOV-1994 10:25:30.82 DELIVER_FILE: "" [...] # What else can I capture to help find the problem? I recompiled #GATEMAIL today. No help. [...] Make the first line of SITE_DELIVER.COM be: $ SET VERIFY so we can get a better idea for what it's doing. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Wed, 02 Nov 1994 12:44:06 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 13:15:53 EST From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: uunet!WKUVX1.WKU.EDU!mx-list@esseye.si.com CC: graham@vax6.drc.com Message-ID: <00986DDC.5420FB20.22@swdev.si.com> Subject: RE: smtp_server processes dies without apparent reason. Dan Graham (graham@vax6.drc.com) writes: >Forgive me, I think this was discussed last week and I managed to mkiss it >due to high workloads. Starting yesterday afternoon, my smtp_server >process is dying. I enabled accounting and got a logfile entry, but it >just gives a numeric status code, which I cannot decode. Any help would be >deeply appreciated. Here's the logfile > > 2-NOV-1994 12:01:26.08: MX SMTP Server (pid 20411263) starting > 2-NOV-1994 12:24:23.05: MX SMTP Server (pid 20411263) exiting, status = >10248074 It sure was discussed, just this week, and here's the message associated with the number: $ write sys$output f$message("%x10248074") %STR-F-STRTOOLON, string is too long (greater than 65535) This has been caused by a message posted to quite a few mailing lists (including Info-VAX and others) about drugs. One of the headers was _long_ (hence the message). This is a basic restriction of VMS, that strings cannot exceed 64K in length. While MX should not bomb if this error occurs, it cannot be kept from occurring. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Wed, 02 Nov 1994 13:07:01 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 14:06:03 EST From: Peanut butter forever! Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <00986DE3.566FEC67.10@vax6.drc.com> Subject: The mail bomb that killed the smtp server process. Brian, thanks. I think you were right. Funny thing was that, after restarting the MX mailer this morning, that process died three more times before it finally looks like it'll stay up. I wonder if the fact that I was subscribed to a dozen lists and that several of them got nailed with that bomb just kept killing the process. Oh well, I'll write some code that checks on all the processes automatically and does a restart if any have died, but now that the mail bomb has gone off, probably won't need it for 5 years. Dan Graham ================================================================================ Archive-Date: Wed, 02 Nov 1994 13:42:53 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 14:37:04 EST From: Spencer Yost Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986DE7.ABBD42C0.144@ledger.co.forsyth.nc.us> Subject: RE: smtp_server processes dies without apparent reason. > Forgive me, I think this was discussed last week and I managed to mkiss it > due to high workloads. Starting yesterday afternoon, my smtp_server > process is dying. I enabled accounting and got a logfile entry, but it > just gives a numeric status code, which I cannot decode. Any help would be > deeply appreciated. Here's the logfile > > 2-NOV-1994 12:01:26.08: MX SMTP Server (pid 20411263) starting > 2-NOV-1994 12:24:23.05: MX SMTP Server (pid 20411263) exiting, status = 10248074 > > This is really interfering with mail getting through, thoughts? > > Dan Graham First, for future reference, the command: $write sys$output f$message("%X10248074") will give you the text version of the error message. Simply substitute the numeric value of $status where the 10248074 exists now. The message translates to %STR-F-STRTOOLON, string is too long (greater than 65535) Second: Here is a boiled down version of what I understood from everyone's posts. I HOPE SOMEONE will correct me if I misunderstood anything. Most everyone's problem was finally traced to a junk mail message (some type of drug legalization letter) whose header was larger than a string descriptor could hold. You may have the same problem, just a different message. The only work around seemed to be disabling mail from the particular site all together. That may not be kosher in your situation however. Turn on debug for the smtp server : $define/sys/exec mx_stmp_server_debug "TRUE" This will give you a clue as to the site. Disable that site. How you do this will will be different with all TCP/IP packages. As an example, I think ucx> set communication/nohost= will work DEC tcpip services for VMS. Post the log if you still have problems. +================================+====================================+ | Spencer William Yost | Mis Department | | Vax/VMS Systems Manager | Forsyth County Government | | Yost@ledger.co.forsyth.nc.us | 200 N. Main St Room 603 | | | Hall Of Justice | | | Winston-Salem NC 27101 | +=====================================================================+ ================================================================================ Archive-Date: Wed, 02 Nov 1994 14:02:41 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 02 Nov 1994 13:50:25 EST From: Bob Christenson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986DE1.2744A8E0.7@fcstc1.frco.com> Subject: Rewrite Rules Being a new user of MX, I have spent the last few weeks installing and configuring MX. All seems to be working just great. As I had anticipated, some of the real fun begins as you start to modify the environment to specific needs. My questions here is in regards to rewrite rules. Do rewrite rules only act upon recipient addresses or do/can they be made to work on From: addresses? We are using MAILWORKS here and the From: addresses are interesting to say the least. I have looked into the [.EXAMPLES] and [.CONTRIB] directories and have found some code that looks like it is addressing the kind of strings Message Router is passing to MX but it isn't clear on what part of the header they are working on. Any help would be appreciated. ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ================================================================================ Archive-Date: Wed, 02 Nov 1994 16:34:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: RE: smtp_server processes dies without apparent reason. Date: 2 Nov 1994 22:23:37 GMT Message-ID: <3993h9$mac@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00986DDC.5420FB20.22@swdev.si.com>, "Brian Tillman" writes: =$ write sys$output f$message("%x10248074") =%STR-F-STRTOOLON, string is too long (greater than 65535) = =This has been caused by a message posted to quite a few mailing lists (including =Info-VAX and others) about drugs. One of the headers was _long_ (hence the =message). This is a basic restriction of VMS, that strings cannot exceed 64K in =length. While MX should not bomb if this error occurs, it cannot be kept from =occurring. Why not? What routine is there in MX that *MUST* call a STR$ routine without first checking to make sure that it won't violate the string definitions? -------------------------------------------------------------------------------- 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, 02 Nov 1994 17:33:55 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Rewrite Rules Date: 2 Nov 1994 23:23:26 GMT Message-ID: <39971e$mac@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00986DE1.2744A8E0.7@fcstc1.frco.com>, Bob Christenson writes: =Do rewrite rules only act upon recipient addresses or do/can they be made to =work on From: addresses? Only the recipient addresses. If I recall correctly, if you want to modify the From: addresses, the appropriate way to do so is via the "SITE" interface. -------------------------------------------------------------------------------- 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, 03 Nov 1994 11:29:00 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Yet more on smtp_server crashing. Date: 3 Nov 94 11:59:31 -0500 Message-ID: <1994Nov3.115931.1@willow.uml.edu> To: MX-List@WKUVX1.WKU.EDU I have followed the postings on the newsgroup concerning the SMTP_SERVER process dieing with status=10248074 and I know that Hunter plans to address this in v4.2. However, I also have noticed that for most people this is a temporary problem - they are able to restart the server and then everything is OK. My problem is that my smtp_server process has been crashing again shortly after I restart it all morning long (6-7 times now) with the same status message. Is this happening because there is a bad message somewhere in my queue or is it being resent repeatedly by the remote system? How do I find the bad message (or remote source) and get rid of it so that the smtp_server will keep running? Thanks, Dick Desroches ================================================================================ Archive-Date: Thu, 03 Nov 1994 13:39:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 03 Nov 1994 14:39:43 EST From: Peanut butter forever! Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986EB1.34BF32CF.1@vax6.drc.com> Subject: Re: smtp server repeatedly crashes. Hi Dick, I am having the exact same problem. I'm getting a message from guardian@clark.net that has a header larger than the system can handle and it is rejeccted and crashes the smtp server process. Of course, the remote interprets this as a bounce and keeps on trying. I have sent email to Root at that address and to the actual username, have not heard yet. I made up a little batch job that I submit that checks the process and restarts the MX thing every 20 minutes. It seems to work and the mail is getting through. Dan Graham ================================================================================ Archive-Date: Thu, 03 Nov 1994 14:12:06 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: madison@tgv.com (Matt Madison) Subject: Re: Bounced messages go to wrong address Date: 3 Nov 1994 18:31:06 GMT Message-ID: <39ba9a$leq@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Nov1.135306.1@willow.uml.edu>, desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) writes: & Recently we had a problem with a disk drive that resulted in lots of incoming & email being bounced back to the sender. When the sender happens to be a & LISTSERV-type mailing list the message is bounced to the sender rather than & the list owner which causes a lot of problems. Two messages from listserver & managers are shown below. & & Does anyone know what causes this and how can I fix it? There doesn't seem & to be anything in the MX manual concerning this topic. We use DEC MailWorks & and Message Router software. Some people have indicated that this is a & problem with MailWorks or MR but the people (those few remaining) at DEC & haven't the slightest idea what I am talking about and refuse to help. The problem is probably being caused by the fact that mail to MR-based users is going through VMS MAIL and MRGATE. VMS MAIL has only one source address -- just FROM:, so there can be no distinction between the reply address and the envelope from or errors-to address. So when the message gets over to the MR side of things, MR doesn't have the information it needs to be able to bounce the message in the accepted Internet fashion. There isn't a whole lot we can do about this, other than to work on a better interface to MR -- a wish that has been on the list for quite some time now. -Matt -- Matthew Madison | madison@tgv.com | +1 408 457 5390 TGV, Inc. | 101 Cooper Street | Santa Cruz, CA 95060 USA ================================================================================ Archive-Date: Thu, 03 Nov 1994 14:33:37 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 03 Nov 1994 14:29:46 EST From: Bob Christenson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986EAF.D10F6940.1@fcstc1.frco.com> Subject: RE: Yet more on smtp_server crashing. desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) writes: > >I have followed the postings on the newsgroup concerning the SMTP_SERVER >process dieing with status=10248074 and I know that Hunter plans to address >this in v4.2. [SNIP] >Is this happening because there is a bad message somewhere in my queue or >is it being resent repeatedly by the remote system? How do I find the bad >message (or remote source) and get rid of it so that the smtp_server will >keep running? > >Thanks, >Dick Desroches In my short experience with MX, I have found it beneficial to turn on the accounting and debugging features with MX to help narrow in on the specific problems. The additional suggestion a few days ago to enable image accounting to provide additional information helped me clear up a problems I was having with the SMTP_SERVER process dying. I would suggest providing more information that these avenues provide. ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ================================================================================ Archive-Date: Fri, 04 Nov 1994 02:40:26 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 04 Nov 1994 08:40:11 GMT From: "John Hill, Cavendish Lab, Cambridge Univ. (01223-337243)" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00986F48.255903DA.8@hep.phy.cam.ac.uk> Subject: RE: Yet more on smtp_server crashing. >I have followed the postings on the newsgroup concerning the SMTP_SERVER >process dieing with status=10248074 and I know that Hunter plans to address >this in v4.2. > >However, I also have noticed that for most people this is a temporary >problem - they are able to restart the server and then everything is OK. >My problem is that my smtp_server process has been crashing again shortly >after I restart it all morning long (6-7 times now) with the same status >message. > >Is this happening because there is a bad message somewhere in my queue or >is it being resent repeatedly by the remote system? How do I find the bad >message (or remote source) and get rid of it so that the smtp_server will >keep running? > >Thanks, >Dick Desroches In our case, the problem was because the campus mail hub (through which all our incoming and outgoing mail is routed), kept on retrying the rogue mail. It was fairly easy to spot in that it showed up in the queue listing as a mail "IN PROGRESS" for a long time, then "CANCELLED" with 0 bytes transferred. I finally solved the problem by asking the mail hub administrator to kill the mail. The volume of mail we receive/send is not huge, so it wasn't difficult to trace the mail giving trouble - for sites with large mail loads this mu ================================================================================ Archive-Date: Fri, 04 Nov 1994 20:04:28 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: Filtering mails coming to a list Date: 5 Nov 1994 01:38:10 GMT Message-ID: <39enm2$9nm@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00986DD8.8C3A1540.54@IREARN.BITNET>, SAEED KHADEMI writes: # I want to ask that is it possible to filter incoming mails to a #list, defined in MX? # For example, I don't want my list to accept some carazy mails coming #from a dumy account on a known host, but I don't know if it's possible. # Any comment will be useful. Unfortunately, there isn't a mechanism to positively identify a dummy account, so building a filter isn't possible. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Sat, 05 Nov 1994 10:02:09 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 05 Nov 1994 10:02:25 EST From: "Bryan, 296-9371" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@pca.state.mn.us Message-ID: <0098701C.CC69CA20.5@spock.pca.state.mn.us> Subject: local delivery problem I have a problem with the local delivery process dying with a file not found error status. When I enable MX_LOCAL_DEBUG it shows the process dies processing queue entry 828, but when I do a "MCP SHOW QUEUE", there are no entries in the queue. This same entry later comes around to kill all the local delivery agents in the cluster. How can I reset the queue to eliminate this "phantom" entry?? Thanks in advance. ********************************************************************** * Bryan Fredrick Minnesota Pollution Control Agency * * Computer Services Office 520 Lafayette Road N. * * +1 612 296 9371 Voice St. Paul, MN 55155 * * +1 612 282 5446 Fax bryan.fredrick@pca.state.mn.us * ********************************************************************** ================================================================================ Archive-Date: Sat, 05 Nov 1994 10:51:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: local delivery problem Date: 5 Nov 1994 16:44:45 GMT Message-ID: <39gcpt$hbd@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0098701C.CC69CA20.5@spock.pca.state.mn.us>, "Bryan, 296-9371" writes: #I have a problem with the local delivery process dying with a file not #found error status. When I enable MX_LOCAL_DEBUG it shows the process #dies processing queue entry 828, but when I do a "MCP SHOW QUEUE", there #are no entries in the queue. This same entry later comes around to kill #all the local delivery agents in the cluster. # #How can I reset the queue to eliminate this "phantom" entry?? Try forcing a cancellation by: MCP> QUEUE CANCEL 828 or, if that doesn't quite do it, try: $ MCR MX_EXE:MCP SHUTDOWN/CLUSTER $ SET DEFAULT MX_FLQ_DIR: $ SET DEFAULT [.8] $ DELETE 828.*;*/LOG $ MCR MX_EXE:MCP QUEUE SYNCH $ @SYS$STARTUP:MX_STARTUP and see if that clears it up. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Sat, 05 Nov 1994 13:08:03 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 05 Nov 1994 20:05:38 MET From: Pavol Mederly Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@WKUVX1.WKU.EDU Message-ID: <00987071.1120D740.3@center.fmph.uniba.sk> Subject: Problems when there are no sockets available Hello, after installing UCX 3.1 I made a mistake - I forgot to set maximum number of sockets from the default value of 60. Some time after that we noticed that messages going out via SMTP-TCP/IP were just disappearing - they went out from the MX message queue but did not arrive to the destination machine. MX_SMTP_LOG.LOGs contained only this text: 2-NOV-1994 20:27:07.05 Processing queue entry number 14 on node CENTER 2-NOV-1994 20:27:07.53 Entry now completely processed, no retries needed. 2-NOV-1994 20:27:07.66 *** End of processing pass *** MX_SMTP_ACC.DAT contained no records about lost messages. Corresponding MX_ROUTER_LOG.LOG seemed ok: 2-NOV-1994 20:27:05.82 %PROCESS, Processing entry number 13 2-NOV-1994 20:27:06.12 %PROCESS, Status from READ_INFO was 00000001 2-NOV-1994 20:27:06.12 %PROCESS, Recipient #0: 2-NOV-1994 20:27:06.13 %REWRITE, No rewrite rules matched 2-NOV-1994 20:27:06.14 %FINDPATH, domain name CCS.CARLETON.CA matched path pattern *.* 2-NOV-1994 20:27:06.14 %PROCESS, Rewrote as - next hop MAILHUB, path 2 2-NOV-1994 20:27:06.29 %PROCESS, Adding to SMTP path: . 2-NOV-1994 20:27:06.75 %PROCESS, Path SMTP gets 1 rcpts, entry number 14 $ UCX SHOW COMM showed that there were no available Device_sockets. After increasing that parameter (UCX> set comm/dev=300) and restarting MX everything was ok. Our configuration: VMS 5.5-2, UCX 3.1, MX 4.0 We had the same problem in May on VMS 5.5, UCX 2.0b (or d?) and MX 3.2 (or 3?). If it's a bug in MX it would be nice if it could be corrected, because many messages were lost without any warning. Sorry if this problem was reported before, I had time to scan MX-LIST mail messages only very briefly. Thanks, Pavol Mederly System administrator Comenius University, Bratislava ================================================================================ Archive-Date: Sun, 06 Nov 1994 12:28:33 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 06 Nov 1994 11:05:36 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <009870EE.CAABBE00.22@borgil.cxo.dec.com> Subject: All SMTP mail fails when sending to an undefined host I just had an interesting experience and was curious if this is expected behavior or not. I'm currently running MX 4.1 on a VMS 5.5-2 system under DEC TCP/IP Services for VMS (ie: UCX). On Friday (4-Nov) I noticed that mail from my mailing list was not going out. Doing a MCP SHOW QUEUE/FULL revealed a "Protocol Error?" from MX on all of the recepients via SMTP (the local and site stuff went through fine). I shutdown MX and restarted it, but nothing changed. I then shutdown MX and restarted UCX, and still no change. Next I turned on logging and found that when SMTP was connecting up to relay.dec.com (an MX record pointing to our gateways), it was doing the check for each receipient. Everytime it got to this one address, there would be no further output for 5 minutes, and then the MX-E-NOCOMPLETE status would be returned, and then ALL of the receipients would receive the MX-E-PROTOERR (not just the person with a problem)! Is this expected behavior (that if one person fails, all of the SMTP distribution fails)? Upon further checking, this subscriber's address is now invalid (the host is no longer a valid TCP/IP address through the name server). This means that all the messages (luckily this is a low volume list) aborted because of this one subscriber (no one has received any mail until this morning when I figured this out). I defined an alias for my system to be this person's host address (and I'm watching over my shoulder for the netpolice to come and get me now ;^) so that all the mail would be delivered, and have removed this person from the list. Is there anyway to avoid this in the future? If someones address suddenly vanishes, should everything fail like this? Can't this one address be marked, and everyone else can still receive the mail? Thanks... Mike ____________________________________________________________________________ / Mike Frazier | One useless man is a disgrace, two are a \ | Digital Equipment Corp. | lawfirm, and three or more make a Congress. | | Rdb Support Team | -- John Adams, 1776 | | Colorado Springs, Colorado| | |-----------------------------------------------------------------------------| \ Email Address: m_frazier@borgil.cxo.dec.com / ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Sun, 06 Nov 1994 15:30:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <9411062127.AA08386@us3rmc.pa.dec.com> Date: Sun, 6 Nov 94 13:27:04 PST From: Scot Bishop-Walker - DEC PC Integration 06-Nov-1994 1308 Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: scot@vmpyr.enet.dec.com Subject: RE: All SMTP mail fails when sending to an undefined host Mike - Nice to see you out in the big world, instead of just inside DEC! And thanks for all the help getting MX set up. I've passed on the info and knowledge to a friend at the University of Houston, and helped her get things working there. I just had an interesting experience and was curious if this is expected behavior or not. I'm currently running MX 4.1 on a VMS 5.5-2 system under DEC TCP/IP Services for VMS (ie: UCX). That's the same configuration I have on my machine. On Friday (4-Nov) I noticed that mail from my mailing list was not going out. Doing a MCP SHOW QUEUE/FULL revealed a "Protocol Error?" from MX on all of the recepients via SMTP (the local and site stuff went through fine). I shutdown MX and restarted it, but nothing changed. I then shutdown MX and restarted UCX, and still no change. Next I turned on logging and found that when SMTP was connecting up to relay.dec.com (an MX record pointing to our gateways), it was doing the check for each receipient. Everytime it got to this one address, there would be no further output for 5 minutes, and then the MX-E-NOCOMPLETE status would be returned, and then ALL of the receipients would receive the MX-E-PROTOERR (not just the person with a problem)! Is this expected behavior (that if one person fails, all of the SMTP distribution fails)? This is the same problem I brought up a few weeks ago. Nobody responded, so my guess is nobody else has seen this. I sent the error messages to the list, too. It was strange that I had 4 lists, each with a digest, and only this one list had the problem. The digest for that list worked dine, and all the LOCAL addresses received mail. I never knew there was a problem, as I received mail every day from the list. Since the digest worked fine, and all the other lists and digests had no problems at all, I assumed that the problem was somewhere in the list definition. I found that if the list was deleted (that was my last resort...I had 300 people yelling at me about no mail!), and all subscribers re-subbed, everything worked fine. My list had something over 300 subscribers, and all the messages were being dropped off into never-never land, and one error message would be sent back to me. I did a REVIEW {LISTNAME} /out={filename}, then edited the file to put an "ADD/NONOTIFY {LISTNAME}" in front of each subscriber's name. Then I had to edit off the (NOCASE), (CONCEAL), etc. statements, move them to /CONCEAL , /NOMAIL, etc. in front of the name. (Essentially creating a subscribe command file). Once that was done, I REMOVEd the list in MCP and deleted the list file from MX_MLIST_DIR. I reDEFINEd the list in MCP, with all the parameters it had before. The file I created from the REVIEW was then sent to LISTNAME-REQUEST (NOT the LISTSERV address!!). That fixed the problem. After all that was done, I had to go delete the entries from the MX queues. Any message that was under 3 days old was still sitting there, waiting to be sent successfully. Once the 3-day limit was hit, the ERRORS-TO address got the rejected message. Watch out for those NetPolice! - Scot ================================================================================ Archive-Date: Sun, 06 Nov 1994 17:06:03 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 06 Nov 1994 16:00:53 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <00987118.0A9AF160.3@borgil.cxo.dec.com> Subject: RE: All SMTP mail fails when sending to an undefined host |>Nice to see you out in the big world, instead of just inside DEC! ;^) |>I found that if the list was deleted (that was my last resort...I had 300 |>people yelling at me about no mail!), and all subscribers re-subbed, |>everything worked fine. Yeah, this would work since the problem is with an address(es) that is no longer valid (I'm not talking username, I'm saying the host (UTMC.UTC.COM in my case) is just gone. Since this address is gone, deleting the list and having everyone resubscribe would make this person go away, but then I consider that as using a pile driver to hammer in a 10 penny nail ;^). BTW: If you turn on MX_SMTP_DEBUG, you can find out who the culprit is by looking at the MX_SMTP_DIR:MX_SMTP_LOG.LOG file. The culprit is the last person SMTP tried to send to before the error comes back. The key is that MX just won't deliver a message to a distribution list when the host is invalid (ie: not found in the name server). You can test this out by subscribing someone to a list with the name joe@foo.bar. Now when you send mail to this list, you will get the protocol error (after the 5 minute timeout) and nobody will get the SMTP mail (local and site will get mail fine). BTW: Where is this 5 minute timeout comming from? Some UCX setting or from MX? If it is from MX, is it adjustable? I guess my beef is the fact that no delivery takes place due to one network burp. Can't this be caught on the specific instance, and allow the rest of the mail through? Thanks... Mike ================================================================================ Archive-Date: Mon, 07 Nov 1994 07:28:23 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: mvanbellen@jabba.hns.com (Mark Van-Bellen, MIS, HNS UK, x211) Subject: DECnet SMTP Message-ID: <1994Nov4.124017.22291@hns.com> Date: Fri, 4 Nov 1994 12:40:17 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hello, I have a node setup as a 'firewall' for both CMU/IP and MX 4.1 The problem I am encountering at the moment is that mail that gets routed via. DECnet SMTP gets network object unknown at remote node. I have pared down my MCP config...here are some details: MCP> show path Domain-to-path mappings: Domain="*", Path=DECnet_SMTP, Route="YOGI" (all incoming mail gets routed to YOGI via DECnet SMTP?) On YOGI, (NCP object) NCP>show object DECSMTP Object Volatile Summary as of 4-NOV-1994 12:38:10 Object Number File/PID User Id Password DECSMTP 254 MX_EXE:DNSMTP_SERVER.EXE DECSMTP /deleted/ The file on YOGI DNSMTP_SERVER.EXE;1 [SYSTEM] (RWED,RWED,RE,RE) Anybody got any ideas, I had a look in the manual but have probably missed something. Thanks in anticipation for your help. Mark +----------------------------------------------------------+-------------------+ | Mark Van-Bellen E-Mails MVANBELLEN@HNS.COM | | | Systems Engineer +----------------------------+ | | Hughes Network Systems Ltd. | Telephone : +44 908 221122 extension 211 | | Milton Keynes, England. | Fax : +44 908 221127 | +-----------------------------+------------------------------------------------+ | The three faithful things in life are money, a dog, and an old woman. | +------------------------------------------------------------------------------+ ================================================================================ Archive-Date: Mon, 07 Nov 1994 10:08:28 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 07 Nov 1994 10:05:26 EST From: Bob Christenson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009871AF.8DA78040.1@fcstc1.frco.com> Subject: RE: DECnet SMTP mvanbellen@jabba.hns.com (Mark Van-Bellen, MIS, HNS UK, x211) writes: > >Hello, I have a node setup as a 'firewall' for both CMU/IP and MX 4.1 >The problem I am encountering at the moment is that mail that gets routed >via. DECnet SMTP gets network object unknown at remote node. >I have pared down my MCP config...here are some details: ...[SNIPPED]... >Object Volatile Summary as of 4-NOV-1994 12:38:10 > > Object Number File/PID User Id Password > > DECSMTP 254 MX_EXE:DNSMTP_SERVER.EXE DECSMTP /deleted/ > ...[SNIPPED]... Did you set up an entry, DECSMTP, in the UAF file? Did you set up a directory that the UAF entry points to? If you did, there should be a NETSERVER.LOG file in that directory that would help get more information about the failure. ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ================================================================================ Archive-Date: Mon, 07 Nov 1994 11:36:41 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 07 Nov 1994 11:36:50 EST From: "David Harrold, Milwaukee School Of Engineering" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009871BC.520B91E0.9@barcly.acsd.msoe.edu> Subject: RE: All SMTP mail fails when sending to an undefined host >|>I found that if the list was deleted (that was my last resort...I had 300 >|>people yelling at me about no mail!), and all subscribers re-subbed, >|>everything worked fine. > [snip] > > The key is that MX just won't deliver a message to a distribution list > when the host is invalid (ie: not found in the name server). You can > test this out by subscribing someone to a list with the name > joe@foo.bar. Now when you send mail to this list, you will get the > protocol error (after the 5 minute timeout) and nobody will get the > SMTP mail (local and site will get mail fine). > > I guess my beef is the fact that no delivery takes place due to one > network burp. Can't this be caught on the specific instance, and allow > the rest of the mail through? > > Thanks... > Mike I was looking in my queue, but all of the messages I had like this have either been sent or bounced. Anyway, I am seeing the correct behavior. I have a mailing list (about 75 subscribers) and, on occasion, get a host that goes away for a while. The SMTP process sends the message to all of the subscribers and then the one person it can't reach gets retried later. The only thing I'm doing that is not out-of-the-box is running multiple SMTP processes. I'm not sure this would make a difference as the whole message gets handled by a single SMTP process anyway. Just some further info for the discussion... Dave Harrold ............................................................................... David Harrold harrold@msoe.edu Systems Manager Milwaukee School Of Engineering Phone: 414-277-7286 Computer and Communication Services Department 1025 N. Broadway Street Milwaukee, WI 53202-3109 ............................................................................... "I remember when mice were trapped, windows were washed and eunuchs guarded the harem." -Unknown ================================================================================ Archive-Date: Mon, 07 Nov 1994 15:34:55 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: All SMTP mail fails when sending to an undefined host Date: 7 Nov 1994 18:49:07 GMT Message-ID: <39lsr3$suv@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009870EE.CAABBE00.22@borgil.cxo.dec.com>, Ask me about Star Stare '95 writes: = I just had an interesting experience and was curious if this is = expected behavior or not. I'm currently running MX 4.1 on a VMS 5.5-2 = system under DEC TCP/IP Services for VMS (ie: UCX). = = On Friday (4-Nov) I noticed that mail from my mailing list was not = going out. Doing a MCP SHOW QUEUE/FULL revealed a "Protocol Error?" = from MX on all of the recepients via SMTP (the local and site stuff = went through fine). I shutdown MX and restarted it, but nothing = changed. I then shutdown MX and restarted UCX, and still no change. = Next I turned on logging and found that when SMTP was connecting up to = relay.dec.com (an MX record pointing to our gateways), it was doing the = check for each receipient. Everytime it got to this one address, there = would be no further output for 5 minutes, and then the MX-E-NOCOMPLETE = status would be returned, and then ALL of the receipients would receive = the MX-E-PROTOERR (not just the person with a problem)! Is this = expected behavior (that if one person fails, all of the SMTP = distribution fails)? Er, sort of, maybe. You see, it wasn't actually the address that failed, it was the remote machine: SMTP is a protocol (that's what the P stands for). That protocol has provisions for dealing with bad addresses. The machine that figures out the address is bad is supposed to tell the machine that's trying to send the mail that the address is bad. A protocol failure means that the remote machine didn't give a valid response to something the local machine sent it. I don't know what the NOCOMPLETE message means, but I suspect that it indicates that the remote system didn't even respond. Now, if it doesn't respond, that means it's probably confused. So you woudn't expect it to give valid responses to further requests at that point, would you? Now, if a mailer is reasonably optimized, and it's got a message with several recipients, and all the copies have to go through the same system, it will try to send them all via a single SMTP session (It will issue the RCTP TO: command once for each recipient). And if the remote machine screws up on one of them, they all fail. There is, of course, a tradeoff here: By issuing multiple RCTP TO: commands, you save the overhead of setting up an SMTP connection for each copy of the message. If the remote machine works properly, this makes things more efficient. If, however, the remote machine violates the SMTP protocol, you have to assume that NONE of the messages were delivered properly. Hence, they all fail. = Upon further checking, this subscriber's address is now invalid (the = host is no longer a valid TCP/IP address through the name server). = This means that all the messages (luckily this is a low volume list) = aborted because of this one subscriber (no one has received any mail = until this morning when I figured this out). I defined an alias for my = system to be this person's host address (and I'm watching over my = shoulder for the netpolice to come and get me now ;^) so that all the = mail would be delivered, and have removed this person from the list. = = Is there anyway to avoid this in the future? Not really. At this point, you should get in touch with the manager of your gateway system (postmaster@relay.dec.com), tell him that his mailer is broken, and provide him with the log of a session that demonstrates the problem. Don't hold your breath waiting for him to fix the problem, though: It's almost certainly a system running that abomination known as SENDMAIL. = If someones address = suddenly vanishes, should everything fail like this? Nope. But with systems running SENDMAIL, just because something SHOULDN'T happen doesn't mean that it WON'T happen. = Can't this one = address be marked, and everyone else can still receive the mail? Not really. You see, the problem isn't with MX, it's with the crappy software running on your mail gateway. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Mon, 07 Nov 1994 16:12:11 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: RE: All SMTP mail fails when sending to an undefined host Date: 7 Nov 1994 19:02:41 GMT Message-ID: <39ltkh$suv@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00987118.0A9AF160.3@borgil.cxo.dec.com>, Ask me about Star Stare '95 writes: = The key is that MX just won't deliver a message to a distribution list = when the host is invalid (ie: not found in the name server). You can = test this out by subscribing someone to a list with the name = joe@foo.bar. Now when you send mail to this list, you will get the = protocol error (after the 5 minute timeout) and nobody will get the = SMTP mail (local and site will get mail fine). BULLSHIT! MX will gladly deliver a message to everybody on a distribution list with a valid address, even if one of the addrresses in the list is invalid. I just tried it to make sure. THE PROBLEM IS NOT WITH MX. THE PROBLEM IS WITH YOUR BRAIN-DEAD MAIL GATEWAY. Your gateway doesn't handle invalid addresses properly. Instead of telling MX that it can't deliver the message, it screws up and violaters the SMTP protocol. And when MX encounters a protocol violation in an SMTP session, the entire session is aborted. Since you're sending all the copies of that message through your brain-dead mail gateway, MX tries to deal with all of them in a single session. And then the garbage running on your gateway machine screws up, MX correctly decides that the message hasn't been sent. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Mon, 07 Nov 1994 21:07:29 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 14:07:21 +1100 From: Powell HEUER Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: powell@syd.dwt.csiro.au Message-ID: <0098729A.83AE7BC0.1@syd.dwt.CSIRO.AU> Subject: Processing SUBSCRIBE messages for mailing list without W:E I run a mailing list (from MX V4.1) without W:E access, ie where SUBSCRIBE requests are forwarded to the list owner for manual processing. The message from MXserver is a single line of the form: User: name
, command: SUBSCRIBE, list: LIST_NAME, parameters: The "Mailing List/File Server Guide" just says these messages have to be handled manually. Neither the MXserver or -Request interfaces accept messages of this format. To date I've been manually editing them to turn them from this form into a suitable ADD LIST_NAME "name"
command. Ideally I'd like to just be able to FORWARD the message for a subscribe that I've approved without any further work. It is obviously possible to write something that automatically reformats this message into the appropriate form and then sends it to MXserver (even possibly via the SITE interface). Is there an easier way that I've missed? Thanks Powell Heuer --------------------------------------------------------------------- Powell Heuer E-Mail: P.Heuer@syd.dwt.csiro.au CSIRO Division of Wool Technology Phone : +61 2 809 9444 PO Box 7 Fax : +61 2 809 9476 Ryde NSW 2112 AUSTRALIA ================================================================================ Archive-Date: Tue, 08 Nov 1994 08:10:47 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 10:10:33 AST From: Greg Bishop Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00987279.6F000020.69@ac.nsac.ns.ca> Subject: problems with forwarding from a UNIX system A Unix user in France is having problems sending mail to a user on my system. The user on my system can send to him without any problems. I've included his last message to me which also includes part of a bounced message to him, along with the pertinent MX rewrite rules. As far as I can tell, something is trying to send the message to TCampbell@ac.nsac.ns.ca, but she only has an account on cox.nsac.ns.ca. Remus is a microcomputer running Charon. Any help would be appreciated. Greg ### message ### From: MX%"markbb@max.roehampton.ac.uk" 8-NOV-1994 06:01:57.12 To: MX%"gbishop@ac.nsac.ns.ca" CC: Subj: Problems with TCampbell Return-Path: Received: from dna.alternb.fr by ac.nsac.ns.ca (MX V4.1 VAX) with SMTP; Tue, 08 Nov 1994 06:01:52 AST Received: from remcomp.fr by dna.alternb.fr with uucp (Linux Smail3.1.28.1 #1) id m0r4pSm-0006KuC; Tue, 8 Nov 94 12:15 GMT Received: by brown.remcomp.fr!brown; Tue, 08 Nov 1994 10:46:03 X-Mailer: WinNET Mail, v2.20 Message-ID: <54@brown.brown.remcomp.fr> Reply-To: markbb@max.roehampton.ac.uk (Mark B Brown) To: gbishop@ac.nsac.ns.ca Date: Tue, 08 Nov 1994 10:46:02 Subject: Problems with TCampbell From: markbb@max.roehampton.ac.uk (Mark B Brown) Dear Greg As suggested I used the bang and still it was rejected by your mail server. What next ;-) Many thanks Mark >--> Error description: >Error-For: cox$nsac$ns$ca!tcampbell@ac.nsac.ns.ca >Error-Code: 3 >Error-Text: No such local user > >Error-End: 1 error detected > >------------------------------ Rejected message ------------------------------ >Received: from dna.alternb.fr by ac.nsac.ns.ca (MX V4.1 VAX) with SMTP; Mon, 07 Nov 1994 23:02:17 AST >Received: from remcomp.fr by dna.alternb.fr with uucp (Linux Smail3.1.28.1 #1) id m0r4iua-0006KyC; Tue, 8 Nov 94 05:16 GMT >Received: by brown.remcomp.fr!brown; Tue, 08 Nov 1994 01:08:05 >X-Mailer: WinNET Mail, v2.20 >Message-ID: <50@brown.brown.remcomp.fr> >Reply-To: markbb@max.roehampton.ac.uk (Mark B Brown) >X-MX-Warning: Warning -- Invalid "To" header. >To: cox.nsac.ns.ca!TCAMPBELL >Date: Tue, 08 Nov 1994 01:08:05 >From: markbb@max.roehampton.ac.uk (Mark B Brown) >"snip!!" -- Mark B Brown - Ch 8 7 Et, 4 Av Sully Prudhomme, 75007 PARIS, FRANCE Tel: +33 1.44.16.91.64 Reply Set to: markbb@max.roehampton.ac.uk where messages are forwarded on. ### pertinent rewrite rules ##### Address-rewriting rules: Rewrite "<{u}@cox.nsac.ns.ca>" => "<@remus.nsac.ns.ca:{u}@cox.nsac.ns.ca>" Rewrite "<{u}@cox>" => "<@remus.nsac.ns.ca:{u}@cox.nsac.ns.ca>" Rewrite "<{u}@nsac.ns.ca>" => "<{u}@ac.nsac.ns.ca>" Greg Bishop Internet: GBISHOP@AC.NSAC.NS.CA System Manager Voice: (902) 893-6693 Nova Scotia Agricultural College Fax: (902) 895-4547 Truro, Nova Scotia CANADA B2N 5E3 ================================================================================ Archive-Date: Tue, 08 Nov 1994 08:54:08 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: jlm4@le.ac.uk (J.L. Morgan) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Need unsubscription information. Date: 8 Nov 1994 14:36:35 -0000 Message-ID: <39o2dj$eol@hawk.le.ac.uk> To: MX-List@WKUVX1.WKU.EDU Hi, I have been thrown into the deep end and been told to manage MX at a VAXen site. I have been enabled as an MX manager, but without the time to go through things properly. This means, really, that I haven't had chance to RTFM (as I know you will say :) The vital question is: how do you unsubscribe someone from a mailing list which they cannot get off. It is possible that I can get into MAILING_LIST-SUBSCRIBERS.MAILING_LIST, but I want a more elegant and less messy method. I don't mind editing the file, but I'd'ruther not. Is there any way to do this as a system user of MX? Or do I have to go in as privileged and manually edit the file? Details: VAX/VMS 5.3 (running on a MicroVAX II) MX V4.0-1 VAX Hope this helps. Many thanks in advance. -jono. -- Jon Morgan Department of Maths and Computer Science University of Leicester ____________________ ================================================================================ Archive-Date: Tue, 08 Nov 1994 08:55:16 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 07:47:21 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <00987265.6D927D80.5@borgil.cxo.dec.com> Subject: RE: All SMTP mail fails when sending to an undefined host carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) flamed: |>BULLSHIT! MX will gladly deliver a message to everybody on a distribution list |>with a valid address, even if one of the addrresses in the list is invalid. I |>just tried it to make sure. THE PROBLEM IS NOT WITH MX. THE PROBLEM IS WITH |>YOUR BRAIN-DEAD MAIL GATEWAY. Your gateway doesn't handle invalid addresses Well excuse me for posting a message to this list since I apparently don't have the knowledge that you do. I beg forgiveness from you for daring to post such a question, and showing my ignorance of this product. :-( Now that you've taken me down a few rungs, I'm sure your now a better person for this. I always thought support lists were for support (ie: sometimes stupid questions and assumptions are made by inexperienced (and experienced) users) so that the users can learn more about the product and get CONSTRUCTIVE answers to problems they encounter. I had assumed that MX-List was a support type list, but maybe my assumption was wrong. Geez Carl, your first post answered my question and I could see where my assumption was wrong (ie: MX is sending everything to the gateway as one message and not to each individual machine), and I didn't write my second post after your first post, so why post such flames (Do you like to hear yourself yell)? Its not like I didn't hear your first post and then posted my second so I deserved to be flamed. I'm sure glad you don't work in a comercial support organization. You apparently are very knowledgable, but you need to work on your diplomacy. To the rest of the list, sorry for taking up bandwidth with this message. All other responses of mine on this matter will be in private e-mail. Mike ____________________________________________________________________________ / Mike Frazier | One useless man is a disgrace, two are a \ | Digital Equipment Corp. | lawfirm, and three or more make a Congress. | | Rdb Support Team | -- John Adams, 1776 | | Colorado Springs, Colorado| | |-----------------------------------------------------------------------------| \ Email Address: m_frazier@borgil.cxo.dec.com / ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Tue, 08 Nov 1994 08:57:30 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 07:52:14 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <00987266.1C6C25E0.1@borgil.cxo.dec.com> Subject: RE: All SMTP mail fails when sending to an undefined host One last thing on this thread: Hunter (and others that have helped in writing and supporting MX), I hope that my original posts did not seem like an attack on MX, as they weren't meant to be. To me, it appeared that there was a real problem in the way that MX was not catching the error properly, hence my messages. Mike ================================================================================ Archive-Date: Tue, 08 Nov 1994 09:12:25 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 94 14:50:01 -0800 From: "Ian Miller - Softel Systems" Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <63653180114991/70740@SCOTS> To: mx-list@wkuvx1.wku.edu Subject: mail set transport command [This message is converted from WPS-PLUS to ASCII] I have seen patch kits to patch mail so that MX is always used. However I know that VMSMAIL has a SET TRANSPORT command. Does anybody know what this does and if it could be used to ensure outgoing mail is sent via MX ? ================================================================================ Archive-Date: Tue, 08 Nov 1994 09:48:00 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 09:47:04 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987276.26EFFD2E.17@ALPHA.WKU.EDU> Subject: RE: Processing SUBSCRIBE messages for mailing list without W:E Powell HEUER writes: > >I run a mailing list (from MX V4.1) without W:E access, ie where SUBSCRIBE >requests are forwarded to the list owner for manual processing. The message >from MXserver is a single line of the form: > User: name
, command: SUBSCRIBE, list: LIST_NAME, parameters: > >The "Mailing List/File Server Guide" just says these messages have to be handled >manually. Neither the MXserver or -Request interfaces accept messages of this >format. To date I've been manually editing them to turn them from this form >into a suitable ADD LIST_NAME "name"
command. > Correct. >Ideally I'd like to just be able to FORWARD the message for a subscribe that >I've approved without any further work. It is obviously possible to write >something that automatically reformats this message into the appropriate form >and then sends it to MXserver (even possibly via the SITE interface). > Yes, you could do that. >Is there an easier way that I've missed? > Not really. Making that an option by default is on my to-do list for MX V4.2. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 08 Nov 1994 09:56:35 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 09:56:22 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987277.738BCC20.3@ALPHA.WKU.EDU> Subject: RE: Need unsubscription information. jlm4@le.ac.uk (J.L. Morgan) writes: > >I have been thrown into the deep end and been told to manage MX at a >VAXen site. I have been enabled as an MX manager, but without the >time to go through things properly. This means, really, that I >haven't had chance to RTFM (as I know you will say :) > Yep. >The vital question is: how do you unsubscribe someone from a mailing >list which they cannot get off. It is possible that I can get into >MAILING_LIST-SUBSCRIBERS.MAILING_LIST, but I want a more elegant and >less messy method. I don't mind editing the file, but I'd'ruther not. >Is there any way to do this as a system user of MX? Or do I have to >go in as privileged and manually edit the file? > If you're listed as a SYSTEM_USER or as a list owner, then just send a command like: REMOVE in the body of a mail message to LISTNAME-request@your.host. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 08 Nov 1994 10:03:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 10:03:22 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987278.6E004EF6.13@ALPHA.WKU.EDU> Subject: RE: mail set transport command "Ian Miller - Softel Systems" writes: > >I have seen patch kits to patch mail so that MX is always used. >However I know that VMSMAIL has a SET TRANSPORT command. Does anybody know >what this does and if it could be used to ensure outgoing mail is sent >via MX ? > If you use SET TRANSPORT and the VMS Mail "@" patch, then all messages will go through MX. Basically, using SET TRANSPORT MX% means that all mail will go through MX, but without the patch, you still have to use MX%"" to keep VMS Mail from parsing the "@" sign as the beginning of a distribution list. With SET TRANSPORT, sending mail to a local address (like To: goathunter) would cause that to go out like you specified MX%goathunter. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 08 Nov 1994 11:06:36 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 11:59:33 EST From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: uunet!WKUVX1.WKU.EDU!mx-list@esseye.si.com Message-ID: <00987288.A8F70760.7@swdev.si.com> Subject: RE: mail set transport command I have used the SET TRAMSPORT command to make sure all my mail uses MX. With Internet addresses, though, you still need a transport prefix on the address unless you patch Mail to recognize the "@". -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Tue, 08 Nov 1994 11:22:58 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 10:16:24 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <0098727A.3FF950A0.3@borgil.cxo.dec.com> Subject: RE: Need unsubscription information. |>The vital question is: how do you unsubscribe someone from a mailing |>list which they cannot get off. It is possible that I can get into As long as you are the list owner or a system_user then you can do the following: * Send mail to MX%listname-REQUEST * Put the command REMOVE Thats it! Mike ================================================================================ Archive-Date: Tue, 08 Nov 1994 12:03:38 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 10:55:50 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <0098727F.C222E6E0.1@borgil.cxo.dec.com> Subject: RE: mail set transport command |>However I know that VMSMAIL has a SET TRANSPORT command. Does anybody know |>what this does and if it could be used to ensure outgoing mail is sent |>via MX ? Does this answer your question? From the Message Exchange User's Guide: 2.2.2 MX As the Default Mail Transport The undocumented VMS Mail command SET TRANSPORT can be used to establish MX as the default transport to be used for all mail messages. The format of the command is: MAIL> SET TRANSPORT MX% The MX% prefix can be omitted from MX aliases when the default transport has been set. Note that non-alias "user@domain" addresses must still be prefixed. The MAIL command SET NOTRANSPORT can be used to disable the default transport. NOTE The SET TRANSPORT command is undocumented; its behavior could change with a future release of VMS. Also, once it has been set, all local mail will be delivered through MX. ================================================================================ Archive-Date: Tue, 08 Nov 1994 12:50:42 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 18:28:58 +0000 (GMT) From: "Paul Lambert (MIS Dept)." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009872BF.0F8C6980.27@mis.tees.ac.uk> Subject: Help with error status Hi, I have an email queue entry that seems to be stuck. I have the log extract below and would be grate full if someone could tell me what status: 00000294 means! I have also seen error 0000022C as well. 8-NOV-1994 18:21:11.76 Processing queue entry number 17 on node MIS1 8-NOV-1994 18:21:11.90 Recipient: , route=mailbase.ac.uk 8-NOV-1994 18:21:11.90 SMTP_SEND: looking up host name mailbase.ac.uk 8-NOV-1994 18:21:11.90 SMTP_SEND: DSN_MXLOOK status is 00000001 8-NOV-1994 18:21:12.09 SMTP_SEND: Attempting to start session with mailbase.ac.uk. [128.240.2.118] 8-NOV-1994 18:21:12.10 -- failed, status=00000294 8-NOV-1994 18:21:12.10 SMTP_SEND: Failed, sts=00000294 8-NOV-1994 18:21:12.10 SMTP send failed, sts=0C27804A, sts2=00000294 8-NOV-1994 18:21:12.10 Recipient status=0C27804A for 8-NOV-1994 18:21:12.39 1 rcpts need retry, next try 8-NOV-1994 18:51:12.39 8-NOV-1994 18:21:12.42 *** End of processing pass *** Thanks in advance, Paul Lambert. ------------------------------------------------------------------------------ (RFC-822: P.Lambert@mis.tees.ac.uk) Tel: +44 (0)1642 342130 (X.400: I=P;S=LAMBERT;O=TEESSIDE;OU1=MIS;P=UK.AC;C=GB) Fax: +44 (0)1642 342067 University of Teesside, MIS Department, Middlesbrough, Cleveland, TS1 3BA (UK) ------------------------------------------------------------------------------ ================================================================================ Archive-Date: Tue, 08 Nov 1994 13:02:36 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 19:02:34 +0000 (GMT) From: "Paul Lambert (MIS Dept)." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009872C3.C1109BA0.19@mis.tees.ac.uk> Subject: RE: Need unsubscription information. jlm4@le.ac.uk (J.L. Morgan) writes: > >Hi, > >I have been thrown into the deep end and been told to manage MX at a >VAXen site. I have been enabled as an MX manager, but without the >time to go through things properly. This means, really, that I >haven't had chance to RTFM (as I know you will say :) > >The vital question is: how do you unsubscribe someone from a mailing >list which they cannot get off. It is possible that I can get into >MAILING_LIST-SUBSCRIBERS.MAILING_LIST, but I want a more elegant and >less messy method. I don't mind editing the file, but I'd'ruther not. >Is there any way to do this as a system user of MX? Or do I have to >go in as privileged and manually edit the file? > >Details: VAX/VMS 5.3 (running on a MicroVAX II) > MX V4.0-1 VAX > >Hope this helps. Many thanks in advance. > > -jono. > >-- >Jon Morgan >Department of Maths and Computer Science >University of Leicester > ____________________ Jon, I know my answer is RTFM but the bit you need is the MLF manual and its very small! Basically send a message to MXSERVER@yoursite with the body of the message being: REMOVE list-name user@address Easy, Regards, Paul. ------------------------------------------------------------------------------ (RFC-822: P.Lambert@mis.tees.ac.uk) Tel: +44 (0)1642 342130 (X.400: I=P;S=LAMBERT;O=TEESSIDE;OU1=MIS;P=UK.AC;C=GB) Fax: +44 (0)1642 342067 University of Teesside, MIS Department, Middlesbrough, Cleveland, TS1 3BA (UK) ------------------------------------------------------------------------------ ================================================================================ Archive-Date: Tue, 08 Nov 1994 13:26:08 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 13:25:53 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987294.B8249C23.37@ALPHA.WKU.EDU> Subject: RE: Help with error status "Paul Lambert (MIS Dept)." writes: > >Hi, > >I have an email queue entry that seems to be stuck. I have the log extract below >and would be grate full if someone could tell me what status: 00000294 means! I >have also seen error 0000022C as well. > $ write sys$output f$message(%X294) %SYSTEM-F-REJECT, connect to network object rejected which means the remote system either wasn't running an SMTP server or it was down at the time. $ write sys$output f$message(%X22C) %SYSTEM-F-TIMEOUT, device timeout which means MX received no response from the remote host. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 08 Nov 1994 13:41:39 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 19:41:35 +0000 (GMT) From: "Paul Lambert (MIS Dept)." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009872C9.34738A80.25@mis.tees.ac.uk> Subject: Error status: part II Hi, As an addendum to my previous post on MX_SMTP_DEBUG log error status's I would be pleased if someone could explain why the following is occuring as well: Entry: 49, Origin: [Local] Status: IN-PROGRESS, size: 417 bytes Created: 8-NOV-1994 19:15:07.08, expires 8-DEC-1994 19:15:07.08 Last modified 8-NOV-1994 19:15:20.06 SMTP entry #50, status: READY, size: 417 bytes, waiting for retry until 8-NOV-1994 19:45:20.82 Created: 8-NOV-1994 19:15:19.72, expires 8-DEC-1994 19:15:07.08 Last modified 8-NOV-1994 19:15:20.87 Recipient #1: , Route=mailbase.ac.uk Error count=1 Last error: %SYSTEM-F-REJECT, connect to network object rejected i.e. This is a queue entry (not the same one as generated the log file perviously). It only seems to happen when mailing to this site, I think I have also seen %SYSTEM-F-TIMEOUT as well. I am running VMS 5.5-2H4 with UCX 3.1 (installed recently!!), I have only noticed these problems recentrly it is possible they have been occuring fro a while. The mail messages do eventually get through (I think). Paul. ------------------------------------------------------------------------------ (RFC-822: P.Lambert@mis.tees.ac.uk) Tel: +44 (0)1642 342130 (X.400: I=P;S=LAMBERT;O=TEESSIDE;OU1=MIS;P=UK.AC;C=GB) Fax: +44 (0)1642 342067 University of Teesside, MIS Department, Middlesbrough, Cleveland, TS1 3BA (UK) ------------------------------------------------------------------------------ ================================================================================ Archive-Date: Tue, 08 Nov 1994 14:35:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 14:33:29 EST From: Bob Christenson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098729E.2A46C520.5@fcstc1.frco.com> Subject: RE: Help with error status "Paul Lambert (MIS Dept)." writes: > >Hi, > >I have an email queue entry that seems to be stuck. I have the log extract below >and would be grate full if someone could tell me what status: 00000294 means! I >have also seen error 0000022C as well. ...[SNIP...] $ write sys$output f$message("%X00000294") %SYSTEM-F-REJECT, connect to network object rejected ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ================================================================================ Archive-Date: Tue, 08 Nov 1994 15:52:07 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 14:16:21 CST From: system@BEAVER.Bemidji.MSUS.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0098729B.C545C100.11@BEAVER.Bemidji.MSUS.edu> Subject: How to avoid the name server MXers: Look at the message below (from MX's queue). Isn't there a way to send the message without consulting the Name Server? ... I mean, the destination and the route addresses are identical. dave. system@beaver.bemidji.msus.edu SMTP entry #3, status: READY Waiting for retry until: 8-NOV-1994 13:53:19.24 Recipient #1: , Route=VAX1.BEMIDJI.MSUS.EDU Error count=1, DNS errors=2 Last error: %MX-F-NOHOST, no such host ================================================================================ Archive-Date: Tue, 08 Nov 1994 17:52:08 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 08 Nov 1994 16:52:47 MST From: kish@DRWHO.IAC.HONEYWELL.COM Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: kish@DRWHO.IAC.HONEYWELL.COM, tang@DRWHO.IAC.HONEYWELL.COM Message-ID: <009872B1.9F7C3DC8.24362@DRWHO.IAC.HONEYWELL.COM> Subject: V 3.3 QUESTION ( OH I HOPE I DONT HAVE TO UPGRADE YET!) We are running 3.3 in a mixed cluster of AXP and VMS nodes. MX has been running on these nodes for about 3 years without a burp. I happened to be looking arround and I noticed that the MX_ROOT:[000000.QUEUE] files subdiretory is littered with files: $ show def MX_ROOT:[000000.QUEUE] $ dire [...]*.* /siz=all /gran Grand total of 11 directories, 21091 files, 83410/134696 blocks. Our other clusters are not doing this. Any ideas what stupid thing I forgot to reset???? These are all of the *.LOCAL_INFO,*.SMTP_INFO etc files... Thanks Karl Kish KISH@DRWHO.IAC.HONEYWELL.COM ================================================================================ Archive-Date: Tue, 08 Nov 1994 18:53:25 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Help with error status Date: 9 Nov 1994 00:42:11 GMT Message-ID: <39p5t3$k43@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009872BF.0F8C6980.27@mis.tees.ac.uk>, "Paul Lambert (MIS Dept)." writes: =I have an email queue entry that seems to be stuck. I have the log extract below =and would be grate full if someone could tell me what status: 00000294 means! I =have also seen error 0000022C as well. $ WRITE SYS$OUTPUT F$MESSAGE(%X294) %SYSTEM-F-REJECT, connect to network object rejected $ WRITE SYS$OUTPUT F$MESSAGE(%X22C) %SYSTEM-F-TIMEOUT, device timeout So the first status means that the remote system isn't accepting SMTP connections, and the second one means that the remote host isn't responding at all. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Tue, 08 Nov 1994 19:09:20 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: V 3.3 QUESTION ( OH I HOPE I DONT HAVE TO UPGRADE YET!) Date: 9 Nov 1994 01:04:07 GMT Message-ID: <39p767$e4@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009872B1.9F7C3DC8.24362@DRWHO.IAC.HONEYWELL.COM>, kish@DRWHO.IAC.HONEYWELL.COM writes: #We are running 3.3 in a mixed cluster of AXP and VMS nodes. MX has been #running on these nodes for about 3 years without a burp. I happened to #be looking arround and I noticed that the MX_ROOT:[000000.QUEUE] files #subdiretory is littered with files: #$ show def # MX_ROOT:[000000.QUEUE] #$ dire [...]*.* /siz=all /gran # #Grand total of 11 directories, 21091 files, 83410/134696 blocks. # #Our other clusters are not doing this. Any ideas what stupid thing I #forgot to reset???? These are all of the *.LOCAL_INFO,*.SMTP_INFO etc #files... If the MCP command "QUEUE SHOW" doesn't show anything queued, you can safely shutdown all your MX processes, then delete the files from the [.QUEUE] directory, and then restart your MX processes. V4.1 includes better performance, a and some other features, that aren't in V3.3. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Tue, 08 Nov 1994 19:35:57 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: leebp@iscs.nus.sg Date: Wed, 09 Nov 1994 09:34:14 SST Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098733D.86A304A1.573@vms.iscs.nus.sg> Subject: RE: mail set transport command Hi Hunter .. A small query. Would you be catering to the possibility that SET TRANSPORT would not be around (in future VMS releases) for new MX releases? Thanks .. Paul ================================================================================ Archive-Date: Tue, 08 Nov 1994 19:53:43 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: How to avoid the name server Date: 9 Nov 1994 01:34:12 GMT Message-ID: <39p8uk$k43@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0098729B.C545C100.11@BEAVER.Bemidji.MSUS.edu>, system@BEAVER.Bemidji.MSUS.edu writes: =Look at the message below (from MX's queue). Isn't there a way to send the =message without consulting the Name Server? ... I mean, the destination and =the route addresses are identical. So? You've got to look up the IP address of the machine anyway, don't you? I mean, without doing that, how do you know the addrress of VAX1.BEMIDJI.MSUS.EDU? Now, if you've specified VAX1.BEMIDJI.MSUS.EDU as your default route, or as a route for a particular path, you might try using the IP address instead of the host name in your definition of the path. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Tue, 08 Nov 1994 23:45:29 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: cliang@carleton.edu Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Mail Clog Date: 8 Nov 94 12:33:31 CST Message-ID: <1994Nov8.123331.1@carleton.edu> To: MX-List@WKUVX1.WKU.EDU Our site is currently in a quandry. A user accidently ran an old batch job that used to forward his mail to a radionet address that is no longer valid. Each incoming mail message would be sent to radiomail, which would then bounce to the machine here, which would then bounce to radiomail, etc. The end result was that the mail queue became clogged with messages. Unfortunately, no one stopped the batch job over the weekend, so there were well over 2000 bounces sitting in the queue. We've shut down using MCP, and managed to cancel all the offending messages, but we don't seem to be distributing incoming mail. This could be because the backlog is so large that it will take quite a while to work through. This also could be because the SYSTEM_QUEUE.FLQ_CTL file is rather large (16383 blocks) -- much larger than it's normal size of a 1000 blocks or so. An MCP QUEUE PURGE was started as an overnight job that worked its way through about 1000+ entries and deleted them. The job was stopped this morning. An MCP QUEUE RECLAIM fails, giving the error: %MCP-E-QRECLERR, error attempting CONVERT/RECLAIM on system message queue -CONV-F-OPENIN, error opening MX_FLQ_DIR:SYSTEM_QUEUE.FLQ_CTL as input This is regardless of whether or not the MX processes are running. Any suggestions of what is the best plan of attack? Please post a reply or send e-mail to my secondary account: CLIANG@CARLETON.EDU - C. Liang ================================================================================ Archive-Date: Wed, 09 Nov 1994 07:59:11 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 13:59:15 GMT From: "Andy Harper, KCL Systems Manager" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wku.edu CC: udaa055@bay.cc.kcl.ac.uk Message-ID: <00987362.8BE43DC0.60@bay.cc.kcl.ac.uk> Subject: rewrite rules and :: again A week or so back I wrote about problems with MX rewrite rules not working with addresses of the form: CBS%site::user where the logical MAIL$PROTOCOL_CBS exists and points to MX_MAILSHR. I wanted MX to rewrite them into the more usual form of user@site. After some testing, it seems that the problem lies somewhere between VMS MAIL and MX_MAILSHR in that the following seems to happen. 1. For an address of the form: anything::user, everything up to and including the first set of :: is stripped from the address. 2. The remainder of the line (just user in the above example) is placed into the MX queue. 3. The ROUTER then gets to work on the string user but of course, it is no longer the correct string. If the above address has quotes around it, for example - CBS%"site::user", then the translations I want occur as expected. You can see all this happening by defining the logical MX_VMSMAIL_SHOW_ADDR to TRUE before sending the message. So, it would seem that either VMS MAIL or MX_MAILSHR is treating the :: symbol especially in some way if it lies outside quotes. Presumably, the code is treating this as DECnet and removing what it thinks is the nodename, even when the transport prefix (CBS%) is present. Unfortunately, I cannot coerce my other mailer (CBS) to quote the incoming address field so I need a way to make VMS MAIL or MX_MAILSHR not do what it's doing with the :: Can anyone confirm this as a bug or feature with VMS MAIL or MX_MAILSHR and comment on when/how it may be fixed? I'ld be very grateful for a solution ASAP as we still need to support the old CBS% style addresses for a while longer yet but don't have the software installed on some of the systems in our cluster (since it doesn't work on alphas!). Removing it completely (which would solve the problem) is not (yet) an option. Thanks Andy Harper Kings College London ================================================================================ Archive-Date: Wed, 09 Nov 1994 08:57:57 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 14:56:24 GMT From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tjl@siva.bris.ac.uk Message-ID: <0098736A.882519AB.40@siva.bris.ac.uk> Subject: RE: Help with error status >From: MX%"MX-List@WKUVX1.WKU.EDU" 8-NOV-1994 20:00:21.88 >To: MX%"MX-List@WKUVX1.WKU.EDU" >CC: >Subj: Help with error status > > >Hi, > >I have an email queue entry that seems to be stuck. I have the log extract below >and would be grate full if someone could tell me what status: 00000294 means! I >have also seen error 0000022C as well. > > 8-NOV-1994 18:21:11.76 Processing queue entry number 17 on node MIS1 > 8-NOV-1994 18:21:11.90 Recipient: , route=mailbase.ac.uk > 8-NOV-1994 18:21:11.90 SMTP_SEND: looking up host name mailbase.ac.uk > 8-NOV-1994 18:21:11.90 SMTP_SEND: DSN_MXLOOK status is 00000001 > 8-NOV-1994 18:21:12.09 SMTP_SEND: Attempting to start session with mailbase.ac.uk. [128.240.2.118] > 8-NOV-1994 18:21:12.10 -- failed, status=00000294 > 8-NOV-1994 18:21:12.10 SMTP_SEND: Failed, sts=00000294 > 8-NOV-1994 18:21:12.10 SMTP send failed, sts=0C27804A, sts2=00000294 > 8-NOV-1994 18:21:12.10 Recipient status=0C27804A for > 8-NOV-1994 18:21:12.39 1 rcpts need retry, next try 8-NOV-1994 18:51:12.39 > 8-NOV-1994 18:21:12.42 *** End of processing pass *** > >Thanks in advance, > We had a problem with similar symptoms a few months ago. I guess these entries timeout eventually? Our problem was with mailing to systems that used a mail-exchange that wasn't the same as the target system. MX returns a sucess status from DSN_MXLOOKUP but the returned mail-exchanger is incorrect. You can check this using nslookup. In fact I just did and it appears mailbase.ac.uk uses norn.mailbase.ac.uk as a mail exchange. _SIVA::$ nslookup Default Server: ncs.bris.ac.uk Address: 137.222.10.36 > set type=mx > mailbase.ac.uk Server: ncs.bris.ac.uk Address: 137.222.10.36 Non-authoritative answer: mailbase.ac.uk preference = 9, mail exchanger = mailbase.ac.uk Authoritative answers can be found from: mailbase.ac.uk nameserver = dns0.ncl.ac.uk mailbase.ac.uk nameserver = pike.ncl.ac.uk mailbase.ac.uk nameserver = burn.ncl.ac.uk mailbase.ac.uk nameserver = noc.ulcc.ja.net mailbase.ac.uk inet address = 128.240.2.118 dns0.ncl.ac.uk inet address = 128.240.2.80 pike.ncl.ac.uk inet address = 128.240.245.99 burn.ncl.ac.uk inet address = 128.240.247.99 noc.ulcc.ja.net inet address = 193.63.94.25 > server dns0.ncl.ac.uk Default Server: dns0.ncl.ac.uk Address: 128.240.2.80 >mailbase.ac.uk Server: dns0.ncl.ac.uk Address: 128.240.2.80 mailbase.ac.uk preference = 9, mail exchanger = norn.mailbase.ac.uk norn.mailbase.ac.uk inet address = 128.240.226.1 > The secondary status value %x294 is: _SIVA::$ exit %x294 %SYSTEM-F-REJECT, connect to network object rejected _SIVA::$ You don't say which TCP/IP package or VMS version you have. UCX perhaps? There was some debate between us and the campus mail manager about what actually was the problem, but we fixed it by restarting the name service on the node running MX, and also using the promary campus name-server instead of a secondary one. If you can't try a reboot then at least try stopping and starting the name-service. Hope this helps. >Paul Lambert. >------------------------------------------------------------------------------ >(RFC-822: P.Lambert@mis.tees.ac.uk) Tel: +44 (0)1642 342130 >(X.400: I=P;S=LAMBERT;O=TEESSIDE;OU1=MIS;P=UK.AC;C=GB) Fax: +44 (0)1642 342067 >University of Teesside, MIS Department, Middlesbrough, Cleveland, TS1 3BA (UK) >------------------------------------------------------------------------------ -----------------------------------------------------+------------------+ Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | I speak for me and noone else OK (and I might even | Soukous Makossa | change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Wed, 09 Nov 1994 09:03:27 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 15:03:05 GMT From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tjl@siva.bris.ac.uk Message-ID: <0098736B.77309C73.17@siva.bris.ac.uk> Subject: RE: Error status: part II >I am running VMS 5.5-2H4 with UCX 3.1 (installed recently!!), I have only >noticed these problems recentrly it is possible they have been occuring fro a >while. The mail messages do eventually get through (I think). Are you sure? How long has this been going on? It looks very much like our problem a few months ago (UCX 3.1, VMS 6.1) (See my previous response). -----------------------------------------------------+------------------+ Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | I speak for me and noone else OK (and I might even | Soukous Makossa | change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Wed, 09 Nov 1994 09:28:12 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 09:27:53 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098733C.A308FD36.9@ALPHA.WKU.EDU> Subject: RE: mail set transport command leebp@iscs.nus.sg writes: > >Hi Hunter .. > A small query. Would you be catering to the possibility that >SET TRANSPORT would not be around (in future VMS releases) for new MX >releases? As documented in the on-line in MXALIAS and in the MX manual, SET TRANSPORT *is* undocumented by Digital and could go away in the future. I doubt that it will, but it's always a possibility.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 09 Nov 1994 09:28:20 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 08:22:58 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <00987333.91CA4BA0.3@borgil.cxo.dec.com> Subject: RE: mail set transport command |> A small query. Would you be catering to the possibility that |>SET TRANSPORT would not be around (in future VMS releases) for new MX |>releases? As a Digital employee, I can't guarentee that SET TRANSPORT will always be there (it is undocumented), but I can tell you that if it goes away, our internal network (which is HUGE) would have some major difficulties. In my PERSONAL (ie: not Digital speaking here) opinion, I can't see SET TRANSPORT going away, as we rely on it to much. If it does go away, it is because there would be something else replacing it. Mike ================================================================================ Archive-Date: Wed, 09 Nov 1994 09:36:04 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 09:35:22 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098733D.AF37B2B8.11@ALPHA.WKU.EDU> Subject: RE: rewrite rules and :: again "Andy Harper, KCL Systems Manager" writes: > > 1. For an address of the form: anything::user, everything up to and > including the first set of :: is stripped from the address. > This is VMS Mail's doing. VMS Mail strips the anything:: part before handing the address off to MX_MAILSHR. And yes, using quotes around the address stops VMS Mail from doing that. >So, it would seem that either VMS MAIL or MX_MAILSHR is treating the :: symbol >especially in some way if it lies outside quotes. Presumably, the code is >treating this as DECnet and removing what it thinks is the nodename, even when >the transport prefix (CBS%) is present. > Yes, that's what VMS Mail is doing. >Unfortunately, I cannot coerce my other mailer (CBS) to quote the incoming >address field so I need a way to make VMS MAIL or MX_MAILSHR not do what it's >doing with the :: > >Can anyone confirm this as a bug or feature with VMS MAIL or MX_MAILSHR and >comment on when/how it may be fixed? Since it's VMS Mail that's doing it, I don't know of any way to fix it. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 09 Nov 1994 09:57:19 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 94 15:19:01 -0800 From: "Ian Miller - Softel Systems" Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <10424190114991/70929@SCOTS> To: mx-list@wkuvx1.wku.edu Subject: new features in MX 4.1 [This message is converted from WPS-PLUS to ASCII] I have a prehistoric version of MX (3.1C) which works well enough. I wish to know what new goodies have been added since this version. Is there a new features list for MX V4.1 ? ================================================================================ Archive-Date: Wed, 09 Nov 1994 10:53:48 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 16:53:07 GMT From: "Andy Harper, KCL Systems Manager" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: udaa055@bay.cc.kcl.ac.uk Message-ID: <0098737A.D620D520.71@bay.cc.kcl.ac.uk> Subject: RE: rewrite rules and :: again >> 1. For an address of the form: anything::user, everything up to and >> including the first set of :: is stripped from the address. >> >This is VMS Mail's doing. VMS Mail strips the anything:: part before >handing the address off to MX_MAILSHR. > >And yes, using quotes around the address stops VMS Mail from doing >that. Thanks Hunter! At least I can now badger dec knowing it's nothing I'm doing wrong. Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Wed, 09 Nov 1994 12:39:38 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 18:20:38 +0100 From: "Paul Lambert (MIS Dept)." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987387.0FD646E0.30@mis.tees.ac.uk> Subject: RE: Help with error status "Tim Llewellyn, (0272) 288738." writes: >We had a problem with similar symptoms a few months ago. I guess these >entries timeout eventually? Our problem was with mailing to systems >that used a mail-exchange that wasn't the same as the target system. >MX returns a sucess status from DSN_MXLOOKUP but the returned mail-exchanger >is incorrect. > >You can check this using nslookup. In fact I just did and it appears >mailbase.ac.uk uses norn.mailbase.ac.uk as a mail exchange. > Tim, I think you are right and my problem is related to yours. A NSQUERY for mailbase indeed shows it is MX's to NORN.MAILBASE: $ nsquery mailbase.ac.uk %NSQUERY-I-TRYNS, trying address 152.105.2.2... %NSQUERY-I-QUERYOK, query operation completed successfully QUERY #1: QName=MAILBASE.AC.UK., QType=255, QClass=1 ANSWER #1: MAILBASE.AC.UK., NS, INTERNET, 4 01:12:38, NS=dns0.ncl.ac.uk. ANSWER #2: MAILBASE.AC.UK., NS, INTERNET, 4 01:12:38, NS=pike.ncl.ac.uk. ANSWER #3: MAILBASE.AC.UK., NS, INTERNET, 4 01:12:38, NS=burn.ncl.ac.uk. ANSWER #4: MAILBASE.AC.UK., NS, INTERNET, 4 01:12:38, NS=noc.ulcc.ja.net. ANSWER #5: MAILBASE.AC.UK., A, INTERNET, 0 05:35:33, Addr=128.240.2.118 ANSWER #6: MAILBASE.AC.UK., MX, INTERNET, 0 09:35:57, Pref=9, Exch=norn.mailbase.ac.uk. AUTHOR #1: mailbase.ac.uk., NS, INTERNET, 4 01:12:38, NS=dns0.ncl.ac.uk. AUTHOR #2: mailbase.ac.uk., NS, INTERNET, 4 01:12:38, NS=pike.ncl.ac.uk. AUTHOR #3: mailbase.ac.uk., NS, INTERNET, 4 01:12:38, NS=burn.ncl.ac.uk. AUTHOR #4: mailbase.ac.uk., NS, INTERNET, 4 01:12:38, NS=noc.ulcc.ja.net. ADDTNL #1: dns0.ncl.ac.uk., A, INTERNET, 0 21:12:38, Addr=128.240.2.80 ADDTNL #2: pike.ncl.ac.uk., A, INTERNET, 0 21:12:38, Addr=128.240.245.99 ADDTNL #3: burn.ncl.ac.uk., A, INTERNET, 0 21:12:38, Addr=128.240.247.99 ADDTNL #4: noc.ulcc.ja.net., A, INTERNET, 4 03:30:00, Addr=193.63.94.25 ADDTNL #5: norn.mailbase.ac.uk., A, INTERNET, 0 07:35:57, Addr=128.240.226.1 I noticed on the original SMTP log: > 8-NOV-1994 18:21:11.76 Processing queue entry number 17 on node MIS1 > 8-NOV-1994 18:21:11.90 Recipient: , route=mailbase.ac.uk > 8-NOV-1994 18:21:11.90 SMTP_SEND: looking up host name mailbase.ac.uk > 8-NOV-1994 18:21:11.90 SMTP_SEND: DSN_MXLOOK status is 00000001 > 8-NOV-1994 18:21:12.09 SMTP_SEND: Attempting to start session with mailbase.ac.uk. [128.240.2.118] > 8-NOV-1994 18:21:12.10 -- failed, status=00000294 > 8-NOV-1994 18:21:12.10 SMTP_SEND: Failed, sts=00000294 > 8-NOV-1994 18:21:12.10 SMTP send failed, sts=0C27804A, sts2=00000294 > 8-NOV-1994 18:21:12.10 Recipient status=0C27804A for > 8-NOV-1994 18:21:12.39 1 rcpts need retry, next try 8-NOV-1994 18:51:12.39 > 8-NOV-1994 18:21:12.42 *** End of processing pass *** That the IP address it tries to connect to is MAILBASE.AC.UK and not NORN.MAILBASE.AC.UK which I guess it should be. So I tried what you suggested and restarted UCX and MX completely. What happens now is this: 9-NOV-1994 17:54:59.64 Processing queue entry number 11 on node MIS1 9-NOV-1994 17:54:59.78 Recipient: , route=mailbase.ac.uk 9-NOV-1994 17:54:59.78 SMTP_SEND: looking up host name mailbase.ac.uk 9-NOV-1994 17:54:59.78 SMTP_SEND: DSN_MXLOOK status is 00000001 9-NOV-1994 17:54:59.97 SMTP_SEND: Attempting to start session with norn.mailbase.ac.uk. [128.240.226.1] 9-NOV-1994 17:54:59.99 -- failed, status=00000294 9-NOV-1994 17:54:59.99 SMTP_SEND: Failed, sts=00000294 9-NOV-1994 17:54:59.99 SMTP send failed, sts=0C27804A, sts2=00000294 9-NOV-1994 17:54:59.99 Recipient status=0C27804A for 9-NOV-1994 17:55:00.26 1 rcpts need retry, next try 9-NOV-1994 18:25:00.26 9-NOV-1994 17:55:00.29 *** End of processing pass *** i.e. It now seems to be getting the correct IP address but it still doesn't work. If I TELNET to NORN.MAILBASE.AC.UK on port 25 it works! At the moment the only way I can get mail to mailbase is to TELNET it there!!! Regards, Paul. ------------------------------------------------------------------------------ (RFC-822: P.Lambert@mis.tees.ac.uk) Tel: +44 (0)1642 342130 (X.400: I=P;S=LAMBERT;O=TEESSIDE;OU1=MIS;P=UK.AC;C=GB) Fax: +44 (0)1642 342067 University of Teesside, MIS Department, Middlesbrough, Cleveland, TS1 3BA (UK) ------------------------------------------------------------------------------ ================================================================================ Archive-Date: Wed, 09 Nov 1994 13:09:38 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX_ROUTER causes system to crash Date: 9 Nov 94 10:41:14 -0500 Message-ID: <1994Nov9.104114.1@willow.uml.edu> To: MX-List@WKUVX1.WKU.EDU Forgive me if this is an old issue - I don't read this newsgroup that often. This morning our system crashed. When analyzing the crash report it says that the process which caused the crash was mx_router. Does anyone know anything about this and is there a fix? I can send the crash analysis if anyone wants to take a look at it. Thanks, Dick Desroches ================================================================================ Archive-Date: Wed, 09 Nov 1994 13:09:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: RE: All SMTP mail fails when sending to an undefined host Date: 9 Nov 1994 12:01:18 GMT Message-ID: <39qdmf$f5b@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00987265.6D927D80.5@borgil.cxo.dec.com>, Ask me about Star Stare '95 writes: =carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) flamed: = =|>BULLSHIT! MX will gladly deliver a message to everybody on a distribution list =|>with a valid address, even if one of the addrresses in the list is invalid. I =|>just tried it to make sure. THE PROBLEM IS NOT WITH MX. THE PROBLEM IS WITH =|>YOUR BRAIN-DEAD MAIL GATEWAY. Your gateway doesn't handle invalid addresses = = Well excuse me for posting a message to this list since I apparently = don't have the knowledge that you do. Hey, you want to ask a question, THEN ASK A QUESTION. Or are you so goddamned stupid that you consider posting totally bogus bullshit to be asking a question? = I beg forgiveness from you for = daring to post such a question, and showing my ignorance of this = product. Look youi goddamned moron, you DID NOT ASK A QWESTION. You made a number of falste statements. Now, if you can't tell thge difference between the two, then I suggest you file a lawsuit alleging fraud on the part of the educational system that claims to have taught you something. = I always thought support lists were for support Yes, they are. That means that they ARE NOT for morons like you to post false assertioins of factoids. You want to ask a question, then ask a question. = (ie: sometimes stupid = questions and assumptions are made by inexperienced (and experienced) = users) Note that you've lumped two entirely different categories together there: stupid questions and stupid assumptions. In a support group there's nothing inherently wrong with asking a stupid question (though some questions are so stupid that they deserve nothing but contempt). On the other hand, posting your idiotic assumptions as if they were facts can do harm. But you're too damned stupid to understand that, aren't you? = Geez Carl, your first post answered my question and I could see where = my assumption was wrong (ie: MX is sending everything to the gateway as = one message and not to each individual machine), and I didn't write my = second post after your first post, so why post such flames Well, though you're obviously too stupid to realize it, you pointed out the difference right there: Your first post was a question. It was a question which indicated some ignorance on your part, but it was a question. Your second post wasn't a question. It was an assertion of bullshit. There's a difference there. If you ask a question, I'll try to answer it, usually politely. If you make spurious claims, then I'll not pretend that you're anything other than a moronic jackass. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Wed, 09 Nov 1994 13:12:14 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 13:11:49 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098735B.EB8867F8.23@ALPHA.WKU.EDU> Subject: RE: MX_ROUTER causes system to crash desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) writes: > >Forgive me if this is an old issue - I don't read this newsgroup that >often. > >This morning our system crashed. When analyzing the crash report it says >that the process which caused the crash was mx_router. > >Does anyone know anything about this and is there a fix? > There's nothing in MX that can cause a system crash---you're running UCX, is that right? My guess is that that's where the problem is.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 09 Nov 1994 13:30:54 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 19:30:05 GMT From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tjl@siva.bris.ac.uk, tjl@siva.bris.ac.uk Message-ID: <00987390.C37D72E3.13@siva.bris.ac.uk> Subject: RE: Help with error status ... in my previous post, I forgot to mention you need to set up the following symbol to use the nslookup command as demonstrated: $ NSLO*OKUP :== $SYS$SYSTEM:UCX$NSLOOKUP (it is in our sys$sylogin). Cheers Tim -----------------------------------------------------+------------------+ Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | I speak for me and noone else OK (and I might even | Soukous Makossa | change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Wed, 09 Nov 1994 14:26:12 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 14:22:43 EST From: Bob Christenson Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00987365.D37B8B40.1@fcstc1.frco.com> Subject: Problem with Postmaster I am having a problem with sending messages to the Postmaster as well as sending locally. The following outputs show the queue file after I shutdown MX via $MCP SHUTDOWN /CLUSTER Al messages with the exception of Entry #13 were generated from a single message ala MX%Postmaster. I have also used MX%"Postmaster" with the same results. If you notice the entries start to grow in size. FCSTC1_SITEMGR>mcp queue show /all Entry# Status Size Source Agent Entry# Status Size ------ ------ ------- ------ ------- ------ ------ ------- 1 FINISH 389 MAIL 3 FINISH 389 SMTP 5 FINISH 389 SMTP 7 FINISH 389 SMTP 9 FINISH 389 SMTP 11 CANCLD 389 SMTP 12 FINISH 1419 LOCAL 13 FINISH 22212 SMTP 15 FINISH 2183 SMTP 17 FINISH 2183 SMTP 20 FINISH 2183 SMTP 22 FINISH 2183 SMTP 24 CANCLD 2183 SMTP 25 FINISH 3176 LOCAL 27 FINISH 3940 SMTP 29 INPROG 3940 SMTP SMTP 30 INPROG 3940 30 INPROG 3940 SMTP %MCP-I-QENTRIES, total matching entries: 17 Here's some associated entries from the MX_SMTP_ACC.DAT file (I have accounting enabled) 9-NOV-1994 14:00 XMIT: PROTO=SMTP, SOURCE="", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=728 9-NOV-1994 14:00 XMIT: PROTO=SMTP, SOURCE="", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=841 9-NOV-1994 14:00 XMIT: PROTO=SMTP, SOURCE="", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=954 9-NOV-1994 14:00 XMIT: PROTO=SMTP, SOURCE="", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=1067 9-NOV-1994 14:00 XMIT: PROTO=SMTP, SOURCE="<>", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=2462 9-NOV-1994 14:00 XMIT: PROTO=SMTP, SOURCE="", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=2601 9-NOV-1994 14:00 XMIT: PROTO=SMTP, SOURCE="", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=2714 9-NOV-1994 14:00 XMIT: PROTO=SMTP, SOURCE="", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=2827 9-NOV-1994 14:01 XMIT: PROTO=SMTP, SOURCE="<>", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=4225 9-NOV-1994 14:01 XMIT: PROTO=SMTP, SOURCE="", HOST="fcstc1.frco.com", SENT-TO="fcstc1.frco.com", BYTES_SENT=4364 Finally here's the message after it has been through this meatgrinder a few times. ******************************************************************************* Note: this message was generated automatically. An error was detected while processing the enclosed message. A list of the affected recipients follows. This list is in a special format that allows software like LISTSERV to automatically take action on incorrect addresses; you can safely ignore the numeric codes. --> Error description: Error-For: postmaster@fcstc1.frco.com Error-Code: 2 Error-Text: %MX_SMTP-F-TRANSACTION_FAI, transaction failed -(Via fcstc1.frco.com) -Transcript: -Rcvd: 220 fcstc1.frco.com MX V4.1 VAX SMTP server ready at Wed, 09 Nov 1994 14:00:28 EST -Sent: HELO fcstc1.frco.com -Rcvd: 250 Hello, fcstc1.frco.com -Sent: MAIL FROM: -Rcvd: 250 MAIL command accepted. -Sent: RCPT TO: -Rcvd: 250 Recipient okay (at least in form) -Sent: DATA -Rcvd: 354 Start mail input; end with . -Rcvd: 554 Received too many times by this host. -Sent: QUIT -Rcvd: 221 fcstc1.frco.com Service closing transmission channel Error-End: 1 error detected ------------------------------ Rejected message ------------------------------ Received: from fcstc1.frco.com by fcstc1.frco.com (MX V4.1 VAX) with SMTP; Wed, 09 Nov 1994 14:00:23 EST Received: from fcstc2.frco.com by fcstc1.frco.com (MX V4.1 VAX) with SMTP; Wed, 09 Nov 1994 14:00:19 EST Received: from fcstc1.frco.com by fcstc1.frco.com (MX V4.1 VAX) with SMTP; Wed, 09 Nov 1994 14:00:15 EST Received: from fcstc1.frco.com by fcstc1.frco.com (MX V4.1 VAX) with SMTP; Wed, 09 Nov 1994 14:00:12 EST Received: by fcstc1.frco.com (MX V4.1 VAX) id 1; Wed, 09 Nov 1994 14:00:09 EST Date: Wed, 09 Nov 1994 14:00:07 EST From: Bob Christenson To: postmaster@fcstc1.frco.com Message-ID: <00987362.AB015440.1@fcstc1.frco.com> Test ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ******************************************************************************* ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ================================================================================ Archive-Date: Wed, 09 Nov 1994 15:27:20 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 16:26:32 EST From: Spencer Yost Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987377.1F90B760.57@ledger.co.forsyth.nc.us> Subject: Lighten up To carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick): In the article you recently posted to this list (which I have included), you fired away with over a dozen cuss words and insults over a very brief message. You are right, he did make assertations, though in his defense he was making them in the context of "what is wrong with my line of reasoning", not an entirely inappropriate way of phrasing a question. Lighten up please. Your verbal rampage was not constructive in the least. In addition, it did more to spread the impression that all of us in this profession are the very "bullshitting god-damned stupid moronic jackasses" you so incleverly despise than his original "assertations" did. +================================+====================================+ | Spencer William Yost | Mis Department | | Vax/VMS Systems Manager | Forsyth County Government | | Yost@ledger.co.forsyth.nc.us | 200 N. Main St Room 603 | | | Hall Of Justice | | | Winston-Salem NC 27101 | +=====================================================================+ In article <00987265.6D927D80.5@borgil.cxo.dec.com>, Ask me about Star Stare '95 writes: =carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) flamed: = =|>BULLSHIT! MX will gladly deliver a message to everybody on a distribution list =|>with a valid address, even if one of the addrresses in the list is invalid. I =|>just tried it to make sure. THE PROBLEM IS NOT WITH MX. THE PROBLEM IS WITH =|>YOUR BRAIN-DEAD MAIL GATEWAY. Your gateway doesn't handle invalid addresses = = Well excuse me for posting a message to this list since I apparently = don't have the knowledge that you do. Hey, you want to ask a question, THEN ASK A QUESTION. Or are you so goddamned stupid that you consider posting totally bogus bullshit to be asking a question? = I beg forgiveness from you for = daring to post such a question, and showing my ignorance of this = product. Look youi goddamned moron, you DID NOT ASK A QWESTION. You made a number of falste statements. Now, if you can't tell thge difference between the two, then I suggest you file a lawsuit alleging fraud on the part of the educational system that claims to have taught you something. = I always thought support lists were for support Yes, they are. That means that they ARE NOT for morons like you to post false assertioins of factoids. You want to ask a question, then ask a question. = (ie: sometimes stupid = questions and assumptions are made by inexperienced (and experienced) = users) Note that you've lumped two entirely different categories together there: stupid questions and stupid assumptions. In a support group there's nothing inherently wrong with asking a stupid question (though some questions are so stupid that they deserve nothing but contempt). On the other hand, posting your idiotic assumptions as if they were facts can do harm. But you're too damned stupid to understand that, aren't you? = Geez Carl, your first post answered my question and I could see where = my assumption was wrong (ie: MX is sending everything to the gateway as = one message and not to each individual machine), and I didn't write my = second post after your first post, so why post such flames Well, though you're obviously too stupid to realize it, you pointed out the difference right there: Your first post was a question. It was a question which indicated some ignorance on your part, but it was a question. Your second post wasn't a question. It was an assertion of bullshit. There's a difference there. If you ask a question, I'll try to answer it, usually politely. If you make spurious claims, then I'll not pretend that you're anything other than a moronic jackass. -------------------------------------------------------------------------------- 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. -------------------------------------------------------------------------------- Return-Path: Received: from WKUVX1.WKU.EDU by ledger.co.forsyth.nc.us (MX V4.1 VAX) with SMTP; Wed, 09 Nov 1994 16:05:57 EST X-ListName: Message Exchange Discussion List Warnings-To: <> Errors-To: owner-mx-list@WKUVX1.WKU.EDU Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) X-Newsgroups: vmsnet.mail.mx Subject: RE: All SMTP mail fails when sending to an undefined host Date: 9 Nov 1994 12:01:18 GMT Organization: HST Wide Field/Planetary Camera Lines: 60 Distribution: world Message-ID: <39qdmf$f5b@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU NNTP-Posting-Host: sol1.gps.caltech.edu To: MX-List@WKUVX1.WKU.EDU X-Gateway-Source-Info: USENET ================================================================================ Archive-Date: Wed, 09 Nov 1994 16:55:29 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 17:55:23 EST From: Steve Kneizys Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987383.88F9C500.32174@acad.ursinus.edu> Subject: MAILSHR for uVAX VMS 6.1? Hey there all, I am running VMS 6.1 on a 3190 and wanted to use MAILSHR patch, but I only saw it for AXP or VMS 6.0 and under for uVAX on ftp.spc.edu ... am I missing something or is it available? Thanks for assisting the semi-clueless, Steve... ---------------------------------------------------------------------------- | Steve Kneizys Stevo@acad.ursinus.edu | | Director P.O. Box 1000 | | Academic Computing Collegeville, PA 19426 | | Phone (215) 489 4111 x 2244 | | Ursinus College FAX (215) 489 0634 | ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Wed, 09 Nov 1994 17:20:01 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 09 Nov 1994 23:19:59 GMT From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tjl@siva.bris.ac.uk Message-ID: <009873B0.E1C55E65.2@siva.bris.ac.uk> Subject: RE: Help with error status >From: MX%"MX-List@WKUVX1.WKU.EDU" 9-NOV-1994 21:40:07.68 >To: MX%"MX-List@WKUVX1.WKU.EDU" >CC: >Subj: RE: Help with error status >"Tim Llewellyn, (0272) 288738." writes: > >>We had a problem with similar symptoms a few months ago. I guess these >>entries timeout eventually? Our problem was with mailing to systems >>that used a mail-exchange that wasn't the same as the target system. >>MX returns a sucess status from DSN_MXLOOKUP but the returned mail-exchanger >>is incorrect. >> >>You can check this using nslookup. In fact I just did and it appears >>mailbase.ac.uk uses norn.mailbase.ac.uk as a mail exchange. >> > >Tim, > >I think you are right and my problem is related to yours. A NSQUERY for mailbase >indeed shows it is MX's to NORN.MAILBASE: > >$ nsquery mailbase.ac.uk >%NSQUERY-I-TRYNS, trying address 152.105.2.2... >%NSQUERY-I-QUERYOK, query operation completed successfully > >QUERY #1: QName=MAILBASE.AC.UK., QType=255, QClass=1 > >ANSWER #1: MAILBASE.AC.UK., NS, INTERNET, 4 01:12:38, NS=dns0.ncl.ac.uk. >ANSWER #2: MAILBASE.AC.UK., NS, INTERNET, 4 01:12:38, NS=pike.ncl.ac.uk. >ANSWER #3: MAILBASE.AC.UK., NS, INTERNET, 4 01:12:38, NS=burn.ncl.ac.uk. >ANSWER #4: MAILBASE.AC.UK., NS, INTERNET, 4 01:12:38, NS=noc.ulcc.ja.net. >ANSWER #5: MAILBASE.AC.UK., A, INTERNET, 0 05:35:33, Addr=128.240.2.118 >ANSWER #6: MAILBASE.AC.UK., MX, INTERNET, 0 09:35:57, Pref=9, Exch=norn.mailbase.ac.uk. > >AUTHOR #1: mailbase.ac.uk., NS, INTERNET, 4 01:12:38, NS=dns0.ncl.ac.uk. >AUTHOR #2: mailbase.ac.uk., NS, INTERNET, 4 01:12:38, NS=pike.ncl.ac.uk. >AUTHOR #3: mailbase.ac.uk., NS, INTERNET, 4 01:12:38, NS=burn.ncl.ac.uk. >AUTHOR #4: mailbase.ac.uk., NS, INTERNET, 4 01:12:38, NS=noc.ulcc.ja.net. > >ADDTNL #1: dns0.ncl.ac.uk., A, INTERNET, 0 21:12:38, Addr=128.240.2.80 >ADDTNL #2: pike.ncl.ac.uk., A, INTERNET, 0 21:12:38, Addr=128.240.245.99 >ADDTNL #3: burn.ncl.ac.uk., A, INTERNET, 0 21:12:38, Addr=128.240.247.99 >ADDTNL #4: noc.ulcc.ja.net., A, INTERNET, 4 03:30:00, Addr=193.63.94.25 >ADDTNL #5: norn.mailbase.ac.uk., A, INTERNET, 0 07:35:57, Addr=128.240.226.1 > >I noticed on the original SMTP log: > >> 8-NOV-1994 18:21:11.76 Processing queue entry number 17 on node MIS1 >> 8-NOV-1994 18:21:11.90 Recipient: , route=mailbase.ac.uk >> 8-NOV-1994 18:21:11.90 SMTP_SEND: looking up host name mailbase.ac.uk >> 8-NOV-1994 18:21:11.90 SMTP_SEND: DSN_MXLOOK status is 00000001 >> 8-NOV-1994 18:21:12.09 SMTP_SEND: Attempting to start session with mailbase.ac.uk. [128.240.2.118] >> 8-NOV-1994 18:21:12.10 -- failed, status=00000294 >> 8-NOV-1994 18:21:12.10 SMTP_SEND: Failed, sts=00000294 >> 8-NOV-1994 18:21:12.10 SMTP send failed, sts=0C27804A, sts2=00000294 >> 8-NOV-1994 18:21:12.10 Recipient status=0C27804A for >> 8-NOV-1994 18:21:12.39 1 rcpts need retry, next try 8-NOV-1994 18:51:12.39 >> 8-NOV-1994 18:21:12.42 *** End of processing pass *** > >That the IP address it tries to connect to is MAILBASE.AC.UK and not >NORN.MAILBASE.AC.UK which I guess it should be. So I tried what you suggested >and restarted UCX and MX completely. What happens now is this: > > 9-NOV-1994 17:54:59.64 Processing queue entry number 11 on node MIS1 > 9-NOV-1994 17:54:59.78 Recipient: , route=mailbase.ac.uk > 9-NOV-1994 17:54:59.78 SMTP_SEND: looking up host name mailbase.ac.uk > 9-NOV-1994 17:54:59.78 SMTP_SEND: DSN_MXLOOK status is 00000001 > 9-NOV-1994 17:54:59.97 SMTP_SEND: Attempting to start session with norn.mailbase.ac.uk. [128.240.226.1] > 9-NOV-1994 17:54:59.99 -- failed, status=00000294 > 9-NOV-1994 17:54:59.99 SMTP_SEND: Failed, sts=00000294 > 9-NOV-1994 17:54:59.99 SMTP send failed, sts=0C27804A, sts2=00000294 > 9-NOV-1994 17:54:59.99 Recipient status=0C27804A for > 9-NOV-1994 17:55:00.26 1 rcpts need retry, next try 9-NOV-1994 18:25:00.26 > 9-NOV-1994 17:55:00.29 *** End of processing pass *** > >i.e. It now seems to be getting the correct IP address but it still doesn't >work. If I TELNET to NORN.MAILBASE.AC.UK on port 25 it works! At the moment the >only way I can get mail to mailbase is to TELNET it there!!! > >Regards, > >Paul. >------------------------------------------------------------------------------ >(RFC-822: P.Lambert@mis.tees.ac.uk) Tel: +44 (0)1642 342130 >(X.400: I=P;S=LAMBERT;O=TEESSIDE;OU1=MIS;P=UK.AC;C=GB) Fax: +44 (0)1642 342067 >University of Teesside, MIS Department, Middlesbrough, Cleveland, TS1 3BA (UK) >------------------------------------------------------------------------------ Paul, Did you try reconfiguring the bind servers your UCX uses? In our haste to solve the problem we weren't fully scientific and changed more than one thing at once. However things started working after we reconfigured to use a different name-server as first in the list. How about a reboot? Is using a different BIND server an option? Sorry I am clutching at straws about this. It seems that the UCX name DNS support can get "confused" (or "rotten") after a while causing problems like this. For us it happened after the system had been running for over a month. -----------------------------------------------------+------------------+ Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | I speak for me and noone else OK (and I might even | Soukous Makossa | change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Thu, 10 Nov 1994 01:56:58 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 08:56:16 EST From: "Mario Meyer, Phys.-Techn. Bundesanstalt" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987401.62EFDDA3.5@ChbRB.Berlin.PTB.De> Subject: RE: Help with error status Tim Llewellyn told how to use NSLOOKUP with UCX. If you have UCX020x You won't find SYS$SYSTEM:UCX$NSLOOKUP.EXE ! There may may be reasons to be happy with this old version in a cluster (ie. if You play with SNMP). --,------------------------------------------------------.------------------ | Mario Meyer Physikalisch-Technische Bundesanstalt | . , | ............. Institut Berlin Referat IB.TI | _QQ__ | : wide area : Abbestr. 2-12, D - 10587 Berlin | __( U, )__ | : networker : tel. (+49 30) 3481 442, fax. ... 490 | /// `---' \\\ | SMTP MMeyer@ChbRB.Berlin.PTB.De, BITNET MMeyer@PTBIB | /||\ /||\ --| X.400 S=Meyer; OU=IB-TI; O=PTB; P=PTB; A=d400; C=DE |------------------ `------------------------------------------------------' ================================================================================ Archive-Date: Thu, 10 Nov 1994 03:01:10 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 10:00:41 EST From: "Mario Meyer, Phys.-Techn. Bundesanstalt" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098740A.62912CC3.5@ChbRB.Berlin.PTB.De> Subject: RE: Problem with Postmaster Bob Christenson, mcp queue show /all outputs like > Entry# Status Size Source Agent Entry# Status Size > ------ ------ ------- ------ ------- ------ ------ ------- > 1 FINISH 389 MAIL > 3 FINISH 389 SMTP > 5 FINISH 389 SMTP > 7 FINISH 389 SMTP > 9 FINISH 389 SMTP > 11 CANCLD 389 SMTP > 12 FINISH 1419 LOCAL > 13 FINISH 22212 SMTP > 15 FINISH 2183 SMTP > 17 FINISH 2183 SMTP > 20 FINISH 2183 SMTP > 22 FINISH 2183 SMTP > 24 CANCLD 2183 SMTP > 25 FINISH 3176 LOCAL > 27 FINISH 3940 SMTP > 29 INPROG 3940 SMTP > SMTP 30 INPROG 3940 > 30 INPROG 3940 SMTP are typically results of loops (-Rcvd: 554 Received too many times by this host). MX did exactly what You told him to do MCP DEFINE PATH ( "*" SMTP ? ). No problem - You are to insert the entry for fcstc1.frco.com as local: MXP> define path "fcstc1.frco.com" local MXP> save MXP> reset router /cluster (I assume there was no entry for fcstc1.frco.com before.) Remark: If You used MCP DEFINE PATH ... SMTP /Route= , MX routes the mail to an address according to the nameservers MX-record instead of the A-records (this is my experience). If You have TCP/IP with UCX You can see the used internet address by typing UCX show device /service=SMTP If You want to route directly to a host define the path with /Route=
! --,------------------------------------------------------.------------------ | Mario Meyer Physikalisch-Technische Bundesanstalt | . , | ............. Institut Berlin Referat IB.TI | _QQ__ | : wide area : Abbestr. 2-12, D - 10587 Berlin | __( U, )__ | : networker : tel. (+49 30) 3481 442, fax. ... 490 | /// `---' \\\ | SMTP MMeyer@ChbRB.Berlin.PTB.De, BITNET MMeyer@PTBIB | /||\ /||\ --| X.400 S=Meyer; OU=IB-TI; O=PTB; P=PTB; A=d400; C=DE |------------------ `------------------------------------------------------' For Carl J L: Im a bullshitting god-damned stupid moronic jackass too ================================================================================ Archive-Date: Thu, 10 Nov 1994 05:22:42 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 11:22:25 +0100 From: "Paul Lambert (MIS Dept)." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987415.CDE08B80.5@mis.tees.ac.uk> Subject: RE: Help with error status "Tim Llewellyn, (0272) 288738." writes: >Paul, > >Did you try reconfiguring the bind servers your UCX uses? In our haste to solve the >problem we weren't fully scientific and changed more than one thing at once. However >things started working after we reconfigured to use a different name-server as first >in the list. > >How about a reboot? Is using a different BIND server an option? > >Sorry I am clutching at straws about this. It seems that the UCX name DNS support can >get "confused" (or "rotten") after a while causing problems like this. For us it happened >after the system had been running for over a month. > > >-----------------------------------------------------+------------------+ >Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | >Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | >HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | >I speak for me and noone else OK (and I might even | Soukous Makossa | >change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| >-----------------------------------------------------+------------------+ >I neither love OpenVMS nor hate OSF/1, for they are both just tools I use Tim, FIXED! I stopped the names service and reconfigured the bind server entry restarted it and it works! Regards, Paul. ------------------------------------------------------------------------------ (RFC-822: P.Lambert@mis.tees.ac.uk) Tel: +44 (0)1642 342130 (X.400: I=P;S=LAMBERT;O=TEESSIDE;OU1=MIS;P=UK.AC;C=GB) Fax: +44 (0)1642 342067 University of Teesside, MIS Department, Middlesbrough, Cleveland, TS1 3BA (UK) ------------------------------------------------------------------------------ ================================================================================ Archive-Date: Thu, 10 Nov 1994 07:15:49 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 07:13:39 -0600 (CST) From: Rick Stacks Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Lighten up To: MX-List@WKUVX1.WKU.EDU Message-ID: <009873F3.0D207DA0.1@adpce.lrk.ar.us> Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Spencer Yost writes in <00987377.1F90B760.57@ledger.co.forsyth.nc.us>: >To carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick): > [snip] >Lighten up please. Your verbal rampage was not constructive in the least. [snip] > >+================================+====================================+ >| Spencer William Yost | Mis Department | >| Vax/VMS Systems Manager | Forsyth County Government | >| Yost@ledger.co.forsyth.nc.us | 200 N. Main St Room 603 | >| | Hall Of Justice | >| | Winston-Salem NC 27101 | >+=====================================================================+ I too would like to request "Lighten up please". If/when I have a question to post to this list (or any other list) I would like to be able to post a question/statement without fear of getting flamed like a witch of Salem. Like I tell my user community "If you need to ask, then it is _not_ a stupid question". I may get a stupid answer to a stupid question; but that is better than being made to feel like a child and you're the overbearing parent. (soap box time over...) -- Rick +----------------------------------------------------------------------------+ | Rick Stacks, Sr. Programmer Analyst | They that give up essential liberty | | Ark Dept Pollution Control & Ecology | to obtain a little temporary safety | | 8001 National Dr. / POB 8913 | deserve neither liberty nor safety | | Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 | | email: stacks@adpce.lrk.ar.us | | |--------------------------------------+-------------------------------------| ================================================================================ Archive-Date: Thu, 10 Nov 1994 07:20:12 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 08:20:19 EST From: Irv Eisen Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009873FC.5D2CF540.7@ccstat.mc.duke.edu> Subject: Re: All SMTP mail fails when sending to an undefined host carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) I would like to see the above person removed from this list. His postings are not helpful and reflect very badly on the list. Thanks, ================================================================ Irv Eisen, Systems Manager Bitnet : EISEN001@DUKEMC Cancer Center BioStatistics Internet: IRV@CCSTAT.MC.DUKE.EDU Duke University Medical Center DUMC Box 3958 Voice : (919) 416-5138 Durham, NC 27710 Fax : (919) 286-3956 ================================================================ ================================================================================ Archive-Date: Thu, 10 Nov 1994 07:33:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 13:33:19 GMT From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tjl@siva.bris.ac.uk Message-ID: <00987428.170C633E.26@siva.bris.ac.uk> Subject: RE: Help with error status >Tim, >FIXED! I stopped the names service and reconfigured the >bind server entry >restarted it and it works! >Regards, >Paul. Glad to hear it, sounds like exactly the same problem we had, and probably a bug in UCX 3.1. FWIY we have not had a recurrence of this problem for almost 2 months now.. -----------------------------------------------------+------------------+ Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | I speak for me and noone else OK (and I might even | Soukous Makossa | change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Thu, 10 Nov 1994 08:12:55 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 08:39:47 -0500 Message-ID: <94111008394762@umalp4.physics.lsa.umich.edu> From: gsears@umalp4.physics.lsa.umich.edu (gsears@umich.edu) Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@wkuvx1.wku.edu Subject: Re: MX_ROUTER causes system to crash desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) writes: > >Forgive me if this is an old issue - I don't read this newsgroup that >often. > >This morning our system crashed. When analyzing the crash report it says >that the process which caused the crash was mx_router. > >Does anyone know anything about this and is there a fix? > Are you using UCX 3.1? If so, this version has several memory leaks, which are fixed in the patch ECO5. I had similar problems after upgrading to 3.1. 99.95% of my problems were fixed with this patch. Ginia Sears System Manager Department of Physics University of Michigan ================================================================================ Archive-Date: Thu, 10 Nov 1994 09:11:52 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 08:05:24 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <009873FA.481D07A0.5@borgil.cxo.dec.com> Subject: Re: All SMTP mail fails when sending to an undefined host I wasn't going to post anymore on this, but I need to comment on the following posting: |>carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) |> |>I would like to see the above person removed from this list. His postings |>are not helpful and reflect very badly on the list. I don't want to see Carl removed, I'd just like to ask him to calm down a little and not post so emotionally (I should talk, after my post...). Sure, flame me if you want, but lets cut out the abusive attacks (that doesn't do anything but polarize the list and scare off newbies that may have questions and now are afraid to ask since they may get attacked. Which, BTW, I don't believe is the case or the norm). I feel Carl has a LOT to add to this list and knows this stuff (and VMS in general) very well. As I said, his first response to me was very informative, and completely cleared up a big misunderstanding I had about SMTP type mail and how to read the MX log for it. I appreciate constructive criticisms, but the ABUSIVE flames don't have a place here (standard flames always have a use though ;^). Mike ____________________________________________________________________________ / Mike Frazier | I have come to the conclusion that one useless \ | Digital Equipment Corp. | man may be considered a disgrace, two useless | | Rdb Support Team | men are called a law firm, and three or more | | Colorado Springs, Colorado| comprise a Congress. -- John Adams in "1776" | |-----------------------------------------------------------------------------| \ Email Address: m_frazier@borgil.cxo.dec.com / ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 10 Nov 1994 09:26:31 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 08:19:32 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <009873FC.418F8FA0.11@borgil.cxo.dec.com> Subject: Re: Lighten up |>Lighten up please. Your verbal rampage was not constructive in the least. I just saw this and felt it was appropriate humor for the moment: "(E)rror of opinion may be tolerated where reason is left free to combat it." -- Thomas Jefferson, First Inaugural Address (1801) "Jefferson obviously was never on Usenet." -- Patrick Crispen Mike ================================================================================ Archive-Date: Thu, 10 Nov 1994 11:25:35 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 11:22:46 EST From: Bob Christenson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987415.DA541B20.3@fcstc1.frco.com> Subject: RE: Problem with Postmaster Brian Tillman, Carl Lydick and Mario Meyer all responded with the fix. I needed a local path defined for fcstc1.frco.com. MCP> DEFINE PATH "fcstc1.frco.com" LOCAL Did it , fixed it, working. Thanks to all. ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ================================================================================ Archive-Date: Thu, 10 Nov 1994 11:54:25 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <9411101749.AB24901@us3rmc.pa.dec.com> Date: Thu, 10 Nov 94 09:49:31 PST From: Scot Bishop-Walker - DEC PC Integration 10-Nov-1994 0946 Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Subject: Re: MX_ROUTER causes system to crash > Are you using UCX 3.1? If so, this version has several memory > leaks, which are fixed in the patch ECO5. I had similar problems > after upgrading to 3.1. 99.95% of my problems were fixed with this > patch. Ginia - I've had the same experience. I called our internal support organization (I work for DEC) and I described all the problems I was having. The first theing they asked was what version I was running, and since I was running UCX v2.1 (!), they told me to upgrade, and apply the EC05 patch. I haven't had ANY problems at all, since. - Scot ================================================================================ Archive-Date: Thu, 10 Nov 1994 15:15:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: warren@oak.gfdi.fsu.edu (warren (who else?)) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: All SMTP mail fails when sending to an undefined host Date: 10 Nov 1994 21:06:53 GMT Message-ID: <39u21e$n9l@mailer.fsu.edu> To: MX-List@WKUVX1.WKU.EDU Stupid question time -- since brain dead mail gateways are a fact of life and frequently out of our control, could an option be added to MX in some future version to send out one message at a time? warren warren@gfdi.fsu.edu ================================================================================ Archive-Date: Fri, 11 Nov 1994 05:02:38 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 11:02:43 GMT From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tjl@siva.bris.ac.uk Message-ID: <009874DC.37AA242B.2@siva.bris.ac.uk> Subject: Re: MX_ROUTER causes system to crash >Ginia - >I've had the same experience. >I called our internal support organization (I work for DEC) and I described all >the problems I was having. The first theing they asked was what version I was >running, and since I was running UCX v2.1 (!), they told me to upgrade, and >apply the EC05 patch. >I haven't had ANY problems at all, since. >- Scot So why isn't this patch on DSNlink? Most of thwe stuff on DSNlink here in the UK is to historic to be useful. Why should I have to run around chasing local DEC people every time I need a patch? -----------------------------------------------------+------------------+ Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | I speak for me and noone else OK (and I might even | Soukous Makossa | change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Fri, 11 Nov 1994 05:50:22 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 12:41:19 +0100 From: "Rok Vidmar, RCU Lj." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <009874E9.FE3BD2F6.1986@uni-lj.si> Subject: MCP STATUS Any votes for $ mcp status /NODE ? I just found one of my Local processes blocking MX on my cluster the hard way (= by stop/id). Regards, Rok Vidmar inet: rok.vidmar@uni-lj.si UCC, University of Ljubljana x.400: S=vidmar;G=rok;O=uni-lj;P=ac;A=mail;C=si Kardeljeva pl. 17 phone: +386 61 168 6439 61000 Ljubljana fax: +386 61 168 6358 Slovenia ================================================================================ Archive-Date: Fri, 11 Nov 1994 06:52:42 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: zdhjk@lif.de (Hans-Joachim Koch) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: X-MX-Warning: Warning -- Invalid "To" header. Date: 11 Nov 1994 10:19:27 GMT Message-ID: <39vgff$1lh@nameserver.lif.de> To: MX-List@WKUVX1.WKU.EDU Hello, is there any possibility to avoid the following MX-Warning? > From: zdhjk@lif.de (Hans-Joachim Koch) > Message-ID: <9411101503.AA28162@nameserver.lif.de> > Subject: bitte Birkert/HA anrufen, Monitorprobleme > X-MX-Warning: Warning -- Invalid "To" header. > To: zdslr (Thomas Schloesser) > Date: Thu, 10 Nov 1994 16:03:53 +0100 (MET) The situation: zdhjk sends a mail from a unix host to zdslr on the same host. zdslr has a .forward file pointing to sys_slr@vms.lif.de. The above header is from the incoming mail on the vms side. Thank you. Regards, Hans. -- Hans-Joachim Koch, Computer department of Lahmeyer International Lyoner Strasse 22, D-60528 Frankfurt, Germany Phone: +49 (69) 6677-642, Fax: +49 (69) 6677-571, Tx: 413478 li d ================================================================================ Archive-Date: Fri, 11 Nov 1994 07:40:34 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 08:34:46 -0500 Message-ID: <94111108344634@umalp4.physics.lsa.umich.edu> From: gsears@umalp4.physics.lsa.umich.edu (gsears@umich.edu) Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@wkuvx1.wku.edu Subject: Re: MX_ROUTER causes system to crash tjl@siva.bris.ac.uk writes: >So why isn't this patch on DSNlink? Most of thwe stuff on DSNlink >here in the UK is to historic to be useful. Why should I have to run >around chasing local DEC people every time I need a patch? I got my patch over DSNlink from Colorado. Ginia ================================================================================ Archive-Date: Fri, 11 Nov 1994 08:47:10 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: ccdarg@zippy.dct.ac.uk (Alan Greig) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: MX_ROUTER causes system to crash Message-ID: <1994Nov11.143402.8411@zippy.dct.ac.uk> Date: 11 Nov 94 14:34:02 GMT To: MX-List@WKUVX1.WKU.EDU > tjl@siva.bris.ac.uk writes: > >>So why isn't this patch on DSNlink? Most of thwe stuff on DSNlink >>here in the UK is to historic to be useful. Why should I have to run >>around chasing local DEC people every time I need a patch? I just checked the UK DSN and did a SEARCH UCX ECO and found this... -------------------- [DEC TCP/IP] UCX V3.1 ECO 5 vs ECO 4 Release Notes Differences (800 lines) Last Technical Review: 10-NOV-1994 Size: 812 lines COPYRIGHT (c) 1988, 1993 by Digital Equipment Corporation. ALL RIGHTS RESERVED. No distribution except as provided under contract. PRODUCT: DEC TCP/IP Services Version 3.1 Update "ECO 5" 20-OCT-1994 OP/SYS: OpenVMS AXP Versions 1.5, 6.1 OpenVMS VAX Version 5.5 or later SOURCE: Digital Equipment Corporation ------------ etc. So It's there now if you need it. -- Alan Greig Janet: A.Greig@uk.ac.dct University of Abertay Dundee Internet: A.Greig@dct.ac.uk Tel: (0382) 308810 Int +44 382 308810 -- Pavlov's dog: the runt of the litter? -- ================================================================================ Archive-Date: Fri, 11 Nov 1994 08:57:58 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 94 14:31:01 -0800 From: "Ian Miller - Softel Systems" Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <91043111114991/71250@SCOTS> To: mx-list@wkuvx1.wku.edu Subject: internet domains in south africa [This message is converted from WPS-PLUS to ASCII] anybody know anything about internet domains in South Africa. I have been given a address to mail to which ends in .alt.sa My mail is being bounced with no such domain. Any thoughts ? ================================================================================ Archive-Date: Fri, 11 Nov 1994 09:14:12 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Request for DECnet mailing list software Message-ID: <1994Nov10.125212.29506@dxcern.cern.ch> From: lishka@dxcern.cern.ch (Chris Lishka) Reply-To: MX-List@WKUVX1.WKU.EDU Date: Thu, 10 Nov 1994 12:52:12 GMT To: MX-List@WKUVX1.WKU.EDU Short question: does anybody know of some relatively simple software to do DECnet mailing-lists/distibution-lists? Or else how to get MX to do this task? [Bear with me -- this has something to do with MX] I am currently in need of a mailing-list/distribution-list solution to the following problem: My boss wants people on DECnet nodes (throughout the world) to be able to send email letters to a single user on our cluster (call it USERLIST). Whenever USERLIST gets mail, the message should be forwarded to a >list< of DECnet mail users (both on our node and in different clusters). The transport of choice here should be DECnet. Naturally I first tried using "SET FORWARD/USER=USERLIST @USER_LIST.DIS", but this doesn't work under our O/S version (VMS/VAX v6.1 and VMS/AXP v6.1). My next step was to install MX 4.1 on our cluster and give it a whirl. I only installed the basic software and mailing list support (no extra mail transports). After fixing up some problems, I have the MX mailing list software working. I am at CERN (although I manage a private cluster). CERN provides a nice SMTP<->DECnet mail gateway, which relieves me of having to deal with SMTP mail (it all looks like it comes through DECnet). Therefore, I have set up MX to have all paths route to LOCAL, to avoid having any SMTP mail going through a seperate path to the CERN SMTP<->DECnet mail gateway. I don't really want to have MX hook into SMTP (a) because we already have a proven solution (managed by CERN staff) and (b) because it adds complexity. That said, I have a couple of problems related to MX mailing lists: (1) I can only add users to a mailing list with addresses of the form "user@node.domain". Trying to add users with an address of "NODE::USER" or just "USER" doesn't work. Hence, I have the confusing situation of user lists which >look< like InterNet mail addresses, but are really supposed to be DECnet mail addresses. (2) If I ever want to add a user to the mailing list who is >not< in our cluster, it seems I am screwed unless I hook up an MX SMTP route to the CERN mail exchanger (which I really do not want to do). As far as I can tell (with my admittedly limited understanding), MX can only redirect mail to mailing list members if they can be reached through the MX router, and the MX router doesn't handle mail to remote DECnet nodes. Don't get me wrong: MX looks like a fine software system, well worthy of being a commercial package. I am very impressed with the features and nice modular design. However, MX seems to be mainly an InterNet mail integration package, and seems to treat DECnet mail only as a "local" transport. Given my odd situation (trying to force MX to give me DECnet mailing lists), MX may well not be the correct choice. So, can anybody suggest a software package that better suits my needs, or else some way of configuring MX to do what I require? Thanks for your patience and any help you can give me. Chris Lishka Computer Systems Manager Wisconsin-Aleph Group PPE Division, CERN -- I hear the endless murmur, Christopher Lishka Every blade of grass that shimmers in the breeze PPE Division, CERN And the sound that comes to carry me lishka@dxcern.cern.ch Across the land and over the sea. -- Crowded House vxaluw::lishka ================================================================================ Archive-Date: Fri, 11 Nov 1994 09:35:30 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: mvbinet@yogi.hns.com Subject: Re: DECnet SMTP Date: 11 Nov 1994 13:32:13 GMT Message-ID: <39vrot$liu@hnssysb.hns.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Nov4.124017.22291@hns.com>, mvanbellen@jabba.hns.com (Mark Van-Bellen, MIS, HNS UK, x211) writes: >Hello, I have a node setup as a 'firewall' for both CMU/IP and MX 4.1 >The problem I am encountering at the moment is that mail that gets routed >via. DECnet SMTP gets network object unknown at remote node. >I have pared down my MCP config...here are some details: > [SNIPPED] In case anyones interested, I sorted that particular problem by moving the image into sys$common:[sysexe] (instead of it being in sys$sysroot:[sysexe]!) +----------------------------------------------------------+-------------------+ | Mark Van-Bellen E-Mails MVANBELLEN@HNS.COM | | | Systems Engineer +----------------------------+ | | Hughes Network Systems Ltd. | Telephone : +44 908 221122 extension 211 | | Milton Keynes, England. | Fax : +44 908 221127 | +-----------------------------+------------------------------------------------+ | The three faithful things in life are money, a dog, and an old woman. | +------------------------------------------------------------------------------+ ================================================================================ Archive-Date: Fri, 11 Nov 1994 09:35:46 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: mvbinet@yogi.hns.com Subject: site interface Date: 11 Nov 1994 13:35:04 GMT Message-ID: <39vru8$liu@hnssysb.hns.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU I would like it to be possible for persons to send internet mail to one address, and depending on the addressee to send to a DECnet node not running MX. I guess this is possible, would this be implemented via. a site interface? Does somebody somewhere have this facility already available? Mark +----------------------------------------------------------+-------------------+ | Mark Van-Bellen E-Mails MVANBELLEN@HNS.COM | | | Systems Engineer +----------------------------+ | | Hughes Network Systems Ltd. | Telephone : +44 908 221122 extension 211 | | Milton Keynes, England. | Fax : +44 908 221127 | +-----------------------------+------------------------------------------------+ | The three faithful things in life are money, a dog, and an old woman. | +------------------------------------------------------------------------------+ ================================================================================ Archive-Date: Fri, 11 Nov 1994 10:20:50 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: ccdarg@zippy.dct.ac.uk (Alan Greig) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: internet domains in south africa Message-ID: <1994Nov11.155427.8413@zippy.dct.ac.uk> Date: 11 Nov 94 15:54:27 GMT To: MX-List@WKUVX1.WKU.EDU In article <91043111114991/71250@SCOTS>, "Ian Miller - Softel Systems" writes: > [This message is converted from WPS-PLUS to ASCII] > > anybody know anything about internet domains in South Africa. > I have been given a address to mail to which ends in > .alt.sa That should be alt.za, not sa. $ nsq alt.za hippo.ru.ac.za %NSQUERY-I-TRYNS, trying address 146.231.128.1... %NSQUERY-I-AUTHRESP, authoritative response %NSQUERY-I-QUERYOK, query operation completed successfully QUERY #1: QName=ALT.ZA., QType=255, QClass=1 ANSWER #1: ALT.ZA., SOA, INTERNET, 1 00:00:00 Primary NS: daisy.ee.und.ac.za. Responsible: hostmaster.ALT.ZA. Serial=199410270, Refresh= 0 03:00:00, Retry= 0 01:00:00 Expire= 34 17:20:00, Minimum= 1 00:00:00 ANSWER #2: ALT.ZA., NS, INTERNET, 1 00:00:00, NS=daisy.ee.und.ac.za. ANSWER #3: ALT.ZA., NS, INTERNET, 1 00:00:00, NS=hippo.ru.ac.za. ANSWER #4: ALT.ZA., NS, INTERNET, 1 00:00:00, NS=rain.psg.com. ANSWER #5: ALT.ZA., MX, INTERNET, 1 00:00:00, Pref=20, Exch=lucy.ee.und.ac.za . ANSWER #6: ALT.ZA., MX, INTERNET, 1 00:00:00, Pref=10, Exch=daisy.ee.und.ac.z a. AUTHOR #1: ALT.ZA., NS, INTERNET, 1 00:00:00, NS=daisy.ee.und.ac.za. AUTHOR #2: ALT.ZA., NS, INTERNET, 1 00:00:00, NS=hippo.ru.ac.za. AUTHOR #3: ALT.ZA., NS, INTERNET, 1 00:00:00, NS=rain.psg.com. ADDTNL #1: daisy.ee.und.ac.za., A, INTERNET, 1 00:00:00, Addr=146.230.192.18 ADDTNL #2: hippo.ru.ac.za., A, INTERNET, 1 00:00:00, Addr=146.231.128.1 ADDTNL #3: rain.psg.com., A, INTERNET, 0 18:48:31, Addr=147.28.0.34 ADDTNL #4: lucy.ee.und.ac.za., A, INTERNET, 1 00:00:00, Addr=146.230.192.2 > > My mail is being bounced with no such domain. > > Any thoughts ? -- Alan Greig Janet: A.Greig@uk.ac.dct University of Abertay Dundee Internet: A.Greig@dct.ac.uk Tel: (0382) 308810 Int +44 382 308810 -- Pavlov's dog: the runt of the litter? -- ================================================================================ Archive-Date: Fri, 11 Nov 1994 10:26:06 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 10:25:39 -0600 (CST) From: "Rick Caldwell, Schlumberger GeoQuest, 214-980-7924" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@wkuvx1.wku.edu Message-ID: <941111102539.29a00246@dallas.geoquest.slb.com> Subject: re: site interface You write: => From: mvbinet@yogi.hns.com => Subject: site interface => => I would like it to be possible for persons to send internet mail to => one address, and depending on the addressee to send to a DECnet node => not running MX. => I guess this is possible, would this be implemented via. a site interface? => Does somebody somewhere have this facility already available? => => Mark I set up my mailing list addresses like "secvx1::joe"@dfwdsr where secvx1 is the remote decnet site, joe the user and dfwdsr the local cluster alias defined as local in MX. This will send the traffic via decnet mail to the remote site. to add users you need several extra quotes to pass it thru via mlfake something like: """rem_node::user""@local_node" rick@dallas.geoquest.slb.com ================================================================================ Archive-Date: Fri, 11 Nov 1994 10:48:21 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 16:47:19 GMT From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tjl@siva.bris.ac.uk Message-ID: <0098750C.5BD9B01B.7@siva.bris.ac.uk> Subject: Re: MX_ROUTER causes system to crash >I got my patch over DSNlink from Colorado. >Ginia You are lucky if your DSNlink database is so up-to-date. The one in the UK is always WAY behing the times, especially for those patches and info we need the most. -----------------------------------------------------+------------------+ Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | I speak for me and noone else OK (and I might even | Soukous Makossa | change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Fri, 11 Nov 1994 10:49:27 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 11:46:40 -0500 Message-ID: <9411111646.AA15472@genrad.com> From: dongray@genrad.com (Derek Dongray) Reply-To: MX-List@WKUVX1.WKU.EDU X-MX-Warning: Warning -- Invalid "To" header. To: "mx-list@wkuvx1.wku.edu" CC: Subject: Re: MX_ROUTER causes system to crash >> tjl@siva.bris.ac.uk writes: >> >>>So why isn't this patch on DSNlink? Most of thwe stuff on DSNlink >>>here in the UK is to historic to be useful. Why should I have to run >>>around chasing local DEC people every time I need a patch? > > I just checked the UK DSN and did a SEARCH UCX ECO > and found this... > -------------------- > > [DEC TCP/IP] UCX V3.1 ECO 5 vs ECO 4 Release Notes Differences (800 lines) > Last Technical Review: 10-NOV-1994 Size: 812 lines > > > COPYRIGHT (c) 1988, 1993 by Digital Equipment Corporation. > ALL RIGHTS RESERVED. No distribution except as provided under contract. > > > PRODUCT: DEC TCP/IP Services Version 3.1 Update "ECO 5" 20-OCT-1994 > > OP/SYS: OpenVMS AXP Versions 1.5, 6.1 > OpenVMS VAX Version 5.5 or later > > SOURCE: Digital Equipment Corporation > ------------ > > etc. > > So It's there now if you need it. > -- > Alan Greig Janet: A.Greig@uk.ac.dct > University of Abertay Dundee Internet: A.Greig@dct.ac.uk > Tel: (0382) 308810 Int +44 382 308810 > -- Pavlov's dog: the runt of the litter? -- Actually, the patch isn't. If you read the next bit of the header... CAUTION: This is a (~800 line long) Extract from the DEC TCP/IP Services Version 3.1 ECO 5 Release Notes (20-OCT-1994). * This extract only shows the updates since the 19-SEP-1994 DEC TCP/IP Services Version 3.1 ECO 4 Release Notes ; * and is edited (TAB & BLANKs suppressed, 78 column wrap-around). * NB: The ECO 5 saveset is cumulative, inclcluding ECOs 1 to 5. * To get it, ask to your local DEC Customer Support Center. I also checked on the UK DSN patch database and it isn't there. ---------------------------------------------------------- Derek Dongray, Systems Manager, GenRad Ltd., Cheshire, UK. E-mail : dongray@genrad.com or Derek.Dongray@GenRad.co.uk PSS : 234261600119::Dongray CompuServe : 70374,2745 ================================================================================ Archive-Date: Fri, 11 Nov 1994 11:05:58 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 10:01:31 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <009874D3.AB119F40.5@borgil.cxo.dec.com> Subject: RE: Request for DECnet mailing list software |>Short question: does anybody know of some relatively simple software |>to do DECnet mailing-lists/distibution-lists? Or else how to get MX |>to do this task? I do exactly this with MX for my team within Digital. A lot of DECcies are not TCP/IP literate (GASP! ;^) so trying to get them to send to m_frazier@borgil.cxo.dec.com would be a major undertaking. To get this to work, I did the following: * Create a MX mailing list as usual. * Under MAIL, use the SET FORWARD/USER=mlist MX%mlist. You will also want to do one for LISTSERV, MXSERVER, and mlist-REQUEST * Now subscribe your users in the format <'node::user'@localhostname> (ie: <'FOO::SMITH'@BAR.COM>, if BAR.COM is the local node) Your users will now be able to send to node::mlist to use your mailing list, and mail sent to them will come via DECnet from the host system. Mike ================================================================================ Archive-Date: Fri, 11 Nov 1994 11:24:06 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 17:20:35 GMT From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tjl@siva.bris.ac.uk Message-ID: <00987511.01383FCE.13@siva.bris.ac.uk> Subject: RE: internet domains in south africa >From: MX%"MX-List@WKUVX1.WKU.EDU" 11-NOV-1994 15:55:02.53 >To: MX%"mx-list@wkuvx1.wku.edu" >CC: >Subj: internet domains in south africa >[This message is converted from WPS-PLUS to ASCII] > >anybody know anything about internet domains in South Africa. >I have been given a address to mail to which ends in > .alt.sa > >My mail is being bounced with no such domain. > >Any thoughts ? Actually I'm pretty sure South Africa is .za not .sa, and I don't know what sa is. -----------------------------------------------------+------------------+ Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | I speak for me and noone else OK (and I might even | Soukous Makossa | change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Fri, 11 Nov 1994 11:24:44 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 17:16:16 GMT From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tjl@siva.bris.ac.uk Message-ID: <00987510.66B99EDE.10@siva.bris.ac.uk> Subject: Re: MX_ROUTER causes system to crash >From: MX%"MX-List@WKUVX1.WKU.EDU" 11-NOV-1994 15:53:51.02 >To: MX%"MX-List@WKUVX1.WKU.EDU" >CC: >Subj: Re: MX_ROUTER causes system to crash > > >> tjl@siva.bris.ac.uk writes: >> >>>So why isn't this patch on DSNlink? Most of thwe stuff on DSNlink >>>here in the UK is to historic to be useful. Why should I have to run >>>around chasing local DEC people every time I need a patch? > >I just checked the UK DSN and did a SEARCH UCX ECO >and found this... >-------------------- > >[DEC TCP/IP] UCX V3.1 ECO 5 vs ECO 4 Release Notes Differences (800 lines) >Last Technical Review: 10-NOV-1994 Size: 812 lines > > >etc. > >So It's there now if you need it. >-- >Alan Greig Janet: A.Greig@uk.ac.dct OK what can I say except thanks and that its been one of those weeks :-(. I couldn't find ECO 4 when I looked for it a few weeks ago, just patches for V1 and V2. I wonder if this patch fixes the intermittent DNS lookup problem for mail-exchangers? -----------------------------------------------------+------------------+ Tim Llewellyn - OpenVMS, Soukous and Cricket Addict |Hey, and get wise | Physicist Programmer, Bristol Uni Particle Physics. | to the sounds of | HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk | Africa,seen. | I speak for me and noone else OK (and I might even | Soukous Makossa | change my mind sometimes!-) Atari and EMagic user too| Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Fri, 11 Nov 1994 12:03:51 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: X-MX-Warning: Warning -- Invalid "To" header. Date: 11 Nov 1994 15:41:07 GMT Message-ID: <3a03aj$9di@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <39vgff$1lh@nameserver.lif.de>, zdhjk@lif.de (Hans-Joachim Koch) writes: #is there any possibility to avoid the following MX-Warning? # #> From: zdhjk@lif.de (Hans-Joachim Koch) #> Message-ID: <9411101503.AA28162@nameserver.lif.de> #> Subject: bitte Birkert/HA anrufen, Monitorprobleme #> X-MX-Warning: Warning -- Invalid "To" header. #> To: zdslr (Thomas Schloesser) #> Date: Thu, 10 Nov 1994 16:03:53 +0100 (MET) # #The situation: zdhjk sends a mail from a unix host to zdslr on the #same host. zdslr has a .forward file pointing to sys_slr@vms.lif.de. #The above header is from the incoming mail on the vms side. Simply have the system sending mail generate a proper RFC822 address for the "To:" line. Typically this would be of the form user@host, like wing@tgv.com, for example. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Fri, 11 Nov 1994 12:07:27 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <9411111802.AA19229@us3rmc.pa.dec.com> Date: Fri, 11 Nov 94 10:02:36 PST From: Scot Bishop-Walker - DEC PC Integration 11-Nov-1994 0959 Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: scot@vmpyr.enet.dec.com Subject: Re: MX_ROUTER causes system to crash > So why isn't this patch on DSNlink? Most of thwe stuff on DSNlink > here in the UK is to historic to be useful. Why should I have to run > around chasing local DEC people every time I need a patch? Tim - I wish I could tell you. the division of the company I work for doesn't even support our own hardware. All the stuff we do is third party desktop equipment consulting and integration. If you have access to DSNlink (I don't...) talk to your DSNlink contact at Digital, and ask them why current patches aren't available. Another option is to address the issue through your local field service branch. Talk to the Service Delivery Unit Manager, and see if they can get you in contact with someone. I wish I could be of more help, but I'm not familiar with DSNlink or how it operates. I'm surprised the patches aren't available. From what I understand, you only need the EC05 patch for UCX v3.1 to bring it current. - Scot ================================================================================ Archive-Date: Fri, 11 Nov 1994 12:26:31 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 11:18:46 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <009874DE.7576C760.2@borgil.cxo.dec.com> Subject: Re: MX_ROUTER causes system to crash |>CAUTION: |> |>This is a (~800 line long) Extract from the DEC TCP/IP Services |>Version 3.1 ECO 5 Release Notes (20-OCT-1994). |> * This extract only shows the updates since the 19-SEP-1994 |> DEC TCP/IP Services Version 3.1 ECO 4 Release Notes ; |> * and is edited (TAB & BLANKs suppressed, 78 column wrap-around). |> * NB: The ECO 5 saveset is cumulative, inclcluding ECOs 1 to 5. |> * To get it, ask to your local DEC Customer Support Center. While reading this article, did you do a Ctrl-Z and then the command Invoke to see if it will allow you to order the patch? Note that even if it says the patch is too large, you can hit return and fill out the forms and you will be mailed a patch. Mike ================================================================================ Archive-Date: Fri, 11 Nov 1994 13:32:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 13:32:38 CDT From: "George D. Greenwade" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: softels00001@a1.scots.partners.new.mts.dec.com Message-ID: <009874F1.29012160.398@SHSU.edu> Subject: RE: internet domains in south africa On Fri, 11 Nov 94 14:31:01 -0800, "Ian Miller - Softel Systems" posted: > anybody know anything about internet domains in South Africa. > I have been given a address to mail to which ends in > .alt.sa I think it's already been pointed out that the extension you are probably looking for is .ZA and not .SA, but I have a list of known domain code extensions which you can retrieve if you're interested. Via anonymous ftp, look in [FILESERV.DOMAIN_CODES] for DOMAIN_CODES.TXT on Niord.SHSU.edu, via e-mail SENDME DOMAIN_CODES in the body of a mail message to FILESERV@SHSU.edu or via a web browser, look at the URL http://Niord.SHSU.edu/www/domain_codes.txt. --George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Internet: bed_gdg@SHSU.edu Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 Sam Houston State University FAX: (409) 294-3612 Huntsville, TX 77341-2118 USA %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ================================================================================ Archive-Date: Fri, 11 Nov 1994 13:34:21 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 11 Nov 1994 12:26:58 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <009874E7.FCA726E0.9@borgil.cxo.dec.com> Subject: Re: MX_ROUTER causes system to crash If you can't find the patch on DSNlink, have you tried the ftp site (a lot of customers don't seem to know about this): Through WWW: http://www.service.digital.com/home.html FTP: ftp.service.digital.com For more information on these services (or if you have problems) send mail to info@service.digital.com . Mike ____________________________________________________________________________ / Mike Frazier | I have come to the conclusion that one useless \ | Digital Equipment Corp. | man may be considered a disgrace, two useless | | Rdb Support Team | men are called a law firm, and three or more | | Colorado Springs, Colorado| comprise a Congress. -- John Adams in "1776" | |-----------------------------------------------------------------------------| \ Email Address: m_frazier@borgil.cxo.dec.com / ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 11 Nov 1994 16:55:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: rbp@well.com (bob pasker) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: message router and UUCP% Date: Fri, 11 Nov 1994 09:14:25 -0800 Message-ID: To: MX-List@WKUVX1.WKU.EDU In article , rbp@well.com (bob pasker) wrote: > scenario: two machines A:: and B:: connected via DECnet, both running > message router. B:: is also running UUCP 2.0. > > question: how does user A::JOE send e-mail to UUCP%"user@site.domain" > using VMS Mail or All-in-1? i had posted the above query in vmsnet.mail.misc, but received neither affirmative nor negative responses, so i thought i would try a broader brush. the question can be extended to ask how one may address e-mail through message router to ANY foreign protocol module (e.g. UUCP%, MX%, IN%, DELIVER%) running on another machine. or is this just not doable at all? -- -- bob pasker, rbp@well.com -- ================================================================================ Archive-Date: Fri, 11 Nov 1994 19:32:46 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Re: Problem with Postmaster Message-ID: <39ssbf$j5b@gap.cco.caltech.edu> From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Date: 10 Nov 1994 10:23:43 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00987365.D37B8B40.1@fcstc1.frco.com>, Bob Christenson writes: =Received: from fcstc1.frco.com by fcstc1.frco.com (MX V4.1 VAX) with SMTP; Wed, =09 Nov 1994 14:00:23 EST =Received: from fcstc2.frco.com by fcstc1.frco.com (MX V4.1 VAX) with SMTP; Wed, =09 Nov 1994 14:00:19 EST =Received: from fcstc1.frco.com by fcstc1.frco.com (MX V4.1 VAX) with SMTP; Wed, =09 Nov 1994 14:00:15 EST =Received: from fcstc1.frco.com by fcstc1.frco.com (MX V4.1 VAX) with SMTP; Wed, =09 Nov 1994 14:00:12 EST =Received: by fcstc1.frco.com (MX V4.1 VAX) id 1; Wed, 09 Nov 1994 14:00:09 EST =Date: Wed, 09 Nov 1994 14:00:07 EST =From: Bob Christenson =To: postmaster@fcstc1.frco.com =Message-ID: <00987362.AB015440.1@fcstc1.frco.com> You've got a forwarding loop of some sort. Check to make sure that the host name in the alias you've set up for Postmaster is defined as a local node in your path definitions in your MX configuration. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Sat, 12 Nov 1994 01:18:28 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: barry@star.enet.dec.com (Rick Barry) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Automatic preface to all mailing list postings? Date: 11 NOV 94 16:46:32 EST Message-ID: <3a0p2m$9lc@jac.zko.dec.com> To: MX-List@WKUVX1.WKU.EDU Is it possible to prefix a section of pre-defined text to all postings distributed from a mailing list? What I have in mind is adding a small section of text to each message distributed from the mailing list that would contain information related to the list. Anyone know how to do this? ---------------------------------------------------------------------- Rick Barry Digital Equipment Corporation Internet: barry@star.enet.dec.com Nashua, New Hampshire Org: OpenVMS/SEVMS Engineering ---------------------------------------------------------------------- ================================================================================ Archive-Date: Sat, 12 Nov 1994 02:45:36 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: RABINOWITZ@BEAR.COM (Ari) Subject: Can the postmaster get copies of all bounce messages? Keywords: mx bounces postmaster Message-ID: <40184@ursa.bear.com> Date: 10 Nov 94 23:22:08 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hi all, I am running MX V4.1 and DECUS UUCP on two VaxStations. I am trying to keep watch over all the mail problems in our domain so I would like to know if any mail is bounced by one of the systems back to the sender. On our Suns running sendmail we have it configured to send a copy of all bounce messages (without the text of the message) back to the postmaster for analysis. Is the same thing possible using MX. I have looked through the documentation but I haven't found that anywhere. If it is in the documentation, please let me know where to look. Thanks in advance, Ari -- Ari Rabinowitz rabinowitz@bear.com for VMS and personal mail WorkStation Administrator ari@bear.com for sun/HP Un*x mail Bear Stearns ================================================================================ Archive-Date: Sat, 12 Nov 1994 09:14:10 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 12 Nov 1994 09:10:58 EST From: Bob Christenson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987595.C5D57FA0.1@fcstc1.frco.com> Subject: RE: message router and UUCP% rbp@well.com (bob pasker) writes: > >In article , rbp@well.com (bob >pasker) wrote: > >> scenario: two machines A:: and B:: connected via DECnet, both running >> message router. B:: is also running UUCP 2.0. >> >> question: how does user A::JOE send e-mail to UUCP%"user@site.domain" >> using VMS Mail or All-in-1? > I have used the following successfully at our site. We have the scenario you outlined above with the exception that B:: is not running MR. From VMSmail: B::UUCP%"inet_address" From ALLIN1: UUCP%"inet_address"@B::@MRGATE From Teamlinks: "UUCP%""inet_address"""@B::@MRGATE Hope this helps. ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ================================================================================ Archive-Date: Sat, 12 Nov 1994 21:14:50 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 12 Nov 1994 20:11:17 MST From: Ask me about Star Stare '95 Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: m_frazier@borgil.cxo.dec.com Message-ID: <009875F2.044B5140.9@borgil.cxo.dec.com> Subject: RE: Can the postmaster get copies of all bounce messages? |>On our Suns running sendmail we have it configured to send a copy of all |>bounce messages (without the text of the message) back to the postmaster |>for analysis. Is the same thing possible using MX. I have looked I didn't do anything special, and this is the behavior that MX does on my system. Just make sure you have a alias or VMSmail set forward set up for the postmaster to point to the account you want to receive the bounces. Mike ================================================================================ Archive-Date: Sun, 13 Nov 1994 00:05:58 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: All SMTP mail fails when sending to an undefined host Date: 13 Nov 1994 05:46:54 GMT Message-ID: <3a498e$7dk@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <39u21e$n9l@mailer.fsu.edu>, warren@oak.gfdi.fsu.edu (warren (who else?)) writes: =Stupid question time -- since brain dead mail gateways are a fact of life =and frequently out of our control, could an option be added to MX in some =future version to send out one message at a time? That would, in my opinion, be a useful option. But please let me explain why I ranted about the gateways. One useful feature of most mail protocols out there is that they allow the possibility of store-and-forward. One of the useful features of SMTP is that it specifies a way of dealing with the problem of mail that's been stored by can't be forwarded. Now, assuming that most mail messages CAN eventually be delivered, an SMTP agent, in order to promote the most efficient use of the network, ought, upon being informed of a recipient address, to simply check to see whether the message can, in principle, be delivered. I.e., the software asks itself the question, "If I accept this message, do I know where to try to send it?" If the answer to that question is "Yes," then for effecient use of network resources, then the machine ought to accept the message, but make no attempt to deliver it on the spot. It can, sometime later, attempt actual delivery. That means that the problem which seems to've started this thread (mail gateway checks to see if the recipient's host system can be resolved; takes forever to figure it out; local system gives up and reports protocol error) should never occur. In the model I'm proposing, once an SMTP connection is established, all the remote system should do, DURING THE SESSION, is parse the sender and recipient addresses for syntax. As long as the syntax is correct, the remote system should accept the message. Then, independent of the original session, the remote system should try to deliver the message. If, at that point, it finds that a name server is down, that its name server can't resolve the host name of the recipient, there's no space on the disk where the message is supposed to be delivered, or whatever other problem prevents delivery of the mail, it can then send back to the sender a message indicating the problem. Yeah, I know. the RFCs already ALLOW a system to work this way. In my opinion, it would be a good idea if they were modified to REQUIRE systems to work this way. Of course, there are some folks out there who don't want store-and-forward, and who depend on mail gateways doing the stupid sort of thing that started this whole thread. That could be dealt with by adding one new item to the SMTP protocol: A command which requests that the remote system attempt immediate delivery (whatever that means, since the remote system might STILL be an intermediate system, with no control over whether the next system in line delivers things immediately). With a setup like this, without the immediate delivery request, the remote system would simply check for syntax. IF the immediate delivery option were specified (and if you're going to specify that, then you should also require that there be only one RCPT TO: command in the session), the remote system would attempt to connect to the next system in the chain of systems that have to process the message. As I see it, there would then be four possible responses to the RCPT TO command: 1) Success 2) Non-permanent failure 3) Permanent failure 4) Next machine down the line doesn't understand immediate delivery option. The first three are already part of SMTP. The fourth would be propagated back to the originating system which would have the option of saying "OK, consider this a delivery failure" or "OK, send it on without a demand for immediate delivery." There've been enough folks asking about the matter of immediate delivery of messages and examples of systems that seem to try to ensure immediate delivery, to some extent, that it looks to me like a new RFC might be in order. The above was an attempt to outline what such a new RFC ought to address. So, what do you think? Does what I've just proposed make sense to you? Do you think it SHOULD nbe made a part of SMTP (bearing in mind that SMTP already has provisions for optional extensions)? Did I miss any important points in my analysis? And, of course, if all the above questions are answered in such a way as to indicate agreement that a new RFC is in order: How does one propose a new RFC? and: Anybody want to help in formalizing what I've just proposed? -------------------------------------------------------------------------------- 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, 13 Nov 1994 08:12:46 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: cooper@utsph.sph.uth.tmc.edu Subject: q:Why am I getting "QUEUE FULL" error Date: 13 Nov 1994 13:11:32 GMT Message-ID: <3a53a4$f7k@oac4.hsc.uth.tmc.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hi, For some reason, I have started getting a "queue full" error from the MX server. To fix the problem, I have to manually shut down the MX processes, do a QUEUE RECLAIM/MAX=xxx and re-start the processes. Has anyone else had such a problem or is there a process that is perhaps not running that is suppose to clean up the queue routinely that isn't working? Thanks in advance for you help. charlie cooper@utsph.sph.uth.tmc.edu ================================================================================ Archive-Date: Sun, 13 Nov 1994 11:15:15 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 13 Nov 1994 11:12:26 EST From: Bob Christenson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098766F.E83A4500.1@fcstc1.frco.com> Subject: RE: q:Why am I getting "QUEUE FULL" error cooper@utsph.sph.uth.tmc.edu writes: > >Hi, > > For some reason, I have started getting a "queue full" error from >the MX server. To fix the problem, I have to manually shut down the >MX processes, do a QUEUE RECLAIM/MAX=xxx and re-start the processes. > Did you issue a MCP QUEUE SHOW /ALL command to see the entries? What was the size of your queue file to begin with. >Has anyone else had such a problem or is there a process that is perhaps >not running that is suppose to clean up the queue routinely that isn't >working? I have a 5000 entry queue file and have never seen the queue full error. I believe there is a setting for MX to delete the finished entries. This should be set if you wish to keep the queue file from filling up. I'm not at work so I can't get to the documentation on how to configure MX to do that right now. You should be able to RTM to get that info. ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ================================================================================ Archive-Date: Sun, 13 Nov 1994 12:14:32 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: RE: Can the postmaster get copies of all bounce messages? Date: 13 Nov 1994 18:06:51 GMT Message-ID: <3a5kju$903@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU #|>On our Suns running sendmail we have it configured to send a copy of all #|>bounce messages (without the text of the message) back to the postmaster #|>for analysis. Is the same thing possible using MX. I have looked Check out the MCP command "SET LOCAL/CC_POSTMASTER". -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Sun, 13 Nov 1994 12:14:37 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: Automatic preface to all mailing list postings? Date: 13 Nov 1994 18:09:00 GMT Message-ID: <3a5kns$903@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <3a0p2m$9lc@jac.zko.dec.com>, barry@star.enet.dec.com (Rick Barry) writes: #Is it possible to prefix a section of pre-defined text to all postings #distributed from a mailing list? What I have in mind is adding a small #section of text to each message distributed from the mailing list that #would contain information related to the list. Anyone know how to do #this? Excellent idea! I'd start with a prefix saying something like: You are receiving this mail message because you subscribed to a mailing list. If you want to unsubscribe from the mailing list, send mail to .... There's nothing built into MX to do this, but you could relatively easily add something to do this via MX's SITE agent. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Sun, 13 Nov 1994 12:20:39 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: q:Why am I getting "QUEUE FULL" error Date: 13 Nov 1994 18:10:58 GMT Message-ID: <3a5kri$903@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <3a53a4$f7k@oac4.hsc.uth.tmc.edu>, cooper@utsph.sph.uth.tmc.edu writes: # For some reason, I have started getting a "queue full" error from #the MX server. To fix the problem, I have to manually shut down the #MX processes, do a QUEUE RECLAIM/MAX=xxx and re-start the processes. # #Has anyone else had such a problem or is there a process that is perhaps #not running that is suppose to clean up the queue routinely that isn't #working? What version of MX? Your queue file probably isn't large enough. Use the QUEUE STATUS command to see how much of the queue file you're currently consuming. QUEUE CREATE/MAX will allow a larger queue file to be created. As of MX V4.0 (or V4.1, I don't recall), the queue file is sequential and doesn't grow automatically. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Mon, 14 Nov 1994 07:36:47 CST Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 14 Nov 1994 22:38:34 +0900 To: MX-List@WKUVX1.WKU.EDU From: tim@twics.com (Tim Burress) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MLF REMOVE and X.400 Addresses I'm running a mailing list with MLF, and am having a hard time removing someone whose address is derived from an X.400 address. It looks like this: /c=us/admd=xxxxx/o=xxxxx/dd.un=xxxxx/@ When I try REMOVE, I get back an error message that reads Error removing users from mailing list efj: =us/admd=xxxxx/o=xxxxx/dd.un=xxxxx/@xxxxx: address is not on list of subscribers It looks to me like the leading / is being eaten by the command intrepreter, which thinks it delimits a qualifier. Is there any way to put the address in quotes or something, to have the interpreter leave it alone? Meanwhile, a wish for the next version would be to allow the MLF REMOVE command to take wildcards. Thanks! ================================================================================ Archive-Date: Mon, 14 Nov 1994 08:49:42 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: ccdarg@zippy.dct.ac.uk (Alan Greig) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: MX_ROUTER causes system to crash Message-ID: <1994Nov14.134248.8465@zippy.dct.ac.uk> Date: 14 Nov 94 13:42:47 GMT To: MX-List@WKUVX1.WKU.EDU In article <9411111646.AA15472@genrad.com>, dongray@genrad.com (Derek Dongray) writes: >> >> So It's there now if you need it. >> -- >> Alan Greig Janet: A.Greig@uk.ac.dct >> University of Abertay Dundee Internet: A.Greig@dct.ac.uk >> Tel: (0382) 308810 Int +44 382 308810 >> -- Pavlov's dog: the runt of the litter? -- > > Actually, the patch isn't. If you read the next bit of the header... Actually it is! :-) I used the simple method of: To: DNS%DEC-TCPIP Subject: UCX 3.1 ECO 5 Please send me the above ^Z And an hour or so later it was magically in my dsn$copy_directory. Now as to finding it automatically -- well that might be trickier :-( -- Alan Greig Janet: A.Greig@uk.ac.dct University of Abertay Dundee Internet: A.Greig@dct.ac.uk Tel: (0382) 308810 Int +44 382 308810 -- Pavlov's dog: the runt of the litter? -- ================================================================================ Archive-Date: Mon, 14 Nov 1994 09:58:26 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 14 Nov 1994 7:58:19 -0800 (PST) From: Matt Madison Reply-To: MX-List@WKUVX1.WKU.EDU To: Info-MadGoat@wkuvx1.wku.edu, MX-List@wkuvx1.wku.edu Message-ID: <941114075819.800e2f@TGV.COM> Subject: NETLIB V2.0 beta-test announcement ANNOUNCING NETLIB V2.0 BETA TEST -------------------------------- NETLIB V2.0 is a complete rewrite, in C, of the NETLIB library for vendor-independent TCP/IP programming on VMS. V2.0 includes a _fully documented_ API, completely restructured to be more socket-oriented. Most functions can be called either synchronously or asynchronously (using AST completion routines). A DNS resolver is included in the API, as are utility routines for dealing with IP addresses and network/host byte-ordering. Support is also included for writing "forked" server programs for use with any of the supported TCP/IP packages. The V2.0 library retains backward-compatibility with NETLIB V1.x, so any applications (such as MadGoat's MX, FTP, Finger, etc.) written for NETLIB V1.x will continue to operate with V2.0. Only the new V2.0 API is documented, however, and all developers are encouraged to convert their applications, or develop new ones, using the new API. NETLIB V2.0 supports VAX/VMS V5.2 and later, and all versions of OpenVMS AXP, with the following TCP/IP packages: - CMU TCP/IP (V6.5 and later, VAX only) - DEC TCP/IP Services for VMS (V2.0 and later) - Process Software TCPware - TGV MultiNet - The Wollongong Group's PathWay for VMS Unless otherwise noted above, any version of these packages should work with NETLIB, on either VAX or AXP. BETA TEST AVAILABILITY ---------------------- NETLIB V2.0 beta test kits are available by anonymous FTP from PUBLIC.TGV.COM, in directory [.MADISON.NETLIB.V2_BETA]. TEST PROGRAM ------------ Some testing (primarily to determine compatibility with existing V1-based applications and the SOCKETSHR library) has been completed on the following platforms: Package VAX AXP ------------ --- --- CMU TCP/IP yes N/A DEC TCP/IP Svcs yes yes PSC TCPware no yes TGV MultiNet yes yes TWG PathWay no no I am looking for testers to complete this table, as well as application developers willing to test the V2.0 API. The beta test will run from now until mid-January. Comments and questions about NETLIB V2.0 and/or the beta test program should be sent either directly to me (madison@tgv.com), or to one of the MadGoat mailing lists (Info-MadGoat@wkuvx1.wku.edu for general questions and comments, MadGoat-Bugs@wkuvx1.wku.edu for bug reports). -Matt -- Matthew Madison | madison@tgv.com | +1 408 457 5390 TGV, Inc. | 101 Cooper Street | Santa Cruz, CA 95060 USA ================================================================================ Archive-Date: Mon, 14 Nov 1994 12:46:21 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 14 Nov 1994 12:43:11 CDT From: "George D. Greenwade" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: tim@twics.com Message-ID: <00987745.BFB6D9A0.142@SHSU.edu> Subject: RE: MLF REMOVE and X.400 Addresses On Mon, 14 Nov 1994 22:38:34 +0900, tim@twics.com (Tim Burress) posted: > I'm running a mailing list with MLF, and am having a hard time removing > someone whose address is derived from an X.400 address. It looks like > this: > > /c=us/admd=xxxxx/o=xxxxx/dd.un=xxxxx/@ > > When I try REMOVE, I get back an error message that reads > > Error removing users from mailing list efj: > =us/admd=xxxxx/o=xxxxx/dd.un=xxxxx/@xxxxx: address is not on > list of subscribers > > It looks to me like the leading / is being eaten by the command > intrepreter, which thinks it delimits a qualifier. Is there any way to put > the address in quotes or something, to have the interpreter leave it alone? Take the equivalent of what appears as the address if you do an MCP REVIEW on the list. It should look something like: "Subscriber's Name" Do REMOVE to your local listname-Request (include the angle brackets!) and you should be in business. --George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Internet: bed_gdg@SHSU.edu Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 Sam Houston State University FAX: (409) 294-3612 Huntsville, TX 77341-2118 USA %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ================================================================================ Archive-Date: Mon, 14 Nov 1994 13:20:47 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 14 Nov 1994 13:20:22 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098774A.F1DFCD47.5@ALPHA.WKU.EDU> Subject: RE: MAILSHR for uVAX VMS 6.1? Steve Kneizys writes: > >Hey there all, > >I am running VMS 6.1 on a 3190 and wanted to use MAILSHR patch, but I only >saw it for AXP or VMS 6.0 and under for uVAX on ftp.spc.edu ... >am I missing something or is it available? > >Thanks for assisting the semi-clueless, > The patch for V6.1 includes all the patches for previous versions too. Look on ftp.wku.edu in [.VMS.FILESERV] for: MAILSHR_PATCH_FOR_AT_VAX_61.ZIP VAX PATCH_MAILSHR_ON_VMS_N_AXP_61.ZIP AXP If you're not running OpenVMS VAX V6.1, you'll need to edit the patch file to uncomment the offsets for your version of VMS and comment out those for V6.1. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Mon, 14 Nov 1994 23:00:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: mail set transport command Date: 15 Nov 1994 04:54:17 GMT Message-ID: <3a9etp$rnv@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <63653180114991/70740@SCOTS>, "Ian Miller - Softel Systems" writes: #[This message is converted from WPS-PLUS to ASCII] # #I have seen patch kits to patch mail so that MX is always used. #However I know that VMSMAIL has a SET TRANSPORT command. Does anybody know #what this does and if it could be used to ensure outgoing mail is sent #via MX ? It sortof works. The best solution is "the patch" to VMSmail to do this for you. The undocumented SET TRANSPORT command still requires you to use quotes if you have an "@" in the address: MAIL> set trans smtp% MAIL> show trans Your default transport is SMTP%. MAIL> send To: wing@tgv.com %MAIL-E-USERSPEC, invalid user specification '@TGV.COM' (it doesn't matter if you use smtp%, mx%, pmdf%, uucp%, in%, or anything else -- Mail itself coughs on the "@"). But "the patch" doesn't suffer from this problem -- with the VMSmail patch you can simply type user@host, without having to use quotes and without having to prefix the address with mx%, smtp%, etc. The VMSmail patch, which works with MultiNet, MX, PMDF, TCPware, UCX, Pathway, and any other mailer that uses the alternate mail transport, is available when you install MX in the [.CONTRIB] directory (if you chose to install the contributed software), or by FTPing to ftp.spc.edu in the directory [.mx.contrib]. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Mon, 14 Nov 1994 23:07:36 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: mail set transport command Date: 15 Nov 1994 04:56:09 GMT Message-ID: <3a9f19$rnv@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU I wrote: #But "the patch" doesn't suffer from this problem -- with the VMSmail patch #you can simply type user@host, without having to use quotes and without having #to prefix the address with mx%, smtp%, etc. # #The VMSmail patch, which works with MultiNet, MX, PMDF, TCPware, UCX, Pathway, #and any other mailer that uses the alternate mail transport, is available when #you install MX in the [.CONTRIB] directory (if you chose to install the #contributed software), or by FTPing to ftp.spc.edu in the directory #[.mx.contrib]. Note also that you don't need privileges to install this patch -- you can create your own private copy which implements this feature (at least, last I checked ...). -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Tue, 15 Nov 1994 10:41:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 15 Nov 94 16:14:01 -0800 From: "Ian Miller - Softel Systems" Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <34525151114991/71817@SCOTS> To: mx-list@wkuvx1.wku.edu Subject: internet domains in South Africa [This message is converted from WPS-PLUS to ASCII] Thanks for all your help re mail to South Africa. I have corrected the mail address I was using and so far so good. I have obtained the domain codes list from fileserv@shsu.edu which will help in the future. ================================================================================ Archive-Date: Tue, 15 Nov 1994 10:47:58 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 15 Nov 94 16:15:01 -0800 From: "Ian Miller - Softel Systems" Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <74525151114991/71818@SCOTS> To: mx-list@wkuvx1.wku.edu Subject: rewrite of from address [This message is converted from WPS-PLUS to ASCII] Is is possible to get MX to modify the from address ? I have mail arriving from other sites via PSI MAIL. It is sent to MX%"ian@softel" and the from address is displayed in VMSMAIL something like MX%"'psi%nua::user'@localnodename" I would like this to appear is MX%"user@nua.psi" which is what users here specify when sending (I have a rewrite rule which changes this to psi%nua::user and then gives it to MX Local to send) ================================================================================ Archive-Date: Tue, 15 Nov 1994 10:54:35 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 15 Nov 1994 10:54:11 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009877FF.AFEB4082.5@ALPHA.WKU.EDU> Subject: RE: rewrite of from address "Ian Miller - Softel Systems" writes: > >Is is possible to get MX to modify the from address ? > You can do this (I think) using the ADDRESS_REWRITER example found in MX_ROOT:[EXAMPLES]. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 15 Nov 1994 13:09:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: norton@eisner.decus.org (Bill Norton) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX 4.1 address_rewriter question Message-ID: <1994Nov15.120250.7457@eisner> Date: 15 Nov 94 12:02:49 -0500 To: MX-List@WKUVX1.WKU.EDU I'm trying to use the address_rewriter supplied with MX V4.1 to convert all our outbound mail From:'s to be firstname.lastname@heisys.com. The header rewrite works for a simple case of VAXmail to SMTP, but the get_alias routine fails when I set a "personal name" in VAXmail. In that case the sequence "Bill Norton" gets treated as the user portion of the originating address. Is there a way to get address_rewriter to ignore the embedded space in the "user" field? Or for the init routine to do the same, so the alias file could contain the personal name as the "user" field? Or for the stuff inside the <>'s to be used for the originating address and ignore the leading personal name? Here's an MX_ROUTER_LOG.LOG demonstrating the problem *********************************************************************** %PROCESS, Processing entry number 3 %PROCESS, Status from READ_INFO was 00000001 %PROCESS, Message originated in VMS Mail. %PROCESS, will run domain expander on envelope addresses. %PROCESS, Processing address: %PROCESS, ... address now reads: %PROCESS, will run domain expander on message headers. %PROCESS, ... Header rewrite of Bill Norton failed 00000000 ^_____^_____ (the alias file has an entry for "norton".) %PROCESS, ... Header rewrite of norton@eisner.decus.org failed 00000000 %PROCESS, Updating the QENT source address. %PROCESS, Finished VMSmail-origin preprocessing. %PROCESS, Recipient #0: %REWRITE, No rewrite rules matched %REWRITE, Site-spec rewrite on err=00000000 %FINDPATH, Site-spec expand on eisner.decus.org err=00000000 %FINDPATH, domain name EISNER.DECUS.ORG matched path pattern * %PROCESS, Rewrote as next hop eisner.decus.org, path 2 %PROCESS, Adding to SMTP path: . %PROCESS, Path SMTP gets 1 rcpts, entry number 4 ================================================================================ Archive-Date: Tue, 15 Nov 1994 14:02:15 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: Mike.Jensen@comms.moc.govt.nz (Mike Jensen) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Mixed VMScluster and MX 4.1 - Can't Make it Work! Date: 15 Nov 1994 19:26:20 GMT Message-ID: <3ab20s$bvc@st-james.comp.vuw.ac.nz> To: MX-List@WKUVX1.WKU.EDU I am running a VAXstation 4000-60 with OpenVMS VAX 5.5-2 and a DEC 2100 500MP running OpenVMS AXP 6.1. I have recently tried installing MX 4.1 in a mixed VMScluster arrangement with problems. I firstly installed MX 4.1 AXP as a full installation and then MX 4.1 VAX with images only. I elected to share a common disk for MX and the MX queue file. I want the MX processes to be started on the 2100 only in order to have it perform processing rather than the VAX which is far less powerful. OK. After starting MX on the AXP and seeing that the processes started OK, I tried sending mail "internally" to myself and another local account on the cluster. However, the mail actually never gets delivered. I can see the entry being processed in the MX queue but it then just goes into the big bit-bucket and never gets delivered to the VAX/AXP user. Similarly, when an "external" user sends mail into the system, there is a queue entry OK, but the mail never actually is delivered to the VAX/AXP user. I have tried turning SMTP debug logging on using the LNM MX_SMTP_DEBUG, but curiously the log file MX_SMTP_LOG.LOG doesn't get created! Thanks. Mike Jensen. Mike.Jensen@comms.moc.govt.nz ================================================================================ Archive-Date: Tue, 15 Nov 1994 14:02:41 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: emeehan@iol.ie (Eoin Meehan) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: message router and UUCP% Date: 15 Nov 1994 19:32:02 GMT Message-ID: <3ab2bi$mhs@barnacle.iol.ie> To: MX-List@WKUVX1.WKU.EDU bob pasker (rbp@well.com) wrote: : In article , rbp@well.com (bob : pasker) wrote: : > scenario: two machines A:: and B:: connected via DECnet, both running : > message router. B:: is also running UUCP 2.0. : > : > question: how does user A::JOE send e-mail to UUCP%"user@site.domain" : > using VMS Mail or All-in-1? : i had posted the above query in vmsnet.mail.misc, but received neither : affirmative nor negative responses, so i thought i would try a broader : brush. : the question can be extended to ask how one may address e-mail through : message router to ANY foreign protocol module (e.g. UUCP%, MX%, IN%, : DELIVER%) running on another machine. or is this just not doable at all? : -- : -- bob pasker, rbp@well.com : -- The simplest way is if you are using Message Router and MRGATE, the VMSmail MR gateway. This allows you send to and from MR using VMSmail. Therefore you can use VMSmail accessible software such as IN% (PMDF) or UUCP% (DECUS UUCP). Its pretty ugly but you can use the DDS to hide the entries. Its been a while since I've done this! Rgds, Eoin. -- emeehan@iol.ie Eoin Meehan The Trinity Group 172 Merrion Road Dublin 4 ================================================================================ Archive-Date: Tue, 15 Nov 1994 20:57:16 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: Mike.Jensen@comms.moc.govt.nz (Mike Jensen) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Mixed VMScluster and MX 4.1 - Can't Make it Work! Date: 16 Nov 1994 02:45:13 GMT Message-ID: <3abrnp$5no@st-james.comp.vuw.ac.nz> To: MX-List@WKUVX1.WKU.EDU In article <3ab20s$bvc@st-james.comp.vuw.ac.nz>, Mike.Jensen@comms.moc.govt.nz (Mike Jensen) says: > >I am running a VAXstation 4000-60 with OpenVMS VAX 5.5-2 and a >DEC 2100 500MP running OpenVMS AXP 6.1. > >After starting MX on the AXP and seeing that the processes started >OK, I tried sending mail "internally" to myself and another >local account on the cluster. However, the mail actually never gets >delivered. I can see the entry being processed in the MX queue >but it then just goes into the big bit-bucket and never gets >delivered to the VAX/AXP user. Similarly, when an "external" >user sends mail into the system, there is a queue entry OK, but >the mail never actually is delivered to the VAX/AXP user. OK! What was wrong was the paths were missing! Doing a MCP> show path showed my paths mad vanished, don't know how. I added them manually and all was well. Thanks to Hunter for the tip. I'd like to know why the paths were missing! Mike Mike.Jensen@comms.moc.govt.nz (Wellington, New Zealand) ================================================================================ Archive-Date: Wed, 16 Nov 1994 09:20:16 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 16 Nov 1994 09:20:04 CDT From: Howard Meadows Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009878BB.B4A2E6F2.1@cslvax.weeg.uiowa.edu> Subject: Queue Files Piling up I have a problem right now with files piling up in the queue directories. Things seem like their getting delivered ok, but the files never get deleted. It's reached a point now where I have several thousand in the directory tree. I've enabled debug on the FLQ stuff & the resulting log files tell me "someone else is doing the cleanup". What can I do to rectify this situation? -Howard *************************************************************************** * Howard Meadows Sr. Systems Programmer Weeg Computing Center * * University Of Iowa Iowa City, Iowa 52242 Phone: 319-335-5519 * * email: howard-meadows@uiowa.edu FAX : 319-335-5505 * *************************************************************************** ================================================================================ Archive-Date: Wed, 16 Nov 1994 10:53:01 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: mikeb@radonc.ucdmc.ucdavis.edu Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Automatic preface to all mailing list postings? Date: Wed, 16 Nov 94 16:36:16 GMT Message-ID: <3adcd9$m8a@mark.ucdavis.edu> To: MX-List@WKUVX1.WKU.EDU wing@tgv.com ("Dan Wing") writes: >In article <3a0p2m$9lc@jac.zko.dec.com>, barry@star.enet.dec.com (Rick Barry) writes: >#Is it possible to prefix a section of pre-defined text to all postings >#distributed from a mailing list? What I have in mind is adding a small >#section of text to each message distributed from the mailing list that >#would contain information related to the list. Anyone know how to do >#this? > >Excellent idea! I'd start with a prefix saying something like: > > You are receiving this mail message because you subscribed to a mailing list. > If you want to unsubscribe from the mailing list, send mail to .... > >There's nothing built into MX to do this, but you could relatively easily add >something to do this via MX's SITE agent. The digest software in the [.CONTRIB] directory already does this, I presume via the SITE agent -- you could look there as a starter. Mike /sig ================================================================================ Archive-Date: Wed, 16 Nov 1994 15:19:46 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: courtney@birdville.k12.tx.us (Roger Courtney - Systems, Programming & Operations) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: SITE_DELIVER hangs in GATEMAIL.EXE Date: 16 Nov 94 14:00:27 -0600 Message-ID: <1994Nov16.140027.1@ringo> To: MX-List@WKUVX1.WKU.EDU Hi, I am using Multinet V3.3 Rev A and MX V4.1 on my VAX VMS cluster. I have a gateway set up for several mailing lists to ANU-NEWS local groups. I just started having a problem with one of them. I am using the MX-NEWS-GATEWAY.ZIP package in the [.CONTRIB] directory of the MX distribution. Some of the E-Mail coming from the UNIFACE-L mailing list is being choked on by GATEMAIL.EXE I "SET VERIFY" in SITE_DELIVER.COM and found the process hung in GATEMAIL.EXE. I captured a message that it was choking on and am including it here. I created a COM file to recreate the choking. It will choke on my system every time. Could someone who is using SITE_DELIVER.COM try it and see if it chokes for you? The GATEMAIL program creates the NEWSGATE.BATCH file and writes out the headers and some of the message then hangs. CPU cycles are being used, but NO I/O is taking place. Can you say loop? :-( I've noticed that this only happens with SOME messages coming from the UNIFACE mailing list. I have several other mailing lists gatewayed to local news but they never hang. Thanks for looking at this. I have to clean-up the carnage at least 2-3 times a day and restart the "MX Site Agent". I believe that neither MULTINET nor MX are the problem here. Here are the relevant files. Sorry for the size of this posting ;-) Here is my POST.COM file -----------------------------------Start--------------------------------------- $ gatemail :== $ mx_exe:gatemail.exe $ gatemail SITE_MSG.TMP newsgate.batch "uniface-gate!list" "uniface" -----------------------------------End--------------------------------------- Here is the SITE_ADR.TMP file -----------------------------------Start--------------------------------------- -----------------------------------End--------------------------------------- Here is the LLLLLOOOOONNNNGGGGG SITE_MSG.TMP file -----------------------------------Start--------------------------------------- Received: from ctc.ctc.edu by ringo.birdville.k12.tx.us (MX V4.1 VAX) with SMTP; Tue, 08 Nov 1994 10:57:43 CST Received: by ctc.ctc.edu (1.38.193.5/16.2) id AA12205; Tue, 8 Nov 1994 08:57:31 -0800 Date: Tue, 8 Nov 1994 08:57:31 -0800 Message-ID: <9410087843.AA784323993@ccmail.compuware.com> Errors-To: bshaver@dev3.ctc.edu Reply-To: uniface-l@ctc.ctc.edu Originator: uniface-l@ctc.ctc.edu Sender: uniface-l@ctc.ctc.edu Precedence: bulk From: Greg_Myers@ccmail.compuware.com (Greg Myers) To: uniface-gate@birdville.k12.tx.us Subject: 3gl and subclassing X-Listserver-Version: 6.0 -- UNIX ListServer by Anastasios Kotsikonas X-Comment: UNIFACE-L Uniface List >Hi, >I had sent this e-mail some time back. I did not get any >suggestions/tips. If anyone in the network has worked on writing a >Windows C program - >any help/suggestion would help. > >S Jayaraman >Washington D.C > > >Our Environment :- Uniface 5.2.e2 on Windows 3.1 >Novell Netware 3.11 >Sybase 4.9 on RS/6000 running AIX 3.1 Microsoft C6.0 with SDK > >We have a Uniface form which should loop forever for a fixed period >of time until the key is hit. Everytime it loops through we >refresh the screen (ie re-retrieve the new data). I am trying to >write a C program but without much success. I am NOT a Windows >Programmer either. I tried to use the concept of 'SubClass'ing. > >The Uniface psuedo code would look like this: > >while ( ) >$1 = 5 ; C program should time out in 5 seconds >; OR when the key is struck - ; whichever is earlier >perform "uInkey" >if ($status < 0) ; key was hit >break >else >retrieve from table >display screen >endif >endwhile > >I am including the source (which is definately wrong) >- my application hangs :-( > >Can anyone throw any light or give some advice... > >Thanks in advance. > > >S Jayaraman >IMF, Washington D.C >sjayaram@bcsaix2d.imf.org > > > >/* Begin C Source */ > >#define _WINDLL >#include >#include >#include >#include "umsw3gl.h" > >XPROC lpfnDefProc = NULL; > >LRESULT CALLBACK MyDefProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM >lParam) { >switch (msg) >{ >case WM_KEYDOWN: >if (wParam == VK_ESCAPE) >// I need to quit the C Program >exit (-1) >break; >} >return CallWindowProc(lpfnDefProc, hwnd, msg, wParam, lParam); > >} > > >XLONG XEXPORT uInkey(void) >{ > >HANDLE uhwnd; > >uhwnd = UGETHWND(); > >lpfnDefProc = SubclassWindow(uhwnd, UMAKEPROCINST((XPROC)MyDefProc)); > >return SUCCESS; > >} > >/* End C Source */ S Jayaraman -- If I understand your message correctly, you want to have an interuptable delay as part of a form. The problem is that the C program can not sit a tight loop for x seconds without tying up the entire machine for those x seconds. I have some ideas.... but first, a short windows discussion about subclassing. Subclassing is essentially a method for providing a procedure to be called before the main windows' function. It is a way to intercept messages from the system before they get to the main message procedure. A window can be subclassed many times, but only needs to be subclassed once for a particular procedure. In the code you gave, every time InKey is called, the window is subclassed. When the subclassing procedure is called, you store away the proc address of the previous windows proc for any messages, in this case all but one specific message, that need to be handled by the previous proc. Your code loses the original address the second time through the loop. The second time through the loop, the 'previous' subclassing proc is your old subclassing proc. At the point the assignment is made to your stored XPROC, the original window proc address is lost. In the call back proc itself, an infinite recursive call gets made because it calls the stored window proc, which is by now the window proc currently being executed. Hope this makes enough sense to help you understand why the lockup was occuring. It is critically important that the original proc be stored away very safely. Also, this is very minimal an explanation and was meant to give a feel for what subclassing is and does....hope it was clear... What I would suggest doing is somewhat complicated. Probably because I am failing to see the best solution to this. But, here goes.... The idea is to use a system timer to do the 5 second count and Uniface's UADVISE routines to catch the keystroke. Each loop will start a timer, then an inner loop will call another function that acts like a flag. If the timer is up or the key has been hit, stop. The timer will be killed when it first goes off or when the keystroke is hit.... (pseudo code......) while( forever ) { perform "starttimer" while( $status >= 0 ) { perform "shouldIstop" } get next record display next record } The reason for using a system timer is becase a loop or a call to a delay function, if not coded correctly, will take control of the processor for too long. For instance, int x = 32000; while( x ) { x--; } This code snippet will complete the entire while loop before returning control back to the system. If the system does not have control, keystrokes can not be processed. This is undesireable....;-) To set the timer, this code snippet shows how to set the timer...RTFM for the parameters and usage of the SetTimer and KillTimer function from the SDK. NOTE : Timers are a limited resource and you must verifiy you actually got one. long XEXPORT starttimer() { TIMERPROC lpfnMyTimerProc; //get an instance hinst=ULIBINST(); //make a THUNK this will be the proc called when the timer is up lpfnMyTimerProc=(TIMERPROC)MakeProcInstance(MyDefProc, hinst); //set the timer if( SetTimer(UGETHWND(), ID_MYTIMER, 5000, lpfnMyTimerProc) ) { timeralive=TRUE; return SUCCESS: } else { return FAILURE; } } Well, something like that should handle setting up the timer... In the subclass procedure, catch a WM_TIMER message and validate that it is your timer (ID_MYTIMER). if it is your timer, kill the timer with the SDK API KillTimer. The UADVISE bit I have pasted at the end of this message from the MSW 3GL document you can get from CCC. It will have to be worked with, but should suffice in getting you started along. The final bit is the 'shouldIstop' function. In short, it should check a flag that is set to TRUE if a timer is running and a second flag should be available for the keystroke. BOOL timeralive, nokeystroke; long XEXPORT shouldistop() { if( timeralive && nokeystroke ) return FAILURE; else return SUCCESS; } The subclassing proc should look something like this .... LRESULT CALLBACK MyDefProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam) { switch (msg) { case WM_TIMER: if (wParam == IDMYTIMER) KillTimer( ... ); timeralive = FALSE; break; } return CallWindowProc(lpfnDefProc, hwnd, msg, wParam, lParam); } The catchkeysfunction from the pasted bit below should simply set the flag if the escape key is hit... Good luck with this.... A Better Implemenation of Callback Functions and an Introduction to the UDLLEVENT function. Purpose : To improve the implementation of callback functions for Uniface with the UDLLEVENT function. Discussion : In a previous callback example, in order to ensure that the thunk was freed and the callback function was 'unadvised' from Uniface, the procs of the example external schema were littered with performs to endcatchkeys(). Also a call had to be made to startcatchkeys() to get the callback functioning. There is a better way to accomplish this. UDLLEVENT is a function that is called for initialization and exiting functions that may need to be performed. (It is strongly suggested that the source MY3GL.C and the manual be read about UDLLEVENT). In this example, the thunk and advisement are taken care of in UDLLEVENT's UEVT_INITGUI case. In this funtion, startcatchkeys() is called. In UEVT_EXITGUI, endcatchkeys() is called. This removes the need for any procs to call either of these functions. In fact, the only function called in this example is dothunk(), which does little more than return SUCCESS as a function. dothunk()'s only purpose in this example is to get the DLL registered with Uniface, a side effect of the first call to a function in a DLL. What this does is brings the number of perform statements down from at least 3 to 1, and would reduce it from 3 to zero (for this type of functionality) if some other function were performed. All that needs to happen, to get the callback functionality started, is to get the DLL loaded. The example contains 6 message boxes. One for each case in UDLLEVENT. This is very useful in demonstrating when UDLLEVENT gets a call and which call it is and to display what the passed parameters values are. The message boxes also reveal some of how Uniface handles 3GL DLL's. Procedure : 1) Using the procedures from the first exercise, compile and link the 3GL code using the provided makefile. 2) Create a simple External Schema and in the trigger place the following 4GL proc code. perform "dothunk" 3) Compile and test the external schema after modifying the INI file and reloading the IDF. Pay special attention to the message boxes. It would be very benificial to make an application out of this example to notice the different times at which the function, UDLLEVENT, is called. Results : The results will be much the same as the previous callback example, except that there will be 6 message boxes displayed. Pitfalls and Tips : As is noted in the comments and documentation for UDLLEVENT, it is important to use the correct UDLLEVENT case, which depends on which keystroke is being depressed. Included files for this demonstration project : uthunkii.c C source code uthunkii.def Windows DEF file uthunkii.mak makefile to create DLL ================================================================= //uthunkii.c #define _WINDLL #include #include //these included files are for access #include //to the time & random functions #include "umsw3gl.h" XPROC thunkthingy; long XEXPORT dothunk() { return SUCCESS; } short XCALLBACK prekey_advise( unsigned short utype, long umask ) { char info[255]; wsprintf( info, "utype = %d, umask (in hex) =>%Xl<=", utype, umask ); MessageBox( NULL, info, "prekey_advise information", MB_OK ); return SUCCESS; } long startcatchkeys() { thunkthingy = UMAKEPROCINST( prekey_advise ); if( !thunkthingy ) { MessageBox( NULL, "UMAKPROCINST", "FAILURE", MB_ICONEXCLAMATION | MB_OK ); thunkthingy = 0; return !SUCCESS; } if( UADVISE( UADV_POSTKEY, UADV_ALL, thunkthingy ) == FAILURE ) { MessageBox( NULL, "UADVISE", "FAILURE", MB_ICONEXCLAMATION | MB_OK ); UFREEPROCINST( thunkthingy ); thunkthingy = 0; return !SUCCESS; } return SUCCESS; } long endcatchkeys() { if( thunkthingy ) { UUNADVISE( UADV_PREKEY, UADV_ALL, thunkthingy ); UFREEPROCINST( thunkthingy ); } return SUCCESS; } /********************************************************************* ********* ** UDLLEVENT - Handle DLL load/unload events. ** ** in: wEvent Event code: ** UEVT_INITDLL The DLL is loaded by Windows ** UEVT_INITCLIENT A Uniface app connects to the DLL ** UEVT_INITGUI Interactive mode starts ** UEVT_EXITGUI Interactive mode ends ** UEVT_EXITCLIENT A Uniface app disconnects from the DLL ** UEVT_EXITDLL The DLL is unloaded by Windows ** ** ret: SUCCESS Accept the load or connect attempt ** FAILURE Reject the load or connect attempt ** Ignored for other events ** ** BTW : Yes, this was lifted, pretty much verbatim, from the MSW U5.2.e2 3GL example. ** */ XSHORT X3GL UDLLEVENT(XWORD wEvent) { switch (wEvent) { case UEVT_INITDLL: /* When this event occurs, there is no client yet. The data segment is the master datasegment; any changes made to global variables will be reflected in all datasegments for all clients to come. Returning a positive value from this event allows you to set the size of the thunk table to some other size than the default (31). You would want to do this if you have many 4GL callable functions in your 3GL module. */ MessageBox( NULL, "You are here in the UEVT_INITDLL spot","message", MB_OK); break; case UEVT_INITCLIENT: /* Here we are about to accept a new client. Could allocate some dynamic memory to hold the client's static data, if we needed any. It is not generally safe to call Uniface service functions at this point; Uniface may not yet be through its initialization. */ MessageBox( NULL, "You are here in the UEVT_INITCLIENT spot","message", MB_OK); break; case UEVT_INITGUI: /* This event indicates the start of an interactive session. It will also occurr if the DLL is loaded while an interactive session has already started. It is safe to call service functions here. */ MessageBox( NULL, "You are here in the UEVT_INITGUI spot","message", MB_OK); return startcatchkeys(); break; case UEVT_EXITGUI: /* End of an interactive session. A good place to return Windows resources to the system. */ MessageBox( NULL, "You are here in the UEVT_EXITGUI spot","message", MB_OK); return endcatchkeys(); break; case UEVT_EXITCLIENT: /* Any memory, files, etc allocated for the disconnecting client should be released here. */ MessageBox( NULL, "You are here in the UEVT_EXITCLIENT spot","message", MB_OK); break; case UEVT_EXITDLL: /* The DLL is about to be unloaded. Shared resources should be released at this point. */ MessageBox( NULL, "You are here in the UEVT_EXITDLL spot","message", MB_OK); break; } return SUCCESS; } ================================================================= /* This is uthunkii.def*/ LIBRARY uthunkii DESCRIPTION 'random number generator for Uniface' EXETYPE WINDOWS STUB 'WINSTUB.EXE' CODE PRELOAD MOVEABLE DATA PRELOAD MOVEABLE SINGLE HEAPSIZE 1024 STACKSIZE 0 EXPORTS WEP @1 RESIDENTNAME ================================================================= #--------------------------------------------------------------------- -------- # NMAKE script for uthunkii, a sample MS-Windows 3GL library. #--------------------------------------------------------------------- -------- #- TOOL PATHS ---------------------------------------------------------------- CL=cl RC=rc LINK=link #- OPTIONS ------------------------------------------------------------------- MODEL=L CC=$(CL) /Zi /A$(MODEL)w /G2st65520 /Gw /Oxw /W3 /c #- TARGET -------------------------------------------------------------------- uthunkii.dll: uthunkii.obj uthunkii.def $(LINK) uthunkii/CO, uthunkii.dll,,oldnames+umswlib7+libw+$(MODEL)dllcew/NOE/NOD/NOI,uthunk ii #- DEPENDENCIES -------------------------------------------------------------- uthunkii.obj: uthunkii.c $(CC) uthunkii.c ================================================================= AND FINALLY, My disclaimer is simple. Nothing here is correct and I did not write it.....:-) Actually, I just sat down and cranked this out, so there will be errors and problems. However, coneptually and code-snippet wise, it should provide you with enough material to get moving on the matter. Enjoy! Sincerly, Greg Myers Uniface Engineering Alameda -----------------------------------End--------------------------------------- Here is the NEWSGATE.BATCH file that get created. -----------------------------------Start--------------------------------------- #! rnews ??? Path: uniface-gate!list Newsgroups: uniface Date: Tue, 8 Nov 1994 08:57:31 -0800 Message-ID: <9410087843.AA784323993@ccmail.compuware.com> Reply-To: uniface-l@ctc.ctc.edu Originator: uniface-l@ctc.ctc.edu Sender: uniface-l@ctc.ctc.edu Precedence: bulk From: Greg_Myers@ccmail.compuware.com (Greg Myers) Subject: 3gl and subclassing X-Listserver-Version: 6.0 -- UNIX ListServer by Anastasios Kotsikonas X-Comment: UNIFACE-L Uniface List >Hi, >I had sent this e-mail some time back. I did not get any >suggestions/tips. If anyone in the network has worked on writing a >Windows C program - >any help/suggestion would help. > >S Jayaraman >Washington D.C > > >Our Environment :- Uniface 5.2.e2 on Windows 3.1 >Novell Netware 3.11 >Sybase 4.9 on RS/6000 running AIX 3.1 Microsoft C6.0 with SDK > >We have a Uniface form which should loop forever for a fixed period >of time until the key is hit. Everytime it loops through we >refresh the screen (ie re-retrieve the new data). I am trying to >write a C program but without much success. I am NOT a Windows >Programmer either. I tried to use the concept of 'SubClass'ing. > >The Uniface psuedo code would look like this: > >while ( ) >$1 = 5 ; C program should time out in 5 seconds >; OR when the key is struck - ; whic/hever is earlier >perform "uInkey" >if ($status < 0) ; key was hit >break >else >retrieve from table >display screen >endif >endwhile > >I am including the source (which is definately wrong) >- my application hangs :-( > >Can anyone throw any light or give some advice... > >Thanks in advance. > > >S Jayaraman >IMF, Washington D.C >sjayaram@bcsaix2d.imf.org > > > >/* Begin C Source */ > >#define _WINDLL >#include >#include >#include >#include "umsw3gl.h" > >XPROC lpfnDefProc = NULL; > >LRESULT CALLBACK MyDefProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM >lParam) { >switch (msg) >{ >case WM_KEYDOWN: >if (wParam == VK_ESCAPE) >// I need to quit the C Program >exit (-1) >break; >} >return CallWindowProc(lpfnDefProc, hwnd, msg, wParam, lPara/m); > >} > > >XLONG XEXPORT uInkey(void) >{ > >HANDLE uhwnd; > >uhwnd = UGETHWND(); > >lpfnDefProc = SubclassWindow(uhwnd, UMAKEPROCINST((XPROC)MyDefProc)); > >return SUCCESS; > >} > >/* End C Source */ S Jayaraman -- If I understand your message correctly, you want to have an interuptable delay as part of a form. The problem is that the C program can not sit a tight loop for x seconds without tying up the entire machine for those x seconds. I have some ideas.... but first, a short windows discussion about subclassing. Subclassing is essentially a method for providing a procedure to be called before the main windows' function. It is a way to intercept messages from the system before they get to the main message procedure. A window can be subclassed many times, but only needs to be subclassed once for a particular procedure. In the c/ode you gave, every time InKey is called, the window is subclassed. When the subclassing procedure is called, you store away the proc address of the previous windows proc for any messages, in this case all but one specific message, that need to be handled by the previous proc. Your code loses the original address the second time through the loop. The second time through the loop, the 'previous' subclassing proc is your old subclassing proc. At the point the assignment is made to your stored XPROC, the original window proc address is lost. In the call back proc itself, an infinite recursive call gets made because it calls the stored window proc, which is by now the window proc currently being executed. Hope this makes enough sense to help you understand why the lockup was occuring. It is critically important that the original proc be stored away very safely. Also, this is very minimal an explanation and was meant to gi/ve a feel for what subclassing is and does....hope it was clear... What I would suggest doing is somewhat complicated. Probably because I am failing to see the best solution to this. But, here goes.... The idea is to use a system timer to do the 5 second count and Uniface's UADVISE routines to catch the keystroke. Each loop will start a timer, then an inner loop will call another function that acts like a flag. If the timer is up or the key has been hit, stop. The timer will be killed when it first goes off or when the keystroke is hit.... (pseudo code......) while( forever ) { perform "starttimer" while( $status >= 0 ) { perform "shouldIstop" } get next record display next record } The reason for using a system timer is becase a loop or a call to a delay function, if not coded correctly, will take control o/f the processor for too long. For instance, int x = 32000; while( x ) { x--; } This code snippet will complete the entire while loop before returning control back to the system. If the system does not have control, keystrokes can not be processed. This is undesireable....;-) To set the timer, this code snippet shows how to set the timer...RTFM for the parameters and usage of the SetTimer and KillTimer function from the SDK. NOTE : Timers are a limited resource -----------------------------------End--------------------------------------- -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Roger Courtney Birdville Independent School District - Supervisor of Systems, 3126 Carson St Programming and operations Fort Worth, TX 76117 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ E-Mail: courtney@birdville.k12.tx.us Voice: (817) 831-5892 or : Roger_Courtney@QM.birdville.k12.tx.us Fax: (817) 831-5896 WWW: http://www.birdville.k12.tx.us/ Gopher: birdville.k12.tx.us ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ================================================================================ Archive-Date: Thu, 17 Nov 1994 17:57:12 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: ueasia@hkucc.hku.hk Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Can MX 3.1C work with Multinet V3.3? Message-ID: <1994Nov17.170425.1@hkucc.hku.hk> Date: Thu, 17 Nov 1994 09:04:25 GMT To: MX-List@WKUVX1.WKU.EDU I am going to upgrade our Multinet to V3.3 next week.I wonder if MX 3.1C will still work with it or not and also do I need to reinstall MX 3.1C after I upgrade the Multinet? Thank you for your information in advance. Regards, Fiona ================================================================================ Archive-Date: Thu, 17 Nov 1994 18:52:00 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: madison@tgv.com (Matt Madison) Subject: Re: Can MX 3.1C work with Multinet V3.3? Date: 18 Nov 1994 00:36:37 GMT Message-ID: <3agsuq$7se@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Nov17.170425.1@hkucc.hku.hk>, ueasia@hkucc.hku.hk writes: & I am going to upgrade our Multinet to V3.3 next week.I wonder if MX 3.1C & will still work with it or not and also do I need to reinstall MX 3.1C & after I upgrade the Multinet? MX V3.1 C should still run just fine after you upgrade MultiNet to V3.3 -- at least, it will run as well as it did before you upgraded. You should not have to re-install MX after upgrading. -Matt -- Matthew Madison | madison@tgv.com | +1 408 457 5390 TGV, Inc. | 101 Cooper Street | Santa Cruz, CA 95060 USA ================================================================================ Archive-Date: Fri, 18 Nov 1994 06:19:18 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: RABINOWITZ@BEAR.COM (Ari) Subject: How can I rewrite From addresses to make them replyable? Keywords: uucp mx From: firewall rewrite addresses Message-ID: <40227@ursa.bear.com> Date: 16 Nov 94 16:03:37 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hi all, We are using a pair of old VaxStations running VMS 6.1, MX 4.1, and DECUS UUCP V2.0 for passing mail as a secondary protection between our Internet firewall and our internal nets. A rough sketch of the layout is: smtp smtp UUCP smtp smtp (Internet)----(Firewall)----(Tuna)-/\/\-(Mako)----(ursa)----(Internal Nets) UUCP names tunabear makobear Where Firewall is a commercially provided firewall, which remaps internal mail addresses in an effort to hide the internal structure of our nets, Tuna and Mako are the VaxStations which I am running, and ursa2 is a Sparc 2 running sendmail. The problem we are having is in rewriting the From addresses of outgoing mail so that it is replyable from the Internet. Right now the envelope from address of mail going from Tuna to the Firewall is of the form: @makobear.UUCP:user@ursa The From: header line is coming out as . Our firewall is then mangling these further to be Private_User@bear.com because it doesn't recognize the proper from address. Is there any way for me to have MX and/or UUCP rewrite the two from addresses to something of the form user@bear.com, which will be passed properly through our firewall and be replyable. Please send any replies to rabinowitz@vax5.bear.com, which I hope will get to me. My Usenet feed is so far behind that I'm not getting any vmsnet groups, although I am on the mailing lists, if my mail can get to me. Thanks in advance, Ari -- Ari Rabinowitz rabinowitz@bear.com WorkStation Administrator Bear Stearns Ari Rabinowitz rabinowitz@bear.com for VMS and personal mail WorkStation Administrator ari@bear.com for sun/HP Un*x mail Bear Stearns ================================================================================ Archive-Date: Fri, 18 Nov 1994 13:20:18 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 18 Nov 1994 11:20:14 PST From: operator@isdmnl.wr.usgs.gov Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: pmurphy@isdmnl.wr.usgs.gov Message-ID: <00987A5E.D321991E.105@isdmnl.wr.usgs.gov> Subject: LOCAL DELIVERY ERROR ================================================================================ Archive-Date: Fri, 18 Nov 1994 13:22:12 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 18 Nov 1994 11:21:55 PST From: operator@isdmnl.wr.usgs.gov Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: pmurphy@isdmnl.wr.usgs.gov Message-ID: <00987A5F.0F42F83E.130@isdmnl.wr.usgs.gov> Subject: LOCAL DELIVERY ERROR Greetings: We are currently experiencing a queueing phenomenon where a message seems to be hung in the LOCAL delivery queue. It keeps trying to deliver but no success. We turned on the LOCAL_DEBUG option and received the following two lines: 17-NOV-1994 17:05:55.26 DELIVER: Status=007E81FA from MAIL$ routines 17-NOV-1994 17:05:55.26 DELIVER: --LOGLINK or OPENOUT failure; will retry The status error returns: $ write sys$output f$message("007E81FA") %NONAME-W-NOMSG, Message Number 00000000 We have even go so far as to RESET and SHUTDOWN al MX processes. The receivers disk quota is also ok. Any suggestions? Thanks, Rick Leiber ISD-MPSC US Geological Survey Menlo Park, CA rleiber@isdmnl.wr.usgs.gov ================================================================================ Archive-Date: Fri, 18 Nov 1994 18:38:57 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: LOCAL DELIVERY ERROR Date: 19 Nov 1994 00:38:24 GMT Message-ID: <3ajhe0$3ti@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00987A5F.0F42F83E.130@isdmnl.wr.usgs.gov>, operator@isdmnl.wr.usgs.gov writes: =Greetings: = =We are currently experiencing a queueing phenomenon where a message seems =to be hung in the LOCAL delivery queue. It keeps trying to deliver but no =success. We turned on the LOCAL_DEBUG option and received the following =two lines: = =17-NOV-1994 17:05:55.26 DELIVER: Status=007E81FA from MAIL$ routines =17-NOV-1994 17:05:55.26 DELIVER: --LOGLINK or OPENOUT failure; will retry = =The status error returns: = $ write sys$output f$message("007E81FA") = %NONAME-W-NOMSG, Message Number 00000000 = =We have even go so far as to RESET and SHUTDOWN al MX processes. The =receivers disk quota is also ok. That status is defined in CLIUTLMSG: $ SET MESSAGE SYS$MESSAGE:CLIUTLMSG $ WRITE SYS$OUTPUT F$MESSSAGE(%X007E81FA) %MAIL-E-OPENOUT, error opening !AS as output (note also that you were passing the status to F$MESSAGE incorrectly). So the MAIL routines are trying to open an output file and failing. Without more information, it's impossible to say for sure. Could be that the user in question is over quota. Could be that your disk is fragmented, the user's MAIL directory is full, and can't be extended because there's not enough contiguous space free on the disk (I think). You might try sending a message of the same size to the same user using the VMS MAIL utility directoy (i.e., no MX% prefix in the address) and see what happens when you try that. -------------------------------------------------------------------------------- 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, 20 Nov 1994 01:24:43 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 20 Nov 1994 15:24:12 +0800 From: Cindy Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@wkuvx1.wku.edu Message-ID: <00987C13.3C8B3A80.17@bepc2> Subject: MX local delivery agent keeps dying Hi. I am running MX4.0 on a VAX 785 running VMS5.4. I installed MX in March and it was working fine for a while. But recently I encountered a problem: MX's local delivery agent keeps dying. When the agent processes queue entry number 16, it dies. Turning on MX_LOCAL_DEBUG gave me the following one-line log file at the time the agent died: $255$DUA0:[MX.LOCAL]MX_LOCAL_LOG.LOG;331 20-NOV-1994 14:24:51.67 Processing queue entry number 16 $255$DUA0:[MX.LOCAL]MX_LOCAL_BEPC2.LOG;11 20-NOV-1994 12:23:53.68: MX Local (pid 0000DB0D) starting 20-NOV-1994 14:24:53.25: MX Local (pid 0000DB0D) exiting, status = 10018294 The queue size is 5000 blocks. Earlier, when the queue size was 50000 blocks, the local agent died when processing entry number 1077. I realized that the maximum queue size in MX4.0 is 32,767 blocks and hence reduced the size, but the problem did not go away. Cindy Hao ---- IHEP Computing Center P.O. Box 918-7 E-mail: haoxin@bepc2.ihep.ac.cn Beijing 100039 Tel: +86(1)821-8315 China Fax: +86(1)821-3374 ================================================================================ Archive-Date: Sun, 20 Nov 1994 13:52:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 20 Nov 1994 12:52:56 MST From: "Michael L. Hitch" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987BFE.1AEA6BE0.93@msu.oscs.montana.edu> Subject: RE: MX local delivery agent keeps dying Cindy writes: > I am running MX4.0 on a VAX 785 running VMS5.4. I installed MX in March > and it was working fine for a while. But recently I encountered a > problem: MX's local delivery agent keeps dying. When the agent processes > queue entry number 16, it dies. Turning on MX_LOCAL_DEBUG gave me the > following one-line log file at the time the agent died: > > $255$DUA0:[MX.LOCAL]MX_LOCAL_LOG.LOG;331 > > 20-NOV-1994 14:24:51.67 Processing queue entry number 16 > > $255$DUA0:[MX.LOCAL]MX_LOCAL_BEPC2.LOG;11 > > 20-NOV-1994 12:23:53.68: MX Local (pid 0000DB0D) starting > 20-NOV-1994 14:24:53.25: MX Local (pid 0000DB0D) exiting, status = 10018294 The error status translates to %RMS-F-FNF, file not found. I've just gone through this several times recently (using MX 4.1) and it's a big pain to fix. The problem is that one of the expected files for that queue entry is missing. The delivery agent isn't tolerant enough to handle this, so it just exits. Perhaps the delivery agents should skip any entries that don't have all the files, and possibly send the postmaster a message indicating that (or flag the entry in some way that makes it easy to find). I just did this last night and had a rather large number of entries that didn't have the *.LOCAL_INFO file for the LOCAL queue entry. The easiest way to fix it is to cancel the offending queue entry, although that means loosing that message. I was able to spot all the bad entries by doing a QUEUE SHOW/FULL/DEST=LOCAL. All the entries with missing LOCAL_INFO files had a message indicating that the local info was missing. The other time I ran into this problem, one of the other queue files was missing. I found the offending entry using the debug log files, but it took a while before I finally figured out which of the queue files was missing. I ended up canceling that one also. Michael --- Michael L. Hitch osymh@msu.oscs.montana.edu Computer Consultant Office of Systems and Computing Services Montana State University, Bozeman, MT USA ================================================================================ Archive-Date: Sun, 20 Nov 1994 16:20:46 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: MX local delivery agent keeps dying Date: 20 Nov 1994 22:15:06 GMT Message-ID: <3aohpa$1u1@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00987C13.3C8B3A80.17@bepc2>, Cindy writes: =$255$DUA0:[MX.LOCAL]MX_LOCAL_LOG.LOG;331 = =20-NOV-1994 14:24:51.67 Processing queue entry number 16 = =$255$DUA0:[MX.LOCAL]MX_LOCAL_BEPC2.LOG;11 = =20-NOV-1994 12:23:53.68: MX Local (pid 0000DB0D) starting =20-NOV-1994 14:24:53.25: MX Local (pid 0000DB0D) exiting, status = 10018294 For what it's worth: $ WRITE SYS$OUTPUT F$MESSAGE(%X10018294) %RMS-F-FNF, file not found The local agent is looking for some file, but can't find it. You might want to check to make sure that the files that are supposed to be associated with entry 16 actually exist. If they don't, then cancel entry 16. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Tue, 22 Nov 1994 12:31:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 22 Nov 1994 13:30:47 EST From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: hardis@garnet.nist.gov Message-ID: <00987D95.B984B1A0.29075@garnet.nist.gov> Subject: code=0 In the "Huh?" department, what is this all about? (It's an entry in my queue:) Entry: 28983, Origin: [code=0] Status: IN-PROGRESS, size: 0 bytes Created: 21-NOV-1994 12:52:05.11, expires 21-DEC-1994 12:52:05.11 Last modified 21-NOV-1994 12:52:05.11 Recipient #1: <---- Actual name changed I'm puzzled by both the code=0 origin and the 0 byte length. - Jonathan ================================================================================ Archive-Date: Wed, 23 Nov 1994 05:30:57 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 23 Nov 94 10:56:01 -0800 From: "Ian Miller - Softel Systems" Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <05220132114991/75728@SCOTS> To: mx-list@wkuvx1.wku.edu Subject: wfwg mailgateway [This message is converted from WPS-PLUS to ASCII] Does anybody know of a program I could run on VAX/VMS with MX to send/recv mail to PCs running Microsoft Windows for Workgroups ? Ideally I wish to be able to send mail to people who have PCs from VMSMAIL. Also at present customers send mail via VMS PSIMAIL to usernames on a VAX here. Alot of those usernames rarely log on and would like the mail send direct to their PC and be able to reply back to the customer. The PCs also have a Novell fileserver so parhaps something could be done via that. There is also a PC running NT serving disks. The Novell fileserver does run a TCP/IP protocol stack also but no applications (like SMTP) have been bought. The PC dev group write their own applications to run over TCP/IP. I do have UCX on one of the VAX in the cluster. There is also PATHWORKS V4.2-1 running on another VAX in the cluster. However PATHWORKS is out of favour with the PC users who seem to mostly use Novell now. The other problem is I am still trying to get a budget for this so any suggestions should be cheap e.g. use shareware or public domain software. Any suggestions about where else to post this would be welcome. ================================================================================ Archive-Date: Wed, 23 Nov 1994 07:00:23 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 23 Nov 1994 07:59:43 EST From: Spencer Yost Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987E30.A3BFB680.14@ledger.co.forsyth.nc.us> Subject: RE: wfwg mailgateway > Does anybody know of a program I could run on VAX/VMS with MX > to send/recv mail to PCs running Microsoft Windows for Workgroups ? ...snip... > The other problem is I am still trying to get a budget for this so any > suggestions should be cheap e.g. use shareware or public domain software. > > Any suggestions about where else to post this would be welcome. Pegasus for Windows handles novell's email system and will do outqoing SMTP to a gateway. It will also do POP3. It is used extensively in our shop and wholeheartedly recommend it. I have never used the novell compnenet myself, but most of our shop does and likes it . I understand that it is some type shareware/freeware/limited-cost type of package, but the performance and features do not give you that impression. I am unsure where you can get it, as I was not the one to procur it. I will be looking into it, and if no one beats me to it, I will post it. Good luck! +================================+====================================+ | Spencer William Yost | Mis Department | | Vax/VMS Systems Manager | Forsyth County Government | | Yost@ledger.co.forsyth.nc.us | 200 N. Main St Room 603 | | | Hall Of Justice | | | Winston-Salem NC 27101 | +=====================================================================+ ================================================================================ Archive-Date: Wed, 23 Nov 1994 08:46:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 23 Nov 1994 09:45:07 EST From: Irv Eisen Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987E3F.5DA8C240.54@ccstat.mc.duke.edu> Subject: RE: wfwg mailgateway Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00987E50.CDA5D360.22302@acad.ursinus.edu> Subject: RE: wfwg mailgateway >> Does anybody know of a program I could run on VAX/VMS with MX >> to send/recv mail to PCs running Microsoft Windows for Workgroups ? > >...snip... > >> The other problem is I am still trying to get a budget for this so any >> suggestions should be cheap e.g. use shareware or public domain software. >> >> Any suggestions about where else to post this would be welcome. > >Pegasus for Windows handles novell's email system and will do outqoing SMTP >to a gateway. It will also do POP3. It is used extensively in our shop >and wholeheartedly recommend it. I have never used the novell compnenet >myself, but most of our shop does and likes it . I understand that it is >some type shareware/freeware/limited-cost type of package, but the >performance and features do not give you that impression. I am unsure >where you can get it, as I was not the one to procur it. I will be looking >into it, and if no one beats me to it, I will post it. > I use Eudora on the Mac, and I understand there is a PC version. On the PC's, I know some of the staff are happy with QVTNET, and it handles delivery/send with SMTP and POP. QVTNET is shareware if you want to check it out, and Eudora has Free and Shareware versions. (Available on better ftp sites everywhere ;-) Good luck, Steve... ---------------------------------------------------------------------------- | Steve Kneizys Stevo@acad.ursinus.edu | | Director P.O. Box 1000 | | Academic Computing Collegeville, PA 19426 | | Phone (215) 489 4111 x 2244 | | Ursinus College FAX (215) 489 0634 | ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 24 Nov 1994 01:58:17 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 24 Nov 1994 08:58:51 EST From: "Mario Meyer, Phys.-Techn. Bundesanstalt" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: mmeyer@ChbRB.Berlin.PTB.De Message-ID: <00987F02.10F9FAE0.3@ChbRB.Berlin.PTB.De> Subject: UCX031 ECO5 - which parts for MX ? I would like to prevent our cluster server from crashing as described by some subscribers here. DEC's advise is to install not the whole ECO5 patch. Can someone tell me wich components MX needs for proper cooperation with UCX031 ? --,------------------------------------------------------.------------------ | Mario Meyer Physikalisch-Technische Bundesanstalt | . , | ............. Institut Berlin Referat IB.TI | _QQ__ | : wide area : Abbestr. 2-12, D - 10587 Berlin | __( U, )__ | : networker : tel. (+49 30) 3481 442, fax. ... 490 | /// `---' \\\ | SMTP MMeyer@ChbRB.Berlin.PTB.De, BITNET MMeyer@PTBIB | /||\ /||\ --| X.400 S=Meyer; OU=IB-TI; O=PTB; P=PTB; A=d400; C=DE |------------------ `------------------------------------------------------' ================================================================================ Archive-Date: Thu, 24 Nov 1994 05:16:22 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: "scots::scots::mrgate::a1::softels00001"@isvnet.enet.dec.com Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <9411241116.AA21474@us4rmc.pko.dec.com> Date: Thu, 24 Nov 94 06:16:17 EST X-MX-Warning: Warning -- Invalid "To" header. To: us4rmc::"mx-list@wkuvx1.wku.edu"@isvnet.enet.dec.com Subject: RE: wfwg mailgateway From: NAME: Ian Miller - Softel Systems FUNC: TEL: To: NAME: MX-List@WKUVX1.WKU.EDU <"MX-List@WKUVX1.WKU.EDU"@US4RMC@ISVNET@MRGATE@SCOTS@NBS> A bit more information on my mail problem. The PCs talking Novell are on the same ethernet thinwire LAN as the VAXs. It is difficult to get the PC users (esp. in PC DEV.dept) to run any new software on their PCs so ideally something on the VAX that talked Novell protocols to wfwg mail would be the thing. The PC users outside of the PC dev.dept probably would run some other mail package if I handed them a disk with it on or even installed and configured it for them (I would have to get help from PC support person as I know little about PCs and rarely use one). The responses so far have been useful for the software for the PCs and I will be looking for the software mentioned. Any suggestions about what to run on the VAXs? As I said I can talk SMTP over TCP/IP and DECnet using MX and UCX. Is there anything cheap that will talk Novell protocols to these PCs ? ================================================================================ Archive-Date: Thu, 24 Nov 1994 12:39:08 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: code=0 Date: 24 Nov 1994 18:25:03 GMT Message-ID: <3b2lpv$p8a@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00987D95.B984B1A0.29075@garnet.nist.gov>, "Jonathan E. Hardis" writes: #In the "Huh?" department, what is this all about? (It's an entry in my #queue:) # #Entry: 28983, Origin: [code=0] # Status: IN-PROGRESS, size: 0 bytes # Created: 21-NOV-1994 12:52:05.11, expires 21-DEC-1994 12:52:05.11 # Last modified 21-NOV-1994 12:52:05.11 # Recipient #1: <---- Actual name changed # # #I'm puzzled by both the code=0 origin and the 0 byte length. If someone does: $ MAIL MAIL> SEND To: MX%blahblahblah Subj: blah ... And presses CTRL-C (to abort the mail message), an entry similar to the one that you show will be created by MX. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Mon, 28 Nov 1994 10:58:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: "Eric Rountree" To: MX-List@WKUVX1.WKU.EDU Date: Mon, 28 Nov 1994 10:37:09 AST MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Secondary Queue Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <45E32723CD0@SBACOOP.SBA.DAL.CA> I need information on how to add a second queue to MX 3.3. I can't find any info in the docs and my queue is running rampant! I'm going to upgrade to 4.1 as soon as possible, but I need to clear out my queue first! Thanks. Eric +---------------------------------------------------------+ | Eric R. Rountree, System Manager | | School of Business Administration Site | Distributed Sites Unit | Academic Computing Services | Dalhousie University | Halifax, Nova Scotia | | Eric.Rountree@Dal.CA +---------------------------------------------------------+ ================================================================================ Archive-Date: Mon, 28 Nov 1994 11:26:32 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Nov 1994 12:25:24 EST From: Spencer Yost Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00988243.959F8960.38@ledger.co.forsyth.nc.us> Subject: From: headers and MLF This may be a silly question, but I am inexperienced with the details of SMTP, RFC822 and MX: Some users of mailing lists I manage have noticed that the "From:" header of any list message indicates the sender's address, except when they send the message then it reads the address of the list. In other words the sender never sees his address in the "From:" line of the header. Details: - VMS 5.5-2 - MX 4.1 - All users noticing this are off site and the delivery agent is SMTP. - I am a local user and the list owner and this does not happen to messages I post. I see my address. This is no big deal but I am unable to adequately explain to them why this is occurring. I would like to be able to. Anyone out there know why? Many, many thanks ahead of time. +================================+====================================+ | Spencer William Yost | Mis Department | | Vax/VMS Systems Manager | Forsyth County Government | | Yost@ledger.co.forsyth.nc.us | 200 N. Main St Room 603 | | | Hall Of Justice | | | Winston-Salem NC 27101 | +=====================================================================+ ================================================================================ Archive-Date: Mon, 28 Nov 1994 12:40:18 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: "Eric Rountree" To: MX-List@WKUVX1.WKU.EDU Date: Mon, 28 Nov 1994 14:39:52 AST MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: SMTP Server crashing! Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <4623E150D30@SBACOOP.SBA.DAL.CA> My SMTP server process will currently run for just under half an hour before crashing. I have been trying to turn on DEBUG for that process, but no extra information is appearing in the log. Just a process start message and a process exit message. This is MX 3.3, by the way. I have defined a logical called MX_SMTP_SERVER_DEBUG and given it a value of "YES" (I couldn't find any reference in the docs to a particular value I am supposed to give this logical), but the debug doesn't seem to be working. Any suggestions would be most appreciated. Thanks Eric +---------------------------------------------------------+ | Eric R. Rountree, System Manager | | School of Business Administration Site | Distributed Sites Unit | Academic Computing Services | Dalhousie University | Halifax, Nova Scotia | | Eric.Rountree@Dal.CA +---------------------------------------------------------+ ================================================================================ Archive-Date: Mon, 28 Nov 1994 13:17:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Nov 1994 13:17:11 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098824A.D17E1CF1.35@ALPHA.WKU.EDU> Subject: RE: Secondary Queue "Eric Rountree" writes: > >I need information on how to add a second queue to MX 3.3. I can't >find any info in the docs and my queue is running rampant! > You can't. >I'm going to upgrade to 4.1 as soon as possible, but I need to clear >out my queue first! > Waiting and doing lots of QUEUE RECLAIMs is all you can do.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Mon, 28 Nov 1994 14:52:11 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Nov 1994 14:50:11 EST From: Bob Christenson Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00988257.CF38EE00.7@fcstc1.frco.com> Subject: RE: SMTP Server crashing! "Eric Rountree" writes: > >My SMTP server process will currently run for just under half an hour >before crashing. I have been trying to turn on DEBUG for that >process, but no extra information is appearing in the log. Just a >process start message and a process exit message. > >This is MX 3.3, by the way. > I have not run v3.3 so this maynot be an appropriate response. But .. is there an exit code with the process exit message. If not turn on image accounting and look at the exit code with the ACCOUNTING utility with VMS. [SNIP] I assume that you issued a RESET to all of the processes necessary. ------------------------------------------------------------------------------- Bob Christenson - Sr. Systems Analyst | Inet Address: rachri1@fcseng.frco.com Fisher Controls Int., Inc. | Voice Phone : (515) 754-3854 R.A. Engel Technical Center | FAX Phone : (515) 754-2831 South 12th Avenue | Marshalltown IA 50158 | "Why ask why?" ================================================================================ Archive-Date: Mon, 28 Nov 1994 17:53:51 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Nov 1994 17:53:56 CST From: system@BEAVER.Bemidji.MSUS.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00988271.7AA26C80.13@BEAVER.Bemidji.MSUS.edu> Subject: What is "Protocol Error (?)" Folks: What is the meaning of the following error message? Is it a problem at the Origin or the Destination? Is it really a hardware error? I see this pretty often, although after a retry or two the message is eventually sent. dave. Entry: 11, Origin: [Local] Status: IN-PROGRESS, size: 1295 bytes Created: 28-NOV-1994 17:34:35.92, expires 28-DEC-1994 17:34:35.92 Last modified 28-NOV-1994 17:34:39.28 SMTP entry #12, status: READY, size: 1295 bytes, waiting for retry until 28-NO V-1994 18:09:41.62 Created: 28-NOV-1994 17:34:38.21, expires 28-DEC-1994 17:34:35.92 Last modified 28-NOV-1994 17:39:41.64 Recipient #1: , Route=VAX1.BEMIDJI.MSUS.ED U Error count=1 Last error: %MX-E-PROTOERR, protocol error? ================================================================================ Archive-Date: Mon, 28 Nov 1994 19:49:26 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: Secondary Queue Date: 29 Nov 1994 01:38:18 GMT Message-ID: <3be0ma$igc@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <45E32723CD0@SBACOOP.SBA.DAL.CA>, "Eric Rountree" writes: #I need information on how to add a second queue to MX 3.3. I can't #find any info in the docs and my queue is running rampant! # #I'm going to upgrade to 4.1 as soon as possible, but I need to clear #out my queue first! I assume you mean that outgoing messages are piling up, so you need to create more outgoing SMTP agents? Simply edit MX_ROOT:[000000]MX_STARTUP_INFO.DAT and modify the line that looks like: 004SMTP:node to be somethine like: 004SMTP:node=5 which will create 5 outgoing SMTP agents when you execute SYS$STARTUP:MX_STARTUP.COM. In MX V3.4 (or somewhere near there, possibly V4.0) extra prompts were added to the MX installation procedure prompting you for how many of each agent you'd like to have running. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Mon, 28 Nov 1994 19:55:37 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: From: headers and MLF Date: 29 Nov 1994 01:41:59 GMT Message-ID: <3be0t7$igc@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00988243.959F8960.38@ledger.co.forsyth.nc.us>, Spencer Yost writes: #This may be a silly question, but I am inexperienced with the details of SMTP, #RFC822 and MX: # #Some users of mailing lists I manage have noticed that the "From:" header #of any list message indicates the sender's address, except when they send #the message then it reads the address of the list. In other words the #sender never sees his address in the "From:" line of the header. The sender's address is shown in the Sender: header. Within MCP, issue the command: MCP> HELP DEFINE LIST/REPLY_TO to see how you can have an MX list use either the sender's address as the From address or the list's address as the From address. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Mon, 28 Nov 1994 21:48:18 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 28 Nov 1994 22:47:59 EST From: Spencer Yost Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098829A.8ED94D80.4@ledger.co.forsyth.nc.us> Subject: Re: From: headers and MLF >#This may be a silly question, but I am inexperienced with the details of SMTP, >#RFC822 and MX: ># >#Some users of mailing lists I manage have noticed that the "From:" header >#of any list message indicates the sender's address, except when they send >#the message then it reads the address of the list. In other words the >#sender never sees his address in the "From:" line of the header. > >The sender's address is shown in the Sender: header. > >Within MCP, issue the command: > > MCP> HELP DEFINE LIST/REPLY_TO > >to see how you can have an MX list use either the sender's address as the >From address or the list's address as the From address. > >-Dan Wing, wing@tgv.com First, many thanks Dan for your timely response. It is much appreciated. However, I did specify "/reply-to=(List,NOSender)" when I created the list. The "Reply-to:" line is staying correctly filled in across all sites. I set the first option for obvious reasons, the second because it seemed most straight forward at the time of list creation, though I don't have a really good reason. I followed your advise however, and confirmed my original understanding; which was that this modified the "Reply-to:" line, rather than the "From:" line. As a matter of fact, it appears that MLF uses the "From:" line to fill in the "Reply-to:" address if an original "Reply-to:" line is unavailable and you specify SENDER with the qualifier. This topic has opened up mini-thread on my list, and therefore some more information has come to light: The vast majority of non-authors delivered via SMTP saw the authors address in the "From:" line. However, a few saw the list address and some saw the "list owner" address (ie owner-list-name@ledger.co.forsyth.nc.us). Most authors saw the list's address in the "From:" address, though some; including me, the only local subscriber, saw our own addresses. Thanks again for your help and would appreciate your take on this new information. +================================+====================================+ | Spencer William Yost | Mis Department | | Vax/VMS Systems Manager | Forsyth County Government | | Yost@ledger.co.forsyth.nc.us | 200 N. Main St Room 603 | | | Hall Of Justice | | | Winston-Salem NC 27101 | +=====================================================================+ ================================================================================ Archive-Date: Tue, 29 Nov 1994 07:08:47 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: "Eric Rountree" To: MX-List@WKUVX1.WKU.EDU Date: Tue, 29 Nov 1994 09:08:21 AST MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: SMTP Server update: Access Violation Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <474B8760388@SBACOOP.SBA.DAL.CA> This is a nightmare. The SMTP Server process is crashing with an access violation. There is no reason mask, no virtual address, no PC, no PSL, no nothing. Just access violation. When I start it up, it remains running for various lengths of time, usually a little more or less than half an hour. My message queue is growing by leaps and bounds. Nothing has been processed for more than a full day now. There are literally hundreds of messages in the queue waiting to be processed. I'm at my wits end. I don't know what to do. Help. Eric +---------------------------------------------------------+ | Eric R. Rountree, System Manager | | School of Business Administration Site | Distributed Sites Unit | Academic Computing Services | Dalhousie University | Halifax, Nova Scotia | | Eric.Rountree@Dal.CA +---------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 29 Nov 1994 09:23:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Secondary Queue Date: 29 Nov 1994 11:26:42 GMT Message-ID: <3bf35i$ovh@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <45E32723CD0@SBACOOP.SBA.DAL.CA>, "Eric Rountree" writes: =I need information on how to add a second queue to MX 3.3. I can't =find any info in the docs and my queue is running rampant! Why would you want to add a second queue? And WHAT THE HELL DO YOU MEAN by " a second queue"? How about telling us what you're trying to accomplish instead of spouting meaningless technobabble of your own invention at us? I mean, if you tell us what you're trying to accomplish, you might get some useful suggestions. If, on the other hand, you insist on simply spouting gibberish, you're not likely to get any useful help. =I'm going to upgrade to 4.1 as soon as possible, but I need to clear =out my queue first! Ah, now clearing out your queue, that's another matter entirely. And it doesn't have a damned thing to do with "add[ing] a second queue." If you happen to manage a second system, then you can 1) Stop your SMTP server; 2) Deinstall the MS_MAILSHR image; 3) Define that second system as a default route, and ready all messages currently in your queue. Those messages will be sent to that system immediately. At that point, your queue will be empty. Of course, that might result in multiple deliveries of messages, but I assume you'd be willing to live with that. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Tue, 29 Nov 1994 09:23:51 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: What is "Protocol Error (?)" Date: 29 Nov 1994 11:31:02 GMT Message-ID: <3bf3dm$ovh@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00988271.7AA26C80.13@BEAVER.Bemidji.MSUS.edu>, system@BEAVER.Bemidji.MSUS.edu writes: =What is the meaning of the following error message? Is it a problem at the =Origin or the Destination? In theory, it could be either. Or somewhere in between. But I've yet to see the MX mailer violage protocol, so it's most likely at the remote end or in some system between the two machines. Protocol error means that something went wrong in the SMTP session. There are a set of rules specified in the RFCs for mail transactions. Protocol error means that your system thinks that the remote system broke one of those rules. If you want to see HOW it might've broken one of those rules, enable SMTP debugging. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Tue, 29 Nov 1994 11:03:07 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 29 Nov 1994 11:03:00 CST From: system@BEAVER.Bemidji.MSUS.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00988301.3D0D2FA0.5@BEAVER.Bemidji.MSUS.edu> Subject: Re: What is "Protocol Error (?)" Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | writes ... > > =What is the meaning of the following error message? Is it a problem at the > > =Origin or the Destination? > > In theory, it could be either. Or somewhere in between. But I've yet to see > the MX mailer violage protocol, so it's most likely at the remote end or in > some system between the two machines. Protocol error means that something went > wrong in the SMTP session. There are a set of rules specified in the RFCs for > mail transactions. Protocol error means that your system thinks that the > remote system broke one of those rules. If you want to see HOW it might've > broken one of those rules, enable SMTP debugging. Multinet is running on the destination node. I wouldn't expect it to screw up. Guess I should get some debug messages .... dave. ================================================================================ Archive-Date: Tue, 29 Nov 1994 11:31:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <9411291720.AA01506@us3rmc.pa.dec.com> Date: Tue, 29 Nov 94 09:20:10 PST From: Scot Bishop-Walker - DEC PC Integration 29-Nov-1994 0917 Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Subject: Re: From: headers and MLF > The vast majority of non-authors delivered via SMTP saw the authors address > in the "From:" line. However, a few saw the list address and some saw the > "list owner" address (ie owner-list-name@ledger.co.forsyth.nc.us). Spencer - I've seen this, too. One of my subscribers was involved in a mail conversion at their site. Before the conversion, everything was fine. After, she saw the "owner-list-name" address. As a point of interest, the changes to their mail system were (in short) that prior to the conversion, one had to specify a specific node (i.e. ah@node.network.univ.edu), and when they went through the conversion, they had created a single mail host that performed the specific addressing, based on a generic "domain" address (i.e. ah@univ.edu). I don't know what difference this would make, or why the headers would suddenly change, but they did. Also, her outbound mail changed, so she couldn't even unsub from the list. I had to do it manually, and have her re-sub. If anyone's got any ideas, let us know! - Scot Scot Bishop-Walker Digital Equipment Corporation Northern California PC Integration Santa Clara, CA ================================================================================ Archive-Date: Tue, 29 Nov 1994 20:08:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: SMTP Server update: Access Violation Date: 30 Nov 1994 01:51:23 GMT Message-ID: <3bglqr$2ba@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <474B8760388@SBACOOP.SBA.DAL.CA>, "Eric Rountree" writes: #This is a nightmare. # #The SMTP Server process is crashing with an access violation. There #is no reason mask, no virtual address, no PC, no PSL, no nothing. #Just access violation. # #When I start it up, it remains running for various lengths of time, #usually a little more or less than half an hour. My message queue is #growing by leaps and bounds. Nothing has been processed for more than #a full day now. There are literally hundreds of messages in the queue #waiting to be processed. # #I'm at my wits end. I don't know what to do. MX V3.3 Try defining the MX_SMTP_SERVER_DEBUG logical to TRUE (do it /SYSTEM/EXECUTIVE) and restart the MX SMTP Server process. The problem may likely be that an SMTP Client is sending something invalid, which is causing a problem with the MX V3.3 SMTP Server. I'd recommend upgrading to MX V4.1, which will provide you performance improvements over V3.3, more features, and includes bug fixes, including possibly the problem you're seeing. -dan -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Tue, 29 Nov 1994 20:08:53 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: What is "Protocol Error (?)" Date: 30 Nov 1994 01:55:02 GMT Message-ID: <3bgm1m$2ba@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00988301.3D0D2FA0.5@BEAVER.Bemidji.MSUS.edu>, system@BEAVER.Bemidji.MSUS.edu writes: #Multinet is running on the destination node. I wouldn't expect it to screw up. #Guess I should get some debug messages .... Try TELNETting to the SMTP port on the destination system by: $ MULTINET TELNET/PORT=SMTP destination-system and see if you get a 220 welcome greeting. If you do, try faking a mail message and see where things are failing. Also check what version of MultiNet it is running (which will be displayed in the 220 welcome greeting for recent versions of MultiNet). If there appears to be a problem, log a call with TGV technical support, 408-457-5201, or send mail to MultiNet-VMS@support.tgv.com, and include all information, including a copy of the MX SMTP log of the failing transaction, which would be useful to speed debugging of the problem. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Wed, 30 Nov 1994 08:36:41 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Nov 1994 09:36:44 EST From: Peanut butter forever! Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <009883BE.5A7700E7.23@vax6.drc.com> Subject: The MX mailer and upgrading Tcpware. I currently use Tcpware, version 3.1 as the tcp/ip underwear for Netlib and the MX mailer. We are going to upgrade to Tcpware, version 4.1 in late December. Do I need to relink / reinstall either the MX mailer or Netlib? Dan Graham ================================================================================ Archive-Date: Wed, 30 Nov 1994 09:35:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 30 Nov 1994 09:35:37 -0500 To: MX-List@WKUVX1.WKU.EDU From: Dolan@Bible.acu.edu (Tom Dolan) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Blocking a person from Subscribing Is there anyway to block a person from subscribing to a list without changing the list protection: Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:E) I want anyone to be able to subscribe but a paticular person. Tom Dolan Dolan@Bible.acu.edu Systems Manager College of Biblical and Family Studies Abilene Christian University ================================================================================ Archive-Date: Wed, 30 Nov 1994 09:55:31 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Nov 1994 09:55:00 CST From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009883C0.E785EE5D.9@ALPHA.WKU.EDU> Subject: RE: Blocking a person from Subscribing Dolan@Bible.acu.edu (Tom Dolan) writes: > >Is there anyway to block a person from subscribing to a list without >changing the list protection: > Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:E) > >I want anyone to be able to subscribe but a paticular person. > No, there's no way to do that. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 30 Nov 1994 11:09:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Nov 94 16:52:41 -0800 From: "Mike O'Malley" Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <71656103114991/28026@DV780> To: mx-list@wkuvx1.wku.edu Subject: subscribe 1 SUBSCRIBE MX-List "Mike O'Malley, Digital Equipment Corporation" ================================================================================ Archive-Date: Wed, 30 Nov 1994 11:17:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: "Daniel R Giles" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Date: Wed, 30 Nov 1994 12:20:57 EST5EDT Subject: SMTP Delivery errors Message-ID: Hi everyone. First the background: I'm running MX 4.1 on a microVaxII running VMS 5.4-2. I also use Wollongong as the TCP/IP kernal. The mailer's name (the Vax) is 'sol', and my domain is 'prior.ca'. I have a couple of sites that I am trying to deliver mail to, and the mail always come back with the error SYSTEM-F-TIMEOUT, device timeout. Does anyone out there have any idea what would be causing this problem? Secondly, there is another couple of sites that bounces mail coming from here. An example is Error-For: yong@gpu.utcc.utoronto.ca Error-Code: 2 Error-Text: %MX_SMTP-F-ARGUMENT_ERROR, syntax error in command arguments - (Via gpu.utcc.utoronto.ca) - Transcript: - Rcvd: 220 gpu.utcc.utoronto.ca Server SMTP ready ... - Sent: HELO sol - Rcvd: 501 Please properly qualify your hostname; 'sol' unresolvable. Note that "sol" is not fully qualified. Is this a setup problem, or could it be because my reverse ARP isn't fully registered? Thanx for any help. ---------------------------------------------------------- Dan Giles, Sys Admin giles@prior.ca PRIOR Data Sciences (905) 670-1225 (fax -1344) ---------------------------------------------------------- ================================================================================ Archive-Date: Wed, 30 Nov 1994 11:47:37 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Nov 1994 12:46:27 EST From: Spencer Yost Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009883D8.DB400440.6@ledger.co.forsyth.nc.us> Subject: RE: Blocking a person from Subscribing > Is there anyway to block a person from subscribing to a list without > changing the list protection: > Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:E) > > I want anyone to be able to subscribe but a paticular person. > > Tom Dolan Dolan@Bible.acu.edu Couple options: Use MXalias to send "listname-request" or "MXSERVER" traffic to you. This requires you manually looking at everything, then forwarding to the appropriate address for actual processing. This isn't good but it works. Requires too much manual work for me, but if the list isn't volatile, and after the list becomes established, it really isn't all that much trouble. Use your TCP/IP package to block traffic from that site. This could be a real problem and not the method I would recommend. Use this only if you are reasonably sure that this subscriber is and will be the only source of traffic from that site. My choice is to have a daemon process (or scheduled) that periodically mails a message via mlfake to the "-request" address (or simply do a remove using your own account) that does a signoff. This works, is clean, and self documenting but allows for windows of opportunity for that subscriber to get on and do whatever things are causing you to try to fence him off. Depending on the magnitude of the problem, run at various times (4 times 6am to midnight for example). Most importantly, make sure that reasons you want this person off the list warrant all this work and fuss. I hope I have helped, +================================+====================================+ | Spencer William Yost | Mis Department | | Vax/VMS Systems Manager | Forsyth County Government | | Yost@ledger.co.forsyth.nc.us | 200 N. Main St Room 603 | | | Hall Of Justice | | | Winston-Salem NC 27101 | +=====================================================================+ ================================================================================ Archive-Date: Wed, 30 Nov 1994 13:06:17 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Nov 1994 12:06:09 MST From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009883D3.39E3FAC0.3@earth.oscs.montana.edu> Subject: RE: subscribe 1 In article <71656103114991/28026@DV780>, "Mike O'Malley" writes: [NB Quote symbol is "!" for the current message.] !SUBSCRIBE MX-List "Mike O'Malley, Digital Equipment Corporation" Not bad. But I'd use: subscribe mx-list "Mike O'Malley, DEC" and send it to: mx-list-request@wkuvx1.wku.edu :) Mark ichjsmt@earth.oscs.montana.edu ================================================================================ Archive-Date: Wed, 30 Nov 1994 16:52:56 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 30 Nov 1994 15:27:13 EST From: Jerry Beech Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wku.edu CC: jdb@FREESE.COM Message-ID: <009883EF.50F751F5.1@FREESE.COM> SUBSCRIBE mx-list ================================================================================ Archive-Date: Wed, 30 Nov 1994 22:58:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: mikeb@radonc.ucdmc.ucdavis.edu Reply-To: MX-List@WKUVX1.WKU.EDU Subject: MX_SMTP processes dying! Date: Wed, 30 Nov 94 20:28:36 GMT Message-ID: <3bin8m$lt2@mark.ucdavis.edu> To: MX-List@WKUVX1.WKU.EDU Twice now in the past month I have had all MX_SMTP processes across the entire cluster quit on me. So far I haven't had debugging turned on, but I may have to scare up enough disk space and give it a try (5 processes, and probably 6000+ messages a day outbound). Here's the typical log file entries: 14-NOV-1994 13:27:07.19: MX SMTP (pid 21A001E3) starting 30-NOV-1994 09:03:06.87: MX SMTP (pid 21A001E3) exiting, status = 00158264 ( = %LIB-F-BADBLOADR, bad block address) 14-NOV-1994 13:27:09.31: MX SMTP#2 (pid 21A001E4) starting 30-NOV-1994 09:03:07.82: MX SMTP#2 (pid 21A001E4) exiting, status = 1000000C ( = %SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual address=!XL, PC=!XL) 14-NOV-1994 13:21:33.27: MX SMTP#2 (pid 21600720) starting 30-NOV-1994 09:54:44.65: MX SMTP#2 (pid 21600720) exiting, status = 00158264 14-NOV-1994 13:21:29.73: MX SMTP (pid 2160071F) starting 30-NOV-1994 09:03:15.24: MX SMTP (pid 2160071F) exiting, status = 1000000C 14-NOV-1994 13:29:54.98: MX SMTP (pid 214008C5) starting 30-NOV-1994 09:08:14.69: MX SMTP (pid 214008C5) exiting, status = 00158264 All other MX process seem to be still running ok. MX 4.1, VMS 5.5-2 and AXP/VMS 1.5. Thanks for any insight. Mike =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Michael Bowers Internet: mikeb@radonc.ucdmc.ucdavis.edu University of California, Davis