Archive-Date: Thu, 01 Sep 1994 00:04:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 01 Sep 1994 00:04:15 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@WKUVX1.WKU.EDU Message-ID: <00983CB5.77994420.353@WKUVX1.WKU.EDU> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during August 1994 Total number of posts: 105 Total number of posters: 57 Total number of subscribers: 241 Total number of digest subscribers: 41 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: Thu, 01 Sep 1994 01:30:48 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: leebp@iscs.nus.sg Date: Thu, 01 Sep 1994 14:30:52 SST Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00983D2E.88503304.328@dec7000.iscs.nus.sg> Subject: RE: Router entry and SMTP_SERVER threads Thanks to Brian and Hunter for the info .. BTW, whenever I try shutting down MX4.1 on any 1 of 2 Vax systems (or both) which share MX_ROOT and the queue, it takes some time for the FLQ Manager to die (after all other mail agents are dead). Why does that happen? That gives me a little problem when I try to restart MX, which complains about the duplicate process name thingy... Is it safe to do a STOP/ID to get rid of the FLQ Manager before restarting MX? Thanks a lot Paul ================================================================================ Archive-Date: Thu, 01 Sep 1994 06:19:39 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 01 Sep 1994 06:19:26 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00983CE9.E17EC1F1.16@ALPHA.WKU.EDU> Subject: RE: Router entry and SMTP_SERVER threads leebp@iscs.nus.sg writes: > >Thanks to Brian and Hunter for the info .. > >BTW, whenever I try shutting down MX4.1 on any 1 of 2 Vax systems (or both) >which share MX_ROOT and the queue, it takes some time for the FLQ Manager >to die (after all other mail agents are dead). Why does that happen? > Have you checked MCP STATUS to see what the process is actually doing? It could be doing an FLQ Cleanup at those times and not exiting immediately. >That gives me a little problem when I try to restart MX, which complains >about the duplicate process name thingy... Is it safe to do a STOP/ID to >get rid of the FLQ Manager before restarting MX? Yes, that should be OK, regardless of the state the process is in. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 01 Sep 1994 06:21:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 01 Sep 1994 06:21:45 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00983CEA.340BB74E.3@ALPHA.WKU.EDU> Subject: RE: MX 4.1, Multinet 3.3, OpenVMS 6.1, AXP "Brian R. Kuhn" writes: > >Hello fellow MXers, > >I just installed 4.1 on my AXP 2000-500 VMS 6.1 running Multinet 3.3. > [...] >I can NOT send mail from here to that node > >eg. To: mx%"bkuhn@bbs.sd68.nanaimo.bc.ca" > >the mail queues up on this node running MX as well but never >arrives on the BBS node?? > >Any thots, suggestions, clues, ah has, etc.?? > Have you tried enabling MX_SMTP_DEBUG to see what's happening? Have you checked MCP QUEUE SHOW/FULL ### to see what the status of the message is? Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 01 Sep 1994 12:26:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: cooper@utsph.sph.uth.tmc.edu Subject: Q: Can PC-Endoria files be receive via MX Date: 1 Sep 1994 17:02:14 GMT Message-ID: <3451em$iq6@oac4.hsc.uth.tmc.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hello, Is it possible for users of PC-Endoria to send binary files using MIME to VAX users (such as word-perfect documents) that can be preserve when extracting from the VAX mail system? If so, what is the procedure for doing this. Also, can binary files be sent to PC-Endoria users using the mail/foreign command? Thanks in advance for you help Charlie Cooper cooper@utsph.sph.uth.tmc.edu ================================================================================ Archive-Date: Thu, 01 Sep 1994 15:45:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 01 Sep 1994 15:44:33 CDT From: "Robert H. McClanahan, Manager TIS" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00983D38.D38FCFA0.3@tis.aecc.com> Subject: MX Rewrite Rules Can I assume that rewrite rules in MX V4.0 won't match a poriton of a domain name? Note the following example: The address ralph@tunafish.com will not match rule (names changed to protect the guilty) "<{anything}@{a}tuna{b}>" "" At least, I can't seem to make it match... Any clues? RHM +--+ Robert H. McClanahan, Manager, Technical Information Systems <[]>< Arkansas Electric Coop Corp | Email: rmcclanahan@tis.aecc.com Post Office Box 194208 | Phone: (501) 570-2403 Little Rock, AR 72219-4208 USA | All Opinions are mine, not the Coop's ... ================================================================================ Archive-Date: Thu, 01 Sep 1994 15:46:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 01 Sep 1994 15:46:46 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00983D39.22793160.15@ALPHA.WKU.EDU> Subject: RE: MX Rewrite Rules "Robert H. McClanahan, Manager TIS" writes: > >Can I assume that rewrite rules in MX V4.0 won't match a >poriton of a domain name? > Correct. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 01 Sep 1994 16:54:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 01 Sep 1994 16:54:19 -0400 To: MX-List@WKUVX1.WKU.EDU From: Dolan@Bible.acu.edu (Tom Dolan) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Eudora and MX SMTP I am using Eudora 2.0.2 via dialup connection. 220 BIBLE.ACU.EDU MX V4.0-1 VAX SMTP server ready at Thu, 01 Sep 1994 gave the following error as seen in the Eudora debug log file: 4:1.11 Rcvd: "%RMS-F-RER, file read error\r\n" 64:1.11 Rcvd: "-SYSTEM-W-DATAOVERUN, data overrun\r\n" 64:1.11 Rcvd: "%DCL-W-IVVERB, unrecognized command verb - check validity and spelling\r" 64:1.11 Rcvd: "\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\g\ g\g\g\r\n" 64:1.11 Rcvd: " \IAN\\r\n" 64:1.12 Rcvd: "%DCL-W-IVVERB, unrecognized command verb - check validity and spelling\r\n" 64:1.12 Rcvd: " \COLLEGE\\r\n" 64:1.12 Rcvd: "%DCL-W-IVVERB, unrecognized command verb - check validity and spelling\r\n" 64:1.12 Rcvd: " \ABILENE\\r\n" 64:1.12 Rcvd: "%RMS-F-RER, file read error\r\n" 64:1.12 Rcvd: "-SYSTEM-W-DATAOVERUN, data overrun\r\n" 8:1.57 Alert: "'Connection timed out', " Any ideas on how to avoid this data overun? Tom Dolan Dolan@Bible.acu.edu Systems Manager College of Biblical Studies Abilene Christian University ================================================================================ Archive-Date: Fri, 02 Sep 1994 08:31:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 02 Sep 1994 08:21:58 CDT From: "Robert H. McClanahan, Manager TIS" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00983DC4.29D61500.4@tis.aecc.com> Subject: RE: MX Rewrite Rules > "Robert H. McClanahan, Manager TIS" writes: > > > >Can I assume that rewrite rules in MX V4.0 won't match a > >poriton of a domain name? > > > Correct. > > Hunter Just so I can try to understand the little that I actually know about MX, what is the reasoning behind this approach? RHM +--+ Robert H. McClanahan, Manager, Technical Information Systems <[]>< Arkansas Electric Coop Corp | Email: rmcclanahan@tis.aecc.com Post Office Box 194208 | Phone: (501) 570-2403 Little Rock, AR 72219-4208 USA | All Opinions are mine, not the Coop's ... ================================================================================ Archive-Date: Fri, 02 Sep 1994 09:00:59 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 02 Sep 1994 09:00:49 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00983DC9.9708E10C.3@ALPHA.WKU.EDU> Subject: RE: MX Rewrite Rules "Robert H. McClanahan, Manager TIS" writes: > >> "Robert H. McClanahan, Manager TIS" writes: >> > >> >Can I assume that rewrite rules in MX V4.0 won't match a >> >poriton of a domain name? >> > >> Correct. >> >> Hunter > >Just so I can try to understand the little that I actually >know about MX, what is the reasoning behind this approach? > I don't know; I didn't write that part. ;-) It'd make parsing a lot tougher. What if you have: {u}@{x}test{h} => {u}@taste.xxx.yyy and then you get "x@betatest.com" and "y@thetesters.xxx"---they shouldn't both match that rule.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 02 Sep 1994 09:02:18 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 02 Sep 1994 07:04:22 PDT From: "Brian R. Kuhn" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00983DB9.52EB0DC0.9@SD68.NANAIMO.BC.CA> Subject: Re: MX 4.1, Multinet 3.3, OpenVMS 6.1, AXP > Date: Thu, 01 Sep 1994 06:21:45 CDT > From: "Hunter Goatley, WKU" > Subject: Re: MX 4.1, Multinet 3.3, OpenVMS 6.1, AXP > > "Brian R. Kuhn" writes: > > > >Hello fellow MXers, > > > >I just installed 4.1 on my AXP 2000-500 VMS 6.1 running Multinet 3.3. > > > [...] > >I can NOT send mail from here to that node > > > >eg. To: mx%"bkuhn@bbs.sd68.nanaimo.bc.ca" > > > >the mail queues up on this node running MX as well but never > >arrives on the BBS node?? > > > >Any thots, suggestions, clues, ah has, etc.?? > > > Have you tried enabling MX_SMTP_DEBUG to see what's happening? Have > you checked MCP QUEUE SHOW/FULL ### to see what the status of the > message is? > > Hunter Actually, it works now - not exactly sure why. I had disabled the SMTP service in Multinet, however, it was still "listening" on port 25 (a discovery by Malcolm Dunnett, Malaspina College). Sooo, I reboot the get a fresh start, and wala, TGV SMTP stopped listening and MX put it's ear to port 25! Who knows. Thanks for your response. Brian ----------------------------------------------------------------------- Brian R. Kuhn, Co-ordinator of Information Systems VOICE: 604 741 5289 School District No. 68 (Nanaimo), FAX: 604 754 6511 British Columbia, Canada DATA: 604 754 3630 TELNET: crc.sd68.nanaimo.bc.ca (guest) *(bbs --> guest)* EMAIL: bkuhn@sd68.nanaimo.bc.ca Compuserve: 75430,3250 ------------------------------------------------------------------------ ================================================================================ Archive-Date: Fri, 02 Sep 1994 13:42:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: corwin@genmagic.com (Paul Frommeyer) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: [New install Q] Outbound SMTP broken Date: 2 Sep 1994 18:06:06 GMT Message-ID: <347pie$6sp@gatekeep.genmagic.com> Keywords: MX SMTP outbound To: MX-List@WKUVX1.WKU.EDU I am new to MX, and have what for me is a very perplexing problem. I'm running MX 4.1 on a MicroVAX-II with OpenCMU-IP 6.6-5A. The installation went with no problems. Mail coming to the VAX from other SMTP hosts on the Internet works fine (although not when the destination address is our domain; we have an MX record, and this mail gets looped in the queue but this is covered in the CONTRIB troubleshooting guide, I just haven't fixed it yet). However, when I send a mail message to another site on the Internet: MAIL> SEND To: MX%"corwin@genmagic.com" Subject: Test Message This is a test ^Z MAIL> the message, as near as I can tell, never gets passed to the SMTP agent. I have enabled all the debugging options I am aware of: MX_ROOT:[000000] show log mx* (LNM$PROCESS_TABLE) (LNM$JOB_80BFBEC0) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) "MX_ALIAS_HELPLIB" = "MX_DIR:MX_ALIAS_HELPLIB" "MX_DEVICE" = "BINKLY$DUA0:" "MX_DIR" = "MX_DEVICE:[MX]" "MX_DOC" = "MX_ROOT:[DOC]" "MX_EXAMPLES_DIR" = "MX_ROOT:[EXAMPLES]" "MX_EXE" = "MX_ROOT:[EXE]" "MX_FLQ_DEBUG" = "true" "MX_FLQ_DIR" = "SYS$SYSDEVICE:[MX.QUEUE]" "MX_FLQ_NODE_NAME" = "BINKLY" "MX_FLQ_SHR" = "MX_EXE:MX_FLQ_SHR" "MX_LOCAL_DEBUG" = "true" "MX_LOCAL_DIR" = "MX_ROOT:[LOCAL]" "MX_LSV_DEBUG" = "true" "MX_MAILSHR" = "MX_EXE:MX_MAILSHR" "MX_MAILSHRP" = "MX_EXE:MX_MAILSHRP" "MX_MCP_HELPLIB" = "MX_DIR:MX_MCP_HELPLIB" "MX_MLF_DIR" = "MX_ROOT:[MLF]" "MX_MLIST_DIR" = "MX_ROOT:[MLF.MAILING_LISTS]" "MX_MSG" = "MX_EXE:MX_MSG" "MX_NODE_NAME" = "binkly.palas.com" "MX_ROOT" = "MX_DEVICE:[MX.]" "MX_ROUTER_DEBUG" = "true" "MX_ROUTER_DIR" = "MX_ROOT:[ROUTER]" "MX_SHR" = "MX_EXE:MX_SHR" "MX_SITE_DOM_EXPANSION" = "MX_EXE:DOMAIN_EXPANSION" "MX_SMTP_DEBUG" = "true" "MX_SMTP_DIR" = "MX_ROOT:[SMTP]" "MX_SMTP_SERVER_DEBUG" = "true" "MX_SMTP_SERVER_THREADS" = "4" "MX_TZ_PREFIX" = "P" "MX_UUCP_DIR" = "MX_ROOT:[UUCP]" "MX_VMSMAIL_LOCALHOST" = "@binkly.palas.com" MX_ROOT:[000000] Nothing appears in any of the logs in MX_ROOT:[SMTP], nor are any new logs created for this message. Also, no debugging logs are created for LOCAL either, which I found unusual. The only clues are the queue entry: MX_ROOT:[000000] mcp show queue/all/full Entry: 1, Origin: [Local] Status: FINISHED, size: 11 bytes Created: 2-SEP-1994 10:12:24.92, expires 2-OCT-1994 10:12:24.92 Last modified 2-SEP-1994 10:12:33.96 %MCP-I-QENTRIES, total matching entries: 1 and the ROUTER debugging log: MX_ROOT:[000000] type [router]mx_router_log.log 2-SEP-1994 10:12:32.64 %PROCESS, Processing entry number 1 2-SEP-1994 10:12:32.91 %PROCESS, Status from READ_INFO was 00000001 2-SEP-1994 10:12:32.91 %PROCESS, Message originated in VMS Mail. 2-SEP-1994 10:12:32.97 %PROCESS, will run domain expander on envelope addresses. 2-SEP-1994 10:12:32.97 %PROCESS, will run domain expander on message headers. 2-SEP-1994 10:12:33.90 %PROCESS, Updating the QENT source address. 2-SEP-1994 10:12:33.94 %PROCESS, Finished VMSmail-origin preprocessing. 2-SEP-1994 10:12:33.95 %PROCESS, Marking this entry as finished. I've read through the documentation dozens of times, and checked the various CONTRIB files for pointers, but nothing seems to address this problem. If there is a mailing list FAQ that addresses this problem that would be wonderful. The domain I am sending to (genmagic.com) has an MX record, but since it doesn't appear the message is even being passed to SMTP I'm thinking this probably isn't the problem. Any assistance with would be greatly appreciated! It's crucial for me to get outbound SMTP working ASAP... I've attached other possibly relevant configuration information below. Many thanks in advance for the time and trouble of anyone assisting me with this... Regards, Paul Frommeyer --- Clip Here --- MCP> show path Domain-to-path mappings: Domain="binkly.palas.com", Path=Local Domain="[192.216.22.18]", Path=Local Domain="PALAS.COM", Path=Local Domain="binkly", Path=Local Domain="*.BITNET", Path=SMTP, Route="cunyvm.cuny.edu" Domain="*.UUCP", Path=SMTP, Route="uunet.uu.net" Domain="*", Path=SMTP MCP> show router ROUTER agent settings: Automatic percent-hack handling: enabled Sender header for outgoing VMS Mail messages: included if necessary MCP> show smtp SMTP agent settings: Retry interval: 0 00:05:00.00 Maximum number of retries: 96 Number of DNS failure retries: 20 Accounting: enabled Default router: (none) MCP> show local LOCAL agent settings: DECnet delivery retry interval: 0 00:30:00.00 Maximum number of retries: 96 Accounting enabled. Multiple VMS Mail From: addresses allowed. Local delivery errors are CC'ed to local Postmaster. Delivery to MultiNet MM disallowed. Top headers: FROM,SENDER,TO,RESENT_TO,CC,RESENT_CC,BCC,RESENT_BCC,MESSAGE_ID, RESENT_MESSAGE_ID,IN_REPLY_TO,REFERENCES,KEYWORDS,SUBJECT, ENCRYPTED,DATE,REPLY_TO,RECEIVED,RESENT_REPLY_TO,RESENT_FROM, RESENT_SENDER,RESENT_DATE,RETURN_PATH,OTHER Bottom headers: (none) MCP> show alias Aliases: LocalName="POSTMAST", Address="postmaster@binkly.palas.com" LocalName="Postmaster", Address="postmaster@binkly.palas.com" MCP> EXIT MX_ROOT:[000000] show log netlib* (LNM$PROCESS_TABLE) (LNM$JOB_80BFBEC0) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) "NETLIB_DIR" = "SYS$COMMON:[SYSLIB]" "NETLIB_SHR" = "NETLIB_DIR:NETLIB_CMU_SHR" "NETLIB_SHRXFR" = "NETLIB_DIR:NETLIB_SHRXFR" --- Clip Here --- Paul "Corwin" Frommeyer Network Consultant General Magic, Inc. corwin@genmagic.com eval $clueful{$reader}?"print 'My sole opinion\n'":"require common_sense"; -- Paul "Corwin" Frommeyer "And for all the rest of you out there, the Network Sorcerer secret is to bang the rocks together, guys!" General Magic, Inc. --Douglas Adams, HHGG corwin@genmagic.com eval $clueful{$reader}?"print 'My sole opinion\n'":"require common_sense"; ================================================================================ Archive-Date: Fri, 02 Sep 1994 14:00:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 02 Sep 1994 13:59:57 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00983DF3.6110032B.1@ALPHA.WKU.EDU> Subject: RE: [New install Q] Outbound SMTP broken corwin@genmagic.com (Paul Frommeyer) writes: > >I am new to MX, and have what for me is a very perplexing problem. I'm running [...] >and the ROUTER debugging log: > MX_ROOT:[000000] type [router]mx_router_log.log > 2-SEP-1994 10:12:32.64 %PROCESS, Processing entry number 1 > 2-SEP-1994 10:12:32.91 %PROCESS, Status from READ_INFO was 00000001 > 2-SEP-1994 10:12:32.91 %PROCESS, Message originated in VMS Mail. > 2-SEP-1994 10:12:32.97 %PROCESS, will run domain expander on envelope > addresses. > 2-SEP-1994 10:12:32.97 %PROCESS, will run domain expander on message > headers. > 2-SEP-1994 10:12:33.90 %PROCESS, Updating the QENT source address. > 2-SEP-1994 10:12:33.94 %PROCESS, Finished VMSmail-origin preprocessing. > 2-SEP-1994 10:12:33.95 %PROCESS, Marking this entry as finished. > The only way that I can see that this could happen is if the list of recipients was null. Otherwise, for each recipient, there should have been a line like "Recipient #0:". This indicates that some of the files may not be getting created with the queue entry. I assume you have checked the MX_FLQ_DIR: disk to be sure there are no problems creating new files? Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 02 Sep 1994 17:02:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 02 Sep 1994 17:55:23 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: corwin@genmagic.com, hardis@garnet.nist.gov Message-ID: <00983E14.44E758E0.21150@garnet.nist.gov> Subject: RE: [New install Q] Outbound SMTP broken > I am new to MX, and have what for me is a very perplexing problem. > the message, as near as I can tell, never gets passed to the SMTP agent. Does the SMTP agent, in fact exist? Or does it die immediately upon startup? If the latter, check out your IP_STARTUP.COM file, and verify that the line with INTERNET_HOST_NAME is both defined and uncommented. - Jonathan ================================================================================ Archive-Date: Fri, 02 Sep 1994 18:42:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <9409022341.AA05427@> To: "Jonathan E. Hardis" CC: MX-List@WKUVX1.WKU.EDU, corwin@genmagic.genmagic.com Subject: Re: [New install Q] Outbound SMTP broken Date: Fri, 02 Sep 94 16:41:40 -0700 From: "Paul Frommeyer" Reply-To: MX-List@WKUVX1.WKU.EDU In reply to your message of Fri, 02 Sep 94 17:55:23 EDT: | > I am new to MX, and have what for me is a very perplexing problem. | > the message, as near as I can tell, never gets passed to the SMTP agent. A thousand thanks for the fast response! | Does the SMTP agent, in fact exist? Or does it die immediately upon | startup? It exists, and does not die on startup. It will respond to the various manipulations: RESET, SHUTDOWN, and @MX_STARTUP SMTP (the latter after a SHUTDOWN ;-). It correctly opens all its log files, and in the DNS mail loop I mentioned will correctly accept and queue the outbound mail (forever ;-). | If the latter, check out your IP_STARTUP.COM file, and verify that the | line with INTERNET_HOST_NAME is both defined and uncommented. Appears OK in the startup file, and yields: $ show log i* (LNM$PROCESS_TABLE) (LNM$JOB_80BF5D40) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) "INET$ACTIVITY" = "CMUTEK_ROOT:[SYSMGR]TCP_ACTIVITY.LOG" "INET$CONFIG" = "CMUTEK_ROOT:[SYSMGR]INTERNET.CONFIG" "INET$DEVICE" = "IP:" "INET$HOSTS" = "CMUTEK_ROOT:[SYSLIB]HOSTS.TXT" "INET$LOG" = "CMUTEK_ROOT:[SYSMGR]INTERNET.LOG" "INET$NAMRES" = "CMUTEK_ROOT:[SYSEXE]NAMRES.EXE" "INET$PTY" = "PNA0:" "INET$PTY_TERM" = "TZ" "INTERNET_HOST_NAME" = "BINKLY.PALAS.COM" "IPNCP$CONFIG" = "CMUTEK_ROOT:[SYSMGR]IPNCP_CNF.DAT" $ It occurred to me later today, that I had already installed NETLIB 1.6 and so did not reinstall it as part of the MX 4.1 installation. I did not see anything in the NETLIB release notes (from the MX 41. distribution) that indicated this would pose a problem. Many thanks for your help! I'm at wits' end since I can't tell why the Router isn't passing the message on to SMTP. Do you know if there is any way to enable more verbose Router debugging? Didn't spot anything in the manuals... Best regards, Paul Frommeyer Paul "Corwin" Frommeyer Network Consultant General Magic, Inc. corwin@genmagic.com eval $clueful{$reader}?"print 'My sole opinion\n'":"require common_sense"; ================================================================================ Archive-Date: Sat, 03 Sep 1994 23:25:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 03 Sep 1994 21:01:17 -0700 From: "Ray Harwood -- Data Basix: (602)721-1988" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: rharwood@Data.Basix.COM Message-ID: <00983EF7.67C6C970.23690@Data.Basix.COM> Subject: WPO<->MX require WPO-SMTP option? If anyone has any specific experience with MX and Word Perfect Office for the VAX, I'd appreciate an EMail so I can ask a few stupid questions. *grin* I don't yet know enough about WPO/VAX, but at my new job (yay!) we're looking into setting up some sort of external EMail gateway (probably UUCP into one host in a VAX-cluster) and would like *eventually* to be able to support a "real Internet connection" (through a firewall of some sort, TBD). The bad news is that MOST of the current users rely on Word Perfect Office for their EMail, but some folks are starting to want more elaborate EMail interfaces. Our real dilemma is that we won't be able to get EVERYONE off of WPO, no matter how hard we try, so before I run in and say "MX will do it", I thought I'd ask around. FYI, there are also a bunch of Unix boxes lying around the network, and tons of PCs too. Thanks in advance! Ray ----- Ray Harwood | Data Basix | DEC Pro Networking Editor Voice: (602)721-1988 | PO Box 18324 | "Internet Resource Guide" FAX: (602)721-7240 | Tucson, AZ 85731 | Internet training & consulting RHarwood@Data.Basix.COM | Info@Data.Basix.COM | DEC small-system management ================================================================================ Archive-Date: Mon, 05 Sep 1994 13:16:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wayne@tachyon.com (Wayne Sewell) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: MX 4.1, Multinet 3.3, OpenVMS 6.1, AXP Message-ID: <1994Sep5.084240.71@tachyon.com> Date: 5 Sep 94 08:42:40 CDT To: MX-List@WKUVX1.WKU.EDU In article <00983DB9.52EB0DC0.9@SD68.NANAIMO.BC.CA>, "Brian R. Kuhn" writes: >> Date: Thu, 01 Sep 1994 06:21:45 CDT >> From: "Hunter Goatley, WKU" >> Subject: Re: MX 4.1, Multinet 3.3, OpenVMS 6.1, AXP >> >> "Brian R. Kuhn" writes: >> > >> >Hello fellow MXers, >> > >> >I just installed 4.1 on my AXP 2000-500 VMS 6.1 running Multinet 3.3. >> > >> [...] >> >I can NOT send mail from here to that node >> > >> >eg. To: mx%"bkuhn@bbs.sd68.nanaimo.bc.ca" >> > >> >the mail queues up on this node running MX as well but never >> >arrives on the BBS node?? >> > >> >Any thots, suggestions, clues, ah has, etc.?? >> > >> Have you tried enabling MX_SMTP_DEBUG to see what's happening? Have >> you checked MCP QUEUE SHOW/FULL ### to see what the status of the >> message is? >> >> Hunter > > Actually, it works now - not exactly sure why. I had disabled the SMTP > service in Multinet, however, it was still "listening" on port 25 (a > discovery by Malcolm Dunnett, Malaspina College). Sooo, I reboot the get > a fresh start, and wala, TGV SMTP stopped listening and MX put it's ear to > port 25! > > Who knows. Thanks for your response. > It sounds as if you didn't restart the multinet server. Entering the commands to disable SMTP merely changes a data file and has no effect on the running server. It would still be listening on the port. When you rebooted, you started a fresh server, and it knew not to open the SMTP port from the updated configuration file. Simply restarting the server would have been less drastic than a reboot. -- ======================================================================== Wayne Sewell, Tachyon Software Consulting |wayne@tachyon.com >>mail to pgpkey@tachyon.com for pgp key |(214)-553-9760 Key fingerprint = 77 A5 C1 56 9C ED F1 8E 89 F9 27 3C 86 79 F7 1B ======================================================================== I'm sitting at this terminal, but I'd rather be doing the Curly Shuffle. ================================================================================ Archive-Date: Tue, 06 Sep 1994 09:23:38 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 06 Sep 1994 15:21:36 GMT From: System Manager Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: system@hazel.cc.kcl.ac.uk Message-ID: <00984123.72E523A0.4@hazel.cc.kcl.ac.uk> Subject: Mysterious SMTP SERVER crash ... MY SMTPxTh SMTP server keeps dying on me here, on one particular system. I've had debugging on but none of the logs have shown any error messages until today - usually they just crahs in the middle of a transaction. However, here's the SMTP_SERVER_LOG.LOG I had today. It's real short: STM[2]: Send "220 hazel.cc.kcl.ac.uk MX V4.1 VAX SMTP server ready at Mon, 05 Sep 1994 17:51:58 GMT" STM[2]: Error: status=20EC The error code (20EC) translates as: %SYSTEM-F-LINKDISCON, network partner disconnected logical link Ok, so the network dropped in mid-transaction but why does SMTP_SERVER exit as a result? Any clues/suggestions gratefully received! This is MX 4.1 on VMS 5.5-2 over Multinet 3.3. Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Tue, 06 Sep 1994 10:56:48 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: desroches@willow.ulowell.edu (Dick Desroches, ACC Systems Manager) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Under MX 4.1 multiple copies sent Date: 6 Sep 94 11:43:37 -0500 Message-ID: <1994Sep6.114337.1@willow.ulowell.edu> To: MX-List@WKUVX1.WKU.EDU After upgrading to MX 4.1 recipients are getting multiple copies of each message sent to them (10-15 or so). We are using MX with DEC MailWorks and Message Router. Any ideas why this should be happening? Thanks, Dick Desroches ================================================================================ Archive-Date: Tue, 06 Sep 1994 11:34:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: daveh@vax.oxford.ac.uk (Dave Hastings, OUCS) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: "@" patch for OpenVMS VAX 6.1?? Message-ID: <1994Sep6.164017.25770@oxvaxd> Date: 6 Sep 94 16:40:17 BST To: MX-List@WKUVX1.WKU.EDU Urgent!! Can anybody let me have the "@" patch code? We've just upgraded to OpenVMS VAX 6.1, and the patch supplied with MX 4.1 doesn't work. Thanks, Dave -- David Hastings | "Life's too short to waste time VAX Systems Programmer | chitchatting with machines for Oxford University Computing Services | no good reason" - JM daveh@vax.oxford.ac.uk | ================================================================================ Archive-Date: Tue, 06 Sep 1994 13:11:04 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 06 Sep 1994 13:11:04 -0400 To: MX-List@WKUVX1.WKU.EDU From: Dolan@Bible.acu.edu (Tom Dolan) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: local distribution I want to set up some system by which a copy of everything sent to fair@bible.acu.edu goes to renfro@bible.acu.edu. In other words renfro will recieve a copy of everything sent to fair. I need some pointers on how to do this. Can MX alias distribute to more than one person? Tom Dolan Dolan@Bible.acu.edu Systems Manager College of Biblical Studies Abilene Christian University ================================================================================ Archive-Date: Tue, 06 Sep 1994 13:18:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 06 Sep 1994 13:17:39 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984112.22383BB5.26@ALPHA.WKU.EDU> Subject: RE: local distribution Dolan@Bible.acu.edu (Tom Dolan) writes: > >I want to set up some system by which a copy of everything sent to >fair@bible.acu.edu goes to renfro@bible.acu.edu. In other words renfro will >recieve a copy of everything sent to fair. > >I need some pointers on how to do this. Can MX alias distribute to more >than one person? > No, but you could use a mailing list, where FAIR is forwarded to the list, which contains _FAIR@.... and RENFRO as recipients. The "_" in "_FAIR" would prevent the forward from happening again. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 06 Sep 1994 17:38:04 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Mysterious SMTP SERVER crash ... Date: 6 Sep 1994 21:50:06 GMT Message-ID: <34io6e$gm8@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00984123.72E523A0.4@hazel.cc.kcl.ac.uk>, System Manager writes: =MY SMTPxTh SMTP server keeps dying on me here, on one particular system. I've =had debugging on but none of the logs have shown any error messages until today =- usually they just crahs in the middle of a transaction. =However, here's the SMTP_SERVER_LOG.LOG I had today. It's real short: Wrong log file. You really want to look at SMTP_SERVER.LOG. It will give you the exit status for the SMTP server. -------------------------------------------------------------------------------- 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, 07 Sep 1994 05:26:38 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 07 Sep 1994 11:24:02 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: <009841CB.6D13CB40.11@bay.cc.kcl.ac.uk> Subject: Re: Mysterious SMTP SERVER crash ... >=The SMTP server keeps dying on me here, on one particular system. I've >=had debugging on but none of the logs have shown any error messages until today >=- usually they just crash in the middle of a transaction. > >=However, here's the SMTP_SERVER_LOG.LOG I had today. It's real short: > >Wrong log file. You really want to look at SMTP_SERVER.LOG. It will give you >the exit status for the SMTP server. Thanks carl, good point. Here's the file: 5-SEP-1994 14:41:33.62: MX SMTP Server (pid 000000A3) starting 5-SEP-1994 18:44:40.95: MX SMTP Server (pid 000000A3) exiting, status = 1000000C As this was not too helpful, I thought that looking at the debugging log would yield more results. It did and that's why I enclosed the output. NOTE: Would it be possible for an abnormal SMTP Server log to give info on an abnormal exit (E.G. PC, Registers etc? ANyhting that would assist in identifying suich problems?) Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Wed, 07 Sep 1994 13:23:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Mysterious SMTP SERVER crash ... Date: 7 Sep 1994 17:20:58 GMT Message-ID: <34kspq$qtm@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009841CB.6D13CB40.11@bay.cc.kcl.ac.uk>, "Andy Harper, KCL Systems Manager" writes: = 5-SEP-1994 14:41:33.62: MX SMTP Server (pid 000000A3) starting = 5-SEP-1994 18:44:40.95: MX SMTP Server (pid 000000A3) exiting, status = 1000000C = =As this was not too helpful, I thought that looking at the debugging log would =yield more results. It did and that's why I enclosed the output. Well, it's a bit helpful: The SMTP Server's dying due to an access violation. I've seen two situations cause that: 1) An invalid address; and 2) A corrupted queue file. =NOTE: Would it be possible for an abnormal SMTP Server log to give info on an =abnormal exit (E.G. PC, Registers etc? ANyhting that would assist in =identifying suich problems?) My guess is that you might have a corrupted queue file. That would explain all the symptoms you saw. You normally wouldn't see any error report at all in the SMTP server's transaction log, since when it tries to deal with the queue file to get ready to start a session, it dies. The disconnect you saw in the session log is probably coincidental. Of course, I'm just guessing here. -------------------------------------------------------------------------------- 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, 07 Sep 1994 15:30:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 07 Sep 1994 15:30:11 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <009841ED.D06669D3.8@ALPHA.WKU.EDU> Subject: Attn: Brendan Welch Sorry to post this here, but Brendan and Dick are having MX problems and mail isn't reaching them. They are apparently getting NEWS, so.... "Brendan Welch, system analyst, (using oldvmsmail)" writes: > >I am having so much trouble, I do not know if this message will >get out via this method of REPLYing to a NEWS posting. >I sent you mail earlier, but > I am not sure you got it. > I am not sure whether you desired to answer it. > If you did answer it, I am not receiving mail. > I later realized that the problem pertained to a patch, and >have posted that question on vmsnet.mail.mx > You've got a loop going on inside MX, so mail to you bounces. >Received: from aspen.ulowell.edu.uml.edu by aspen.ulowell.edu.uml.edu (MX V4.1 >AX) with SMTP; Wed, 07 Sep 1994 11:13:12 EDT >Received: from aspen.ulowell.edu.uml.edu by aspen.ulowell.edu.uml.edu (MX V4.1 >AX) with SMTP; Wed, 07 Sep 1994 11:13:03 EDT >Received: from aspen.ulowell.edu.uml.edu by aspen.ulowell.edu.uml.edu (MX V4.1 One thing to check is, if you're using UCX and your UCX$INET_HOST and UCX$INET_DOMAIN logicals.... If you want to call me, it's 502-745-5251. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 07 Sep 1994 16:47:33 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: welchb@aspen.ulowell.edu (Brendan Welch, W1LPG) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: HELP!! Help requested with patch of MX041 for VMS 6.1 Date: 7 Sep 94 16:18:05 -0500 Message-ID: <1994Sep7.161805.1@aspen.ulowell.edu> To: MX-List@WKUVX1.WKU.EDU Among our many problems upon upgrading to VMS V6.1 from 5.5-2 last week, is a persistence of mail problems. I tried to cure them by then upgrading from MX V3.3 to V4.1. Since the previous installation, it turns out, had applied the patch for vmsmail found in [.contrib], I tried to apply it again also. (At least the file for the patch now has coding for V6.0, so I hope it equally applies to V6.1). The trouble is that the patch does not "take"; I do not deny that another trouble is that I have never applied a patch before. I had made a backup of sys$library:mailshr.exe before applying the patch, in case something went wrong, but the backup is not needed because $DIFF says it is identical to the patched version. Also, $anal/image mailshr.exe says that there have been no patches applied; I presume I can take at face value that literal output of $analyze. The journal file, produced by the patch (or attempt thereof) is not exactly the same as the screen output. The screen ends up with %PATCH-W-DIFVAL, memory contains different value than specified $DCL-W-SKPDAT, image data (records not beginning with "$") ignored. I do not know if that second message refers to the many "!" lines in the patch; I see no extra lines, but as I say my patching experience is nil. YOU MUST POST YOUR REPLY TO THIS GROUP. I AM GENERALLY UNABLE TO RECEIVE MAIL (and would be most grateful if someone could help us out.) -- Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu ================================================================================ Archive-Date: Wed, 07 Sep 1994 19:59:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: HELP!! Help requested with patch of MX041 for VMS 6.1 Date: 8 Sep 1994 00:29:34 GMT Message-ID: <34llte$hu7@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Sep7.161805.1@aspen.ulowell.edu>, welchb@aspen.ulowell.edu (Brendan Welch, W1LPG) writes: =Among our many problems upon upgrading to VMS V6.1 from 5.5-2 last week, =is a persistence of mail problems. I tried to cure them by then =upgrading from MX V3.3 to V4.1. Since the previous installation, it =turns out, had applied the patch for vmsmail found in [.contrib], =I tried to apply it again also. (At least the file for the patch =now has coding for V6.0, so I hope it equally applies to V6.1). = =The trouble is that the patch does not "take"; I do not deny that =another trouble is that I have never applied a patch before. =I had made a backup of sys$library:mailshr.exe before applying the patch, =in case something went wrong, but the backup is not needed because $DIFF =says it is identical to the patched version. Also, $anal/image mailshr.exe =says that there have been no patches applied; I presume I can take at face =value that literal output of $analyze. = =The journal file, produced by the patch (or attempt thereof) is not =exactly the same as the screen output. The screen ends up with = %PATCH-W-DIFVAL, memory contains different value than specified = $DCL-W-SKPDAT, image data (records not beginning with "$") ignored. What's happened is that the patch asserted a value for a particular location in the original MAILSHR.EXE. Your version of MAILSHR.EXE had a different value at that location. Therefore PATCH refused to change the file, and exited before executing the UPDATE (U) command. DCL then saw the line with the update command, and warned you that it was skipping it. =I do not know if that second message refers to the many "!" lines in the =patch; I see no extra lines, but as I say my patching experience is nil. = =YOU MUST POST YOUR REPLY TO THIS GROUP. I AM GENERALLY UNABLE TO RECEIVE =MAIL (and would be most grateful if someone could help us out.) =-- =Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu -------------------------------------------------------------------------------- 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, 07 Sep 1994 20:00:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: HELP!! Help requested with patch of MX041 for VMS 6.1 Date: 8 Sep 1994 00:35:40 GMT Message-ID: <34lm8s$hu7@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Sep7.161805.1@aspen.ulowell.edu>, welchb@aspen.ulowell.edu (Brendan Welch, W1LPG) writes: In article <1994Sep7.161805.1@aspen.ulowell.edu>, welchb@aspen.ulowell.edu (Brendan Welch, W1LPG) writes: =Among our many problems upon upgrading to VMS V6.1 from 5.5-2 last week, =is a persistence of mail problems. I tried to cure them by then =upgrading from MX V3.3 to V4.1. Since the previous installation, it =turns out, had applied the patch for vmsmail found in [.contrib], =I tried to apply it again also. (At least the file for the patch =now has coding for V6.0, so I hope it equally applies to V6.1). Your hope is obviously unfounded. That's what PATCH was trying to tell you (see below). =The trouble is that the patch does not "take"; I do not deny that =another trouble is that I have never applied a patch before. =I had made a backup of sys$library:mailshr.exe before applying the patch, =in case something went wrong, but the backup is not needed because $DIFF =says it is identical to the patched version. Also, $anal/image mailshr.exe =says that there have been no patches applied; I presume I can take at face =value that literal output of $analyze. = =The journal file, produced by the patch (or attempt thereof) is not =exactly the same as the screen output. The screen ends up with = %PATCH-W-DIFVAL, memory contains different value than specified = $DCL-W-SKPDAT, image data (records not beginning with "$") ignored. What's happened is that the patch asserted a value for a particular location in the original MAILSHR.EXE. Your version of MAILSHR.EXE had a different value at that location. Therefore PATCH realized that the patch you were trying to apply was invalid, refused to change the file, and exited before executing the UPDATE (U) command. =I do not know if that second message refers to the many "!" lines in the =patch; I see no extra lines, but as I say my patching experience is nil. The extra line was the line with the UPDATE command. Since PATCH exited before processing that line, DCL got to interpret it for itself, and warned you that PATCH hadn't processed all the data it was expected to. -------------------------------------------------------------------------------- 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, 08 Sep 1994 05:03:50 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 08 Sep 1994 11:03:36 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: <00984291.BCAA7AC0.75@bay.cc.kcl.ac.uk> Subject: Suggestion for MX The latest version of MX contains a useful logical MX_SHUTDOWN that lets the system manager temporarily disable access while mx maintenance is carried out. It would be helpful if MX could print the translation of this logical as a message to the user, rather than simply saying that "MX has been disabled by the system manager". Perhaps this could be added to the wish list for the next version? Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Thu, 08 Sep 1994 06:11:01 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 08 Sep 1994 13:11:06 +0100 From: Juan Altmayer Pizzorno Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009842A3.8C7E1031.1@vms.gmd.de> Subject: RE: Suggestion for MX "Andy Harper, KCL Systems Manager" writes: >The latest version of MX contains a useful logical MX_SHUTDOWN that lets the >system manager temporarily disable access while mx maintenance is carried out. > >It would be helpful if MX could print the translation of this logical as a >message to the user, rather than simply saying that "MX has been disabled by >the system manager". Perhaps this could be added to the wish list for the next >version? How about printing the translation in addition to "MX has been disabled..."? .. Juan ================================================================================ Archive-Date: Thu, 08 Sep 1994 07:40:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 08 Sep 1994 07:39:58 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984275.4A82A5D3.33@ALPHA.WKU.EDU> Subject: RE: Suggestion for MX "Andy Harper, KCL Systems Manager" writes: > >The latest version of MX contains a useful logical MX_SHUTDOWN that lets the >system manager temporarily disable access while mx maintenance is carried out. > >It would be helpful if MX could print the translation of this logical as a >message to the user, rather than simply saying that "MX has been disabled by >the system manager". Perhaps this could be added to the wish list for the next >version? > Added to the wish list.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 08 Sep 1994 12:37:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: brodie@fps.mcw.edu (Kent C Brodie) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: alternate X-Headers in MX? Message-ID: <1994Sep8.103853.839@fps.mcw.edu> Date: 8 Sep 94 10:38:53 CST To: MX-List@WKUVX1.WKU.EDU Is there a way in MX to add alternate headers, such as X-Organization, X-whatever, X-...?? -- Kent C. Brodie - Sr. Systems & Network Manager Internet: Faculty Physicians & Surgeons MaBellNet: +1 414 456 5080 Medical College of Wisconsin (http://www.fps.mcw.edu/www/staff/brodie.html) "And remember: keep your stick on the ice" - Red Green ================================================================================ Archive-Date: Thu, 08 Sep 1994 12:55:25 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 08 Sep 1994 12:55:14 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009842A1.5514FFDD.5@ALPHA.WKU.EDU> Subject: RE: alternate X-Headers in MX? brodie@fps.mcw.edu (Kent C Brodie) writes: > >Is there a way in MX to add alternate headers, such as >X-Organization, X-whatever, X-...?? > Not yet, though I intend to try to do something about that in the next version. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 08 Sep 1994 19:32:49 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 08 Sep 1994 19:34:19 CDT From: Howard Meadows Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@wkuvx1.wku.edu Message-ID: <009842D9.1578E280.1@cslvax.weeg.uiowa.edu> Subject: MX outbound SMTP stuck Well, I upgraded my AXP alpha UCX to version 3.1 to fix some things with Lynx (which it did), but now MX (and MadGoat FTP) are broken. I know it's probably something with the UCX 3.1 configuration, but I'm getting cross-eyed trying to find it. I'm running OpenVMS AXP 6.1 with UCX 3.1, and MX 4.1. We can receive incoming SMTP mail just fine, but outgoing SMTP stuff just sits in the queue in an "INPROG" state. Regarding MG FTP, the startup procedure seems to create a process, but it dies instantly. Any suggestions would be *very* welcome. -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: Thu, 08 Sep 1994 21:40:01 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: leebp@iscs.nus.sg Date: Fri, 09 Sep 1994 10:39:33 SST Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984357.8B354B0C.291@dec7000.iscs.nus.sg> Subject: RE: Suggestion for MX Yes .. perhaps MX_SHUTDOWN could look like SYS$WELCOME Paul ================================================================================ Archive-Date: Thu, 08 Sep 1994 23:13:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: MX outbound SMTP stuck Date: 9 Sep 1994 04:12:45 GMT Message-ID: <34onbt$fi0@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009842D9.1578E280.1@cslvax.weeg.uiowa.edu>, Howard Meadows writes: = I'm running OpenVMS AXP 6.1 with UCX 3.1, and MX 4.1. We can =receive incoming SMTP mail just fine, but outgoing SMTP stuff =just sits in the queue in an "INPROG" state. = = Regarding MG FTP, the startup procedure seems to create a process, =but it dies instantly. = = Any suggestions would be *very* welcome. Well, you can start by making sure the MX SMTP process is running, and by enabling debugging for that agent: $ DEFINE/SYS/EXEC MX_SMTP_DEBUG * Then looking at the resulting log files MX_SMTP_DIR:MX_SMTP_LOG.LOG -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 09 Sep 1994 05:24:24 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: "S.T.Hayes" Subject: local.info files To: MX-List@wkuvx1.wku.edu Reply-To: MX-List@WKUVX1.WKU.EDU Date: Fri, 9 Sep 94 11:24:07 BST Message-ID: <9409091124.aa02803@uk.ac.ed.festival> I installed MX V4.1 here on a number of VMS machines, and it has been running fine for a dmonth until a couple of days ago, when it was noticed that the free space on the system disk of one machine was slowly disappearing. We use SMTP over UCX for input and output. The machine concerned is running VAX/VMS V5.5 mcp queue showed a lot of files not delivered by the local agent - 'cannot create file', I think. Closing and restarting MX seemed to correct this. There were still a lot of files around, of the form [mx.queue.n]nn.local.info. Though these files are small, there were a lot of versions of each. 'mcp queue purge' cleaned out this rubbish. One cause of our troubles is that the system disk is nearly full! It seems that the local delivery agent got into a state where it could not deliver any mail. Can anything be done to prevent this happenning again? As a side issue, would it not be sensible to set a version limit on the 'local.info' files? ! Stephen Hayes, Edinburgh University Computing Service. ! S.T.Hayes @ ed.ac.uk, Tel: 031-650 4990. ================================================================================ Archive-Date: Fri, 09 Sep 1994 05:53:31 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 09 Sep 1994 05:53:06 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098432F.869D760F.15@ALPHA.WKU.EDU> Subject: RE: MX outbound SMTP stuck Howard Meadows writes: > > Well, I upgraded my AXP alpha UCX to version 3.1 to fix some things >with Lynx (which it did), but now MX (and MadGoat FTP) are broken. I >know it's probably something with the UCX 3.1 configuration, but I'm >getting cross-eyed trying to find it. > > I'm running OpenVMS AXP 6.1 with UCX 3.1, and MX 4.1. We can >receive incoming SMTP mail just fine, but outgoing SMTP stuff >just sits in the queue in an "INPROG" state. > > Regarding MG FTP, the startup procedure seems to create a process, >but it dies instantly. > > Any suggestions would be *very* welcome. > Again, I *really* need to put together an FAQ. You are, most likely, seeing the effects of the UCX V3.1 startup stuff, which doesn't automatically define both UCX$INET_HOST and UCX$INET_DOMAIN unless you define your hosts in the exact sequence described in the UCX documentation. I no longer have UCX and I don't remember how you fix it---I've just been telling people to define them by hand in your system startup procedures. UCX$INET_HOST would be "cslvax" and UCX$INET_DOMAIN would be "weeg.uiowa.edu". Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 09 Sep 1994 06:05:39 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 09 Sep 1994 06:05:09 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984331.35D2BEE5.7@ALPHA.WKU.EDU> Subject: RE: local.info files "S.T.Hayes" writes: > [...] > There were still a lot of files around, of the form >[mx.queue.n]nn.local.info. Though these files are small, there were a >lot of versions of each. 'mcp queue purge' cleaned out this rubbish. > > One cause of our troubles is that the system disk is nearly full! >It seems that the local delivery agent got into a state where it could >not deliver any mail. Can anything be done to prevent this happenning >again? > Yes: move the MX queues to a disk that isn't nearly full! I don't know specifically why you had lots of versions of those files, but you're going to end up losing mail if your MX disk runs out of free space. > As a side issue, would it not be sensible to set a version limit on >the 'local.info' files? > Since there is normally only one of those files, it shouldn't make any difference. I'm not sure how the problem you described actually came to be, but I'll make a note to look into it sometime. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 09 Sep 1994 08:45:25 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: desroches@aspen.ulowell.edu (Dick Desroches, ACC Systems Manager) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: SMTP crashing with status 1000000C Date: 9 Sep 94 09:39:05 -0500 Message-ID: <1994Sep9.093905.1@aspen.ulowell.edu> To: MX-List@WKUVX1.WKU.EDU We upgraded recently to MX 4.1. It was running ok for a while but now SMTP keeps crashg with the following message in the log file: 9-SEP-1994 09:31:19.28: MX SMTP (pid 40206359) starting 9-SEP-1994 09:32:42.13: MX SMTP (pid 40206359) exiting, status = 1000000C Any ideas what is happening here? (please respond here in the newsgroup as we cannot receive incoming email as a result of the above). To update Hunter of other problems we were having: - the looping which caused multiple copies being sent has stopped since we reinstalled the software. - we got a patch from someone in England for mailshr.exe compatible with vms 6.1 Thanks, Dick Desroches ================================================================================ Archive-Date: Fri, 09 Sep 1994 08:56:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 09 Sep 1994 08:58:00 CDT From: Howard Meadows Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984349.5B4A76A0.11@cslvax.weeg.uiowa.edu> Subject: RE: MX outbound SMTP stuck "Hunter Goatley, WKU" wrote: > >Howard Meadows writes: >> >> Well, I upgraded my AXP alpha UCX to version 3.1 to fix some things >>with Lynx (which it did), but now MX (and MadGoat FTP) are broken. I >>know it's probably something with the UCX 3.1 configuration, but I'm >>getting cross-eyed trying to find it. >> >> I'm running OpenVMS AXP 6.1 with UCX 3.1, and MX 4.1. We can >>receive incoming SMTP mail just fine, but outgoing SMTP stuff >>just sits in the queue in an "INPROG" state. >> >> Regarding MG FTP, the startup procedure seems to create a process, >>but it dies instantly. >> >> Any suggestions would be *very* welcome. >> >Again, I *really* need to put together an FAQ. > >You are, most likely, seeing the effects of the UCX V3.1 startup >stuff, which doesn't automatically define both UCX$INET_HOST and >UCX$INET_DOMAIN unless you define your hosts in the exact sequence >described in the UCX documentation. I no longer have UCX and I don't >remember how you fix it---I've just been telling people to define them >by hand in your system startup procedures. > >UCX$INET_HOST would be "cslvax" and UCX$INET_DOMAIN would be >"weeg.uiowa.edu". > Thanks, Hunter. As usual, you're exactly right. The UCX$INET_HOST logical was defined, but the UCX$INET_DOMAIN was not. I defined it by hand and restarted MX & everything took off. -Howard *************************************************************************** * Howard Meadows Sr. Systems Programmer Weeg Computing Center * * University Of Iowa Iowa City, Iowa 52242 Phone: 319-335-5519 * * email: howard-meadows@uiowa.edu FAX : 319-335-5505 * *************************************************************************** ================================================================================ Archive-Date: Fri, 09 Sep 1994 08:59:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 09 Sep 1994 08:59:07 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984349.8310B0B9.4@ALPHA.WKU.EDU> Subject: RE: SMTP crashing with status 1000000C desroches@aspen.ulowell.edu (Dick Desroches, ACC Systems Manager) writes: > >We upgraded recently to MX 4.1. It was running ok for a while but now SMTP >keeps crashg with the following message in the log file: > >9-SEP-1994 09:31:19.28: MX SMTP (pid 40206359) starting >9-SEP-1994 09:32:42.13: MX SMTP (pid 40206359) exiting, status = 1000000C > >Any ideas what is happening here? > With all of your other problems, there's no telling, but it sounds like your MX system queue could be corrupted. I'd suggest either trying MCP QUEUE COMPRESS or just create a new file. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 09 Sep 1994 12:12:59 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: SMTP crashing with status 1000000C Date: 9 Sep 1994 17:04:06 GMT Message-ID: <34q4i6$fb2@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Sep9.093905.1@aspen.ulowell.edu>, desroches@aspen.ulowell.edu (Dick Desroches, ACC Systems Manager) writes: =We upgraded recently to MX 4.1. It was running ok for a while but now SMTP =keeps crashg with the following message in the log file: = =9-SEP-1994 09:31:19.28: MX SMTP (pid 40206359) starting =9-SEP-1994 09:32:42.13: MX SMTP (pid 40206359) exiting, status = 1000000C = =Any ideas what is happening here? An access violation. Chances are you've either got an invalid address somewhere in one of the entries in the queue, or else the queue file has become corrupted. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 09 Sep 1994 14:06:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: welchb@aspen.uml.edu (Brendan Welch, W1LPG) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Thanks for all the fish! (that's a famous quote) Date: 9 Sep 94 14:18:18 -0500 Message-ID: <1994Sep9.141818.1@aspen.uml.edu> To: MX-List@WKUVX1.WKU.EDU A few of you have been following our disastrous problems with mail, which are a subset of our disastrous problems with upgrading to VMS V6.1 (IMHO). Thanks to all who helped (especially Hunter). Even DEC spent considerable time on the problem, after it was determined that the problem did not lie directly in their area (although I was surprised that the mail people barely knew about the existence of MX or MadGoat; I considered it all a training session in customer reality for them). Even the no-longer-employed DEC person who installed our MailWorks very kindly spent time on the phone. If any of you want to learn from our mistakes, or in hindsight laugh at my stupidity, here is a partial chronology. I did not know that such a thing as a VMS patch existed, or had previously been applied when we had MX033 and VMS 5.5-2. Lesson: keep installation logs; it can be the wrong people who leave the soonest. I tried applying the patch that came with MX033 after the VMS upgrade. Lessons: Make a backup copy of anything you want to patch; maybe even practice the patch elsewhere. The patch that was in the [.contrib] of MX041, dated 1994 June, was not good enough for VMS 6.1. Lesson: more humanly oriented documentation; foresight in how things will change by the time people will get to use it in hindsight; try and keep all patches together. I did not explicitly enough follow instructions in the patch, because I was in sys$library (which included sys$sysroot); this caused the results of some things I was doing to appear in sys$sysroot, and they had to be moved to sys$common:[syslib]. Lesson: do what they told you to do. But after everything was done, we got phone calls from users that mail was not even let them get on; same problem with News or some other utility. The cure, which mystifies me, was to set MAILSHR.EXE to be W:RE, although the unpatched version was not W:RE. I omit my fatal mistake of up-arrowing carelessly at a critical point, and deleting the patched file; I was glad I had the foresight to make a backup. Even after things were supposedly fixed, we could not tell that they were. Maybe this was due to slowness in the ques. When we tried shutting down the mailservers, one stayed forever in the state of waiting to shut down. An additional problem was caused by IMHO confusing and esoteric design of UCX, which apparently for many months previous has been having trouble with domains, hosts, addresses, etc. It took several more days, including hours of sitting by the phone waiting for DEC to call, to fix this. Lesson: As I said before, keep installation logs. And you have to know (again, isn't hindsight great?) when to gloss over nitpicking details, and when to use the ivory-tower approach to nitpick over something that is working ok and seems simple. Somehow among this all, our mail was looping. We use a place called bouncer, supplied by the network, as a test for "outside" mail. They shut down our access because we unwittingly had sent them thousands of messages one day. Nobody told me, so I was still using bouncer as one place to test. If the subject line start with a quotation mark, that one mark gets stripped off when the recipient receives the message. -- Brendan Welch, system analyst, UMass/Lowell, W1LPG, welchb@woods.uml.edu ================================================================================ Archive-Date: Sat, 10 Sep 1994 11:15:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 10 Sep 1994 10:11:16 MDT 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: <0098441C.C24B2F60.3@borgil.cxo.dec.com> Subject: MX 4.1 VAX: Process name does not show up on MCP STATUS command... I was just noticing that when I do a MCP STATUS, the Process name column is completely blank for all of the processes. I'm I not doing something right, or is this a bug? This occurs on a VMS 5.5-2 and a 6.1 system running UCX. Mike ____________________________________________________________________________ / Mike Frazier | \ | Digital Equipment Corp. | This space intentionally left blank | | Rdb Support Team | | | Colorado Springs, Colorado| | |-----------------------------------------------------------------------------| \ Email Address: m_frazier@borgil.cxo.dec.com / ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Sat, 10 Sep 1994 15:21:54 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: MX 4.1 VAX: Process name does not show up on MCP STATUS command... Date: 10 Sep 1994 20:06:30 GMT Message-ID: <34t3k6$1ml@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0098441C.C24B2F60.3@borgil.cxo.dec.com>, Ask me about Star Stare '95 writes: # I was just noticing that when I do a MCP STATUS, the Process name # column is completely blank for all of the processes. I'm I not doing # something right, or is this a bug? # # This occurs on a VMS 5.5-2 and a 6.1 system running UCX. You need WORLD privilege enabled to see the process names. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Sat, 10 Sep 1994 16:39:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: MX 4.1 VAX: Process name does not show up on MCP STATUS command... Date: 10 Sep 1994 21:18:09 GMT Message-ID: <34t7qh$cb4@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0098441C.C24B2F60.3@borgil.cxo.dec.com>, Ask me about Star Stare '95 writes: = I was just noticing that when I do a MCP STATUS, the Process name = column is completely blank for all of the processes. I'm I not doing = something right, or is this a bug? = = This occurs on a VMS 5.5-2 and a 6.1 system running UCX. = = Mike = = ____________________________________________________________________________ =/ Mike Frazier | \ =| Digital Equipment Corp. | This space intentionally left blank | =| Rdb Support Team | | =| Colorado Springs, Colorado| | =|-----------------------------------------------------------------------------| =\ Email Address: m_frazier@borgil.cxo.dec.com / = ---------------------------------------------------------------------------- Hmmm. One would think that someone working for a software support team for DEC would know about privileges. The problem is that your process doesn't have the necessary privileges to get the process name given PID. If you've got the same UIC as the processes, you don't need any privs. If you're in the same group as the processes, then either GROUP or WORLD will work. If you're not in the same group, then you need WORLD priv. -------------------------------------------------------------------------------- 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, 11 Sep 1994 16:50:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 11 Sep 1994 17:46:29 EDT From: Bill Southerly Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-List@wkuvx1.wku.edu CC: e2pysou@fre.fsu.umd.edu Message-ID: <00984525.840D7280.12063@fre.fsu.umd.edu> Subject: Suggestions for accessing archives? Date sent: 11-SEP-1994 17:24:03 Dear Networkers, About 2 years ago, I started an internet list called TIPS (Teaching In the Psychological Sciences) that uses the MX software. The technical aspects of the mailing list (loading software, keeping the list running properly, etc) are managed by a person in our Academic Computing, whereas I do some minor troubleshooting, respond to requests, help subscribe/unsubscribe, etc. The software is set up in an Ultrix environment of which I have limited background. Given this background, now the question. Has anyone a solution for how to make the archives searchable or more accessible? TIPS is an active group (20-40 messages a day), thus, one month of messages can be quite a large file with no easy way built in for searching for a particular topic or message. I am sure I am not the only list manager with this problem, so I am hoping someone has a solution. Though my background in unix is limited, I learn quickly and would appreciate any references to reading materials, internet lists that address archiving, etc. The Academic Computing support person who runs the technical side of the list is a subscriber to this list, so feel free to get into technical details if you fill it is appropriate. I have recently became aware of a program called Hypermail that is designed to take unix based mail archives and turn them into hypertext that sounds like a great solution to my question but have been unable to get it to work as of yet. I have sent a note to the author of the software but haven't received an answer yet. In case any of you have experience with this and the unix envrionment, the error I receive is Segmentation fault (core dumped). I am concerned that this may suggest that the archives are saved in a format (ie., segments) that are not compatible with the program. The manual indicates that "Hypermail can only read messages in the UNIX mailbox format! Such archives are typically RFC 822 mail messages appended to each other ...... The example they give is similar to MX archives except for Archive date stamp and the ========== line found between messages. If anyone has any suggestions I would appreciate it. Thanks. ********************************************************************** * BILL SOUTHERLY INTERNET: E2PYSOU@FRE.FSU.UMD.EDU * * DEPT. OF PSYCHOLOGY BITNET: E2PYSOU@FRE.TOWSON.EDU * * FROSTBURG STATE UNIVERSITY PHONE: (301) 689-4193 * * FROSTBURG, MARYLAND USA 21532 * ********************************************************************** ================================================================================ Archive-Date: Sun, 11 Sep 1994 16:53:01 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 11 Sep 1994 16:52:38 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098451D.FE692FF9.24@ALPHA.WKU.EDU> Subject: RE: Suggestions for accessing archives? Bill Southerly writes: > > About 2 years ago, I started an internet list called TIPS (Teaching In >the Psychological Sciences) that uses the MX software. The technical aspects >of the mailing list (loading software, keeping the list running properly, etc) >are managed by a person in our Academic Computing, whereas I do some minor >troubleshooting, respond to requests, help subscribe/unsubscribe, etc. The >software is set up in an Ultrix environment of which I have limited background. > > Given this background, now the question. Has anyone a solution for how >to make the archives searchable or more accessible? TIPS is an active group [...] My lists are searchable via Gopher. We use Bruce Tanner's indexing program to allow Gopher clients to search the monthly archives for certain words. You can see this in action by going to gopher.wku.edu and looking under the MadGoat Software item. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Sun, 11 Sep 1994 17:08:54 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 11 Sep 1994 18:09:19 EDT From: Bill Southerly Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-List@wkuvx1.wku.edu CC: edtech@msu.edu, e2pysou@fre.fsu.umd.edu Message-ID: <00984528.B496A680.12119@fre.fsu.umd.edu> Subject: Desk-top list management? Date sent: 11-SEP-1994 17:48:09 Dear networkers, I have managed an internet group (TIPS - Teaching In the Psychological Sciences) for the last 2 years that is quite active (20-40 messages a day) and continues to grow. Much of the technical aspects of the management of the list are done by one person in our Academic Computing Center. As more and more people at our university have "discovered" the internet and high tech applications, the demands on the person who manages the technical side of the list have dramatically increased. This has created a situation where it has become difficult for this person to satisfy my desires to make improvements on the list. Thus, I have started to give serious consideration to move the list and its complete management to a computer on my desktop (presently, it runs from a unix based machine in Academic Computing using the MX mailing list software). We will have fiber in place by next Spring so I will be able to do this from my desk at that point. Thus, I seek your advice and guidance. Do any of you have experience running a mailing list from your office? If so, what are the key factors I should consider in making this decision? What problems can I anticipate? What suggestions do you have for hardware? software? Would I be best served by continuing to use the MX software or should I consider something else? Is the MX software available for either PC or MAC environments? How do I find out about other mailing software that may be available for UNIX, PC, an MAC enviroments? If I would switch software, how easily can I incorporate my present mailing list and archives? Any internet groups that I should subscribe to or send this message to? Etc., etc....... Any suggestions or ideas for further exploration of this issue would be appreciated. Thanks. ********************************************************************** * BILL SOUTHERLY INTERNET: E2PYSOU@FRE.FSU.UMD.EDU * * DEPT. OF PSYCHOLOGY BITNET: E2PYSOU@FRE.TOWSON.EDU * * FROSTBURG STATE UNIVERSITY PHONE: (301) 689-4193 * * FROSTBURG, MARYLAND USA 21532 * ********************************************************************** ================================================================================ Archive-Date: Sun, 11 Sep 1994 18:26:14 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 11 Sep 1994 17:26:09 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984522.ACD27CE0.3@earth.oscs.montana.edu> Subject: RE: Desk-top list management? In article <00984528.B496A680.12119@fre.fsu.umd.edu>, Bill Southerly writes: = list have dramatically increased. This has created a situation where it = has = become difficult for this person to satisfy my desires to make = improvements on = the list. Thus, I have started to give serious consideration to move the = list = and its complete management to a computer on my desktop (presently, it What improvements has computing services been unable to meet? What are your perceptions of "complete management"? I'm a newly-minted list-owner, with little traffic, and no management problems. I have made a serious effort to listen to my contact at our computing services office, and to learn what I can about the technical difficulties involved with a list. I do believe that you won't get the priviledges necessary to accomplish complete management, but I do wish you luck. Mark. ================================================================================ Archive-Date: Sun, 11 Sep 1994 21:00:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Desk-top list management? Date: 12 Sep 1994 01:11:01 GMT Message-ID: <3509r5$32t@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00984528.B496A680.12119@fre.fsu.umd.edu>, Bill Southerly writes: =Thus, I have started to give serious consideration to move the list =and its complete management to a computer on my desktop (presently, it runs =from a unix based machine in Academic Computing using the MX mailing list =software). Huh? Since when does MX run under UNIX? Please go back and figure out which of your two claims you got wrong: 1) It's using the MX software; or 2) It's running under Unix. If it's actually using the MX software, then you might simply as the person who's been managing the list to: 1) Give you an unprivileged account on his machine; and 2) Make you the list owner. -------------------------------------------------------------------------------- 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, 12 Sep 1994 08:34:17 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 12 Sep 1994 08:34:14 CDT From: "George D. Greenwade" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009845A1.88D48520.50@SHSU.edu> Subject: RE: Suggestions for accessing archives? Following up on Hunter's post of Sun, 11 Sep 1994 16:52:38 CDT: >Bill Southerly writes: >> >> About 2 years ago, I started an internet list called TIPS (Teaching In >>the Psychological Sciences) that uses the MX software. The technical aspects >>of the mailing list (loading software, keeping the list running properly, etc) >>are managed by a person in our Academic Computing, whereas I do some minor >>troubleshooting, respond to requests, help subscribe/unsubscribe, etc. The >>software is set up in an Ultrix environment of which I have limited background. >> >> Given this background, now the question. Has anyone a solution for how >>to make the archives searchable or more accessible? TIPS is an active group >[...] > > My lists are searchable via Gopher. We use Bruce Tanner's indexing program > to allow Gopher clients to search the monthly archives for certain words. > You can see this in action by going to gopher.wku.edu and looking under the > MadGoat Software item. We also use this approach for nearly all of our lists, and I know that Dennis Sherman does for (at least) his VMSGopher-L archives. As far as our lists, the traffic on a few of them are non-trivial -- in the 30-70/day range in a few cases. The big trick (learned the hard way) is to be sure to backup the current month's archive file and index that backup set instead of indexing the current month's archive file as it resides in your archive directory -- file locking problems. Once the month is over and the archive file shouldn't have locking problems anymore, make your permanent index for that month based on the archive itself. We have a DCL command script re-build our archives each day so that the indexed search is never off more than a day as far as what's in the current month's archive and what you can search via the index. Since this is easily URL-specifiable, I (personally) see no need to get into hypermail nor anything similar -- Bruce's build_index/query software handles it just fine as a Gopher menu item which can be passed to a WWW reader. This is all done in the VMS environment using the real archives, BTW -- how this might be tied to your Ultrix environment is anyone's guess. --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, 12 Sep 1994 08:43:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 12 Sep 1994 09:24:31 EDT From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wku.edu Message-ID: <009845A8.8EA7BEC0.68@swdev.si.com> Subject: MX_DIR:MX_START.COM doesn't allow for large clusters In MX_DIR:MX_START.COM, there are PURGE statements whose purpose is to delete old copies of the various .LOG files of the agents it starts. However, when starting MX in a large cluster or, in fact, any cluster with a particular agent running on more than five nodes, each execution of MX_START results in an ever-increasing number of "file locked by another user" message as each new log is created. I'd like to suggest that MX_START use the value returned by F$GETSYI("CLUSTER_NODES") for the value of the /KEEP qualifier on the PURGE statements or the value 5, whichever is higher, when the particular agent is being started on more than 5 nodes. Perhaps the number of agents specified in the MX_STARTUP_INFO.DAT file could also be factored in as well, since the number of instances of a particular agent is also specified in that file. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Mon, 12 Sep 1994 09:35:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: daveh@vax.oxford.ac.uk (Dave Hastings, OUCS) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Mail problem in OpenVMS VAX 6.1 Message-ID: <1994Sep12.144947.25923@oxvaxd> Date: 12 Sep 94 14:49:47 BST To: MX-List@WKUVX1.WKU.EDU Hi, We have had a small outbreak of reports of %MAIL-E-OPENIN, error opening ddcu:[dir]MAIL$xxxxxxxx00050098.MAI; as input -RMS-E-FNF, file not found when attempting to read new messages since the installation of OpenVMS VAX 6.1. These are usually associated with messages delivered by the MX mailer. We found a systematic error when investigating a particular case, which suggests a software error, namely the incrementing of the eighth digit of the numeric part of the name, e.g. 41418473 in the key in MAIL.MAI, but 41418474 in the file name. Has anybody else seen this? Dave -- David Hastings | "Life's too short to waste time VAX Systems Programmer | chitchatting with machines for Oxford University Computing Services | no good reason" - JM daveh@vax.oxford.ac.uk | ================================================================================ Archive-Date: Mon, 12 Sep 1994 11:03:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 12 Sep 1994 10:03:36 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: ichjsmt@earth.oscs.montana.edu Message-ID: <009845AE.0469FA60.4@earth.oscs.montana.edu> Subject: MX 4.1 and VMS upgrades -- any problems ? From: MSU::OSYPA 12-SEP-1994 09:16:25.14 To: EARTH::ICHJSMT CC: OPERCV Subj: Concerning VMS &/or TPU/EVE upgrade - Within 5 yrs. - DEFINATELY! Mark, Per your question below, we will definately be Upgrading VMS, likely within the next 6 months! We are currently at VMS 5.5-2 on the CLUSTER, and VMS 6.1 is 'out' and in production use. For a number of reasons, we have 'held-back' on upgrading to the VMS 6.? versions. There is a Hardware Upgrade being considered, which SHOULD take place between now & July 1, 1995, which will have a manditory Upgrade of VMS ( to VMS 6.1 (+))...... Sorry, no such thing as 'static' any more.... Phil/SYSTEMS ------------------------------------------------------ PROBLEM DESCRIPTION On the advise of a knowledgeable individual (i.e. not a lawyer), I'm checking in to find out if OSCS is or will be thinking about a VMS or TPU/EVE upgrade within the next five years (I hope to graduate by then :). ================================================================================ Archive-Date: Mon, 12 Sep 1994 11:04:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 12 Sep 1994 10:04:49 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: ichjsmt@earth.oscs.montana.edu Message-ID: <009845AE.30255A00.6@earth.oscs.montana.edu> Subject: MX 4.1 and VMS upgrades -- any problems ? From: MSU::OSYPA 12-SEP-1994 09:16:25.14 To: EARTH::ICHJSMT CC: OPERCV Subj: Concerning VMS &/or TPU/EVE upgrade - Within 5 yrs. - DEFINATELY! Mark, Per your question below, we will definately be Upgrading VMS, likely within the next 6 months! We are currently at VMS 5.5-2 on the CLUSTER, and VMS 6.1 is 'out' and in production use. For a number of reasons, we have 'held-back' on upgrading to the VMS 6.? versions. There is a Hardware Upgrade being considered, which SHOULD take place between now & July 1, 1995, which will have a manditory Upgrade of VMS ( to VMS 6.1 (+))...... Sorry, no such thing as 'static' any more.... Phil/SYSTEMS ------------------------------------------------------ PROBLEM DESCRIPTION On the advise of a knowledgeable individual (i.e. not a lawyer), I'm checking in to find out if OSCS is or will be thinking about a VMS or TPU/EVE upgrade within the next five years (I hope to graduate by then :). ================================================================================ Archive-Date: Mon, 12 Sep 1994 11:20:45 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 12 Sep 1994 10:20:38 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: ichjsmt@earth.oscs.montana.edu Message-ID: <009845B0.65CE4FC0.24@earth.oscs.montana.edu> Subject: Problems with MX 4.1 and VMS upgrades ? Sorry about any multiple posts of a forwarded memo from our systems people (mail problems -- vmetz is supposed to be working on that :) To reiterate, our campus is intending to upgrade from vms 5.5-2 to some flavor of 6.x. MX 4.0 hasn't been out that long, but has anyone done or is anyone planning to do a similar vms upgrade with that version of the mail software on the platform? Any problems or tips I need to be aware of _as_a_list_manager_, or something I can pass on to the campus systems people here at MSU? Mark ichjsmt@earth.oscs.montana.edu ================================================================================ Archive-Date: Mon, 12 Sep 1994 11:51:40 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 12 Sep 1994 10:32:30 EDT From: Bill Southerly Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: e2pysou@fre.fsu.umd.edu Message-ID: <009845B2.0E1879C0.13758@fre.fsu.umd.edu> Subject: Re: Desk-top list management? Date sent: 12-SEP-1994 10:26:12 >=Thus, I have started to give serious consideration to move the list >=and its complete management to a computer on my desktop (presently, it runs >=from a unix based machine in Academic Computing using the MX mailing list >=software). > >Huh? Since when does MX run under UNIX? Please go back and figure out which >of your two claims you got wrong: > 1) It's using the MX software; or > 2) It's running under Unix. As I stated in the original message, the technical side of the list is being run by Academic Computing and I misunderstood the setup. It is MX software, it is being run in a VMS/VAX environment while the unix machine is providing the internet connection. >If it's actually using the MX software, then you might simply as the person >who's been managing the list to: > 1) Give you an unprivileged account on his machine; and I will pass this on (actually she is subscribed to this group), it is something I have been trying to get for awhile > 2) Make you the list owner. I believe I already am - at least that is what is listed when information is retrieved about the list. Thanks for the ideas ********************************************************************** * BILL SOUTHERLY INTERNET: E2PYSOU@FRE.FSU.UMD.EDU * * DEPT. OF PSYCHOLOGY BITNET: E2PYSOU@FRE.TOWSON.EDU * * FROSTBURG STATE UNIVERSITY PHONE: (301) 689-4193 * * FROSTBURG, MARYLAND USA 21532 * ********************************************************************** ================================================================================ Archive-Date: Mon, 12 Sep 1994 11:56:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 12 Sep 1994 11:56:08 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009845BD.BD636669.3@ALPHA.WKU.EDU> Subject: RE: Problems with MX 4.1 and VMS upgrades ? Mark Tarka writes: > >Sorry about any multiple posts of a forwarded memo from our systems >people (mail problems -- vmetz is supposed to be working on that :) > >To reiterate, our campus is intending to upgrade from vms 5.5-2 to >some flavor of 6.x. MX 4.0 hasn't been out that long, but has >anyone done or is anyone planning to do a similar vms upgrade with >that version of the mail software on the platform? > >Any problems or tips I need to be aware of _as_a_list_manager_, or >something I can pass on to the campus systems people here at MSU? > No problems of any kind---I'm running VMS V6.1 and have been since July, with MX V4.1. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Mon, 12 Sep 1994 19:17:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Desk-top list management? Date: 13 Sep 1994 00:01:46 GMT Message-ID: <352q5a$ka8@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009845B2.0E1879C0.13758@fre.fsu.umd.edu>, Bill Southerly writes: =>If it's actually using the MX software, then you might simply as the person =>who's been managing the list to: => 1) Give you an unprivileged account on his machine; and = = I will pass this on (actually she is subscribed to this group), it is =something I have been trying to get for awhile = => 2) Make you the list owner. = = I believe I already am - at least that is what is listed when =information is retrieved about the list. Well, in that case, you should have no problems maintaining the list already. Having an account on the machine on which the MX software is running simply makes things a bit more convenient. So if you're the list owner, what sort of management of the list is it you want to do but can't? -------------------------------------------------------------------------------- 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, 13 Sep 1994 10:04:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 13 Sep 1994 09:00:23 MDT 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: <0098466E.5AB24880.3@borgil.cxo.dec.com> Subject: Personal name for a mailing list Ok, I asked this back in the beginning of August and then was called away on business so I didn't seen the replies at the time. I am just getting back to this, so I'd like to pick up the discussion from the archives... |>Archive-Date: Wed, 10 Aug 1994 15:42:49 CDT |>From: "George D. Greenwade" |>Subject: RE: Personal name for a mailing list? |> |>|> Just out of curiosity, is it possible to attach a "personal name" to a |>|> mailing list? |>|> |>|> Mike |> |>If you mean so that it will generate something such as (from this list): |> X-ListName: Message Exchange Discussion List |> |>use the /DESCRIPTION tag in an MCP DEFINE LIST or MCP MODIFY LIST command -- |>such as |>$ MCP MODIFY LIST listinquestion/DESCRIPTION="Narrative string for list" Ok, I have the /DESCRIPTION text set, and I do get the X-ListName, but what I was really asking for would be so that the description would show up like a personal name in VMSmail or just like your personal name in the From: headers (A quoted string before the address, like my personal name of "Ask me about Star Stare '95"). Mike ================================================================================ Archive-Date: Tue, 13 Sep 1994 16:26:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 13 Sep 1994 15:26:08 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009846A4.3DAABC00.46@earth.oscs.montana.edu> Subject: RE: Personal name for a mailing list In article <0098466E.5AB24880.3@borgil.cxo.dec.com>, Ask me about Star Stare '95 writes: ??????> |>From: "George D. Greenwade" ... ??????> but ??????> what I was really asking for would be so that the description would ??????> show up like a personal name in VMSmail or just like your personal ??????> name ??????> in the From: headers (A quoted string before the address, like my ??????> personal name of "Ask me about Star Stare '95"). Try looking at MAIL> help set personal_name Otherwise, how 'bout an example, for folks wiser than I. Mark ================================================================================ Archive-Date: Tue, 13 Sep 1994 18:24:16 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 13 Sep 1994 17:16:44 MDT 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: <009846B3.B10F9B20.9@borgil.cxo.dec.com> Subject: RE: Personal name for a mailing list |>Try looking at MAIL> help set personal_name Won't work. You can't set a personal name unless you log into that account (unless someone knows a hack to do on the mail profile file) and most mailing list names are not vailid VMS account names. Too bad SET PERSONAL/USER won't work ;^). |>Otherwise, how 'bout an example, for folks wiser than I. Ok. The message I'm responding to had this VMSmail header: From: MX%"MX-List@WKUVX1.WKU.EDU" 13-SEP-1994 17:07 What I'd like to see is (note the quoted string after the address, which is standard for VMS type personal names: From: MX%"MX-List@WKUVX1.WKU.EDU" "Mailing list for MX users" 13-SEP-1994 17:07 I could even live with something like the following (This was how the From: line on the RFC headers looked from your mail): From: Mark Tarka Sure, all of this is picky, but I just wanted to know if it was possible to do (it appears it is not). Mike ================================================================================ Archive-Date: Tue, 13 Sep 1994 19:09:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: fowlerk@southpower.co.nz (Ken Fowler - Systems Administrator) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: MX_DIR:MX_START.COM doesn't allow for large clusters Message-ID: <1994Sep14.111556.80@southpower.co.nz> Date: 14 Sep 94 11:15:56 NZST To: MX-List@WKUVX1.WKU.EDU In article <009845A8.8EA7BEC0.68@swdev.si.com>, "Brian Tillman" writes: > In MX_DIR:MX_START.COM, there are PURGE statements whose purpose is to delete > old copies of the various .LOG files of the agents it starts. However, when > starting MX in a large cluster or, in fact, any cluster with a particular agent > running on more than five nodes, each execution of MX_START results in an > ever-increasing number of "file locked by another user" message as each new log > is created. I'd like to suggest that MX_START use the value returned by > F$GETSYI("CLUSTER_NODES") for the value of the /KEEP qualifier on the PURGE > statements or the value 5, whichever is higher, when the particular agent is > being started on more than 5 nodes. Perhaps the number of agents specified in > the MX_STARTUP_INFO.DAT file could also be factored in as well, since the number > of instances of a particular agent is also specified in that file. This is caused by a bug in one of the MX command procedures and a fix has been sent to the MX maintainers. The log files for the various processes are supposed to have the nodename as part of the filespec but due to an error a couple of them missed out which causes multiple versions of the same log file. Here is the diff of the fix I made to MX_START.COM... > ODIE » diff DSA0:[MX.EXE]MX_START.COM/merge=5/match=5 > ************ > File DSA0:[MX.EXE]MX_START.COM;2 > 87 $ ELSE > 88 $ FILEID = NODE > 89 $ ENDIF > 90 $ IF F$LOCATE (WHAT+"/", THINGS) .LT. F$LENGTH (THINGS) THEN GOTO > START_'WHAT > 91 $ GOTO LOOP > 92 $! > 93 $START_MAILSHR: > ****** > File DSA0:[MX.EXE]MX_START.COM;1 > 87 $ ENDIF > 88 $ IF F$LOCATE (WHAT+"/", THINGS) .LT. F$LENGTH (THINGS) THEN GOTO > START_'WHAT > 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- > DSA0:[MX.EXE]MX_START.COM;2- > DSA0:[MX.EXE]MX_START.COM;1 > ODIE » Ken. -- Southpower, Phone: +64 3 363-9527 Private Bag, Fax: +64 3 363-9816 Christchurch, Internet: FOWLERK@southpower.co.nz New Zealand. PSI: 0530130010083::GALAXY::FOWLERK ================================================================================ Archive-Date: Tue, 13 Sep 1994 19:28:01 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 13 Sep 1994 19:27:28 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009846C5.F4BBB45F.9@ALPHA.WKU.EDU> Subject: RE: Personal name for a mailing list Ask me about Star Stare '95 writes: > > What I'd like to see is (note the quoted string after the address, > which is standard for VMS type personal names: > >From: MX%"MX-List@WKUVX1.WKU.EDU" "Mailing list for MX users" 13-SEP-1994 17:07 [...] > Sure, all of this is picky, but I just wanted to know if it was > possible to do (it appears it is not). > No, it is not. That, too, is on the wish list, but has been a low priority item. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 13 Sep 1994 21:39:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 13 Sep 1994 20:37:43 MDT 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: <009846CF.C5248820.7@borgil.cxo.dec.com> Subject: RE: Personal name for a mailing list |>No, it is not. That, too, is on the wish list, but has been a low |>priority item. Thanks Hunter, that's what I wanted to know. No problem with the low priority as it is only a cosmetic type item. Mike ================================================================================ Archive-Date: Wed, 14 Sep 1994 02:30:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: RE: Personal name for a mailing list Date: 14 Sep 1994 04:27:34 GMT Message-ID: <355u3m$vr@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009846B3.B10F9B20.9@borgil.cxo.dec.com>, Ask me about Star Stare '95 writes: =|>Try looking at MAIL> help set personal_name = = Won't work. You can't set a personal name unless you log into that = account (unless someone knows a hack to do on the mail profile file) = and most mailing list names are not vailid VMS account names. Too bad = SET PERSONAL/USER won't work ;^). Well, it's not difficult to get around that restriction: Just create a DCL procedure, to set the personal name for the account under which the process is running, then use SUBMIT/USER. -------------------------------------------------------------------------------- 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, 14 Sep 1994 04:33:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 10:32:44 BST From: H.Jeffrey@cranfield.ac.uk Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00984744.6B7CCEAC.25@midas.ccc.cranfield.ac.uk> Subject: MX and record size I have a user who is trying to mail longish (several hundred byte) text records. MX is chopping them off at what appears to be 183 bytes, hmm. I can't find any info in the MX guides. Does anyone know what length records MX should support ? Cheers, Howard. -------------------------------------------------------------------------------- Howard Jeffrey. Computer Centre, Email: H.Jeffrey@cranfield.ac.uk Cranfield University, Tel: +44 (0)234 754207 Cranfield, Beds, MK43 OAL __o /\ England _ \<,_ / \/\ (_)/ (_) / \ \/\ -------------------------------------------------------------------------------- ================================================================================ Archive-Date: Wed, 14 Sep 1994 07:13:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 07:13:04 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984728.86C9CE1F.17@ALPHA.WKU.EDU> Subject: RE: MX and record size H.Jeffrey@cranfield.ac.uk writes: > >I have a user who is trying to mail longish (several hundred byte) text records. >MX is chopping them off at what appears to be 183 bytes, hmm. > Actually, it's VMS Mail that's chopping them off, and it does that at 255 bytes. >I can't find any info in the MX guides. Does anyone know what length records MX >should support ? > MX doesn't impose a limit, but VMS Mail does.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 14 Sep 1994 07:42:53 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 08:41:10 EDT From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: uunet!WKUVX1.WKU.EDU!mx-list@esseye.si.com Message-ID: <00984734.D56112C0.30@swdev.si.com> Subject: Re: MX_DIR:MX_START.COM doesn't allow for large clusters Ken Fowler (fowlerk@southpower.co.nz) writes: >This is caused by a bug in one of the MX command procedures and a fix has >been sent to the MX maintainers. Yes, I see how this would fix it. Thanks! -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Wed, 14 Sep 1994 07:42:59 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 08:24:54 EDT From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: uunet!WKUVX1.WKU.EDU!mx-list@esseye.si.com Message-ID: <00984732.8F7A17E0.45@swdev.si.com> Subject: RE: Personal name for a mailing list Mike Frazier (m_frazier@borgil.cxo.dec.com) writes: >|>Try looking at MAIL> help set personal_name > > Won't work. You can't set a personal name unless you log into that > account (unless someone knows a hack to do on the mail profile file) > and most mailing list names are not vailid VMS account names. Too bad > SET PERSONAL/USER won't work ;^). Ah, but it's possible to set the personal name for any record in VMSMAIL_PROFILE.DATA using Jow Meadow's MAILUAF program available from ftp.wku.edu:[.vms.fileserv]. With this program you can set any field for any profile entry. Perhaps this will do what you want. -----------------------------+-------------------------------- 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, 14 Sep 1994 09:34:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 08:28:25 MDT 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: <00984733.0D7B2C60.8@borgil.cxo.dec.com> Subject: RE: Personal name for a mailing list |>Ah, but it's possible to set the personal name for any record in |>VMSMAIL_PROFILE.DATA using Jow Meadow's MAILUAF program available from |>ftp.wku.edu:[.vms.fileserv]. With this program you can set any field for any |>profile entry. Perhaps this will do what you want. Great idea, and what a great utility! (I just pulled it down, and can think of a ton of uses I have for this). Unfortunately, the mail goes out from within MX and is not sent by VMSmail, so the profile doesn't come into play here (too bad). I'd like to say thanks for all of the help to everyone that has responded to this. I'm satisfied to wait for this to show up in a "future release of the product". Mike ================================================================================ Archive-Date: Wed, 14 Sep 1994 10:08:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 16:07:52 BST From: H.Jeffrey@cranfield.ac.uk Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984773.3CEEB50D.13@midas.ccc.cranfield.ac.uk> Subject: RE: MX and record size Thanks Hunter Howard. ================================================================================ Archive-Date: Wed, 14 Sep 1994 13:19:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 19:19:05 BST From: "Tim Llewellyn, (0272) 288738." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU, sys_jpm@siva.bris.ac.uk CC: tjl@siva.bris.ac.uk Message-ID: <0098478D.F35E4BE9.7@siva.bris.ac.uk> Subject: MX not using mail-exchanger info. Hello We have been running VMS 6.1 (AXP and VAX) and MX041 since early August. Also UCX 3.1. Recently there is also a new mail hub being introduced on campus. ALso, we upgraded to DECNET/OSI at the same time as the VMS upgrade but I don't think that's relevant. We have recently had problems with mail bouncing. Failure reasons include: Error-Code: 2 Error-Text: %MX-F-NOHOST, no such host -Retry count exceeded -(Via m.maus.de) and Error-For: erhard@zebra.mitropa.com Error-Code: 2 Error-Text: %SYSTEM-F-TIMEOUT, device timeout -Retry count exceeded -(Via zebra.mitropa.com) It appears (from e-mail conversations with local and remote campus mail managers) that the problem is that our mailer (MX041) is not (no longer?) using the mail server contained in the MX-record. eg in the case of the latter example, I can use nslookup as follows: _SIVA::$ nslookup Default Server: irix.bris.ac.uk Address: 137.222.10.39 > set type=mx > zebra.mitropa.com Server: irix.bris.ac.uk Address: 137.222.10.39 Non-authoritative answer: zebra.mitropa.com preference = 10, mail exchanger = mitropa.com Authoritative answers can be found from: MITROPA.COM nameserver = MITROPA.COM MITROPA.COM nameserver = NS.MAZ.NET mitropa.com inet address = 194.64.20.1 NS.MAZ.NET inet address = 194.15.144.1 > However (as the mail manager at mitropa has pointed out) our system is apparently trying (and failing) to send mail direct to zebra.mitropa.com rather than the mail server mitropa.com. All this stuff is rather new to me so please excuse any mis-understandings I might have about how all this works. We have tried looking in the MX, UCX manuals and netlib release notes but have not come up with anything that appears relevant. The question is, has anyone seen this sort of problem before, and if so (1) is there a fix (2) is it an MX, netlib or UCX problem on our system or someone elses problem? TIA -----------------------------------------------------+------------------+ 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!-) | Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Wed, 14 Sep 1994 14:22:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 14:21:58 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984764.715C9C33.22@ALPHA.WKU.EDU> Subject: RE: MX not using mail-exchanger info. "Tim Llewellyn, (0272) 288738." writes: > >We have recently had problems with mail bouncing. Failure >reasons include: > >Error-Code: 2 >Error-Text: %MX-F-NOHOST, no such host > -Retry count exceeded > -(Via m.maus.de) > >and > >Error-For: erhard@zebra.mitropa.com >Error-Code: 2 >Error-Text: %SYSTEM-F-TIMEOUT, device timeout > -Retry count exceeded > -(Via zebra.mitropa.com) > >It appears (from e-mail conversations with local and remote campus mail managers) >that the problem is that our mailer (MX041) is not (no longer?) using the mail >server contained in the MX-record. eg in the case of the latter example, I can >use nslookup as follows: [...] >However (as the mail manager at mitropa has pointed out) our system is apparently >trying (and failing) to send mail direct to zebra.mitropa.com rather than the mail >server mitropa.com. > >All this stuff is rather new to me so please excuse any mis-understandings I might >have about how all this works. We have tried looking in the MX, UCX manuals and >netlib release notes but have not come up with anything that appears relevant. >The question is, has anyone seen this sort of problem before, and if so (1) is >there a fix (2) is it an MX, netlib or UCX problem on our system or someone >elses problem? > My guess is that UCX isn't returning the MX record to MX for some reason. Try enabling MX SMTP debugging (DEFINE/SYS/EXEC MX_SMTP_DEBUG TRUE) an check the log files to see what's being returned for the MX lookups.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 14 Sep 1994 17:59:18 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: corwin@genmagic.com (Paul Frommeyer) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: SMTP crashing -- DNS lookup problem? Date: 14 Sep 1994 22:31:13 GMT Message-ID: <357tjh$bdo@gatekeep.genmagic.com> To: MX-List@WKUVX1.WKU.EDU I am experiencing the same problem with SMTP crashing, but in a reproducible case. I am trying to send mail to someone at a2i, namely dhesi@rahul.net. The SMTP agent gives the appearance of connecting, then the message dies: $ MCP QUEUE SHOW/ALL/FULL Entry: 1, Origin: [Local] Status: IN-PROGRESS, size: 104 bytes Created: 14-SEP-1994 15:04:35.73, expires 14-OCT-1994 15:04:35.73 Last modified 14-SEP-1994 15:04:52.59 SMTP entry #2, status: READY, size: 104 bytes, waiting for retry until 14-SEP- 1994 15:09:17.40 Created: 14-SEP-1994 15:04:51.28, expires 14-OCT-1994 15:04:35.73 Last modified 14-SEP-1994 15:06:17.41 Recipient #1: , Route=RAHUL.NET Error count=1 Last error: %NONAME-E-NOMSG, Message number 08638162 Mail to other sites works fine. Enabling debugging yields the following: TYPE MX_SMTP_LOG.LOG 14-SEP-1994 15:04:52.22 Processing queue entry number 2 on node BINKLY 14-SEP-1994 15:04:52.70 Recipient: , route=RAHUL.NET 14-SEP-1994 15:04:52.71 SMTP_SEND: looking up host name RAHUL.NET 14-SEP-1994 15:05:18.75 SMTP_SEND: DSN_MXLOOK status is 0000002C 14-SEP-1994 15:06:16.80 SMTP_SEND: Failed, sts=08638162 14-SEP-1994 15:06:16.81 SMTP send failed, sts=0C27804A, sts2=08638162 14-SEP-1994 15:06:16.81 Recipient status=0C27804A for 14-SEP-1994 15:06:17.40 1 rcpts need retry, next try 14-SEP-1994 15:09:17.40 14-SEP-1994 15:06:17.44 *** End of processing pass *** I noticed that rahul.net has two mail exchangers in the DNS; could this be the problem? We are running OpenCMU-IP 6.6-5a. I have not experienced any other problems, except when sending to this address. About 50% of the the time, the agent will exit with the status 1000000C when this error occurs. Is there any way or utility that would allow me to debug the DNS actions to get a better idea of what MXLOOK is returning that is causing MX problems? If anyone has any suggestions as to how to resolve this problem, I would be greatly appreciative. For the moment, I'm trying to get around the problem by manipulating the paths, but so far have not had any luck. Many thanks, Paul Frommeyer Paul "Corwin" Frommeyer corwin@genmagic.com Trapped in time. Network Consultant Surrounded by evil. For: General Magic, Inc. Low on gas. eval $clueful{$reader}?"print 'My sole opinion\n'":"require common_sense"; -- Paul "Corwin" Frommeyer corwin@genmagic.com Trapped in time. Network Consultant Surrounded by evil. For: General Magic, Inc. Low on gas. eval $clueful{$reader}?"print 'My sole opinion\n'":"require common_sense"; ================================================================================ Archive-Date: Wed, 14 Sep 1994 18:37:01 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 18:10:26 EDT From: Bill Southerly Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu CC: e2pysou@fre.fsu.umd.edu Message-ID: <00984784.5BBEB620.22155@fre.fsu.umd.edu> Subject: Filtering out unwanted messages? Date sent: 14-SEP-1994 17:49:41 Dear MX'ers, As a listowner of an active group, one of the consistent problems I face is unwanted mail that is routed to the list address. Some examples are commands meant for the Mx-request (or listserv) being sent to the group address or Receipt confirmation messages produced from Pegasus mail when someone forgets or is just learning and leaves this on. Since the internet is constantly adding new subscribers I doubt if this problem is going to disappear quickly. Thus, what I would like to have are suggestions that other listowners have used to address this issue. Of particular interest is a solution that allows the listowner to move easily from a unmoderated to a"moderated" format. This would allow me to filter out all kind of undesired messages (another common example are one sentence responses that simply say "I agree" or such) as time allows or let the list run as it does now in an unmoderated format. A related question - I will be distributing a survey to the group in an effort to find out more about who these subscribers are. Though the easiest way to distribute this survey is through the list, I don't want people to return the answers to the list as many will probably do since the reply mechanism is set to come back to the group. Is there some way to accomplish this, ie., some way to send the mail to everyone on the list but have the reply mechanism such that it returns mail just to me and not the list? Thanks to those that have responded to my previous posts - you have been quite helpful. Bill ********************************************************************** * BILL SOUTHERLY INTERNET: E2PYSOU@FRE.FSU.UMD.EDU * * DEPT. OF PSYCHOLOGY BITNET: E2PYSOU@FRE.TOWSON.EDU * * FROSTBURG STATE UNIVERSITY PHONE: (301) 689-4193 * * FROSTBURG, MARYLAND USA 21532 * ********************************************************************** ================================================================================ Archive-Date: Wed, 14 Sep 1994 18:53:17 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: bjorndahl@augustana.ab.ca (Sterling Bjorndahl) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: MX not using mail-exchanger info. Message-ID: <1994Sep14.165745.11418@camrose> Date: 14 Sep 94 16:57:45 MDT To: MX-List@WKUVX1.WKU.EDU In article <0098478D.F35E4BE9.7@siva.bris.ac.uk>, tjl@siva.bris.ac.uk (Tim Llewellyn, (0272) 288738.) writes: > It appears (from e-mail conversations with local and remote campus mail managers) > that the problem is that our mailer (MX041) is not (no longer?) using the mail > server contained in the MX-record. eg in the case of the latter example, I can > use nslookup as follows: We had a similar situation that happened when our Vax was not able to contact its domain name server - the Vax somehow (a great mystery to me) latched on to some other domain name server which was incorrectly configured. All I can suggest is, make very sure that your DNS primary and secondary servers are working and are set up properly in your name resolver configuration. If you learn anything more than that, I'd really like to hear about it. -- Sterling G. Bjorndahl, bjorndahl@Augustana.AB.CA Augustana University College, Camrose, Alberta, Canada (403) 679-1516 When dealing with computers, a little paranoia is usually appropriate. ================================================================================ Archive-Date: Wed, 14 Sep 1994 19:26:12 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: MX not using mail-exchanger info. Date: 15 Sep 1994 00:16:32 GMT Message-ID: <3583p1$peh@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0098478D.F35E4BE9.7@siva.bris.ac.uk>, "Tim Llewellyn, (0272) 288738." writes: #We have been running VMS 6.1 (AXP and VAX) and MX041 since early #August. Also UCX 3.1. Recently there is also a new mail hub being #introduced on campus. ALso, we upgraded to DECNET/OSI at the same #time as the VMS upgrade but I don't think that's relevant. # #We have recently had problems with mail bouncing. Failure #reasons include: # #Error-Code: 2 #Error-Text: %MX-F-NOHOST, no such host # -Retry count exceeded # -(Via m.maus.de) # #and # #Error-For: erhard@zebra.mitropa.com #Error-Code: 2 #Error-Text: %SYSTEM-F-TIMEOUT, device timeout # -Retry count exceeded # -(Via zebra.mitropa.com) # #It appears (from e-mail conversations with local and remote campus mail managers) #that the problem is that our mailer (MX041) is not (no longer?) using the mail #server contained in the MX-record. eg in the case of the latter example, I can #use nslookup as follows: # #_SIVA::$ nslookup #Default Server: irix.bris.ac.uk #Address: 137.222.10.39 # #> set type=mx #> zebra.mitropa.com #Server: irix.bris.ac.uk #Address: 137.222.10.39 # #Non-authoritative answer: #zebra.mitropa.com preference = 10, mail exchanger = mitropa.com # #Authoritative answers can be found from: #MITROPA.COM nameserver = MITROPA.COM #MITROPA.COM nameserver = NS.MAZ.NET #mitropa.com inet address = 194.64.20.1 #NS.MAZ.NET inet address = 194.15.144.1 # #> # #However (as the mail manager at mitropa has pointed out) our system is apparently #trying (and failing) to send mail direct to zebra.mitropa.com rather than the mail #server mitropa.com. # #All this stuff is rather new to me so please excuse any mis-understandings I might #have about how all this works. We have tried looking in the MX, UCX manuals and #netlib release notes but have not come up with anything that appears relevant. #The question is, has anyone seen this sort of problem before, and if so (1) is #there a fix (2) is it an MX, netlib or UCX problem on our system or someone #elses problem? Enable SMTP debugging with the following on all nodes in your cluster: $ DEFINE/SYSTEM/EXECUTIVE_MODE MX_SMTP_DEBUG TRUE $ RUN MX_EXE:MCP MCP> RESET SMTP MCP> EXIT (the log files appear in MX_SMTP_DIR:MX_SMTP_LOG.LOG) and then send mail to user@zebra.mitropa.com and see where MX tries to send the mail, then repost with that information. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Wed, 14 Sep 1994 19:30:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 15 Sep 1994 12:29:53 NZST From: "Andrew Carman, GNS" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <0098481D.F34422C0.20@m2g.gns.cri.nz> Subject: Comment string within an MX address In a VMS Mail distribution list file (used to send a message to a list of users with the command: $ MAIL MESSAGE.TXT "@RECIPIENTS.DIS") it is useful to be able to include comments identifying the addresses. The VMS documentation says simply to construct the file "one address per line", so there seems no way to include comments at that level.(?) However for MX style addresses one _can_ include comments within the address string which VMS Mail passes to MX. The standard entry for an MX address within a distribution list file would be like: MX%"name@host.domain" but I find by experimentation that the following also works (MX V4.0-1): MX%"name@host.domain (identifying string or personal name)" Similarly $ MAIL file.txt MX%"""name@host.domain (identifying string)""" works. I don't see anything in the MX documentation about such addresses (if I've missed it can someone point me to the appropriate section). Is this form "official" in the sense that it will continue to work in future versions of MX? If so, what exactly are the rules for valid address formation? Thanks in advance, Andrew Carman email: srshmgr@m2g.gns.cri.nz Institute of Geological & Nuclear Sciences phone: +64 4 474 3671 PO Box 1320, Wellington, New Zealand. fax: +64 4 471 0977 ================================================================================ Archive-Date: Wed, 14 Sep 1994 19:44:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: SMTP crashing -- DNS lookup problem? Date: 15 Sep 1994 00:35:16 GMT Message-ID: <3584s4$f3r@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <357tjh$bdo@gatekeep.genmagic.com>, corwin@genmagic.com (Paul Frommeyer) writes: =I am experiencing the same problem with SMTP crashing, but in a reproducible =case. I am trying to send mail to someone at a2i, namely dhesi@rahul.net. The =SMTP agent gives the appearance of connecting, then the message dies: = =$ MCP QUEUE SHOW/ALL/FULL = =Entry: 1, Origin: [Local] = Status: IN-PROGRESS, size: 104 bytes = Created: 14-SEP-1994 15:04:35.73, expires 14-OCT-1994 15:04:35.73 = Last modified 14-SEP-1994 15:04:52.59 = SMTP entry #2, status: READY, size: 104 bytes, waiting for retry until 14-SEP- =1994 15:09:17.40 = Created: 14-SEP-1994 15:04:51.28, expires 14-OCT-1994 15:04:35.73 = Last modified 14-SEP-1994 15:06:17.41 = Recipient #1: , Route=RAHUL.NET = Error count=1 = Last error: %NONAME-E-NOMSG, Message number 08638162 = =Mail to other sites works fine. Enabling debugging yields the following: = =TYPE MX_SMTP_LOG.LOG = =14-SEP-1994 15:04:52.22 Processing queue entry number 2 on node BINKLY =14-SEP-1994 15:04:52.70 Recipient: , route=RAHUL.NET =14-SEP-1994 15:04:52.71 SMTP_SEND: looking up host name RAHUL.NET =14-SEP-1994 15:05:18.75 SMTP_SEND: DSN_MXLOOK status is 0000002C =14-SEP-1994 15:06:16.80 SMTP_SEND: Failed, sts=08638162 =14-SEP-1994 15:06:16.81 SMTP send failed, sts=0C27804A, sts2=08638162 =14-SEP-1994 15:06:16.81 Recipient status=0C27804A for =14-SEP-1994 15:06:17.40 1 rcpts need retry, next try 14-SEP-1994 15:09:17.40 =14-SEP-1994 15:06:17.44 *** End of processing pass *** Status 0000002C is "%SYSTEM-F-ABORT, abort". =I noticed that rahul.net has two mail exchangers in the DNS; could this be the =problem? It shouldn't be. =We are running OpenCMU-IP 6.6-5a. I have not experienced any other =problems, except when sending to this address. About 50% of the the time, the =agent will exit with the status 1000000C when this error occurs. Well, that's an access violation, and the agent should NOT exit with that status. -------------------------------------------------------------------------------- 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, 14 Sep 1994 19:56:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 15 Sep 1994 01:56:38 BST 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: <009847C5.7CD32E49.2@siva.bris.ac.uk> Subject: RE: MX not using mail-exchanger info. Hello again Hunter and Dan Wing suggested I turn on SMTP debugging and repost with a logfile. Well here is the logfile from a failed mail (the same site used in my previous example). 15-SEP-1994 01:30:39.20 Processing queue entry number 68 on node SIVA 15-SEP-1994 01:30:39.40 Recipient: , route=zebra.mitropa.com 15-SEP-1994 01:30:39.40 SMTP_SEND: looking up host name zebra.mitropa.com 15-SEP-1994 01:30:39.41 SMTP_SEND: DSN_MXLOOK status is 00000001 15-SEP-1994 01:30:39.43 SMTP_SEND: Attempting to start session with zebra.mitropa.com [194.64.20.146] 15-SEP-1994 01:31:53.96 -- failed, status=0000022C 15-SEP-1994 01:31:53.96 SMTP_SEND: Failed, sts=0000022C 15-SEP-1994 01:31:53.96 SMTP send failed, sts=0C27804A, sts2=0000022C 15-SEP-1994 01:31:53.96 Recipient status=0C27804A for 15-SEP-1994 01:31:54.22 1 rcpts need retry, next try 15-SEP-1994 02:01:54.22 15-SEP-1994 01:31:54.24 *** End of processing pass *** %x22c is %SYSTEM-F-TIMEOUT, device timeout. This is not surprising from what I have learned recently as it is trying the "target" system (in this case zebra.mitropa.com) and not the mail exchange (mitropa.com). As a reminder from my original posting: _SIVA::$ nslookup Default Server: irix.bris.ac.uk Address: 137.222.10.39 > set type=mx > zebra.mitropa.com Server: irix.bris.ac.uk Address: 137.222.10.39 Non-authoritative answer: zebra.mitropa.com preference = 10, mail exchanger = mitropa.com Authoritative answers can be found from: MITROPA.COM nameserver = MITROPA.COM MITROPA.COM nameserver = NS.MAZ.NET mitropa.com inet address = 194.64.20.1 NS.MAZ.NET inet address = 194.15.144.1 > SIVA is the VAX boot node of our cluster and the node running the MX processes. Most people send and receive SMTP mail on this node. The problem is not confined to the specific example here but appears to occur sending to any site via a mail exchange. So, it seems there is something wrong in the way MX is getting the DSN_MXLOOKUP info from UCX. Reminder, VMS 6.1, UCX 3.1, MX041, NETLIB016. Any ideas about how to get more detailed logging info etc? -----------------------------------------------------+------------------+ 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!-) | Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Wed, 14 Sep 1994 21:46:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 21:45:56 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009847A2.7711BE4A.5@ALPHA.WKU.EDU> Subject: RE: MX not using mail-exchanger info. "Tim Llewellyn, (0272) 288738." writes: > >Hunter and Dan Wing suggested I turn on SMTP debugging and repost with >a logfile. Well here is the logfile from a failed mail (the same site >used in my previous example). > >15-SEP-1994 01:30:39.20 Processing queue entry number 68 on node SIVA >15-SEP-1994 01:30:39.40 Recipient: , route=zebra.mitropa.com >15-SEP-1994 01:30:39.40 SMTP_SEND: looking up host name zebra.mitropa.com >15-SEP-1994 01:30:39.41 SMTP_SEND: DSN_MXLOOK status is 00000001 >15-SEP-1994 01:30:39.43 SMTP_SEND: Attempting to start session with zebra.mitropa.com [194.64.20.146] >15-SEP-1994 01:31:53.96 -- failed, status=0000022C [...] >%x22c is %SYSTEM-F-TIMEOUT, device timeout. This is not surprising from >what I have learned recently as it is trying the "target" system (in this >case zebra.mitropa.com) and not the mail exchange (mitropa.com). > >As a reminder from my original posting: [...] >Non-authoritative answer: >zebra.mitropa.com preference = 10, mail exchanger = mitropa.com [...] >SIVA is the VAX boot node of our cluster and the node running the MX processes. >Most people send and receive SMTP mail on this node. The problem is not >confined to the specific example here but appears to occur sending to any site >via a mail exchange. > >So, it seems there is something wrong in the way MX is getting the DSN_MXLOOKUP >info from UCX. Reminder, VMS 6.1, UCX 3.1, MX041, NETLIB016. Any ideas about >how to get more detailed logging info etc? It's got something to do with your UCX configuration, your DNS, or something site-related. When I tried it from here (using MultiNet), everything worked just fine: 14-SEP-1994 21:42:57.37 Processing queue entry number 2 on node ALPHA 14-SEP-1994 21:42:57.62 Recipient: , route=ZEBRA.MITROPA.COM 14-SEP-1994 21:42:57.62 SMTP_SEND: looking up host name ZEBRA.MITROPA.COM 14-SEP-1994 21:42:57.65 SMTP_SEND: DSN_MXLOOK status is 00000001 14-SEP-1994 21:42:57.71 SMTP_SEND: Attempting to start session with mitropa.com. [194.64.20.1] 14-SEP-1994 21:42:58.24 SMTP_SEND: Connected 14-SEP-1994 21:43:01.52 SMTP_SEND: Rcvd: 220 mitropa.com 5.67b/IDA-1.5 Sendmail is ready at Thu, 15 Sep 1994 04:43:28 +0200 [...] As to how to find it, beats me. You might try rebooting to see if that clears it, if it's a UCX problem. Rebooting sometimes does clear UCX problems.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 14 Sep 1994 21:49:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 21:49:08 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009847A2.E944AA72.11@ALPHA.WKU.EDU> Subject: RE: Comment string within an MX address "Andrew Carman, GNS" writes: > [...] >but I find by experimentation that the following also works (MX V4.0-1): > >MX%"name@host.domain (identifying string or personal name)" > >Similarly >$ MAIL file.txt MX%"""name@host.domain (identifying string)""" >works. > >I don't see anything in the MX documentation about such addresses (if I've >missed it can someone point me to the appropriate section). Is this form >"official" in the sense that it will continue to work in future versions of MX? Yes. >If so, what exactly are the rules for valid address formation? > It's supposed to be any valid RFC-822 address. The form: user@host (string) is valid. The following string is also valid, but is not supported by MX when used with MX%"...": string This is on my to-do list for a future version. The parsing routine just doesn't currently handle this format correctly. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 14 Sep 1994 21:55:38 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 14 Sep 1994 21:55:11 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009847A3.C1EA6A47.15@ALPHA.WKU.EDU> Subject: RE: Filtering out unwanted messages? Bill Southerly writes: > > As a listowner of an active group, one of the consistent problems I >face is unwanted mail that is routed to the list address. Some examples are Yep. >commands meant for the Mx-request (or listserv) being sent to the group address >or Receipt confirmation messages produced from Pegasus mail when someone >forgets or is just learning and leaves this on. Since the internet is >constantly adding new subscribers I doubt if this problem is going to disappear >quickly. Thus, what I would like to have are suggestions that other listowners >have used to address this issue. I remind my list subscribers on a regular (monthly) basis that this is a bad thing. Beyond that, I put up with it. >Of particular interest is a solution that >allows the listowner to move easily from a unmoderated to a"moderated" format. >This would allow me to filter out all kind of undesired messages (another >common example are one sentence responses that simply say "I agree" or such) as >time allows or let the list run as it does now in an unmoderated format. > You could set up two lists: the desired address, to which only you are subscribed, and a second list of all the real subscribers---you could then forward mail you receive to that second list. That's a kludge, and pretty problematic, but since MX doesn't yet support moderated lists, that's about as good as it'll get. Oh, you could do something with MX SITE as well.... >A related question - I will be distributing a survey to the group in an effort >to find out more about who these subscribers are. Though the easiest way to >distribute this survey is through the list, I don't want people to return the >answers to the list as many will probably do since the reply mechanism is set >to come back to the group. Is there some way to accomplish this, ie., some way >to send the mail to everyone on the list but have the reply mechanism such that >it returns mail just to me and not the list? > I have a TEMPORARY mailing list defined with the Reply-To: address defined as the sender and not the list. When I want to send mail such as you describe, I just copy the .MAILING_LIST file to TEMPORARY.MAILING_LIST in MX_MLIST_DIR: and then send the mail to TEMPORARY. Or you could change the setting for the list in MCP, send the mail, then change it back. That, of course, won't work well if you're managing the list remotely. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 15 Sep 1994 16:19:27 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: SIGNOFF problems with MLF? Message-ID: <359rcp$gjt@mark.ucdavis.edu> From: mikeb@radonc.ucdmc.ucdavis.edu Reply-To: MX-List@WKUVX1.WKU.EDU Date: Thu, 15 Sep 94 17:08:42 GMT To: MX-List@WKUVX1.WKU.EDU Any ideas on why this person got the following results: $ mcp sho list chile-heads-digest Mailing lists: Name: chile-heads-Digest Owner: "List-Mgr@CHILE.UCDMC.UCDAVIS.EDU" Reply-to: NOList, NOSender Add message: CHILE_DIGEST_ADD_MESSAGE.TXT Remove message: CHILE_DIGEST_REMOVE_MESSAGE.TXT Description: Chile-Heads Digest! Errors-to: list-mgr@chile.ucdmc.ucdavis.edu Return address: Chile-Heads@chile.ucdmc.ucdavis.edu Strip header: NOReceived, NOOther Private list: No Case sensitive: No Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RED,WORLD:E) Here's his line from a review chile-heads-digest: Sewim Ablay (NOCASE) and here's the log file (line feeds added for clairity): 15-SEP-1994 06:56:27.32 Processing queue entry number 18 15-SEP-1994 06:56:27.78 Checking local name: chile-heads-request 15-SEP-1994 06:56:27.78 This is a list control address. 15-SEP-1994 06:56:27.81 LIST_CTRL_REQ: Message is from: Sewim_Ablay-C11591@email.mot.com 15-SEP-1994 06:56:28.04 LIST_CTRL_REQ: command is: SIGNOFF chile-heads-digest 15-SEP-1994 06:56:28.04 CHECK_ACCESS: checking Sewim_Ablay-C11591@email.mot.com for access mask=00000008 15-SEP-1994 06:56:28.06 CHECK_ACCESS: Access check failed. Requested access denied. 15-SEP-1994 06:56:31.92 All done with this entry. This then generates a MXSERVER message to the list owner. I've looked for typos (excuse me if I missed one), but I think I've seen this once or twice before, so I don't think it's a singular case. Mike =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Michael Bowers Internet: mikeb@radonc.ucdmc.ucdavis.edu University of California, Davis ================================================================================ Archive-Date: Thu, 15 Sep 1994 16:20:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: corwin@genmagic.com (Paul Frommeyer) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: SMTP crashing/DNS -- Fixed Date: 15 Sep 1994 19:48:57 GMT Message-ID: <35a8f9$j1k@gatekeep.genmagic.com> To: MX-List@WKUVX1.WKU.EDU Kudos to Carl Lydick who helped me sort this out. We are running OpenCMU 6.6-5a and NAMSERV apparently got wedged, and would return only DNS 'A' RR's and nothing else, including MX RR's. Hence MXLOOK failed for mail going to a site with MX RR's but would succeed for a site with an A RR. A reboot cleared the problem. It's still unclear what caused NAMSERV to choke in the first place, and I'm looking into that. Thanks to all who replied with hints and tips! Regards, Paul Frommeyer Paul "Corwin" Frommeyer corwin@genmagic.com Trapped in time. Network Consultant Surrounded by evil. For: General Magic, Inc. Low on gas. eval $clueful{$reader}?"print 'My sole opinion\n'":"require common_sense"; -- Paul "Corwin" Frommeyer corwin@genmagic.com Trapped in time. Network Consultant Surrounded by evil. For: General Magic, Inc. Low on gas. eval $clueful{$reader}?"print 'My sole opinion\n'":"require common_sense"; ================================================================================ Archive-Date: Fri, 16 Sep 1994 02:33:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 16 Sep 1994 09:33:09 EDT 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: <009848CE.6D5D7547.1@ChbRB.Berlin.PTB.De> Subject: RE: SIGNOFF problems with MLF? Check list name and used request name: > Here's his line from a review chile-heads-digest: > > Sewim Ablay (NOCASE) I think this list should be addressed via "chile-heads-digest-Request", but > 15-SEP-1994 06:56:27.78 Checking local name: chile-heads-request ( from log-file ) pointed to another list "chile-heads" that may exist too. I cannot see if there are logicals or aliases used like chile-heads = chile-heads-digest. This could cause irritation. Avoid "_" in addresses, some Gateways (especially to X.400) don't like it ! This was not Your problem here but will be a problem if a Gateway does not conform to translation standards - I'm shure there are some 8-( . Mario --,------------------------------------------------------.------------------ | Mario Meyer Physikalisch-Technische Bundesanstalt | . , | ............. Institut Berlin Labor 10.42 | _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=AM;OU=10-42;O=PTB;P=PTB;A=d400;C=De |------------------ `------------------------------------------------------' ================================================================================ Archive-Date: Fri, 16 Sep 1994 11:06:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 16 Sep 1994 17:05:35 BST 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: <0098490D.A1A8BEB1.14@siva.bris.ac.uk> Subject: Solution: MX not using mail-exchanger info. So we "fixed" our problem with outbound mail bouncing when the remote note had a mail exchange. A big thank you to Hunter and Dan Wing for telling us how to get some more info on the problem by turning on MX SMTP debug. To recap, UCX nslookup correctly retrieved DNS-MX records including mail-exchange address but MX was NOT picking up the mail-exchange info, instead mailing direct to end-system which was bouncing the mail. On the advice of our computer centre people we have been using what they call "secondary" DNS servers, rather than the (I assume overloaded) main campus server. The idea was we talk to secondary servers, which talk in turn to the main campus server. It appears the secondary servers (both of them) are somehow fail to return correct mail-exchange info to MX (even though UCX nslookup does show the correct info from these servers). Anyway, we "solved" our problem by reinstating the main campus DNS server as our primiary server on the cluster. So its still not TOTALLY clear where the problem lies, but at least Unix has something to do with it. -----------------------------------------------------+------------------+ 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!-) | Mbalax Rumba...| -----------------------------------------------------+------------------+ I neither love OpenVMS nor hate OSF/1, for they are both just tools I use ================================================================================ Archive-Date: Fri, 16 Sep 1994 14:32:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: bjorndahl@augustana.ab.ca (Sterling Bjorndahl) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Help! SMTP server gets stuck! Message-ID: <1994Sep16.104836.11486@camrose> Date: 16 Sep 94 10:48:36 MDT To: MX-List@WKUVX1.WKU.EDU MX's smtp server hangs up on us sometimes. This is with MX 4.1, CMU-TEK tcp/ip 6.65-a, VMS 5.4-2, on a MicroVax II. Here is a log of my attempt to get it working again. Stopping & restarting the server doesn't do it. Nothing in the smtp server debug log shows anything at all about what is going on. I'm not sure what debugging to turn on in ipncp that might help - advice would be appreciated. Sometimes rebooting the system helps, sometimes it doesn't. Most of the time the server works well, for weeks at a stretch, but when it quits, only several reboots make it work again. HELP, PLEASE! -- $ telnet /port=25 vivaldi.augustana.ab.ca %TELNET-I-TRYING, Trying to connect to VIVALDI.AUGUSTANA.AB.CA %TELNET-W-NO_OPEN, Can't open connection to VIVALDI.AUGUSTANA.AB.CA -IPACP-E-CREF, Connection refused by remote host %TELNET-W-NO_OPEN, Can't open connection to !AS $ ipncp IPNCP> netstat 5 TCP connections found IDX Address Local Host Port Foreign Host Port State 1 001A0600 0.0.0.0 21 0.0.0.0 0 LISTEN 2 001A0A00 199.185.3.125 3627 199.185.3.125 25 INACTIVE 3 001A2200 199.185.3.125 25 137.73.2.10 3369 LISTEN 4 001A0E00 199.185.3.125 23 199.185.3.26 1360 ESTABLISHED 5 001A2600 0.0.0.0 70 0.0.0.0 0 LISTEN 1 UDP connection found IDX Address Local Host Port Foreign Host Port State 1 001A4600 0.0.0.0 3043 0.0.0.0 0 00000003 0 ICMP connections found IPNCP> IPNCP> netstat 2 IDX Address Local Host Port Foreign Host Port State 2 001A0A00 199.185.3.125 3627 199.185.3.125 25 INACTIVE Owner: 0000086F Last State: SYN-SENT IRS: 00000000 RCV.NXT: 00000000 RCV.WND: 8192 ISS: 7E100000 SND.NXT: 7E100001 SND.WND: 8192 SND.UNA: 0 NRQ: 0 NFQ: 0 RXQ: 0 URQ: 0 USQ: 0 RTT: 272 RTO: 0:03:34.35 CTO: 0:09:33.84 IPNCP> IPNCP> netstat 3 IDX Address Local Host Port Foreign Host Port State 3 001A2200 199.185.3.125 25 137.73.2.10 3369 LISTEN Owner: 00000903 Last State: SYN-RECV IRS: 375BE000 RCV.NXT: 375BE001 RCV.WND: 8192 ISS: 32EF0000 SND.NXT: 32EF0001 SND.WND: 4096 SND.UNA: 1 NRQ: 0 NFQ: 0 RXQ: 0 URQ: 0 USQ: 0 RTT: 300 RTO: 0:00:00.00 CTO: 0:00:00.00 IPNCP> exit $ mcp MCP> que show /all %MCP-I-QENTRIES, total matching entries: 0 MCP> shutdown smtp_server %MCP-I-NOTIFIED, process SMTP_SERVER has been notified MCP> exit $ ipncp IPNCP> netstat 3 TCP connections found IDX Address Local Host Port Foreign Host Port State 1 001A0600 0.0.0.0 21 0.0.0.0 0 LISTEN 4 001A0E00 199.185.3.125 23 199.185.3.26 1360 ESTABLISHED 5 001A2600 0.0.0.0 70 0.0.0.0 0 LISTEN 1 UDP connection found IDX Address Local Host Port Foreign Host Port State 1 001A4600 0.0.0.0 3043 0.0.0.0 0 00000003 0 ICMP connections found IPNCP> exit $ @sys$startup:mx_startup smtp_server %RUN-S-PROC_ID, identification of created process is 000009B4 $ ipncp IPNCP> netstat 4 TCP connections found IDX Address Local Host Port Foreign Host Port State 1 001A0600 0.0.0.0 21 0.0.0.0 0 LISTEN 2 001A0A00 199.185.3.125 25 128.206.5.3 39869 SYN-RECV 4 001A0E00 199.185.3.125 23 199.185.3.26 1360 ESTABLISHED 5 001A2600 0.0.0.0 70 0.0.0.0 0 LISTEN 1 UDP connection found IDX Address Local Host Port Foreign Host Port State 1 001A4600 0.0.0.0 3043 0.0.0.0 0 00000003 0 ICMP connections found IPNCP> netstat 2 IDX Address Local Host Port Foreign Host Port State 2 001A0A00 199.185.3.125 25 128.206.5.3 39869 LISTEN Owner: 000009B4 Last State: SYN-RECV IRS: 1F42089C RCV.NXT: 1F42089D RCV.WND: 8192 ISS: 835F0000 SND.NXT: 835F0001 SND.WND: 8192 SND.UNA: 1 NRQ: 0 NFQ: 0 RXQ: 0 URQ: 0 USQ: 0 RTT: 300 RTO: 0:03:53.62 CTO: 0:00:00.00 IPNCP> exit $ mcp MCP> stat PID Process name Status Agent type -------- --------------- ------------------ ----------- 0000005A MX Router Processing # 19 Router agent 0000005B MX Router#2 Idle Router agent 0000005C MX Local Idle Local delivery agent 00000060 MX MLF Idle Mailing list/file server 000008A3 MX SMTP Waiting for # 7 SMTP delivery agent 0000005F MX uucp Intfc Idle UUCP interface agent 000009B4 MX SMTP Server Idle SMTP server (over TCP/IP) 00000059 MX FLQ Manager Idle MX FLQ manager MCP> exit $ telnet /port=25 vivaldi.augustana.ab.ca %TELNET-I-TRYING, Trying to connect to VIVALDI.AUGUSTANA.AB.CA %TELNET-W-NO_OPEN, Can't open connection to VIVALDI.AUGUSTANA.AB.CA -IPACP-E-CREF, Connection refused by remote host %TELNET-W-NO_OPEN, Can't open connection to !AS BTW, I've also tried shutting down & restarting all of MX, and shutting down and restarting both MX and tcp/ip. This NEVER helps. Rebooting the system works SOMTIMES (i.e. it may take several reboots to get it to restart). Any ideas why? Here's the internet.config file. $ type inet$config ; ; CMUIP_ROOT:[SYSMGR]INTERNET.CONFIG ; ; Description: ; ; Define the host IP configuration ; ; The contents of this file are documented in the ; CMU-OpenVMS/IP 6.6 manual in the System Management chapter. ; If you want to change things, RTFM first. ; Device_Init:ETHER:XQA0:00-00-00-00-00-00:199.185.3.125:255.255.255.0 ; ; Pre-allocated dynamic memory for standard size blocks. ; Memgr_Init:#qblk:#uarg:#minseg:#maxseg ; Memgr_Init:30:20:20:30 ; ; Define the gateways known to the system. ; Gateway:gwyname:gwyaddr:gwynet:gwynetmask Gateway:corelli:199.185.3.124:199.185.2.0:255.255.255.0 Gateway:DEFAULT:199.185.3.126:0.0.0.0:0.0.0.0 ; ; ; Define the system name resolver process ; MBX_resolver:imagename:priority:status:privs:quotas MBX_resolver:INET$NAMRES:7:NETWRK:EXQUOTA,TMPMBX,NETMBX,SYSPRV,WORLD,PHY_IO,SYSL CK,CMKRNL:BYTLM=10000,PGFLQUOTA=80000,WSQUOTA=2048,WSDEFAULT=1024,WSEXTENT=3000, TQELM=100: ; ; Initialize logging state. Use 0 unless debugging. ; Logging:0 ; ; Initialize activity logging state. Use 1 to log server activity. ; Activity:1 ; ; IP forwarding state. This flag controls whether ; the ACP is allowed to forward packets between its ; interfaces. It should never be turned on unless ; this system is serving as an IP router. ; Variable:IP_Forwarding:0 ; ; Per-TCP future Queue limit. This value controls ; how many segments a TCB may hold on it's future ; queue. ; Variable:FQ_MAX:5 ; ; Global limit on number of outstanding SYN ; Segments for well-known ports ; Variable:SYN_WAIT_COUNT:10 ; ; Enable internet telnet Server if no WKS defined ; for port 23 ; Variable:TELNET_SERVICE:1 ; ; discovered in newsgroup - otherwise kermit waits 10 secs ; Variable:TELNET_NEG_TIMEOUT:0 ; ; Disable (Or enable) Keep Alives ; Variable:KEEP_ALIVE:0 ; ; Enable RPC and NFS services ; Variable:RPC_SERVICE:1 ; ; Enable SNMP queries ; Variable:SNMP_SERVICE:1 ; ; Define the well-known ports we support and the ; servers that run on them. ; WKS:port:procname:imagename:status:privs:quotas:input:output:error:prio:queuel imt ; WKS:21:FTPSRV:TCP$FTPSRV:NETWRK:*:::::4:5 ;;WKS:23:TELSRV:TCP$TELSRV:NETWRK,NOACNT:NETMBX,TMPMBX,PHY_IO:::::5:5 WKS:25:SMTPSV:TCP$SMTPSV:NETWRK:NETMBX,TMPMBX,PHY_IO:::::4:5 WKS:79:FNGSRV:TCP$FNGSRV:NETWRK:NETMBX,TMPMBX,PHY_IO,CMKRNL,WORLD,SYSPRV:::::4:5 WKS:119:NEWSRV:TCP$NEWSRV:NETWRK:NETMBX,TMPMBX,PHY_IO,SYSPRV:::::4:5 WKS:515:LPD:TCP$LPD:NETWRK:NETMBX,TMPMBX,PHY_IO,CMKRNL,WORLD:::::4:5 ; ; Define network access restriction flags ; Bit 0: Require PHY_IO to open well-known ports ; Bit 1: Require Arpanet_Access id to talk to external hosts ; Bit 2: Require Internet_Access id to talk to any host ; ;Variable:Access_Flags:3 Variable:Access_Flags:0 ; ; Define the internet hosts lists ; LOCAL_HOST:: ;LOCAL_HOST:128.2.0.0:255.255.0.0: !CMU-NET LOCAL_HOST:199.185.3.0:255.255.255.0 LOCAL_HOST:0.0.0.0:255.255.255.255: ! Wildcard always local -- Sterling G. Bjorndahl, bjorndahl@Augustana.AB.CA Augustana University College, Camrose, Alberta, Canada (403) 679-1516 When dealing with computers, a little paranoia is usually appropriate. ================================================================================ Archive-Date: Fri, 16 Sep 1994 17:12:33 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 17 Sep 1994 00:12:14 +0100 From: "Rok Vidmar, RCU Lj." Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984949.3BECCA82.133@uni-lj.si> Subject: RE: Help! SMTP server gets stuck! > MX's smtp server hangs up on us sometimes. This is with MX 4.1, CMU-TEK > tcp/ip 6.65-a, VMS 5.4-2, on a MicroVax II. Here is a log of my attempt > to get it working again. Stopping & restarting the server doesn't do > it. Nothing in the smtp server debug log shows anything at all about > what is going on. I'm not sure what debugging to turn on in ipncp that > might help - advice would be appreciated. > > Sometimes rebooting the system helps, sometimes it doesn't. Most of the > time the server works well, for weeks at a stretch, but when it quits, > only several reboots make it work again. HELP, PLEASE! There is not much to help you. Just put an semicolon before the following line in your INTERNET.CONFIG file: WKS:25:SMTPSV:TCP$SMTPSV:NETWRK:NETMBX,TMPMBX,PHY_IO:::::4:5 I believe reboot sometimes helps because MX's SMTP server grabs port before CMU's does. 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, 16 Sep 1994 23:11:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 16 Sep 1994 22:11:23 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00984938.5A0B35A0.3@earth.oscs.montana.edu> Subject: rfc 822 I forgot where to get it. Where can I get a copy of RFC 822? Mark ichjsmt@earth.oscs.montana.edu ================================================================================ Archive-Date: Fri, 16 Sep 1994 23:46:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: rfc 822 Date: 17 Sep 1994 04:26:28 GMT Message-ID: <35dr5k$7c7@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00984938.5A0B35A0.3@earth.oscs.montana.edu>, Mark Tarka writes: =I forgot where to get it. = =Where can I get a copy of RFC 822? You mean other than in MX_ROOT:[CONTRIB]RFCS.ZIP? Well, you can get it via anonymous ftp from NIC.DDN.MIL. -------------------------------------------------------------------------------- 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, 19 Sep 1994 12:08:38 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 16 Sep 1994 16:31:23 EDT From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: uunet!WKUVX1.WKU.EDU!mx-list@esseye.si.com CC: bjorndahl@Augustana.AB.CA Message-ID: <00984908.DA552980.76@swdev.si.com> Subject: RE: Help! SMTP server gets stuck! Sterling G. Bjorndahl (bjorndahl@Augustana.AB.CA) writes: >WKS:25:SMTPSV:TCP$SMTPSV:NETWRK:NETMBX,TMPMBX,PHY_IO:::::4:5 You haven't disabled CMUIP's SMTP server. The MX server and this one conflict and that's probably why it won't start very often. COmment this line out by putting a semicolon in front of it. This _is_ documented in the MX installation guide, by the way. -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Mon, 19 Sep 1994 16:07:04 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: bjorndahl@augustana.ab.ca (Sterling Bjorndahl) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Thanks (was Re: Help! SMTP server gets stuck!) Message-ID: <1994Sep19.124128.11574@camrose> Date: 19 Sep 94 12:41:28 MDT To: MX-List@WKUVX1.WKU.EDU In article <1994Sep16.104836.11486@camrose>, bjorndahl@augustana.ab.ca (Sterling Bjorndahl) writes: > MX's smtp server hangs up on us sometimes. This is with MX 4.1, CMU-TEK > tcp/ip 6.65-a, VMS 5.4-2, on a MicroVax II. Here is a log of my attempt > to get it working again. Stopping & restarting the server doesn't do > it. Nothing in the smtp server debug log shows anything at all about > what is going on. I'm not sure what debugging to turn on in ipncp that > might help - advice would be appreciated. Thanks to everyone who pointed out what, in hindsight, is obvious: The WKS entry in inet$config for SMTP was *not* commented out, and it was supposed to have been. This is documented in the MX Installation Manual. Either I missed it or the change got un-done somehow. It's amazing how much better software works when it's properly configured. :-) Thanks again. -- Sterling G. Bjorndahl, bjorndahl@Augustana.AB.CA Augustana University College, Camrose, Alberta, Canada (403) 679-1516 When dealing with computers, a little paranoia is usually appropriate. ================================================================================ Archive-Date: Mon, 19 Sep 1994 17:14:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 19 Sep 1994 15:15:20 PDT From: "Brian R. Kuhn" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984B59.BA085320.17@SD68.NANAIMO.BC.CA> Subject: SMTP and Eudora (via SLIP). Howdy, seems to be a problem using Eudora and MX? When Eudora contacts the SMTP server (the system running MX), it gets a socket refused or rejected error (sorry forgot to write down - will do so tonight). Anyways, are folks out there aware of any Eudora / MX problems? thanks, Brian ----------------------------------------------------------------------- Brian R. Kuhn, Co-ordinator of Information Systems VOICE: 604 741 5289 School District No. 68 (Nanaimo), FAX: 604 754 6511 British Columbia, Canada DATA: 604 754 3630 TELNET: crc.sd68.nanaimo.bc.ca (guest) *(bbs --> guest)* EMAIL: bkuhn@sd68.nanaimo.bc.ca Compuserve: 75430,3250 ------------------------------------------------------------------------ ================================================================================ Archive-Date: Tue, 20 Sep 1994 09:40:27 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 20 Sep 1994 10:32:02 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: hardis@garnet.nist.gov Message-ID: <00984BFB.50A0A700.22633@garnet.nist.gov> Subject: RE: SMTP and Eudora (via SLIP). > Howdy, seems to be a problem using Eudora and MX? When Eudora contacts > the SMTP server (the system running MX), it gets a socket refused or > rejected error (sorry forgot to write down - will do so tonight). > Anyways, are folks out there aware of any Eudora / MX problems? Eudora and MX work just fine together -- mostly because they are totally independant of one another. Eudora is looking for a POP2 or POP3 server, not an SMTP server. If you want to use Eudora, get IUPOP3. - Jonathan ================================================================================ Archive-Date: Tue, 20 Sep 1994 10:05:27 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 20 Sep 1994 10:44:42 EDT From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wku.edu Message-ID: <00984BFD.15C41200.7@swdev.si.com> Subject: Router doing cleanup, even though FLQ Manager is present I'm running MX V4.1 in a 35 node OpenVMS VAX V5.5-2 cluster. I start two routers and one FLQ Manager, all on different nodes. My MX_STARTUP_INFO.DAT contains the following: 001NETLIB:* 002FLQ_MGR:HURON 002ROUTER:BARRY=1,ZEQOLL=1 003LOCAL:BARRY=1,ZEQOLL=1 004SMTP:BARRY=1,ZEQOLL=1 004SMTP_SERVER:* Today I saw this: $ mcp stat PID Node Process name Status Agent type -------- ------ --------------- ------------------ ------------ 290001F7 ZEQOLL MX Router FLQ Cleanup Router agent ... 2AE00128 HURON MX FLQ Manager Idle MX FLQ manager I was under the impression that if a FLQ Manager process exists, that the routers would not do FLQ cleanup. Does the above indicate something wrong with how MX is working, something wrong with how I may start MX, or something wrong with my understanding of the interaction between the router and the FLQ manager. If the latter, I'd like to know what benefit the FLQ Manager is, if the routers are going to do cleanup anyway. Thanks. -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Tue, 20 Sep 1994 10:29:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 20 Sep 1994 09:57:33 CDT From: Howard Meadows Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984BF6.7F7A9E00.7@cslvax.weeg.uiowa.edu> Subject: RE: SMTP and Eudora (via SLIP). "Jonathan E. Hardis" writes: > >Eudora and MX work just fine together -- mostly because they are totally >independant of one another. > >Eudora is looking for a POP2 or POP3 server, not an SMTP server. If you >want to use Eudora, get IUPOP3. > Does IUPOP3 work on OpenVMS AXP? -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, 20 Sep 1994 10:45:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 20 Sep 1994 10:44:56 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984BFD.1E72622B.12@ALPHA.WKU.EDU> Subject: RE: Router doing cleanup, even though FLQ Manager is present "Brian Tillman" writes: > >I was under the impression that if a FLQ Manager process exists, that the >routers would not do FLQ cleanup. Does the above indicate something wrong with >how MX is working, something wrong with how I may start MX, or something wrong >with my understanding of the interaction between the router and the FLQ manager. > If the latter, I'd like to know what benefit the FLQ Manager is, if the routers >are going to do cleanup anyway. > From the docs: > If the > MX FLQ Manager is shutdown and there are no managers > running on another node, one of the MX Router processes > will automatically start maintaining the queue. I had intended to note that if the FLQ Manager is started after a Router, it won't do the cleanups. I intend to change that in the next version so that the FLQ Manager always does it, if it's there. Right now, the first to grab the lock does it all the time. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 20 Sep 1994 13:35:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: RE: SMTP and Eudora (via SLIP). Date: 20 Sep 1994 16:34:38 GMT Message-ID: <35n2v3$3i7@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00984BFB.50A0A700.22633@garnet.nist.gov>, "Jonathan E. Hardis" writes: #> Howdy, seems to be a problem using Eudora and MX? When Eudora contacts #> the SMTP server (the system running MX), it gets a socket refused or #> rejected error (sorry forgot to write down - will do so tonight). #> Anyways, are folks out there aware of any Eudora / MX problems? # #Eudora and MX work just fine together -- mostly because they are totally #independant of one another. True, until a user wants to send mail, then Eudora wants to communicate to an SMTP Server. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Wed, 21 Sep 1994 01:52:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: uso@anl433.erlm.siemens.de (Osama Salah Ghazy) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: VMS newbee need help Date: 20 Sep 1994 09:56:19 -0000 Message-ID: <35mbk3$u9u@anl433.erlm.siemens.de> To: MX-List@WKUVX1.WKU.EDU Hello, this is propably not the right group but it was a VMS group that seemed to be used by more useres that others. Here my question, I am a VMS newbie. VMS is installed on our Internet Server and I would like to know more about VMS. I have been using the Help facility but I would this info to my PC. Is there an easy way to do this. Is there a VMS Faq or documents? Where is a VMS Site with lots of VMS info? thanX Please answer by mail. My current account will be closed on Friday night. You can also use my address back home, where I will be in Oct. SGR@FRCU.EUN.EG thanx USO ================================================================================ Archive-Date: Wed, 21 Sep 1994 06:19:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 21 Sep 1994 14:20 GMT+3 From: SYSTEM@GRGBOX.FORTHNET.GR Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Userid supporting the BSMTP gateway function in MX To: MX-List@WKUVX1.WKU.EDU Message-ID: <01HHDL32HCG00002ON@GRGBOX.FORTHNET.GR> Hello, I am planning to install MX 4.1 on a machine that will perform the BSMTP gateway function for .GR and i wasn't able to fetch the documentation yet. I know this might be a silly question, but here it is: Could the userid of the BSMTP gateway be set to MAILER, or it must be something like SMTP or SMTPUSER? Thanks in advance, Lefteris ================================================================================ Archive-Date: Wed, 21 Sep 1994 06:19:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 21 Sep 1994 05:19:20 MDT From: Mark Tarka Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984C98.CC660E00.1@earth.oscs.montana.edu> Subject: RE: VMS newbee need help In article <35mbk3$u9u@anl433.erlm.siemens.de>, uso@anl433.erlm.siemens.de (Osama Salah Ghazy) writes: [NB Quote symbol is ">" for the current message.] > >Hello, > >this is propably not the right group but it was a VMS >group that seemed to be used by more useres that others. > >Here my question, > >I am a VMS newbie. VMS is installed on our Internet Server >and I would like to know more about VMS. I have been using >the Help facility but I would this info to my PC. Is there >an easy way to do this. Is there a VMS Faq or documents? >Where is a VMS Site with lots of VMS info? > > >thanX > >Please answer by mail. My current account will be closed on Friday >night. You can also use my address back home, where I will be >in Oct. SGR@FRCU.EUN.EG > > thanx > USO I know of an individual who is uniquely suited to assist you. A marriage made in Heaven. Sabry has more than a year's experience with VAX/VMS, and suffers the same language and logic difficulties as you. Contact him at the following address: Sabry Kotob El-Ganzory I suggest you work with him, and any other resources available in that area, otherwise you run the risk of being directed to figure 1. Mark ================================================================================ Archive-Date: Wed, 21 Sep 1994 07:14:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 21 Sep 1994 07:14:34 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: SYSTEM@GRGBOX.FORTHNET.GR Message-ID: <00984CA8.E5326B85.15@ALPHA.WKU.EDU> Subject: RE: Userid supporting the BSMTP gateway function in MX SYSTEM@GRGBOX.FORTHNET.GR writes: > >Hello, > >I am planning to install MX 4.1 on a machine that will perform the >BSMTP gateway function for .GR and i wasn't able to fetch the documentation >yet. I know this might be a silly question, but here it is: > >Could the userid of the BSMTP gateway be set to MAILER, or it must >be something like SMTP or SMTPUSER? > It can be anything you want it to be, just make sure it's registered in BITEARN.NODES..... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 21 Sep 1994 09:39:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 21 Sep 1994 07:41:14 PDT From: "Brian R. Kuhn" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984CAC.9F297580.27@SD68.NANAIMO.BC.CA> Subject: Re: MX-LIST Digest V94 #177 > Date: Tue, 20 Sep 1994 10:32:02 EDT > From: "Jonathan E. Hardis" > Subject: Re: SMTP and Eudora (via SLIP). > > > Howdy, seems to be a problem using Eudora and MX? When Eudora contacts > > the SMTP server (the system running MX), it gets a socket refused or > > rejected error (sorry forgot to write down - will do so tonight). > > Anyways, are folks out there aware of any Eudora / MX problems? > > Eudora and MX work just fine together -- mostly because they are totally > independant of one another. > > Eudora is looking for a POP2 or POP3 server, not an SMTP server. If you > want to use Eudora, get IUPOP3. > > - Jonathan Actually, Eudora uses both POP3 and SMTP: POP3 to get it's mail and SMTP to send it. The POP3 part works fine, the SMTP part doesn't, at least over my SLIP connection. Eudora from my PC at the office is now working OK - Dan Wing pointed out a host naming problem (thanks Dan). Anyways, I'm now left with a SLIP to SMTP problem which doesn't belong on this list as MX seems to NOT be the problem. So thank-you all for your responses. Brian ----------------------------------------------------------------------- Brian R. Kuhn, Co-ordinator of Information Systems VOICE: 604 741 5289 School District No. 68 (Nanaimo), FAX: 604 754 6511 British Columbia, Canada DATA/2400b: 604 754 3630 DATA/SLIP/14400b: 604 754 9578 TELNET: bbs.sd68.nanaimo.bc.ca (guest) *(bbs --> guest)* EMAIL: bkuhn@sd68.nanaimo.bc.ca Compuserve: 75430,3250 Home page: http://bbs.sd68.nanaimo.bc.ca:8001/welcome.html Gopher : bbs.sd68.nanaimo.bc.ca ------------------------------------------------------------------------ ================================================================================ Archive-Date: Wed, 21 Sep 1994 16:28:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: mark@ahecas.ahec.edu (Mark Montanez) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Name Conversion/Rewrite Rules Question. Date: 21 Sep 1994 20:29:36 GMT Message-ID: <35q53g$fta@carbon.denver.colorado.edu> To: MX-List@WKUVX1.WKU.EDU Hi, I'm trying to configure MX to allow a Decnet only node to send and recieve internet e-mail using my machine running MX as a gateway. I want to convert the decnet return address to ahecps.ahec.edu when they send using ahecas::mx%"user@far.away.place" So that thier return address is user@ahecps.ahec.edu. I plan to create a MX record that points ahecps.ahec.edu to ahecas.ahec.edu. I think I have the rewrite rule worked out. If I send mail to user@ahecps.ahec.edu it gets re-writen as ahecps::user@ahecas.ahec.edu and delivered via decnet. However I'm having problems modifing [mx.contrib]name_conversion.c to force ahecps to become ahecps.ahec.edu and not ahecps.dnet. I'm not very good with C and am hoping that I can find something that I can modify so that I don't have to hack up a cludge. Does anyone have some examples of name_converison.c that does simular conversion that they are willing to share with me? Is name_conversion.c where I need to be doing this? ================================================================================ Archive-Date: Wed, 21 Sep 1994 20:40:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Name Conversion/Rewrite Rules Question. Date: 22 Sep 1994 01:28:17 GMT Message-ID: <35qmjh$lp0@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <35q53g$fta@carbon.denver.colorado.edu>, mark@ahecas.ahec.edu (Mark Montanez) writes: =I'm trying to configure MX to allow a Decnet only node to send and =recieve internet e-mail using my machine running MX as a gateway. = =I want to convert the decnet return address to =ahecps.ahec.edu when they send using ahecas::mx%"user@far.away.place" = =So that thier return address is user@ahecps.ahec.edu. I plan to create a =MX record that points ahecps.ahec.edu to ahecas.ahec.edu. = =I think I have the rewrite rule worked out. If I send mail to =user@ahecps.ahec.edu it gets re-writen as ahecps::user@ahecas.ahec.edu =and delivered via decnet. = =However I'm having problems modifing [mx.contrib]name_conversion.c to =force ahecps to become ahecps.ahec.edu and not ahecps.dnet. I'm not very =good with C and am hoping that I can find something that I can modify so =that I don't have to hack up a cludge. = =Does anyone have some examples of name_converison.c that does simular =conversion that they are willing to share with me? Is name_conversion.c =where I need to be doing this? Out of curiosity, why don't you install the MX base system and the DECnet SMTP module on AHECPS, and add DECnet SMTP to AHECAS? That would, among other things, give the users on AHECPS a store-and-forward capability for those occasions on which AHECAS happens to be down. -------------------------------------------------------------------------------- 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, 22 Sep 1994 06:16:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: "Eric Rountree" To: MX-List@WKUVX1.WKU.EDU Date: Thu, 22 Sep 1994 08:15:50 AST MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Username Lookup Reply-To: MX-List@WKUVX1.WKU.EDU Message-ID: <21053A76A47@SBACOOP.SBA.DAL.CA> I have two questions: 1) I haven't upgraded MX in a while because it's been working just fine. What is the current version number? 2) Does MX have a username lookup feature? I.E. Can you configure MX such that a user could send it a message containing something like "Lookup Rount*" and be sent a reply containing something like "Eric Rountree - username ROUNTREE" automatically? If not, does anyone know of a program that would allow this? Thanks in advance. 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: Thu, 22 Sep 1994 06:59:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 22 Sep 1994 06:59:24 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984D6F.F106168D.18@ALPHA.WKU.EDU> Subject: RE: Username Lookup "Eric Rountree" writes: > >I have two questions: > >1) I haven't upgraded MX in a while because it's been working just > fine. What is the current version number? > MX V4.1 is the current version, available on ftp.wku.edu and ftp.spc.edu in [.MX.MX041]. >2) Does MX have a username lookup feature? I.E. Can you configure MX > such that a user could send it a message containing something like > > "Lookup Rount*" > > and be sent a reply containing something like > > "Eric Rountree - username ROUNTREE" > > automatically? > No. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Thu, 22 Sep 1994 18:26:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: mark@ahecas.ahec.edu (Mark Montanez) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Re: Name Conversion/Rewrite Rules Question. Date: 22 Sep 1994 22:39:00 GMT Message-ID: <35t124$okp@carbon.denver.colorado.edu> To: MX-List@WKUVX1.WKU.EDU In article <35qmjh$lp0@gap.cco.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) says: > >In article <35q53g$fta@carbon.denver.colorado.edu>, mark@ahecas.ahec.edu (Mark Montanez) writes: >=I'm trying to configure MX to allow a Decnet only node to send and >=recieve internet e-mail using my machine running MX as a gateway. >= >=Does anyone have some examples of name_converison.c that does simular >=conversion that they are willing to share with me? Is name_conversion.c >=where I need to be doing this? > >Out of curiosity, why don't you install the MX base system and the DECnet SMTP >module on AHECPS, and add DECnet SMTP to AHECAS? That would, among other >things, give the users on AHECPS a store-and-forward capability for those >occasions on which AHECAS happens to be down. >-------------------------------------------------------------------------------- >Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL > AHECPS is a VAXServer 3100 running Pathworks. VMS and Pathworks are shoe horned on to the available diskspace, and more disk is not an option. I really wanted to install UCX and MX and let them do thier own thing... I could probably sqeeze out the space to install MX and THe DECnet SMTP piece but wanted to use what was already running on AHECPS with out adding anything. Since I'm only one small step away I was hoping that someone has modified name_conversion.c to do something simular that I could just 'fix'. Thanks for he suggestion Carl... I may have to fall back on that if I can't get name_conversion to do what I want. -Mark- +----------------------------------+--------------------------------------+ | Mark Montanez | The Auraria Higher Education Center | | Systems/Network Manager | Information Services, Campus Box B | | Operating Systems Programmer II | 1380 Lawrence, Suit 610 | | (Montanezm@ahecas.AHEC.EDU) | Denver, Colorado 80204 | +----------------------------------+--------------------------------------+ ================================================================================ Archive-Date: Fri, 23 Sep 1994 09:05:32 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 23 Sep 1994 09:05:46 CST From: hunterl@uwwvax.uww.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <00984E4A.C2E73B20.9@uwwvax.uww.edu> Subject: EXQUOTA I would like to implement the enforcement of disk quotas on users mail. I propose to remove EXQUOTA priv from the MAILER account as well as from NEEDPRV in startup. Disk quotas are in effective for users but not for the disk MX_DEVICE. Has any one tried to enforce quotas? Will the above scheme work? Is there a better scheme? Lyle Hunter Computer Center University Wisconsin-Whitewater hunterl@uwwvax.uww.edu ================================================================================ Archive-Date: Fri, 23 Sep 1994 11:03:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 23 Sep 1994 12:02:40 EST From: Ian Vaz Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@WKUVX1.WKU.EDU CC: ian@mars.senecac.on.ca Message-ID: <00984E63.79559380.19@mars.senecac.on.ca> Subject: Slight MLF anomaly. Hi, I'm running MX v4.0's list server. It works most of the time. My current problem is that sometimes when a user sends a message to the list, the list server seems to process the message but it is not acutally sent out. I know this by the enclosed MLF DEBUG output. When I look at the queue, the so-called entry number 2 is still there in the INPROG/ready state/mode. After cleaning out the queue and re-starting mx, everything gets back to normal. I am running CMU TCP/IP v 6.6. Anybody experienced these headaches? Any help would be appreciated. ian MLF AGENT DEBUG OUTPUT: ======================= 23-SEP-1994 11:03:28.20 Processing queue entry number 2 23-SEP-1994 11:03:28.91 Checking local name: SENECAIT 23-SEP-1994 11:03:28.91 This is a mailing list. 23-SEP-1994 11:03:28.99 FORWARD_TO_LIST: Message is from: Ian Vaz 23-SEP-1994 11:03:29.03 CHECK_ACCESS: checking ian@MARS.SENECAC.ON.CA for access mask=00000002 23-SEP-1994 11:03:29.03 CHECK_ACCESS: Access granted under WORLD class. 23-SEP-1994 11:03:29.11 FORWARD_TO_LIST: calling FORWARD_MESSAGE to do the grunt work. 23-SEP-1994 11:03:29.32 FORWARD_MESSAGE: Forwarding queue entry number=8 23-SEP-1994 11:03:30.27 FORWARD_MESSAGE: Forwarding to: user1@MARS.SENECAC.ON.CA 23-SEP-1994 11:03:30.28 FORWARD_MESSAGE: Forwarding to: user2@COMPSERV.SENECAC.ON.CA 23-SEP-1994 11:03:30.28 FORWARD_MESSAGE: Forwarding to: userN@EXEC.SENECAC.ON.CA 23-SEP-1994 11:03:32.32 All done with this entry. ================================================================================ Archive-Date: Fri, 23 Sep 1994 13:47:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: iris@Sam.Neosoft.Com (Joven Luspo) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: can mx mail be used to front end VMS mail? Date: Fri, 23 Sep 1994 13:00:47 Message-ID: Keywords: vms mail To: MX-List@WKUVX1.WKU.EDU Sorry but I am not familiar with MX mail. My question is: Can MX mail be used to front end VMS mail (i.e., instead of VMS mail). I need a user friendly email environment on the VAX which can: 1. route email messages clusterwide to vms users 2. Identify internet incomming/outgoing messages and route them accordingy. Thank You in Advance. Joven Luspo iris@sam.neosoft.com ================================================================================ Archive-Date: Fri, 23 Sep 1994 14:00:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 23 Sep 1994 13:59:35 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984E73.CE62E8C7.27@ALPHA.WKU.EDU> Subject: RE: Slight MLF anomaly. Ian Vaz writes: > >Hi, > >I'm running MX v4.0's list server. It works most of the time. My current >problem is that sometimes when a user sends a message to the list, >the list server seems to process the message but it is not acutally >sent out. I know this by the enclosed MLF DEBUG output. When I look >at the queue, the so-called entry number 2 is still there in the >INPROG/ready state/mode. After cleaning out the queue and re-starting >mx, everything gets back to normal. I am running CMU TCP/IP v 6.6. >Anybody experienced these headaches? Any help would be appreciated. > The first thing I would do is install MX V4.1.... Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 23 Sep 1994 14:01:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 23 Sep 1994 14:00:29 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984E73.EEACC68E.29@ALPHA.WKU.EDU> Subject: RE: can mx mail be used to front end VMS mail? iris@Sam.Neosoft.Com (Joven Luspo) writes: > >Sorry but I am not familiar with MX mail. > >My question is: Can MX mail be used to front end VMS mail (i.e., instead of >VMS mail). I need a user friendly email environment on the VAX which can: > >1. route email messages clusterwide to vms users >2. Identify internet incomming/outgoing messages and route them accordingy. > MX can do both of these---it works *with* VMS Mail, it doesn't replace it. If you're familiar with UNIX, you can think of MX as being like sendmail, only it works. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 23 Sep 1994 17:17:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: EXQUOTA Date: 23 Sep 1994 20:14:27 GMT Message-ID: <35vcv7$2na@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00984E4A.C2E73B20.9@uwwvax.uww.edu>, hunterl@uwwvax.uww.edu writes: #I would like to implement the enforcement of disk quotas on users #mail. # #I propose to remove EXQUOTA priv from the MAILER account as well as from #NEEDPRV in startup. Disk quotas are in effective for users but not for #the disk MX_DEVICE. # #Has any one tried to enforce quotas? Will the above scheme work? #Is there a better scheme? In a previous life I tried it, and it worked pretty well. However, the bounces were getting people automatically unsubscribed, so I discontinued doing it. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Fri, 23 Sep 1994 17:18:10 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: m_vanbellen@yogi.hns.com (Mark Van-Bellen, x211) Subject: MX, SMTP, Microsoft mail & dialup Message-ID: <1994Sep23.111617.15787@hns.com> Date: Fri, 23 Sep 1994 11:16:17 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU I've got a real headache here, I have a number of questions : I haven't installed MX yet but will be doing so. 1. Is there a FAQ for MX? 2. I understand MX supports SMTP - am I correct? 3. Does anybody have Microsoft mail with SMTP on PCs running and integrating fine with a VMS system with MX (the tcp/ip I am using is CMU/IP implemen- tation) The major problem is the site that wants to use microsoft mail to us is 1. in Italy and 2. Wants to come in via. dialup - how can I implement this transparently for these users? I know I'm asking for a lot of information...if you can't answer all, answer bits. If you fine, good and wise people could let me know pretty soon I'd be forever in your debt! Regards, 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: Sat, 24 Sep 1994 05:35:54 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: MX, SMTP, Microsoft mail & dialup Date: 24 Sep 1994 10:20:36 GMT Message-ID: <360uhk$8dd@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Sep23.111617.15787@hns.com>, m_vanbellen@yogi.hns.com (Mark Van-Bellen, x211) writes: =I've got a real headache here, I have a number of questions : = =I haven't installed MX yet but will be doing so. = =1. Is there a FAQ for MX? As far as I know, there's not. Most FAQ-type questions are answered in the documentation that comes with the kit. Every other FAQ-type question I've ever seen has been addressed by the maintainer of MX in the group and either: 1) Added to the documentation; or 2) The underlying bug fixed in the next release of MX. So, suppose you cut out the generalities and, if you've got a question, ask it? Or, RTFM! =2. I understand MX supports SMTP - am I correct? Yes. That was its primary purpose. =3. Does anybody have Microsoft mail with SMTP on PCs running and integrating = fine with a VMS system with MX (the tcp/ip I am using is CMU/IP implemen- = tation) =The major problem is the site that wants to use microsoft mail to us is = 1. in Italy and = 2. Wants to come in via. dialup = - how can I implement this transparently for these users? Depends on your TCP/IP package. If Microsoft Mail can handle SMTP properly (and that's a BIG if, given my experience with Microsoft's mostly brain-dead software), and if it can set up a SLIP link, no problem. But that has absolutely nothing whatever to do with MX. Your question is equivalent to: I've got a Chevrolet. Will my cellular phone work? -------------------------------------------------------------------------------- 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, 24 Sep 1994 08:00:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: hlaufman@magnus.acs.ohio-state.edu (Harry B Laufman) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: Rogue Mailing List Date: 24 Sep 1994 12:54:55 GMT Message-ID: <3617iv$o7f@charm.magnus.acs.ohio-state.edu> To: MX-List@WKUVX1.WKU.EDU I have a rogue mailing list that refuses to listen to instructions from the owner, or the system. Neither I (as proc/priv=all operator) nor the owner can remove someone from the MEDIA list. Messages to listserv regarding MEDIA return error insufficient privilege. Below find SHOW LIST MEDIA and one such error message. I have changed the names of the individuals addressed. I have tried resetting the protection and the owner with MODIFY. No luck. "System" users in MXworld get the same Insufficient Privilege message. This has me stumped. As operator I routinely ADD and REMOVE folks from lists by addressing listserv. Usually operator is the list owner, but this list is owned by another user who mentioned "trying to change some things." :-] We run VMS 5.4-3, Multinet 3.2, MX 3.3 on a VAX 4300. Any thoughts on this? Thanks, Harry ----------------------------------- Mailing lists: Name: MEDIA Owner: "fooname@AGVAX2.AG.OHIO-STATE.EDU" Reply-to: List, Sender Archive: LOCAL1_DISK$:[fooname.MEDIA] Description: Media Relations Mailing List Errors-to: fooname@AGVAX2.AG.OHIO-STATE.EDU Strip header: NOReceived Private list: No Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:RWE) The Error Message: [...] Subj: Mailing list or file server error Date: Fri, 23 Sep 1994 10:25:27 +500 From: Mailing list & file server Subject: Mailing list or file server error Note: this message was generated automatically. The following error(s) occurred during local delivery of your message. Error in delivery to mailing list MEDIA: REMOVE failed: insufficient privilege ------------------------------ Rejected message ------------------------------ Date: Fri, 23 Sep 1994 10:25:24 +500 From: "OSCAR D. OPERATOR" To: listserv@agvax2.ag.ohio-state.edu Message-ID: <00984E55.E2A0DEC0.13487@agvax2.ag.ohio-state.edu> remove media fooname@clust1.clemson.edu ================================================================================ Archive-Date: Sat, 24 Sep 1994 09:05:27 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 24 Sep 1994 09:05:19 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00984F13.DD19D54C.5@ALPHA.WKU.EDU> Subject: RE: Rogue Mailing List hlaufman@magnus.acs.ohio-state.edu (Harry B Laufman) writes: > >I have a rogue mailing list that refuses to listen to instructions >from the owner, or the system. > >Neither I (as proc/priv=all operator) nor the owner can >remove someone from the MEDIA list. Messages to listserv >regarding MEDIA return error insufficient privilege. Below >find SHOW LIST MEDIA and one such error message. I have changed >the names of the individuals addressed. > Did you make sure the owner and/or system addresses match the address from which you're trying to do the REMOVE? They must match exactly, including the case. You can enable MX_MLF_DEBUG (define/sys/exec mx_mlf_debug true) to generate log files in MX_MLF_DIR: that will show you the address received, etc. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Mon, 26 Sep 1994 04:33:35 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 26 Sep 1994 11:33:08 EDT From: Mario Jose Bernardes Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: mjb@gemini.ci.uc.pt Message-ID: <009850BA.D87047C1.5@gemini.ci.uc.pt> Subject: MX reconfiguration I have been running MX 4.1 with several delivery agents. To remove DECNET_SMTP I ran MXCONFIG and I unchecked the respective *. Then I restarted MX, but DECNET_SMTP is still here. How can I remove it ? Thanks in advance for any help. -- Mario Bernardes System and Network Manager Centro de Informatica da Umiv. Coimbra PORTUGAL ================================================================================ Archive-Date: Mon, 26 Sep 1994 04:44:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 26 Sep 1994 11:43:47 EDT From: Mario Jose Bernardes Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CC: mjb@gemini.ci.uc.pt Message-ID: <009850BC.557DBD74.7@gemini.ci.uc.pt> Subject: MX-SUM I am running MX 4.1 in a DEC AXP 7610 with OpenVMS 1.5. I would like to use MX_SUM but I can not compile it on a AXP system (in the VAX goes fine). Thanks in advance for any help. -- Mario Bernardes System and Network Manager Centro de Informatica da Umiv. Coimbra PORTUGAL ================================================================================ Archive-Date: Tue, 27 Sep 1994 16:11:51 CDT 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 4.1-queues frozen, nothing moving Date: 27 Sep 94 17:04:41 -0500 Message-ID: <1994Sep27.170441.1@willow.uml.edu> To: MX-List@WKUVX1.WKU.EDU We upgraded to MX 4.1 about 2 weeks ago shortly after we also upgraded to vms 6.1. MX has been working fine for the past two weeks until today. This morning I noticed that nothing was going in or out through MX. After eliminating any possibility that there was a network or hardware problem I stopped and restarted MX and messages started moving again. However, I notice now that messages are jammed up again and stopping and restarting MX has not impact. I can't absolutely verify this but it seems that, on occasion, 20 or 30 messages will suddenly move then it all freezes up again for 5-10 minutes and then another 20-30 messages get through. There are no messages of any sort in any of the MX log files. Hope someone can help - there are over 600 message backup up in the queue now waiting to go!!!! Dick Desroches ================================================================================ Archive-Date: Tue, 27 Sep 1994 16:17:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 27 Sep 1994 16:16:53 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009851AB.A678E9AC.3@ALPHA.WKU.EDU> Subject: RE: MX 4.1-queues frozen, nothing moving desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) writes: > >We upgraded to MX 4.1 about 2 weeks ago shortly after we also upgraded to >vms 6.1. > >MX has been working fine for the past two weeks until today. This morning >I noticed that nothing was going in or out through MX. After eliminating >any possibility that there was a network or hardware problem I stopped and >restarted MX and messages started moving again. > >However, I notice now that messages are jammed up again and stopping and >restarting MX has not impact. > >I can't absolutely verify this but it seems that, on occasion, 20 or 30 >messages will suddenly move then it all freezes up again for 5-10 minutes >and then another 20-30 messages get through. > And what does MCP STATUS show? It'll tell you if they're all idle, working, etc.... >There are no messages of any sort in any of the MX log files. > Have you turned on any of the debug log files? Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Tue, 27 Sep 1994 18:27:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: MX 4.1-queues frozen, nothing moving Date: 27 Sep 1994 23:17:19 GMT Message-ID: <36a963$piv@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1994Sep27.170441.1@willow.uml.edu>, desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) writes: #We upgraded to MX 4.1 about 2 weeks ago shortly after we also upgraded to #vms 6.1. # #MX has been working fine for the past two weeks until today. This morning #I noticed that nothing was going in or out through MX. After eliminating #any possibility that there was a network or hardware problem I stopped and #restarted MX and messages started moving again. # #However, I notice now that messages are jammed up again and stopping and #restarting MX has not impact. # #I can't absolutely verify this but it seems that, on occasion, 20 or 30 #messages will suddenly move then it all freezes up again for 5-10 minutes #and then another 20-30 messages get through. # #There are no messages of any sort in any of the MX log files. # #Hope someone can help - there are over 600 message backup up in the queue #now waiting to go!!!! Sounds relatively normal to me. Enable debugging of the outgoing SMTP agent - you're probably waiting 5 minutes for a hello greeting from a host, never getting it, and giving up. Solution is to create more outgoing SMTP agents; I'd shoot for 10 until you get most of your mail processed, and then maybe reduce it after the backlog is gone, but always have at least two outgoing agents. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Wed, 28 Sep 1994 01:54:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 28 Sep 1994 07:54:23 MEZ ( +0100) From: Peter Kobe Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098522E.9E3275A0.18@pib1.physik.uni-bonn.de> Subject: MX-LOCAL Zero Length TMP-Files From Time to time the Local Delivery Agent has problems in delivering his messages due to various problems - mostly a filled up disk. It leaves thousends of temporary files type MX_ROOT:[LOCAL]LCL_FFFC8760_00985190_28E0018B.TMP;1 (0 blocks) on MX_root:[local]. Is there a way to avoid this in ordner not to run into bigger trouble? 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, 28 Sep 1994 06:12:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 28 Sep 1994 06:12:52 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <00985220.6F6B6398.8@ALPHA.WKU.EDU> Subject: RE: MX-LOCAL Zero Length TMP-Files Peter Kobe writes: > >From Time to time the Local Delivery Agent has problems in >delivering his messages due to various problems - mostly a filled up disk. >It leaves thousends of temporary files >type MX_ROOT:[LOCAL]LCL_FFFC8760_00985190_28E0018B.TMP;1 (0 blocks) >on MX_root:[local]. >Is there a way to avoid this in ordner not to run into bigger trouble? > The easiest answer is, of course, to move the MX queue directory to a disk that isn't in danger of filling up. MX doesn't handle disk fillups real well---I haven't found all the places that are causing the problems, but that's on my to-do list for V4.2. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Wed, 28 Sep 1994 16:00:16 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: m_vanbellen@yogi.hns.com (Mark Van-Bellen, x211) Subject: DECnet SMTP Message-ID: <1994Sep28.155855.19660@hns.com> Date: Wed, 28 Sep 1994 15:58:55 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Hi, We have several VMS machines but only one is running TCP/IP (CMU) and mx% (node YOGI). The other machines accessable via. DECnet, EARTH and PLUTO (cluster alias HNSLTD) need to be able to send and receive mail via. YOGIs mx transport. Is DECnet SMTP objects what I need to setup on both YOGI & HNSLTD (the cluster) in order for this to work? At the moment if I send from HNSLTD to YOGI::mx%"m_vanbellen" the message blackholes, whilst from YOGI to mx%"HNSLTD::MIS" works fine - replies blackhole. I'm sorry if I've missed this in the manual, if I have please point me in the direction! Regards, Mark p.s. all replies if anyone else is interested will be summarised and posted. +----------------------------------------------------------+-------------------+ | 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: Wed, 28 Sep 1994 20:00:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 29 Sep 1994 01:59:26 BST From: Jamie Jones Reply-To: MX-List@WKUVX1.WKU.EDU To: mx-list@wkuvx1.wku.edu Message-ID: <009852C6.3264F8A0.1@hicom.lut.ac.uk> Subject: RE: MX-LOCAL Zero Length TMP-FILES => From: "Hunter Goatley, WKU" => The easiest answer is, of course, to move the MX queue directory to a => disk that isn't in danger of filling up. => => MX doesn't handle disk fillups real well---I haven't found all the => places that are causing the problems, but that's on my to-do list for => V4.2. => Until this is done, may I suggest the original poster (sorry, I've lost the reference) writes a simple little DCL program that runs every half hour or so, via a self-submitting batch job, that basically does an MCP SHUTDOWN if the mail disk fills up to over (say) 95% capacity. I would suggest also alerting the operator (via OPCOM or *non-mx* :-) email) and also setting the MX LOGICAL (sorry, I've forgotten it's name -- I'm not getting any younger) that stops users queuing mail if the disk usage hits (say) 98% capacity. As an extra, you could do wonderful things like send out automated MOTD asking users on that disk to clear stuff (if applicable) and automatically restart MX if the usage goes below (say) 93%. Such a simple little program.. We have a similar thing running at work, on our (U**X) mailer - I just wish I'd thought of it when I used to administer MX on this machine ! 8-) Jamie ================================================================================ Archive-Date: Thu, 29 Sep 1994 07:25:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: hlaufman@magnus.acs.ohio-state.edu (Harry B Laufman) Reply-To: MX-List@WKUVX1.WKU.EDU Subject: That Rogue mailing list of mine Date: 29 Sep 1994 12:21:17 GMT Message-ID: <36ebft$jhp@charm.magnus.acs.ohio-state.edu> To: MX-List@WKUVX1.WKU.EDU Hello again, I had that mailing list that no one could MODIFY. For other reasons I was asked to REMOVE the list, and then recreate it with only two test subscribers. The REMOVE went fine. The DEFINE went fine, sort of. The list was created with its old name, but data from the old list appeared in the lists record, ie. the old ERRORS TO name reappeared, and a REVIEW showed all the old subscribers! I'd like to start with a completely fresh list of the same name. Why do these old record entries re-appear? How can I get rid of them (without a message to listserv from the list owner about REMOVE ListName User? Second question: How exactly does MX parse the OWNER= string? For ex. what is the difference between: /OWNER=(smith@ag.osu.edu) /OWNER="smith@ag.osu.edu" /OWNER= /OWNER="@ag.osu.edu" You get the idea. Are there some general rules for how such a line is evaluated? Thanks for any help. Harry ================================================================================ Archive-Date: Thu, 29 Sep 1994 08:29:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 29 Sep 1994 08:50:59 EDT From: "Brian Tillman" Reply-To: MX-List@WKUVX1.WKU.EDU To: uunet!WKUVX1.WKU.EDU!mx-list@esseye.si.com CC: MVANBELLEN@HNS.COM Message-ID: <009852FF.B0C72900.3@swdev.si.com> Subject: RE: DECnet SMTP Mark Van-Bellen (MVANBELLEN@HNS.COM) writes: >At the moment if I send from HNSLTD to YOGI::mx%"m_vanbellen" the message >blackholes, whilst from YOGI to mx%"HNSLTD::MIS" works fine - replies >blackhole. I just tested this situation. I logged onto a VAX that does not have MX and sent mail to a system that does using NODE::mx%"address". The message arrived just fine, with a From: address of MX%"'OTHER::USER'@node.my.domain". So, MX can handle this case. There must be something else in your setup. Why don't you post your CONFIG.MCP file? -----------------------------+-------------------------------- 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: Thu, 29 Sep 1994 14:57:18 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 29 Sep 1994 15:56:49 EDT From: "Irv Eisen, DUMC" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098533B.2DA57630.1@canctr.mc.duke.edu> Subject: SMTP process dies right after starting We have been running MX 4.1 with UCX 3.1 and Netlib v 1.6B since early August with no problem on a VAX 4500 with VMS 5.5 clustered with a VLC 4000. The 4500 crashed yesterday and tcpip did not come back very well. At the time the symptoms seemed to point to UCX since they involved processes other than those for MX, ie. NBNS, the Pathworks tcpip file server process, would start and die immediately; newrsrdr could not connect to its server because it could not resolve the host name; and the MX SMTP process would start and die immediately. This is all I get from MX_SMTP_CCSTAT.LOG: '29-SEP-1994 14:44:28.45: MX SMTP (pid 20200430) starting' SMTP debugging has been enabled but nothing ever gets to it. A similar thing happened about a month ago when I did a shutdown, but after about a half hour, I was able to start MX and all processes stayed up. I have rebooted, reconfigured UCX and reinstalled MX. Now NBNS is working and the pathworks clients can redirect to the file services; incoming SMTP mail is working, as it always has; newsreader connects to its server and does an update, but crashes with an access violation when I do a READ/NEW; and the MX SMTP process still dies right after starting. UCX appears to be working fine. In fact I was able to ftp MX to redo the installation. This same configuration is working fine on a VAX 3600 with the same versions of software. I have compared coniguration data between the two systems and cannot see what would cause MX SMTP to fail. I'm real confused about where to focus - UCX, Netlib, MX, problems on the net itself, a router down or lost? I read this list regularly and figured this was the best place to find people familiar with all the pieces. Thanks in advance for any help, ==================================================================== | 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: Fri, 30 Sep 1994 05:38:59 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 30 Sep 1994 05:38:38 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009853AD.FBEFE4C2.6@ALPHA.WKU.EDU> Subject: RE: That Rogue mailing list of mine hlaufman@magnus.acs.ohio-state.edu (Harry B Laufman) writes: > >Hello again, I had that mailing list that no one could MODIFY. For >other reasons I was asked to REMOVE the list, and then recreate it with >only two test subscribers. The REMOVE went fine. The DEFINE went fine, >sort of. The list was created with its old name, but data from the old >list appeared in the lists record, ie. the old ERRORS TO name reappeared, >and a REVIEW showed all the old subscribers! I'd like to start with a >completely fresh list of the same name. Why do these old record entries >re-appear? How can I get rid of them (without a message to listserv from >the list owner about REMOVE ListName User? > You can delete the list.MAILING_LIST file in MX_MLIST_DIR:. >Second question: How exactly does MX parse the OWNER= string? For ex. >what is the difference between: > /OWNER=(smith@ag.osu.edu) > /OWNER="smith@ag.osu.edu" > /OWNER= > /OWNER="@ag.osu.edu" >You get the idea. Are there some general rules for how such a line is >evaluated? > Yes---the address must comply with RFC-821, which means that only the second one is valid. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: Fri, 30 Sep 1994 08:28:15 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 30 Sep 1994 09:28:19 EDT From: adkins@alpha.caer.uky.edu Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009853CE.124B1AA0.1@alpha.caer.uky.edu> Subject: RE: SMTP process dies right after starting We had a similar prob w/ smtp dying immediately. Thanks to our good GoatHunter, making sure UCX$INET_DOMAIN was defined ( a UCX inst. prob.) cleared that up. We now have the opposite problem. We run 2 smtp processes: SMTP and SMTP#2. MCP shutdown cannot kill the first! I found this while trying to figure out mem leakage problems, shutting down and restarting mx at night. One smtp proc couldn't start because of dup name. It was never killed. Go figure. Bill Adkins ================================================================================ Archive-Date: Fri, 30 Sep 1994 08:49:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 30 Sep 1994 09:48:49 EDT From: Irv Eisen Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <009853D0.EF4C8C70.18@ccstat.mc.duke.edu> Subject: Re: SMTP process dies right after starting I posted a message yesterday about our MX SMTP process crashing right after it started, leaving no traces or hints. This morning I assembled the RUN command from the MX_START.COM file and issued it all by itself (see below). MX SMTP stayed up and about 300 queued messages went out in just a few minutes. $! File Name: Start_smtp.com $! Purpose: To get just the smtp process going. Lines taken from $! SYS$SYSDEVICE:[MX.EXE]MX_START.COM files. $! $ RUN /AST_LIMIT=100 /BUFFER=20000 /ENQUE=300 /MAXIMUM=1024 - /FILE_LIM=40 /IO_BUF=50 /IO_DIR=50 /JOB_TABLE=0 /EXTENT=3000 - /PAGE_FILE=15000 /QUEUE=50 /TIME_LIMIT=0 /DETACH /PRIV=ALL /PRIO=4 - /UIC=[1,4] - /INPUT=NL: /OUTPUT=MX_SMTP_DIR:MX_SMTP_ccstat.LOG - /ERROR=MX_SMTP_DIR:MX_SMTP_ccstat.LOG- /PROC="MX SMTP" MX_EXE:MX_SMTP $ exit I did not make any changes from the last time I ran SYS$STARTUP:MX_STARTUP at 8:15 and when I ran the above file with the RUN command around 9:10. So I still haven't a clue as to why it broke, why it's fixed, if it will happen the next time we reboot, the next time I stop MX, etc. If anyone has any ideas, I'd love to hear them. ================================================================ 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: Fri, 30 Sep 1994 16:46:45 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Re: SMTP process dies right after starting Message-ID: <36h8p4$s6o@news.arc.nasa.gov> From: madison@tgv.com (Matt Madison) Date: 30 Sep 1994 14:53:24 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <0098533B.2DA57630.1@canctr.mc.duke.edu>, "Irv Eisen, DUMC" writes: & We have been running MX 4.1 with UCX 3.1 and Netlib v 1.6B since early & August with no problem on a VAX 4500 with VMS 5.5 clustered with a VLC 4000. & & The 4500 crashed yesterday and tcpip did not come back very well. At the & time the symptoms seemed to point to UCX since they involved processes other & than those for MX, ie. NBNS, the Pathworks tcpip file server process, would & start and die immediately; newrsrdr could not connect to its server because & it could not resolve the host name; and the MX SMTP process would start and & die immediately. & & This is all I get from MX_SMTP_CCSTAT.LOG: & '29-SEP-1994 14:44:28.45: MX SMTP (pid 20200430) starting' & & SMTP debugging has been enabled but nothing ever gets to it. Try running MX_EXE:MX_SMTP interactively. If it's dying with an ACCVIO, you should get traceback information that might help point the finger at the cause. -Matt -- Matthew Madison | madison@tgv.com | +1 408 457 5390 TGV, Inc. | 101 Cooper Street | Santa Cruz, CA 95060 USA ================================================================================ Archive-Date: Fri, 30 Sep 1994 16:46:49 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: That Rogue mailing list of mine Date: 29 Sep 1994 23:54:14 GMT Message-ID: <36fk36$edi@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <36ebft$jhp@charm.magnus.acs.ohio-state.edu>, hlaufman@magnus.acs.ohio-state.edu (Harry B Laufman) writes: =Hello again, I had that mailing list that no one could MODIFY. For =other reasons I was asked to REMOVE the list, and then recreate it with =only two test subscribers. The REMOVE went fine. The DEFINE went fine, =sort of. The list was created with its old name, but data from the old =list appeared in the lists record, ie. the old ERRORS TO name reappeared, =and a REVIEW showed all the old subscribers! I'd like to start with a =completely fresh list of the same name. Why do these old record entries =re-appear? How can I get rid of them (without a message to listserv from =the list owner about REMOVE ListName User? Try deleting the file MX_DEVICE:[MX.MLF.MAILING_LISTS]listname.MAILING_LIST. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 30 Sep 1994 18:06:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 30 Sep 1994 19:06:30 EDT From: "Michael H. Spence, Eastman Chemical" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Message-ID: <0098541E.D7AFE280.27@stc150.kpt.emn.com> Subject: multiple node in mx_startup_info I need to add some nodes to run mx processes in the mx_startup_info.dat file. However, right now I only have one node defined. What is the syntax for adding processes on additional nodes? 001NETLIB:* 002FLQ_MGR:STD150 002ROUTER:STD150=1 003LOCAL:STD150=1 004SMTP:STD150=1 004SMTP_SERVER:STD150 [End of file] ======================================================================= Michael H. Spence (mspence@emn.com) | "I'm still the apple of my Computing & Telecommunication Services | mama's eye. I'm my daddy's Eastman Chemical Company | worst fears realized..." Kingsport, TN USA | Steve Earle =======================================================================