Archive-Date: Tue, 4 Apr 2000 10:50:03 -0700 Subject: How about a new MX release, let's start the wish/feature list From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: MX-List@MadGoat.com Message-ID: <38ea2a23@news.kapsch.co.at> Date: 4 Apr 2000 19:45:07 +0200 To: MX-List@LISTS.WKU.EDU May I humbly ask, when (if at all) a new MX version comes out ? I'm waiting for some new features now, and I think, others may wait for the same and/or other features, too. I can name a few features I'm interested in, but I think, it would be better, if Hunter or Matt start with their collected wish list, we then add some more features to the list and finally we all vote for the importance of the features to get a "common" MX wish list. Maybe this should be restricted to MX-Support, but that is not my decision. As I think, that programming for MX is really time-consuming and Matt and Hunter are most likely short of time (just like most of us), I think it would be best, to get the most wanted features done first. Therefore voting. NOTE: I do not count bugs/bugfixes as features. I can hardly vote for a bugfix, if I'm not seeing the same problem. I expect bugfixes to have of course more priority than new features. And as MX is no longer freeware, I expect to be asked for money for new features (and some level of support) => MX V6, but not for general bugfixes. I hate to see MX slowly dying, only because Hunter is adding new features only to TCPware and Multinet, while Compaq (who ?) add features to TCPIP. I'd like to keep MX as long as possible and not being forced to run TCPware Mailer on one host, and the TCPIP mailer on others. -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Tue, 4 Apr 2000 11:12:39 -0700 From: dunnett@mala.bc.ca (Malcolm Dunnett) Reply-To: MX-List@MadGoat.com Subject: Re: How about a new MX release, let's start the wish/feature list Date: 4 Apr 2000 10:57:12 -0700 Message-ID: <6ElskAuXPwRC@malvm2.mala.bc.ca> To: MX-List@LISTS.WKU.EDU In article <38ea2a23@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: > > I hate to see MX slowly dying, only because Hunter is adding new features > only to TCPware and Multinet, while Compaq (who ?) add features to TCPIP. > I'd like to keep MX as long as possible and not being forced to run TCPware > Mailer on one host, and the TCPIP mailer on others. > Given the uncertain future of PMDF on VMS now that Innosoft has been purchased by Sun I'd certainly hate to see MX fade away. I know I'm considering the idea of dropping PMDF support and signing up for the supported version of MX. Now might be a good time for a marketing campaign by MadGoat. OTOH it would be interesting if Process software were to take on MX and make it the standard mailer in both TCPWare and Multinet. ============================================================================= Malcolm Dunnett Malaspina University-College Email: dunnett@mala.bc.ca Information Systems Nanaimo, B.C. CANADA V9R 5S5 Tel: (250)755-8738 ================================================================================ Archive-Date: Tue, 4 Apr 2000 12:05:05 -0700 Message-ID: <38EA3E7D.5E6A882E@SMTP.DeltaTel.RU> Date: Tue, 04 Apr 2000 23:11:57 +0400 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: Re: How about a new MX release, let's start the wish/feature list References: <38ea2a23@news.kapsch.co.at> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi Peter ! What new features you mean? Why you decide that MX is dying? Peter LANGSTOEGER wrote: > > May I humbly ask, when (if at all) a new MX version comes out ? > > I'm waiting for some new features now, and I think, others may wait for > the same and/or other features, too. > > I can name a few features I'm interested in, but I think, it would be > better, if Hunter or Matt start with their collected wish list, we then > add some more features to the list and finally we all vote for the > importance of the features to get a "common" MX wish list. > > Maybe this should be restricted to MX-Support, but that is not my decision. > > As I think, that programming for MX is really time-consuming and Matt and > Hunter are most likely short of time (just like most of us), I think it > would be best, to get the most wanted features done first. Therefore voting. > > NOTE: I do not count bugs/bugfixes as features. I can hardly vote for a > bugfix, if I'm not seeing the same problem. I expect bugfixes to > have of course more priority than new features. And as MX is no > longer freeware, I expect to be asked for money for new features > (and some level of support) => MX V6, but not for general bugfixes. > > I hate to see MX slowly dying, only because Hunter is adding new features > only to TCPware and Multinet, while Compaq (who ?) add features to TCPIP. > I'd like to keep MX as long as possible and not being forced to run TCPware > Mailer on one host, and the TCPIP mailer on others. > > -- > Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 > Network and OpenVMS system manager Fax. +43 1 81111-888 > FBFV/Information Services E-mail eplan@kapsch.net > <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN > A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" > "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 -- Regards. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 +..... Kick ass VMS solution listening "Nightingales & Bombers" .....+ ================================================================================ Archive-Date: Tue, 4 Apr 2000 12:44:45 -0700 Subject: Re: How about a new MX release, let's start the wish/feature list From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: MX-List@MadGoat.com Message-ID: <38ea44e0$1@news.kapsch.co.at> Date: 4 Apr 2000 21:39:12 +0200 To: MX-List@LISTS.WKU.EDU In article <38EA3E7D.5E6A882E@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" writes: > What new features you mean? Why you decide that MX is dying? I don't like to discuss, why MX will or will not die. Just like, I don't like to discuss, why VMS will or will not die. MX depends on VMS and both will get into troubles, when/if development stops. I also like to avoid collecting a list of features, when/because Matt and/or Hunter already did it the last years. But if I'm forced to, ok, then I bite. -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Tue, 4 Apr 2000 13:15:04 -0700 Subject: Re: How about a new MX release, let's start the wish/feature list From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: MX-List@MadGoat.com Message-ID: <38ea4b9d@news.kapsch.co.at> Date: 4 Apr 2000 22:07:57 +0200 To: MX-List@LISTS.WKU.EDU In article <6ElskAuXPwRC@malvm2.mala.bc.ca>, dunnett@mala.bc.ca (Malcolm Dunnett) writes: > Given the uncertain future of PMDF on VMS now that Innosoft has been >purchased by Sun I'd certainly hate to see MX fade away. I know I'm >considering the idea of dropping PMDF support and signing up for the >supported version of MX. Now might be a good time for a marketing >campaign by MadGoat. Time is better, if new/more features are there, too. > OTOH it would be interesting if Process software were to take on MX >and make it the standard mailer in both TCPWare and Multinet. _and_ TCPIP (aka UCX). Only then I agree. But if the speed of feature adopting in TCPIP continues, most people will much likeley switch to TCPIP in the next years (because every new VMS system has an TCPIP license added and TCPIP is then finally "good enough"). The market for TCPware/Multinet will then get smaller and smaller. MX is then not in a better shape, also... But as I wrote, I didn't want to discuss these views, I wanted to keep purely technical... -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Tue, 4 Apr 2000 20:04:35 -0700 Sender: madison@MadGoat.Com Date: Tue, 4 Apr 2000 20:04:30 -0700 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009E81F9.73802496.1@MadGoat.Com> Subject: Re: How about a new MX release, let's start the wish/feature list >In article <38EA3E7D.5E6A882E@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" writes: >> What new features you mean? Why you decide that MX is dying? > >I don't like to discuss, why MX will or will not die. >Just like, I don't like to discuss, why VMS will or will not die. >MX depends on VMS and both will get into troubles, when/if development stops. Development on MX may go slowly -- Hunter and I both have day jobs, which keep us pretty busy, after all -- but it is not dying. >I also like to avoid collecting a list of features, when/because Matt and/or >Hunter already did it the last years. But if I'm forced to, ok, then I bite. I do have a wish-list that I've been keeping. I will try and put together a summary of what I have so far and post it either on the mailing list or our web site. Incidentally, this year marks the 10th anniversary of the first public release of MX. I don't have the exact date, but it was in the latter half of 1990. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Wed, 5 Apr 2000 11:12:06 -0700 Subject: MCP and UDK From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: MX-List@MadGoat.com Message-ID: <38eb81a8@news.kapsch.co.at> Date: 5 Apr 2000 20:10:48 +0200 To: MX-List@LISTS.WKU.EDU User Defined Keys seems to be in MCP (for a long time now). Can anyone shed any light on why they are not documented (eg. in MCP HELP) MCP>DEFINE/KEY MCP>DELETE/KEY MCP>SHOW KEY Is it because of some uncompleted bugfixing ? MCP> del %CLI-E-INVROUT, invalid routine specified in command tables - check .CLD file TIA -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Wed, 5 Apr 2000 13:25:59 -0700 Date: Wed, 5 Apr 2000 15:25:49 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009E829B.AF952ECF.29@ALPHA.WKU.EDU> Subject: RE: MCP and UDK eplan@kapsch.net (Peter LANGSTOEGER) writes: > >User Defined Keys seems to be in MCP (for a long time now). Yes. >Can anyone shed any light on why they are not documented (eg. in MCP HELP) > >MCP>DEFINE/KEY >MCP>DELETE/KEY >MCP>SHOW KEY > >Is it because of some uncompleted bugfixing ? > No, I just never got around to documenting them (and they work they same as they do in other applications). >MCP> del >%CLI-E-INVROUT, invalid routine specified in command tables - check .CLD file > That's because there's no routine for just plain DELETE. Hunter ------ Hunter Goatley, Process Software, http://www.process.com http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Thu, 6 Apr 2000 03:12:16 -0700 Date: Thu, 6 Apr 2000 06:13:58 -1300 From: system@eagle.navsses.navy.mil Reply-To: MX-List@MadGoat.com To: mx-list@madgoat.com CC: system@eagle.navsses.navy.mil Message-ID: <009E8317.C1FAA8C0.9@eagle.navsses.navy.mil> Subject: Incorrect AOL account spam rejection I seem to remember a semi-recent message about changes to the spam rejection rules for invalid aol accounts. Can you tell (REMIND!) me where these changes were so I can install it on my system. THANKS! Mike Jacobi ================================================================================ Archive-Date: Thu, 6 Apr 2000 07:31:44 -0700 Sender: madison@MadGoat.Com Date: Thu, 6 Apr 2000 07:31:39 -0700 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: system@eagle.navsses.navy.mil Message-ID: <009E8322.9C202E4A.9@MadGoat.Com> Subject: RE: Incorrect AOL account spam rejection >I seem to remember a semi-recent message about changes to the spam rejection >rules for invalid aol accounts. Can you tell (REMIND!) me where these changes >were so I can install it on my system. The heuristic check for AOL addresses was fixed in MX V5.1-A, which you can pick up at ftp://ftp.madgoat.com/mx/mx051/mx051-a.zip. If you cannot upgrade right now, simply lower the confidence level of the AOL check so that it flags the message as possible spam but does not reject it: REJMAN> ENABLE HEURISTIC INVALID_AOL_ADDRESS/CONFIDENCE=6 REJMAN> EXIT $ MCP RESET SMTP_SERVER This will potentially let actual spam through, but it's better than having legitimate messages rejected. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Thu, 6 Apr 2000 07:36:35 -0700 Date: Thu, 6 Apr 2000 10:38:12 -1300 From: system@eagle.navsses.navy.mil Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: system@eagle.navsses.navy.mil Message-ID: <009E833C.ABFC51C0.93@eagle.navsses.navy.mil> Subject: RE: Incorrect AOL account spam rejection > > REJMAN> ENABLE HEURISTIC INVALID_AOL_ADDRESS/CONFIDENCE=6 > REJMAN> EXIT > $ MCP RESET SMTP_SERVER > >This will potentially let actual spam through, but it's better than having >legitimate messages rejected. > >-Matt I can't upgrade for a couple of weeks, so I tried this. If it doesn't work I'll ask for more help! Mike Jacobi ================================================================================ Archive-Date: Sun, 9 Apr 2000 18:39:21 -0700 Subject: Problem with LOCAL agent ? From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: MX-List@MadGoat.com Message-ID: <38f04f38$1@news.kapsch.co.at> Date: 9 Apr 2000 11:36:56 +0200 To: MX-List@LISTS.WKU.EDU I got a complaint from my boss, that his mail to me came back (now for the second time within a few weeks) within seconds with the error message (MAIL.MAI) file currently locked by another user I was so far not able to reproduce the problem (and my boss deleted the error mail and resent his mail) and so far can only guess: It seems, that I read a couple of mail (with VMSmail), deleted them (move them to wastebasket folder) and finally exited (with AUTOPURGE enabled). So, the mailfile was locked for a couple of seconds during the implicit PURGE. BUT: IIRC, this situation should be handled properly by the LOCAL agent. There is a retry interval (does it really only apply to DECnet delivery ?) and there is a number of retries (which gives 96*0.5hours = 2days) LOCAL agent settings: DECnet delivery retry interval: 0 00:30:00.00 Maximum number of retries: 96 Accounting enabled. Multiple VMS Mail From: addresses allowed. Local delivery errors are CC'ed to local Postmaster. Incoming quoted-printable MIME messages are decoded. EXQUOTA privilege is enabled during local deliveries. Top headers: FROM,SENDER,TO,RESENT_TO,CC,RESENT_CC,BCC,RESENT_BCC,MESSAGE_ID, RESENT_MESSAGE_ID,IN_REPLY_TO,REFERENCES,KEYWORDS,SUBJECT, ENCRYPTED,DATE,REPLY_TO,RECEIVED,RESENT_REPLY_TO,RESENT_FROM, RESENT_SENDER,RESENT_DATE,RETURN_PATH,OTHER Bottom headers: (none) As you can see, Local delivery errors should be copied to me, also. So far, I received only very few mails because of this (and the last one more than a year ago). Can anyone shed any light on why this could happen ? Did anything change in this area with the last MX version(s) ? TIA -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Sun, 9 Apr 2000 18:39:27 -0700 Subject: MX problems since TCPware V5.4-3 From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: MX-List@MadGoat.com Message-ID: <38f05347$1@news.kapsch.co.at> Date: 9 Apr 2000 11:54:15 +0200 To: MX-List@LISTS.WKU.EDU This week, I had a lot mails hanging (mostly to .CH addresses) in my MX queue and wondered why. They all had the error message "connection timed out". Contacting the affected mailservers (after a NSLOOKUP -type=MX) by hand (TELNET to TCP port 25) showed no problem. So, I did write a couple of (small) mails and they did hang, too. It seems, it was not a problem with mailsize. I did then write testmails from another node (with UCX) and the mails got through. So, I enabled a UCX node in my cluster to run a few SMTP agents and voila all mails got out (just like the other umpteen hundreds mails per day which gets delivered without problems). Now, I'm a bit of surprised and disappointed. I use MX V5.1-3 (= V5.1-A), TCPware V5.4-3 (with DRIVERS ECO 1.0). Next steps are, I upgrade to the most current versions of MX (which should be no issue) and TCPware ECOs (eg. DRIVERS 2.0), but I also ask here: Is there a known problem in TCPware V5.4-3 which effects MX mail delivery ? I remember, having problems with MX deliveries, the first week after upgrading to TCPware V5.4-3 which disappeared without my intervention (this gave a bad feeling then, and again, when I read some days/weeks ago, that other users had strange errors with TCPware V5.4-3 and MX, too). In the meantime, I run a few UCX SMTP agent, too... TIA -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Mon, 10 Apr 2000 06:46:05 -0700 Sender: madison@MadGoat.Com Date: Mon, 10 Apr 2000 06:45:59 -0700 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009E8640.E4F1BB6B.3@MadGoat.Com> Subject: RE: Problem with LOCAL agent ? >I got a complaint from my boss, that his mail to me came back (now for the >second time within a few weeks) within seconds with the error message > > (MAIL.MAI) file currently locked by another user > >I was so far not able to reproduce the problem (and my boss deleted the error >mail and resent his mail) and so far can only guess: > >It seems, that I read a couple of mail (with VMSmail), deleted them (move >them to wastebasket folder) and finally exited (with AUTOPURGE enabled). >So, the mailfile was locked for a couple of seconds during the implicit PURGE. > >BUT: IIRC, this situation should be handled properly by the LOCAL agent. Actually, it should be handled by VMS MAIL, since that is what coordinates access to your mail file. Otherwise, ordinary SENDs in VMS MAIL would fail in the same way. >There is a retry interval (does it really only apply to DECnet delivery ?) >and there is a number of retries (which gives 96*0.5hours = 2days) It depends on how VMS MAIL signals the error; the Local agent retries only for certain specific errors that it knows are OK to retry. [...] >As you can see, Local delivery errors should be copied to me, also. >So far, I received only very few mails because of this (and the last one >more than a year ago). The CC-to-postmaster feature accidentally disappeared in V5.1; there is an ECO for V5.1-A that restores that feature. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Tue, 11 Apr 2000 10:12:43 -0700 Date: Tue, 11 Apr 2000 12:12:37 CDT From: Rick Dyson Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: dyson@iowasp.physics.uiowa.edu Message-ID: <009E8737.B09D9023.1@iowasp.physics.uiowa.edu> Subject: MX v5.1a won't start for me... :( Hi All, I installed v5.1a last week and got it working fine on my Alpha cluster with OpenVMS v7.1 and v7.1-1h2 on a 4100 and 1200. I then configured it to pass all the Abuse.Net mail relay tests. Everything OK. For other reasons, I had to shutdown and reboot both nodes yesterday. Now, MX will not start! I have turned on some debugging logicals, but the code never gets a chance to output any log info. I start MX in SyStartUp_VMS.com with the following, which I have also been running manually today: $ @ Sys$StartUp:MX_StartUp.com %MGLIC-S-LOADED, license MADGOAT MX successfully loaded with 0 units %RUN-S-PROC_ID, identification of created process is 220001B2 %RUN-S-PROC_ID, identification of created process is 22000202 %RUN-S-PROC_ID, identification of created process is 22000203 %RUN-S-PROC_ID, identification of created process is 22000204 Then in the various agent directories, are these kind of log files for every time I have executed the above, like [.SMTP]MX_SMTP_EREBUS.LOG: 11-APR-2000 10:06:12.06: MX SMTP (pid 2200019B) starting %SYSTEM-F-NOLOGNAM, no logical name match %TRACE-F-NOMSG, Message number 0009804C image module routine line rel PC abs PC MX_SMTP AGENT AGENT_MAIN 287 0000000000000490 000000000003CA40 MX_SMTP MX_SMTP MX_SMTP 169 0000000000000258 0000000000030258 0 FFFFFFFF874E3198 FFFFFFFF874E3198 SYSTEM job terminated at 11-APR-2000 10:06:12.37 Or, [.SMTP]SMTP_SERVER_EREBUS.LOG: %SYSTEM-F-NOLOGNAM, no logical name match %TRACE-F-NOMSG, Message number 0009804C image module routine line rel PC abs PC SMTP_SERVER SMTP_SERVER SMTP_SERVER 555 000000000000061C 000000000003061C 0 FFFFFFFF874E3198 FFFFFFFF874E3198 SYSTEM job terminated at 11-APR-2000 10:06:12.54 What logical name is missing? $ Show Logical MX* (LNM$SYSTEM_TABLE) "MX_ALIAS_HELPLIB" = "MX_DIR:MX_ALIAS_HELPLIB" "MX_DEVICE" = "EREBUS$DKD100:" "MX_DIR" = "MX_DEVICE:[MX]" "MX_DOC" = "MX_ROOT:[DOC]" "MX_EXAMPLES_DIR" = "MX_ROOT:[EXAMPLES]" "MX_EXE" = "MX_ROOT:[ALPHA_EXE]" "MX_FLQ_DIR" = "DISK$EREBUS:[MX.QUEUE]" "MX_FLQ_DISK_FREE_RESERVED" = "5" "MX_FLQ_SHR" = "MX_EXE:MX_FLQ_SHR" "MX_LOCAL_DEBUG" = "1" "MX_LOCAL_DIR" = "MX_ROOT:[LOCAL]" "MX_MAILSHR" = "MX_EXE:MX_MAILSHR" "MX_MAILSHRP" = "MX_EXE:MX_MAILSHRP" "MX_MCP_HELPLIB" = "MX_DIR:MX_MCP_HELPLIB" "MX_MSG" = "MX_EXE:MX_MSG" "MX_REJMAN_HELPLIB" = "MX_DIR:MX_REJMAN_HELPLIB" "MX_ROOT" = "MX_DEVICE:[MX.]" "MX_ROUTER_DIR" = "MX_ROOT:[ROUTER]" "MX_SHR" = "MX_EXE:MX_SHR" "MX_SITE_DOM_EXPANSION" = "MX_EXE:DOMAIN_EXPANSION" "MX_SMTP_DIR" = "MX_ROOT:[SMTP]" "MX_SMTP_LOCK_DIR" = "MX_ROOT:[SMTP.LOCK]" "MX_SMTP_MSG" = "MX_EXE:MX_SMTP_MSG" "MX_SMTP_SERVER_DEBUG" = "1" "MX_SMTP_SERVER_THREADS" = "10" I have also noticed that my older MX v4.2 system defines these two logical names which don't appear in the index listing of the current docs: MX_NODE_NAME MX_VMSMAIL_LOCALHOST Regards, Rick -- Richard L. Dyson rick-dyson@uiowa.edu _ _ _____ http://www-pi.physics.uiowa.edu/~dyson/ | | | | |_ _| Systems Analyst O: 319/335-1879 | | | | of | | The University of Iowa FAX: 319/335-1753 | \_/ | _| |_ Department of Physics & Astronomy \___/ |_____| Iowa City, IA 52242-1479 ================================================================================ Archive-Date: Tue, 11 Apr 2000 10:19:05 -0700 Date: Tue, 11 Apr 2000 12:19:02 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: dyson@iowasp.physics.uiowa.edu Message-ID: <000411121902.202000c5@process.com> Subject: RE: MX v5.1a won't start for me... :( Rick Dyson writes: > >11-APR-2000 10:06:12.06: MX SMTP (pid 2200019B) starting >%SYSTEM-F-NOLOGNAM, no logical name match > > I have also noticed that my older MX v4.2 system defines these two >logical names which don't appear in the index listing of the current >docs: > > MX_NODE_NAME > MX_VMSMAIL_LOCALHOST > The latter is no longer used, but MX_NODE_NAME is still used, and my guess is that that's the logical your processes are complaining about. Sounds like you should re-run the MX_DIR:MXCONFIG.COM procedure. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Mon, 17 Apr 2000 08:11:45 -0700 Message-ID: <008601bfa87f$14339120$d6001c7e@si.com> From: "Brian Tillman" Reply-To: MX-List@MadGoat.com To: Subject: New type of Internet address Date: Mon, 17 Apr 2000 11:10:34 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Many of us have seen Internet addresses of the form http://1234567890/ where "1234567890" is the decimal equivalent of the dotted form of the IP address. Now I'm seeing address os the form http://0000www.0000xx.0000yy.0000z/, where "www" might be larger that 255. Does anyone know how to translate this into the real IP address? Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 3290 Patterson Ave. SE, MS Addresses modified to prevent Grand Rapids, MI 49512-1991 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Mon, 17 Apr 2000 08:56:37 -0700 Date: Mon, 17 Apr 2000 12:56:29 -0300 From: Rod Regier Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rr@dymd.dymaxion.ca Message-ID: <009E8BF4.D005ABC7.8@dymd.dymaxion.ca> Subject: re: New type of Internet address Brian Tillman wrote: [snip] >Now I'm seeing address os the form >http://0000www.0000xx.0000yy.0000z/, where "www" might be larger that >255. Does anyone know how to translate this into the real IP >address? IPv6? My understanding is that support for IPv6 would be done via dual stack - IPv4 / IPv6, not via translation as such. The dreaded Microsoft recently announced upcoming IPv6 support in a future release of W2K. Compaq is working on IPv6 support in a later release of TCP/IP Services for OpenVMS V5. Of course, the path from one node to another would *all* have to support IPv6 in order for it to work. IPv6 is the Y2K restriction equivalent for the Internet. We're all going to spend a lot of time and money before IPv6 is completely deployed... -- Rod Regier, Software Development bus: (902)422-1973 x108 Dymaxion Research Ltd., 5515 Cogswell St., fax: (902)421-1267 Halifax, Nova Scotia, B3J 1R2 Canada mailto: RRegier@dymaxion.ca http://www.dymaxion.ca "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Mon, 17 Apr 2000 11:36:27 -0700 From: "Esa Laitinen" Reply-To: MX-List@MadGoat.com To: Subject: RE: New type of Internet address Date: Mon, 17 Apr 2000 11:40:18 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit In-Reply-To: <008601bfa87f$14339120$d6001c7e@si.com> Brian Tillman wrote: > http://0000www.0000xx.0000yy.0000z/, where "www" might be larger > that 255. Does anyone know how to > translate this into the real IP address? This is an octal representation of the dotted quad ip number. This is a quote from a message entered to spam-l mailing list (see http://www.claws-and-paws.com/spam-l/), written by Norman L. DeForest: " > 000000328.00000039.00000024.0000004/80s/34089000010/ The actual host and directory with a major error. The host is specified as a dotted-quad IP number. Leading zeroes indicate an *octal* number. Browsers that don't check the validity of the digits will evaluate the host as: 8^2 8^1 8^0 sum ------ ----- --- --- 000000328 = 3 * 64 + 2 * 8 + 8 = 216 .00000039 = 3 * 8 + 9 = 33 .00000024 = 2 * 8 + 4 = 20 .0000004 = 4 = 4 so the IP evaluated is equivalent to 216.33.20.4 if your browser is buggy. '8' and '9' are not valid octal digits, however, so the evaluation will fail for non-buggy browsers and prompt them to look for a host *named* "000000328.00000039.00000024.0000004". Since there is no such domain, the lookup will fail. The proper octal would have been "000000330.00000041.00000024.0000004". Sam Spade *does* evaluate the URL numerically but could be arguably considered to *not* be buggy in that it tells you what you would be accessing if you *were* to use a buggy browser -- which most users use. " HTH, esa ================================================================================ Archive-Date: Mon, 17 Apr 2000 12:42:54 -0700 Message-ID: <033201bfa893$2b7f86e0$d6001c7e@si.com> From: "Brian Tillman" Reply-To: MX-List@MadGoat.com To: "C.Fruechtenicht" CC: References: <008601bfa87f$14339120$d6001c7e@si.com> <38FB2C70.18CEBCC5@loch.ch> Subject: Re: New type of Internet address/--> link inside... Date: Mon, 17 Apr 2000 13:34:23 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit >Hi try this tool.... Oh, sure. I'm supposed to just blindly run a Windows program that contains no explanation of what it does? No thanks. Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 3290 Patterson Ave. SE, MS Addresses modified to prevent Grand Rapids, MI 49512-1991 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Mon, 17 Apr 2000 20:17:38 -0700 Message-ID: <012701bfa8e4$4fe23d60$de2c67cb@stmarks.pp.catholic.edu.au> From: "Geoff Roberts" Reply-To: MX-List@MadGoat.com To: References: <008601bfa87f$14339120$d6001c7e@si.com> <38FB2C70.18CEBCC5@loch.ch> <033201bfa893$2b7f86e0$d6001c7e@si.com> Subject: Re: New type of Internet address/--> link inside... Date: Tue, 18 Apr 2000 12:45:11 +0930 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi Brian, Was the original sent to mx-list? I didn't see it.... Cheers Geoff Roberts Computer Systems Manager Saint Mark's College Port Pirie, South Australia geoffrob@stmarks.pp.catholic.edu.au netcafe@pirie.mtx.net.au ICQ: 1970476 ----- Original Message ----- From: "Brian Tillman" To: "C.Fruechtenicht" Cc: Sent: Tuesday, April 18, 2000 3:04 AM Subject: Re: New type of Internet address/--> link inside... > >Hi try this tool.... > > Oh, sure. I'm supposed to just blindly run a Windows program that contains no explanation of what > it does? No thanks. > > Brian Tillman Internet: tillman_brian at si.com > Smiths Industries, Inc. tillman at swdev.si.com > 3290 Patterson Ave. SE, MS Addresses modified to prevent > Grand Rapids, MI 49512-1991 SPAM. Replace "at" with "@" > This opinion doesn't represent that of my company > > > ================================================================================ Archive-Date: Tue, 18 Apr 2000 08:17:42 -0700 Message-ID: <0f6601bfa93c$45c47ca0$d6001c7e@si.com> From: "Brian Tillman" Reply-To: MX-List@MadGoat.com To: References: <008601bfa87f$14339120$d6001c7e@si.com> <38FB2C70.18CEBCC5@loch.ch> <033201bfa893$2b7f86e0$d6001c7e@si.com> <012701bfa8e4$4fe23d60$de2c67cb@stmarks.pp.catholic.edu.au> Subject: Re: New type of Internet address/--> link inside... Date: Tue, 18 Apr 2000 09:44:52 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit >Was the original sent to mx-list? I didn't see it.... Possibly. I forgot to look. I assumed it did, but perhaps not. Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 3290 Patterson Ave. SE, MS Addresses modified to prevent Grand Rapids, MI 49512-1991 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Tue, 18 Apr 2000 14:28:43 -0700 Date: Tue, 18 Apr 2000 16:28:18 -0600 From: system@niuhep.physics.niu.edu Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM Message-ID: <009E8CDB.9192DF95.4585@niuhep.physics.niu.edu> Subject: truncated lines Hello, I dunno if this an mx problem or a mail problem but I am recieving mail that is having lines truncated at about 300 characters. It appears the people are not hitting return at the end of each line. Is there a sol'n to this? MX 5.1 VMS 7.2 Robert ================================================================================ Archive-Date: Wed, 19 Apr 2000 05:57:57 -0700 Sender: madison@MadGoat.Com Date: Wed, 19 Apr 2000 05:57:51 -0700 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: system@niuhep.physics.niu.edu Message-ID: <009E8D4C.A9092031.1@MadGoat.Com> Subject: RE: truncated lines > I dunno if this an mx problem or a mail problem but I am recieving >mail that is having lines truncated at about 300 characters. It appears >the people are not hitting return at the end of each line. > > Is there a sol'n to this? > >MX 5.1 VMS 7.2 MX will truncate lines at 255 characters on delivery into VMS MAIL, for DECnet compatibility. If you don't have much DECnet mail use, you can define a logical name to change this: $ DEFINE/SYSTEM/EXEC MX_LOCAL_ALLOW_LONG_LINES TRUE You'll need to upgrade to MX V5.1-A or apply ECO 16 to MX V5.1 to get the long line support, though. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Wed, 19 Apr 2000 07:43:54 -0700 Date: Wed, 19 Apr 2000 09:43:36 -0600 From: system@niuhep.physics.niu.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009E8D6C.324FAF9F.4868@niuhep.physics.niu.edu> Subject: RE: truncated lines ]MX will truncate lines at 255 characters on delivery into VMS MAIL, for ]DECnet compatibility. ]If you don't have much DECnet mail use, We don't do node to node mail, but we do send VMS MAIL locally, since DECnet is a layered product (or leastwise an optional one) I assume that VMS MAIL doesn't use DECnet locally ??? ]you can define a logical name to change this: ] $ DEFINE/SYSTEM/EXEC MX_LOCAL_ALLOW_LONG_LINES TRUE Thank you. Robert ]You'll need to upgrade to MX V5.1-A or apply ECO 16 to MX V5.1 to get the ]long line support, though. ]-Matt ================================================================================ Archive-Date: Wed, 19 Apr 2000 07:53:30 -0700 Date: Wed, 19 Apr 2000 16:54:59 +0100 Message-ID: <00041916545969@man.ac.uk> From: helbig@man.ac.uk (Phillip Helbig) Reply-To: MX-List@MadGoat.com To: MX-List@madgoat.com Subject: Re: truncated lines > We don't do node to node mail, but we do send VMS MAIL locally, since > DECnet is a layered product (or leastwise an optional one) I assume > that VMS MAIL doesn't use DECnet locally ??? Well, I can send VMS MAIL locally and don't even have DECnet installed! Perhaps it uses it if it is there, but I don't think so. ================================================================================ Archive-Date: Wed, 19 Apr 2000 07:54:15 -0700 Date: Wed, 19 Apr 2000 9:54:12 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <000419095412.202000c1@process.com> Subject: Re: truncated lines helbig@man.ac.uk (Phillip Helbig) writes: > >> We don't do node to node mail, but we do send VMS MAIL locally, since >> DECnet is a layered product (or leastwise an optional one) I assume >> that VMS MAIL doesn't use DECnet locally ??? > >Well, I can send VMS MAIL locally and don't even have DECnet installed! >Perhaps it uses it if it is there, but I don't think so. DECnet is invoked only if you send to addresses of the form NODE::USER. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Wed, 19 Apr 2000 08:00:15 -0700 Date: Wed, 19 Apr 2000 09:59:53 -0600 From: system@niuhep.physics.niu.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009E8D6E.78F08D4B.4952@niuhep.physics.niu.edu> Subject: Re: truncated lines Thanks Phillip, Hunter on the DECnet question. Another question, how do I tell what patches I have installed? I was sure I had installed the required patches but I can't find anything in sys$update. Robert ================================================================================ Archive-Date: Wed, 19 Apr 2000 08:01:43 -0700 Date: Wed, 19 Apr 2000 10:01:41 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <000419100141.202000c1@process.com> Subject: Re: truncated lines system@niuhep.physics.niu.edu writes: > >Thanks Phillip, Hunter on the DECnet question. > >Another question, how do I tell what patches I have installed? >I was sure I had installed the required patches but I can't >find anything in sys$update. > The MX patches aren't installed with VMSINSTAL. Instead, the .EXEs are copied to MX_EXE:. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Wed, 19 Apr 2000 10:07:16 -0700 Date: Wed, 19 Apr 2000 18:57:54 +0300 From: rakesh@kuc01.kuniv.edu.kw Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rakesh@kuc01.kuniv.edu.kw Message-ID: <009E8DB9.A1F95FEA.142@kuc01.kuniv.edu.kw> Subject: Re: truncated lines This is interesting & raises a doubt. Normally, for local mails I donot use form NODE::USER myself & always use TO: USER but when I recieve a mail from local user (or a self copy) I always see FROM: address of the form NODE::USER. Does it mean that at our node we are always using DECnet for local mail? How to confirm this (possibly by MC NCP, SHOW KN OBJECTS & it must show MAIL object) & how to disable DECnet for local mail delivery & what will be disadvantages if we disable DECnet mail for local mails? Thanks, RAKESH KUMAR ================================================================================ Archive-Date: Wed, 19 Apr 2000 10:15:37 -0700 Date: Wed, 19 Apr 2000 19:16:08 +0100 Message-ID: <00041919160835@man.ac.uk> From: helbig@man.ac.uk (Phillip Helbig) Reply-To: MX-List@MadGoat.com To: MX-List@madgoat.com Subject: Re: truncated lines > This is interesting & raises a doubt. Normally, for local mails I donot > use form NODE::USER myself & always use TO: USER but when I recieve a mail > from local user (or a self copy) I always see FROM: address of the form > NODE::USER. Does it mean that at our node we are always using DECnet for > local mail? No. I see the same and don't even have DECnet installed. > How to confirm this (possibly by MC NCP, SHOW KN OBJECTS & it > must show MAIL object) & how to disable DECnet for local mail delivery & > what will be disadvantages if we disable DECnet mail for local mails? Again, I don't think it's using DECnet. Just shut down DECnet and see that your mail still works. (OK, this wouldn't rule out the fact that it uses it if it is there, but I'm pretty sure it doesn't.) ================================================================================ Archive-Date: Thu, 20 Apr 2000 12:54:31 -0700 Date: Thu, 20 Apr 2000 14:54:14 -0600 From: system@niuhep.physics.niu.edu Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM Message-ID: <009E8E60.C24057E5.5880@niuhep.physics.niu.edu> Subject: build up of queue files. hello, A few weeks ago I decided to compress my que file and make it smaller while I was at it. I made it too small and quickly extended it back out. I was poking about and found that since that time it appears that the associated files in the [.queue.*] directories are not getting deleted, least wise I have over a thousand files in each directory, most dating no further back than the time I compressed and reextended the que. Any suggestions on what the problem might be, what debugging to turn on, whether there is any problem with the short term sol'n of simply deleting files older than one or two days? mx 5.1 vms 7.2 MCP> que sho /all currently shows 6 FINISHed entries and nothing else. MCP> status PID Node Process name Status Agent type -------- ------ --------------- ------------------ ------------ 2120813A NIUHEP MX Router#2 Idle Router agent 21208339 NIUHEP MX Router Idle Router agent 2120623C NIUHEP MX Local#2 Idle Local delivery agent 21206D3B NIUHEP MX Local Idle Local delivery agent 21200F3D NIUHEP MX SMTP Idle SMTP delivery agent 20A00093 NIUF03 MX Site Agent Idle Site-specific delivery agent 20C00093 NIUF01 MX Site Agent Idle Site-specific delivery agent 21200B3F NIUHEP MX Site Agent Idle Site-specific delivery agent 2120103E NIUHEP MX SMTP Server Idle SMTP server (over TCP/IP) 21207E38 NIUHEP MX FLQ Manager Idle MX FLQ manager Robert ================================================================================ Archive-Date: Fri, 21 Apr 2000 07:49:57 -0700 Date: Fri, 21 Apr 2000 17:42:31 +0300 From: rakesh@kuc01.kuniv.edu.kw Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: rakesh@kuc01.kuniv.edu.kw Message-ID: <009E8F41.6EA443F3.202@kuc01.kuniv.edu.kw> Subject: Quota problem with LOCAL agent & restarting it after failure.... We have installed MX V5.1-A recently & its working very fine & solved our relay problem. Today I was checking the QUEUE STAT & found that there were more than 3000 entries in queue. I checked status by MCP STAT & LOCAL agent was idle. I didn't know what to do to recover LOCAL agent & simply shutdown MX by MCP SHUTDOWN command & restarted it by MX_STARTUP.COM. All started working fine. Then I checked the log file (;-1 version) in [MX.LOCAL] directory & found the following. What does this message mean & why this might have happened? What is the best procedure to recover from such situation? Is SHUTDOWN & restart is the only way (or the safest way) or I can start an agent (eg LOCAL) by START agent command? Thanks for your comments & suggestions. RAKESH PS: This can happen at any odd hours & the mail processing will stop for some time till noticed & recovered. Is command procedure MX_WATCH_DOG.COM in [.CONTRIB] a good solution for this type of problem? *********************************************************************** $ set noon 11-APR-2000 15:11:57.45: MX Local (pid 0000023D) starting %DEBUGBOOT-W-EXQUOTA, process quota exceeded %STR-F-INSVIRMEM, insufficient virtual memory 20-APR-2000 20:19:31.32: MX Local (pid 0000023D) exiting, status = 1024806C SYSTEM job terminated at 20-APR-2000 20:19:31.45 *************************************************************************** ================================================================================ Archive-Date: Fri, 21 Apr 2000 07:58:13 -0700 Sender: madison@MadGoat.Com Date: Fri, 21 Apr 2000 07:58:07 -0700 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rakesh@kuc01.kuniv.edu.kw Message-ID: <009E8EEF.CB23FA7A.1@MadGoat.Com> Subject: RE: Quota problem with LOCAL agent & restarting it after failure.... >Today I was checking the QUEUE STAT & found that there were more than >3000 entries in queue. I checked status by MCP STAT & LOCAL agent was >idle. I didn't know what to do to recover LOCAL agent & simply shutdown >MX by MCP SHUTDOWN command & restarted it by MX_STARTUP.COM. All >started working fine. Then I checked the log file (;-1 version) in >[MX.LOCAL] directory & found the following. What does this message mean >& why this might have happened? What is the best procedure to recover >from such situation? Is SHUTDOWN & restart is the only way (or the >safest way) or I can start an agent (eg LOCAL) by START agent command? >Thanks for your comments & suggestions. Looks like the page file quota may need to be increased, since the error indicates that it ran out of virtual memory. There is a logical name that will set this for you: $ DEFINE/SYSTEM/EXEC MX_LOCAL_PGFLQUO n where "n" is an integer that is larger than the default value of 65536. With this logical name defined, the next time the Local agent is started, the process will be created with the larger page file quota. You can start just the local agent with: $ @SYS$STARTUP:MX_STARTUP LOCAL instead of shutting down everything and starting all the agents again. >PS: This can happen at any odd hours & the mail processing will stop for > some time till noticed & recovered. Is command procedure MX_WATCH_DOG.COM > in [.CONTRIB] a good solution for this type of problem? Yes, it can help. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Fri, 21 Apr 2000 08:38:14 -0700 Date: Fri, 21 Apr 2000 10:37:56 -0600 From: hunterl@uwwvax.uww.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009E8F06.1E8B6DDC.5@uwwvax.uww.edu> Subject: RE: Quota problem with LOCAL agent & restarting it after failure.... Where are such logicals documented? => Looks like the page file quota may need to be increased, since the => error indicates that it ran out of virtual memory. There is a logical => name that will set this for you: => => $ DEFINE/SYSTEM/EXEC MX_LOCAL_PGFLQUO n => => where "n" is an integer that is larger than the default value of => 65536. With this logical name defined, the next time the Local => agent is started, the process will be created with the larger => page file quota. Lyle Hunter T & IR University Wisconsin-Whitewater 414-472-1967 Fax: 414-472-5733 ================================================================================ Archive-Date: Fri, 21 Apr 2000 15:10:16 -0700 Date: Fri, 21 Apr 2000 17:10:09 -0500 From: Rick Dyson Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: dyson@iowasp.physics.uiowa.edu Message-ID: <009E8F3C.E94AEEA8.8@iowasp.physics.uiowa.edu> Subject: SPAM Rejection Rules I am new to v5.1 and I wanted to start investigating SPAM/Junk mail rejection rules. I was recently wandering around some OpenVMS-related web site and saw where someone had a posted list of their "REJECT" rules. Of course, I can't find that list anymore. :) Does anyone else have a good starting list or tutorial for me to look over to get ideas and examples (and working rules!). For example, how does using the Realtime Blackhole List (RBL) work? Is it a perfomance drag? Does it lead to too many rejects of "OK" messages? Thanks! Rick -- Richard L. Dyson rick-dyson@UIowa.EDU When I play with my cat, who knows if I am not more of a pastime to her than she is to me? -- Montaigne ================================================================================ Archive-Date: Fri, 21 Apr 2000 17:13:48 -0700 From: "Esa Laitinen" Reply-To: MX-List@MadGoat.com To: Subject: RE: SPAM Rejection Rules Date: Fri, 21 Apr 2000 17:17:53 -0700 Message-ID: MIME-Version: 1.0 In-Reply-To: <009E8F3C.E94AEEA8.8@iowasp.physics.uiowa.edu> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" > Does anyone else have a good starting list or tutorial for me to look > over to get ideas and examples (and working rules!). I sent you our list, which is pretty large. We've been heavily targetted by Chinese spammers, and that shows in the list as well. > For example, how does using the Realtime Blackhole List (RBL) work? > Is it a perfomance drag? Does it lead to too many rejects of "OK" > messages? RBL works this way: a system connects to your MTA's port 25. Your server does dns query to the RBL in question and if a matching entry is found your MTA rejects the message with 5?? code (I've forgot the exact code). This should be interpreted by the sending MTA as a permanent error (although some braindead servers will try again and again and again, or try to deliver secondary mx hosts). There is some performance drag, of course, but for us at least it has been negligible, especially compared to the benefits. False positive rate is entirely dependant on the RBL style list you choose to use and whether those you exchange mail with have done something stupid. MAPS RBL is pretty conservative in its listings, so it doesn't create false positives often. MAPS RSS listing criteria is abused open relays, so it is more usefull in deterring spam, as is MAPS DUL, which lists dynamically assigned blocks of IP addresses (normally listed by request of their owners). ORBS, OTOH, has several zones to choose from, and the amount of false positives depends entirely on which you choose to use. We use currently MAPS RBL as the connection time RBL, and I've written SITE_DELIVER.COM which queries other RBL lists. Mail that arrives from RSS or DUL listed host will get redirected to an address where postmaster checks if it is spam or not (zero positives so far), and ORBS listed hosts just get flagged so the user can filter on it if he chooses. Send me e-mail off-list if you want that DCL procedure. esa ps. Links to the diffrerent sites are: http://www.mail-abuse.org/rbl http://www.mail-abuse.org/rss http://www.mail-abuse.org/dul http://www.orbs.org ================================================================================ Archive-Date: Fri, 21 Apr 2000 17:34:47 -0700 Date: Fri, 21 Apr 2000 19:34:40 -0500 From: Rick Dyson Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: dyson@iowasp.physics.uiowa.edu Message-ID: <009E8F51.1992425F.1@iowasp.physics.uiowa.edu> Subject: RE: SPAM Rejection Rules > From: MX%"MX-List@MadGoat.com" 21-APR-2000 19:14:36.97 > Subj: RE: SPAM Rejection Rules Hi! That was very useful! Especially in the RBL info. I figured I would be studying up this weekend, and the info you sent helps the search alot! Thank you, Rick -- Richard L. Dyson rick-dyson@uiowa.edu _ _ _____ http://www-pi.physics.uiowa.edu/~dyson/ | | | | |_ _| Systems Analyst O: 319/335-1879 | | | | of | | The University of Iowa FAX: 319/335-1753 | \_/ | _| |_ Department of Physics & Astronomy \___/ |_____| Iowa City, IA 52242-1479 ================================================================================ Archive-Date: Fri, 21 Apr 2000 22:05:54 -0700 Date: Sat, 22 Apr 2000 07:58:09 +0300 From: rakesh@kuc01.kuniv.edu.kw Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rakesh@kuc01.kuniv.edu.kw Message-ID: <009E8FB8.F65A07A2.85@kuc01.kuniv.edu.kw> Subject: How to change priority of an queue entry & put an entry on hold .... Is there a way to change priority of an entry in MX queues? Can an entry be put on hold & released later on? ================================================================================ Archive-Date: Fri, 21 Apr 2000 22:08:33 -0700 Date: Sat, 22 Apr 2000 0:08:29 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <000422000829.202000c1@process.com> Subject: RE: How to change priority of an queue entry & put an entry on hold .... rakesh@kuc01.kuniv.edu.kw writes: > >Is there a way to change priority of an entry in MX queues? Can an entry be >put on hold & released later on? You can use the undocumented command QUEUE HOLD xxx to hold an entry. When you're ready to let it go, just use QUEUE READY xxx. That's the only way to change the priority (unless you're talking about MX's processing based on size, which you can change to FIFO by defining logicals such as MX_SMTP_FIFO). Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Fri, 21 Apr 2000 22:10:29 -0700 Date: Sat, 22 Apr 2000 0:10:25 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <000422001025.202000c1@process.com> Subject: RE: build up of queue files. system@niuhep.physics.niu.edu writes: > >Any suggestions on what the problem might be, what debugging to turn on, Have you shut down and restarted MX? >whether there is any problem with the short term sol'n of simply deleting >files older than one or two days? > No, that should be fine, as long as you have no entries in the queue waiting for retry. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Fri, 21 Apr 2000 22:11:21 -0700 Date: Sat, 22 Apr 2000 0:11:17 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <000422001117.202000c1@process.com> Subject: Re: truncated lines helbig@man.ac.uk (Phillip Helbig) writes: > >> This is interesting & raises a doubt. Normally, for local mails I donot >> use form NODE::USER myself & always use TO: USER but when I recieve a mail >> from local user (or a self copy) I always see FROM: address of the form >> NODE::USER. Does it mean that at our node we are always using DECnet for >> local mail? > >No. I see the same and don't even have DECnet installed. > Use of DECnet occurs when NODE:: is not your local node. If it's your local DECnet nodename, the address includes the node name, but DECnet is not used to transfer the message. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Fri, 21 Apr 2000 22:33:19 -0700 Date: Sat, 22 Apr 2000 08:26:20 +0300 From: rakesh@kuc01.kuniv.edu.kw Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rakesh@kuc01.kuniv.edu.kw Message-ID: <009E8FBC.E67242D3.109@kuc01.kuniv.edu.kw> Subject: RE: How to change priority of an queue entry & put an entry on hold .... Thanks. By QUEUE HOLD XXX we can hold an entry & release by READY. That's very helpful. The change of priority could be useful to increase priority of an queue entry so that it will be jumped ahead in queue & will be processed earlier than in normal situations. Similary, the priority could be reduced to delay processing of an entry so that others get processed faster. ================================================================================ Archive-Date: Mon, 24 Apr 2000 10:58:27 -0700 Date: Mon, 24 Apr 2000 12:58:15 -0500 From: Rick Dyson Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: dyson@iowasp.physics.uiowa.edu Message-ID: <009E9175.380661A8.11@iowasp.physics.uiowa.edu> Subject: SMTP Relay Question Config: OpenVMS v6.2/Alpha MX v5.1a SMTP relay disabled A local domain defined various inside networks defined with relay allowed Situation: A mail client (like OpenVMS Netscape Mail) has its SMTP server defined to be "localhost" (the default). Problem: SMTP relay is rejected for localhost (127.0.0.1) unless I explictily add it to the list of "Inside IP Networks/hosts" with relay allowed. Question: Should "localhost" be accepted by default? Or is this a case where each user just has to configure the client to point to the real SMTP server's name? Regards, rick -- Richard L. Dyson rick-dyson@uiowa.edu _ _ _____ http://www-pi.physics.uiowa.edu/~dyson/ | | | | |_ _| Systems Analyst O: 319/335-1879 | | | | of | | The University of Iowa FAX: 319/335-1753 | \_/ | _| |_ Department of Physics & Astronomy \___/ |_____| Iowa City, IA 52242-1479 ================================================================================ Archive-Date: Mon, 24 Apr 2000 12:59:05 -0700 Date: Mon, 24 Apr 2000 14:58:52 -0600 From: system@niuhep.physics.niu.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009E9186.118D6027.27@niuhep.physics.niu.edu> Subject: RE: build up of queue files. >system@niuhep.physics.niu.edu writes: >>Any suggestions on what the problem might be, what debugging to turn on, >Have you shut down and restarted MX? Twice. >>whether there is any problem with the short term sol'n of simply deleting >>files older than one or two days? >No, that should be fine, as long as you have no entries in the queue >waiting for retry. I cleaned out the older half of the files over the weekend, then this morning we started getting queue full messages again. I did a que sho/all and there were only half a dozen messages visable. I shutdown, cleaned out the rest of the files and, having poked around the help, I did a que sync. The que sync took next to no time at all. One or the other action cleared up the problem, at least for now. Robert ================================================================================ Archive-Date: Mon, 24 Apr 2000 18:46:22 -0700 Date: Mon, 24 Apr 2000 20:46:15 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <000424204615.202000c2@process.com> Subject: RE: SMTP Relay Question Rick Dyson writes: > >Problem: > SMTP relay is rejected for localhost (127.0.0.1) unless I explictily > add it to the list of "Inside IP Networks/hosts" with relay allowed. > >Question: > Should "localhost" be accepted by default? Or is this a case where > each user just has to configure the client to point to the real > SMTP server's name? > I'd say whichever works.... Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Mon, 24 Apr 2000 18:46:51 -0700 Date: Mon, 24 Apr 2000 20:46:44 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <000424204644.202000c2@process.com> Subject: RE: build up of queue files. system@niuhep.physics.niu.edu writes: > >The que sync took next to no time at all. > >One or the other action cleared up the problem, at least for now. > Sounds like a case of queue corruption, corrected by one of the actions you performed. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Wed, 26 Apr 2000 13:28:00 -0700 Date: Wed, 26 Apr 2000 15:27:47 -0500 From: Rick Dyson Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: dyson@iowasp.physics.uiowa.edu Message-ID: <009E931C.70488ABB.1@iowasp.physics.uiowa.edu> Subject: MX v5.1a REJMAN Rule Question Hi All, I have a simple question that I believe I know the answer to already. I ask simply to get confirmation. With MX v5.1 is there a way a user can setup a REJMAN filter rule that only applies to them? Say they don't want to ever see mail from a certain user or domain, but this rule can't be applied to everyone else on the system. Thanks! Rick Dyson ================================================================================ Archive-Date: Wed, 26 Apr 2000 13:51:32 -0700 From: "Esa Laitinen" Reply-To: MX-List@MadGoat.com To: Subject: RE: MX v5.1a REJMAN Rule Question Date: Wed, 26 Apr 2000 13:55:53 -0700 Message-ID: MIME-Version: 1.0 In-Reply-To: <009E931C.70488ABB.1@iowasp.physics.uiowa.edu> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" > With MX v5.1 is there a way a user can setup a REJMAN filter rule > that only applies to them? Say they don't want to ever see mail from a > certain user or domain, but this rule can't be applied to everyone else > on the system. Well, you can add rules that affect only certain recipients (unless you want to use /HEADER qualifier), but if you let users fiddle with their rules they'll be able to fiddle with everybody's rules. So, you'd need to do a bit of DCL (or some other language) programming to allow users to do this safely. You cannot enable/disable heuristics per user. esa ================================================================================ Archive-Date: Wed, 26 Apr 2000 14:13:10 -0700 Date: Wed, 26 Apr 2000 16:13:02 -0500 From: Rick Dyson Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: dyson@iowasp.physics.uiowa.edu Message-ID: <009E9322.C285CF31.5@iowasp.physics.uiowa.edu> Subject: RE: MX v5.1a REJMAN Rule Question > From: MX%"MX-List@MadGoat.com" 26-APR-2000 15:52:19.40 > Subj: RE: MX v5.1a REJMAN Rule Question Thanks Esa, > > With MX v5.1 is there a way a user can setup a REJMAN filter rule > > that only applies to them? Say they don't want to ever see mail from a > > certain user or domain, but this rule can't be applied to everyone else > > on the system. > > Well, you can add rules that affect only certain recipients (unless you want > to use /HEADER qualifier), but if you let users fiddle with their rules > they'll be able to fiddle with everybody's rules. I didn't intend to allow users to have access to REJMAN, but wondered if they could tell me they didn't want a certain sender, etc. I said I thought I knew the answer, but according to what I think you are saying I was obviously wrong! From your comments and re-reading the manual, I now think I see how to do this. If I setup a rule like REJMAN> add rejection "" "" - /Accept = Rewrite = "" that would redirect any e-mail to my local SPAM account only if it came from "blah@blah.com" *AND* it was addressed to me, correct? This is in contrast to this rule which would redirect all e-mail from "blah@blah.com" to my SPAM account: REJMAN> add rejection "" - /Accept = Rewrite = "" Does it look like I have these right? Thanks! rick -- Richard L. Dyson rick-dyson@UIowa.EDU When I play with my cat, who knows if I am not more of a pastime to her than she is to me? -- Montaigne ================================================================================ Archive-Date: Wed, 26 Apr 2000 14:42:17 -0700 From: "Esa Laitinen" Reply-To: MX-List@MadGoat.com To: Subject: RE: MX v5.1a REJMAN Rule Question Date: Wed, 26 Apr 2000 14:46:38 -0700 Message-ID: MIME-Version: 1.0 In-Reply-To: <009E9322.C285CF31.5@iowasp.physics.uiowa.edu> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" > Does it look like I have these right? You've got it. Although, the way we use it here is that if we know for certain that a spammer (or mailbomber, for example) uses certain sender address to send to certain user, we just flatly reject the e-mail. No need to add more work for the one who has to go thru the garbage. Then we have this other group of Chinese spammers, who target a certain user. For those we have created rules (Chinese use a few .com and .net addresses as well) like: add rejection "<*@*.cn>" "" /accept=rewrite="" Just in case there is something valid coming from those domains. Never has, but you never know ;-). esa ================================================================================ Archive-Date: Thu, 27 Apr 2000 01:36:28 -0700 Message-ID: <3907FC9D.B957343A@SMTP.DeltaTel.RU> Date: Thu, 27 Apr 2000 12:38:53 +0400 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@madgoat.com Subject: SMTP Agent Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello there! Matt what you think about of mutithreaded by DECThreads version of the SMTP agent? It will allow to "dramaticaly" speed-up processing of outgoing mails. -- Regards. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 +............ Frying only on VMS, flying only by Su-27 .............+