Archive-Date: Fri, 01 Sep 1995 00:10:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 01 Sep 1995 00:09:39 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list@WKUVX1.WKU.EDU Message-ID: <00995B87.B176F5A6.45@WKUVX1.WKU.EDU> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during August 1995 Total number of posts: 132 Total number of posters: 71 Total number of subscribers: 241 Total number of digest subscribers: 54 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: Fri, 01 Sep 1995 08:38:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: kumala@rad.net.id (kumala) Subject: Dirgahayu Date: 1 Sep 1995 13:00:20 GMT Message-ID: <427054$imm@ns1.rad.net.id> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU CANISIUS is the best school in INDONESIA. Dirgahayu Indonesia 50 th, Dirgahayu Jakarta 468th, berpadu daya mengabdi sabda. Salam buat anak-anak CC yang ngebaca ini surat yeeee! ================================================================================ Archive-Date: Fri, 01 Sep 1995 08:38:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: kumala@rad.net.id (kumala) Subject: CAnisius Date: 1 Sep 1995 13:07:31 GMT Message-ID: <4270ij$imm@ns1.rad.net.id> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Canisius College ================================================================================ Archive-Date: Fri, 01 Sep 1995 08:38:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: kumala@rad.net.id (kumala) Subject: CC Date: 1 Sep 1995 13:02:17 GMT Message-ID: <42708p$imm@ns1.rad.net.id> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Dirgahayu Indonesia 50th, Jakarta 468th, berpadu daya mengabdi sabda. CC Man! ================================================================================ Archive-Date: Sun, 03 Sep 1995 00:55:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ichihara@rikvax.riken.go.jp (Takashi Ichihara ) Subject: [Q] V62_Features for mail Message-ID: <1995Sep3.051718.18273@riksun.riken.go.jp> Reply-To: MX-List@WKUVX1.WKU.EDU Date: Sun, 3 Sep 1995 05:17:18 GMT To: MX-List@WKUVX1.WKU.EDU Hi Can we use the following feature of VMS 6.2 for MX4.1 ? How can we set up ? Thanks for the information. |$ help v62 user mail | | V62_FEATURES | | User_Features | | Mail | | When you use the Mail utility or callable Mail routines, you | can now specify user addresses in the Internet format without | specifying the transport or quotes (unless the address contains | reserved characters). Takashi Ichihara Radiation lab/Accelerator Research Facility RIKEN (The Institute of Physical and Chemical Research) 2-1, Hirosawa, Wako, 351-01, Japan (Internet) Ichihara@rikvax.riken.go.jp (HEPnet/span) RIKVAX::ICHIHARA (41316::Ichihara) ================================================================================ Archive-Date: Sun, 03 Sep 1995 02:36:38 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: ichihara@rikvax.riken.go.jp (Takashi Ichihara ) Subject: Re: [Q] V62_Features for mail Message-ID: <1995Sep3.061925.20393@riksun.riken.go.jp> Reply-To: MX-List@WKUVX1.WKU.EDU Date: Sun, 3 Sep 1995 06:19:25 GMT To: MX-List@WKUVX1.WKU.EDU In article <1995Sep3.051718.18273@riksun.riken.go.jp>, ichihara@rikvax.riken.go.jp (Takashi Ichihara ) writes: > Hi > > Can we use the following feature of VMS 6.2 for MX4.1 ? How can we >set up ? Thanks for the information. > >|$ help v62 user mail >| >| V62_FEATURES >| >| User_Features >| >| Mail >| >| When you use the Mail utility or callable Mail routines, you >| can now specify user addresses in the Internet format without >| specifying the transport or quotes (unless the address contains >| reserved characters). > PS: In sending a mail, I noticed that the following logical assignment $ def/sys/exe "MAIL$PROTOCOL_SMTP" "MX_MAILSHR" in systartup_vms.com works. We need not specify mx%" " in sending an internet mail in VMS V6.2 + MX4.1. This is very useful. But in receiving a mail, how can we setup to omit the MX%" " symbols in the From: field ? Thank you for information. Takashi Ichihara ================================================================================ Archive-Date: Sun, 03 Sep 1995 04:26:14 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 03 Sep 1995 11:23:14 EDT From: "Najman Kahana. Ext:77313" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995D78.1FE83260.6@HADASSAH.HUJI.AC.IL> Subject: RE: MIME 1.0 for MX ? >Subj: RE: MIME 1.0 for MX ? > > >>When does MX (which is a transport) decode the message ? >>or am I missing an important point. >> >The decoding is done by MX Local as the message is passed off to VMS >Mail. Since VMS Mail doesn't do MIME, the MX Local agent handles >the two types described above. Encoding happens when SEND/FOREIGN is >used in VMS Mail going through MX. > Thanks. This explains a different problem I was looking into. Is there an option to disable this MX service ? (I'd rather do it myself, dear) Thanks Najman +----------+--------------------+------------------------------+---------------+ ! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! !Najman%hadassah@vms.huji.ac.il ! Jerusalem, Israel ! we have our ! ! ! (visit our capital soon) ! own viruses ! +----------+--------------------+------------------------------+---------------+ ================================================================================ Archive-Date: Sun, 03 Sep 1995 20:49:14 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: dyson@blanc.physics.uiowa.edu (Rick Dyson) Reply-To: MX-List@MadGoat.com Subject: [Help!] Mail Announce Problems Message-ID: <1995Sep3.203457@blanc.physics.uiowa.edu> Date: Mon, 4 Sep 1995 01:34:57 GMT To: MX-List@WKUVX1.WKU.EDU I am running MX v4.1 on an Alpha Server 2100 4/233 with OpenVMS v6.2 and UCX v3.3. There are also three Alpha 3000-300X workstations clustered in this system. Whenever e-mail inbound through MX is delivered to a local mailbox, an interactive user on one of the satellite nodes is not informed via the bell/beep and display message everyone has come to expect. However, when the user goes into Mail, the new mail is there. Also, the DECWindows mail program's icon does change to indicate new mail, but no beep is heard nor do any of the DECTerms get an announcement. This is true for all the satellite nodes only. If the user is logged into the boot server node (where MX SMTP Server is running) then their incoming mail is properly announced. I have defined the Mail$System_Flags to be 7 (/system/exec) on all cluster members and have rebooted the machines, all without changing any of the above symptons. $ Show Logical /Full Mail* (LNM$SYSTEM_TABLE) [kernel] [shareable,system] [Protection=(RWC,RWC,R,R)] [Owner=[SYSTEM]] "MAIL$INTERNET_TRANSPORT" [exec] = "MX" "MAIL$SYSTEM_FLAGS" [exec] = "7" "MAILSHR_TV" [exec] = "MAILSHR" Thanks for any help! rick -- Richard L. Dyson INTERNET: Dyson@IowaSP.Physics.UIowa.EDU Cutting the space budget really restores my faith in humanity. It eliminates dreams, goals, and ideals and lets us get straight to the business of hate, debauchery, and self-annihilation. -- Johnny Hart ================================================================================ Archive-Date: Tue, 05 Sep 1995 10:18:49 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 05 Sep 1995 10:51:58 EDT From: brown@alpha.caer.uky.edu Reply-To: MX-List@MadGoat.com To: MX-List@madgoat.com CC: brown@alpha.caer.uky.edu Message-ID: <00995F06.1601F580.43@alpha.caer.uky.edu> Subject: MX software What is the latest version? Will it run with VMS 5.5-2? ================================================================================ Archive-Date: Tue, 05 Sep 1995 11:46:31 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 01 Sep 1995 08:28:57 EDT From: "Mark geib@vistanm.com" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: geib@vistanm.com Message-ID: <00995BCD.71D0BFA4.24@vistanm.com> Subject: Reply to addresses look like UUCP%"" I am running MX with UUCP from DECUS. I recently upgraded our cluster to OpenVMS V6.2 and now all the mail from outside our site has reply to addresses whichi are refixed with UUCP%, prior to this they were prefixed with MX%. Since we only run UUCP on one machine in the cluster most of our users can't just 'reply' to mail any longer. Has anyone seen this, or have a suggestion on how to fix it. Thanks in advance. Mark %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Mark D. Geib | "The most likely way for the world to be Vista Control Systems, Inc. | destroyed, most experts agree, is by accident. Los Alamos, NM | That's where we come in; we're computer Email: geib@vistanm.com | professionals. We cause accidents." Voice:505.662.2484 | -Nathaniel Borenstein FAX:505.662.3956 | %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ================================================================================ Archive-Date: Tue, 05 Sep 1995 12:09:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 05 Sep 1995 13:04:37 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: brown@alpha.caer.uky.edu, hardis@garnet.nist.gov Message-ID: <00995F18.9E21CF00.7@garnet.nist.gov> Subject: RE: MX software > What is the latest version? 4.1 > Will it run with VMS 5.5-2? I suppose so -- I run it with 5.3-1. - Jonathan ================================================================================ Archive-Date: Tue, 05 Sep 1995 13:12:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: wing@tgv.com ("Dan Wing") Subject: Re: [Q] V62_Features for mail Date: 5 Sep 1995 17:48:41 GMT Message-ID: <42i2hv$3v2@news.arc.nasa.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1995Sep3.061925.20393@riksun.riken.go.jp>, ichihara@rikvax.riken.go.jp (Takashi Ichihara ) writes: # PS: In sending a mail, I noticed that the following logical assignment # # $ def/sys/exe "MAIL$PROTOCOL_SMTP" "MX_MAILSHR" # #in systartup_vms.com works. We need not specify mx%" " in sending #an internet mail in VMS V6.2 + MX4.1. This is very useful. But in #receiving a mail, how can we setup to omit the MX%" " symbols #in the From: field ? Thank you for information. You can't. -Dan Wing, wing@tgv.com ================================================================================ Archive-Date: Tue, 05 Sep 1995 14:19:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 05 Sep 1995 14:15:54 CDT From: Tom Chamberlain / 269GB Bartlesville / (918)661-9744 <"athena::system"@twctst.ppco.com> Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995F22.93725200.1@twctst.ppco.com> Subject: RE: MX software brown@alpha.caer.uky.edu asked (regarding MX): =>What is the latest version? Will it run with VMS 5.5-2? Unless I've missed something, 4.1 is the current version, and it runs very nicely with VMS 5.5-2. ================================================================================ Archive-Date: Tue, 05 Sep 1995 14:37:35 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 05 Sep 1995 14:35:14 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: BROWN@ALPHA.CAER.UKY.EDU Message-ID: <00995F25.472281A1.26@ALPHA.WKU.EDU> Subject: RE: MX software brown@alpha.caer.uky.edu writes: > >What is the latest version? MX V4.1, available from ftp.madgoat.com in [.MX.MX041]. >Will it run with VMS 5.5-2? Yes. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 05 Sep 1995 14:40:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 05 Sep 1995 14:39:16 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995F25.D6E61D4D.36@ALPHA.WKU.EDU> Subject: RE: MIME 1.0 for MX ? "Najman Kahana. Ext:77313" writes: > >>The decoding is done by MX Local as the message is passed off to VMS >>Mail. Since VMS Mail doesn't do MIME, the MX Local agent handles >>the two types described above. Encoding happens when SEND/FOREIGN is >>used in VMS Mail going through MX. >> >Thanks. This explains a different problem I was looking into. >Is there an option to disable this MX service ? (I'd rather do it myself, dear) > As of MX V4.1, no, it cannot be disabled. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 05 Sep 1995 14:44:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 05 Sep 1995 14:43:17 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: ICHIHARA@RIKVAX.RIKEN.GO.JP Message-ID: <00995F26.66A6B366.10@ALPHA.WKU.EDU> Subject: Re: [Q] V62_Features for mail ichihara@rikvax.riken.go.jp (Takashi Ichihara writes: > >> Can we use the following feature of VMS 6.2 for MX4.1 ? How can we >>set up ? Thanks for the information. [...] > PS: In sending a mail, I noticed that the following logical assignment > > $ def/sys/exe "MAIL$PROTOCOL_SMTP" "MX_MAILSHR" > >in systartup_vms.com works. The other way is to define MAIL$INTERNET_TRANSPORT: $ define/system/exec MAIL$INTERNET_TRANSPORT MX >We need not specify mx%" " in sending >an internet mail in VMS V6.2 + MX4.1. This is very useful. But in >receiving a mail, how can we setup to omit the MX%" " symbols >in the From: field ? Thank you for information. > You can't; since MX V4.1 was released long before VMS V6.2, it always prefixes the address with MX% and quotes it. You *can* change the "MX%" portion to "SMTP%" or whatever using the following undocumented logical: $ define/sys/exec MX_PROTOCOL_PREFIX "SMTP%" Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 05 Sep 1995 14:52:15 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 05 Sep 1995 14:50:53 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: GEIB@VISTANM.COM Message-ID: <00995F27.769547FA.39@ALPHA.WKU.EDU> Subject: RE: Reply to addresses look like UUCP%"" "Mark geib@vistanm.com" writes: > >I am running MX with UUCP from DECUS. I recently upgraded our cluster to OpenVMS >V6.2 and now all the mail from outside our site has reply to addresses whichi are >refixed with UUCP%, prior to this they were prefixed with MX%. Since we only run >UUCP on one machine in the cluster most of our users can't just 'reply' to mail >any longer. > >Has anyone seen this, or have a suggestion on how to fix it. > It sounds like you lost a logical definition that makes UUCP use MX to deliver mail. As documented in the MX Installation Guide, you must add the following to UUCP_CFG:CONTROL.: ! ! -- Make DECUS UUCP UUXQT_DCL procedure use MX to deliver mail. ! !- UUCP_UUXQT_DCL_RMAIL_MX TRUE Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 05 Sep 1995 15:04:12 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 05 Sep 1995 15:03:41 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: DYSON@BLANC.PHYSICS.UIOWA.EDU Message-ID: <00995F29.40787FBE.3@ALPHA.WKU.EDU> Subject: RE: [Help!] Mail Announce Problems dyson@blanc.physics.uiowa.edu (Rick Dyson) writes: > > I have defined the Mail$System_Flags to be 7 (/system/exec) on all >cluster members and have rebooted the machines, all without changing any >of the above symptons. > Sorry---I don't have any suggestions. I checked the MX-List archives to be sure, and in the past, all people with such problems didn't have the logical defined properly (which you do). Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 05 Sep 1995 15:12:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: dyson@sunfish.physics.uiowa.edu (Richard L. Dyson) Subject: Alpha OpenVMS v6.2 and MX v4.1 (anyone else with a VMS cluster?) Message-ID: Reply-To: MX-List@WKUVX1.WKU.EDU Date: Tue, 5 Sep 1995 19:26:17 GMT To: MX-List@WKUVX1.WKU.EDU Does anyone run an OpenVMS cluster of Alphas running OpenVMS v6.2 and MX v4.1? I am having some cluster broadcast problems when a user gets MX mail to the SMTP server process. None of the satellite nodes are told of the new mail, so if the user is not logged into the boot node of the cluster, they do not know they have gotten new mail unless they run Mail explicitly or logout and back in. This is very annoying to users. :) I have setup this logical $ Define /System /Exec Mail$System_Flags 7 on all nodes. At least some of the nodes have been rebooted, but not all have been rebooted since I manually defined this logical name. It appears it is not the default. Note that VMS/DECNet mail from outside the cluster does announce itself on all nodes, so I am confident the system broadcast function works. It is beginning to appear to be a MX problem wedging itself into the new mail application. I am using also using UCX v3.3 and I have set the logical $ Define /System /Exec Mail$Internet_Transport MX If anyone sees something I have done wrong or has any theories, please contact me. I will listen to anything!! If you can help but need more info, please let me know. I can provide MX config.mcp files, UCX info, etc. What ever is needed to squash this critter! Thanks! rick -- Richard L. Dyson INTERNET: dyson@sunfish.Physics.UIowa.EDU o__ o__ o__ o__ _.>/ _>/ _ _.>/ _.>/ _ (_) \(_)\(_) (_) \(_))\(_) (original cycles by trwagner@silver.ucs.indiana.edu) ================================================================================ Archive-Date: Tue, 05 Sep 1995 16:36:08 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 05 Sep 1995 16:38:35 CDT From: Bob Christenson Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <00995F36.827AF7E0.5@fcseng.frco.com> Subject: RE: Alpha OpenVMS v6.2 and MX v4.1 (anyone else with a VMS cluster?) dyson@sunfish.physics.uiowa.edu (Richard L. Dyson) writes: [SNIP] } } $ Define /System /Exec Mail$System_Flags 7 } We are running MX 4.1 on VMS 5-5.2 with UCX 3.1. I seem to recall a similar problem we had with our cluster. Right now we have our Mail$System_Flags set to 6 and mail announcements are working on the satellites. When we tried the 7 setting, mail announcements did not work. Reading through the manuals didn't help shed any light on the issue. I searched through our archives of problem resolutions and didn't find any references to this issue so it must have been fairly old. BTW, we did not need to reboot the cluster to change the characterictics of these settings. It might save you some time in debugging. Hope this helps. +-----------------------------+-------------------------+ | Bob Christenson | VOICE: 515.754.3854 | _/_/_/_/ _/_/ | Sr. Sys Analyst | FAX: 515.754.2831 | _/ _/ _/ _/ | Fisher Controls Int., Inc. +-------------------------+ _/_/_/ _/ | R.A. Engel Technical Center | EMAIL: | _/ _/ _/ _/ | Marshalltown, IA 50158 | rachri1@fcseng.frco.com | _/_/_/_/. _/_/ . +-----------------------------+-------------------------+ ================================================================================ Archive-Date: Wed, 06 Sep 1995 07:15:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 6 Sep 1995 13:48:36 +0200 From: "GWDGV1::MOELLER" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Subject: Re: [Q] V62_Features for mail Hunter Goatley writes: >[...] > You *can* change the "MX%" > portion to "SMTP%" or whatever using the following undocumented > logical: > > $ define/sys/exec MX_PROTOCOL_PREFIX "SMTP%" Very neat - I hope by now it's a "documented feature"! Tiny wishlist item: I could make some use of this "prefix" if it was the _empty_ string. Most likely, MX wouldn't have a problem by itself, but you can't have a zero-length logical name. MX should recognize _some_ value of the logical as signifying the empty string (it's in MX_MAILSHR_PARSING.B32, I just can't write BLISS). Wolfgang J. Moeller, Tel. +49 551 2011516 or -510, moeller@gwdgv1.dnet.gwdg.de GWDG, D-37077 Goettingen, F.R.Germany PSI%(0262)45050859008::MOELLER Disclaimer: No claim intended! | moeller@decus.decus.de w.moeller@ieee.org ================================================================================ Archive-Date: Wed, 06 Sep 1995 08:15:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Message do not get forwarded and stay READY Message-ID: <1995Sep6.090112@genrad.co.uk> From: dongray@genrad.co.uk (Derek Dongray) Date: Wed, 6 Sep 95 09:01:12 +0100 (BST) Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU We are running MX 4.1 with UCX 3.3 on a mixed cluster running OpenVMS 6.1 (VAX/Alpha). Has anyone else observe the problem where message get left in the MX queue in a READY state? All processes are running correctly and the messages can be freed either by simply using MCP QUEUE READY on each message or by issuing an MCP RESET ROUTER which then clears them all. The messages appear to all be cases where they are simply forwarded through the cluster, i.e. someone has sent a message to a user but they have forwarded their mail (using MX transport) to a different system. Entries show up as, for example: Entry: 73, Origin: [Local] Status: READY, size: 538 bytes Created: 5-SEP-1995 17:14:58.85, expires 5-OCT-1995 17:14:58.85 Last modified 5-SEP-1995 17:14:59.47 Recipient #1: Neither node cd4202 nor pump are in the cluster. I have turned debugging on just before sending this, but thought I would make the enquiry first in case it was a known problem with a simple solution (other than issuing an MCR RESET ROUTER at regular intervals). -- Derek Dongray, Systems Manager, GenRad Ltd., Cheshire, UK. dongray@genrad.co.uk dongray@genrad.com 70374,2745 ================================================================================ Archive-Date: Wed, 06 Sep 1995 08:19:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 06 Sep 1995 09:19:16 EDT From: Martin Larsen Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com Message-ID: <00995FC2.4D8E5CC0.6@eccvax.kearfott.com> Subject: Re: [Q] V62_Features for mail >>We need not specify mx%" " in sending >>an internet mail in VMS V6.2 + MX4.1. This is very useful. But in >>receiving a mail, how can we setup to omit the MX%" " symbols >>in the From: field ? Thank you for information. >> >You can't; since MX V4.1 was released long before VMS V6.2, it always >prefixes the address with MX% and quotes it. You *can* change the "MX%" >portion to "SMTP%" or whatever using the following undocumented >logical: > > $ define/sys/exec MX_PROTOCOL_PREFIX "SMTP%" > >Hunter >------ >Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. > Is it possible to eliminate the prefix with the following logical? $ define/sys/exec MX_PROTOCOL_PREFIX "" Martin Larsen, VAX & Network Manager, Kearfott Guidance & Navigation Corp. ================================================================================ Archive-Date: Wed, 06 Sep 1995 08:51:37 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 06 Sep 1995 08:51:31 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00995FBE.6CD4E6E3.1@ALPHA.WKU.EDU> Subject: Re: [Q] V62_Features for mail "GWDGV1::MOELLER" writes: > >Hunter Goatley writes: >>[...] >> You *can* change the "MX%" >> portion to "SMTP%" or whatever using the following undocumented >> logical: >> >> $ define/sys/exec MX_PROTOCOL_PREFIX "SMTP%" > >Very neat - I hope by now it's a "documented feature"! > I do intend to document it next time, yes. >Tiny wishlist item: I could make some use of this "prefix" >if it was the _empty_ string. Most likely, MX wouldn't have >a problem by itself, but you can't have a zero-length logical name. >MX should recognize _some_ value of the logical as signifying >the empty string (it's in MX_MAILSHR_PARSING.B32, I just can't >write BLISS). > Yeah, I looked into that yesterday when I looked up the logical name. It's on the wish list.... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 06 Sep 1995 11:59:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 6 Sep 1995 18:56:13 +0200 From: "GWDGV1::MOELLER" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Subject: Re: [Q] V62_Features for mail Martin Larsen asks: > Is it possible to eliminate the prefix with the following logical? > > $ define/sys/exec MX_PROTOCOL_PREFIX "" Thanks for seconding my wish - it would be possible, _if_ you could get that DCL command to succeed! Someone should stand up and SPR the inability to define a logical name with a zero-length value (DCL's f$trnlnm() wouldn't like it, though) ... Wolfgang J. Moeller, Tel. +49 551 2011516 or -510, moeller@gwdgv1.dnet.gwdg.de GWDG, D-37077 Goettingen, F.R.Germany PSI%(0262)45050859008::MOELLER Disclaimer: No claim intended! | moeller@decus.decus.de w.moeller@ieee.org ================================================================================ Archive-Date: Wed, 06 Sep 1995 15:21:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: postmaster@mancol.edu (Academic Computer Center) Reply-To: MX-List@MadGoat.com Subject: sex Date: Wed, 06 Sep 1995 18:50:43 GMT Message-ID: <42kqbe$145l@romulus.cc.mancol.edu> To: MX-List@WKUVX1.WKU.EDU ================================================================================ Archive-Date: Wed, 06 Sep 1995 20:31:01 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: theharts@aol.com (The Harts) Subject: SMTP Server exits with status 1000090C Date: 6 Sep 1995 21:22:10 -0400 Message-ID: <42lhg2$9as@newsbf02.news.aol.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Greetings: I am trying to install the SMTP transport for MX 4.1 under VMS 6.2 using CMUIP 6.6-5A The SMTP_SERVER log file has only two lines: 1) 6-Sep-1995 17:44:40 SMTP Server starting 2) 6-Sep-1995 17:44:41 SMTP Server exiting, status=1000090C Is this a problem? If so, where in the Docs or the Source would I have found a description? Thanks, Noah Hart ================================================================================ Archive-Date: Thu, 07 Sep 1995 04:25:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: SMTP Server exits with status 1000090C Date: 7 Sep 1995 07:12:04 GMT Message-ID: <42m604$r6q@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <42lhg2$9as@newsbf02.news.aol.com>, theharts@aol.com (The Harts) writes: =Greetings: = =I am trying to install the SMTP transport for MX 4.1 under VMS 6.2 using =CMUIP 6.6-5A = =The SMTP_SERVER log file has only two lines: = =1) 6-Sep-1995 17:44:40 SMTP Server starting =2) 6-Sep-1995 17:44:41 SMTP Server exiting, status=1000090C = =Is this a problem? Yes. =If so, where in the Docs or the Source would I have found a description? Well, you start with the lexical function F$MESSAGE, which tells you: $ WRITE SYS$OUTPUT F$MESSAGE(%X1000090C) %SYSTEM-F-NOSUCHDEV, no such device available Then, under VMS version 6.x you use the command $ HELP/MESSAGE NOSUCHDEV and under older versions of VMS, $ HELP/LIBRARY=SYSMSGHELP ERRORS NOSUCHDEV which tells you: ERRORS NOSUCHDEV ... no such device available Facility: SYSTEM, VMS System Services Explanation: A device name specified for a command or program does not exist, or a system volume is not ready and available for use. User Action: Verify that the device name is specified correctly, and that the device is available in your system configuration. Use the DCL command SHOW DEVICES to determine whether such a device exists. If the device is coded as a logical name, verify that it is assigned a valid equivalence name. Do all your MX logicals (including the one pointing to the queue files) point to valid devices? Have you started the TCP/IP package that you're using with MX? -------------------------------------------------------------------------------- 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, 07 Sep 1995 06:51:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thursday, September 07, 1995, 06:49 AM CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Subject: Exit Status is not unfamiliar, however... We are getting something similar since we switched to version 6.2 of VMS. Here is the only dumpfile that lists anything of value, the others simply exit without a traceback... so i am unsure if this is the same problem or if we have multiple problems... anyway, our SMTP processes keep dying at an intermittent schedule, our queue fills up with quite a few outbound messages, (over 2500 sitting in there right now going nowhere). whats a mother to do?! sure hope its sumpn we can fix on our end... MX version id is: MX V4.1 AXP TGV MultiNet V3.4 Rev B-X, AlphaServer 2100 4/200, OpenVMS AXP V6.2 %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=0000001C, PC=00031FD0, PS=0000001B %TRACE-F-TRACEBACK, symbolic stack dump follows Image Name Module Name Routine Name Line Number rel PC abs PC MX_SMTP MX_SMTP COMMAND 32 00001FD0 00031FD0 MX_SMTP MX_SMTP GRP3_AST 32 000023AC 000323AC 0 800905A4 800905A4 ================================================================================ Archive-Date: Thu, 07 Sep 1995 06:55:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thursday, September 07, 1995, 06:52 AM CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Subject: Unsure if that last one got there.... We are getting something similar since we switched to version 6.2 of VMS. Here is the only dumpfile that lists anything of value, the others simply exit without a traceback... so i am unsure if this is the same problem or if we have multiple problems... anyway, our SMTP processes keep dying at an intermittent schedule, our queue fills up with quite a few outbound messages, (over 2500 sitting in there right now going nowhere). whats a mother to do?! sure hope its sumpn we can fix on our end... MX version id is: MX V4.1 AXP TGV MultiNet V3.4 Rev B-X, AlphaServer 2100 4/200, OpenVMS AXP V6.2 %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=0000001C, PC=00031FD0, PS=0000001B %TRACE-F-TRACEBACK, symbolic stack dump follows Image Name Module Name Routine Name Line Number rel PC abs PC MX_SMTP MX_SMTP COMMAND 32 00001FD0 00031FD0 MX_SMTP MX_SMTP GRP3_AST 32 000023AC 000323AC 0 800905A4 800905A4 0 80461B78 80461B78 MX_SMTP MX_SMTP UPDATE 32 00000960 00030960 MX_SMTP MX_SMTP GET_WORK 32 00000B30 00030B30 MX_SMTP MX_SMTP MX_SMTP 32 00001A5C 00031A5C 0 9CB38170 9CB38170 I logged in direct to port 25 to deliver this by hand... Ron Rockwell, Systems Programmer UMKC Academic Computing Services ================================================================================ Archive-Date: Thu, 07 Sep 1995 09:19:48 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Sep 1995 09:05:20 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: RROCKWELL@CCTR.UMKC.EDU Message-ID: <00996089.85C11368.42@ALPHA.WKU.EDU> Subject: RE: Unsure if that last one got there.... Ron writes: > >We are getting something similar since we switched to version 6.2 of VMS. >Here is the only dumpfile that lists anything of value, the others simply >exit without a traceback... so i am unsure if this is the same problem or >if we have multiple problems... anyway, our SMTP processes keep dying >at an intermittent schedule, our queue fills up with quite a few outbound >messages, (over 2500 sitting in there right now going nowhere). > There is some bug in the code that the processes use to notify each other when an entry has been processed. I've not been able to track down exactly what's going on, but it can happen if you CANCEL an entry that's INP by one of the SMTP agents. I'm sure there are other ways too, since you're seeing it. One thing to do is make sure you don't have any zero-length files in the MX_FLQ_DIR: directories. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Thu, 07 Sep 1995 09:49:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Sep 1995 09:46:32 CST From: Andy Rupf Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU CC: randrew@CCTR.UMKC.EDU Message-ID: <0099608F.4749C10B.506@CCTR.UMKC.EDU> Subject: Disappearing Processes Howdy, I wanted to ask if anyone here had experienced the problem of disappearing VMS MX-processes. We have had a serious problem keeping Local and/or SMTP delivery agents from exiting. I will start them in the morning after I notice they are gone, and will be lucky if they last the day. Attempts to reset the mailer on the cluster can kill any standing delivery agents of one or both types. Any help we could get would be great. Thank you! --------------------------------------------------------------------------- Andrew Rupf Programmer RANDREW@CCTR.UMKC.EDU Academic Computing Services KB0QVX University of Missouri, Kansas City --------------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 07 Sep 1995 10:03:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Sep 1995 11:00:45 EDT From: "Edward J. Groth" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: groth@PUPGG.PRINCETON.EDU Message-ID: <00996099.A5470C0F.25524@PUPGG.PRINCETON.EDU> Subject: RE: Disappearing Processes Andy - > I wanted to ask if anyone here had experienced the problem of disappearing > VMS MX-processes. We have had a serious problem keeping Local and/or SMTP > delivery agents from exiting. I will start them in the morning after I > notice they are gone, and will be lucky if they last the day. Attempts to > reset the mailer on the cluster can kill any standing delivery agents of > one or both types. > > Any help we could get would be great. Thank you! Well, mine don't die that often - about once a month I lose an MX process. So here's what I use - you'll have to modify for your conditions: $ set noverify $! This procedure is to be run as a detached process under the $! system account (an input for loginout.exe). It periodically $! checks for the existence of the MX processes. If one is $! found to be missing, it is restarted and messages are written $! to the log file. $! $! If run with the p1 = start, then a detached process is started $! to run this procedure. $! $! If the system logical name MX_MONITOR_STOP is defined, then $! this procedure stops after its next iteration. $! $! $! Number of MX processes $ nmxproc=5 $! $! names of processes (each name preceded by an index which is $! it's position in the next list (will work for 9 processes!)) $ pnames="1MX Router2MX Local3MX MLF4MX SMTP5SMTP Server" $! $! corresponding names of processes for MX_EXE:MX_START $ snames="/ROUTER/LOCAL/MLF/SMTP/SMTP_SERVER" $! $! $! $! Check for start $ if p1 .nes. "START" then goto MAIN $! $! Here we fire it up $ run sys$system:loginout/noauthorize/uic=[1,4]/process="MX Monitor"- /input=sys$manager:mx_monitor.com/output=sys$common:[sysmgr]mx_monitor.log $! $! and quit $ exit $! $MAIN: $! $! Purge old versions of monitor log file $ if f$search("sys$common:[sysmgr]mx_monitor.log") .nes. "" then - purge/keep=3 sys$common:[sysmgr]mx_monitor.log $! $! $! Start a loop where we check on all processes $LOOP: $! $! Say we don't have any processes $ pcnt=1 $PILOOP: $ have'pcnt'=0 $ pcnt=pcnt+1 $ if pcnt .le. nmxproc then goto PILOOP $! $! establish context symbol $ context="" $! $! Look at all processes on the system $FINDPROC: $! $ pid=f$pid(context) $ if pid .eqs. "" then goto DONEFINDPROC $ testname=f$getjpi(pid,"PRCNAM") $ testname=f$edit(testname,"TRIM") $ pos=f$locate(testname,pnames) $ if pos .eq. f$length(pnames) then goto FINDPROC $ pos = pos - 1 $ pos=f$integer(f$extract(pos,1,pnames)) $ have'pos'=1 $ goto FINDPROC $! $DONEFINDPROC: $! $! Now see which processes are running $ pcnt=1 $ notrunning=0 $PRLOOP: $! $ name=f$element(pcnt,"/",snames) $ if have'pcnt' .eq. 1 then goto DONEPRLOOP $! $! Here process is not running $ write sys$output f$time()," Process ",name," is not running, restarted." $ @mx_exe:mx_start 'name' $ notrunning=1 $! $DONEPRLOOP: $! $ pcnt=pcnt+1 $ if pcnt .le. nmxproc then goto PRLOOP $! $! If all processes running, put out a comforting message $ if notrunning .eq. 0 then - write sys$output f$time()," All MX processes are running." $! $! Wait a bit and do it again $KEEPGOING: $ wait 00:30:00 $! $! See if we should quit $ if f$trnlnm("MX_MONITOR_STOP") .eqs. "" then goto LOOP $ deassign/system mx_monitor_stop $ write sys$output f$time()," Received stop signal, exiting." $ exit /----------------------------------------------------------------------\ | Edward J. Groth | Phone: 609-258-4361 Fax: 609-258-6853 | | Physics Dept., Jadwin Hall | URL: http://pupgg.princeton.edu/~groth/ | | Princeton University | SPAN/HEPNET: PUPGG::GROTH=44117::GROTH | | Princeton, NJ 08544 | Internet: groth@pupgg.princeton.edu | \----------------------------------------------------------------------/ ================================================================================ Archive-Date: Thu, 07 Sep 1995 10:41:39 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Sep 1995 06:41:21 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <00996075.6833FFC7.2559@CCTR.UMKC.EDU> Subject: Re: SMTP Server exits with status 1000090C We are getting something similar since we switched to version 6.2 of VMS. Here is the only dumpfile that lists anything of value, the others simply exit without a traceback... so i am unsure if this is the same problem or if we have multiple problems... anyway, our SMTP processes keep dying at an intermittent schedule, our queue fills up with quite a few outbound messages, (over 2500 sitting in there right now going nowhere). whats a mother to do?! sure hope its sumpn we can fix on our end... MX version id is: MX V4.1 AXP TGV MultiNet V3.4 Rev B-X, AlphaServer 2100 4/200, OpenVMS AXP V6.2 %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=0000001C, PC=00031FD0, PS=0000001B %TRACE-F-TRACEBACK, symbolic stack dump follows Image Name Module Name Routine Name Line Number rel PC abs PC MX_SMTP MX_SMTP COMMAND 32 00001FD0 00031FD0 MX_SMTP MX_SMTP GRP3_AST 32 000023AC 000323AC 0 800905A4 800905A4 0 80461B78 80461B78 MX_SMTP MX_SMTP UPDATE 32 00000960 00030960 MX_SMTP MX_SMTP GET_WORK 32 00000B30 00030B30 MX_SMTP MX_SMTP MX_SMTP 32 00001A5C 00031A5C 0 9CB38170 9CB38170 Ron Rockwell, Systems Programmer UMKC Academic Computing Services ================================================================================ Archive-Date: Thu, 07 Sep 1995 10:43:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: Graham Walmsley Reply-To: MX-List@MadGoat.com Subject: Re: SMTP Server exits with status 1000090C Date: Thu, 07 Sep 1995 15:36:10 GMT Message-ID: <810488170.20221@digdev.demon.co.uk> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii To: MX-List@WKUVX1.WKU.EDU I have a similar problem but with SMTP rather than SMTP_SERVER. SMTP will send one message from the queue, start on the next entry (Status INPROG) and promptly vanish. My log files contains the following two lines. 7-SEP-1995 11:57:04.80: MX SMTP (pid 000000E4) starting 7-SEP-1995 11:57:37.89: MX SMTP (pid 000000E4) exiting, status = 1000000C Comments please. ================================================================================ Archive-Date: Thu, 07 Sep 1995 11:22:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Sep 1995 11:21:44 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: RANDREW@CCTR.UMKC.EDU Message-ID: <0099609C.9380D31D.4@ALPHA.WKU.EDU> Subject: RE: Disappearing Processes Andy Rupf writes: > >I wanted to ask if anyone here had experienced the problem of disappearing >VMS MX-processes. We have had a serious problem keeping Local and/or SMTP >delivery agents from exiting. I will start them in the morning after I >notice they are gone, and will be lucky if they last the day. Attempts to >reset the mailer on the cluster can kill any standing delivery agents of >one or both types. > As I replied to an earlier post from someone else there, check for zero-length data files in the MX_FLQ_DIR: directories. One way is to do a SHOW QUEUE/ALL/FULL and find those entries that are missing files. You can either READY the original entry or, if it's destined for MX Router, CANCEL the entry to clean things up. My guess is that you have a number of those entries that are causing your agents to die. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Thu, 07 Sep 1995 11:41:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Sep 1995 11:38:48 CDT From: Dave Miller Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099609E.F5FE8FDE.15@BEAVER.Bemidji.MSUS.edu> Subject: RE: Disappearing Processes Andy Rupf writes ... > I wanted to ask if anyone here had experienced the problem of disappearing > VMS MX-processes. We have had a serious problem keeping Local and/or SMTP > delivery agents from exiting. I will start them in the morning after I > notice they are gone, and will be lucky if they last the day. Attempts to > reset the mailer on the cluster can kill any standing delivery agents of > one or both types. > > Any help we could get would be great. Thank you! When that happened to me, I traced the problem to a corrupted queue. After attempting to keep up, I finally gave up and created a brand new one. That cured the problem //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ================================================================================ Archive-Date: Thu, 07 Sep 1995 11:44:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: theharts@aol.com (The Harts) Subject: Re: SMTP Server exits with status 1000090C Date: 7 Sep 1995 12:23:09 -0400 Message-ID: <42n69d$l1s@newsbf02.news.aol.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Thank you Carl and others -- The "NO SUCH DEVICE" translation showed that the NETLIB transport logical was not set. I had mistakenly installed the DEC UCX transport instead of the CMU. I'll start a new thread for my next question :) Noah Hart ================================================================================ Archive-Date: Thu, 07 Sep 1995 11:45:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: theharts@aol.com (The Harts) Subject: SMTP_LOG fails with DSN_MXLOOK status 908 Date: 7 Sep 1995 12:31:22 -0400 Message-ID: <42n6oq$l3r@newsbf02.news.aol.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Now this one _has_ to be easier. My guess is that the NAME -> IP translation is failing. I am running MX 4.1, NETLIB 2.0H, CMU 6.6-5A, VMS 6.2 The following succeeds: IPNCP> HOSTNAM LIPMAN Address [1] 192.149.83.95 IPNCP> HOSTNAM LIPMAN.COM Address [1] 192.149.83.95 However when I send a message to NOAH@LIPMAN or NOAH@LIPMAN.COM I get the error message in the SMTP_LOG: SMTP_SEND: lookingup host name LIPMAN.COM SMTP_SEND: DSN_MXLOOK status is 908 SMTP_SEND: failed, sts=908 I also tried setting the logical NETLIB_nameservers to be 192.149.83.65 (the node i'm on), but same error. Where did I go wrong? Where would I have found the meaning of this error message? Is there is DCL command line procedure for DSN lookups? Example: $DSN_MXLOOK LIPMAN (would return 192.149.83.95) Thank you all for your patience, Noah Hart ================================================================================ Archive-Date: Thu, 07 Sep 1995 15:16:45 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: SMTP Server exits with status 1000090C Date: 7 Sep 1995 20:03:40 GMT Message-ID: <42nj6s$r2b@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <810488170.20221@digdev.demon.co.uk>, Graham Walmsley writes: =I have a similar problem but with SMTP rather than SMTP_SERVER. =SMTP will send one message from the queue, start on the next =entry (Status INPROG) and promptly vanish. = =My log files contains the following two lines. = = 7-SEP-1995 11:57:04.80: MX SMTP (pid 000000E4) starting = 7-SEP-1995 11:57:37.89: MX SMTP (pid 000000E4) exiting, status = 1000000C = =Comments please. You're getting an access violation. I've seen this happen when the queue file is corrupted, and if I recall correctly, has been known to happen when you get zero-length files that shouldn't be zero-length in the queue directory. You might try shutting down the incoming parts of MX (i.e., stop SMTP_SERVER and make MX_MAILSHR inaccessible), then force delivery of as many messages in the queue as you can, send the information about as many of those remaining as you can back to the originator, and then recreate your queue file. -------------------------------------------------------------------------------- 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, 07 Sep 1995 15:37:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 07 Sep 1995 13:35:41 PST From: Rick Leiber (415) 329-4052 Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rleiber@isdmnl.wr.usgs.gov Message-ID: <009960AF.49D24D9C.133@isdmnl.wr.usgs.gov> Subject: RE: Disappearing Processes We recently went through an episode here where our local mx-process died regularly...we eventually discovered one of our subscribers in a mx-mailing list had an invalid local alias set up. The tip-off was the zero-byte INP record that was listed when we executed a QUEUE SHOW/BRIEF and observing why the local mx-process was dying every 30 minutes (the interval set to re-process entries in our MX-Queue). *********************************************************** * Rick Leiber VAX/SUN Systems Manager * * Recom Technologies @ US Geological Survey * * TELE: 415-329-4052 Menlo Park, CA, USA 94025 * * FAX: 415-329-4026 INTERNET/E-Mail: * * E PLURIBUS UNUM-IGWT rleiber@isdmnl.wr.usgs.gov * *********************************************************** ================================================================================ Archive-Date: Thu, 07 Sep 1995 18:31:12 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: SMTP_LOG fails with DSN_MXLOOK status 908 Date: 7 Sep 1995 23:11:35 GMT Message-ID: <42nu77$r2b@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <42n6oq$l3r@newsbf02.news.aol.com>, theharts@aol.com (The Harts) writes: =Now this one _has_ to be easier. My guess is that the NAME -> IP =translation is failing. = =I am running MX 4.1, NETLIB 2.0H, CMU 6.6-5A, VMS 6.2 = =The following succeeds: =IPNCP> HOSTNAM LIPMAN = Address [1] 192.149.83.95 =IPNCP> HOSTNAM LIPMAN.COM = Address [1] 192.149.83.95 = =However when I send a message to NOAH@LIPMAN or NOAH@LIPMAN.COM I get the =error message in the SMTP_LOG: = =SMTP_SEND: lookingup host name LIPMAN.COM =SMTP_SEND: DSN_MXLOOK status is 908 =SMTP_SEND: failed, sts=908 = =I also tried setting the logical NETLIB_nameservers to be 192.149.83.65 =(the node i'm on), but =same error. = =Where did I go wrong? =Where would I have found the meaning of this error message? You'd use the F$MESSAGE lexical and the command HELP/LIBR=SYSMSGHELP for older versions of VMS, HELP/MESSAGE for newer versions. $ WRITE SYS$OUTPUT F$MESSAGE(%X908) %SYSTEM-W-NOSUCHDEV, no such device available $ HELP/LIBR=SYSMSGHELP ERROR NOSUCHDEV Errors NOSUCHDEV nonexistent drive Facility: VAXCLUSTER, VAXcluster Facility Explanation: A nonexistent drive was specified for the satellite system disk. User Action: Check the load assist parameter specification in the DECnet MOP database using NCP. Ensure that the correct system disk is specified and make sure it is served using the SHOW DEVICE /SERVED command. no such device available Facility: SYSTEM, VMS System Services Explanation: A device name specified for a command or program does not exist, or a system volume is not ready and available for use. User Action: Verify that the device name is specified correctly, and that the device is available in your system configuration. Use the DCL command SHOW DEVICES to determine whether such a device exists. If the device is coded as a logical name, verify that it is assigned a valid equivalence name. MX is somehow trying to assign a channel to a non-existent device. Make sure you've installed MX with the proper transport, and that your MX logical names are properly defined. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 08 Sep 1995 04:28:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Sep 1995 04:19:27 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099612A.BFD9E91B.148@CCTR.UMKC.EDU> Subject: RE: Disappearing Processes => =>Andy Rupf writes ... =>> I wanted to ask if anyone here had experienced the problem of disappearing =>> VMS MX-processes. We have had a serious problem keeping Local and/or SMTP =>> delivery agents from exiting. I will start them in the morning after I =>> notice they are gone, and will be lucky if they last the day. Attempts to =>> reset the mailer on the cluster can kill any standing delivery agents of =>> one or both types. =>> =>> Any help we could get would be great. Thank you! => =>When that happened to me, I traced the problem to a corrupted queue. After =>attempting to keep up, I finally gave up and created a brand new one. That =>cured the problem => Its the last resort, but we do it that way here too. To our misfortune, however, it has not cured us this time... trying again tonight... soon as i can get the queue down to its "waiting on" state. Ron Rockwell, Systems Programmer UMKC Academic Computing Services ================================================================================ Archive-Date: Fri, 08 Sep 1995 16:17:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Sep 1995 16:16:47 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099618E.F603B4E0.1@ALPHA.WKU.EDU> Subject: MX digest software update and a process watchdog If you're using my MX-DIGEST software, you might want to pick up the new MX-DIGEST.ZIP file on ftp.madgoat.com in [.MX.CONTRIB]. This version corrects a problem with VMS Mail truncating digest files that have lines longer than 256 characters in them. If there is such a line, it's now wrapped at a reasonable length so it passes through MX OK. Also, Shawn Clifford has contributed a generic MX_WATCHDOG.COM file. Like the one posted here a couple of days ago, this will watch for missing MX processes and restart them. Shawn's uses the MX startup file to determine which processes should be running on each node. It too is on ftp.madgoat.com in [.MX.CONTRIB]. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Fri, 08 Sep 1995 19:07:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 08 Sep 1995 17:05:00 PST From: Ed Bates Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com CC: ebates@vms1.cc.uop.edu Message-ID: <00996195.B206046C.230@vms1.cc.uop.edu> Subject: RE: MX digest software update and a process watchdog On Fri, 08 Sep 1995 at 16:16:47 CDT, Hunter Goatley wrote: >If you're using my MX-DIGEST software, you might want to pick up the >new MX-DIGEST.ZIP file on ftp.madgoat.com in [.MX.CONTRIB]. This >version corrects a problem with VMS Mail truncating digest files that >have lines longer than 256 characters in them. If there is such a >line, it's now wrapped at a reasonable length so it passes through >MX OK. > >Also, Shawn Clifford has contributed a generic MX_WATCHDOG.COM file. >Like the one posted here a couple of days ago, this will watch for >missing MX processes and restart them. Shawn's uses the MX startup >file to determine which processes should be running on each node. >It too is on ftp.madgoat.com in [.MX.CONTRIB]. This is wonderful! I'm just getting started with DIGEST, so this is good to hear. However, every time I try to connect to the site, I get "connection refused". Are there specific hours of operation on ftp.madgoat.com? -- Ed - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Edwin J. "Ed" Bates VAX/UNIX Administrator System Administrator Internet Administrator . . _ _ Office of Computing Services Macintosh Consultant |#| / \ | \ University of the Pacific Internet: ebates@uop.edu |#| | | |_/ 877 W. Stadium Dr. Telephone: (209) 946-2251 |#| | | | Stockton, CA 95211 Fax: (209) 946-2898 \_/ \_/ | ================================================================================ Archive-Date: Fri, 08 Sep 1995 19:52:59 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: MX's POP3? Message-ID: <1995Sep8.141016.128@eiger.k2.net> From: bulat@eiger.k2.net (Darko Bulat, Ljubljana) Reply-To: MX-List@MadGoat.com Date: 8 Sep 95 14:10:16 +0100 To: MX-List@WKUVX1.WKU.EDU Hello! MX serves me well, and I'm gratefull for such nice peace of software. Yet, several tasks I have to patch with other programs, that I believe should be part of mailer itself. One of more important (to me) is POP3 server. For the time beeing, I'm using IUPOP3 (I've switched from Multi- net's own POP3 server), but I still have troubles with MIME messages. Also, IUPOP3 has some flaws (highly connected only with "native" DECNET MAIL) that prements me from beeing totaly satisfied with it. Although I've patched up one problem, there are others as well, with that IUPOP3, so in a way I thought of MX's own POP3 server. Are there plans for adding that feature for some future release of MX? I believe that it could also help in resolving problems related with decoding of MIME messages by MX Local (maybe not, I'm not that deep into MX).. Anyway, thanks for your patience.. Regards! Darko Bulat, K2.net ================================================================================ Archive-Date: Fri, 08 Sep 1995 19:53:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: Peter Burnett Reply-To: MX-List@MadGoat.com Subject: MX software Date: 08 Sep 95 23:36:38 Message-ID: To: MX-List@WKUVX1.WKU.EDU b> What is the latest version? Will it run with VMS 5.5-2? Yes, happily running on a pair of 3100's here, MX 4.1 with VMS 5.5-2 -- Peter Burnett Internet: pdb@neverlnd.demon.co.uk 10 Parsons Close Fidonet: Peter Burnett 2:441/80 St. Leonards On Sea East Sussex, UK, TN38 9QT Fax: 44-1424-853364 ================================================================================ Archive-Date: Sun, 10 Sep 1995 02:37:08 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: henrym@sacto.mp.usbr.gov Subject: Re: Problem between MX and WP mail Date: Sun, 10 Sep 1995 06:11:54 GMT Message-ID: <00996292.1DC23908@sacto.mp.usbr.gov> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <19950829070347.1819313c.in@pc-185-60.osmre.gov>, Rick Stacks writes: > >At 16:02 1995/8/28 -0400, dbadrak@census.gov wrote: >> >> >>The strange thing with this message (from it's originator) is that Spire >>Technologies now supports WP Office on VMS. I asked them these types of >>questions, they waffled for about a month, and they came back and said >>that they don't support using MX. >> >>On Mon, 28 Aug 1995, Rick Stacks wrote: >> >>> >>> At 21:40 1995/8/25 +0000, henrym@sacto.mp.usbr.gov wrote: >>> > >>> >Hi, all, >>> > >[stuff deleted] >>> >>> Personally, I feel that any problem that occurs between WP Mail and >>> any other mail system is the problem of WP Mail. WP Mail does NOT >>> appear to be RFC compliant and does NOT send and receive internet >>> messages very well, nor does it do a very good job of communicating >>> with any other mail system other than WP Mail or Groupwise. IMHO. >>> >> This is an uderstatement... >>The problem I believe w/ WPOFF31 mail is that it doesn't like something >>in the (proper) RFC header. That is, when a message is received, it >>tries to create a file using some component of the recipient (and/or >>sender), and there are characters it doesn't like. >> > >It would be *very* nice if Spire would make WP Mail RFC compliant. >Making oneself a remote island in the middle of a communicating world >just doesn't make a helluva lot of sense nowadays. Things like that >tend to hurt, not help business! :-| > >Hey Spire -- y'all catching this thread? > >> >>(sorry for level of nesting, but it's necessary to reply to the various >>points made). >> > >sometimes its better to have too much than not enough... > >Have a great week Don! > >>Don >>--- >-- Rick > >-- >Rick Stacks, Computer Section | They that give up essential liberty >Ark Dept of Pollution Control | to obtain a little temporary safety >8001 National Dr. / POB 8913 | deserve neither liberty nor safety >Little Rock, AR 72219 USA | -- Benjamin Franklin, 1759 >voice:501-682-0671 fax:501-682-0707 email:stacks@adpce.lrk.ar.us > -HWM ---------- Henry W. Miller Assistant Systems and Network Manager U.S. Bureau of Reclamation, Mid Pacific Region 2800 Cottage Way MP1130 Sacramento, CA 95825 (916) 979-2382 ================================================================================ Archive-Date: Mon, 11 Sep 1995 07:46:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 11 Sep 1995 07:46:30 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <009963A3.2BBBA56E.11@ALPHA.WKU.EDU> Subject: RE: MX digest software update and a process watchdog Ed Bates writes: > >This is wonderful! I'm just getting started with DIGEST, so this is >good to hear. However, every time I try to connect to the site, I >get "connection refused". Are there specific hours of operation on >ftp.madgoat.com? > No, but the system it runs on is an Alpha with only 32MB; occasionally, the thing runs out of memory and everything hangs. I'm trying to get something done about that soon.... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 12 Sep 1995 11:07:22 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: dyson@sunfish.physics.uiowa.edu (Richard L. Dyson) Subject: Msg Header Contents Question Message-ID: Reply-To: MX-List@WKUVX1.WKU.EDU Date: Tue, 12 Sep 1995 15:56:09 GMT To: MX-List@WKUVX1.WKU.EDU I am trying to figure out where the VAX node name is grabbed by a MX agent and placed in the "Received: ..." headers as the message is sent outbound. Is it "MX Router"? This has become an issue because we are setting up a secure mailing system to a remote site and the traceback path is used as part of the authentication process. Here is an example of a full MX msg header I sent that illustrates my questions: From dyson@IowaSP.Physics.UIowa.EDU Tue Sep 12 09:38 CDT 1995 Return-Path: Received: from SPIKE.Physics.UIowa.Edu by sunfish.physics.uiowa.edu (5.x/SMI-SVR4) id AA10865; Tue, 12 Sep 1995 09:38:53 -0500 Received: by IowaSP.Physics.UIowa.EDU (MX V4.1 VAX) id 3; Tue, 12 Sep 1995 09:38:50 CDT Date: Tue, 12 Sep 1995 09:38:49 CST From: Rick Dyson 319/335-1879 To: dyson@sunfish.physics.uiowa.edu Cc: dyson@IowaSP.Physics.UIowa.EDU Message-Id: <0099647C.0761C2A0.3@IowaSP.Physics.UIowa.EDU> Content-Type: text Content-Length: 2478 X-Lines: 64 Status: RO The top "Received: from SPIKE.Physics.UIowa.Edu ..." is what I am trying to understand. I sent the message from another VMS node, but I do have some MX agents ("MX Router", MX SMTP", & "MX Local") running on SPIKE. I also have some of these agents running on other cluster nodes, but I have never actually seen their node name come up in outbound messages. If I only run "MX Router" on one node, can I insure the content of these headers will be consistent? Here is what was running at the time: MCP> status PID Node Process name Status Agent type -------- ------ --------------- ------------------ ------------ 20E00098 SPIKE MX Router Idle Router agent 2220011E IOWA4 MX Router Idle Router agent 20E00099 SPIKE MX Local Idle Local delivery agent 2220011F IOWA4 MX Local Idle Local delivery agent 20A00098 LAFVAX MX SMTP Idle SMTP delivery agent 20E0009A SPIKE MX SMTP Idle SMTP delivery agent 22200120 IOWA4 MX SMTP Idle SMTP delivery agent 22200121 IOWA4 MX SMTP Server Idle SMTP server (over TCP/IP) 2220011D IOWA4 MX FLQ Manager Idle MX FLQ manager If you have a suggestion on how to distribute my MX work load *and* allow the consistency in message paths I would love to here from you! Thanks! rick -- Richard L. Dyson INTERNET: dyson@sunfish.Physics.UIowa.EDU o__ o__ o__ o__ _.>/ _>/ _ _.>/ _.>/ _ (_) \(_)\(_) (_) \(_))\(_) (original cycles by trwagner@silver.ucs.indiana.edu) ================================================================================ Archive-Date: Tue, 12 Sep 1995 15:43:46 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Msg Header Contents Question Date: 12 Sep 1995 20:31:52 GMT Message-ID: <434qno$q8e@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , dyson@sunfish.physics.uiowa.edu (Richard L. Dyson) writes: = = I am trying to figure out where the VAX node name is grabbed by a MX =agent and placed in the "Received: ..." headers as the message is sent =outbound. It's not. The "Received:" lines are put in the headers as the message is inbound to a system. Is it "MX Router"? This has become an issue because we are =setting up a secure mailing system to a remote site and the traceback =path is used as part of the authentication process. = = Here is an example of a full MX msg header I sent that illustrates my =questions: = =From dyson@IowaSP.Physics.UIowa.EDU Tue Sep 12 09:38 CDT 1995 =Return-Path: =Received: from SPIKE.Physics.UIowa.Edu by sunfish.physics.uiowa.edu (5.x/SMI-SVR4) = id AA10865; Tue, 12 Sep 1995 09:38:53 -0500 =Received: by IowaSP.Physics.UIowa.EDU (MX V4.1 VAX) id 3; Tue, 12 Sep 1995 = 09:38:50 CDT =Date: Tue, 12 Sep 1995 09:38:49 CST =From: Rick Dyson 319/335-1879 =To: dyson@sunfish.physics.uiowa.edu =Cc: dyson@IowaSP.Physics.UIowa.EDU =Message-Id: <0099647C.0761C2A0.3@IowaSP.Physics.UIowa.EDU> =Content-Type: text =Content-Length: 2478 =X-Lines: 64 =Status: RO = = The top "Received: from SPIKE.Physics.UIowa.Edu ..." is what I am =trying to understand. Well, in that case, you're posting to the wrong group. That line was generated by sunfish.physics.uiowa.edu, which is running (5.x/SMI-SVR4). Presumably it took the IP address of the machine it was talking to and did a reverse lookup of the name. Perhaps sunfish is using its own hosts database rather than DNS, and its hosts database is wrong? -------------------------------------------------------------------------------- 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, 12 Sep 1995 21:19:42 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 12 Sep 1995 21:15:24 CDT From: kmoch@whscdp.whs.edu Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: kmoch@whscdp.whs.edu Message-ID: <009964DD.56F9ECA0.17@whscdp.whs.edu> Subject: multiple file servers There doesn't seem to be a way to maintain archives for multiple file servers in one tree and have a help distinct help file for each instead of one helpfile specific to each fileserver. Am I missing something or does this capability not exist (and therefore be placed on a wishlist)? Here's my current setup: MCP> show list Mailing lists: Name: whs-inservice-l Owner: "kmoch@WHSCDP.WHS.EDU" Reply-to: NOList, Sender Archive: USER:[WHS.ARCHIVE.WHS-INSERVICE-L] Description: This is a demonstration mailing list for use with inservice instr uction Errors-to: kmoch@whscdp.whs.edu Strip header: NOReceived, NOOther Private list: No Case sensitive: Yes Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:E) Name: mps-inet Owner: "kmoch@WHSCDP.WHS.EDU" Reply-to: NOList, Sender Archive: USER:[WHS.ARCHIVE.MPS-INET] Description: List for MPS Internet Committee discussion Errors-to: kmoch@whscdp.whs.edu Strip header: NOReceived, NOOther Private list: No Case sensitive: Yes Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:E) MCP> show file File servers: Name: WHS-INSERVICE-L-ARCHIVE, Manager: kmoch@whscdp.whs.edu Root: USER:[WHS.ARCHIVE.] Linked to mailing list: WHS-INSERVICE-L No delay threshold. Daily limits: Server: 0 Host: 0 User: 0 Name: MPS-INET-ARCHIVE, Manager: kmoch@whscdp.whs.edu Root: USER:[WHS.ARCHIVE.] Linked to mailing list: MPS-INET No delay threshold. Daily limits: Server: 0 Host: 0 User: 0 In essence, I would like to put a file perhaps named mps-inet-archive-help.txt in the directory [whs.archive.mps-inet-archive] and another file named whs-inservice-l-archive-help.txt in the directory [whs.archive.whs-inservice-l-archive] but mx apparently doesn't work that way. If it doesn't could this be considered in a future release of mx? Thanks! Joe -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ================================================================================ Archive-Date: Wed, 13 Sep 1995 11:05:59 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Sep 1995 11:03:15 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-list@wkuvx1.wku.edu CC: MX-list-digest@wkuvx1.wku.edu Message-ID: <00996550.FD5662C2.49@ALPHA.WKU.EDU> Subject: Adminstrivia: Digest changes Hi. FYI, the mailing list software in use at WKU has been updated to better support digest versions of the WKU mailing lists. Previously, there were two lists: a non-digest list and a -digest list (for example, MACRO32 and MACRO32-Digest). Now, as with LISTSERV lists, there is only one list that contains both non-digest and digest subscribers. This change means that you can toggle between NODIGEST and DIGEST modes by using the new MXserver commands: SET listname DIGEST SET listname NODIGEST If you were on a -Digest list, you have been added to the original list with the DIGEST flag set. To signoff a list, you would send the following command in the body of a mail message to : SIGNOFF listname where "listname" is the name of the list (e.g., MACRO32). **************************************** NOTE: A few of you had subscribed to both the non-digest and the digest versions of a list. Under the new scheme, such a dual setting is no longer possible. If you wish to ensure that you get the digest version, you must send the "SET listname DIGEST" command to MXserver. **************************************** Please note that all list processor commands should be mailed to , not the list itself. Hunter, MX administrator for WKU ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 13 Sep 1995 11:06:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Sep 1995 11:03:15 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-list@wkuvx1.wku.edu CC: MX-list-digest@wkuvx1.wku.edu Message-ID: <00996550.FD5662C2.49@ALPHA.WKU.EDU> Subject: Adminstrivia: Digest changes Hi. FYI, the mailing list software in use at WKU has been updated to better support digest versions of the WKU mailing lists. Previously, there were two lists: a non-digest list and a -digest list (for example, MACRO32 and MACRO32-Digest). Now, as with LISTSERV lists, there is only one list that contains both non-digest and digest subscribers. This change means that you can toggle between NODIGEST and DIGEST modes by using the new MXserver commands: SET listname DIGEST SET listname NODIGEST If you were on a -Digest list, you have been added to the original list with the DIGEST flag set. To signoff a list, you would send the following command in the body of a mail message to : SIGNOFF listname where "listname" is the name of the list (e.g., MACRO32). **************************************** NOTE: A few of you had subscribed to both the non-digest and the digest versions of a list. Under the new scheme, such a dual setting is no longer possible. If you wish to ensure that you get the digest version, you must send the "SET listname DIGEST" command to MXserver. **************************************** Please note that all list processor commands should be mailed to , not the list itself. Hunter, MX administrator for WKU ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 13 Sep 1995 12:54:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Sep 1995 12:52:25 CDT From: Dave Miller Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996560.3D078E58.93@BEAVER.Bemidji.MSUS.edu> Subject: RE: Adminstrivia: Digest changes Hunter .. > This change means that you can toggle between NODIGEST and DIGEST modes > by using the new MXserver commands: > > SET listname DIGEST > SET listname NODIGEST Did I miss an update? Is this version available for downloading, yet? //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ================================================================================ Archive-Date: Wed, 13 Sep 1995 12:59:01 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Sep 1995 12:58:16 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: SYSTEM@BEAVER.BEMIDJI.MSUS.EDU Message-ID: <00996561.0E532B6D.1@ALPHA.WKU.EDU> Subject: RE: Adminstrivia: Digest changes Dave Miller writes: > >> This change means that you can toggle between NODIGEST and DIGEST modes >> by using the new MXserver commands: >> >> SET listname DIGEST >> SET listname NODIGEST > >Did I miss an update? Is this version available for downloading, yet? > No, it's not. I hadn't planned to mention anything, but I wanted to take advantage of this feature. In a nutshell, I've been finding little slivers of time and have started work on MX V4.2. I don't have any idea when I'll be finished, or exactly what all is going in it. Obviously, this digest support is part of it---basically, I'm using WKU to help me test the new feature. So far, so good. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Wed, 13 Sep 1995 15:56:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Sep 1995 15:54:09 CDT From: Dave Miller Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU Message-ID: <00996579.A03754A9.80@BEAVER.Bemidji.MSUS.edu> Subject: Re: Digest changes > No, it's not. I hadn't planned to mention anything, but I wanted to > take advantage of this feature. In a nutshell, I've been finding > little slivers of time and have started work on MX V4.2. I don't have > any idea when I'll be finished, or exactly what all is going in it. > Obviously, this digest support is part of it---basically, I'm using > WKU to help me test the new feature. So far, so good. Thanks for the effort, Hunter. We appreciate the work you're doing for us. //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ================================================================================ Archive-Date: Wed, 13 Sep 1995 17:06:09 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 13 Sep 1995 17:05:50 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <00996583.A3D0FE32.317@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #136 MX-List Digest Wed, 13 Sep 1995 Volume 95 : Issue 136 Today's Topics: Adminstrivia: Digest changes (3 msgs) Digest changes multiple file servers Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: Wed, 13 Sep 1995 11:03:15 CDT From: Hunter Goatley Subject: Adminstrivia: Digest changes Message-ID: <00996550.FD5662C2.49@ALPHA.WKU.EDU> Hi. FYI, the mailing list software in use at WKU has been updated to better support digest versions of the WKU mailing lists. Previously, there were two lists: a non-digest list and a -digest list (for example, MACRO32 and MACRO32-Digest). Now, as with LISTSERV lists, there is only one list that contains both non-digest and digest subscribers. This change means that you can toggle between NODIGEST and DIGEST modes by using the new MXserver commands: SET listname DIGEST SET listname NODIGEST If you were on a -Digest list, you have been added to the original list with the DIGEST flag set. To signoff a list, you would send the following command in the body of a mail message to : SIGNOFF listname where "listname" is the name of the list (e.g., MACRO32). **************************************** NOTE: A few of you had subscribed to both the non-digest and the digest versions of a list. Under the new scheme, such a dual setting is no longer possible. If you wish to ensure that you get the digest version, you must send the "SET listname DIGEST" command to MXserver. **************************************** Please note that all list processor commands should be mailed to , not the list itself. Hunter, MX administrator for WKU ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ------------------------------ Date: Wed, 13 Sep 1995 12:52:25 CDT From: Dave Miller Subject: Re: Adminstrivia: Digest changes Message-ID: <00996560.3D078E58.93@BEAVER.Bemidji.MSUS.edu> Hunter .. > This change means that you can toggle between NODIGEST and DIGEST modes > by using the new MXserver commands: > > SET listname DIGEST > SET listname NODIGEST Did I miss an update? Is this version available for downloading, yet? //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ------------------------------ Date: Wed, 13 Sep 1995 12:58:16 CDT From: Hunter Goatley Subject: Re: Adminstrivia: Digest changes Message-ID: <00996561.0E532B6D.1@ALPHA.WKU.EDU> Dave Miller writes: > >> This change means that you can toggle between NODIGEST and DIGEST modes >> by using the new MXserver commands: >> >> SET listname DIGEST >> SET listname NODIGEST > >Did I miss an update? Is this version available for downloading, yet? > No, it's not. I hadn't planned to mention anything, but I wanted to take advantage of this feature. In a nutshell, I've been finding little slivers of time and have started work on MX V4.2. I don't have any idea when I'll be finished, or exactly what all is going in it. Obviously, this digest support is part of it---basically, I'm using WKU to help me test the new feature. So far, so good. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ------------------------------ Date: Wed, 13 Sep 1995 15:54:09 CDT From: Dave Miller Subject: Re: Digest changes Message-ID: <00996579.A03754A9.80@BEAVER.Bemidji.MSUS.edu> > No, it's not. I hadn't planned to mention anything, but I wanted to > take advantage of this feature. In a nutshell, I've been finding > little slivers of time and have started work on MX V4.2. I don't have > any idea when I'll be finished, or exactly what all is going in it. > Obviously, this digest support is part of it---basically, I'm using > WKU to help me test the new feature. So far, so good. Thanks for the effort, Hunter. We appreciate the work you're doing for us. //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ------------------------------ Date: Tue, 12 Sep 1995 21:15:24 CDT From: kmoch@whscdp.whs.edu Subject: multiple file servers Message-ID: <009964DD.56F9ECA0.17@whscdp.whs.edu> There doesn't seem to be a way to maintain archives for multiple file servers in one tree and have a help distinct help file for each instead of one helpfile specific to each fileserver. Am I missing something or does this capability not exist (and therefore be placed on a wishlist)? Here's my current setup: MCP> show list Mailing lists: Name: whs-inservice-l Owner: "kmoch@WHSCDP.WHS.EDU" Reply-to: NOList, Sender Archive: USER:[WHS.ARCHIVE.WHS-INSERVICE-L] Description: This is a demonstration mailing list for use with inservice instr uction Errors-to: kmoch@whscdp.whs.edu Strip header: NOReceived, NOOther Private list: No Case sensitive: Yes Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:E) Name: mps-inet Owner: "kmoch@WHSCDP.WHS.EDU" Reply-to: NOList, Sender Archive: USER:[WHS.ARCHIVE.MPS-INET] Description: List for MPS Internet Committee discussion Errors-to: kmoch@whscdp.whs.edu Strip header: NOReceived, NOOther Private list: No Case sensitive: Yes Protection: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:E) MCP> show file File servers: Name: WHS-INSERVICE-L-ARCHIVE, Manager: kmoch@whscdp.whs.edu Root: USER:[WHS.ARCHIVE.] Linked to mailing list: WHS-INSERVICE-L No delay threshold. Daily limits: Server: 0 Host: 0 User: 0 Name: MPS-INET-ARCHIVE, Manager: kmoch@whscdp.whs.edu Root: USER:[WHS.ARCHIVE.] Linked to mailing list: MPS-INET No delay threshold. Daily limits: Server: 0 Host: 0 User: 0 In essence, I would like to put a file perhaps named mps-inet-archive-help.txt in the directory [whs.archive.mps-inet-archive] and another file named whs-inservice-l-archive-help.txt in the directory [whs.archive.whs-inservice-l-archive] but mx apparently doesn't work that way. If it doesn't could this be considered in a future release of mx? Thanks! Joe -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ------------------------------ End of MX-List Digest V95 #136 ****************************** ================================================================================ Archive-Date: Wed, 13 Sep 1995 17:23:48 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: theharts@aol.com (The Harts) Subject: Slow SMTP delivery using CMU/IP Date: 13 Sep 1995 17:09:12 -0400 Message-ID: <437h9o$op8@newsbf02.news.aol.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU I finially got MX 4.1 running w/VMS 6.2 & CMUIP 6.6-5A! It does transfer SMTP mail from the VAX to a PC. However, it seems REAL SLOW. I have 2 SMTP Agents running and I observe the following behavoir. I send 3 messages. 2 messages are "Inprocess", & their log files show a normal connection & SMTP handshaking. The message gets sent in less than 1minute. About 5 minutes later the port times out, and the last message gets sent. Any ideas why this happens? (I've cross posted this to the CMU session also) Noah Hart ================================================================================ Archive-Date: Wed, 13 Sep 1995 17:53:45 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: richmond@cronus.oanet.com (Raymond Richmond) Reply-To: MX-List@MadGoat.com Subject: Windows/winNT Gateway request Date: 13 Sep 1995 22:11:12 GMT Message-ID: <437ku0$h6n@hermes.oanet.com> To: MX-List@WKUVX1.WKU.EDU Subject: Windows/winNT Gateway request Newsgroups: comp.os.ms-windows.apps.winsock.mail Organization: OA Internet Inc. Summary: Keywords: I am wondering if there is some sort of gateway system that I can use for a windows to unix gateway. To be more specific I'm looking for something that can dial in to a PPP account (dynamic)from a windows box, download a batch of internet mail (this is mail that is directed to a specific domain and collected in a bundle on our machine) ,convert it to ccmail and send it to its local clients. Then it should upload a batch of ccmail that we can throw through at our smtp sever to the net. Ultimately I would like it to do this automatically at regular intervals. If something like this exists could you email me at richmond@oanet.com ================================================================================ Archive-Date: Thu, 14 Sep 1995 07:49:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Sep 1995 13:47:58 GMT From: "Andy Harper, KCL Systems Manager" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: udaa055@kcl.ac.uk Message-ID: <00996631.2A2FF84A.141@bay.cc.kcl.ac.uk> Subject: Patch for mail memory leak If anyone is interested, there is a patch for the MAIl memory leak for OpenVMS 5.5 upto OpenVMS 6.1 on VAX. This bug causes the MX LOCAL process to gradually fill up its memory and then die. The patch id I have is VAXMAIL05_061 - a collection of fixes for VAX MAIL. Here's the relevant gen from the cover letter: Andy Harper Kings College London ----- *OpenVMS] VAXMAIL05_061 VAX V5.5-V6.1 Mail/Process Audit ECO Summary Last Technical Review: 21-JUL-1995 Size: 575 lines COPYRIGHT (c) 1988, 1993 by Digital Equipment Corporation. ALL RIGHTS RESERVED. No distribution except as provided under contract. Copyright (c) Digital Equipment Corporation 1995. All rights reserved. PRODUCT: OpenVMS VAX COMPONENT: VAXmail Utility Process Auditing SOURCE: Digital Equipment Corporation ECO INFORMATION: ECO Kit Name: VAXMAIL05_061 ECO Kits Superseded by This ECO Kit: VAXMAIL04_061 VAXMAIL03_061 VAXMAIL02_061 (CSCPAT_1171 V1.0) VAXAUDI01_061 VAXMAIL01_061 VAXMAIL02_060 (CSCPAT_1170 V1.0) VAXAUDI01_060 VAXMAIL01_060 VAXMAIL06_U2055 (CSCPAT_1123 V1.2) VAXMAIL05_U2055 VAXMAIL03_U2055 MAIL$03_U1055 MAIL$01_U1055 ECO Kit Approximate Size: Saveset A - 126 Blocks Saveset B - 450 Blocks Saveset C - 666 Blocks Saveset D - 684 Blocks Cover Letter - 61 Blocks Total of 5 files - 1987 Blocks Kit Applies To: OpenVMS VAX V5.5, V5.5-1, V5.5-2, V5.5-2H4, V6.0, V6.1 System/Cluster Reboot Necessary: No ECO KIT SUMMARY: An ECO kit exists for the VAXmail Utility on OpenVMS VAX V5.5-2 through V6.1 and for Process Auditing on OpenVMS VAX V6.0 through V6.1. This kit addresses the problems described below. The descriptions are broken down for the different versions of OpenVMS VAX. Therefore, if a problem is fixed in both OpenVMS VAX V5.5-2 and OpenVMS VAX V6.1, it will be listed twice in the problem descriptions below. Problems Addressed in the VAXMAIL05_061 Kit for OpenVMS VAX V5.5, V5.5-1, V5.5-2, V5.5-2H4, V6.0, V6.1: : : Excess stuff deleted : o Applications that use the MAIL$ callable mail API can exhaust virtual memory. This may cause system crashes due to insufficient virtual memory. : : More stuff deleted : ================================================================================ Archive-Date: Thu, 14 Sep 1995 08:11:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Sep 1995 08:39:03 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: richmond@cronus.oanet.com Message-ID: <00996606.028D9340.15@swdev.si.com> Subject: RE: Windows/winNT Gateway request Raymond Richmond (richmond@cronus.oanet.com) writes: > I am wondering if there is some sort of gateway system that I can use >for a windows to unix gateway. To be more specific I'm looking for >something that can dial in to a PPP account (dynamic)from a windows box, >download a batch of internet mail (this is mail that is directed to a specific >domain and collected in a bundle on our machine) ,convert it to ccmail and >send it to its local clients. Then it should upload a batch of ccmail that we >can throw through at our smtp sever to the net. Ultimately I would like it >to do this automatically at regular intervals. If something like this >exists could you email me at richmond@oanet.com I suggest also that you ask this question in the Campus-Wide Email mailing list (CW-EMAIL@@gumncc.terena.org; to subscribe, send SUBSCRIBE CW-EMAIL at the only line in the _body_ of a mail message to LISTSERV@gumncc.terena.org). School campuses often deal with this problem. Pegasus mail or Eudora may fit your bill and I believe there are folks on the CW-EMAIL list using both. -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Thu, 14 Sep 1995 17:03:31 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Sep 1995 17:02:59 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <0099664C.68B16552.441@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #137 MX-List Digest Thu, 14 Sep 1995 Volume 95 : Issue 137 Today's Topics: Patch for mail memory leak Slow SMTP delivery using CMU/IP Windows/winNT Gateway request (2 msgs) Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: Thu, 14 Sep 1995 13:47:58 GMT From: "Andy Harper, KCL Systems Manager" Subject: Patch for mail memory leak Message-ID: <00996631.2A2FF84A.141@bay.cc.kcl.ac.uk> If anyone is interested, there is a patch for the MAIl memory leak for OpenVMS 5.5 upto OpenVMS 6.1 on VAX. This bug causes the MX LOCAL process to gradually fill up its memory and then die. The patch id I have is VAXMAIL05_061 - a collection of fixes for VAX MAIL. Here's the relevant gen from the cover letter: Andy Harper Kings College London ----- *OpenVMS] VAXMAIL05_061 VAX V5.5-V6.1 Mail/Process Audit ECO Summary Last Technical Review: 21-JUL-1995 Size: 575 lines COPYRIGHT (c) 1988, 1993 by Digital Equipment Corporation. ALL RIGHTS RESERVED. No distribution except as provided under contract. Copyright (c) Digital Equipment Corporation 1995. All rights reserved. PRODUCT: OpenVMS VAX COMPONENT: VAXmail Utility Process Auditing SOURCE: Digital Equipment Corporation ECO INFORMATION: ECO Kit Name: VAXMAIL05_061 ECO Kits Superseded by This ECO Kit: VAXMAIL04_061 VAXMAIL03_061 VAXMAIL02_061 (CSCPAT_1171 V1.0) VAXAUDI01_061 VAXMAIL01_061 VAXMAIL02_060 (CSCPAT_1170 V1.0) VAXAUDI01_060 VAXMAIL01_060 VAXMAIL06_U2055 (CSCPAT_1123 V1.2) VAXMAIL05_U2055 VAXMAIL03_U2055 MAIL$03_U1055 MAIL$01_U1055 ECO Kit Approximate Size: Saveset A - 126 Blocks Saveset B - 450 Blocks Saveset C - 666 Blocks Saveset D - 684 Blocks Cover Letter - 61 Blocks Total of 5 files - 1987 Blocks Kit Applies To: OpenVMS VAX V5.5, V5.5-1, V5.5-2, V5.5-2H4, V6.0, V6.1 System/Cluster Reboot Necessary: No ECO KIT SUMMARY: An ECO kit exists for the VAXmail Utility on OpenVMS VAX V5.5-2 through V6.1 and for Process Auditing on OpenVMS VAX V6.0 through V6.1. This kit addresses the problems described below. The descriptions are broken down for the different versions of OpenVMS VAX. Therefore, if a problem is fixed in both OpenVMS VAX V5.5-2 and OpenVMS VAX V6.1, it will be listed twice in the problem descriptions below. Problems Addressed in the VAXMAIL05_061 Kit for OpenVMS VAX V5.5, V5.5-1, V5.5-2, V5.5-2H4, V6.0, V6.1: : : Excess stuff deleted : o Applications that use the MAIL$ callable mail API can exhaust virtual memory. This may cause system crashes due to insufficient virtual memory. : : More stuff deleted : ------------------------------ Date: 13 Sep 1995 17:09:12 -0400 From: theharts@aol.com (The Harts) Subject: Slow SMTP delivery using CMU/IP Message-ID: <437h9o$op8@newsbf02.news.aol.com> I finially got MX 4.1 running w/VMS 6.2 & CMUIP 6.6-5A! It does transfer SMTP mail from the VAX to a PC. However, it seems REAL SLOW. I have 2 SMTP Agents running and I observe the following behavoir. I send 3 messages. 2 messages are "Inprocess", & their log files show a normal connection & SMTP handshaking. The message gets sent in less than 1minute. About 5 minutes later the port times out, and the last message gets sent. Any ideas why this happens? (I've cross posted this to the CMU session also) Noah Hart ------------------------------ Date: 13 Sep 1995 22:11:12 GMT From: richmond@cronus.oanet.com (Raymond Richmond) Subject: Windows/winNT Gateway request Message-ID: <437ku0$h6n@hermes.oanet.com> Subject: Windows/winNT Gateway request Newsgroups: comp.os.ms-windows.apps.winsock.mail Organization: OA Internet Inc. Summary: Keywords: I am wondering if there is some sort of gateway system that I can use for a windows to unix gateway. To be more specific I'm looking for something that can dial in to a PPP account (dynamic)from a windows box, download a batch of internet mail (this is mail that is directed to a specific domain and collected in a bundle on our machine) ,convert it to ccmail and send it to its local clients. Then it should upload a batch of ccmail that we can throw through at our smtp sever to the net. Ultimately I would like it to do this automatically at regular intervals. If something like this exists could you email me at richmond@oanet.com ------------------------------ Date: Thu, 14 Sep 1995 08:39:03 EDT From: "Brian Tillman, x8425" Subject: Re: Windows/winNT Gateway request Message-ID: <00996606.028D9340.15@swdev.si.com> Raymond Richmond (richmond@cronus.oanet.com) writes: > I am wondering if there is some sort of gateway system that I can use >for a windows to unix gateway. To be more specific I'm looking for >something that can dial in to a PPP account (dynamic)from a windows box, >download a batch of internet mail (this is mail that is directed to a specific >domain and collected in a bundle on our machine) ,convert it to ccmail and >send it to its local clients. Then it should upload a batch of ccmail that we >can throw through at our smtp sever to the net. Ultimately I would like it >to do this automatically at regular intervals. If something like this >exists could you email me at richmond@oanet.com I suggest also that you ask this question in the Campus-Wide Email mailing list (CW-EMAIL@@gumncc.terena.org; to subscribe, send SUBSCRIBE CW-EMAIL at the only line in the _body_ of a mail message to LISTSERV@gumncc.terena.org). School campuses often deal with this problem. Pegasus mail or Eudora may fit your bill and I believe there are folks on the CW-EMAIL list using both. -- Brian tillman_brian@si.com ------------------------------ End of MX-List Digest V95 #137 ****************************** ================================================================================ Archive-Date: Thu, 14 Sep 1995 18:00:35 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Sep 1995 15:55:01 PDT From: DUC PHAM Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996642.E9F73F60.9@SD68.NANAIMO.BC.CA> Subject: Re: Patch for mail memory leak Brian . We may need this patch. Duc Pham ================================================================================ Archive-Date: Thu, 14 Sep 1995 20:30:13 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Sep 1995 21:28:12 EST From: "Scott C. Jensen, OIS Manager, x0441" Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: jensen@ILP.MIT.EDU Message-ID: <00996671.7587C4E0.5@ILP.MIT.EDU> Subject: Legal address form? Folks, A bit of a question about email addresses - Is the following form legal: (1) "A free text name"@host.net.domain If it is, then is this OK, too?: (2) "A free text name"%faxsrvr@host.net.domain The deal here is, I've got a site procedure written than handles any address sent to an address like: (3) recipient_name%faxsrvr@host.net.domain This works fine, but it would be very nice if I could have white space in the `recipient_name' portion. I've looked at RFC822, and it seems to me that an address like (1) or (2) should be legal. Sending to an address like this from Eudora (Mac version) works great. Sending from my VMS system running MX does not, but this may be because VMSmail is barfing on it before it ever gets to MX. The real problem is that we have a Mac application written here at MIT called TechMail that does POP and SMTP mailing. It does not work when sending from TechMail. Sending to an address like (1) doesn't work at all and sending to an address like (2) results in an incoming message like so: %faxsrvr@host.net.domain and completely loses the recipient info. My question is, is TechMail broken, or is it handling the address in a legal manner and I'm plain out of luck? Unfortunately, most of the users who want to use this fax gateway I'm building are using TechMail, not Eudora. If worses come to worse, I can use an address like: A_free_text_name%faxsrvr@host.net.domain and convert the underscores to spaces in the site procedure, but I really don't like this as a solution. Any help and ideas are much appreciated! ---SCJ Scott C. Jensen Manager, Office of Information Systems MIT Corporate Relations - Industrial Liaison Program Room E38-576 292 Main Street Cambridge, MA 02139 617/253-0441 FAX: 617/258-6148 Email: jensen@mit.edu ================================================================================ Archive-Date: Thu, 14 Sep 1995 21:30:39 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 14 Sep 1995 21:28:18 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM Message-ID: <00996671.78CB7B15.26@CCTR.UMKC.EDU> Subject: New error... old problem %%%%%%%%%%% OPCOM 14-SEP-1995 21:18:57.82 %%%%%%%%%%% (from node AXP2 at 14-SEP-1995 21:19:00.70) Message from user SYSTEM on AXP2 MX SMTP Server (pid 292048EE) starting %%%%%%%%%%% OPCOM 14-SEP-1995 21:18:58.48 %%%%%%%%%%% (from node AXP2 at 14-SEP-1995 21:19:01.36) Message from user SYSTEM on AXP2 MX SMTP Server (pid 292048EE) exiting, status = 100000A4 $ type SMTP_SERVER.LOG;27 14-SEP-1995 21:19:00.69: MX SMTP Server (pid 292048EE) starting 14-SEP-1995 21:19:01.36: MX SMTP Server (pid 292048EE) exiting, status = 100000A4 $ write sys$output f$message(%x100000A4) %SYSTEM-F-FILALRACC, file already accessed on channel Cant get our SMTP server started. Never seen this before. MX runs on two hosts in the cluster, after several attempts the other node's smtp came up. ive been using the mx_exe:MX_START, as well as shutting the whole thing down and running sys$startup:mx_startup. no luck at all tonight, any thoughts? MX version id is: MX V4.1 AXP TGV MultiNet V3.4 Rev B-X, AlphaServer 2100 4/200, OpenVMS AXP V6.2 Ron Rockwell, Systems Programmer UMKC Academic Computing Services ================================================================================ Archive-Date: Fri, 15 Sep 1995 09:20:30 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 15 Sep 1995 10:18:22 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: jensen@ILP.MIT.EDU, hardis@garnet.nist.gov Message-ID: <009966DD.0D3038C0.5@garnet.nist.gov> Subject: RE: Legal address form? > A bit of a question about email addresses - Is the following form legal: > (1) "A free text name"@host.net.domain Yes. Here is an example: MX%"'/FN=8-301-123-4567/AT=Name Sith Spaces/O=Company/'@text-fax.nist.gov" > If it is, then is this OK, too?: > (2) "A free text name"%faxsrvr@host.net.domain I doubt it. Try: MX%"'''A free text name''%faxsrvr'@host.net.domain" - Jonathan ================================================================================ Archive-Date: Fri, 15 Sep 1995 10:43:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 15 Sep 1995 10:43:29 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: RROCKWELL@CCTR.UMKC.EDU Message-ID: <009966E0.8F429CB0.3@ALPHA.WKU.EDU> Subject: RE: New error... old problem Ron writes: > >%%%%%%%%%%% OPCOM 14-SEP-1995 21:18:58.48 %%%%%%%%%%% (from node AXP2 >at 14-SEP-1995 21:19:01.36) >Message from user SYSTEM on AXP2 >MX SMTP Server (pid 292048EE) exiting, status = 100000A4 > >$ write sys$output f$message(%x100000A4) >%SYSTEM-F-FILALRACC, file already accessed on channel > This can happen if: a) MultiNet's SMTP server is still listening on port 25 (or any other SMTP server) b) Sometimes MultiNet gets "hung" where a channel never closes. I saw this once at WKU; TGV said that there was no real fix other than a reboot. My guess is "a" in your case. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Fri, 15 Sep 1995 11:09:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: theharts@aol.com (The Harts) Subject: What is the meaning of "Recipient status=0C27804A" Date: 15 Sep 1995 12:00:14 -0400 Message-ID: <43c7ue$d91@newsbf02.news.aol.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU I am having some problem with messages being retried several times. The log looks like -------------------------------------------------------------------------- ------------------------------ 15-SEP-1995 08:30:56.55 Processing queue entry number 2 on node MIS 15-SEP-1995 08:30:57.19 Recipient: , route=WALDEN.LIPMAN.COM 15-SEP-1995 08:30:57.19 SMTP_SEND: looking up host name WALDEN.LIPMAN.COM 15-SEP-1995 08:30:57.21 SMTP_SEND: DSN_MXLOOK status is 0000002C 15-SEP-1995 08:30:57.22 SMTP_SEND: Attempting to start session with WALDEN.LIPMAN.COM [192.149.83.95] 15-SEP-1995 08:30:57.27 SMTP_SEND: Connected 15-SEP-1995 08:30:57.39 SMTP_SEND: Rcvd: 220 walden.lipman.com EMWAC SMTP Receiver Version 0.30 Ready 15-SEP-1995 08:30:57.64 SMTP_SEND: Sent: HELO MIS.LIPMAN.COM 15-SEP-1995 08:40:57.78 SMTP send failed, sts=0C27804A, sts2=000020EC 15-SEP-1995 08:40:57.78 Recipient status=0C27804A for 15-SEP-1995 08:40:58.54 1 rcpts need retry, next try 15-SEP-1995 08:41:58.54 15-SEP-1995 08:40:58.60 *** End of processing pass *** -------------------------------------------------------------------------- -------------------------------- Where would I find the meaning of the failed status? Noah Hart ================================================================================ Archive-Date: Fri, 15 Sep 1995 11:32:52 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 15 Sep 1995 11:32:13 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: THEHARTS@AOL.COM Message-ID: <009966E7.5DBA2643.6@ALPHA.WKU.EDU> Subject: RE: What is the meaning of "Recipient status=0C27804A" theharts@aol.com (The Harts) writes: > >I am having some problem with messages being retried several times. > >15-SEP-1995 08:30:57.21 SMTP_SEND: DSN_MXLOOK status is 0000002C $ write sys$output f$message(%X2C) %SYSTEM-F-ABORT, abort $ >15-SEP-1995 08:40:57.78 SMTP send failed, sts=0C27804A, sts2=000020EC >Where would I find the meaning of the failed status? > The first one is an MX-specific error message, so do: $ set message mx_msg Then $ write sys$output f$message(%x0C27804A) %MX-E-NOCOMPLETE, message transmission could not be completed $ write sys$output f$message(%x20EC) %SYSTEM-F-LINKDISCON, network partner disconnected logical link $ So the MX lookup generated an abort for some reason (unknown to me), and your SMTP transfer failed because the remote node never answered your HELO command. Again, the reasons for this are unclear, but apparently, you're having TCP/IP problems of some sort.... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Fri, 15 Sep 1995 12:05:55 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 15 Sep 1995 13:01:06 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: theharts@aol.com Message-ID: <009966F3.C8B4AB60.9@swdev.si.com> Subject: RE: What is the meaning of "Recipient status=0C27804A" Noah Hart (theharts@aol.com) writes: >15-SEP-1995 08:40:57.78 Recipient status=0C27804A for >Where would I find the meaning of the failed status? $ set message mx_msg $ write sys$output f$message("%x0C27804A") %MX-E-NOCOMPLETE, message transmission could not be completed ================================================================================ Archive-Date: Fri, 15 Sep 1995 17:03:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 15 Sep 1995 17:02:51 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <00996715.8E6BCE12.505@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #138 MX-List Digest Fri, 15 Sep 1995 Volume 95 : Issue 138 Today's Topics: Legal address form? (2 msgs) New error... old problem (2 msgs) Patch for mail memory leak What is the meaning of "Recipient status=0C27804A" (3 msgs) Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: Thu, 14 Sep 1995 21:28:12 EST From: "Scott C. Jensen, OIS Manager, x0441" Subject: Legal address form? Message-ID: <00996671.7587C4E0.5@ILP.MIT.EDU> Folks, A bit of a question about email addresses - Is the following form legal: (1) "A free text name"@host.net.domain If it is, then is this OK, too?: (2) "A free text name"%faxsrvr@host.net.domain The deal here is, I've got a site procedure written than handles any address sent to an address like: (3) recipient_name%faxsrvr@host.net.domain This works fine, but it would be very nice if I could have white space in the `recipient_name' portion. I've looked at RFC822, and it seems to me that an address like (1) or (2) should be legal. Sending to an address like this from Eudora (Mac version) works great. Sending from my VMS system running MX does not, but this may be because VMSmail is barfing on it before it ever gets to MX. The real problem is that we have a Mac application written here at MIT called TechMail that does POP and SMTP mailing. It does not work when sending from TechMail. Sending to an address like (1) doesn't work at all and sending to an address like (2) results in an incoming message like so: %faxsrvr@host.net.domain and completely loses the recipient info. My question is, is TechMail broken, or is it handling the address in a legal manner and I'm plain out of luck? Unfortunately, most of the users who want to use this fax gateway I'm building are using TechMail, not Eudora. If worses come to worse, I can use an address like: A_free_text_name%faxsrvr@host.net.domain and convert the underscores to spaces in the site procedure, but I really don't like this as a solution. Any help and ideas are much appreciated! ---SCJ Scott C. Jensen Manager, Office of Information Systems MIT Corporate Relations - Industrial Liaison Program Room E38-576 292 Main Street Cambridge, MA 02139 617/253-0441 FAX: 617/258-6148 Email: jensen@mit.edu ------------------------------ Date: Fri, 15 Sep 1995 10:18:22 EDT From: "Jonathan E. Hardis" Subject: Re: Legal address form? Message-ID: <009966DD.0D3038C0.5@garnet.nist.gov> > A bit of a question about email addresses - Is the following form legal: > (1) "A free text name"@host.net.domain Yes. Here is an example: MX%"'/FN=8-301-123-4567/AT=Name Sith Spaces/O=Company/'@text-fax.nist.gov" > If it is, then is this OK, too?: > (2) "A free text name"%faxsrvr@host.net.domain I doubt it. Try: MX%"'''A free text name''%faxsrvr'@host.net.domain" - Jonathan ------------------------------ Date: Thu, 14 Sep 1995 21:28:18 CST From: Ron Subject: New error... old problem Message-ID: <00996671.78CB7B15.26@CCTR.UMKC.EDU> %%%%%%%%%%% OPCOM 14-SEP-1995 21:18:57.82 %%%%%%%%%%% (from node AXP2 at 14-SEP-1995 21:19:00.70) Message from user SYSTEM on AXP2 MX SMTP Server (pid 292048EE) starting %%%%%%%%%%% OPCOM 14-SEP-1995 21:18:58.48 %%%%%%%%%%% (from node AXP2 at 14-SEP-1995 21:19:01.36) Message from user SYSTEM on AXP2 MX SMTP Server (pid 292048EE) exiting, status = 100000A4 $ type SMTP_SERVER.LOG;27 14-SEP-1995 21:19:00.69: MX SMTP Server (pid 292048EE) starting 14-SEP-1995 21:19:01.36: MX SMTP Server (pid 292048EE) exiting, status = 100000A4 $ write sys$output f$message(%x100000A4) %SYSTEM-F-FILALRACC, file already accessed on channel Cant get our SMTP server started. Never seen this before. MX runs on two hosts in the cluster, after several attempts the other node's smtp came up. ive been using the mx_exe:MX_START, as well as shutting the whole thing down and running sys$startup:mx_startup. no luck at all tonight, any thoughts? MX version id is: MX V4.1 AXP TGV MultiNet V3.4 Rev B-X, AlphaServer 2100 4/200, OpenVMS AXP V6.2 Ron Rockwell, Systems Programmer UMKC Academic Computing Services ------------------------------ Date: Fri, 15 Sep 1995 10:43:29 CDT From: Hunter Goatley Subject: Re: New error... old problem Message-ID: <009966E0.8F429CB0.3@ALPHA.WKU.EDU> Ron writes: > >%%%%%%%%%%% OPCOM 14-SEP-1995 21:18:58.48 %%%%%%%%%%% (from node AXP2 >at 14-SEP-1995 21:19:01.36) >Message from user SYSTEM on AXP2 >MX SMTP Server (pid 292048EE) exiting, status = 100000A4 > >$ write sys$output f$message(%x100000A4) >%SYSTEM-F-FILALRACC, file already accessed on channel > This can happen if: a) MultiNet's SMTP server is still listening on port 25 (or any other SMTP server) b) Sometimes MultiNet gets "hung" where a channel never closes. I saw this once at WKU; TGV said that there was no real fix other than a reboot. My guess is "a" in your case. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ------------------------------ Date: Thu, 14 Sep 1995 15:55:01 PDT From: DUC PHAM Subject: Re: Patch for mail memory leak Message-ID: <00996642.E9F73F60.9@SD68.NANAIMO.BC.CA> Brian . We may need this patch. Duc Pham ------------------------------ Date: 15 Sep 1995 12:00:14 -0400 From: theharts@aol.com (The Harts) Subject: What is the meaning of "Recipient status=0C27804A" Message-ID: <43c7ue$d91@newsbf02.news.aol.com> I am having some problem with messages being retried several times. The log looks like ------------------------------------------------------------------------- ----------------------------- 15-SEP-1995 08:30:56.55 Processing queue entry number 2 on node MIS 15-SEP-1995 08:30:57.19 Recipient: , route=WALDEN.LIPMAN.COM 15-SEP-1995 08:30:57.19 SMTP_SEND: looking up host name WALDEN.LIPMAN.COM 15-SEP-1995 08:30:57.21 SMTP_SEND: DSN_MXLOOK status is 0000002C 15-SEP-1995 08:30:57.22 SMTP_SEND: Attempting to start session with WALDEN.LIPMAN.COM [192.149.83.95] 15-SEP-1995 08:30:57.27 SMTP_SEND: Connected 15-SEP-1995 08:30:57.39 SMTP_SEND: Rcvd: 220 walden.lipman.com EMWAC SMTP Receiver Version 0.30 Ready 15-SEP-1995 08:30:57.64 SMTP_SEND: Sent: HELO MIS.LIPMAN.COM 15-SEP-1995 08:40:57.78 SMTP send failed, sts=0C27804A, sts2=000020EC 15-SEP-1995 08:40:57.78 Recipient status=0C27804A for 15-SEP-1995 08:40:58.54 1 rcpts need retry, next try 15-SEP-1995 08:41:58.54 15-SEP-1995 08:40:58.60 *** End of processing pass *** ------------------------------------------------------------------------- ------------------------------- Where would I find the meaning of the failed status? Noah Hart ------------------------------ Date: Fri, 15 Sep 1995 11:32:13 CDT From: Hunter Goatley Subject: Re: What is the meaning of "Recipient status=0C27804A" Message-ID: <009966E7.5DBA2643.6@ALPHA.WKU.EDU> theharts@aol.com (The Harts) writes: > >I am having some problem with messages being retried several times. > >15-SEP-1995 08:30:57.21 SMTP_SEND: DSN_MXLOOK status is 0000002C $ write sys$output f$message(%X2C) %SYSTEM-F-ABORT, abort $ >15-SEP-1995 08:40:57.78 SMTP send failed, sts=0C27804A, sts2=000020EC >Where would I find the meaning of the failed status? > The first one is an MX-specific error message, so do: $ set message mx_msg Then $ write sys$output f$message(%x0C27804A) %MX-E-NOCOMPLETE, message transmission could not be completed $ write sys$output f$message(%x20EC) %SYSTEM-F-LINKDISCON, network partner disconnected logical link $ So the MX lookup generated an abort for some reason (unknown to me), and your SMTP transfer failed because the remote node never answered your HELO command. Again, the reasons for this are unclear, but apparently, you're having TCP/IP problems of some sort.... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ------------------------------ Date: Fri, 15 Sep 1995 13:01:06 EDT From: "Brian Tillman, x8425" Subject: Re: What is the meaning of "Recipient status=0C27804A" Message-ID: <009966F3.C8B4AB60.9@swdev.si.com> Noah Hart (theharts@aol.com) writes: >15-SEP-1995 08:40:57.78 Recipient status=0C27804A for >Where would I find the meaning of the failed status? $ set message mx_msg $ write sys$output f$message("%x0C27804A") %MX-E-NOCOMPLETE, message transmission could not be completed ------------------------------ End of MX-List Digest V95 #138 ****************************** ================================================================================ Archive-Date: Fri, 15 Sep 1995 18:22:46 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: What is the meaning of "Recipient status=0C27804A" Date: 15 Sep 1995 20:17:08 GMT Message-ID: <43cn04$mfj@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <43c7ue$d91@newsbf02.news.aol.com>, theharts@aol.com (The Harts) writes: =I am having some problem with messages being retried several times. =15-SEP-1995 08:30:57.21 SMTP_SEND: DSN_MXLOOK status is 0000002C $ WRITE SYS$OUTPUT F$MESSAGE(%X0000002C) %SYSTEM-F-ABORT, abort =15-SEP-1995 08:30:57.22 SMTP_SEND: Attempting to start session with =WALDEN.LIPMAN.COM [192.149.83.95] =15-SEP-1995 08:30:57.27 SMTP_SEND: Connected =15-SEP-1995 08:30:57.39 SMTP_SEND: Rcvd: 220 walden.lipman.com EMWAC =SMTP Receiver Version 0.30 Ready =15-SEP-1995 08:30:57.64 SMTP_SEND: Sent: HELO MIS.LIPMAN.COM =15-SEP-1995 08:40:57.78 SMTP send failed, sts=0C27804A, sts2=000020EC =15-SEP-1995 08:40:57.78 Recipient status=0C27804A for $ SET MESSAGE MX_EXE:MX_MSG $ WRITE SYS$OUTPUT F$MESSAGE(%X0C27804A) %MX-E-NOCOMPLETE, message transmission could not be completed $ WRITE SYS$OUTPUT F$MESSAGE(%X000020EC) %SYSTEM-F-LINKDISCON, network partner disconnected logical link = =15-SEP-1995 08:40:58.54 1 rcpts need retry, next try 15-SEP-1995 =08:41:58.54 =15-SEP-1995 08:40:58.60 *** End of processing pass *** =-------------------------------------------------------------------------- =-------------------------------- = =Where would I find the meaning of the failed status? You'd use F$MESSAGE. Then, noting that your attempt at a DNS lookup failed, you'd try something like: $ MULTINET NSLOOKUP WALDEN.LIPMAN.COM Server: delilah.ccsf.caltech.edu Address: 131.215.145.137 *** delilah.ccsf.caltech.edu can't find WALDEN.LIPMAN.COM: Server failed $ MULTINET NSLOOKUP MIS.LIPMAN.COM Server: delilah.ccsf.caltech.edu Address: 131.215.145.137 *** delilah.ccsf.caltech.edu can't find MIS.LIPMAN.COM: Server failed My guess is that WALDEN.LIPMAN.COM is trying to verify that your machine is, indeed, MIS.LIPMAN.COM as it's claiming, and when its attempt to look up your machine via DNS fails, it's simply aborting the connection instead of sending your machine a failure status as it should. -------------------------------------------------------------------------------- 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, 16 Sep 1995 11:55:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 16 Sep 1995 11:53:51 CST From: Andy Rupf Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: rrockwell@CCTR.UMKC.EDU, mcdonald@CCTR.UMKC.EDU Message-ID: <009967B3.8DF527EB.74@CCTR.UMKC.EDU> Subject: Distributing Mail Messages from Dead Queue Dear MX experts, Ron had to rebuild our queue. As a result we have a whole great big pile of mail messages that are sitting off to the side till we figure out what to do with them. I figure we have basicly three choices in what we can do... 1) Attempt to decipher the _INFO files to locate the TO: address in the hopes of remailing them to their original destination. 2) Attempt to decipher the _INFO files to locate the FROM: address in the hopes of remailing them to their original source so that the owner can then repost them. 3) Light a match and watch them burn. Number 3 is a very nasty situation I would prefer to avoid at all costs. Therefore, I would appreciate any information that anyone has relating to the format and layout of the _INFO files. Especially any information that could help us automate an extraction process of the addresses we need for this task. Any additional advice or commiseration would be an added plus. Thank you for your help. --------------------------------------------------------------------------- Andrew Rupf Programmer RANDREW@CCTR.UMKC.EDU Academic Computing Services KB0QVX University of Missouri, Kansas City --------------------------------------------------------------------------- ================================================================================ Archive-Date: Sat, 16 Sep 1995 16:03:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 16 Sep 1995 16:02:47 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rrockwell@CCTR.UMKC.EDU, mcdonald@CCTR.UMKC.EDU Message-ID: <009967D6.54520EAA.1@ALPHA.WKU.EDU> Subject: RE: Distributing Mail Messages from Dead Queue Andy Rupf writes: > >Number 3 is a very nasty situation I would prefer to avoid at all costs. >Therefore, I would appreciate any information that anyone has relating to >the format and layout of the _INFO files. Especially any information that >could help us automate an extraction process of the addresses we need for >this task. Any additional advice or commiseration would be an added plus. > Look on ftp.madgoat.com (or ftp.wku.edu) in [.MX.CONTRIB] for MX_REFEED.ZIP. This file contains a utility written by Kalma'r Zolta'n and modified by me. The utility was designed to handle cases just like this by recreating MX queue entries based on the leftover MX queue files (.HDR_INFO, etc.). I can't guarantee that it'll work for you, but it might do the trick. (You'll need to have the MX Site interface installed before you can use MX_REFEED. You can do that by just re-doing: $ @sys$update:vmsinstal mx041 dev:[dir] and selecting the MX Site interface.) Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Sat, 16 Sep 1995 17:02:23 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 16 Sep 1995 17:02:07 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <009967DE.9E5D2072.568@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #139 MX-List Digest Sat, 16 Sep 1995 Volume 95 : Issue 139 Today's Topics: Distributing Mail Messages from Dead Queue (2 msgs) What is the meaning of "Recipient status=0C27804A" Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: Sat, 16 Sep 1995 11:53:51 CST From: Andy Rupf Subject: Distributing Mail Messages from Dead Queue Message-ID: <009967B3.8DF527EB.74@CCTR.UMKC.EDU> Dear MX experts, Ron had to rebuild our queue. As a result we have a whole great big pile of mail messages that are sitting off to the side till we figure out what to do with them. I figure we have basicly three choices in what we can do... 1) Attempt to decipher the _INFO files to locate the TO: address in the hopes of remailing them to their original destination. 2) Attempt to decipher the _INFO files to locate the FROM: address in the hopes of remailing them to their original source so that the owner can then repost them. 3) Light a match and watch them burn. Number 3 is a very nasty situation I would prefer to avoid at all costs. Therefore, I would appreciate any information that anyone has relating to the format and layout of the _INFO files. Especially any information that could help us automate an extraction process of the addresses we need for this task. Any additional advice or commiseration would be an added plus. Thank you for your help. --------------------------------------------------------------------------- Andrew Rupf Programmer RANDREW@CCTR.UMKC.EDU Academic Computing Services KB0QVX University of Missouri, Kansas City --------------------------------------------------------------------------- ------------------------------ Date: Sat, 16 Sep 1995 16:02:47 CDT From: Hunter Goatley Subject: Re: Distributing Mail Messages from Dead Queue Message-ID: <009967D6.54520EAA.1@ALPHA.WKU.EDU> Andy Rupf writes: > >Number 3 is a very nasty situation I would prefer to avoid at all costs. >Therefore, I would appreciate any information that anyone has relating to >the format and layout of the _INFO files. Especially any information that >could help us automate an extraction process of the addresses we need for >this task. Any additional advice or commiseration would be an added plus. > Look on ftp.madgoat.com (or ftp.wku.edu) in [.MX.CONTRIB] for MX_REFEED.ZIP. This file contains a utility written by Kalma'r Zolta'n and modified by me. The utility was designed to handle cases just like this by recreating MX queue entries based on the leftover MX queue files (.HDR_INFO, etc.). I can't guarantee that it'll work for you, but it might do the trick. (You'll need to have the MX Site interface installed before you can use MX_REFEED. You can do that by just re-doing: $ @sys$update:vmsinstal mx041 dev:[dir] and selecting the MX Site interface.) Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ------------------------------ Date: 15 Sep 1995 20:17:08 GMT From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: What is the meaning of "Recipient status=0C27804A" Message-ID: <43cn04$mfj@gap.cco.caltech.edu> In article <43c7ue$d91@newsbf02.news.aol.com>, theharts@aol.com (The Harts) writes: =I am having some problem with messages being retried several times. =15-SEP-1995 08:30:57.21 SMTP_SEND: DSN_MXLOOK status is 0000002C $ WRITE SYS$OUTPUT F$MESSAGE(%X0000002C) %SYSTEM-F-ABORT, abort =15-SEP-1995 08:30:57.22 SMTP_SEND: Attempting to start session with =WALDEN.LIPMAN.COM [192.149.83.95] =15-SEP-1995 08:30:57.27 SMTP_SEND: Connected =15-SEP-1995 08:30:57.39 SMTP_SEND: Rcvd: 220 walden.lipman.com EMWAC =SMTP Receiver Version 0.30 Ready =15-SEP-1995 08:30:57.64 SMTP_SEND: Sent: HELO MIS.LIPMAN.COM =15-SEP-1995 08:40:57.78 SMTP send failed, sts=0C27804A, sts2=000020EC =15-SEP-1995 08:40:57.78 Recipient status=0C27804A for $ SET MESSAGE MX_EXE:MX_MSG $ WRITE SYS$OUTPUT F$MESSAGE(%X0C27804A) %MX-E-NOCOMPLETE, message transmission could not be completed $ WRITE SYS$OUTPUT F$MESSAGE(%X000020EC) %SYSTEM-F-LINKDISCON, network partner disconnected logical link = =15-SEP-1995 08:40:58.54 1 rcpts need retry, next try 15-SEP-1995 =08:41:58.54 =15-SEP-1995 08:40:58.60 *** End of processing pass *** =-------------------------------------------------------------------------- =-------------------------------- = =Where would I find the meaning of the failed status? You'd use F$MESSAGE. Then, noting that your attempt at a DNS lookup failed, you'd try something like: $ MULTINET NSLOOKUP WALDEN.LIPMAN.COM Server: delilah.ccsf.caltech.edu Address: 131.215.145.137 *** delilah.ccsf.caltech.edu can't find WALDEN.LIPMAN.COM: Server failed $ MULTINET NSLOOKUP MIS.LIPMAN.COM Server: delilah.ccsf.caltech.edu Address: 131.215.145.137 *** delilah.ccsf.caltech.edu can't find MIS.LIPMAN.COM: Server failed My guess is that WALDEN.LIPMAN.COM is trying to verify that your machine is, indeed, MIS.LIPMAN.COM as it's claiming, and when its attempt to look up your machine via DNS fails, it's simply aborting the connection instead of sending your machine a failure status as it should. ------------------------------------------------------------------------------- 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. ------------------------------ End of MX-List Digest V95 #139 ****************************** ================================================================================ Archive-Date: Sun, 17 Sep 1995 15:51:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: cooper@utsph.sph.uth.tmc.edu Subject: Q: Dying MX_LOCAL process....again Date: 17 Sep 1995 12:58:08 GMT Message-ID: <43h610$ini@oac4.hsc.uth.tmc.edu> Reply-To: MX-List@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain;charset=US-ASCII Content-Transfer-Encoding: 7bit To: MX-List@WKUVX1.WKU.EDU Hi, About a year ago I was haveing a problem with the MX_LOCAL process dying which was appariently fixed after upgrading to VMS6.1. However, since upgrading to VMS 6.2 the problem has returned. There are no message in the log file, it leaves a *.TMP file in the [.local] directory and in the accounting file it has the LIB-F-INSVIRMEM insufficient virtual memory error. I suspect that it is due to the so-call memory leak problem in the callable mail but am not sure if anyone has a solution. I am running Version 4.1 of the MX server software on an ALPHA 7610 under VMS 6.2. Could one of you kind folks again update me if this is the case and if there is any fix or workaround for the problem. Thanks in advance for your help Charlie ================================================================================ Archive-Date: Sun, 17 Sep 1995 16:52:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: Peter Burnett Reply-To: MX-List@MadGoat.com Subject: Patch for mail memory leak Date: 16 Sep 95 18:10:36 Message-ID: To: MX-List@WKUVX1.WKU.EDU Hello Andy Thursday September 14 1995, udaa055@kcl.ac.uk writes to All: u> If anyone is interested, there is a patch for the MAIl memory leak for u> OpenVMS 5.5 upto OpenVMS 6.1 on VAX. This bug causes the MX LOCAL u> process to gradually fill up its memory and then die. u> The patch id I have is VAXMAIL05_061 - a collection of fixes for VAX u> MAIL. Here's the relevant gen from the cover letter: How can one get hold of these patch files ?... I am a home user of a pair of 3100's and thus do not thus do not have a corperate update policy inplace, in fact, I have zero h/w or s/w maintainence agreements. -- Peter Burnett Internet: pdb@neverlnd.demon.co.uk 10 Parsons Close Fidonet: Peter Burnett 2:441/80 St. Leonards On Sea East Sussex, UK, TN38 9QT Fax: 44-1424-853364 ================================================================================ Archive-Date: Sun, 17 Sep 1995 20:18:29 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 17 Sep 1995 20:13:39 CDT From: kmoch@whscdp.whs.edu Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: kmoch@whscdp.whs.edu Message-ID: <009968C2.8A8BEB20.49@whscdp.whs.edu> Subject: mime encoding I just got this message from one of our users. >do we have anything that will handle mime mail files. > >I have a mime encoded zip file that I cant decode. > >any suggestions? I think I've seen reference to mime-encoded files sometime fairly recently on this listserv. Can somehelp help with an answer or suggest someplace to post this question to get a response? Thanks Joe -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ================================================================================ Archive-Date: Mon, 18 Sep 1995 04:35:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Sep 1995 10:33:48 GMT From: "Andy Harper, KCL Systems Manager" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: udaa055@kcl.ac.uk Message-ID: <0099693A.B420070A.63@bay.cc.kcl.ac.uk> Subject: RE: Patch for mail memory leak > u> If anyone is interested, there is a patch for the MAIl memory leak for > u> OpenVMS 5.5 upto OpenVMS 6.1 on VAX. This bug causes the MX LOCAL > u> process to gradually fill up its memory and then die. > > u> The patch id I have is VAXMAIL05_061 - a collection of fixes for VAX > u> MAIL. Here's the relevant gen from the cover letter: > >How can one get hold of these patch files ?... I am a home user of a pair of >3100's and thus do not thus do not have a corperate update policy inplace, in >fact, I have zero h/w or s/w maintainence agreements. Regretfully, if you dont have a maintenance contract you cant have the patches either! I got them via Digital's DSNlink system; i can onyl suggets you talk to dec and try to use some gentle persusasion. If they approve it, I can make the patch available to you but you'll have to get one of their accoutn managers to phone me and approve it. Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Mon, 18 Sep 1995 17:03:39 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Sep 1995 17:03:02 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <00996971.13C514B2.58@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #140 MX-List Digest Mon, 18 Sep 1995 Volume 95 : Issue 140 Today's Topics: mime encoding Patch for mail memory leak (2 msgs) Q: Dying MX_LOCAL process....again Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: Sun, 17 Sep 1995 20:13:39 CDT From: kmoch@whscdp.whs.edu Subject: mime encoding Message-ID: <009968C2.8A8BEB20.49@whscdp.whs.edu> I just got this message from one of our users. >do we have anything that will handle mime mail files. > >I have a mime encoded zip file that I cant decode. > >any suggestions? I think I've seen reference to mime-encoded files sometime fairly recently on this listserv. Can somehelp help with an answer or suggest someplace to post this question to get a response? Thanks Joe -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ------------------------------ Date: 16 Sep 95 18:10:36 From: Peter Burnett Subject: Patch for mail memory leak Message-ID: Hello Andy Thursday September 14 1995, udaa055@kcl.ac.uk writes to All: u> If anyone is interested, there is a patch for the MAIl memory leak for u> OpenVMS 5.5 upto OpenVMS 6.1 on VAX. This bug causes the MX LOCAL u> process to gradually fill up its memory and then die. u> The patch id I have is VAXMAIL05_061 - a collection of fixes for VAX u> MAIL. Here's the relevant gen from the cover letter: How can one get hold of these patch files ?... I am a home user of a pair of 3100's and thus do not thus do not have a corperate update policy inplace, in fact, I have zero h/w or s/w maintainence agreements. -- Peter Burnett Internet: pdb@neverlnd.demon.co.uk 10 Parsons Close Fidonet: Peter Burnett 2:441/80 St. Leonards On Sea East Sussex, UK, TN38 9QT Fax: 44-1424-853364 ------------------------------ Date: Mon, 18 Sep 1995 10:33:48 GMT From: "Andy Harper, KCL Systems Manager" Subject: Re: Patch for mail memory leak Message-ID: <0099693A.B420070A.63@bay.cc.kcl.ac.uk> > u> If anyone is interested, there is a patch for the MAIl memory leak for > u> OpenVMS 5.5 upto OpenVMS 6.1 on VAX. This bug causes the MX LOCAL > u> process to gradually fill up its memory and then die. > > u> The patch id I have is VAXMAIL05_061 - a collection of fixes for VAX > u> MAIL. Here's the relevant gen from the cover letter: > >How can one get hold of these patch files ?... I am a home user of a pair of >3100's and thus do not thus do not have a corperate update policy inplace, in >fact, I have zero h/w or s/w maintainence agreements. Regretfully, if you dont have a maintenance contract you cant have the patches either! I got them via Digital's DSNlink system; i can onyl suggets you talk to dec and try to use some gentle persusasion. If they approve it, I can make the patch available to you but you'll have to get one of their accoutn managers to phone me and approve it. Regards, Andy Harper Kings College London ------------------------------ Date: 17 Sep 1995 12:58:08 GMT From: cooper@utsph.sph.uth.tmc.edu Subject: Q: Dying MX_LOCAL process....again Message-ID: <43h610$ini@oac4.hsc.uth.tmc.edu> Hi, About a year ago I was haveing a problem with the MX_LOCAL process dying which was appariently fixed after upgrading to VMS6.1. However, since upgrading to VMS 6.2 the problem has returned. There are no message in the log file, it leaves a *.TMP file in the [.local] directory and in the accounting file it has the LIB-F-INSVIRMEM insufficient virtual memory error. I suspect that it is due to the so-call memory leak problem in the callable mail but am not sure if anyone has a solution. I am running Version 4.1 of the MX server software on an ALPHA 7610 under VMS 6.2. Could one of you kind folks again update me if this is the case and if there is any fix or workaround for the problem. Thanks in advance for your help Charlie ------------------------------ End of MX-List Digest V95 #140 ****************************** ================================================================================ Archive-Date: Mon, 18 Sep 1995 21:19:09 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Sep 95 21:48:04 EDT Message-ID: <00996998E5F4C6E0.40600C48@giant.IntraNet.com> From: "G. Del Merritt" Reply-To: MX-List@MadGoat.com Subject: Re: Patch for mail memory leak To: MX-List@madgoat.com In-reply-to:"Andy Harper" 's message of Mon, 18 Sep 1995 10:33:48 GMT >>How can one get hold of these patch files ?... I am a home user of a pair of >>3100's and thus do not thus do not have a corperate update policy inplace, in >>fact, I have zero h/w or s/w maintainence agreements. : > Regretfully, if you dont have a maintenance contract you cant have > the patches either! You can try looking at ftp.service.digital.com. There are a number of patches on that server that are "public" patches, i.e., that Digital doesn't mind anyone having for "free". I think most of them are ECOish in nature. I think the web page is at www.service.digital.com, and it (currently) provides a password-free search engine for querying patches. for patches. Del Merritt del@IntraNet.com IntraNet, Inc., One Gateway Center #700, Newton, MA 02158 Voice: 617-527-7020; FAX: 617-527-6779 All my opinions. Just say no to Clipper. ================================================================================ Archive-Date: Tue, 19 Sep 1995 07:32:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 18 Sep 1995 22:39:46 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <009969A0.1EB1EA01.787@CCTR.UMKC.EDU> Subject: RE: Q: Dying MX_LOCAL process....again =>From: IN%"MX-List@WKUVX1.WKU.EDU" 17-SEP-1995 16:39:56.53 =>To: IN%"MX-List@WKUVX1.WKU.EDU" =>CC: =>Subj: Q: Dying MX_LOCAL process....again => =>From: cooper@utsph.sph.uth.tmc.edu =>Subject: Q: Dying MX_LOCAL process....again =>Date: 17 Sep 1995 12:58:08 GMT =>To: MX-List@WKUVX1.WKU.EDU => =>Hi, => => About a year ago I was haveing a problem with the MX_LOCAL process =>dying which was appariently fixed after upgrading to VMS6.1. However, =>since upgrading to VMS 6.2 the problem has returned. There are no message =>in the log file, it leaves a *.TMP file in the [.local] directory and =>in the accounting file it has the LIB-F-INSVIRMEM insufficient virtual memory =>error. I suspect that it is due to the so-call memory leak problem in =>the callable mail but am not sure if anyone has a solution. => =>I am running Version 4.1 of the MX server software on an ALPHA 7610 under =>VMS 6.2. => => => =>Could one of you kind folks again update me if this is the case and if =>there is any fix or workaround for the problem. => =>Thanks in advance for your help => =>Charlie => => Curious about that ECO they were talking about which fixed a memory leak for versions 6.1 and prior. What exactly fixed that leak for version 6.2? Ron Rockwell, Systems Programmer UMKC Academic Computing Services ================================================================================ Archive-Date: Tue, 19 Sep 1995 08:17:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: everhart@star.enet.dec.com (Glenn C. Everhart) Subject: Re: Patch for mail memory leak Date: 19 Sep 1995 12:55:51 GMT Message-ID: <43mekn$gha@nntpd.lkg.dec.com> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU Check out ftp.service.digital.com for patches. Not all patches published are there, but a good many ARE, and available anonymously. (I have a 3100 at home too!) glenn Everhart ================================================================================ Archive-Date: Tue, 19 Sep 1995 10:38:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: jgreen@modemnews.win.net (Jeff Green) Reply-To: MX-List@MadGoat.com Subject: DMW Notification Date: Tue, 19 Sep 1995 15:07:56 GMT Message-ID: <43mm62$pkp@ixnews2.ix.netcom.com> To: MX-List@WKUVX1.WKU.EDU Netter's, Here's the situation: We are running DecMail Works v 1.2-5 on our VAX system and our users are complaining about not getting notifications in a timely manner, some never at all. Working with DEC we looked into a file called A1MAIL$NOTIFY.DAT that was located in A1MAIL$LIBRARY. It seems that each time you make a connection to the mail system an entry is written here to allow DMW to 'know' where ot send notifications. However, it does not clear out old entries and a restart of the system does not work. The file has been growing since 1991(!) and is getting out-of-hand now. Is there anyway to clean out this file? Start a new one? make life more bearable for my users? Make notifications work again? Many thanks (up front) Jeff Green Credit Lyonnais America's Microsoft Network is prohibited from redistributing this work in any form, in whole or in part. Copyright, Jeff Green, 1995. Please send notices of violation to jgreen@modemnews.win.net ================================================================================ Archive-Date: Tue, 19 Sep 1995 12:44:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 10:41:18 Pacific Daylight Time From: Chuck Strickland Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996A04.EAD6F5E0.1@vax6k.nellis.af.mil> Subject: Re: Patch for mail memory leak Del Merritt writes: -You can try looking at ftp.service.digital.com. There are a number of patches -on that server that are "public" patches, i.e., that Digital doesn't mind -anyone having for "free". I think most of them are ECOish in nature. I think -the web page is at www.service.digital.com, and it (currently) provides a -password-free search engine for querying patches. -for patches. and very good advice it was. Thanks. It was there, I got it and installed it with no problems. Now here is the dumb question. The instructions say that you don't have to re-boot, just shutdown and restart mail to make the patch go into effect. Well, how do you re-start mail? I have spent more time searching manuals trying to figure this out than I spent getting and installing the patch. I will continue to look, but I have already searched the mail and system manager's manuals. Thanks for any ideas, if all else fails, I should be able to re-boot sometime Friday. Chuck Chuck Strickland Work Location: Mailing Address: Loral Aerospace Services Loral Aerospace Services Red Forces Command & Control 2400 North Tenaya Way Nellis Air Force Base ATTN: RFCC Bldg 200 Las Vegas, Nevada Las Vegas, NV 89128 (702)652-3660 DSN 682-3660 Email strickland@vax6k.nellis.af.mil (at least until 1 October 1995) ================================================================================ Archive-Date: Tue, 19 Sep 1995 12:58:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 12:54:25 CDT From: Tom Chamberlain / 269GB Bartlesville / (918)661-9744 <"athena::system"@twctst.ppco.com> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <00996A17.82FDE600.1@twctst.ppco.com> Subject: Re: Patch for mail memory leak I believe the patch in question is on ftp.service.digital.com in: /pub/vms/vax/v5.5/vaxmail05_061.* The files with extensions like ".a-dcx_vaxexe" seem to be self-expanding executables which, when run, will create a saveset usable with VMSINSTAL. Tom ================================================================================ Archive-Date: Tue, 19 Sep 1995 13:11:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 13:11:35 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: STRICKLAND@VAX6K.NELLIS.AF.MIL Message-ID: <00996A19.E9332E10.8@ALPHA.WKU.EDU> Subject: Re: Patch for mail memory leak Chuck Strickland writes: > >Now here is the dumb question. The instructions say that you don't have to re-boot, just shutdown >and restart mail to make the patch go into effect. Well, how do you re-start mail? I >have spent more time searching manuals trying to figure this out than I spent getting and >installing the patch. > All you should have to do is re-INSTALL the MAIL shareable images: SYS$SHARE:MAILSHR.EXE and SYS$SHARE:MAILSHRP.EXE. I haven't installed that patch, but those are the only files mail uses (well, the ones that count and are most likely replaced by the patch). Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Tue, 19 Sep 1995 13:59:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 14:00:50 CDT From: Bob Christenson Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996A20.CA2EE8E0.7@fcseng.frco.com> Subject: RE: DMW Notification jgreen@modemnews.win.net (Jeff Green) writes: } Netter's, } } Here's the situation: } } We are running DecMail Works v 1.2-5 on our VAX system and our users } are complaining about not getting notifications in a timely manner, } some never at all. } } Working with DEC we looked into a file called A1MAIL$NOTIFY.DAT that } was located in A1MAIL$LIBRARY. } } It seems that each time you make a connection to the mail system an } entry is written here to allow DMW to 'know' where ot send } notifications. However, it does not clear out old entries and a } restart of the system does not work. } } The file has been growing since 1991(!) and is getting out-of-hand } now. } } Is there anyway to clean out this file? Start a new one? make life } more bearable for my users? Make notifications work again? } } Many thanks (up front) } } Jeff Green Looking at our file, we seem to have an entry for each user but not an entry for each connection occurance. There are some old entries of accounts that have been deleted from the UAF. It would seem perhaps that you may have a high turnover of users whose entries are not being cleaned up from this file, similat to the MAILUAF file entries needing to be removed apart from the removal of the UAF entry. There is an article in DSNLINK with the title: How to View A1MAIL$NOTIFY.DAT With Notification Problems It does tell how to view and delete entries from this file. Hope this helps. Bob +-----------------------------+-------------------------+ | Bob Christenson | VOICE: 515.754.3854 | _/_/_/_/ _/_/ | Sr. Sys Analyst | FAX: 515.754.2831 | _/ _/ _/ _/ | Fisher Controls Int., Inc. +-------------------------+ _/_/_/ _/ | R.A. Engel Technical Center | EMAIL: | _/ _/ _/ _/ | Marshalltown, IA 50158 | rachri1@fcseng.frco.com | _/_/_/_/. _/_/ . +-----------------------------+-------------------------+ ================================================================================ Archive-Date: Tue, 19 Sep 1995 14:07:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 13:51:32 CDT From: "James T. Horn" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <00996A1F.7E1C9E30.2265@SHSU.edu> Subject: Problem with PC sending SMTP mail We are running a Eudora(sp) and Pegasus(sp) for our PC to send mail and the problem seems to be that the PC will either connect and do nothing, or they timeout. We are wondering if the logical MX_SMTP_SERVER_THREADS will correct this problem, or maybe it's somewhere else we need to look. We are running Multinet 3.3 rev D-X and Mx 4.1. Any ideas would be appreciated. ------------------------------------------------------------------------- James T. Horn /-\ Coordinator, VMS Systems / | \ Sam Houston State University / /|\ \ Internet : horn@Shsu.edu / / ^ \ \ http://oliver.shsu.edu/~horn/horn.html / / /,\ \ \ Something to think about: \ \ \`/ / / If at first you don't succeed, --------- let someone else have a chance. | | | | | ------------------------------------------------------------------------- ================================================================================ Archive-Date: Tue, 19 Sep 1995 14:12:50 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: poling@eisner.decus.org (JIM POLING, MPL CORP, (304) 472-9520) Reply-To: MX-List@MadGoat.com Subject: Re: mime encoding Message-ID: <1995Sep19.130306.11292@eisner> Date: 19 Sep 95 13:03:05 -0400 To: MX-List@WKUVX1.WKU.EDU In article <009968C2.8A8BEB20.49@whscdp.whs.edu>, kmoch@whscdp.whs.edu writes: > I just got this message from one of our users. > >>do we have anything that will handle mime mail files. >> >>I have a mime encoded zip file that I cant decode. >> >>any suggestions? > > I think I've seen reference to mime-encoded files sometime fairly recently on > this listserv. Can somehelp help with an answer or suggest someplace to post > this question to get a response? > > Thanks > > Joe I seem to remember someone saying that it had something to do with the headers. I too am having this problem, and would like to solve it. Any chance of it being in an FAQ somewhere? -Jim Poling WVLink System Manager MPL Corp. Buckhannon, WV 26201 ================================================================================ Archive-Date: Tue, 19 Sep 1995 14:29:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 13:18:59 MDT From: Mike Frazier - Oracle Rdb Worldwide Support Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mfrazier@us.oracle.com Message-ID: <00996A1A.F2122620.1@borgil.us.oracle.com> Subject: Re: Patch for mail memory leak |>I believe the patch in question is on ftp.service.digital.com in: |> /pub/vms/vax/v5.5/vaxmail05_061.* |>The files with extensions like ".a-dcx_vaxexe" seem to be self-expanding |>executables which, when run, will create a saveset usable with VMSINSTAL. .a-dcx-vaxexe type files are self expanding executables that are created by FTSV v3.0 (better known to some by the name of Spool). Due to the wierd extension name, you must specify the full filename (including the extension) on your run statement. Mike ____________________________________________________________________________ / Mike Frazier | NOTICE ** NOTICE ** NOTICE ** NOTICE ** NOTICE \ | Oracle World Wide Support | I have a new internet address! | | Rdb Support Team | Send all e-mail to: mfrazier@us.oracle.com | | Colorado Springs, Colorado| ^^^^^^^^^^^^^^^^^^^^^^ | |-----------------------------------------------------------------------------| | Email Address: mfrazier@us.oracle.com | \ WWW: http://www.hal.com/services/juggle/home/m_frazier@borgil.cxo.dec.com/ / ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Tue, 19 Sep 1995 14:36:27 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 13:25:04 MDT From: Mike Frazier - Oracle Rdb Worldwide Support Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mfrazier@us.oracle.com Message-ID: <00996A1B.CB4E54E0.3@borgil.us.oracle.com> Subject: Re: Patch for mail memory leak Due to the discussion, I thought I'd pass this on to anyone that isn't familiar with this service... Mike SUBJECT: How to Access ECOs (patches) Through the Internet The purpose of this document is to inform you how qualified Digital ECOs (patches) can be accessed through the Internet. As this service evolves, more qualified Digital patches will be made available and expansion of the contract access for entitled users will be evaluated for other countries. There are 2 methods of Internet access now available. 1) URL ACCESS (use the following URL) http://www.service.digital.com/html/patch_main.html The patch page has 2 areas of access: 1) Public area - does not require any entitlement - available to anyone on the Internet - contains a subset of ECOs which are in the Contract area 2) Contract access - for entitled users with valid U.S. DSNlink contract You can then use either the Comet search utility or browse the directories with FTP. Please look at this web page and become familiar with its use. 2) FTP ACCESS ********************************************************************* * * * Please Note: * * Your FTP password, if newly generated, will not take affect until * * the day AFTER it is issued. * * * ********************************************************************* If you are a DSNlink for Ultrix user: ------------------------------------- If you have DSNlink for Ultrix already installed, you will need the following information prior to connecting to ftp.service.digital.com (ftp). 1. A direct connection to the Internet. This connection can be an on demand link, but cannot be a connection via UUCP. 2. Your obligation ID that is associated with your DSNlink for Ultrix service. This id can be found in /var/kits/dsn on the system that has DSNlink installed on it. There should be a file in this directory with a name of the form authkey-MD5-XXXXX, where XXXXX is the obligation ID. 3. Your DSNlink encrypted password can be found inside the file specified in #2. The password consists of the last 4 groupings of 4 characters, without the hyphens (-). Thus a string such as: 0123-3W5Z-25ZB-X4XN-SE2F would yield a password of: 3W5Z25ZBX4XMSE2F If you are a DSNlink for VMS user, or not a DSNlink user: --------------------------------------------------------- If you do not have DSNlink for Ultrix, you will need to contact your territory DSNlink group. In the U.S. this can be accomplished via DSNlink (if you have the VMS version, send VMSmail to DSN%DSNLINK) or by logging a call via 1(800)354-9000. In other geographies, contact your local DSNlink support group. The request should include the following information: o Requester's full name o Requester's voice telephone number o Requester's FAX telephone number The DSNlink group will then generate a key that is associated with the obligation ID. You must have a direct connection to the Internet, whether it is dedicated or on demand. Connections via UUCP will not work with this service at present. Connecting with your obligation ID and DSNlink key: --------------------------------------------------- The following steps must be followed to connect to the Internet patch server ftp.service.digital.com. 1. You must issue the "ftp" command to connect to the server using either the name "ftp.service.digital.com" or the IP address 192.208.35.2. The name should be used whenever possible as the address can change without warning. The following illustrates the command usage: # ftp ftp.service.digital.com or # ftp 192.208.35.2 2. Once connected you will be prompted for your account name. This is where you will enter your obligation ID. You will then be asked for a password. This is where you will enter your DSNlink key. Here is an example of what you will see: Connected to ftp.service.digital.com. 220-*** /etc/motd.ftp *** Property of Digital Equipment Corporation UNAUTHORIZED ACCESS TO THIS SYSTEM OR NETWORK IS PROHIBITED D I G I T A L F T P P A T C H S E R V I C E 220 ftp.service.digital.com FTP server (ULTRIX Version 4.35 Mon...)ready. Name (ftp.service.digital.com:smith): 123 331 Password required for 123. Password: 3. At this point one of two items will be displayed. If this is your first time logging in with this obligation ID, you will be presented with: 230-*** /etc/agreement_needed.ftp *** D I G I T A L F T P P A T C H S E R V I C E ------------------------------------------------- Prior to accessing the Digital Software Patch Archives it is necessary to read through the FTP Patch Service Connection Agreement and respond affirmatively to the questions at the end of the document. This can be accomplished by using TELNET and connecting to this system. Use your Obligation ID and password to login into the system and follow the prompts. 230-*** /etc/agreement_needed.ftp *** 421 Service not available, remote server has closed connection Login failed. ftp> You must then use TELNET to connect to the system where you will then be shown the FTP PATCH SERVICE CONNECTION AGREEMENT and asked for your Company Name and your Full Name, and if you agree to the abide by the contents of the agreement. If you answer "Yes" then you will be able to log in via FTP and can use the service. If you answer "No" you will not be allowed access to the patch archives. Once you have agreed, you can then use ftp to connect to ftp.service.digital.com and peruse the directories. When you connect via FTP after agreeing, you will be shown a message reminding you of the agreement and telling you where you can obtain a copy of the agreement. 230-*** /etc/agreement.ftp *** DIGITAL EXTERNAL CONNECTION AGREEMENT APPLICABILITY FOR FTP PATCH SERVICE You are reminded that, as an FTP PATCH SERVICE contract subscriber, you have agreed to the terms and conditions of the External Connection Agreement for FTP PATCH SERVICE which you acknowledged reading and accepting at the time of your initial login to this service. By proceeding with this session, you reaffirm the applicability of the External Connection Agreement. If you wish to review the terms of the Agreement, the FTP PATCH SERVICE External Connection Agreement can be found in the root directory of this service, its title is: "FTP_PATCH_SERVICE_CONNECTION_AGREEMENT" Please obtain a hard copy for your records via an FTP "get" of this file. 230-*** /etc/agreement.ftp *** 230 User 439 logged in. ftp> 4. You can then browse the patch directories normally using the FTP facility. For usage instructions for FTP, you should consult your manuals or one of the following guides: Ultrix General Information, Volume 3A OSF/1 Reference Pages Section 1 User Commands, Volume 1 5. To exit the session and break the connection you should type "bye" or "quit" at the "ftp>" prompt. ____________________________________________________________________________ / Mike Frazier | NOTICE ** NOTICE ** NOTICE ** NOTICE ** NOTICE \ | Oracle World Wide Support | I have a new internet address! | | Rdb Support Team | Send all e-mail to: mfrazier@us.oracle.com | | Colorado Springs, Colorado| ^^^^^^^^^^^^^^^^^^^^^^ | |-----------------------------------------------------------------------------| | Email Address: mfrazier@us.oracle.com | \ WWW: http://www.hal.com/services/juggle/home/m_frazier@borgil.cxo.dec.com/ / ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Tue, 19 Sep 1995 15:02:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 15:59:55 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: horn@SHSU.edu, hardis@garnet.nist.gov Message-ID: <00996A31.6D697560.2@garnet.nist.gov> Subject: RE: Problem with PC sending SMTP mail > We are running a Eudora(sp) and Pegasus(sp) for our PC to send mail > and the problem seems to be that the PC will either connect and do > nothing, or they timeout. > > We are wondering if the logical MX_SMTP_SERVER_THREADS will correct > this problem, or maybe it's somewhere else we need to look. What do you learn from the SMTP_SERVER log after you enable debugging? - Jonathan ================================================================================ Archive-Date: Tue, 19 Sep 1995 16:43:15 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 17:41:14 EST From: "Scott C. Jensen, OIS Manager, x0441" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: jensen@ILP.MIT.EDU Message-ID: <00996A3F.94868C60.22@ILP.MIT.EDU> Subject: Re: Patch for mail memory leak >From: MX%"MX-List@MadGoat.com" 19-SEP-1995 15:33:48.81 >To: MX%"MX-List@MadGoat.com" >CC: MX%"STRICKLAND@VAX6K.NELLIS.AF.MIL" >Subj: Re: Patch for mail memory leak > ... > >Chuck Strickland writes: >> >>Now here is the dumb question. The instructions say that you don't have to re-boot, just shutdown >>and restart mail to make the patch go into effect. Well, how do you re-start mail? I >>have spent more time searching manuals trying to figure this out than I spent getting and >>installing the patch. >> >All you should have to do is re-INSTALL the MAIL shareable images: >SYS$SHARE:MAILSHR.EXE and SYS$SHARE:MAILSHRP.EXE. I haven't installed >that patch, but those are the only files mail uses (well, the ones >that count and are most likely replaced by the patch). > >Hunter >------ >Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. > A note about this - If you've installed the patch that negates the need for MX%"..." around your addresses, you'll need to re-install the patch, correct? Doesn't it patch the MAILSHR.EXE file? If not, I'm just remembering wrong - Sorry. ---SCJ Scott C. Jensen Manager, Office of Information Systems MIT Corporate Relations - Industrial Liaison Program Room E38-576 292 Main Street Cambridge, MA 02139 617/253-0441 FAX: 617/258-6148 Email: jensen@mit.edu ================================================================================ Archive-Date: Tue, 19 Sep 1995 17:04:16 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 19 Sep 1995 17:03:48 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <00996A3A.59D9F5F2.359@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #141 MX-List Digest Tue, 19 Sep 1995 Volume 95 : Issue 141 Today's Topics: DMW Notification (2 msgs) mime encoding Patch for mail memory leak (8 msgs) Problem with PC sending SMTP mail (2 msgs) Q: Dying MX_LOCAL process....again Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: Tue, 19 Sep 1995 15:07:56 GMT From: jgreen@modemnews.win.net (Jeff Green) Subject: DMW Notification Message-ID: <43mm62$pkp@ixnews2.ix.netcom.com> Netter's, Here's the situation: We are running DecMail Works v 1.2-5 on our VAX system and our users are complaining about not getting notifications in a timely manner, some never at all. Working with DEC we looked into a file called A1MAIL$NOTIFY.DAT that was located in A1MAIL$LIBRARY. It seems that each time you make a connection to the mail system an entry is written here to allow DMW to 'know' where ot send notifications. However, it does not clear out old entries and a restart of the system does not work. The file has been growing since 1991(!) and is getting out-of-hand now. Is there anyway to clean out this file? Start a new one? make life more bearable for my users? Make notifications work again? Many thanks (up front) Jeff Green Credit Lyonnais America's Microsoft Network is prohibited from redistributing this work in any form, in whole or in part. Copyright, Jeff Green, 1995. Please send notices of violation to jgreen@modemnews.win.net ------------------------------ Date: Tue, 19 Sep 1995 14:00:50 CDT From: Bob Christenson Subject: Re: DMW Notification Message-ID: <00996A20.CA2EE8E0.7@fcseng.frco.com> jgreen@modemnews.win.net (Jeff Green) writes: } Netter's, } } Here's the situation: } } We are running DecMail Works v 1.2-5 on our VAX system and our users } are complaining about not getting notifications in a timely manner, } some never at all. } } Working with DEC we looked into a file called A1MAIL$NOTIFY.DAT that } was located in A1MAIL$LIBRARY. } } It seems that each time you make a connection to the mail system an } entry is written here to allow DMW to 'know' where ot send } notifications. However, it does not clear out old entries and a } restart of the system does not work. } } The file has been growing since 1991(!) and is getting out-of-hand } now. } } Is there anyway to clean out this file? Start a new one? make life } more bearable for my users? Make notifications work again? } } Many thanks (up front) } } Jeff Green Looking at our file, we seem to have an entry for each user but not an entry for each connection occurance. There are some old entries of accounts that have been deleted from the UAF. It would seem perhaps that you may have a high turnover of users whose entries are not being cleaned up from this file, similat to the MAILUAF file entries needing to be removed apart from the removal of the UAF entry. There is an article in DSNLINK with the title: How to View A1MAIL$NOTIFY.DAT With Notification Problems It does tell how to view and delete entries from this file. Hope this helps. Bob +-----------------------------+-------------------------+ | Bob Christenson | VOICE: 515.754.3854 | _/_/_/_/ _/_/ | Sr. Sys Analyst | FAX: 515.754.2831 | _/ _/ _/ _/ | Fisher Controls Int., Inc. +-------------------------+ _/_/_/ _/ | R.A. Engel Technical Center | EMAIL: | _/ _/ _/ _/ | Marshalltown, IA 50158 | rachri1@fcseng.frco.com | _/_/_/_/. _/_/ . +-----------------------------+-------------------------+ ------------------------------ Date: 19 Sep 95 13:03:05 -0400 From: poling@eisner.decus.org (JIM POLING, MPL CORP, (304) 472-9520) Subject: Re: mime encoding Message-ID: <1995Sep19.130306.11292@eisner> In article <009968C2.8A8BEB20.49@whscdp.whs.edu>, kmoch@whscdp.whs.edu writes: > I just got this message from one of our users. > >>do we have anything that will handle mime mail files. >> >>I have a mime encoded zip file that I cant decode. >> >>any suggestions? > > I think I've seen reference to mime-encoded files sometime fairly recently on > this listserv. Can somehelp help with an answer or suggest someplace to post > this question to get a response? > > Thanks > > Joe I seem to remember someone saying that it had something to do with the headers. I too am having this problem, and would like to solve it. Any chance of it being in an FAQ somewhere? -Jim Poling WVLink System Manager MPL Corp. Buckhannon, WV 26201 ------------------------------ Date: Mon, 18 Sep 95 21:48:04 EDT From: "G. Del Merritt" Subject: Re: Patch for mail memory leak Message-ID: <00996998E5F4C6E0.40600C48@giant.IntraNet.com> In-reply-to:"Andy Harper" 's message of Mon, 18 Sep 1995 10:33:48 GMT >>How can one get hold of these patch files ?... I am a home user of a pair of >>3100's and thus do not thus do not have a corperate update policy inplace, in >>fact, I have zero h/w or s/w maintainence agreements. : > Regretfully, if you dont have a maintenance contract you cant have > the patches either! You can try looking at ftp.service.digital.com. There are a number of patches on that server that are "public" patches, i.e., that Digital doesn't mind anyone having for "free". I think most of them are ECOish in nature. I think the web page is at www.service.digital.com, and it (currently) provides a password-free search engine for querying patches. for patches. Del Merritt del@IntraNet.com IntraNet, Inc., One Gateway Center #700, Newton, MA 02158 Voice: 617-527-7020; FAX: 617-527-6779 All my opinions. Just say no to Clipper. ------------------------------ Date: 19 Sep 1995 12:55:51 GMT From: everhart@star.enet.dec.com (Glenn C. Everhart) Subject: Re: Patch for mail memory leak Message-ID: <43mekn$gha@nntpd.lkg.dec.com> Check out ftp.service.digital.com for patches. Not all patches published are there, but a good many ARE, and available anonymously. (I have a 3100 at home too!) glenn Everhart ------------------------------ Date: Tue, 19 Sep 1995 10:41:18 Pacific Daylight Time From: Chuck Strickland Subject: Re: Patch for mail memory leak Message-ID: <00996A04.EAD6F5E0.1@vax6k.nellis.af.mil> Del Merritt writes: -You can try looking at ftp.service.digital.com. There are a number of patches -on that server that are "public" patches, i.e., that Digital doesn't mind -anyone having for "free". I think most of them are ECOish in nature. I think -the web page is at www.service.digital.com, and it (currently) provides a -password-free search engine for querying patches. -for patches. and very good advice it was. Thanks. It was there, I got it and installed it with no problems. Now here is the dumb question. The instructions say that you don't have to re-boot, just shutdown and restart mail to make the patch go into effect. Well, how do you re-start mail? I have spent more time searching manuals trying to figure this out than I spent getting and installing the patch. I will continue to look, but I have already searched the mail and system manager's manuals. Thanks for any ideas, if all else fails, I should be able to re-boot sometime Friday. Chuck Chuck Strickland Work Location: Mailing Address: Loral Aerospace Services Loral Aerospace Services Red Forces Command & Control 2400 North Tenaya Way Nellis Air Force Base ATTN: RFCC Bldg 200 Las Vegas, Nevada Las Vegas, NV 89128 (702)652-3660 DSN 682-3660 Email strickland@vax6k.nellis.af.mil (at least until 1 October 1995) ------------------------------ Date: Tue, 19 Sep 1995 12:54:25 CDT From: Tom Chamberlain / 269GB Bartlesville / (918)661-9744 Subject: Re: Patch for mail memory leak Message-ID: <00996A17.82FDE600.1@twctst.ppco.com> I believe the patch in question is on ftp.service.digital.com in: /pub/vms/vax/v5.5/vaxmail05_061.* The files with extensions like ".a-dcx_vaxexe" seem to be self-expanding executables which, when run, will create a saveset usable with VMSINSTAL. Tom ------------------------------ Date: Tue, 19 Sep 1995 13:11:35 CDT From: Hunter Goatley Subject: Re: Patch for mail memory leak Message-ID: <00996A19.E9332E10.8@ALPHA.WKU.EDU> Chuck Strickland writes: > >Now here is the dumb question. The instructions say that you don't have to re-boot, just shutdown >and restart mail to make the patch go into effect. Well, how do you re-start mail? I >have spent more time searching manuals trying to figure this out than I spent getting and >installing the patch. > All you should have to do is re-INSTALL the MAIL shareable images: SYS$SHARE:MAILSHR.EXE and SYS$SHARE:MAILSHRP.EXE. I haven't installed that patch, but those are the only files mail uses (well, the ones that count and are most likely replaced by the patch). Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ------------------------------ Date: Tue, 19 Sep 1995 13:18:59 MDT From: Mike Frazier - Oracle Rdb Worldwide Support Subject: Re: Patch for mail memory leak Message-ID: <00996A1A.F2122620.1@borgil.us.oracle.com> |>I believe the patch in question is on ftp.service.digital.com in: |> /pub/vms/vax/v5.5/vaxmail05_061.* |>The files with extensions like ".a-dcx_vaxexe" seem to be self-expanding |>executables which, when run, will create a saveset usable with VMSINSTAL. .a-dcx-vaxexe type files are self expanding executables that are created by FTSV v3.0 (better known to some by the name of Spool). Due to the wierd extension name, you must specify the full filename (including the extension) on your run statement. Mike ____________________________________________________________________________ / Mike Frazier | NOTICE ** NOTICE ** NOTICE ** NOTICE ** NOTICE \ | Oracle World Wide Support | I have a new internet address! | | Rdb Support Team | Send all e-mail to: mfrazier@us.oracle.com | | Colorado Springs, Colorado| ^^^^^^^^^^^^^^^^^^^^^^ | |-----------------------------------------------------------------------------| | Email Address: mfrazier@us.oracle.com | \ WWW: http://www.hal.com/services/juggle/home/m_frazier@borgil.cxo.dec.com/ / ---------------------------------------------------------------------------- ------------------------------ Date: Tue, 19 Sep 1995 13:25:04 MDT From: Mike Frazier - Oracle Rdb Worldwide Support Subject: Re: Patch for mail memory leak Message-ID: <00996A1B.CB4E54E0.3@borgil.us.oracle.com> Due to the discussion, I thought I'd pass this on to anyone that isn't familiar with this service... Mike SUBJECT: How to Access ECOs (patches) Through the Internet The purpose of this document is to inform you how qualified Digital ECOs (patches) can be accessed through the Internet. As this service evolves, more qualified Digital patches will be made available and expansion of the contract access for entitled users will be evaluated for other countries. There are 2 methods of Internet access now available. 1) URL ACCESS (use the following URL) http://www.service.digital.com/html/patch_main.html The patch page has 2 areas of access: 1) Public area - does not require any entitlement - available to anyone on the Internet - contains a subset of ECOs which are in the Contract area 2) Contract access - for entitled users with valid U.S. DSNlink contract You can then use either the Comet search utility or browse the directories with FTP. Please look at this web page and become familiar with its use. 2) FTP ACCESS ********************************************************************* * * * Please Note: * * Your FTP password, if newly generated, will not take affect until * * the day AFTER it is issued. * * * ********************************************************************* If you are a DSNlink for Ultrix user: ------------------------------------- If you have DSNlink for Ultrix already installed, you will need the following information prior to connecting to ftp.service.digital.com (ftp). 1. A direct connection to the Internet. This connection can be an on demand link, but cannot be a connection via UUCP. 2. Your obligation ID that is associated with your DSNlink for Ultrix service. This id can be found in /var/kits/dsn on the system that has DSNlink installed on it. There should be a file in this directory with a name of the form authkey-MD5-XXXXX, where XXXXX is the obligation ID. 3. Your DSNlink encrypted password can be found inside the file specified in #2. The password consists of the last 4 groupings of 4 characters, without the hyphens (-). Thus a string such as: 0123-3W5Z-25ZB-X4XN-SE2F would yield a password of: 3W5Z25ZBX4XMSE2F If you are a DSNlink for VMS user, or not a DSNlink user: --------------------------------------------------------- If you do not have DSNlink for Ultrix, you will need to contact your territory DSNlink group. In the U.S. this can be accomplished via DSNlink (if you have the VMS version, send VMSmail to DSN%DSNLINK) or by logging a call via 1(800)354-9000. In other geographies, contact your local DSNlink support group. The request should include the following information: o Requester's full name o Requester's voice telephone number o Requester's FAX telephone number The DSNlink group will then generate a key that is associated with the obligation ID. You must have a direct connection to the Internet, whether it is dedicated or on demand. Connections via UUCP will not work with this service at present. Connecting with your obligation ID and DSNlink key: --------------------------------------------------- The following steps must be followed to connect to the Internet patch server ftp.service.digital.com. 1. You must issue the "ftp" command to connect to the server using either the name "ftp.service.digital.com" or the IP address 192.208.35.2. The name should be used whenever possible as the address can change without warning. The following illustrates the command usage: # ftp ftp.service.digital.com or # ftp 192.208.35.2 2. Once connected you will be prompted for your account name. This is where you will enter your obligation ID. You will then be asked for a password. This is where you will enter your DSNlink key. Here is an example of what you will see: Connected to ftp.service.digital.com. 220-*** /etc/motd.ftp *** Property of Digital Equipment Corporation UNAUTHORIZED ACCESS TO THIS SYSTEM OR NETWORK IS PROHIBITED D I G I T A L F T P P A T C H S E R V I C E 220 ftp.service.digital.com FTP server (ULTRIX Version 4.35 Mon...)ready. Name (ftp.service.digital.com:smith): 123 331 Password required for 123. Password: 3. At this point one of two items will be displayed. If this is your first time logging in with this obligation ID, you will be presented with: 230-*** /etc/agreement_needed.ftp *** D I G I T A L F T P P A T C H S E R V I C E ------------------------------------------------- Prior to accessing the Digital Software Patch Archives it is necessary to read through the FTP Patch Service Connection Agreement and respond affirmatively to the questions at the end of the document. This can be accomplished by using TELNET and connecting to this system. Use your Obligation ID and password to login into the system and follow the prompts. 230-*** /etc/agreement_needed.ftp *** 421 Service not available, remote server has closed connection Login failed. ftp> You must then use TELNET to connect to the system where you will then be shown the FTP PATCH SERVICE CONNECTION AGREEMENT and asked for your Company Name and your Full Name, and if you agree to the abide by the contents of the agreement. If you answer "Yes" then you will be able to log in via FTP and can use the service. If you answer "No" you will not be allowed access to the patch archives. Once you have agreed, you can then use ftp to connect to ftp.service.digital.com and peruse the directories. When you connect via FTP after agreeing, you will be shown a message reminding you of the agreement and telling you where you can obtain a copy of the agreement. 230-*** /etc/agreement.ftp *** DIGITAL EXTERNAL CONNECTION AGREEMENT APPLICABILITY FOR FTP PATCH SERVICE You are reminded that, as an FTP PATCH SERVICE contract subscriber, you have agreed to the terms and conditions of the External Connection Agreement for FTP PATCH SERVICE which you acknowledged reading and accepting at the time of your initial login to this service. By proceeding with this session, you reaffirm the applicability of the External Connection Agreement. If you wish to review the terms of the Agreement, the FTP PATCH SERVICE External Connection Agreement can be found in the root directory of this service, its title is: "FTP_PATCH_SERVICE_CONNECTION_AGREEMENT" Please obtain a hard copy for your records via an FTP "get" of this file. 230-*** /etc/agreement.ftp *** 230 User 439 logged in. ftp> 4. You can then browse the patch directories normally using the FTP facility. For usage instructions for FTP, you should consult your manuals or one of the following guides: Ultrix General Information, Volume 3A OSF/1 Reference Pages Section 1 User Commands, Volume 1 5. To exit the session and break the connection you should type "bye" or "quit" at the "ftp>" prompt. ____________________________________________________________________________ / Mike Frazier | NOTICE ** NOTICE ** NOTICE ** NOTICE ** NOTICE \ | Oracle World Wide Support | I have a new internet address! | | Rdb Support Team | Send all e-mail to: mfrazier@us.oracle.com | | Colorado Springs, Colorado| ^^^^^^^^^^^^^^^^^^^^^^ | |-----------------------------------------------------------------------------| | Email Address: mfrazier@us.oracle.com | \ WWW: http://www.hal.com/services/juggle/home/m_frazier@borgil.cxo.dec.com/ / ---------------------------------------------------------------------------- ------------------------------ Date: Tue, 19 Sep 1995 17:41:14 EST From: "Scott C. Jensen, OIS Manager, x0441" Subject: Re: Patch for mail memory leak Message-ID: <00996A3F.94868C60.22@ILP.MIT.EDU> >From: MX%"MX-List@MadGoat.com" 19-SEP-1995 15:33:48.81 >To: MX%"MX-List@MadGoat.com" >CC: MX%"STRICKLAND@VAX6K.NELLIS.AF.MIL" >Subj: Re: Patch for mail memory leak > ... > >Chuck Strickland writes: >> >>Now here is the dumb question. The instructions say that you don't have to re-boot, just shutdown >>and restart mail to make the patch go into effect. Well, how do you re-start mail? I >>have spent more time searching manuals trying to figure this out than I spent getting and >>installing the patch. >> >All you should have to do is re-INSTALL the MAIL shareable images: >SYS$SHARE:MAILSHR.EXE and SYS$SHARE:MAILSHRP.EXE. I haven't installed >that patch, but those are the only files mail uses (well, the ones >that count and are most likely replaced by the patch). > >Hunter >------ >Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. > A note about this - If you've installed the patch that negates the need for MX%"..." around your addresses, you'll need to re-install the patch, correct? Doesn't it patch the MAILSHR.EXE file? If not, I'm just remembering wrong - Sorry. ---SCJ Scott C. Jensen Manager, Office of Information Systems MIT Corporate Relations - Industrial Liaison Program Room E38-576 292 Main Street Cambridge, MA 02139 617/253-0441 FAX: 617/258-6148 Email: jensen@mit.edu ------------------------------ Date: Tue, 19 Sep 1995 13:51:32 CDT From: "James T. Horn" Subject: Problem with PC sending SMTP mail Message-ID: <00996A1F.7E1C9E30.2265@SHSU.edu> We are running a Eudora(sp) and Pegasus(sp) for our PC to send mail and the problem seems to be that the PC will either connect and do nothing, or they timeout. We are wondering if the logical MX_SMTP_SERVER_THREADS will correct this problem, or maybe it's somewhere else we need to look. We are running Multinet 3.3 rev D-X and Mx 4.1. Any ideas would be appreciated. ------------------------------------------------------------------------ James T. Horn /-\ Coordinator, VMS Systems / | \ Sam Houston State University / /|\ \ Internet : horn@Shsu.edu / / ^ \ \ http://oliver.shsu.edu/~horn/horn.html / / /,\ \ \ Something to think about: \ \ \`/ / / If at first you don't succeed, --------- let someone else have a chance. | | | | | ------------------------------------------------------------------------ ------------------------------ Date: Tue, 19 Sep 1995 15:59:55 EDT From: "Jonathan E. Hardis" Subject: Re: Problem with PC sending SMTP mail Message-ID: <00996A31.6D697560.2@garnet.nist.gov> > We are running a Eudora(sp) and Pegasus(sp) for our PC to send mail > and the problem seems to be that the PC will either connect and do > nothing, or they timeout. > > We are wondering if the logical MX_SMTP_SERVER_THREADS will correct > this problem, or maybe it's somewhere else we need to look. What do you learn from the SMTP_SERVER log after you enable debugging? - Jonathan ------------------------------ Date: Mon, 18 Sep 1995 22:39:46 CST From: Ron Subject: Re: Q: Dying MX_LOCAL process....again Message-ID: <009969A0.1EB1EA01.787@CCTR.UMKC.EDU> =>From: IN%"MX-List@WKUVX1.WKU.EDU" 17-SEP-1995 16:39:56.53 =>To: IN%"MX-List@WKUVX1.WKU.EDU" =>CC: =>Subj: Q: Dying MX_LOCAL process....again => =>From: cooper@utsph.sph.uth.tmc.edu =>Subject: Q: Dying MX_LOCAL process....again =>Date: 17 Sep 1995 12:58:08 GMT =>To: MX-List@WKUVX1.WKU.EDU => =>Hi, => => About a year ago I was haveing a problem with the MX_LOCAL process =>dying which was appariently fixed after upgrading to VMS6.1. However, =>since upgrading to VMS 6.2 the problem has returned. There are no message =>in the log file, it leaves a *.TMP file in the [.local] directory and =>in the accounting file it has the LIB-F-INSVIRMEM insufficient virtual memory =>error. I suspect that it is due to the so-call memory leak problem in =>the callable mail but am not sure if anyone has a solution. => =>I am running Version 4.1 of the MX server software on an ALPHA 7610 under =>VMS 6.2. => => => =>Could one of you kind folks again update me if this is the case and if =>there is any fix or workaround for the problem. => =>Thanks in advance for your help => =>Charlie => => Curious about that ECO they were talking about which fixed a memory leak for versions 6.1 and prior. What exactly fixed that leak for version 6.2? Ron Rockwell, Systems Programmer UMKC Academic Computing Services ------------------------------ End of MX-List Digest V95 #141 ****************************** ================================================================================ Archive-Date: Thu, 21 Sep 1995 16:23:08 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 21 Sep 1995 14:17:16 PDT From: "Brian R. Kuhn" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996BB5.6B333120.24@SD68.NANAIMO.BC.CA> Subject: SMTP Server dieing with Access Vio Hello, All of a sudden the SMTP Server doesn't like to live past it's first connection. It dies with an Access Violation error. I can't figure out what has changed since it worked two days ago! Any thoughts out there on this brief description? Brian ----------------------------------------------------------------------- Brian R. Kuhn, Coordinator 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 (username: GUEST) EMAIL: bkuhn@sd68.nanaimo.bc.ca Compuserve: 75430,3250 Home page: http://www.sd68.nanaimo.bc.ca:8001/welcome.html Gopher : gopher.sd68.nanaimo.bc.ca | FTP : ftp.sd68.nanaimo.bc.ca ================================================================================ Archive-Date: Thu, 21 Sep 1995 16:37:44 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 21 Sep 1995 16:35:51 CDT From: "James T. Horn" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996BC8.C6D702EB.1334@SHSU.edu> Subject: RE: SMTP Server dieing with Access Vio > >Hello, > >All of a sudden the SMTP Server doesn't like to live past it's first >connection. It dies with an Access Violation error. I can't figure out >what has changed since it worked two days ago! Any thoughts out there on >this brief description? > >Brian > > > Ours dies after running awhile. I am still trying to track down why it is dying. ------------------------------------------------------------------------- James T. Horn /-\ Coordinator, VMS Systems / | \ Sam Houston State University / /|\ \ Internet : horn@Shsu.edu / / ^ \ \ http://oliver.shsu.edu/~horn/horn.html / / /,\ \ \ Something to think about: \ \ \`/ / / If at first you don't succeed, --------- let someone else have a chance. | | | | | ------------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 22 Sep 1995 00:19:49 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Sep 1995 00:15:18 CDT From: kmoch@whscdp.whs.edu Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: kmoch@whscdp.whs.edu Message-ID: <00996C08.F69309E0.13@whscdp.whs.edu> Subject: local dying Local has been dying so often and so regularly, that I've taken to running a batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. Does anyone have any suggestions which I could try to see if this problem can be corrected? -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ================================================================================ Archive-Date: Fri, 22 Sep 1995 07:01:11 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Sep 1995 06:58:35 CDT From: Dave Miller Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996C41.4CF22ED0.3@BEAVER.Bemidji.MSUS.edu> Subject: RE: local dying Joe Kmoch writes .. > Local has been dying so often and so regularly, that I've taken to running a > batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. > Does anyone have any suggestions which I could try to see if this problem can > be corrected? When that happened to me I found my queue was corrupted. My final solution was to re-create the queue. Another symptom I was experiencing was that the same message was delivered several times. Hope this helps //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ================================================================================ Archive-Date: Fri, 22 Sep 1995 08:10:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Sep 1995 09:02:38 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996C52.A14FA5C0.4@swdev.si.com> Subject: RE: local dying There have been several posts in this lately that have said "The such-and-so agent in MX is dying. Does anyone know what it could be?" Yet, none of there posts have included any diagnostic information from the agent logs or from the debug logs. It's really quite impossible to suggest a solution when none of the symptoms are adequately described. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ================================================================================ Archive-Date: Fri, 22 Sep 1995 09:01:06 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Sep 1995 06:55:15 PDT From: "Brian R. Kuhn" Reply-To: MX-List@MadGoat.com To: mx-list@madgoat.com CC: Brian.D.Reed@att.com Message-ID: <00996C40.D5B75900.51@SD68.NANAIMO.BC.CA> Subject: Re: SMTP server problem > I think you're going to get feedback, about "what was the *&^%#*^& > error message!" You can set a logical, MX_SMTP_SERVER_DEBUG, if I > guessed right, to say 1, then it will put info in a file. > Check the notes on the name. > With that, and the error message, the game can begin. Here's the missing pieces to my question... I did this: MCP SHUTDOWN/ALL DEF/SYS MX_SMTP_SERVER_DEBUG "1" ** Server dies in about 20 seconds - ie first incoming message kills it ** MX_ROOT:[SMTP]SMTP_SERVER.LOG ----------------------------- 22-SEP-1995 06:49:46.03: MX SMTP Server (pid 00000DEE) starting 22-SEP-1995 06:50:06.28: MX SMTP Server (pid 00000DEE) exiting, status = 1000000C This is the meaning of the "1000000C" status code: -------------------------------------------------- "%SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual address=!XL, PC=!XL, PS=!XL" MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG --------------------------------- STM[1]: Send "220 bbs.sd68.nanaimo.bc.ca MX V4.1 AXP SMTP server ready at Fri, 22 Sep 1995 06:50:05 PST" STM[1]: Receive "EHLO ferrari.sfu.ca" STM[1]: Send "500 Please identify yourself with HELO." STM[1]: Receive "HELO ferrari.sfu.ca" STM[1]: Send "250 Hello, ferrari.sfu.ca" STM[1]: Receive "MAIL From:" STM[1]: Send "250 MAIL command accepted." STM[1]: Receive "RCPT To:" STM[1]: Send "250 Recipient okay (at least in form)" STM[1]: Receive "DATA" STM[1]: Send "354 Start mail input; end with ." STM[1]: Receive "Received: from rs25-annex3.sfu.ca (rs25-annex3.sfu.ca [142.58.123.51]) by ferrari.sfu.ca with SMTP (8.6.12/SFU-2.6H)" STM[1]: Receive " id PAA21828 for (from gdenning@sfu.ca); Thu, 21 Sep 1995 15:58:28 -0700" STM[1]: Receive "Date: Thu, 21 Sep 1995 15:58:28 -0700" STM[1]: Receive "Message-Id: <199509212258.PAA21828@ferrari.sfu.ca>" STM[1]: Receive "X-Sender: gdenning@mail.sfu.ca" STM[1]: Receive "X-Mailer: Windows Eudora Light Version 1.5.2" STM[1]: Receive "Mime-Version: 1.0" STM[1]: Receive "Content-Type: text/plain; charset="us-ascii"" STM[1]: Receive "To: wterpstra@bbs.sd68.nanaimo.bc.ca" STM[1]: Receive "From: Geoff Denning " STM[1]: Receive "Subject: Yank yer Yonker..." STM[1]: Receive "" STM[1]: Receive "Hey Wesley, how's it going?" thanks for any help! Brian ----------------------------------------------------------------------- Brian R. Kuhn, Coordinator 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 (username: GUEST) EMAIL: bkuhn@sd68.nanaimo.bc.ca Compuserve: 75430,3250 Home page: http://www.sd68.nanaimo.bc.ca:8001/welcome.html Gopher : gopher.sd68.nanaimo.bc.ca | FTP : ftp.sd68.nanaimo.bc.ca ================================================================================ Archive-Date: Fri, 22 Sep 1995 17:02:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Sep 1995 17:02:03 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <00996C95.9A7853B2.186@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #142 MX-List Digest Fri, 22 Sep 1995 Volume 95 : Issue 142 Today's Topics: local dying (3 msgs) SMTP Server dieing with Access Vio (2 msgs) SMTP server problem Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: Fri, 22 Sep 1995 00:15:18 CDT From: kmoch@whscdp.whs.edu Subject: local dying Message-ID: <00996C08.F69309E0.13@whscdp.whs.edu> Local has been dying so often and so regularly, that I've taken to running a batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. Does anyone have any suggestions which I could try to see if this problem can be corrected? -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ------------------------------ Date: Fri, 22 Sep 1995 06:58:35 CDT From: Dave Miller Subject: Re: local dying Message-ID: <00996C41.4CF22ED0.3@BEAVER.Bemidji.MSUS.edu> Joe Kmoch writes .. > Local has been dying so often and so regularly, that I've taken to running a > batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. > Does anyone have any suggestions which I could try to see if this problem can > be corrected? When that happened to me I found my queue was corrupted. My final solution was to re-create the queue. Another symptom I was experiencing was that the same message was delivered several times. Hope this helps //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ------------------------------ Date: Fri, 22 Sep 1995 09:02:38 EDT From: "Brian Tillman, x8425" Subject: Re: local dying Message-ID: <00996C52.A14FA5C0.4@swdev.si.com> There have been several posts in this lately that have said "The such-and-so agent in MX is dying. Does anyone know what it could be?" Yet, none of there posts have included any diagnostic information from the agent logs or from the debug logs. It's really quite impossible to suggest a solution when none of the symptoms are adequately described. -----------------------------+-------------------------------- Brian Tillman | Internet: tillman@swdev.si.com Smiths Industries, Inc. | tillman_brian@si.com 4141 Eastern Ave., MS129 | Hey, I said this stuff myself. Grand Rapids, MI 49518-8727 | My company has no part in it. -----------------------------+-------------------------------- ------------------------------ Date: Thu, 21 Sep 1995 14:17:16 PDT From: "Brian R. Kuhn" Subject: SMTP Server dieing with Access Vio Message-ID: <00996BB5.6B333120.24@SD68.NANAIMO.BC.CA> Hello, All of a sudden the SMTP Server doesn't like to live past it's first connection. It dies with an Access Violation error. I can't figure out what has changed since it worked two days ago! Any thoughts out there on this brief description? Brian ---------------------------------------------------------------------- Brian R. Kuhn, Coordinator 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 (username: GUEST) EMAIL: bkuhn@sd68.nanaimo.bc.ca Compuserve: 75430,3250 Home page: http://www.sd68.nanaimo.bc.ca:8001/welcome.html Gopher : gopher.sd68.nanaimo.bc.ca | FTP : ftp.sd68.nanaimo.bc.ca ------------------------------ Date: Thu, 21 Sep 1995 16:35:51 CDT From: "James T. Horn" Subject: Re: SMTP Server dieing with Access Vio Message-ID: <00996BC8.C6D702EB.1334@SHSU.edu> > >Hello, > >All of a sudden the SMTP Server doesn't like to live past it's first >connection. It dies with an Access Violation error. I can't figure out >what has changed since it worked two days ago! Any thoughts out there on >this brief description? > >Brian > > > Ours dies after running awhile. I am still trying to track down why it is dying. ------------------------------------------------------------------------ James T. Horn /-\ Coordinator, VMS Systems / | \ Sam Houston State University / /|\ \ Internet : horn@Shsu.edu / / ^ \ \ http://oliver.shsu.edu/~horn/horn.html / / /,\ \ \ Something to think about: \ \ \`/ / / If at first you don't succeed, --------- let someone else have a chance. | | | | | ------------------------------------------------------------------------ ------------------------------ Date: Fri, 22 Sep 1995 06:55:15 PDT From: "Brian R. Kuhn" Subject: Re: SMTP server problem Message-ID: <00996C40.D5B75900.51@SD68.NANAIMO.BC.CA> > I think you're going to get feedback, about "what was the *&^%#*^& > error message!" You can set a logical, MX_SMTP_SERVER_DEBUG, if I > guessed right, to say 1, then it will put info in a file. > Check the notes on the name. > With that, and the error message, the game can begin. Here's the missing pieces to my question... I did this: MCP SHUTDOWN/ALL DEF/SYS MX_SMTP_SERVER_DEBUG "1" ** Server dies in about 20 seconds - ie first incoming message kills it ** MX_ROOT:[SMTP]SMTP_SERVER.LOG ----------------------------- 22-SEP-1995 06:49:46.03: MX SMTP Server (pid 00000DEE) starting 22-SEP-1995 06:50:06.28: MX SMTP Server (pid 00000DEE) exiting, status = 1000000C This is the meaning of the "1000000C" status code: ------------------------------------------------- "%SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual address=!XL, PC=!XL, PS=!XL" MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG -------------------------------- STM[1]: Send "220 bbs.sd68.nanaimo.bc.ca MX V4.1 AXP SMTP server ready at Fri, 22 Sep 1995 06:50:05 PST" STM[1]: Receive "EHLO ferrari.sfu.ca" STM[1]: Send "500 Please identify yourself with HELO." STM[1]: Receive "HELO ferrari.sfu.ca" STM[1]: Send "250 Hello, ferrari.sfu.ca" STM[1]: Receive "MAIL From:" STM[1]: Send "250 MAIL command accepted." STM[1]: Receive "RCPT To:" STM[1]: Send "250 Recipient okay (at least in form)" STM[1]: Receive "DATA" STM[1]: Send "354 Start mail input; end with ." STM[1]: Receive "Received: from rs25-annex3.sfu.ca (rs25-annex3.sfu.ca [142.58.123.51]) by ferrari.sfu.ca with SMTP (8.6.12/SFU-2.6H)" STM[1]: Receive " id PAA21828 for (from gdenning@sfu.ca); Thu, 21 Sep 1995 15:58:28 -0700" STM[1]: Receive "Date: Thu, 21 Sep 1995 15:58:28 -0700" STM[1]: Receive "Message-Id: <199509212258.PAA21828@ferrari.sfu.ca>" STM[1]: Receive "X-Sender: gdenning@mail.sfu.ca" STM[1]: Receive "X-Mailer: Windows Eudora Light Version 1.5.2" STM[1]: Receive "Mime-Version: 1.0" STM[1]: Receive "Content-Type: text/plain; charset="us-ascii"" STM[1]: Receive "To: wterpstra@bbs.sd68.nanaimo.bc.ca" STM[1]: Receive "From: Geoff Denning " STM[1]: Receive "Subject: Yank yer Yonker..." STM[1]: Receive "" STM[1]: Receive "Hey Wesley, how's it going?" thanks for any help! Brian ---------------------------------------------------------------------- Brian R. Kuhn, Coordinator 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 (username: GUEST) EMAIL: bkuhn@sd68.nanaimo.bc.ca Compuserve: 75430,3250 Home page: http://www.sd68.nanaimo.bc.ca:8001/welcome.html Gopher : gopher.sd68.nanaimo.bc.ca | FTP : ftp.sd68.nanaimo.bc.ca ------------------------------ End of MX-List Digest V95 #142 ****************************** ================================================================================ Archive-Date: Fri, 22 Sep 1995 18:56:00 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Sep 1995 16:36:29 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996C92.087165E7.656@CCTR.UMKC.EDU> Subject: RE: local dying =>From: IN%"MX-List@MadGoat.com" 22-SEP-1995 01:16:41.42 =>To: IN%"MX-LIST@MADGOAT.COM" =>CC: IN%"kmoch@whscdp.whs.edu" =>Subj: local dying => =>Date: Fri, 22 Sep 1995 00:15:18 CDT =>From: kmoch@whscdp.whs.edu =>To: MX-LIST@MADGOAT.COM =>Subject: local dying => =>Local has been dying so often and so regularly, that I've taken to running a =>batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. =>Does anyone have any suggestions which I could try to see if this problem can =>be corrected? => => => =>-- =>Joe Kmoch Washington High School =>kmoch@whscdp.whs.edu 2525 N. Sherman Blvd =>(414) 449-2765 (office) Milwaukee, WI 53210 =>(414) 444-9250 (fax) (414) 444-9760 (gen school phone) We've noticed about a 1000% increase in MX-processes dying, both local, smtp, and smtp-server, since we've upgraded to 6.2. i was able to find a mail-loop which we had inadvertantly programmed in, but that was the cause of our SMTP process failures. Recently there has been a lot of messages about an ECO for a memory leak which affected LOCAL. This was for versions 6.1 and prior. Is it possible (?) that the same problem exists in 6.2, only amplified somehow? Ron Rockwell, Systems Programmer UMKC Academic Computing Services ================================================================================ Archive-Date: Fri, 22 Sep 1995 19:47:12 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Sep 1995 19:42:44 CDT From: kmoch@whscdp.whs.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996CAC.0D3CE640.12@whscdp.whs.edu> Subject: RE: local dying On 22-SEP-1995 at 08:43:27.51 system@BEAVER.Bemidji.MSUS.edu (Dave Miller) wrote: >Joe Kmoch writes .. > >> Local has been dying so often and so regularly, that I've taken to running a >> batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. >> Does anyone have any suggestions which I could try to see if this problem can >> be corrected? > >When that happened to me I found my queue was corrupted. My final solution was >to re-create the queue. > Will mcp queue compress do the job (it seems to indicate this in the docs) or should I do a mcp queue create when all of the jobs are cleared? Thanks for your help. Joe -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ================================================================================ Archive-Date: Fri, 22 Sep 1995 21:57:56 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 22 Sep 1995 21:53:31 CDT From: kmoch@whscdp.whs.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996CBE.5257C440.12@whscdp.whs.edu> Subject: RE: local dying On 22-SEP-1995 at 10:43:59.32 tillman@swdev.si.com (Brian Tillman, x8425) wrote: >There have been several posts in this lately that have said "The such-and-so >agent in MX is dying. Does anyone know what it could be?" Yet, none of there >posts have included any diagnostic information from the agent logs or from the >debug logs. It's really quite impossible to suggest a solution when none of the >symptoms are adequately described. ok - here is what I've been seeing in all of the log files from local: 22-SEP-1995 19:47:33.09: MX Local (pid 20202235) starting 22-SEP-1995 20:08:19.91: MX Local (pid 20202235) exiting, status = 1000000C This error translates into an access violation error I had just forgotten all about the debug logs I had setup based on information in the docs. -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ================================================================================ Archive-Date: Sat, 23 Sep 1995 08:16:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 23 Sep 1995 08:16:07 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996D15.4C5F1AB9.5@ALPHA.WKU.EDU> Subject: RE: local dying kmoch@whscdp.whs.edu writes: > >ok - here is what I've been seeing in all of the log files from local: > >22-SEP-1995 19:47:33.09: MX Local (pid 20202235) starting >22-SEP-1995 20:08:19.91: MX Local (pid 20202235) exiting, status = 1000000C > >This error translates into an access violation error > Once again, MX Local access violations are, as far as I've seen, always a result of a zero-length file for one or more entries in the MX queue! Do MCP SHOW QUEUE/ALL/FULL and look for entries like this one: Entry: 3, Origin: [SMTP] Status: FINISHED, size: 2226 bytes Created: 23-SEP-1995 08:06:51.72, expires 23-OCT-1995 08:06:51.72 Last modified 23-SEP-1995 08:06:55.70 Or that say there is no LOCAL_INFO file (or another of the headers). Note that above, there is no recipient information. If you MCP QUEUE CANCEL these entries, or QUEUE READY the original entry, things should clear themselves up (assuming, of course, that the zero-length files aren't re-created because of a disk filling up, etc.). Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Sat, 23 Sep 1995 09:25:58 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 23 Sep 1995 09:23:53 CDT From: Dave Miller Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <00996D1E.C39DC4F8.10@BEAVER.Bemidji.MSUS.edu> Subject: RE: local dying > >> Local has been dying so often and so regularly, that I've taken to running a > >> batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. > >> Does anyone have any suggestions which I could try to see if this problem can > >> be corrected? > > > >When that happened to me I found my queue was corrupted. My final solution was > >to re-create the queue. > > > Will mcp queue compress do the job (it seems to indicate this in the docs) or > should I do a mcp queue create when all of the jobs are cleared? I can't recall if I tried that solution. Good luck! //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ================================================================================ Archive-Date: Sat, 23 Sep 1995 17:01:52 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 23 Sep 1995 17:01:40 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <00996D5E.B741EAF2.162@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #143 MX-List Digest Sat, 23 Sep 1995 Volume 95 : Issue 143 Today's Topics: local dying (5 msgs) Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: Fri, 22 Sep 1995 16:36:29 CST From: Ron Subject: Re: local dying Message-ID: <00996C92.087165E7.656@CCTR.UMKC.EDU> =>From: IN%"MX-List@MadGoat.com" 22-SEP-1995 01:16:41.42 =>To: IN%"MX-LIST@MADGOAT.COM" =>CC: IN%"kmoch@whscdp.whs.edu" =>Subj: local dying => =>Date: Fri, 22 Sep 1995 00:15:18 CDT =>From: kmoch@whscdp.whs.edu =>To: MX-LIST@MADGOAT.COM =>Subject: local dying => =>Local has been dying so often and so regularly, that I've taken to running a =>batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. =>Does anyone have any suggestions which I could try to see if this problem can =>be corrected? => => => =>-- =>Joe Kmoch Washington High School =>kmoch@whscdp.whs.edu 2525 N. Sherman Blvd =>(414) 449-2765 (office) Milwaukee, WI 53210 =>(414) 444-9250 (fax) (414) 444-9760 (gen school phone) We've noticed about a 1000% increase in MX-processes dying, both local, smtp, and smtp-server, since we've upgraded to 6.2. i was able to find a mail-loop which we had inadvertantly programmed in, but that was the cause of our SMTP process failures. Recently there has been a lot of messages about an ECO for a memory leak which affected LOCAL. This was for versions 6.1 and prior. Is it possible (?) that the same problem exists in 6.2, only amplified somehow? Ron Rockwell, Systems Programmer UMKC Academic Computing Services ------------------------------ Date: Fri, 22 Sep 1995 19:42:44 CDT From: kmoch@whscdp.whs.edu Subject: Re: local dying Message-ID: <00996CAC.0D3CE640.12@whscdp.whs.edu> On 22-SEP-1995 at 08:43:27.51 system@BEAVER.Bemidji.MSUS.edu (Dave Miller) wrote: >Joe Kmoch writes .. > >> Local has been dying so often and so regularly, that I've taken to running a >> batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. >> Does anyone have any suggestions which I could try to see if this problem can >> be corrected? > >When that happened to me I found my queue was corrupted. My final solution was >to re-create the queue. > Will mcp queue compress do the job (it seems to indicate this in the docs) or should I do a mcp queue create when all of the jobs are cleared? Thanks for your help. Joe -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ------------------------------ Date: Fri, 22 Sep 1995 21:53:31 CDT From: kmoch@whscdp.whs.edu Subject: Re: local dying Message-ID: <00996CBE.5257C440.12@whscdp.whs.edu> On 22-SEP-1995 at 10:43:59.32 tillman@swdev.si.com (Brian Tillman, x8425) wrote: >There have been several posts in this lately that have said "The such-and-so >agent in MX is dying. Does anyone know what it could be?" Yet, none of there >posts have included any diagnostic information from the agent logs or from the >debug logs. It's really quite impossible to suggest a solution when none of the >symptoms are adequately described. ok - here is what I've been seeing in all of the log files from local: 22-SEP-1995 19:47:33.09: MX Local (pid 20202235) starting 22-SEP-1995 20:08:19.91: MX Local (pid 20202235) exiting, status = 1000000C This error translates into an access violation error I had just forgotten all about the debug logs I had setup based on information in the docs. -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ------------------------------ Date: Sat, 23 Sep 1995 08:16:07 CDT From: Hunter Goatley Subject: Re: local dying Message-ID: <00996D15.4C5F1AB9.5@ALPHA.WKU.EDU> kmoch@whscdp.whs.edu writes: > >ok - here is what I've been seeing in all of the log files from local: > >22-SEP-1995 19:47:33.09: MX Local (pid 20202235) starting >22-SEP-1995 20:08:19.91: MX Local (pid 20202235) exiting, status = 1000000C > >This error translates into an access violation error > Once again, MX Local access violations are, as far as I've seen, always a result of a zero-length file for one or more entries in the MX queue! Do MCP SHOW QUEUE/ALL/FULL and look for entries like this one: Entry: 3, Origin: [SMTP] Status: FINISHED, size: 2226 bytes Created: 23-SEP-1995 08:06:51.72, expires 23-OCT-1995 08:06:51.72 Last modified 23-SEP-1995 08:06:55.70 Or that say there is no LOCAL_INFO file (or another of the headers). Note that above, there is no recipient information. If you MCP QUEUE CANCEL these entries, or QUEUE READY the original entry, things should clear themselves up (assuming, of course, that the zero-length files aren't re-created because of a disk filling up, etc.). Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ------------------------------ Date: Sat, 23 Sep 1995 09:23:53 CDT From: Dave Miller Subject: Re: local dying Message-ID: <00996D1E.C39DC4F8.10@BEAVER.Bemidji.MSUS.edu> > >> Local has been dying so often and so regularly, that I've taken to running a > >> batch job every 15 minutes or so to keep the mail flowing. We're running V6.2. > >> Does anyone have any suggestions which I could try to see if this problem can > >> be corrected? > > > >When that happened to me I found my queue was corrupted. My final solution was > >to re-create the queue. > > > Will mcp queue compress do the job (it seems to indicate this in the docs) or > should I do a mcp queue create when all of the jobs are cleared? I can't recall if I tried that solution. Good luck! //----------\|/------\\ Dave Miller. || /\ -X- || Professor, Computer Science. || / \ /|/\ || || / \ / \ || SYSTEM@BEAVER.Bemidji.MSUS.EDU || / \ \ || || /________\____\ || 1500 Birchmont Dr. NE || || || || Bemidji State University \\------|| -------// Bemidji MN, 56601 ------------------------------ End of MX-List Digest V95 #143 ****************************** ================================================================================ Archive-Date: Wed, 27 Sep 1995 15:17:47 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Sep 1995 16:15:26 -0400 Message-ID: <95092716152666@vdhvax.vdh.state.vt.us> From: "WPGATE::NOEL::JOHNR"@vdhvax.vdh.state.vt.us (John Royer) Reply-To: MX-List@MadGoat.com To: MX-List@wkuvx1.wku.edu Subject: Supplying Bad Return Address For over a year we have been trying to solve a return address problem when sending mail from WP Mail(comes with WordPerfect Office 3.1 for OpenVMS across the Internet. We have been unable to get help from either Digital or WPCorp on this issue. We are in desperate search of a way to modify the "From" portion of our outgoing mail. WP Mail provides a process "WPGATE" to pass mail to VMS Mail. The problem is that it maintains a DECnet style address "WPGATE::decnet_node::user"@host which many recipients are unable to respond to. WP Mail does not provide a "Reply to:" feature. Is there a way to use MX to modify the FROM address on all outgoing mail (even if it doesn't originate in VMS MAil) to include only the "user@host"? It appears that the NAME_CONVERSION module would work if I knew how to program in C. John G. Royer Information Systems Support Analyst Vermont Department of Health ================================================================================ Archive-Date: Wed, 27 Sep 1995 16:56:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Sep 1995 15:13:28 EDT From: Brian Reed Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@madgoat.com Message-ID: <00997074.439EE99C.6@cbict3.cb.att.com> Subject: Mailing to numeric addresses I tried to reply to a message today, which had an number address (joe@204.117.4.10, something like that). The message just sat in the queue. Looking at the debug log file, it was trying to send directly to that address. Note I'm behind a gateway, so any outside mail has to go to our gateway machine to send it outside. Normally, this works just fine--the DNS lookup fails, and MX sends the message to the gateway machine. However, it doesn't seem to want to send this message to the gateway, I'm assuming due to the numeric address. It just occurred to me, you don't need to do a lookup, since there is no name! So, is there a way to have all numeric address go to the gateway? I assume MX is thinking it can talk directly to the machine, and is why it's not sending to the gateway, but waiting. I couldn't find anything about this in the manuals, and the help for paths and routes don't say anything specific about it. Brian D. Reed AT&T Columbus Works Brian.D.Reed@att.com 614-860-6218 ================================================================================ Archive-Date: Wed, 27 Sep 1995 18:09:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 27 Sep 1995 18:08:55 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: REED@CBICT3.CB.ATT.COM Message-ID: <0099708C.C605F462.37@ALPHA.WKU.EDU> Subject: RE: Mailing to numeric addresses Brian Reed writes: > > >I tried to reply to a message today, which had an number address >(joe@204.117.4.10, something like that). The message just sat >in the queue. Looking at the debug log file, it was trying to >send directly to that address. Note I'm behind a gateway, so >any outside mail has to go to our gateway machine to send >it outside. Normally, this works just fine--the DNS lookup fails, >and MX sends the message to the gateway machine. Have you done the following in MCP: MCP> DEFINE PATH * SMTP/ROUTE=gateway-address That should work for all addresses. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Thu, 28 Sep 1995 19:09:16 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 28 Sep 1995 18:57:50 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099715C.C584E630.150@CCTR.UMKC.EDU> Subject: RE: local dying =>kmoch@whscdp.whs.edu writes: =>> =>>ok - here is what I've been seeing in all of the log files from local: =>> =>>22-SEP-1995 19:47:33.09: MX Local (pid 20202235) starting =>>22-SEP-1995 20:08:19.91: MX Local (pid 20202235) exiting, status = 1000000C =>> =>>This error translates into an access violation error =>> =>Once again, MX Local access violations are, as far as I've seen, =>always a result of a zero-length file for one or more entries in the =>MX queue! Do MCP SHOW QUEUE/ALL/FULL and look for entries like this =>one: => =>Entry: 3, Origin: [SMTP] => Status: FINISHED, size: 2226 bytes => Created: 23-SEP-1995 08:06:51.72, expires 23-OCT-1995 08:06:51.72 => Last modified 23-SEP-1995 08:06:55.70 Hunter- what am i looking at here, a lack of a recipient? Also, are the Zero Length files actually Zero length in the file queue? as in 1000.MSG_TEXT;1 0/0 or similar? => =>Or that say there is no LOCAL_INFO file (or another of the headers). =>Note that above, there is no recipient information. => =>If you MCP QUEUE CANCEL these entries, or QUEUE READY the original =>entry, things should clear themselves up (assuming, of course, that =>the zero-length files aren't re-created because of a disk filling up, =>etc.). => =>Hunter =>------ =>Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. => Ron Rockwell, Systems Programmer UMKC Academic Computing Services ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:09:14 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: poling@eisner.decus.org (JIM POLING, MPL CORP, (304) 472-9520) Reply-To: MX-List@MadGoat.com Subject: Problem with MIME files in MX Message-ID: <1995Sep28.161806.11391@eisner> Date: 28 Sep 95 16:18:06 -0400 To: MX-List@WKUVX1.WKU.EDU Can anyone post the answer to the MIME problem with MX here. I remember it being posted here a few months ago. Or is ther ea place I can go and read through an MX FAQ? -Jim Poling MPL Corp. Buckhannon, WV ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:09:43 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: How to delete messages in the queue Message-ID: <43tmlu$6it@gnu.mat.uc.pt> From: Mario Bernardes Reply-To: MX-List@MadGoat.com Date: 22 Sep 1995 06:55:58 GMT MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU I would like to know how to delete finished messages that remain in the directories MX_DIR:[QUEUE.0],..,MX_DIR:[QUEUE.9]. As suggested in the manual, I have defined the logical names "MX_FLQ_CHECK_WAIT" = "0 0:10:00" "MX_FLQ_PURGE_WAIT" = "0 0:10:00" and restart/reset the router. However, the files remain in the queue. Thanks in advance for any help. Regards, -- Mario Bernardes ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:10:32 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: lejf@axp.psl.ku.dk (Lejf Rasmussen) Reply-To: MX-List@MadGoat.com Subject: Nameserver MX-records? Date: Thu, 28 Sep 1995 16:17:31 UNDEFINED Message-ID: To: MX-List@WKUVX1.WKU.EDU Hi all, Scenario: We have two systems for incoming e-mail, vax.psl.ku.dk and axp.psl.ku.dk. Now the vax is taken out of service, and all users moved over to the axp, which is running OpenVMS 6.1 and MX 4.1. All users kept their original usernames. In the nameserver for my domain, I plan to get a socalled MX-record, which is supposed to redirect all mail to vax.psl.ku.dk over to the new axp.psl.ku.dk. This way mail to old adresses would not be lost. Question: Will this work, and what will I have to change in the configuration of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to the old address vax.psl.ku.dk as well as for its own address? Thanks in advance Lejf. Lejf Rasmussen, Psychological Laboratory, University of Copenhagen, Denmark. e-mail: lejf@axp.psl.ku.dk www: http://www.psl.ku.dk ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:11:21 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: jeffo@worf.netins.net (Jeffrey C. Ollie) Subject: Outgoing SMTP death Date: 27 Sep 1995 08:47:25 -0500 Message-ID: Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU -----BEGIN PGP SIGNED MESSAGE----- Recently, outgoing SMTP has been stopping on our system. We have a DEC 3000/500 running VMS 6.1, Multinet 3.3D, and MX 4.1. I believe that we have the latest version of NETLIB installed. The SMTP processes show idle in an "mcp stat" command but do not respond to "mcp reset" or "mcp shutdown". There have been up to several thousand messages waiting in the queue for delivery by SMTP when we notice that mail has stopped flowing. Killing off the processes by hand and starting new ones (@sys$system:mx_startup smtp) will get things going for a while. The SMTP logs do not appear to give any indication of what is going wrong. Does anyone have any suggestions as to a cause and/or a fix? -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Processed by Mailcrypt 3.4beta, an Emacs/PGP interface iQCVAwUBMGlV6JwkOQz8sbZFAQH8uAQAhmmGAkHNud70beo3Efqaj6HvP60A/XZo ewFrM4rU4d3DnHC84POJldpXhBkF7jjtrtwP+b22IHQQE7GtNvCwp7uj1NRbEYAi dng+qR1aY94mPv15xhY5pfKlD40KlJhxIvDmiI0DQ9Yfzo2CLe6M3YeAZKdWLT4e oSK+X8yOHQU= =UEyY -----END PGP SIGNATURE----- -- Jeffrey C. Ollie Iowa Network Services System Administrator ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:11:51 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Route too complex error Message-ID: <1995Sep25.125552.1@willow.uml.edu> From: desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) Reply-To: MX-List@MadGoat.com Date: 25 Sep 95 12:55:52 -0500 To: MX-List@WKUVX1.WKU.EDU I am using MX 4.1 with DEC MailWorks. On occasion. if a user has set an internet forwarding address (using the DMW command "set redirect") and receives mail from the internet via MX it is rejected and returned to the sender with the error message: ============================================================================== From: MRGATE To: Tillyc Subject: Message Router VMSmail Gateway nondelivery notification Date: Sunday, September 17, 1995 3:27PM Delivery of this message through the Gateway had the following results: Invalid reply path generated - Route too complex Unable to deliver to : TILLYC@RSAGE.ORG ============================================================================== I realize this message was genereated by DEC's Message Router Gateway software but it occurs only when internet email is coming in from MX. I assume that the problem is with the length of the address since this only happens occasionally and only with very long addresses. Does anybody know what causes this and if it can be fixed? Is it an MX problem, a MRGATEway problem or a MailWorks problem? Thanks, Dick Desroches ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:12:19 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: How to delete messages in the queue Date: 23 Sep 1995 03:41:33 GMT Message-ID: <43vvld$ou3@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <43tmlu$6it@gnu.mat.uc.pt>, Mario Bernardes writes: =I would like to know how to delete finished messages that remain in the =directories MX_DIR:[QUEUE.0],..,MX_DIR:[QUEUE.9]. =As suggested in the manual, I have defined the logical names = = "MX_FLQ_CHECK_WAIT" = "0 0:10:00" = "MX_FLQ_PURGE_WAIT" = "0 0:10:00" = =and restart/reset the router. =However, the files remain in the queue. You can try using MCP's "QUEUE PURGE" command. If that doesn't delete the files, and you're *SURE* they're not associated with valid queue entries, then you can use the DELETE command at DCL level. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:12:44 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Re: Patch for mail memory leak Message-ID: <43nru2$5al@gap.cco.caltech.edu> From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Date: 20 Sep 1995 01:48:50 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00996A19.E9332E10.8@ALPHA.WKU.EDU>, Hunter Goatley writes: =All you should have to do is re-INSTALL the MAIL shareable images: =SYS$SHARE:MAILSHR.EXE and SYS$SHARE:MAILSHRP.EXE. I haven't installed =that patch, but those are the only files mail uses (well, the ones =that count and are most likely replaced by the patch). Don't forget: MAIL.EXE is installed /OPEN/HEADER/SHARED, so you've got to reinstall that, too, if the patch modifies MAIL.EXE. Also, for the sake of completeness, I'll point out that you'll have to get anybody who's currently running MAIL or an image that uses the shareable images to exit and run it again before they'll see the effects of the patch. Of course, the memory leak will take care of that itself, eventually. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:13:08 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Re: Problem with PC sending SMTP mail Message-ID: <43ofoe$gcb@gap.cco.caltech.edu> From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Date: 20 Sep 1995 07:27:10 GMT Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <00996A1F.7E1C9E30.2265@SHSU.edu>, "James T. Horn" writes: =We are running a Eudora(sp) and Pegasus(sp) for our PC to send mail =and the problem seems to be that the PC will either connect and do =nothing, or they timeout. = =We are wondering if the logical MX_SMTP_SERVER_THREADS will correct =this problem, or maybe it's somewhere else we need to look. Not likely. If you exceed the number of threads, the connection should be immediately rejected, if I recall correctly. If a connection is made, then MX_SMTP_SERVER_THREADS can't possibly enter into it directly. And if the connection times out, that happens before MX_SMTP_SERVER_THREADS has a chance to some into play. Unless, of course, your system's so overloaded that the connection WOULD be accepted and dealt with, except the "MX SMTP Server" process doesn't get enough CPU time to do anything. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:13:34 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: Memory leak and VMS 6.2 mail Message-ID: <43qbku$5m1@oac4.hsc.uth.tmc.edu> From: cooper@utsph.sph.uth.tmc.edu Date: 21 Sep 1995 00:29:18 GMT Reply-To: MX-List@WKUVX1.WKU.EDU MIME-Version: 1.0 Content-Type: text/plain;charset=US-ASCII Content-Transfer-Encoding: 7bit To: MX-List@WKUVX1.WKU.EDU I posted earlier about the MX_LOCAL process dying with the exceed virtual memory problem after upgradeing to VMS6.2... I had it fixed after upgrading to 6.1 about a year ago but don't remember if it was due to a patch or was fixed via the upgrade. In any case I didn't have the problem during VMS 6.1. However after upgrading to 6.2, the problem came back. I have called DEC and reported the problem and asked for a fix. They indicated that there was no patch for VMS 6.2 and that it was suppose to be fixed in the next release of VMS. Their suggestion was to either up the virtualpagecnt and reboot or keep stopping the MX_LOCAL process and restarting it routinely. I tried the first suggestion and it did not fix the problem. So now I'm running a process that wakes every 15min to kill the MX_LOCAL process an re-starts it. Can anyone offer any other alternatives to solving this problem or perhaps expand on what effect on e-mail stopping and restarting the MX_LOCAL process may have. I have been getting a lot of complaints about E-Mail being loss but am not sure when/how this may be happening. Also, by the was, I in desparation stop the MX server and started the UCX SMTP server (version 3.3) and started getting numerous errors there dealing with insufficent event flags. Can't seem to find any reference to this error and a search of DSN links OPENVMS did not produce anything about what this error means. Perhaps one of you folks mays may have encountered this problem and could expand if it is due to some kind of system parameter that may not be correct. Other than this E-Mail problem, version 6.2 has been very stable..but again with so-many users complaining about E-mail, I haven't had a chance to really examine the new features. Thanks in advance for any help you can provide Charlie ================================================================================ Archive-Date: Fri, 29 Sep 1995 00:14:05 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Subject: routing SMTP to UUCP via MX - how to do DNS mx entries? Message-ID: <1995Sep22.075247.12495@camrose> From: bjorndahl@augustana.ab.ca (Sterling Bjorndahl) Reply-To: MX-List@MadGoat.com Date: 22 Sep 95 07:52:47 MDT To: MX-List@WKUVX1.WKU.EDU I am using the most recent avilable versions of MX, CMU tcp/ip, Netlib, and DECUS UUCP. I am acting as the Internet -> UUCP forwarder for a small site that has only uucp access (and that only through us). I have the MX paths defined properly, I think. The site is called "chapters" and, just to make sure, I defined the following paths: Domain="chapters.uucp", Path=UUCP Domain="chapters.", Path=UUCP Domain="chapters", Path=UUCP This only seems to work properly as long as I use CMU's NAMRES as the name resolver. If I define the logical that tells Netlib to use our campus DNS server instead of Namres, MX starts complaining that the domain "chapters" is not found when people send e-mail simply to "name@chapters". I even tried putting mx records into the DNS database, and that doesn't seem to solve the problem. Why would changing from Namres to DNS cause the MX software to be unable to route chapters directly to DECUS UUCP? And what should the form of the mx records be in my DNS database? Right now they look like this: chapters. IN MX 0 chapters.uucp. chapters.uucp. IN MX 10 vivaldi.augustana.ab.ca. IN MX 20 corelli.augustana.ab.ca. where vivaldi is the Vax running the MX software. It looks to me like the above DNS entries could result in a looping situation, but doesn't seem to happen. All that happens is that I still get error messages about the domain "chapters" not being found. And just to make sure I haven't missed the obvious, yes, I did re-initialize the DNS software and have checked via nslookup that those mx records really are being reported. If I have missed something obvious in the documentation, please forgive me and point me to the right spot. I did look. Advice would be greatly appreciated. -- 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, 29 Sep 1995 00:14:26 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Route too complex error Date: 26 Sep 1995 03:11:34 GMT Message-ID: <447r16$ri1@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <1995Sep25.125552.1@willow.uml.edu>, desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) writes: =I am using MX 4.1 with DEC MailWorks. On occasion. if a user has set an =internet forwarding address (using the DMW command "set redirect") and =receives mail from the internet via MX it is rejected and returned to the =sender with the error message: = =============================================================================== =From: MRGATE =To: Tillyc =Subject: Message Router VMSmail Gateway nondelivery notification =Date: Sunday, September 17, 1995 3:27PM = = =Delivery of this message through the Gateway had the following results: = = Invalid reply path generated - Route too complex = Unable to deliver to : TILLYC@RSAGE.ORG = = =============================================================================== =I realize this message was genereated by DEC's Message Router Gateway =software but it occurs only when internet email is coming in from MX. = =I assume that the problem is with the length of the address since this only =happens occasionally and only with very long addresses. = =Does anybody know what causes this and if it can be fixed? Is it an MX =problem, a MRGATEway problem or a MailWorks problem? Y'know, it would've been nice if you'd provided an example of an address which caused problems. Then we might have some chance of figuring out where the problem lies. Perhaps the message is coming in via a path with many uucp hops so you're getting something like: fubar!spam!whatever!whomever@somewhere.or.other and MR doesn't like it, and there's nothing that MX could do about it. But we have no way of knowing that, of course. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 29 Sep 1995 05:36:04 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 11:23:31 EDT From: "Mario Meyer, Phys.-Techn. Bundesanstalt" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com CC: mmeyer@ChbRB.Berlin.PTB.De Message-ID: <009971E6.78AEEB50.21@ChbRB.Berlin.PTB.De> Subject: error status codes My MX-Mailer receives a lot of Mails via SMTP from host knidos.cc.metu.edu.tr that fail all with different error status codes after the message has been partially transmitted. Can someone, please explain me these codes or point me to a documentation ? I give some examples of these mails below. Thanks in advance Mario Meyer $ search /window=(4,4) MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;* "Error:" %SEARCH-W-OPENIN, error opening MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9911 as input -RMS-E-FLK, file currently locked by another user ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9910 STM[3]: Send "220 madtea.Berlin.PTB.De MX V4.1 VAX SMTP server ready at Fri, 29 Sep 1995 10:52:44 EDT" STM[3]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9909 STM[1]: Receive "EHLO vax" STM[1]: Send "500 Please identify yourself with HELO." STM[1]: Receive "HELO vax" STM[1]: Send "250 Name lookup failed for vax" STM[1]: Error: status=2094 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9907 STM[3]: Receive "" STM[3]: Receive "DIS POLITIKA HABERLERI" STM[3]: Receive "" STM[3]: Receive "- Inonu'den uc mesaj." STM[3]: Error: status=2094 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9905 STM[1]: Receive "Many of the participants condemned PKK (Kurdistan Workers' Part y) terrorism." STM[1]: Receive "--------------------------------------------------------------- ----------------" STM[1]: Receive "." STM[1]: Send "250 Message received and queued." STM[1]: Error: status=20EC ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9904 STM[4]: Receive "processes show idle in an "mcp stat" command but do not respond to" STM[4]: Receive ""mcp reset" or "mcp shutdown". There have been up to several t housand" STM[4]: Receive "messages waiting in the queue for delivery by SMTP when we noti ce that" STM[4]: Receive "mail has stopped flowing. Killing off the processes by hand an d" STM[4]: Error: status=20DC ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9901 STM[4]: Receive "." STM[4]: Send "250 Message received and queued." STM[4]: Receive "QUIT" STM[4]: Send "221 merlin.Berlin.PTB.De Service closing transmission channel" STM[4]: Error: status=20EC ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9897 STM[4]: Receive " FREE INFORMATION FOR NON-SUBSCRIBERS!" STM[4]: Receive "" STM[4]: Receive " This week, select 9067 for your bonus item:" STM[4]: Receive "" STM[4]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9896 STM[2]: Receive "(Southeastern University), the Business Management University, Atilim Group" STM[2]: Receive "(New England University)." STM[2]: Receive "" STM[2]: Receive "The pirate Universities seem to be exploiting the situation whi ch emerges when" STM[2]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9895 STM[1]: Receive "" STM[1]: Receive "ISTANBUL : 17/22 Y" STM[1]: Receive "" STM[1]: Receive "IZMIR : 17/27 PB" STM[1]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9894 STM[4]: Receive "Sender: haberler@metu.edu.tr" STM[4]: Receive "Precedence: bulk" STM[4]: Receive "From: isg@knidos.cc.metu.edu.tr" STM[4]: Receive "To: Multiple recipients of list " STM[4]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9892 STM[3]: Receive "is important to the United States' is a simple but vital propos ition," Grossman" STM[3]: Receive "said and then quoted President Clinton's statement that "Turkey is a valued and" STM[3]: Receive "important ally of the United States." STM[3]: Receive "" STM[3]: Error: status=0830 --,------------------------------------------------------.------------------ | Mario Meyer Physikalisch-Technische Bundesanstalt | . , | ............. Institut Berlin Referat IB.TI | _QQ__ | : wide area : Abbestr. 2-12, D - 10587 Berlin | __( U, )__ | : networker : tel. (+49 30) 3481 442, fax. ... 490 | /// `---' \\\ | SMTP MMeyer@ChbRB.Berlin.PTB.De, BITNET MMeyer@PTBIB | /||\ /||\ --| X.400 S=Meyer; OU=IB-TI; O=PTB; P=PTB; A=d400; C=DE |------------------ `------------------------------------------------------' ================================================================================ Archive-Date: Fri, 29 Sep 1995 07:33:18 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 13:23:40 EDT From: "Mario Meyer, Phys.-Techn. Bundesanstalt" Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@MadGoat.com CC: mmeyer@ChbRB.Berlin.PTB.De Message-ID: <009971F7.419BB565.28@ChbRB.Berlin.PTB.De> Subject: RE: Nameserver MX-records? > I plan to get a socalled MX-record, which is supposed to redirect all mail to > vax.psl.ku.dk over to the new axp.psl.ku.dk. > Question: Will this work, and what will I have to change in the configuration > of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to > the old address vax.psl.ku.dk as well as for its own address? MCP> DEFINE PATH vax.psl.ku.dk LOCAL ( + save + reset router ) That should be all You have to do. Let path axp.psl.ku.dk local too , if that name is used for MX_NODE_NAME and MX_VMSMAIL_LOCALHOST. You may change these logicals editing MX_DIR:MX_LOGICALS.DAT to get an environment independent from further changes of Your server host. I would advise that. At our site there is a dual host server system, where I can shut down one of both servers without any effect on MX functions. This is an essential feature. Mario Meyer --,------------------------------------------------------.------------------ | Mario Meyer Physikalisch-Technische Bundesanstalt | . , | ............. Institut Berlin Referat IB.TI | _QQ__ | : wide area : Abbestr. 2-12, D - 10587 Berlin | __( U, )__ | : networker : tel. (+49 30) 3481 442, fax. ... 490 | /// `---' \\\ | SMTP MMeyer@ChbRB.Berlin.PTB.De, BITNET MMeyer@PTBIB | /||\ /||\ --| X.400 S=Meyer; OU=IB-TI; O=PTB; P=PTB; A=d400; C=DE |------------------ `------------------------------------------------------' ================================================================================ Archive-Date: Fri, 29 Sep 1995 08:26:59 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: gltrilik@artsci.wustl.edu (Ray Finkle) Reply-To: MX-List@MadGoat.com Subject: Does anyone have the Spanish spell checking and thesaurus files for Word 7.0? Date: Fri, 29 Sep 1995 12:59:23 GMT Message-ID: <44gqn3$m5@newsreader.wustl.edu> To: MX-List@WKUVX1.WKU.EDU ================================================================================ Archive-Date: Fri, 29 Sep 1995 08:41:52 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 09:25:27 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: cooper@utsph.sph.uth.tmc.edu Message-ID: <009971D5.FA6005A0.4@swdev.si.com> Subject: RE: Memory leak and VMS 6.2 mail Charlie Cooper (cooper@utsph.sph.uth.tmc.edu) writes: > Can anyone offer any other alternatives to solving this problem [Mail >memory leak] or perhaps expand on what effect on e-mail stopping and restarting >the MX_LOCAL process may have. I would try moving MAIL.EXE, MAILSHR.EXE, and MAILSHRP.EXE from a V6.1 system to the V6.2 system. What can it hurt? -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Fri, 29 Sep 1995 08:43:07 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 08:58:27 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: poling@eisner.decus.org Message-ID: <009971D2.34B246E0.15@swdev.si.com> Subject: RE: Problem with MIME files in MX Jim Poling (poling@eisner.decus.org) writes: >Can anyone post the answer to the MIME problem with MX here. I remember it >being posted here a few months ago. Or is ther ea place I can go and read >through an MX FAQ? Exactly to which MIME "problem" do you refer? There have been several discussions of MIME in MX in the last few months. The archives for the MX-List may provide your answer. ftp://ftp.madgoat.com/lists/mx-list/mx-list.1995-* are the files containing the 1995 archives. The MX documentation answers all frequently asked questions. There is no FAQ document, per se. -- Brian tillman_brian@si.com ================================================================================ Archive-Date: Fri, 29 Sep 1995 10:07:20 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 11:00:12 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: bjorndahl@augustana.ab.ca, hardis@garnet.nist.gov Message-ID: <009971E3.36F57060.2@garnet.nist.gov> Subject: RE: routing SMTP to UUCP via MX - how to do DNS mx entries? > This only seems to work properly as long as I use CMU's NAMRES as the > name resolver. If I define the logical that tells Netlib to use our > campus DNS server instead of Namres... Whoa! Stop right there. CMU's NAMRES is a domain name *resolver*. The other is your campus DNS *server*. They are not the same thing. NAMRES is the software that runs on *your* computer that has the responsibility for looking up IP addresses using *another* computer, the server. They are a match -- not a substitute for each other. I do not know what you mean by telling Netlib to use the campus DNS server instead of Namres, but if Netlib is configured to use CMU/TEK IP transport, there should be no way to do that. If Netlib is configured to use a transport other than CMU/TEK IP (either another TCP/IP package or something else, like UUCP [not that I'm sure that this last remark applies]) then NAMRES has nothing to do with anything. Indeed, it had better not be running if you are using a TCP/IP package other than CMU/TEK. - Jonathan ================================================================================ Archive-Date: Fri, 29 Sep 1995 12:37:03 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 19:30:28 +0200 From: Pierre BRU <"tlsax5::system"@spotimage.com> Reply-To: MX-List@MadGoat.com To: Message-ID: <0099722A.7EF1D060.1@mailgate.spotimage.com> Subject: RE: Problem with MIME files in MX Brian Tillman (tillman_brian@si.com) writes: > Exactly to which MIME "problem" do you refer? There have been several > discussions of MIME in MX in the last few months. The archives for the MX-List > may provide your answer. ftp://ftp.madgoat.com/lists/mx-list/mx-list.1995-* are > the files containing the 1995 archives. ftp://ftp.madgoat.com rejects anonymous connections (!) Pierre BRU System & Network Mgr. SPOT IMAGE Internet: system@spotimage.com ================================================================================ Archive-Date: Fri, 29 Sep 1995 13:20:15 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 13:17:13 CDT From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009971F6.5B01D17A.26@ALPHA.WKU.EDU> Subject: RE: Problem with MIME files in MX Pierre BRU <"tlsax5::system"@spotimage.com> writes: > >ftp://ftp.madgoat.com rejects anonymous connections (!) > It's back up now... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ================================================================================ Archive-Date: Fri, 29 Sep 1995 13:31:41 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Nameserver MX-records? Date: 29 Sep 1995 18:03:44 GMT Message-ID: <44hce0$jgn@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , lejf@axp.psl.ku.dk (Lejf Rasmussen) writes: =Scenario: We have two systems for incoming e-mail, vax.psl.ku.dk and =axp.psl.ku.dk. Now the vax is taken out of service, and all users moved over =to the axp, which is running OpenVMS 6.1 and MX 4.1. All users kept their =original usernames. = In the nameserver for my domain, I plan to get a socalled =MX-record, which is supposed to redirect all mail to vax.psl.ku.dk over =to the new axp.psl.ku.dk. This way mail to old adresses would not be lost. = =Question: Will this work, More or less. It will work to the extent that the folks sending mail to you are using macehines that use DNS and which can handle MX records. =and what will I have to change in the configuration =of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to =the old address vax.psl.ku.dk as well as for its own address? You need to define an additional LOCAL path: MCP> DEFINE PATH "VAX.PSL.KU.DK" Local and make sure that that definition precedes that of any other path which would match "VAX.PSL.KU.DK". -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Fri, 29 Sep 1995 14:22:16 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 14:57:56 EDT From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: system@spotimage.com Message-ID: <00997204.6C693440.8@swdev.si.com> Subject: RE: Problem with MIME files in MX >ftp://ftp.madgoat.com rejects anonymous connections (!) Oh, really? Watch: $ ftp ftp.madgoat.com Eisner.DECUS.Org MultiNet FTP user process 3.4(111) Connection opened (Assuming 8-bit connections) user anonymous pass < < Welcome to the FTP archives at Western Kentucky University. < < This is the official home of the WKU VMS freeware archives, the < MadGoat Software archives, and the WKU mailing list archives. < < If you encounter any problems, please send mail to the archive < maintainer, Hunter Goatley . < ================================================================================ Archive-Date: Fri, 29 Sep 1995 16:12:57 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 17:06:32 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: hardis@garnet.nist.gov Message-ID: <00997216.63EF3B40.5@garnet.nist.gov> Subject: RE: routing SMTP to UUCP via MX - how to do DNS mx entries? Sterling was kind enough not to post this to the list -- showing that I gave wrong advise. However, I don't mind if the public record is complete. Perhaps this will prompt someone else to answer if they know the right answer. - Jonathan --------------------------------------------------------------------------- Return-Path: Received: from Vivaldi.Augustana.AB.CA by garnet.nist.gov (MX V4.1 VAX) with SMTP; Fri, 29 Sep 1995 16:21:05 EDT Received: by augustana.ab.ca (MX V4.1 VAX) id 23; Fri, 29 Sep 1995 14:20:56 MDT Date: Fri, 29 Sep 1995 14:20:50 MDT From: Sterling Bjorndahl To: hardis@garnet.nist.gov Message-ID: <009971FF.3E53AA40.23@augustana.ab.ca> Subject: RE: routing SMTP to UUCP via MX - how to do DNS mx entries? > I do not know what you mean by telling Netlib to use the campus DNS server > instead of Namres, but if Netlib is configured to use CMU/TEK IP transport, > there should be no way to do that. If Netlib is configured to use a > transport other than CMU/TEK IP (either another TCP/IP package or something > else, like UUCP [not that I'm sure that this last remark applies]) then > NAMRES has nothing to do with anything. Indeed, it had better not be > running if you are using a TCP/IP package other than CMU/TEK. > > - Jonathan ------------------------ We ARE using CMU tcp/ip. The following is from the Netlib documentation: > A.2 Bypassing NAMRES > > By default, NETLIB's support for the CMU TCP/IP > package uses the native NAMRES for all name and ad- > dress lookups (routines NETLIB_NAME_TO_ADDRESS, > NETLIB_ADDRESS_TO_NAME, and NETLIB_DNS_MX_ > LOOKUP). However, you can configure NETLIB to bypass > NAMRES and use NETLIB's name resolver routines instead > by defining the logical name: > > $ DEFINE NETLIB_BYPASS_CMU_RESOLVER anyvalue > > The NETLIB_NAMESERVERS logical name must also be > defined. If the above logical name is defined, NETLIB will > automatically bypass NAMRES and use its own resolver > routines for all lookups. > > Please note that NETLIB's name resolver, unlike NAMRES, > does not cache the results it gets (this is typical behavior for > BIND-style resolvers). Bypassing NAMRES, therefore, can > increase network traffic for DNS lookups. For this reason, > when using bypass mode, you should ensure that NETLIB_ > NAMESERVERS references only name servers that are on > your local network. > > In addition, bypassing NAMRES will cause name lookups to > be resolved only through the Domain Name System. Local > host table definitions will not be available. ----------------------------- Defining the logical has the very positive benefit that fewer outgoing items wait in the MX queue during the frequent lockups of NAMRES (we normally have to stop and restart NAMRES a couple of times a day). The situation would be almost perfect except for the uucp routing problem that results; in these circumstances, turning of the NAMRES bypass is the only way to get the uucp stuff properly routed. Very confusing. Sterling -- 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, 29 Sep 1995 17:09:02 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 17:06:30 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <00997216.62C428C0.3912@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #144 MX-List Digest Fri, 29 Sep 1995 Volume 95 : Issue 144 Today's Topics: Does anyone have the Spanish spell checking and thesaurus files for error status codes How to delete messages in the queue (2 msgs) local dying Mailing to numeric addresses (2 msgs) Memory leak and VMS 6.2 mail (2 msgs) Nameserver MX-records? (3 msgs) Outgoing SMTP death Patch for mail memory leak Problem with MIME files in MX (5 msgs) Problem with PC sending SMTP mail Route too complex error (2 msgs) routing SMTP to UUCP via MX - how to do DNS mx entries? (3 msgs) Supplying Bad Return Address Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: Fri, 29 Sep 1995 12:59:23 GMT From: gltrilik@artsci.wustl.edu (Ray Finkle) Subject: Does anyone have the Spanish spell checking and thesaurus files for Message-ID: <44gqn3$m5@newsreader.wustl.edu> ------------------------------ Date: Fri, 29 Sep 1995 11:23:31 EDT From: "Mario Meyer, Phys.-Techn. Bundesanstalt" Subject: error status codes Message-ID: <009971E6.78AEEB50.21@ChbRB.Berlin.PTB.De> My MX-Mailer receives a lot of Mails via SMTP from host knidos.cc.metu.edu.tr that fail all with different error status codes after the message has been partially transmitted. Can someone, please explain me these codes or point me to a documentation ? I give some examples of these mails below. Thanks in advance Mario Meyer $ search /window=(4,4) MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;* "Error:" %SEARCH-W-OPENIN, error opening MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9911 as input -RMS-E-FLK, file currently locked by another user ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9910 STM[3]: Send "220 madtea.Berlin.PTB.De MX V4.1 VAX SMTP server ready at Fri, 29 Sep 1995 10:52:44 EDT" STM[3]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9909 STM[1]: Receive "EHLO vax" STM[1]: Send "500 Please identify yourself with HELO." STM[1]: Receive "HELO vax" STM[1]: Send "250 Name lookup failed for vax" STM[1]: Error: status=2094 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9907 STM[3]: Receive "" STM[3]: Receive "DIS POLITIKA HABERLERI" STM[3]: Receive "" STM[3]: Receive "- Inonu'den uc mesaj." STM[3]: Error: status=2094 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9905 STM[1]: Receive "Many of the participants condemned PKK (Kurdistan Workers' Part y) terrorism." STM[1]: Receive "--------------------------------------------------------------- ----------------" STM[1]: Receive "." STM[1]: Send "250 Message received and queued." STM[1]: Error: status=20EC ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9904 STM[4]: Receive "processes show idle in an "mcp stat" command but do not respond to" STM[4]: Receive ""mcp reset" or "mcp shutdown". There have been up to several t housand" STM[4]: Receive "messages waiting in the queue for delivery by SMTP when we noti ce that" STM[4]: Receive "mail has stopped flowing. Killing off the processes by hand an d" STM[4]: Error: status=20DC ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9901 STM[4]: Receive "." STM[4]: Send "250 Message received and queued." STM[4]: Receive "QUIT" STM[4]: Send "221 merlin.Berlin.PTB.De Service closing transmission channel" STM[4]: Error: status=20EC ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9897 STM[4]: Receive " FREE INFORMATION FOR NON-SUBSCRIBERS!" STM[4]: Receive "" STM[4]: Receive " This week, select 9067 for your bonus item:" STM[4]: Receive "" STM[4]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9896 STM[2]: Receive "(Southeastern University), the Business Management University, Atilim Group" STM[2]: Receive "(New England University)." STM[2]: Receive "" STM[2]: Receive "The pirate Universities seem to be exploiting the situation whi ch emerges when" STM[2]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9895 STM[1]: Receive "" STM[1]: Receive "ISTANBUL : 17/22 Y" STM[1]: Receive "" STM[1]: Receive "IZMIR : 17/27 PB" STM[1]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9894 STM[4]: Receive "Sender: haberler@metu.edu.tr" STM[4]: Receive "Precedence: bulk" STM[4]: Receive "From: isg@knidos.cc.metu.edu.tr" STM[4]: Receive "To: Multiple recipients of list " STM[4]: Error: status=0830 ****************************** MX_ROOT:[SMTP]SMTP_SERVER_LOG.LOG;9892 STM[3]: Receive "is important to the United States' is a simple but vital propos ition," Grossman" STM[3]: Receive "said and then quoted President Clinton's statement that "Turkey is a valued and" STM[3]: Receive "important ally of the United States." STM[3]: Receive "" STM[3]: Error: status=0830 --,------------------------------------------------------.------------------ | Mario Meyer Physikalisch-Technische Bundesanstalt | . , | ............. Institut Berlin Referat IB.TI | _QQ__ | : wide area : Abbestr. 2-12, D - 10587 Berlin | __( U, )__ | : networker : tel. (+49 30) 3481 442, fax. ... 490 | /// `---' \\\ | SMTP MMeyer@ChbRB.Berlin.PTB.De, BITNET MMeyer@PTBIB | /||\ /||\ --| X.400 S=Meyer; OU=IB-TI; O=PTB; P=PTB; A=d400; C=DE |------------------ `------------------------------------------------------' ------------------------------ Date: 22 Sep 1995 06:55:58 GMT From: Mario Bernardes Subject: How to delete messages in the queue Message-ID: <43tmlu$6it@gnu.mat.uc.pt> I would like to know how to delete finished messages that remain in the directories MX_DIR:[QUEUE.0],..,MX_DIR:[QUEUE.9]. As suggested in the manual, I have defined the logical names "MX_FLQ_CHECK_WAIT" = "0 0:10:00" "MX_FLQ_PURGE_WAIT" = "0 0:10:00" and restart/reset the router. However, the files remain in the queue. Thanks in advance for any help. Regards, -- Mario Bernardes ------------------------------ Date: 23 Sep 1995 03:41:33 GMT From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: How to delete messages in the queue Message-ID: <43vvld$ou3@gap.cco.caltech.edu> In article <43tmlu$6it@gnu.mat.uc.pt>, Mario Bernardes writes: =I would like to know how to delete finished messages that remain in the =directories MX_DIR:[QUEUE.0],..,MX_DIR:[QUEUE.9]. =As suggested in the manual, I have defined the logical names = = "MX_FLQ_CHECK_WAIT" = "0 0:10:00" = "MX_FLQ_PURGE_WAIT" = "0 0:10:00" = =and restart/reset the router. =However, the files remain in the queue. You can try using MCP's "QUEUE PURGE" command. If that doesn't delete the files, and you're *SURE* they're not associated with valid queue entries, then you can use the DELETE command at DCL level. ------------------------------------------------------------------------------- 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. ------------------------------ Date: Thu, 28 Sep 1995 18:57:50 CST From: Ron Subject: Re: local dying Message-ID: <0099715C.C584E630.150@CCTR.UMKC.EDU> =>kmoch@whscdp.whs.edu writes: =>> =>>ok - here is what I've been seeing in all of the log files from local: =>> =>>22-SEP-1995 19:47:33.09: MX Local (pid 20202235) starting =>>22-SEP-1995 20:08:19.91: MX Local (pid 20202235) exiting, status = 1000000C =>> =>>This error translates into an access violation error =>> =>Once again, MX Local access violations are, as far as I've seen, =>always a result of a zero-length file for one or more entries in the =>MX queue! Do MCP SHOW QUEUE/ALL/FULL and look for entries like this =>one: => =>Entry: 3, Origin: [SMTP] => Status: FINISHED, size: 2226 bytes => Created: 23-SEP-1995 08:06:51.72, expires 23-OCT-1995 08:06:51.72 => Last modified 23-SEP-1995 08:06:55.70 Hunter- what am i looking at here, a lack of a recipient? Also, are the Zero Length files actually Zero length in the file queue? as in 1000.MSG_TEXT;1 0/0 or similar? => =>Or that say there is no LOCAL_INFO file (or another of the headers). =>Note that above, there is no recipient information. => =>If you MCP QUEUE CANCEL these entries, or QUEUE READY the original =>entry, things should clear themselves up (assuming, of course, that =>the zero-length files aren't re-created because of a disk filling up, =>etc.). => =>Hunter =>------ =>Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. => Ron Rockwell, Systems Programmer UMKC Academic Computing Services ------------------------------ Date: Wed, 27 Sep 1995 15:13:28 EDT From: Brian Reed Subject: Mailing to numeric addresses Message-ID: <00997074.439EE99C.6@cbict3.cb.att.com> I tried to reply to a message today, which had an number address (joe@204.117.4.10, something like that). The message just sat in the queue. Looking at the debug log file, it was trying to send directly to that address. Note I'm behind a gateway, so any outside mail has to go to our gateway machine to send it outside. Normally, this works just fine--the DNS lookup fails, and MX sends the message to the gateway machine. However, it doesn't seem to want to send this message to the gateway, I'm assuming due to the numeric address. It just occurred to me, you don't need to do a lookup, since there is no name! So, is there a way to have all numeric address go to the gateway? I assume MX is thinking it can talk directly to the machine, and is why it's not sending to the gateway, but waiting. I couldn't find anything about this in the manuals, and the help for paths and routes don't say anything specific about it. Brian D. Reed AT&T Columbus Works Brian.D.Reed@att.com 614-860-6218 ------------------------------ Date: Wed, 27 Sep 1995 18:08:55 CDT From: Hunter Goatley Subject: Re: Mailing to numeric addresses Message-ID: <0099708C.C605F462.37@ALPHA.WKU.EDU> Brian Reed writes: > > >I tried to reply to a message today, which had an number address >(joe@204.117.4.10, something like that). The message just sat >in the queue. Looking at the debug log file, it was trying to >send directly to that address. Note I'm behind a gateway, so >any outside mail has to go to our gateway machine to send >it outside. Normally, this works just fine--the DNS lookup fails, >and MX sends the message to the gateway machine. Have you done the following in MCP: MCP> DEFINE PATH * SMTP/ROUTE=gateway-address That should work for all addresses. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ------------------------------ Date: 21 Sep 1995 00:29:18 GMT From: cooper@utsph.sph.uth.tmc.edu Subject: Memory leak and VMS 6.2 mail Message-ID: <43qbku$5m1@oac4.hsc.uth.tmc.edu> I posted earlier about the MX_LOCAL process dying with the exceed virtual memory problem after upgradeing to VMS6.2... I had it fixed after upgrading to 6.1 about a year ago but don't remember if it was due to a patch or was fixed via the upgrade. In any case I didn't have the problem during VMS 6.1. However after upgrading to 6.2, the problem came back. I have called DEC and reported the problem and asked for a fix. They indicated that there was no patch for VMS 6.2 and that it was suppose to be fixed in the next release of VMS. Their suggestion was to either up the virtualpagecnt and reboot or keep stopping the MX_LOCAL process and restarting it routinely. I tried the first suggestion and it did not fix the problem. So now I'm running a process that wakes every 15min to kill the MX_LOCAL process an re-starts it. Can anyone offer any other alternatives to solving this problem or perhaps expand on what effect on e-mail stopping and restarting the MX_LOCAL process may have. I have been getting a lot of complaints about E-Mail being loss but am not sure when/how this may be happening. Also, by the was, I in desparation stop the MX server and started the UCX SMTP server (version 3.3) and started getting numerous errors there dealing with insufficent event flags. Can't seem to find any reference to this error and a search of DSN links OPENVMS did not produce anything about what this error means. Perhaps one of you folks mays may have encountered this problem and could expand if it is due to some kind of system parameter that may not be correct. Other than this E-Mail problem, version 6.2 has been very stable..but again with so-many users complaining about E-mail, I haven't had a chance to really examine the new features. Thanks in advance for any help you can provide Charlie ------------------------------ Date: Fri, 29 Sep 1995 09:25:27 EDT From: "Brian Tillman, x8425" Subject: Re: Memory leak and VMS 6.2 mail Message-ID: <009971D5.FA6005A0.4@swdev.si.com> Charlie Cooper (cooper@utsph.sph.uth.tmc.edu) writes: > Can anyone offer any other alternatives to solving this problem [Mail >memory leak] or perhaps expand on what effect on e-mail stopping and restarting >the MX_LOCAL process may have. I would try moving MAIL.EXE, MAILSHR.EXE, and MAILSHRP.EXE from a V6.1 system to the V6.2 system. What can it hurt? -- Brian tillman_brian@si.com ------------------------------ Date: Thu, 28 Sep 1995 16:17:31 UNDEFINED From: lejf@axp.psl.ku.dk (Lejf Rasmussen) Subject: Nameserver MX-records? Message-ID: Hi all, Scenario: We have two systems for incoming e-mail, vax.psl.ku.dk and axp.psl.ku.dk. Now the vax is taken out of service, and all users moved over to the axp, which is running OpenVMS 6.1 and MX 4.1. All users kept their original usernames. In the nameserver for my domain, I plan to get a socalled MX-record, which is supposed to redirect all mail to vax.psl.ku.dk over to the new axp.psl.ku.dk. This way mail to old adresses would not be lost. Question: Will this work, and what will I have to change in the configuration of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to the old address vax.psl.ku.dk as well as for its own address? Thanks in advance Lejf. Lejf Rasmussen, Psychological Laboratory, University of Copenhagen, Denmark. e-mail: lejf@axp.psl.ku.dk www: http://www.psl.ku.dk ------------------------------ Date: Fri, 29 Sep 1995 13:23:40 EDT From: "Mario Meyer, Phys.-Techn. Bundesanstalt" Subject: Re: Nameserver MX-records? Message-ID: <009971F7.419BB565.28@ChbRB.Berlin.PTB.De> > I plan to get a socalled MX-record, which is supposed to redirect all mail to > vax.psl.ku.dk over to the new axp.psl.ku.dk. > Question: Will this work, and what will I have to change in the configuration > of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to > the old address vax.psl.ku.dk as well as for its own address? MCP> DEFINE PATH vax.psl.ku.dk LOCAL ( + save + reset router ) That should be all You have to do. Let path axp.psl.ku.dk local too , if that name is used for MX_NODE_NAME and MX_VMSMAIL_LOCALHOST. You may change these logicals editing MX_DIR:MX_LOGICALS.DAT to get an environment independent from further changes of Your server host. I would advise that. At our site there is a dual host server system, where I can shut down one of both servers without any effect on MX functions. This is an essential feature. Mario Meyer --,------------------------------------------------------.------------------ | Mario Meyer Physikalisch-Technische Bundesanstalt | . , | ............. Institut Berlin Referat IB.TI | _QQ__ | : wide area : Abbestr. 2-12, D - 10587 Berlin | __( U, )__ | : networker : tel. (+49 30) 3481 442, fax. ... 490 | /// `---' \\\ | SMTP MMeyer@ChbRB.Berlin.PTB.De, BITNET MMeyer@PTBIB | /||\ /||\ --| X.400 S=Meyer; OU=IB-TI; O=PTB; P=PTB; A=d400; C=DE |------------------ `------------------------------------------------------' ------------------------------ Date: 29 Sep 1995 18:03:44 GMT From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Nameserver MX-records? Message-ID: <44hce0$jgn@gap.cco.caltech.edu> In article , lejf@axp.psl.ku.dk (Lejf Rasmussen) writes: =Scenario: We have two systems for incoming e-mail, vax.psl.ku.dk and =axp.psl.ku.dk. Now the vax is taken out of service, and all users moved over =to the axp, which is running OpenVMS 6.1 and MX 4.1. All users kept their =original usernames. = In the nameserver for my domain, I plan to get a socalled =MX-record, which is supposed to redirect all mail to vax.psl.ku.dk over =to the new axp.psl.ku.dk. This way mail to old adresses would not be lost. = =Question: Will this work, More or less. It will work to the extent that the folks sending mail to you are using macehines that use DNS and which can handle MX records. =and what will I have to change in the configuration =of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to =the old address vax.psl.ku.dk as well as for its own address? You need to define an additional LOCAL path: MCP> DEFINE PATH "VAX.PSL.KU.DK" Local and make sure that that definition precedes that of any other path which would match "VAX.PSL.KU.DK". ------------------------------------------------------------------------------- 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. ------------------------------ Date: 27 Sep 1995 08:47:25 -0500 From: jeffo@worf.netins.net (Jeffrey C. Ollie) Subject: Outgoing SMTP death Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Recently, outgoing SMTP has been stopping on our system. We have a DEC 3000/500 running VMS 6.1, Multinet 3.3D, and MX 4.1. I believe that we have the latest version of NETLIB installed. The SMTP processes show idle in an "mcp stat" command but do not respond to "mcp reset" or "mcp shutdown". There have been up to several thousand messages waiting in the queue for delivery by SMTP when we notice that mail has stopped flowing. Killing off the processes by hand and starting new ones (@sys$system:mx_startup smtp) will get things going for a while. The SMTP logs do not appear to give any indication of what is going wrong. Does anyone have any suggestions as to a cause and/or a fix? -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Processed by Mailcrypt 3.4beta, an Emacs/PGP interface iQCVAwUBMGlV6JwkOQz8sbZFAQH8uAQAhmmGAkHNud70beo3Efqaj6HvP60A/XZo ewFrM4rU4d3DnHC84POJldpXhBkF7jjtrtwP+b22IHQQE7GtNvCwp7uj1NRbEYAi dng+qR1aY94mPv15xhY5pfKlD40KlJhxIvDmiI0DQ9Yfzo2CLe6M3YeAZKdWLT4e oSK+X8yOHQU= =UEyY -----END PGP SIGNATURE----- -- Jeffrey C. Ollie Iowa Network Services System Administrator ------------------------------ Date: 20 Sep 1995 01:48:50 GMT From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Patch for mail memory leak Message-ID: <43nru2$5al@gap.cco.caltech.edu> In article <00996A19.E9332E10.8@ALPHA.WKU.EDU>, Hunter Goatley writes: =All you should have to do is re-INSTALL the MAIL shareable images: =SYS$SHARE:MAILSHR.EXE and SYS$SHARE:MAILSHRP.EXE. I haven't installed =that patch, but those are the only files mail uses (well, the ones =that count and are most likely replaced by the patch). Don't forget: MAIL.EXE is installed /OPEN/HEADER/SHARED, so you've got to reinstall that, too, if the patch modifies MAIL.EXE. Also, for the sake of completeness, I'll point out that you'll have to get anybody who's currently running MAIL or an image that uses the shareable images to exit and run it again before they'll see the effects of the patch. Of course, the memory leak will take care of that itself, eventually. ------------------------------------------------------------------------------- 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. ------------------------------ Date: 28 Sep 95 16:18:06 -0400 From: poling@eisner.decus.org (JIM POLING, MPL CORP, (304) 472-9520) Subject: Problem with MIME files in MX Message-ID: <1995Sep28.161806.11391@eisner> Can anyone post the answer to the MIME problem with MX here. I remember it being posted here a few months ago. Or is ther ea place I can go and read through an MX FAQ? -Jim Poling MPL Corp. Buckhannon, WV ------------------------------ Date: Fri, 29 Sep 1995 08:58:27 EDT From: "Brian Tillman, x8425" Subject: Re: Problem with MIME files in MX Message-ID: <009971D2.34B246E0.15@swdev.si.com> Jim Poling (poling@eisner.decus.org) writes: >Can anyone post the answer to the MIME problem with MX here. I remember it >being posted here a few months ago. Or is ther ea place I can go and read >through an MX FAQ? Exactly to which MIME "problem" do you refer? There have been several discussions of MIME in MX in the last few months. The archives for the MX-List may provide your answer. ftp://ftp.madgoat.com/lists/mx-list/mx-list.1995-* are the files containing the 1995 archives. The MX documentation answers all frequently asked questions. There is no FAQ document, per se. -- Brian tillman_brian@si.com ------------------------------ Date: Fri, 29 Sep 1995 19:30:28 +0200 From: Pierre BRU <"tlsax5::system"@spotimage.com> Subject: Re: Problem with MIME files in MX Message-ID: <0099722A.7EF1D060.1@mailgate.spotimage.com> Brian Tillman (tillman_brian@si.com) writes: > Exactly to which MIME "problem" do you refer? There have been several > discussions of MIME in MX in the last few months. The archives for the MX-List > may provide your answer. ftp://ftp.madgoat.com/lists/mx-list/mx-list.1995-* are > the files containing the 1995 archives. ftp://ftp.madgoat.com rejects anonymous connections (!) Pierre BRU System & Network Mgr. SPOT IMAGE Internet: system@spotimage.com ------------------------------ Date: Fri, 29 Sep 1995 13:17:13 CDT From: Hunter Goatley Subject: Re: Problem with MIME files in MX Message-ID: <009971F6.5B01D17A.26@ALPHA.WKU.EDU> Pierre BRU <"tlsax5::system"@spotimage.com> writes: > >ftp://ftp.madgoat.com rejects anonymous connections (!) > It's back up now... Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. ------------------------------ Date: Fri, 29 Sep 1995 14:57:56 EDT From: "Brian Tillman, x8425" Subject: Re: Problem with MIME files in MX Message-ID: <00997204.6C693440.8@swdev.si.com> >ftp://ftp.madgoat.com rejects anonymous connections (!) Oh, really? Watch: $ ftp ftp.madgoat.com Eisner.DECUS.Org MultiNet FTP user process 3.4(111) Connection opened (Assuming 8-bit connections) user anonymous pass < < Welcome to the FTP archives at Western Kentucky University. < < This is the official home of the WKU VMS freeware archives, the < MadGoat Software archives, and the WKU mailing list archives. < < If you encounter any problems, please send mail to the archive < maintainer, Hunter Goatley . < ------------------------------ Date: 20 Sep 1995 07:27:10 GMT From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Problem with PC sending SMTP mail Message-ID: <43ofoe$gcb@gap.cco.caltech.edu> In article <00996A1F.7E1C9E30.2265@SHSU.edu>, "James T. Horn" writes: =We are running a Eudora(sp) and Pegasus(sp) for our PC to send mail =and the problem seems to be that the PC will either connect and do =nothing, or they timeout. = =We are wondering if the logical MX_SMTP_SERVER_THREADS will correct =this problem, or maybe it's somewhere else we need to look. Not likely. If you exceed the number of threads, the connection should be immediately rejected, if I recall correctly. If a connection is made, then MX_SMTP_SERVER_THREADS can't possibly enter into it directly. And if the connection times out, that happens before MX_SMTP_SERVER_THREADS has a chance to some into play. Unless, of course, your system's so overloaded that the connection WOULD be accepted and dealt with, except the "MX SMTP Server" process doesn't get enough CPU time to do anything. ------------------------------------------------------------------------------- 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. ------------------------------ Date: 25 Sep 95 12:55:52 -0500 From: desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) Subject: Route too complex error Message-ID: <1995Sep25.125552.1@willow.uml.edu> I am using MX 4.1 with DEC MailWorks. On occasion. if a user has set an internet forwarding address (using the DMW command "set redirect") and receives mail from the internet via MX it is rejected and returned to the sender with the error message: ============================================================================== From: MRGATE To: Tillyc Subject: Message Router VMSmail Gateway nondelivery notification Date: Sunday, September 17, 1995 3:27PM Delivery of this message through the Gateway had the following results: Invalid reply path generated - Route too complex Unable to deliver to : TILLYC@RSAGE.ORG ============================================================================== I realize this message was genereated by DEC's Message Router Gateway software but it occurs only when internet email is coming in from MX. I assume that the problem is with the length of the address since this only happens occasionally and only with very long addresses. Does anybody know what causes this and if it can be fixed? Is it an MX problem, a MRGATEway problem or a MailWorks problem? Thanks, Dick Desroches ------------------------------ Date: 26 Sep 1995 03:11:34 GMT From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Route too complex error Message-ID: <447r16$ri1@gap.cco.caltech.edu> In article <1995Sep25.125552.1@willow.uml.edu>, desroches@willow.uml.edu (Dick Desroches, ACC Systems Manager) writes: =I am using MX 4.1 with DEC MailWorks. On occasion. if a user has set an =internet forwarding address (using the DMW command "set redirect") and =receives mail from the internet via MX it is rejected and returned to the =sender with the error message: = =============================================================================== =From: MRGATE =To: Tillyc =Subject: Message Router VMSmail Gateway nondelivery notification =Date: Sunday, September 17, 1995 3:27PM = = =Delivery of this message through the Gateway had the following results: = = Invalid reply path generated - Route too complex = Unable to deliver to : TILLYC@RSAGE.ORG = = =============================================================================== =I realize this message was genereated by DEC's Message Router Gateway =software but it occurs only when internet email is coming in from MX. = =I assume that the problem is with the length of the address since this only =happens occasionally and only with very long addresses. = =Does anybody know what causes this and if it can be fixed? Is it an MX =problem, a MRGATEway problem or a MailWorks problem? Y'know, it would've been nice if you'd provided an example of an address which caused problems. Then we might have some chance of figuring out where the problem lies. Perhaps the message is coming in via a path with many uucp hops so you're getting something like: fubar!spam!whatever!whomever@somewhere.or.other and MR doesn't like it, and there's nothing that MX could do about it. But we have no way of knowing that, of course. ------------------------------------------------------------------------------- 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. ------------------------------ Date: 22 Sep 95 07:52:47 MDT From: bjorndahl@augustana.ab.ca (Sterling Bjorndahl) Subject: routing SMTP to UUCP via MX - how to do DNS mx entries? Message-ID: <1995Sep22.075247.12495@camrose> I am using the most recent avilable versions of MX, CMU tcp/ip, Netlib, and DECUS UUCP. I am acting as the Internet -> UUCP forwarder for a small site that has only uucp access (and that only through us). I have the MX paths defined properly, I think. The site is called "chapters" and, just to make sure, I defined the following paths: Domain="chapters.uucp", Path=UUCP Domain="chapters.", Path=UUCP Domain="chapters", Path=UUCP This only seems to work properly as long as I use CMU's NAMRES as the name resolver. If I define the logical that tells Netlib to use our campus DNS server instead of Namres, MX starts complaining that the domain "chapters" is not found when people send e-mail simply to "name@chapters". I even tried putting mx records into the DNS database, and that doesn't seem to solve the problem. Why would changing from Namres to DNS cause the MX software to be unable to route chapters directly to DECUS UUCP? And what should the form of the mx records be in my DNS database? Right now they look like this: chapters. IN MX 0 chapters.uucp. chapters.uucp. IN MX 10 vivaldi.augustana.ab.ca. IN MX 20 corelli.augustana.ab.ca. where vivaldi is the Vax running the MX software. It looks to me like the above DNS entries could result in a looping situation, but doesn't seem to happen. All that happens is that I still get error messages about the domain "chapters" not being found. And just to make sure I haven't missed the obvious, yes, I did re-initialize the DNS software and have checked via nslookup that those mx records really are being reported. If I have missed something obvious in the documentation, please forgive me and point me to the right spot. I did look. Advice would be greatly appreciated. -- 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. ------------------------------ Date: Fri, 29 Sep 1995 11:00:12 EDT From: "Jonathan E. Hardis" Subject: Re: routing SMTP to UUCP via MX - how to do DNS mx entries? Message-ID: <009971E3.36F57060.2@garnet.nist.gov> > This only seems to work properly as long as I use CMU's NAMRES as the > name resolver. If I define the logical that tells Netlib to use our > campus DNS server instead of Namres... Whoa! Stop right there. CMU's NAMRES is a domain name *resolver*. The other is your campus DNS *server*. They are not the same thing. NAMRES is the software that runs on *your* computer that has the responsibility for looking up IP addresses using *another* computer, the server. They are a match -- not a substitute for each other. I do not know what you mean by telling Netlib to use the campus DNS server instead of Namres, but if Netlib is configured to use CMU/TEK IP transport, there should be no way to do that. If Netlib is configured to use a transport other than CMU/TEK IP (either another TCP/IP package or something else, like UUCP [not that I'm sure that this last remark applies]) then NAMRES has nothing to do with anything. Indeed, it had better not be running if you are using a TCP/IP package other than CMU/TEK. - Jonathan ------------------------------ Date: Fri, 29 Sep 1995 17:06:32 EDT From: "Jonathan E. Hardis" Subject: Re: routing SMTP to UUCP via MX - how to do DNS mx entries? Message-ID: <00997216.63EF3B40.5@garnet.nist.gov> Sterling was kind enough not to post this to the list -- showing that I gave wrong advise. However, I don't mind if the public record is complete. Perhaps this will prompt someone else to answer if they know the right answer. - Jonathan -------------------------------------------------------------------------- Return-Path: Received: from Vivaldi.Augustana.AB.CA by garnet.nist.gov (MX V4.1 VAX) with SMTP; Fri, 29 Sep 1995 16:21:05 EDT Received: by augustana.ab.ca (MX V4.1 VAX) id 23; Fri, 29 Sep 1995 14:20:56 MDT Date: Fri, 29 Sep 1995 14:20:50 MDT From: Sterling Bjorndahl To: hardis@garnet.nist.gov Message-ID: <009971FF.3E53AA40.23@augustana.ab.ca> Subject: RE: routing SMTP to UUCP via MX - how to do DNS mx entries? > I do not know what you mean by telling Netlib to use the campus DNS server > instead of Namres, but if Netlib is configured to use CMU/TEK IP transport, > there should be no way to do that. If Netlib is configured to use a > transport other than CMU/TEK IP (either another TCP/IP package or something > else, like UUCP [not that I'm sure that this last remark applies]) then > NAMRES has nothing to do with anything. Indeed, it had better not be > running if you are using a TCP/IP package other than CMU/TEK. > > - Jonathan ------------------------ We ARE using CMU tcp/ip. The following is from the Netlib documentation: > A.2 Bypassing NAMRES > > By default, NETLIB's support for the CMU TCP/IP > package uses the native NAMRES for all name and ad- > dress lookups (routines NETLIB_NAME_TO_ADDRESS, > NETLIB_ADDRESS_TO_NAME, and NETLIB_DNS_MX_ > LOOKUP). However, you can configure NETLIB to bypass > NAMRES and use NETLIB's name resolver routines instead > by defining the logical name: > > $ DEFINE NETLIB_BYPASS_CMU_RESOLVER anyvalue > > The NETLIB_NAMESERVERS logical name must also be > defined. If the above logical name is defined, NETLIB will > automatically bypass NAMRES and use its own resolver > routines for all lookups. > > Please note that NETLIB's name resolver, unlike NAMRES, > does not cache the results it gets (this is typical behavior for > BIND-style resolvers). Bypassing NAMRES, therefore, can > increase network traffic for DNS lookups. For this reason, > when using bypass mode, you should ensure that NETLIB_ > NAMESERVERS references only name servers that are on > your local network. > > In addition, bypassing NAMRES will cause name lookups to > be resolved only through the Domain Name System. Local > host table definitions will not be available. ----------------------------- Defining the logical has the very positive benefit that fewer outgoing items wait in the MX queue during the frequent lockups of NAMRES (we normally have to stop and restart NAMRES a couple of times a day). The situation would be almost perfect except for the uucp routing problem that results; in these circumstances, turning of the NAMRES bypass is the only way to get the uucp stuff properly routed. Very confusing. Sterling -- 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. ------------------------------ Date: Wed, 27 Sep 1995 16:15:26 -0400 From: "WPGATE::NOEL::JOHNR"@vdhvax.vdh.state.vt.us (John Royer) Subject: Supplying Bad Return Address Message-ID: <95092716152666@vdhvax.vdh.state.vt.us> For over a year we have been trying to solve a return address problem when sending mail from WP Mail(comes with WordPerfect Office 3.1 for OpenVMS across the Internet. We have been unable to get help from either Digital or WPCorp on this issue. We are in desperate search of a way to modify the "From" portion of our outgoing mail. WP Mail provides a process "WPGATE" to pass mail to VMS Mail. The problem is that it maintains a DECnet style address "WPGATE::decnet_node::user"@host which many recipients are unable to respond to. WP Mail does not provide a "Reply to:" feature. Is there a way to use MX to modify the FROM address on all outgoing mail (even if it doesn't originate in VMS MAil) to include only the "user@host"? It appears that the NAME_CONVERSION module would work if I knew how to program in C. John G. Royer Information Systems Support Analyst Vermont Department of Health ------------------------------ End of MX-List Digest V95 #144 ****************************** ================================================================================ Archive-Date: Fri, 29 Sep 1995 19:35:36 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 29 Sep 1995 19:33:17 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <0099722A.E42321EB.12@CCTR.UMKC.EDU> Subject: RE: Nameserver MX-records? =>From: lejf@axp.psl.ku.dk (Lejf Rasmussen) =>Hi all, => =>Scenario: We have two systems for incoming e-mail, vax.psl.ku.dk and =>axp.psl.ku.dk. Now the vax is taken out of service, and all users moved over =>to the axp, which is running OpenVMS 6.1 and MX 4.1. All users kept their =>original usernames. => In the nameserver for my domain, I plan to get a socalled =>MX-record, which is supposed to redirect all mail to vax.psl.ku.dk over =>to the new axp.psl.ku.dk. This way mail to old adresses would not be lost. => =>Question: Will this work, and what will I have to change in the configuration =>of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to =>the old address vax.psl.ku.dk as well as for its own address? => => Thanks in advance => Lejf. => =>Lejf Rasmussen, Psychological Laboratory, University of Copenhagen, Denmark. =>e-mail: lejf@axp.psl.ku.dk =>www: http://www.psl.ku.dk => although MX RRs are highly suggested for your new node, we have found from practical experience that you will probably want a CNAME RR for your old vax system. This will make sure that people will not have to change their mailing addresses, as well as allow any incoming tcp/ip traffic to use the old address and still get a reply. For example, once the CNAME record takes effect, you will be able to TELNET VAX.PSL.KU.DK and AXP.PSL.KU.DK will begin logging you on. Therefore any mail sent to the old VAX will come to the new system. Do not use MX RRs for the old vax address if you use a CNAME RR. Also, some older versions of SendMail require the use of MX RRs to function. Hope this helps, Ron Rockwell, Systems Programmer UMKC Academic Computing Services ------------------------------------------------------------------------------- The opinions stated herein may not reflect the opinions of my department, employer, nor the State of Missouri. These opinions are my own, and I reserve the right to change my opinions at any time without advance notification. ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Sat, 30 Sep 1995 14:53:45 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: rod@iastate.edu (Rod Eldridge) Subject: Re: Nameserver MX-records? Date: 30 Sep 1995 17:29:12 GMT Message-ID: <44jup8$jsn@news.iastate.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , lejf@axp.psl.ku.dk (Lejf Rasmussen) writes: >Hi all, > >Scenario: We have two systems for incoming e-mail, vax.psl.ku.dk and >axp.psl.ku.dk. Now the vax is taken out of service, and all users moved over >to the axp, which is running OpenVMS 6.1 and MX 4.1. All users kept their >original usernames. > In the nameserver for my domain, I plan to get a socalled >MX-record, which is supposed to redirect all mail to vax.psl.ku.dk over >to the new axp.psl.ku.dk. This way mail to old adresses would not be lost. > >Question: Will this work, and what will I have to change in the configuration >of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to >the old address vax.psl.ku.dk as well as for its own address? As mentioned in other replies to this question, some old versions of sendmail ignore the MX RR. The way it is supposed to work is that if an MX RR exists, then send the mail to that IP. In the absence of an MX RR, send the mail to the IP of the A RR. So, another possible solution not discussed, would be to change vax.psl.ku.dk's A RR to the same IP as axp.psl.ku.dk's A RR and not create an MX RR at all. You would still probably need to DEFINE PATH vax.psl.ku.dk LOCAL in MX, but I haven't tried this myself to check. -- Rod Eldridge | Iowa State University | rod@iastate.edu 515-294-7498 Ames, Iowa 50011 http://www.public.iastate.edu/~rod/ ================================================================================ Archive-Date: Sat, 30 Sep 1995 16:25:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: error status codes Date: 30 Sep 1995 20:24:31 GMT Message-ID: <44k91v$iqh@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009971E6.78AEEB50.21@ChbRB.Berlin.PTB.De>, "Mario Meyer, Phys.-Techn. Bundesanstalt" writes: =My MX-Mailer receives a lot of Mails via SMTP from host knidos.cc.metu.edu.tr =that fail all with different error status codes after the message has been =partially transmitted. Can someone, please explain me these codes or point me to =a documentation ? You can get the translation of the codes via the F$MESSAGE lexical. You can find out what the codes mean via the HELP utility. For VMS v6.x, you use HELP/MESSAGE. For earlier versions, HELP/LIBRARY=SYSMSGHELP ERROR. =I give some examples of these mails below. =STM[3]: Error: status=0830 $ WRITE SYS$OUTPUT F$MESSAGE(%X830) %SYSTEM-W-CANCEL, operation canceled =STM[1]: Error: status=2094 $ WRITE SYS$OUTPUT F$MESSAGE(%X2094) %SYSTEM-F-UNREACHABLE, remote node is not currently reachable =STM[1]: Error: status=20EC $ WRITE SYS$OUTPUT F$MESSAGE(%X20EC) %SYSTEM-F-LINKDISCON, network partner disconnected logical link =STM[4]: Error: status=20DC $ WRITE SYS$OUTPUT F$MESSAGE(%X20DC) %SYSTEM-F-CONNECFAIL, connect to network object timed-out or failed -------------------------------------------------------------------------------- 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, 30 Sep 1995 17:01:28 CDT Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 30 Sep 1995 17:01:16 CDT From: "Hunter Goatley, WKU" Reply-To: MX-List@MadGoat.com To: mx-list-digest@WKUVX1.WKU.EDU Message-ID: <009972DE.D1F60D80.82@WKUVX1.WKU.EDU> Subject: MX-LIST Digest V95 #145 MX-List Digest Sat, 30 Sep 1995 Volume 95 : Issue 145 Today's Topics: error status codes Nameserver MX-records? (2 msgs) Send digest submissions to. . . . . . . MX-List@WKUVX1.WKU.EDU Send add/unsubscribe requests to . . . . MXserver@WKUVX1.WKU.EDU (send HELP for more information) Send problems about the list to. . . . . owner-mx-list@WKUVX1.WKU.EDU The current version of MX and the MX-List archives are available via anonymous ftp from ftp.spc.edu ([192.107.46.27]) in [.MX] and via e-mail from FILESERV@WKUVX1.WKU.EDU. ---------------------------------------------------------------------- Date: 30 Sep 1995 20:24:31 GMT From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: error status codes Message-ID: <44k91v$iqh@gap.cco.caltech.edu> In article <009971E6.78AEEB50.21@ChbRB.Berlin.PTB.De>, "Mario Meyer, Phys.-Techn. Bundesanstalt" writes: =My MX-Mailer receives a lot of Mails via SMTP from host knidos.cc.metu.edu.tr =that fail all with different error status codes after the message has been =partially transmitted. Can someone, please explain me these codes or point me to =a documentation ? You can get the translation of the codes via the F$MESSAGE lexical. You can find out what the codes mean via the HELP utility. For VMS v6.x, you use HELP/MESSAGE. For earlier versions, HELP/LIBRARY=SYSMSGHELP ERROR. =I give some examples of these mails below. =STM[3]: Error: status=0830 $ WRITE SYS$OUTPUT F$MESSAGE(%X830) %SYSTEM-W-CANCEL, operation canceled =STM[1]: Error: status=2094 $ WRITE SYS$OUTPUT F$MESSAGE(%X2094) %SYSTEM-F-UNREACHABLE, remote node is not currently reachable =STM[1]: Error: status=20EC $ WRITE SYS$OUTPUT F$MESSAGE(%X20EC) %SYSTEM-F-LINKDISCON, network partner disconnected logical link =STM[4]: Error: status=20DC $ WRITE SYS$OUTPUT F$MESSAGE(%X20DC) %SYSTEM-F-CONNECFAIL, connect to network object timed-out or failed ------------------------------------------------------------------------------- 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. ------------------------------ Date: Fri, 29 Sep 1995 19:33:17 CST From: Ron Subject: Re: Nameserver MX-records? Message-ID: <0099722A.E42321EB.12@CCTR.UMKC.EDU> =>From: lejf@axp.psl.ku.dk (Lejf Rasmussen) =>Hi all, => =>Scenario: We have two systems for incoming e-mail, vax.psl.ku.dk and =>axp.psl.ku.dk. Now the vax is taken out of service, and all users moved over =>to the axp, which is running OpenVMS 6.1 and MX 4.1. All users kept their =>original usernames. => In the nameserver for my domain, I plan to get a socalled =>MX-record, which is supposed to redirect all mail to vax.psl.ku.dk over =>to the new axp.psl.ku.dk. This way mail to old adresses would not be lost. => =>Question: Will this work, and what will I have to change in the configuration =>of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to =>the old address vax.psl.ku.dk as well as for its own address? => => Thanks in advance => Lejf. => =>Lejf Rasmussen, Psychological Laboratory, University of Copenhagen, Denmark. =>e-mail: lejf@axp.psl.ku.dk =>www: http://www.psl.ku.dk => although MX RRs are highly suggested for your new node, we have found from practical experience that you will probably want a CNAME RR for your old vax system. This will make sure that people will not have to change their mailing addresses, as well as allow any incoming tcp/ip traffic to use the old address and still get a reply. For example, once the CNAME record takes effect, you will be able to TELNET VAX.PSL.KU.DK and AXP.PSL.KU.DK will begin logging you on. Therefore any mail sent to the old VAX will come to the new system. Do not use MX RRs for the old vax address if you use a CNAME RR. Also, some older versions of SendMail require the use of MX RRs to function. Hope this helps, Ron Rockwell, Systems Programmer UMKC Academic Computing Services ------------------------------------------------------------------------------ The opinions stated herein may not reflect the opinions of my department, employer, nor the State of Missouri. These opinions are my own, and I reserve the right to change my opinions at any time without advance notification. ------------------------------------------------------------------------------ ------------------------------ Date: 30 Sep 1995 17:29:12 GMT From: rod@iastate.edu (Rod Eldridge) Subject: Re: Nameserver MX-records? Message-ID: <44jup8$jsn@news.iastate.edu> In article , lejf@axp.psl.ku.dk (Lejf Rasmussen) writes: >Hi all, > >Scenario: We have two systems for incoming e-mail, vax.psl.ku.dk and >axp.psl.ku.dk. Now the vax is taken out of service, and all users moved over >to the axp, which is running OpenVMS 6.1 and MX 4.1. All users kept their >original usernames. > In the nameserver for my domain, I plan to get a socalled >MX-record, which is supposed to redirect all mail to vax.psl.ku.dk over >to the new axp.psl.ku.dk. This way mail to old adresses would not be lost. > >Question: Will this work, and what will I have to change in the configuration >of MX in axp.psl.ku.dk in order for it to accept incoming mail adressed to >the old address vax.psl.ku.dk as well as for its own address? As mentioned in other replies to this question, some old versions of sendmail ignore the MX RR. The way it is supposed to work is that if an MX RR exists, then send the mail to that IP. In the absence of an MX RR, send the mail to the IP of the A RR. So, another possible solution not discussed, would be to change vax.psl.ku.dk's A RR to the same IP as axp.psl.ku.dk's A RR and not create an MX RR at all. You would still probably need to DEFINE PATH vax.psl.ku.dk LOCAL in MX, but I haven't tried this myself to check. -- Rod Eldridge | Iowa State University | rod@iastate.edu 515-294-7498 Ames, Iowa 50011 http://www.public.iastate.edu/~rod/ ------------------------------ End of MX-List Digest V95 #145 ******************************