Archive-Date: Sat, 2 Jan 1999 22:44:34 -0800 Message-ID: <3.0.3.32.19990102224342.0201cd4c@dirmarketing.com> Date: Sat, 02 Jan 1999 22:43:42 -0800 To: MX-List@MadGoat.com From: Stephen Garrett Reply-To: MX-List@MadGoat.com Subject: Question: Alternate "From" address - How? In-Reply-To: <3.0.32.19981119104647.009d91f0@nicanor.acu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hi all. I swear a while back I saw something about how to define a logical name that would allow for a specification of a "from" address like that of the "MX_REPLY_TO" logical name. It seems like it needed syspriv or similar priv in order to work. Can someone verify / remind me what logical this?? I've run into a situation where I need to have the actual "from Address" be something other than what the machine is currently set up for. This involves the Internic, multiple domains on a machine, and a change of primary domain on the same machine to a new "local" domain. Thanks! Steve -- Stephen Garrett GPS steve@gpsnet.com (360) 896-2714 ICQ# 10776767 ================================================================================ Archive-Date: Sun, 3 Jan 1999 00:11:02 -0800 Date: Sun, 3 Jan 1999 00:07:33 -0800 (PST) From: Dan Wing Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Subject: Re: Question: Alternate "From" address - How? In-Reply-To: <3.0.3.32.19990102224342.0201cd4c@dirmarketing.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 2 Jan 1999, Stephen Garrett wrote: > I swear a while back I saw something about how to define a logical > name that would allow for a specification of a "from" address like > that of the "MX_REPLY_TO" logical name. It seems like it needed syspriv > or similar priv in order to work. > > Can someone verify / remind me what logical this?? I don't think it is a logical, but rather the first line of the mail message you send. Try doing this with the most recent version of MX: /from=foo@blah and it'll create a "Sender:" header of your actual email address and a "From:" header (and MAIL FROM, I believe) of the From: address you specify. I believe a logical name needs to be defined to permit users to use this feature -- check MX_DOC:MX_MGMT_GUIDE.*. -Dan Wing ================================================================================ Archive-Date: Mon, 4 Jan 1999 01:32:46 -0800 Date: Mon, 4 Jan 1999 09:30:56 +0000 From: Chris Sharman Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.Com CC: Chris.Sharman@ccagroup.co.uk Message-ID: <009D1B4D.64D0DE6D.7@ccagroup.co.uk> Subject: Re: Question: Alternate "From" address - How? On Sat, 2 Jan 1999, Stephen Garrett wrote: > I swear a while back I saw something about how to define a logical > name that would allow for a specification of a "from" address like > that of the "MX_REPLY_TO" logical name. It seems like it needed syspriv > or similar priv in order to work. > > Can someone verify / remind me what logical this?? Dan Wing wrote: >I don't think it is a logical, but rather the first line of the >mail message you send. Try doing this with the most recent version >of MX: > > /from=foo@blah > >and it'll create a "Sender:" header of your actual email address >and a "From:" header (and MAIL FROM, I believe) of the From: address >you specify. > >I believe a logical name needs to be defined to permit users to >use this feature -- check MX_DOC:MX_MGMT_GUIDE.*. I thought MX_REPLY_TO was right - it's documented in the MX 5.0 user manual, section 1.5, redirecting replies. No privilege necessary. I use it (we email/fax customers in some volume from a batch account). I'm not sure how well it works: some certainly manage to reply to the sender, rather than to the reply-to address, but maybe they're using (or abusing) a dodgy mailer: I don't think MX_REPLY_TO is meant to conceal the original sender: a method that does would be preferable for me, but I've seen no mention of Dan Wing's method in the docs - is it new in 5.1 ? ______________________________________________________________________ Chris Sharman Chris.Sharman@CCAgroup.co.uk CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. ================================================================================ Archive-Date: Mon, 4 Jan 1999 01:49:55 -0800 Message-ID: <00fc01be37c7$8000d3b0$150110ac@pcmv.pdv.intern> Reply-To: MX-List@MadGoat.com From: "Martin Vorlaender" To: , "Stephen Garrett" Subject: Re: Question: Alternate "From" address - How? Date: Mon, 4 Jan 1999 10:49:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit >I swear a while back I saw something about how to define a logical >name that would allow for a specification of a "from" address like >that of the "MX_REPLY_TO" logical name. It seems like it needed syspriv >or similar priv in order to work. > >Can someone verify / remind me what logical this?? It's not really the same as MX_REPLY_TO, but you can replace the host name by e.g. the corporate domain -- at least, you can with MX 5.x. These logical names are not automatically defined by MX; you must define them yourself (e.g., in your system startup procedure). The must be defined in executive mode, but may reside in the process, job, group, or system logical name table. [...] Logical name Description MX_ENVELOPE_FROM_HOST Host name to be used when formatting envelope return addresses (equivalent to the RFC821 MAIL FROM). MX_FROM_HOST Host name to be used when formatting the From: header. MX_TO_HOST Host name to be used when on a To: or Cc: address. (MX Management Guide, 5.1.3 "Default Host Names") cu, Martin -- | Martin Vorlaender VMS & WNT programmer OpenVMS is today | work: mv@pdv-systeme.de what Microsoft wants | http://www.pdv-systeme.de/users/martinv/ Windows NT 8.0 to be! | home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Mon, 4 Jan 1999 02:17:49 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Upgrade V5.0 to V5.1. Now MX queue full Date: 4 Jan 1999 10:15:53 GMT Message-ID: <76q4cp$b9i$1@fleetstreet.Austria.EU.net> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU Tonight I upgraded MX V5.0 to V5.1 without (new) problems. I now have the problem, that MX says it has a "full queue" (VMSmail) or "no storage" (SMTP server). MX did not do any mail since 5.1. It's dead now. I tried a Mail Size Limit of 10MB (10000) and Unlimited (0). No difference. I tried to extend the queue file (10000 => 15000) and later creating a new queue file (10000). No difference. I tried installing ECO02 - ECO05. No difference. HELP please. How to debug such a situation ? What is my error ? File Protections ? ------------------------------------------------------------------------ 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, 4 Jan 1999 05:21:39 -0800 Sender: goathunter@PROCESS.COM Date: Mon, 4 Jan 1999 08:21:30 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: EPLAN@KAPSCH.NET Message-ID: <009D1B43.B1D70C18.8@ALPHA.WKU.EDU> Subject: RE: Upgrade V5.0 to V5.1. Now MX queue full eplan@kapsch.net (Peter LANGSTOEGER) writes: > >Tonight I upgraded MX V5.0 to V5.1 without (new) problems. > >I now have the problem, that MX says it has a "full queue" (VMSmail) or >"no storage" (SMTP server). MX did not do any mail since 5.1. It's dead now. > It's most likely caused by the new "free space" check on the MX disk. I discovered this the hard way too. Check the amount of free space on the MX disk and compare that with the value of MX_FLQ_DISK_FREE_RESERVED. Hunter ------ Hunter Goatley, Process Software, http://www.process.com http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Mon, 4 Jan 1999 08:23:03 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: RE: Upgrade V5.0 to V5.1. Now MX queue full Date: 4 Jan 1999 16:14:37 GMT Message-ID: <76qpdd$jer$1@fleetstreet.Austria.EU.net> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU In article <009D1B43.B1D70C18.8@ALPHA.WKU.EDU>, Hunter Goatley writes: >eplan@kapsch.net (Peter LANGSTOEGER) writes: >> >>Tonight I upgraded MX V5.0 to V5.1 without (new) problems. >> >>I now have the problem, that MX says it has a "full queue" (VMSmail) or >>"no storage" (SMTP server). MX did not do any mail since 5.1. It's dead now. >> >It's most likely caused by the new "free space" check on the MX disk. >I discovered this the hard way too. Check the amount of free space on >the MX disk and compare that with the value of >MX_FLQ_DISK_FREE_RESERVED. min. 600MB free as ever (that is only 7% of total disk space). MX_FLQ_DISK_FREE_RESERVED was not defined. Seems the default (10%) was in use. It is now defined (by hand) with "1" ! And now (after 20 hours) it works. Seems, that my test systems didn't have such disk limitations... Thanks. PS: Bad times, now. Our DNEWS has problems now, too. It does not suck... ------------------------------------------------------------------------ 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, 4 Jan 1999 09:05:46 -0800 Message-ID: <3.0.3.32.19990104090451.0236f0fc@dirmarketing.com> Date: Mon, 04 Jan 1999 09:04:51 -0800 To: MX-List@MadGoat.com From: Stephen Garrett Reply-To: MX-List@MadGoat.com Subject: Question: Alternate "SENDER" address - How? In-Reply-To: <00fc01be37c7$8000d3b0$150110ac@pcmv.pdv.intern> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Ok. Thanks to all for pointint to the MGMT guide. I was looking in the user guide and had skimmed the MGMT guide and did not catch the process logical thing. However, I still have the same problem. The only address left is the sender address. Is there anyway to modify the sender domain on a temp basis for a particular email? Thanks! Steve At 10:49 AM 1/4/99 +0100, Martin Vorlaender wrote: >>I swear a while back I saw something about how to define a logical >>name that would allow for a specification of a "from" address like >>that of the "MX_REPLY_TO" logical name. It seems like it needed syspriv >>or similar priv in order to work. >> >>Can someone verify / remind me what logical this?? > >It's not really the same as MX_REPLY_TO, but you can replace the host name by >e.g. the corporate domain -- at least, you can with MX 5.x. > > >These logical names are not automatically defined by MX; you must define them yourself >(e.g., in your system startup procedure). The must be defined in executive mode, >but may reside in the process, job, group, or system logical name table. [...] > >Logical name Description >MX_ENVELOPE_FROM_HOST Host name to be used when formatting envelope return addresses > (equivalent to the RFC821 MAIL FROM). >MX_FROM_HOST Host name to be used when formatting the From: header. >MX_TO_HOST Host name to be used when on a To: or Cc: address. > >(MX Management Guide, 5.1.3 "Default Host Names") > >cu, > Martin >-- > | Martin Vorlaender VMS & WNT programmer > OpenVMS is today | work: mv@pdv-systeme.de > what Microsoft wants | http://www.pdv-systeme.de/users/martinv/ > Windows NT 8.0 to be! | home: martin@radiogaga.harz.de > > > -- Stephen Garrett GPS steve@gpsnet.com (360) 896-2714 ICQ# 10776767 ================================================================================ Archive-Date: Mon, 4 Jan 1999 10:48:29 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Question: Alternate "SENDER" address - How? Date: 4 Jan 99 18:46:47 GMT Message-ID: <36910c97.0@nevada.kapsch.co.at> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU In article <3.0.3.32.19990104090451.0236f0fc@dirmarketing.com>, Stephen Garrett writes: >Ok. Thanks to all for pointint to the MGMT guide. I was looking in the >user guide and had skimmed the MGMT guide and did not catch the process >logical thing. > >However, I still have the same problem. The only address left is the >sender address. Is there anyway to modify the sender domain on a temp >basis for a particular email? Did you find MLFAKE in the MGMT guide ? ------------------------------------------------------------------------ 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, 4 Jan 1999 11:10:54 -0800 Message-ID: <3.0.3.32.19990104110957.02373474@dirmarketing.com> Date: Mon, 04 Jan 1999 11:09:57 -0800 To: MX-List@MadGoat.com, MX-List@LISTS.WKU.EDU From: Stephen Garrett Reply-To: MX-List@MadGoat.com Subject: Re: Question: Alternate "SENDER" address - How? In-Reply-To: <36910c97.0@nevada.kapsch.co.at> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hmmm. I had not thought of that. I have used MLFAKE many times mostly to admin email lists for sub/unsub purposes. IN this case I would need to send long msgs as well. I will take a look... Steve At 06:46 PM 1/4/99 GMT, Peter LANGSTOEGER wrote: >In article <3.0.3.32.19990104090451.0236f0fc@dirmarketing.com>, Stephen Garrett writes: >>Ok. Thanks to all for pointint to the MGMT guide. I was looking in the >>user guide and had skimmed the MGMT guide and did not catch the process >>logical thing. >> >>However, I still have the same problem. The only address left is the >>sender address. Is there anyway to modify the sender domain on a temp >>basis for a particular email? > >Did you find MLFAKE in the MGMT guide ? > >------------------------------------------------------------------------ >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 > -- Stephen Garrett GPS steve@gpsnet.com (360) 896-2714 ICQ# 10776767 ================================================================================ Archive-Date: Mon, 4 Jan 1999 11:11:03 -0800 Message-ID: <3.0.3.32.19990104110957.02373474@dirmarketing.com> Date: Mon, 04 Jan 1999 11:09:57 -0800 To: MX-List@MadGoat.com, MX-List@LISTS.WKU.EDU From: Stephen Garrett Reply-To: MX-List@MadGoat.com Subject: Re: Question: Alternate "SENDER" address - How? In-Reply-To: <36910c97.0@nevada.kapsch.co.at> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hmmm. I had not thought of that. I have used MLFAKE many times mostly to admin email lists for sub/unsub purposes. IN this case I would need to send long msgs as well. I will take a look... Steve At 06:46 PM 1/4/99 GMT, Peter LANGSTOEGER wrote: >In article <3.0.3.32.19990104090451.0236f0fc@dirmarketing.com>, Stephen Garrett writes: >>Ok. Thanks to all for pointint to the MGMT guide. I was looking in the >>user guide and had skimmed the MGMT guide and did not catch the process >>logical thing. >> >>However, I still have the same problem. The only address left is the >>sender address. Is there anyway to modify the sender domain on a temp >>basis for a particular email? > >Did you find MLFAKE in the MGMT guide ? > >------------------------------------------------------------------------ >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 > -- Stephen Garrett GPS steve@gpsnet.com (360) 896-2714 ICQ# 10776767 ================================================================================ Archive-Date: Wed, 6 Jan 1999 03:21:10 -0800 Date: Wed, 6 Jan 1999 11:14:54 GMT Message-ID: <99010611145415@man.ac.uk> From: helbig@man.ac.uk (Phillip Helbig) Reply-To: MX-List@MadGoat.com To: MX-List@madgoat.com Subject: Re: Question: Alternate "From" address - How? > On Sat, 2 Jan 1999, Stephen Garrett wrote: > > I swear a while back I saw something about how to define a logical > > name that would allow for a specification of a "from" address like > > that of the "MX_REPLY_TO" logical name. It seems like it needed syspriv > > or similar priv in order to work. > I thought MX_REPLY_TO was right - it's documented in the MX 5.0 user manual, > section 1.5, redirecting replies. No privilege necessary. I use it (we > email/fax customers in some volume from a batch account). I'm not sure how well > it works: some certainly manage to reply to the sender, rather than to the > reply-to address, but maybe they're using (or abusing) a dodgy mailer: I don't > think MX_REPLY_TO is meant to conceal the original sender: a method that does > would be preferable for me, but I've seen no mention of Dan Wing's method in > the docs - is it new in 5.1 ? If the user name is the same, in vanilla UCX VMS MAIL one can (mis)use the /SUBSTITUTE_DOMAIN qualifier in SET CONFIG SMTP (from a privileged account) to put something else in the From: header. This is with HIDDEN; without, it creates a Reply-To: header and the From: header remains as is. This is (for very complex reasons) what I do. Not the best solution, but works with vanilla VMS mail with UCX. -- Phillip Helbig Email ......... p.helbig@jb.man.ac.uk Nuffield Radio Astronomy Laboratories Tel. .... +44 1477 571 321 (ext. 297) Jodrell Bank Fax ................ +44 1477 571 618 Macclesfield Telex ................ 36149 JODREL G UK-Cheshire SK11 9DL Web ... http://www.jb.man.ac.uk/~pjh/ My opinions are not necessarily those of NRAL or the University of Manchester. ================================================================================ Archive-Date: Wed, 6 Jan 1999 03:49:41 -0800 Message-ID: <36934DC5.2D8829E4@decus.fi> Date: Wed, 06 Jan 1999 13:49:25 +0200 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: Re: Question: Alternate "From" address - How? References: <99010611145415@man.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit And with UCX SMTP/VMSmail combo one can take advantage of UCX SMTP implementation bugs! Just do MAIL> set personal "Hi hoe) (" and then send mails using VMSmail/UCX SMTP stuff. Receiver will see sender as JOHN.DOE@BOGUS.COM instead of the expected e.q. KORKKO@JUHANI.DECUS.FI I have not tested this against UCX V4.2 ECO #2 but the bug was there still in UCX V4.1 ECO #9 and UCX V4.2 ECO #1 as well as UCX T5.0 (from OVMS T7.2 EFT #3 kit). _veli Phillip Helbig wrote: > > > On Sat, 2 Jan 1999, Stephen Garrett wrote: > > > I swear a while back I saw something about how to define a logical > > > name that would allow for a specification of a "from" address like > > > that of the "MX_REPLY_TO" logical name. It seems like it needed syspriv > > > or similar priv in order to work. > > > I thought MX_REPLY_TO was right - it's documented in the MX 5.0 user manual, > > section 1.5, redirecting replies. No privilege necessary. I use it (we > > email/fax customers in some volume from a batch account). I'm not sure how well > > it works: some certainly manage to reply to the sender, rather than to the > > reply-to address, but maybe they're using (or abusing) a dodgy mailer: I don't > > think MX_REPLY_TO is meant to conceal the original sender: a method that does > > would be preferable for me, but I've seen no mention of Dan Wing's method in > > the docs - is it new in 5.1 ? > > If the user name is the same, in vanilla UCX VMS MAIL one can (mis)use > the /SUBSTITUTE_DOMAIN qualifier in SET CONFIG SMTP (from a privileged > account) to put something else in the From: header. This is with > HIDDEN; without, it creates a Reply-To: header and the From: header > remains as is. > > This is (for very complex reasons) what I do. Not the best solution, > but works with vanilla VMS mail with UCX. > > -- > Phillip Helbig Email ......... p.helbig@jb.man.ac.uk > Nuffield Radio Astronomy Laboratories Tel. .... +44 1477 571 321 (ext. 297) > Jodrell Bank Fax ................ +44 1477 571 618 > Macclesfield Telex ................ 36149 JODREL G > UK-Cheshire SK11 9DL Web ... http://www.jb.man.ac.uk/~pjh/ > > My opinions are not necessarily those of NRAL or the University of Manchester. ================================================================================ Archive-Date: Wed, 6 Jan 1999 04:26:40 -0800 Date: Wed, 6 Jan 1999 12:27:02 GMT Message-ID: <99010612270256@man.ac.uk> From: helbig@man.ac.uk (Phillip Helbig) Reply-To: MX-List@MadGoat.com To: MX-LIST@madgoat.com Subject: Re: Question: Alternate "From" address - How? From: SMTP%"Postmaster@madgoat.com" 6-JAN-1999 12:26:25.70 To: CC: Subj: Mailing list or file server error Note: this message was generated automatically. The following error(s) occurred during local delivery of your message. Error in delivery to mailing list MX-List: Access denied. Send subscription requests to MX-List-request@MadGoat.com ------------------------------ Rejected message ------------------------------ Received: from multivac (130.88.24.128) by Praetorius.MadGoat.Com (MX V5.1 AnHc) with SMTP for ; Wed, 6 Jan 1999 04:25:32 -0800 Date: Wed, 6 Jan 1999 12:24:22 GMT Message-ID: <99010612242194@man.ac.uk> X-MX-Warning: Warning -- Invalid "From" header. From: helbig@man.ac.uk (Hi hoe) () To: MX-List@madgoat.com Subject: Re: Question: Alternate "From" address - How? X-VMS-To: SMTP%"MX-List@madgoat.com" X-VMS-Cc: HELBIG > And with UCX SMTP/VMSmail combo one can take advantage of UCX SMTP > implementation bugs! Just do > > MAIL> set personal "Hi hoe) (" > > and then send mails using VMSmail/UCX SMTP stuff. Receiver will see > sender as JOHN.DOE@BOGUS.COM instead of the expected > e.q. KORKKO@JUHANI.DECUS.FI > > I have not tested this against UCX V4.2 ECO #2 but the bug was there > still > in UCX V4.1 ECO #9 and UCX V4.2 ECO #1 as well as UCX T5.0 (from OVMS > T7.2 > EFT #3 kit). With V4.1 - ECO 9 this does NOT work as expected, at least with a hidden substitute domain (haven't tested anything else yet). I get From: helbig@man.ac.uk (Hi hoe) () and replying to this will probably go to helbig@man.ac.uk. Or am I missing something? -- Phillip Helbig Email ......... p.helbig@jb.man.ac.uk Nuffield Radio Astronomy Laboratories Tel. .... +44 1477 571 321 (ext. 297) Jodrell Bank Fax ................ +44 1477 571 618 Macclesfield Telex ................ 36149 JODREL G UK-Cheshire SK11 9DL Web ... http://www.jb.man.ac.uk/~pjh/ My opinions are not necessarily those of NRAL or the University of Manchester. ================== RFC 822 Headers ================== Return-Path: Received: by multivac.jb.man.ac.uk (UCX V4.1-12G, OpenVMS V7.1 Alpha); Wed, 6 Jan 1999 12:26:21 GMT Received: from [198.137.202.130] (helo=Praetorius.MadGoat.Com) by curlew.cs.man.ac.uk with esmtp (Exim 1.92 #2) for helbig@man.ac.uk id 0zxs1p-00010R-00; Wed, 6 Jan 1999 12:25:39 +0000 Date: Wed, 6 Jan 1999 04:25:34 -0800 From: MX mailing list and file server To: Subject: Mailing list or file server error Message-Id: ================================================================================ Archive-Date: Wed, 6 Jan 1999 23:08:56 -0800 Message-ID: <36945D77.4525DCBF@decus.fi> Date: Thu, 07 Jan 1999 09:08:39 +0200 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: Re: Question: Alternate "From" address - How? References: <99010612270256@man.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Well, I just tested this with UCX T5.0. And even with hidden substitute domain it "works". First, I do MAIL> set pers "Hi Hoe) (" Then I send mail to myself at say DECUS FI system. If I read the mail using VMSmail interface, I see From: SMTP%"john.doe@bogus.com" To: SMTP%"VELI.KORKKO@decus.fi" CC: Subj: test Return-Path: Received: from ntca01.ntc.nokia.com (131.228.49.64) by juhani.decus.fi (MX V5.1-X AnFh) with SMTP for ; Thu, 7 Jan 1999 08:33:15 +0200 Date: Thu, 07 Jan 1999 08:32:02 +0200 (EET) Message-ID: <99010708320236@nokia.com> X-MX-Warning: Warning -- Invalid "From" header. From: vkorkko@nokia.com (Hi Hoe) () To: VELI.KORKKO@decus.fi Subject: test X-VMS-To: veli.korkko@decus.fi and my reply will attempt to go to JOHN.DOE@BOGUS.COM. Btw, this was with substituted domain name hiding real system name which you can guess easily enough any way. But if I POP3 retrieve this very same message to say Netscape, it would actually honour RETURN-PATH attribute and in that case the reply would go the right address. So, maybe I stated my case too strongly. With this method, some mail systems can be fooled whilst some others cannot. E.q. PINE on that same system also figured out correct return address whilst VMSmail let itself be fooled. And amongst those to be fooled by this trick are MS-mail and MS-Exchange. (Or it seems to so in the local environment...) _veli Phillip Helbig wrote: > > From: SMTP%"Postmaster@madgoat.com" 6-JAN-1999 12:26:25.70 > To: > CC: > Subj: Mailing list or file server error > > Note: this message was generated automatically. > > The following error(s) occurred during local delivery of your message. > > Error in delivery to mailing list MX-List: > Access denied. Send subscription requests to > MX-List-request@MadGoat.com > > ------------------------------ Rejected message ------------------------------ > Received: from multivac (130.88.24.128) by Praetorius.MadGoat.Com (MX V5.1 AnHc) with SMTP for ; Wed, 6 Jan 1999 04:25:32 -0800 > Date: Wed, 6 Jan 1999 12:24:22 GMT > Message-ID: <99010612242194@man.ac.uk> > X-MX-Warning: Warning -- Invalid "From" header. > From: helbig@man.ac.uk (Hi hoe) () > To: MX-List@madgoat.com > Subject: Re: Question: Alternate "From" address - How? > X-VMS-To: SMTP%"MX-List@madgoat.com" > X-VMS-Cc: HELBIG > > > And with UCX SMTP/VMSmail combo one can take advantage of UCX SMTP > > implementation bugs! Just do > > > > MAIL> set personal "Hi hoe) (" > > > > and then send mails using VMSmail/UCX SMTP stuff. Receiver will see > > sender as JOHN.DOE@BOGUS.COM instead of the expected > > e.q. KORKKO@JUHANI.DECUS.FI > > > > I have not tested this against UCX V4.2 ECO #2 but the bug was there > > still > > in UCX V4.1 ECO #9 and UCX V4.2 ECO #1 as well as UCX T5.0 (from OVMS > > T7.2 > > EFT #3 kit). > > With V4.1 - ECO 9 this does NOT work as expected, at least with a hidden > substitute domain (haven't tested anything else yet). I get > > From: helbig@man.ac.uk (Hi hoe) () > > and replying to this will probably go to helbig@man.ac.uk. > > Or am I missing something? > > -- > Phillip Helbig Email ......... p.helbig@jb.man.ac.uk > Nuffield Radio Astronomy Laboratories Tel. .... +44 1477 571 321 (ext. 297) > Jodrell Bank Fax ................ +44 1477 571 618 > Macclesfield Telex ................ 36149 JODREL G > UK-Cheshire SK11 9DL Web ... http://www.jb.man.ac.uk/~pjh/ > > My opinions are not necessarily those of NRAL or the University of Manchester. > > ================== RFC 822 Headers ================== > Return-Path: > Received: by multivac.jb.man.ac.uk (UCX V4.1-12G, OpenVMS V7.1 Alpha); > Wed, 6 Jan 1999 12:26:21 GMT > Received: from [198.137.202.130] (helo=Praetorius.MadGoat.Com) > by curlew.cs.man.ac.uk with esmtp (Exim 1.92 #2) > for helbig@man.ac.uk > id 0zxs1p-00010R-00; Wed, 6 Jan 1999 12:25:39 +0000 > Date: Wed, 6 Jan 1999 04:25:34 -0800 > From: MX mailing list and file server > To: > Subject: Mailing list or file server error > Message-Id: ================================================================================ Archive-Date: Wed, 6 Jan 1999 23:20:38 -0800 Message-ID: <36946039.FF29A9DA@decus.fi> Date: Thu, 07 Jan 1999 09:20:25 +0200 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: Re: Question: Alternate "From" address - How? References: <99010612270256@man.ac.uk> <36945D77.4525DCBF@decus.fi> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Veli Körkkö wrote: > > Well, I just tested this with UCX T5.0. And even with hidden substitute > domain it "works". > > First, I do > > MAIL> set pers "Hi Hoe) (" > > Then I send mail to myself at say DECUS FI system. If I read the mail > using VMSmail interface, I see > > From: SMTP%"john.doe@bogus.com" > To: SMTP%"VELI.KORKKO@decus.fi" > CC: > Subj: test > > Return-Path: > Received: from ntca01.ntc.nokia.com (131.228.49.64) by juhani.decus.fi > (MX > V5.1-X AnFh) with SMTP for ; > Thu, 7 Jan 1999 08:33:15 +0200 > Date: Thu, 07 Jan 1999 08:32:02 +0200 (EET) > Message-ID: <99010708320236@nokia.com> > X-MX-Warning: Warning -- Invalid "From" header. > From: vkorkko@nokia.com (Hi Hoe) () > To: VELI.KORKKO@decus.fi > Subject: test > X-VMS-To: veli.korkko@decus.fi > > and my reply will attempt to go to JOHN.DOE@BOGUS.COM. Btw, this was > with > substituted domain name hiding real system name which you can guess > easily enough any way. > > But if I POP3 retrieve this very same message to say Netscape, it > would actually honour RETURN-PATH attribute and in that case > the reply would go the right address. > > So, maybe I stated my case too strongly. With this method, some mail > systems can be fooled whilst some others cannot. E.q. PINE on that same > system also figured out correct return address whilst VMSmail let itself > be fooled. > > And amongst those to be fooled by this trick are MS-mail and > MS-Exchange. (Or it seems to so in the local environment...) > > _veli > And even looking onto it more carefully, netscape mail is also fooled by this. It will actually send the reply to wrong address. This is because there can be (apprently) two style of From: From: john.doe@bogus.com (Hi, this is my me) and From: "Hi, this is my me" And of course MX handles this very nicely since MX will generate From: "Hi hoe) (" nicely avoiding the problem. In fact, MX V5.0 (and some T5.1) had problems handling "-character in personal name. But that seems to be fixed in V5.1. UCX SMTP has also notorius problems with TAB," and \ characters in personal names. _veli ================================================================================ Archive-Date: Fri, 8 Jan 1999 01:06:37 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Upgrade V5.0 to V5.1. Now MX queue full Date: 5 Jan 99 09:29:02 GMT Message-ID: <3691db5e.0@nevada.kapsch.co.at> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU In article <76q4cp$b9i$1@fleetstreet.Austria.EU.net>, eplan@kapsch.net (Peter LANGSTOEGER) writes: One more time, please: >Tonight I upgraded MX V5.0 to V5.1 without (new) problems. > >I now have the problem, that MX says it has a "full queue" (VMSmail) or >"no storage" (SMTP server). MX did not do any mail since 5.1. It's dead now. >[snip] >How to debug such a situation ? The "trouble shooting guide" is old and unsupported. There is no "message manual" and source is of course no longer available. Is the only way to debug such a situation writing a USENET posting ? btw: Where can one read the priciples of the LOCK.DIR mechanism (new in 5.0) ? 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: Fri, 8 Jan 1999 22:38:54 -0800 From: "Hunter Goatley" Reply-To: MX-List@MadGoat.com Subject: Re: MX SMTP Server process dying Date: Sat, 9 Jan 1999 00:27:47 -0500 Message-ID: <776sth$nfe$1@news.wku.edu> To: MX-List@LISTS.WKU.EDU >We recently upgraded Our operating system from OvepVMS 6.1 to 7.1 and >since then we have been having problems with our MX version 4.1 mail >server dying on us. Every so often, up to many times a day, the MX SMTP >Server process dies and then MX no longer works. I have checked the >logs in the MX_DEVICE:[MX.LOCAL] directory but all they say is > 6-JAN-1999 11:41:10.69: MX Local (pid 20804299) starting > 6-JAN-1999 11:57:22.60: MX Local (pid 20804299) exiting, >status=00000001 > >Does anyone have any suggestions of what to do or look for, or know what >the problem is. Any assistance would be greatly appreciated. > MX V4.1 is pretty old. I'd recommend you upgrade to V4.2 (and install the patch images under the [.MX042.PATCH] directory on ftp.wku.edu) or consider purchasing MX V5.1 (details on www.madgoat.com). Hunter ------ Hunter Goatley, goathunter@PROCESS.COM ================================================================================ Archive-Date: Tue, 12 Jan 1999 22:38:43 -0800 From: "Hunter Goatley" Reply-To: MX-List@MadGoat.com Subject: Re: MX SMTP Server process dying Date: Wed, 13 Jan 1999 00:11:23 -0500 Message-ID: <77hdes$sh5$1@news.wku.edu> To: MX-List@LISTS.WKU.EDU >In article <776sth$nfe$1@news.wku.edu>, goathunter@PROCESS.COM says... >> >We recently upgraded Our operating system from OvepVMS 6.1 to 7.1 and >> >since then we have been having problems with our MX version 4.1 mail >> >server dying on us. Every so often, up to many times a day, the MX SMTP >> >Server process dies and then MX no longer works. I have checked the >> >logs in the MX_DEVICE:[MX.LOCAL] directory but all they say is >> > 6-JAN-1999 11:41:10.69: MX Local (pid 20804299) starting >> > 6-JAN-1999 11:57:22.60: MX Local (pid 20804299) exiting, >> >status=00000001 >> > >> >Does anyone have any suggestions of what to do or look for, or know what >> >the problem is. Any assistance would be greatly appreciated. >> > >> MX V4.1 is pretty old. I'd recommend you upgrade to V4.2 (and install the >> patch images under the [.MX042.PATCH] directory on ftp.wku.edu) or >> consider purchasing MX V5.1 (details on www.madgoat.com). >> >> Hunter >> ------ >> Hunter Goatley, goathunter@PROCESS.COM > >This true, but due to laziness/lack of time, I've been running V4.1 on 4 >different V7.1 systems (VAX w/TCPWare, VAX w/CMU-IP, 2 Alpha's with UCX), >without serious problems. More like hundreds of mail messages every day >than thousands, but our systems are typically up for months without >problems. > >Status=1 is very peculiar, since this indicates success, not failure. > Well, you say MX SMTP Server dies, but the log you're looking at is for MX Local. Check the log for the SMTP Server. You're probably getting an access violation, which is probably fixed by the SMTP_SERVER.EXE for V4.2. That might work with V4.1---I can't remember for sure.... Hunter ================================================================================ Archive-Date: Wed, 13 Jan 1999 04:24:50 -0800 Message-ID: <369C906B.96C85E3A@SMTP.DeltaTel.RU> Date: Wed, 13 Jan 1999 15:24:11 +0300 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.COM Subject: MX 4.2/VMS Alpha/Local agent trouble Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi there! Recently I han changed protection of sveral files and directories, but I'can recollect what exactly... After that MX Local agent can't delivering mail for local users. What solution of this ? 11-JAN-1998 20:36:10.56 Processing queue entry number 6 11-JAN-1998 20:36:10.70 Checking local name: LAISHEV 11-JAN-1998 20:36:10.76 LOCAL_USER: User LAISHEV definitely local. 11-JAN-1998 20:36:10.76 This is a regular delivery. 11-JAN-1998 20:36:10.83 DELIVER: mime_headers = 0 11-JAN-1998 20:36:10.83 DELIVER: fdlstr = "" 11-JAN-1998 20:36:10.83 DELIVER: Using MX%"laishev@SMTP.DeltaTel.RU" as VMS -- Be well, right now. +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Wed, 13 Jan 1999 06:33:41 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Max Threads Date: 13 Jan 99 14:29:42 GMT Message-ID: <369cadd6.0@nevada.kapsch.co.at> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. I got calls of "why is the mail server down ?" which I want to avoid. *) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? *) Is there a chance, that the MX_SMTP_SERVER_THREADS limit will be raised in the future ? V5.2 ? *) Is there a chance, that we can bind an SMTP server to a particular IP address on our multihomed VMScluster servers and therefore increase the number of SMTP servers (times MX_SMTP_SERVER_THREADS) in the cluster ? 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, 13 Jan 1999 07:03:51 -0800 Message-ID: <369CB542.2A9F@k2.net> Date: Wed, 13 Jan 1999 16:01:22 +0100 From: Darko Bulat Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com CC: eplan@kapsch.net Subject: Re: Max Threads References: <369cadd6.0@nevada.kapsch.co.at> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Peter LANGSTOEGER wrote: > > Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. > I got calls of "why is the mail server down ?" which I want to avoid. > > *) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? No. Apparently it's 30, and on one ocasion we've reached that limit. > *) Is there a chance, that the MX_SMTP_SERVER_THREADS limit will be > raised in the future ? V5.2 ? I second that question. > *) Is there a chance, that we can bind an SMTP server to a particular IP > address on our multihomed VMScluster servers and therefore increase the > number of SMTP servers (times MX_SMTP_SERVER_THREADS) in the cluster ? Ditto. Regards! Darko Bulat, K2.net > 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, 13 Jan 1999 07:09:03 -0800 Date: Wed, 13 Jan 1999 16:07:41 +0100 From: Jacek Tobiasz Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009D2297.4F6E3A29.52@delta.sggw.waw.pl> Subject: RE: Max Threads >Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. >I got calls of "why is the mail server down ?" which I want to avoid. the question is: is it 'normal' traffic or you have some problmes ? Do you have 16 incomming mails most of the time ? Or IP connections are very slow ? >*) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? > >*) Is there a chance, that the MX_SMTP_SERVER_THREADS limit will be >raised in the future ? V5.2 ? from memory (do not have docs for 5.0/5.1 by hand) - you can increase smtp server threads limit up to 24 in 5.0/5.1. But check it in docs before tests ! > >*) Is there a chance, that we can bind an SMTP server to a particular IP >address on our multihomed VMScluster servers and therefore increase the >number of SMTP servers (times MX_SMTP_SERVER_THREADS) in the cluster ? interesting idea. Of course MX/queue/locks must be aware of multiply smtp servers. > >TIA > >------------------------------------------------------------------------ >Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Regards Jacek Tobiasz ================================================================================ Archive-Date: Wed, 13 Jan 1999 07:10:29 -0800 Date: Wed, 13 Jan 1999 08:42:31 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: EPLAN@KAPSCH.NET Message-ID: <009D2259.1F0A662A.15@goat.process.com> Subject: RE: Max Threads eplan@kapsch.net (Peter LANGSTOEGER) writes: > >Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. >I got calls of "why is the mail server down ?" which I want to avoid. > >*) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? > No. >*) Is there a chance, that the MX_SMTP_SERVER_THREADS limit will be >raised in the future ? V5.2 ? > You can already set it to 24 in V5.x. My experience has been that setting it higher than 24 actually causes performance degradation. >*) Is there a chance, that we can bind an SMTP server to a particular IP >address on our multihomed VMScluster servers and therefore increase the >number of SMTP servers (times MX_SMTP_SERVER_THREADS) in the cluster ? > You can SMTP Servers on multiple nodes and use MX records to have other nodes in the cluster act as SMTP servers. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Wed, 13 Jan 1999 07:24:31 -0800 Date: Wed, 13 Jan 1999 09:23:16 -0600 From: hunterl@uwwvax.uww.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009D225E.D061ABB8.15@uwwvax.uww.edu> Subject: RE: Max Threads I have been using 32 threads for some time, with no apparent problems. => eplan@kapsch.net (Peter LANGSTOEGER) writes: => > => >Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. => >I got calls of "why is the mail server down ?" which I want to avoid. => > => >*) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? => > => No. => => >*) Is there a chance, that the MX_SMTP_SERVER_THREADS limit will be => >raised in the future ? V5.2 ? => > => You can already set it to 24 in V5.x. My experience has been that => setting it higher than 24 actually causes performance degradation. => Lyle Hunter T & IR University Wisconsin-Whitewater 414-472-1967 Fax: 414-472-5733 ================================================================================ Archive-Date: Wed, 13 Jan 1999 07:25:25 -0800 Sender: madison@MadGoat.Com Date: Wed, 13 Jan 1999 07:25:19 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: Laishev@smtp.deltatel.ru Message-ID: <009D224E.564D2943.1@MadGoat.Com> Subject: RE: MX 4.2/VMS Alpha/Local agent trouble > Recently I han changed protection of sveral files and directories, but I'can >recollect what exactly... After that MX Local agent can't delivering mail for local >users. > > What solution of this ? > > >11-JAN-1998 20:36:10.56 Processing queue entry number 6 >11-JAN-1998 20:36:10.70 Checking local name: LAISHEV >11-JAN-1998 20:36:10.76 LOCAL_USER: User LAISHEV definitely local. >11-JAN-1998 20:36:10.76 This is a regular delivery. >11-JAN-1998 20:36:10.83 DELIVER: mime_headers = 0 >11-JAN-1998 20:36:10.83 DELIVER: fdlstr = "" >11-JAN-1998 20:36:10.83 DELIVER: Using MX%"laishev@SMTP.DeltaTel.RU" as VMS Is that all there is in the log file? That last line is truncated, and there should be several lines after that one. If it really is a file access problem, you might try debugging it by running MX_LOCAL interactively (from a suitably privileged account) and using the SET WATCH FILE command to monitor XQP activity while a delivery is being made. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Wed, 13 Jan 1999 07:26:53 -0800 Date: Wed, 13 Jan 1999 09:25:19 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009D225F.1A0A251F.20@goat.process.com> Subject: RE: Max Threads hunterl@uwwvax.uww.edu writes: > >I have been using 32 threads for some time, with no apparent problems. > Good point. I'm sure a lot of that depends on the system's capabilities. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Wed, 13 Jan 1999 07:28:50 -0800 Message-ID: <369CBB8A.3DDE3D13@SMTP.DeltaTel.RU> Date: Wed, 13 Jan 1999 18:28:10 +0300 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: Matt Madison CC: MX-List@MadGoat.Com Subject: Re: MX 4.2/VMS Alpha/Local agent trouble References: <009D224E.564D2943.1@MadGoat.Com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sorry. 11-JAN-1998 20:36:10.56 Processing queue entry number 6 11-JAN-1998 20:36:10.70 Checking local name: LAISHEV 11-JAN-1998 20:36:10.76 LOCAL_USER: User LAISHEV definitely local. 11-JAN-1998 20:36:10.76 This is a regular delivery. 11-JAN-1998 20:36:10.83 DELIVER: mime_headers = 0 11-JAN-1998 20:36:10.83 DELIVER: fdlstr = "" 11-JAN-1998 20:36:10.83 DELIVER: Using MX%"laishev@SMTP.DeltaTel.RU" as VMS MAIL From address. 11-JAN-1998 20:36:10.83 DELIVER: Using MX%"laishev@SMTP.DeltaTel.RU" as VMS MAIL To address. 11-JAN-1998 20:36:10.83 DELIVER: Using as VMS MAIL CC address. 11-JAN-1998 20:36:10.83 DELIVER: Using "reg" as subject. 11-JAN-1998 20:36:10.91 DELIVER: Delivering to LAISHEV 11-JAN-1998 20:36:10.94 DELIVER: Status=007E81FA from MAIL$ routines 11-JAN-1998 20:36:10.94 DELIVER: --LOGLINK or OPENOUT failure; will retry. 11-JAN-1998 20:36:11.13 Setting up for retry at 11-JAN-1998 21:06:11.13 Matt Madison wrote: > > > Recently I han changed protection of sveral files and directories, but I'can > >recollect what exactly... After that MX Local agent can't delivering mail for local > >users. > > > > What solution of this ? > > > > > >11-JAN-1998 20:36:10.56 Processing queue entry number 6 > >11-JAN-1998 20:36:10.70 Checking local name: LAISHEV > >11-JAN-1998 20:36:10.76 LOCAL_USER: User LAISHEV definitely local. > >11-JAN-1998 20:36:10.76 This is a regular delivery. > >11-JAN-1998 20:36:10.83 DELIVER: mime_headers = 0 > >11-JAN-1998 20:36:10.83 DELIVER: fdlstr = "" > >11-JAN-1998 20:36:10.83 DELIVER: Using MX%"laishev@SMTP.DeltaTel.RU" as VMS > > Is that all there is in the log file? That last line is truncated, and there > should be several lines after that one. > > If it really is a file access problem, you might try debugging it by running > MX_LOCAL interactively (from a suitably privileged account) and using the > SET WATCH FILE command to monitor XQP activity while a delivery is being made. > > -Matt > > -- > Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA > madison@madgoat.com http://www.madgoat.com -- Be well, right now. +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Wed, 13 Jan 1999 07:33:54 -0800 Message-ID: <369CBCBB.CCD01DF8@SMTP.DeltaTel.RU> Date: Wed, 13 Jan 1999 18:33:15 +0300 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: Matt Madison CC: MX-List@MadGoat.Com Subject: Re: MX 4.2/VMS Alpha/Local agent trouble References: <009D224E.564D2943.1@MadGoat.Com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Matt Madison wrote: > > > Recently I han changed protection of sveral files and directories, but I'can > >recollect what exactly... After that MX Local agent can't delivering mail for local > >users. > > > > What solution of this ? > > > > > >11-JAN-1998 20:36:10.56 Processing queue entry number 6 > >11-JAN-1998 20:36:10.70 Checking local name: LAISHEV > >11-JAN-1998 20:36:10.76 LOCAL_USER: User LAISHEV definitely local. > >11-JAN-1998 20:36:10.76 This is a regular delivery. > >11-JAN-1998 20:36:10.83 DELIVER: mime_headers = 0 > >11-JAN-1998 20:36:10.83 DELIVER: fdlstr = "" > >11-JAN-1998 20:36:10.83 DELIVER: Using MX%"laishev@SMTP.DeltaTel.RU" as VMS > > Is that all there is in the log file? That last line is truncated, and there > should be several lines after that one. > > If it really is a file access problem, you might try debugging it by running > MX_LOCAL interactively (from a suitably privileged account) and using the > SET WATCH FILE command to monitor XQP activity while a delivery is being made. What file, Matt ? > > -Matt > > -- > Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA > madison@madgoat.com http://www.madgoat.com -- Be well, right now. +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Wed, 13 Jan 1999 07:35:26 -0800 Date: Wed, 13 Jan 1999 09:35:10 CST6 From: Euriel Gómez Raga Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: egomez@ccr.dsi.uanl.mx Message-ID: <009D2260.7A787B4F.167@ccr.dsi.uanl.mx> Subject: Re: MX SMTP Server process dying i HAVed the same problem, and we did this. Purge all the queue [MX.QUEUE.1,2,3-----9].... but this is not the problem solution. I moved the pop_server that was in the same disk, and, everything is ok. check the smtp_server.log on [MX.smtp] Check the disk with the analyze. or check the patch. ------------------------ Euriel Gómez Raga egomez@ccr.dsi.uanl.mx Soporte Técnico ------------------------ ================================================================================ Archive-Date: Wed, 13 Jan 1999 07:37:37 -0800 Sender: madison@MadGoat.Com Date: Wed, 13 Jan 1999 07:37:30 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: Laishev@SMTP.DeltaTel.RU CC: mx-list@MadGoat.Com Message-ID: <009D2250.0A45C87D.91@MadGoat.Com> Subject: Re: MX 4.2/VMS Alpha/Local agent trouble >> If it really is a file access problem, you might try debugging it by running >> MX_LOCAL interactively (from a suitably privileged account) and using the >> SET WATCH FILE command to monitor XQP activity while a delivery is being made. > What file, Matt ? Using SET WATCH should tell you which file the MAIL$ routines are trying to access when it gets the OPENOUT error. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Wed, 13 Jan 1999 07:45:51 -0800 Message-ID: <369CBF87.E49CDC25@SMTP.DeltaTel.RU> Date: Wed, 13 Jan 1999 18:45:11 +0300 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: Matt Madison CC: mx-list@MadGoat.Com Subject: Re: MX 4.2/VMS Alpha/Local agent trouble References: <009D2250.0A45C87D.91@MadGoat.Com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Matt Madison wrote: > > >> If it really is a file access problem, you might try debugging it by running > >> MX_LOCAL interactively (from a suitably privileged account) and using the > >> SET WATCH FILE command to monitor XQP activity while a delivery is being made. > > What file, Matt ? > > Using SET WATCH should tell you which file the MAIL$ routines are trying to access > when it gets the OPENOUT error. You mean $SET WATCH FILE/CLASS=MAJOR/ALL/NONE. Thanks. I'll! > > -Matt > > -- > Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA > madison@madgoat.com http://www.madgoat.com -- Be well, right now. +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Wed, 13 Jan 1999 08:08:27 -0800 Date: Wed, 13 Jan 1999 10:08:04 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009D2265.129D28EE.15@goat.process.com> Subject: Re: MX 4.2/VMS Alpha/Local agent trouble "Ruslan R. Laishev" writes: > >11-JAN-1998 20:36:10.94 DELIVER: Status=007E81FA from MAIL$ routines >11-JAN-1998 20:36:10.94 DELIVER: --LOGLINK or OPENOUT failure; will retry. Which is just: $ set mess sys$message:cliutlmsg $ write sys$output f$message(%x007E81FA) %MAIL-E-OPENOUT, error opening !AS as output $ Callable MAIL can't open the MAIL.MAI for some reason.... Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Wed, 13 Jan 1999 08:37:53 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Max Threads Date: 13 Jan 1999 16:37:02 GMT Message-ID: <77ii3e$77e$1@fleetstreet.Austria.EU.net> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU In article <369CB542.2A9F@k2.net>, Darko Bulat writes: >Peter LANGSTOEGER wrote: >> >> Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. >> I got calls of "why is the mail server down ?" which I want to avoid. >> >> *) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? > >No. Apparently it's 30, and on one ocasion we've reached that limit. Where is this documented ? Does anyone like to top that value ? ------------------------------------------------------------------------ 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, 13 Jan 1999 09:01:34 -0800 Sender: madison@MadGoat.Com Date: Wed, 13 Jan 1999 09:01:25 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009D225B.C349DC19.1@MadGoat.Com> Subject: Re: Max Threads >>> Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. >>> I got calls of "why is the mail server down ?" which I want to avoid. >>> >>> *) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? >> >>No. Apparently it's 30, and on one ocasion we've reached that limit. > >Where is this documented ? Does anyone like to top that value ? The Management Guide says the value "should" range from 1 to 16. If you configure the value through MX_DIR:MXCONFIG.COM, it is limited to no more than 24. The SMTP server code itself does not limit the value to a particular maximum, so if you configure the logical name manually, you can (theoretically) set it as high as you like. However, you should carefully examine process quotas for the SMTP server to ensure that a resource shortage does not cause the process to hang or crash. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Wed, 13 Jan 1999 09:14:07 -0800 Message-ID: <369CD438.C7C4837C@SMTP.DeltaTel.RU> Date: Wed, 13 Jan 1999 20:13:28 +0300 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: Matt Madison CC: MX-List@MadGoat.Com Subject: Re: MX 4.2/VMS Alpha/Local agent trouble References: <009D224E.564D2943.1@MadGoat.Com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Matt Madison wrote: > > > Recently I han changed protection of sveral files and directories, but I'can > >recollect what exactly... After that MX Local agent can't delivering mail for local > >users. > > > > What solution of this ? > > > > > >11-JAN-1998 20:36:10.56 Processing queue entry number 6 > >11-JAN-1998 20:36:10.70 Checking local name: LAISHEV > >11-JAN-1998 20:36:10.76 LOCAL_USER: User LAISHEV definitely local. > >11-JAN-1998 20:36:10.76 This is a regular delivery. > >11-JAN-1998 20:36:10.83 DELIVER: mime_headers = 0 > >11-JAN-1998 20:36:10.83 DELIVER: fdlstr = "" > >11-JAN-1998 20:36:10.83 DELIVER: Using MX%"laishev@SMTP.DeltaTel.RU" as VMS > > Is that all there is in the log file? That last line is truncated, and there > should be several lines after that one. > > If it really is a file access problem, you might try debugging it by running > MX_LOCAL interactively (from a suitably privileged account) and using the > SET WATCH FILE command to monitor XQP activity while a delivery is being made. I just run mx_local under my own account (full privileged) and system, delivery is work w/o problem. I create *.COM: set watch file /class=major r mx_local run it as detach. I in the log-file which produced by this process no one operation end with error status. But there is some differences: after access to LCL_.....tmp file I see creating of mail.txt file, but in the log of detached procedure nothing. > > -Matt > > -- > Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA > madison@madgoat.com http://www.madgoat.com -- Be well, right now. +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Wed, 13 Jan 1999 11:02:37 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: RE: Max Threads Date: 13 Jan 1999 16:44:58 GMT Message-ID: <77iiia$77e$2@fleetstreet.Austria.EU.net> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU In article <009D2297.4F6E3A29.52@delta.sggw.waw.pl>, Jacek Tobiasz writes: > >>Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. >>I got calls of "why is the mail server down ?" which I want to avoid. > >the question is: is it 'normal' traffic or you have some problmes ? >Do you have 16 incomming mails most of the time ? Or IP connections are very slow ? We have a lot of (internal and Internet) (mail and other) traffic. But I currently don't know if this limit was reached because of problems or of the increased traffic. I'll find out... >>*) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? >> >>*) Is there a chance, that the MX_SMTP_SERVER_THREADS limit will be >>raised in the future ? V5.2 ? > >from memory (do not have docs for 5.0/5.1 by hand) - you can increase >smtp server threads limit up to 24 in 5.0/5.1. >But check it in docs before tests ! Which docs ? In MX_DOC:MX_MGMT_GUIDE.TXT the documented limit is 16 !! >>*) Is there a chance, that we can bind an SMTP server to a particular IP >>address on our multihomed VMScluster servers and therefore increase the >>number of SMTP servers (times MX_SMTP_SERVER_THREADS) in the cluster ? > >interesting idea. Of course MX/queue/locks must be aware of multiply smtp >servers. No problem. There are already multiple SMTP servers in a cluster... ------------------------------------------------------------------------ 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, 13 Jan 1999 11:02:44 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: RE: Max Threads Date: 13 Jan 1999 16:47:12 GMT Message-ID: <77iimg$7fd$1@fleetstreet.Austria.EU.net> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU In article <009D2259.1F0A662A.15@goat.process.com>, Hunter Goatley writes: >eplan@kapsch.net (Peter LANGSTOEGER) writes: >> >>Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. >>I got calls of "why is the mail server down ?" which I want to avoid. >> >>*) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? >> >No. What _is_ the limit ? >>*) Is there a chance, that the MX_SMTP_SERVER_THREADS limit will be >>raised in the future ? V5.2 ? >> >You can already set it to 24 in V5.x. My experience has been that >setting it higher than 24 actually causes performance degradation. So try and error ? >>*) Is there a chance, that we can bind an SMTP server to a particular IP >>address on our multihomed VMScluster servers and therefore increase the >>number of SMTP servers (times MX_SMTP_SERVER_THREADS) in the cluster ? >> >You can SMTP Servers on multiple nodes and use MX records to have other >nodes in the cluster act as SMTP servers. I've only two servers in my cluster and I don't want to use a satellite for MX. So I'm still stuck with 2 SMTP_Servers... ------------------------------------------------------------------------ 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, 13 Jan 1999 11:02:51 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Max Threads Date: 13 Jan 1999 17:09:15 GMT Message-ID: <77ijvr$7r9$1@fleetstreet.Austria.EU.net> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU In article <009D225B.C349DC19.1@MadGoat.Com>, Matt Madison writes: >>>> Today we hitted the Max. Threads Limit (16) on both Servers of our cluster. >>>> I got calls of "why is the mail server down ?" which I want to avoid. >>>> >>>> *) Is 16 really the current MX_SMTP_SERVER_THREADS limit ? >>> >>>No. Apparently it's 30, and on one ocasion we've reached that limit. >> >>Where is this documented ? Does anyone like to top that value ? > >The Management Guide says the value "should" range from 1 to 16. > >If you configure the value through MX_DIR:MXCONFIG.COM, it is limited >to no more than 24. ;-) >The SMTP server code itself does not limit the value to a particular >maximum, so if you configure the logical name manually, you can (theoretically) >set it as high as you like. However, you should carefully examine process >quotas for the SMTP server to ensure that a resource shortage does not cause >the process to hang or crash. Thanks Matt. That's reasonable. PS: My problems were caused by an overloaded Internet Link. We still have 100% Usage on the link during the day, but we now have a 5% packet drop rate, too. ------------------------------------------------------------------------ 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, 13 Jan 1999 13:22:54 -0800 Message-ID: <369D0EFF.8EA97DA1@SMTP.DeltaTel.RU> Date: Thu, 14 Jan 1999 00:24:15 +0300 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.COM Subject: Re: MX 4.2/VMS Alpha/Local agent trouble References: <009D2265.129D28EE.15@goat.process.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hunter Goatley wrote: > > "Ruslan R. Laishev" writes: > > > >11-JAN-1998 20:36:10.94 DELIVER: Status=007E81FA from MAIL$ routines > >11-JAN-1998 20:36:10.94 DELIVER: --LOGLINK or OPENOUT failure; will retry. > > Which is just: > > $ set mess sys$message:cliutlmsg > $ write sys$output f$message(%x007E81FA) > %MAIL-E-OPENOUT, error opening !AS as output > $ > > Callable MAIL can't open the MAIL.MAI for some reason.... Yes. But what exactly this reason ? And why when I run from command line MX_LOCAL.exe all work normaly ? > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www2.wku.edu/hunter/ -- Be well, right now. +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 14 Jan 1999 03:22:10 -0800 Date: Thu, 14 Jan 1999 12:21:07 +0100 From: Jacek Tobiasz Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009D2340.D320C261.1@delta.sggw.waw.pl> Subject: RE: Max Threads >>from memory (do not have docs for 5.0/5.1 by hand) - you can increase >>smtp server threads limit up to 24 in 5.0/5.1. >>But check it in docs before tests ! > >Which docs ? In MX_DOC:MX_MGMT_GUIDE.TXT the documented limit is 16 !! Have looked at release notes and ... can not find. Perhaps it was just mail from Hunter. Regards >>>*) Is there a chance, that we can bind an SMTP server to a particular IP >>>address on our multihomed VMScluster servers and therefore increase the >>>number of SMTP servers (times MX_SMTP_SERVER_THREADS) in the cluster ? >> >>interesting idea. Of course MX/queue/locks must be aware of multiply smtp >>servers. > >No problem. There are already multiple SMTP servers in a cluster... it's a pity, I have no cluster to test it :-( :-) Regards Jacek ================================================================================ Archive-Date: Thu, 14 Jan 1999 03:35:50 -0800 From: "Sipi" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Date: Thu, 14 Jan 1999 12:31:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: Quoted-printable Subject: IMAP4 Does anybody know a (working) IMAP4 service under VAX VMS? We have an IMAP2 from the Pine distribution, but Netscape and other mailers need IMAP4... Sipi ___________________________________________________________ Sipos Tibor KLTE ISZK Tel.: (52) 316-666/2564 H-4010 Debrecen E-Mail: siposti@dragon.klte.hu Egyetem tér 1. siposti@tigris.klte.hu ________________________________________________________________ ================================================================================ Archive-Date: Thu, 14 Jan 1999 04:35:33 -0800 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: IMAP4 Date: 14 Jan 99 12:32:26 GMT Message-ID: <369de3da.0@nevada.kapsch.co.at> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU In article <139581777@MVB.SAIC.COM>, "Sipi" writes: >Does anybody know a (working) IMAP4 service under VAX VMS? We have an >IMAP2 from the Pine distribution, but Netscape and other mailers need >IMAP4... We use TCPware IMAP4 (http://www.process.com) since quite some time now... ------------------------------------------------------------------------ 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: Thu, 14 Jan 1999 05:38:10 -0800 Sender: goathunter@PROCESS.COM Date: Thu, 14 Jan 1999 07:38:00 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009D2319.4649EC81.18@ALPHA.WKU.EDU> Subject: Re: IMAP4 eplan@kapsch.net (Peter LANGSTOEGER) writes: > >In article <139581777@MVB.SAIC.COM>, "Sipi" writes: >>Does anybody know a (working) IMAP4 service under VAX VMS? We have an >>IMAP2 from the Pine distribution, but Netscape and other mailers need >>IMAP4... > >We use TCPware IMAP4 (http://www.process.com) since quite some time now... > MultiNet V4.1 also has an IMAP4 server. (Also http://www.process.com/) Hunter ------ Hunter Goatley, Process Software, http://www.process.com http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Sun, 17 Jan 1999 02:22:38 -0800 Sender: najman@HADASSAH.org.IL Date: Sun, 17 Jan 1999 12:21:10 -1300 From: "Najman Kahana. Ext:77313" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009D259C.542891CF.68@HADASSAH.org.IL> Subject: Looking for IMAP server Hello. Does anyone know where can I find an IMAP server for open VMS ? freeware/shareware/licensed. Thank you Najman Kahana Najman@hadassah.org.il +--------+------------------+------------------------------+---------------+ ! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! ! Najman@hadassah.org.il ! Jerusalem, Israel ! we have our ! ! ! (visit our capital soon) ! own viruses ! +--------+------------------+------------------------------+---------------+ ================================================================================ Archive-Date: Sun, 17 Jan 1999 03:21:04 -0800 Message-ID: <36A1C7AE.E2CAC17C@SMTP.DeltaTel.RU> Date: Sun, 17 Jan 1999 14:21:18 +0300 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: Re: Looking for IMAP server References: <009D259C.542891CF.68@HADASSAH.org.IL> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Najman Kahana. Ext:77313 wrote: > > Hello. > > Does anyone know where can I find an IMAP server for open VMS ? > freeware/shareware/licensed. TCPWare-TCP contain IMAP4 as part of kit. > > Thank you > > Najman Kahana > Najman@hadassah.org.il > > +--------+------------------+------------------------------+---------------+ > ! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! > ! Najman@hadassah.org.il ! Jerusalem, Israel ! we have our ! > ! ! (visit our capital soon) ! own viruses ! > +--------+------------------+------------------------------+---------------+ -- Be well, right now. +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Mon, 18 Jan 1999 06:20:57 -0800 Sender: goathunter@PROCESS.COM Date: Mon, 18 Jan 1999 08:20:48 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009D2643.EA6169E8.9@ALPHA.WKU.EDU> Subject: Re: Looking for IMAP server "Ruslan R. Laishev" writes: > >Najman Kahana. Ext:77313 wrote: >> >> Hello. >> >> Does anyone know where can I find an IMAP server for open VMS ? >> freeware/shareware/licensed. > TCPWare-TCP contain IMAP4 as part of kit. MultiNet does too. Hunter ------ Hunter Goatley, Process Software, http://www.process.com http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Mon, 18 Jan 1999 06:44:34 -0800 Date: Mon, 18 Jan 1999 14:39:43 BST From: Andy Harper Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: Andy.Harper@kcl.ac.uk Message-ID: <009D2678.D9B8EDF2.95@alder.cc.kcl.ac.uk> Subject: Re: Looking for IMAP server >>> Does anyone know where can I find an IMAP server for open VMS ? >>> freeware/shareware/licensed. You dont specify what level of IMAP. If you dont need 4, then there's a freeware IMAP2 bis implemenation with the VMS PINE distribution. See: http://alder.cc.kcl.ac.uk/pine-vms ftp://ftp2.kcl.ac.uk/pine-vms/pine-3-91-2.zip Also, I think there's a copy on the ftp.madgoat.com site. Latest version is Pine 3.91-2 Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Mon, 18 Jan 1999 06:59:16 -0800 Date: Mon, 18 Jan 1999 08:57:43 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-Support@MadGoat.com CC: MX-List@MadGoat.com, Pierangelo.Loreggia@swisscom.com Message-ID: <009D2649.12AE24B8.8@goat.process.com> Subject: RE: MX Statistics and Reports Pierangelo.Loreggia@swisscom.com writes: > >>Reports about the number of mails (with its size) each mail user has sent >or >>received, and statistics about mail traffic, per day, per hour, etc. >> The MXSUM utility, which is part of the contrib software, does something like this for a couple of the agents. >>If nothing is available, do you know of somebody who could write such a >>procedure or tool? > Anybody could write one.... With PERL or GAWK, it shouldn't be that difficult. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Tue, 19 Jan 1999 07:16:00 -0800 Message-ID: <541C9C38F3F3D111A3230000F89CCCCC1AC7B9@issmsg1.iss.msfc.nasa.gov> From: "Porter, Linda" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: "Walls, Bryan" , "Phillips, Tony" Subject: HELP - Serious problem with duplicates - again! Date: Tue, 19 Jan 1999 09:15:40 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" We have a serious problem with looping. Several mail messages sent to my big list were bounced by globalnet.co.uk back to my server for non-delivery. Unfortunately, the header globalnet sent fooled MX into sending the message again to the list. I removed the unfortunate subscriber from my list a week ago, but messages queued at globalnet.co.uk came back 5 days later for nondelivery and - you guessed it - got sent again! With over 40,000 subscribers, you can see the headache I've got. I don't believe moderating the list (even if it were available) is the issue. My only workaround, which I'm not sure will work, is to shut off MLF, so no lists are processed until I look at what's in the queue destined for MLF. Can I set a spam filter for this type of problem? If a message is destined for a list, I'd like to be able to examine the entire envelope before it gets sent to be sure it isn't in a loop. Is there any way to do this - or any other ideas? The bigger this list grows, the more probability this will happen, and the larger the audience that is offended. Thanks for any help you can give... (sample looped mail headers below...) -l ============= Linda Porter Code ES94 Data Systems Branch NASA/Marshall Space Flight Center Huntsville AL 35812 (256)544-7588 (256)544-7128 (fax) linda.porter@msfc.nasa.gov http://science.nasa.gov/ ===========================original (correct) mail header===================== Received: from X500MSFC.MSFC.NASA.GOV ([128.158.33.214]) by issmsg1.iss.msfc.nasa.gov with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id Y9WAC4SK; Tue, 5 Jan 1999 17:47:29 -0600 Return-Path: Received: from sslab.msfc.nasa.gov by x500msfc.msfc.nasa.gov with ESMTP; Tue, 5 Jan 1999 17:47:25 -0600 X-ListName: Science at Marshall Headline List Received: by sslab.msfc.nasa.gov (MX V5.1-X An9n) id 5; Tue, 5 Jan 1999 17:41:21 -0600 Date: Tue, 5 Jan 1999 17:41:21 -0600 From: NASA Science News To: express-delivery@sslab.msfc.nasa.gov Message-Id: <009D1C5B.11F97D8C.5@sslab.msfc.nasa.gov> Subject: Meteors by Moonlight ===========================first resent header =============================== Received: from X500MSFC.MSFC.NASA.GOV ([128.158.33.214]) by issmsg1.iss.msfc.nasa.gov with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id Y9WACZ0J; Thu, 7 Jan 1999 21:52:11 -0600 Return-Path: Received: from sslab.msfc.nasa.gov by x500msfc.msfc.nasa.gov with ESMTP; Thu, 7 Jan 1999 21:45:32 -0600 X-ListName: Science at Marshall Headline List Received: from coors.free-online.net (212.56.108.80) by sslab.msfc.nasa.gov (MX V5.1-X An9n) with SMTP for ; Thu, 7 Jan 1999 16:01:44 -0600 Received: (qmail 8808 invoked from network); 7 Jan 1999 22:10:07 -0000 Received: from unknown (HELO fervour.globalnet.co.uk) (212.56.114.195) by coors.free-online.net with SMTP; 7 Jan 1999 22:10:07 -0000 Received: from mail.globalnet.co.uk by fervour.globalnet.co.uk with POP3 (NetNow!/3.0.0.999) id FRVR80301580; Thu, 07 Jan 1999 22:00:16 -0000 X-Envelope-To: Kev@FERVOUR.GLOBALNET.CO.UK Received: from sslab.msfc.nasa.gov ([128.158.133.122]) by spool2.mail.global.net.uk with esmtp (Exim 2.05 #7) id 0zy3Wa-0004F0-00 for Kev@FERVOUR.GLOBALNET.CO.UK; Thu, 7 Jan 1999 00:42:08 +0000 Received: from sand2.global.net.uk (194.126.80.50) by sslab.msfc.nasa.gov (MX V5.1-X An9n) with ESMTP for ; Wed, 6 Jan 1999 14:47:35 -0600 Received: from pfas09a01.client.global.net.uk ([195.147.137.251] helo=fervour.globalnet.co.uk) by sand2.global.net.uk with smtp (Exim 2.05 #1) id 0zxzrV-0007ms-00 for express-delivery@sslab.msfc.nasa.gov; Wed, 6 Jan 1999 20:47:29 +0000 Received: from mail.globalnet.co.uk by fervour.globalnet.co.uk with POP3 (NetNow!/3.0.0.999) id FRVR80041530; Wed, 06 Jan 1999 20:47:06 -0000 X-Envelope-To: Kev@FERVOUR.GLOBALNET.CO.UK Received: from sslab.msfc.nasa.gov ([128.158.133.122]) by spool1.mail.global.net.uk with esmtp (Exim 2.05 #7) id 0zxjps-0000y8-00 for Kev@FERVOUR.GLOBALNET.CO.UK; Wed, 6 Jan 1999 03:40:44 +0000 Received: by sslab.msfc.nasa.gov (MX V5.1-X An9n) id 5; Tue, 5 Jan 1999 17:41:21 -0600 Date: Tue, 5 Jan 1999 17:41:21 -0600 From: NASA Science News To: express-delivery@sslab.msfc.nasa.gov Message-Id: <009D1C5B.11F97D8C.5@sslab.msfc.nasa.gov> Subject: Meteors by Moonlight X-Envelope-From: owner-express-delivery@sslab.msfc.nasa.gov X-Hops: 2 X-Envelope-From: owner-express-delivery@sslab.msfc.nasa.gov ===========================second resent header =============================== Received: from X500MSFC.MSFC.NASA.GOV ([128.158.33.214]) by issmsg1.iss.msfc.nasa.gov with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id Y9WAC9CY; Sun, 10 Jan 1999 09:48:32 -0600 Return-Path: Received: from sslab.msfc.nasa.gov by x500msfc.msfc.nasa.gov with ESMTP; Sun, 10 Jan 1999 09:47:48 -0600 X-ListName: Science at Marshall Headline List Received: from sand.global.net.uk (194.126.82.9) by sslab.msfc.nasa.gov (MX V5.1-X An9n) with ESMTP for ; Sun, 10 Jan 1999 09:41:16 -0600 Received: from p28s10a01.client.global.net.uk ([195.147.138.41] helo=fervour.globalnet.co.uk) by sand.global.net.uk with smtp (Exim 2.05 #1) id 0zzMzI-000032-00 for express-delivery@sslab.msfc.nasa.gov; Sun, 10 Jan 1999 15:41:14 +0000 Received: from mail.globalnet.co.uk by fervour.globalnet.co.uk with POP3 (NetNow!/3.0.0.999) id FRVR80952C4D; Sun, 10 Jan 1999 15:40:43 -0000 X-Envelope-To: Kev@FERVOUR.GLOBALNET.CO.UK Received: from sslab.msfc.nasa.gov ([128.158.133.122]) by spool2.mail.global.net.uk with esmtp (Exim 2.05 #7) id 0zy3Wa-0004F0-00 for Kev@FERVOUR.GLOBALNET.CO.UK; Thu, 7 Jan 1999 00:42:08 +0000 Received: from sand2.global.net.uk (194.126.80.50) by sslab.msfc.nasa.gov (MX V5.1-X An9n) with ESMTP for ; Wed, 6 Jan 1999 14:47:35 -0600 Received: from pfas09a01.client.global.net.uk ([195.147.137.251] helo=fervour.globalnet.co.uk) by sand2.global.net.uk with smtp (Exim 2.05 #1) id 0zxzrV-0007ms-00 for express-delivery@sslab.msfc.nasa.gov; Wed, 6 Jan 1999 20:47:29 +0000 Received: from mail.globalnet.co.uk by fervour.globalnet.co.uk with POP3 (NetNow!/3.0.0.999) id FRVR80041530; Wed, 06 Jan 1999 20:47:06 -0000 X-Envelope-To: Kev@FERVOUR.GLOBALNET.CO.UK Received: from sslab.msfc.nasa.gov ([128.158.133.122]) by spool1.mail.global.net.uk with esmtp (Exim 2.05 #7) id 0zxjps-0000y8-00 for Kev@FERVOUR.GLOBALNET.CO.UK; Wed, 6 Jan 1999 03:40:44 +0000 Received: by sslab.msfc.nasa.gov (MX V5.1-X An9n) id 5; Tue, 5 Jan 1999 17:41:21 -0600 Date: Tue, 5 Jan 1999 17:41:21 -0600 From: NASA Science News To: express-delivery@sslab.msfc.nasa.gov Message-Id: <009D1C5B.11F97D8C.5@sslab.msfc.nasa.gov> Subject: Meteors by Moonlight X-Envelope-From: owner-express-delivery@sslab.msfc.nasa.gov X-Hops: 2 X-Envelope-From: owner-express-delivery@sslab.msfc.nasa.gov ===========================nth resent header =============================== Received: from X500MSFC.MSFC.NASA.GOV ([128.158.33.214]) by issmsg1.iss.msfc.nasa.gov with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id Y9WADL7H; Sat, 16 Jan 1999 08:00:28 -0600 Return-Path: Received: from sslab.msfc.nasa.gov by x500msfc.msfc.nasa.gov with ESMTP; Sat, 16 Jan 1999 07:59:17 -0600 X-ListName: Science at Marshall Headline List Received: from sand2.global.net.uk (194.126.80.50) by sslab.msfc.nasa.gov (MX V5.1-X An9n) with ESMTP for ; Sat, 16 Jan 1999 04:26:27 -0600 Received: from pa5s03a01.client.global.net.uk ([195.147.131.166] helo=fervour.globalnet.co.uk) by sand2.global.net.uk with smtp (Exim 2.05 #1) id 101Svw-0002Qh-00 for express-delivery@sslab.msfc.nasa.gov; Sat, 16 Jan 1999 10:26:26 +0000 Received: from mail.globalnet.co.uk by fervour.globalnet.co.uk with POP3 (NetNow!/3.0.0.999) id FRVR82344191; Sat, 16 Jan 1999 10:26:06 -0000 X-Envelope-To: Kev@FERVOUR.GLOBALNET.CO.UK Received: from sslab.msfc.nasa.gov ([128.158.133.122]) by spool1.mail.global.net.uk with esmtp (Exim 2.05 #7) id 0zyR7A-0006R9-00 for Kev@FERVOUR.GLOBALNET.CO.UK; Fri, 8 Jan 1999 01:53:28 +0000 Received: from coors.free-online.net (212.56.108.80) by sslab.msfc.nasa.gov (MX V5.1-X An9n) with SMTP for ; Thu, 7 Jan 1999 16:01:44 -0600 Received: (qmail 8808 invoked from network); 7 Jan 1999 22:10:07 -0000 Received: from unknown (HELO fervour.globalnet.co.uk) (212.56.114.195) by coors.free-online.net with SMTP; 7 Jan 1999 22:10:07 -0000 Received: from mail.globalnet.co.uk by fervour.globalnet.co.uk with POP3 (NetNow!/3.0.0.999) id FRVR80301580; Thu, 07 Jan 1999 22:00:16 -0000 X-Envelope-To: Kev@FERVOUR.GLOBALNET.CO.UK Received: from sslab.msfc.nasa.gov ([128.158.133.122]) by spool2.mail.global.net.uk with esmtp (Exim 2.05 #7) id 0zy3Wa-0004F0-00 for Kev@FERVOUR.GLOBALNET.CO.UK; Thu, 7 Jan 1999 00:42:08 +0000 Received: from sand2.global.net.uk (194.126.80.50) by sslab.msfc.nasa.gov (MX V5.1-X An9n) with ESMTP for ; Wed, 6 Jan 1999 14:47:35 -0600 Received: from pfas09a01.client.global.net.uk ([195.147.137.251] helo=fervour.globalnet.co.uk) by sand2.global.net.uk with smtp (Exim 2.05 #1) id 0zxzrV-0007ms-00 for express-delivery@sslab.msfc.nasa.gov; Wed, 6 Jan 1999 20:47:29 +0000 Received: from mail.globalnet.co.uk by fervour.globalnet.co.uk with POP3 (NetNow!/3.0.0.999) id FRVR80041530; Wed, 06 Jan 1999 20:47:06 -0000 X-Envelope-To: Kev@FERVOUR.GLOBALNET.CO.UK Received: from sslab.msfc.nasa.gov ([128.158.133.122]) by spool1.mail.global.net.uk with esmtp (Exim 2.05 #7) id 0zxjps-0000y8-00 for Kev@FERVOUR.GLOBALNET.CO.UK; Wed, 6 Jan 1999 03:40:44 +0000 Received: by sslab.msfc.nasa.gov (MX V5.1-X An9n) id 5; Tue, 5 Jan 1999 17:41:21 -0600 Date: Tue, 5 Jan 1999 17:41:21 -0600 From: NASA Science News Reply-To: EXPRESSREPLY@SSLAB.MSFC.NASA.GOV To: express-delivery@sslab.msfc.nasa.gov Message-Id: <009D1C5B.11F97D8C.5@sslab.msfc.nasa.gov> Subject: Meteors by Moonlight X-Envelope-From: owner-express-delivery@sslab.msfc.nasa.gov X-Hops: 3 X-Envelope-From: owner-express-delivery@sslab.msfc.nasa.gov X-Envelope-From: owner-express-delivery@sslab.msfc.nasa.gov ================================================================================ Archive-Date: Tue, 19 Jan 1999 08:26:45 -0800 Date: Tue, 19 Jan 1999 08:26:30 -0800 (PST) From: Dan Wing Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: "Walls, Bryan" , "Phillips, Tony" Subject: Re: HELP - Serious problem with duplicates - again! In-Reply-To: <541C9C38F3F3D111A3230000F89CCCCC1AC7B9@issmsg1.iss.msfc.nasa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 19 Jan 1999, Porter, Linda wrote: [...] > Can I set a spam filter for this type of problem? If a message is destined > for a list, I'd like to be able to examine the entire envelope before it > gets sent to be sure it isn't in a loop. Is there any way to do this - or > any other ideas? Quit modifying the From: address with MLF, and your problem will cease. However, you probably don't want to do that. Another alternative is to setup a SITE agent in conjunction with your mailing list and force all submissions through the SITE agent. That was done with some mailing lists at TGV and worked well to block spam (note: this is completely unrelated to the anti-spam support in recent versions of MX). This SITE agent could detect a bounce (searching for strings that usually appear in bounces) and force *just those messages* to be moderated. > The bigger this list grows, the more probability this will happen, and the > larger the audience that is offended. Likewise, with the same argument, the more mailers you will encounter that erroneously send bounces to the RFC822 From: header. -Dan Wing ================================================================================ Archive-Date: Tue, 19 Jan 1999 09:29:35 -0800 From: dunnett@mala.bc.ca (Malcolm Dunnett) Reply-To: MX-List@MadGoat.com Subject: Re: Looking for IMAP server Date: 17 Jan 99 11:16:39 -0700 Message-ID: To: MX-List@LISTS.WKU.EDU In article <009D259C.542891CF.68@HADASSAH.org.IL>, "Najman Kahana. Ext:77313" writes: > Hello. > > Does anyone know where can I find an IMAP server for open VMS ? > freeware/shareware/licensed. > PMDF includes an IMAP server, see www.innosoft.com for details. It's fairly expensive ( relative to MX that is ) , but they do have substantial discounts for educational institutions. The Multinet IP stack also includes an IMAP server, but if you're not already using Multinet switching IP stacks to get an IMAP server probably isn't reasonable. -- ============================================================================= Malcolm Dunnett Malaspina University-College Email: dunnett@mala.bc.ca Computer Services Nanaimo, B.C. CANADA V9R 5S5 Tel: (250)755-8738 "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!" posted on www.openvms.digital.com on or about Sep 22,1998 Quashed on Sep 23,1998 ================================================================================ Archive-Date: Tue, 19 Jan 1999 10:31:19 -0800 Date: Tue, 19 Jan 1999 14:31:08 -0400 From: Rod Regier Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rr@dymaxion.ca Message-ID: <009D2740.D146D6FE.3670@dymaxion.ca> Subject: Intermittent, repeated "queue full" condition for no apparent reason I've encountered repeated, intermittent occurances of the following bug with both MX4.2 and MX5.1 under OpenVMS V6.2 running on a clustered VAXstation 4000/90 system. Around 35 email users at a commercial site, some are subscribed to mailing lists, and a few MX-hosted mailing lists supported. The other cluster node is not using MX. The frequency of occurance is about once every 2-3 weeks. Link to ISP is 256K bits/sec. Failure: The MX queue is apparently full, and any attempts to send MX% prefixed email fails with a "queue full" message. Recovery: !V:RR!> mcp MCP> queue stat %MCP-I-QSTATUS, total entries: 10000/10000 (100%) Highest entry used: 10000 (100%) MCP> queue sync MCP> queue purge MCP> queue stat %MCP-I-QSTATUS, total entries: 0/10000 (0%) Highest entry used: 10000 (100%) MX shutdown, and restarted afterwards, works ok for a few more weeks. \\\\ Any ideas, or stuff to display when the problem next recurs? Note to Madgoat - I've just snail-mailed my license fee payment cheque -- 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 email: RRegier@dymaxion.ca corporate url: http://www.dymaxion.ca ================================================================================ Archive-Date: Tue, 19 Jan 1999 10:47:41 -0800 Sender: madison@MadGoat.Com Date: Tue, 19 Jan 1999 10:47:35 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: rr@dymaxion.ca Message-ID: <009D2721.962665D4.1@MadGoat.Com> Subject: RE: Intermittent, repeated "queue full" condition for no apparent reason >I've encountered repeated, intermittent occurances of the following >bug with both MX4.2 and MX5.1 under OpenVMS V6.2 running on a >clustered VAXstation 4000/90 system. [...] >Any ideas, or stuff to display when the problem next recurs? There were some queue corruption problems in versions prior to V5.0; a corrupted message queue can cause lingering problems even after upgrading. I would suggest deleting your existing queue and creating a new one after upgrading to V5.x. You should do this, of course, when the existing queue is completely empty. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Wed, 20 Jan 1999 03:03:43 -0800 Date: Wed, 20 Jan 1999 12:03:24 +0100 From: Magnus Johansson Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Subject: Rejection notification In-Reply-To: <009D2721.962665D4.1@MadGoat.Com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I'm wondering, could I make the MX-rejection-notifications (OPCOM) look more like the ones from SPAMFILTER? --- SPAMFILTER: message from to (entry #5) dropped due to Message contains X-UIDL: header AND "Authenticated sender" header --- It tells me, from, to and also specifically which/what rules caused the rejection. --- MX SMTP server: rejected message from sent by [24.2.9.66] due to RFC822 header --- Doesn't give as much information, debugging without the original mail, would be easier. (Yes, I did see MX_ANTI_SPAM_DEBUG, but an extra log-file run continously wasn't quite what I was looking for.) --- <\_/> "Marvin's the clearest (\_/) <\_/> thinker I know." (o o) Magnus Johansson \_/ \_/ johansson@ctrl-c.liu.se \_/ ================================================================================ Archive-Date: Wed, 20 Jan 1999 07:43:03 -0800 Sender: jrt@grenoble.sema.fr Message-ID: <36A5F997.DE05A2A5@grenoble.sema.fr> Date: Wed, 20 Jan 1999 16:43:20 +0100 From: Joel RACIQUOT Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: INPROG status Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello. We were runing the MX 5.0 on an VMS/Alpha without problem. We decided to upgrade to the 5.1 patches with eco 2, eco 4 and eco 5, but a problem appears : some mails stay in status 'INPROG' the "mcp que sh xxx/full shows" command result is : Last error: %MX-W-HOSTLOCK, target host is temporarily locked against connection attempts I try to ready the entry, delete the lock file, stop/start MX, reset the queue... no change. So I run the debug mode who shows in the MX_SMTP_LOG.LOGxxxxx file : 20-JAN-1999 11:53:51.01 SMTP_SEND: looking up host name example.fr 20-JAN-1999 11:53:51.08 SMTP_SEND: NETLIB_DNS_MX_LOOKUP status is 00000001 20-JAN-1999 11:53:51.56 1 rcpts need retry, next try 20-JAN-1999 12:03:51.56 20-JAN-1999 11:53:51.63 *** End of processing pass *** Does anyone know where the problem is comming from ? Thanks for any help. ====================================================== RACIQUOT Joel - mailto:Joel.RACIQUOT@grenoble.sema.fr tel -33- 4 76 41 47 64 fax -33- 4 76 41 47 47 Sema Group - Division Energie et Industrie 36, Chemin du Vieux Chene - BP 104 - 38240 MEYLAN ======================================================= ================================================================================ Archive-Date: Wed, 20 Jan 1999 10:58:30 -0800 Message-ID: <36A626CF.6CD7627F@ccr.dsi.uanl.mx> Date: Wed, 20 Jan 1999 12:56:16 -0600 From: "Euriel Gómez Raga" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: Problem with recipient. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have a problem with MX software or any of its agents, because when I send a message without domain part of the email address ( recipient ) the message delivery is successful, and when I send a message with the complete address domain the message does not have a recipient on the Message queue, and it does not arraive to the address specified on the to: item. The following information of a sent message with just the username on the to: followed by the domain part of the entire email address is shown like this: MCP> SHOW QUEUE/FULL 321 Entry: 321, Origin: [Local] Status: FINISHED, size: 32 bytes Created: 19-JAN-1999 12:32:44.75, expires 18-FEB-1999 12:32:44.75 Last modified 19-JAN-1999 12:33:44.26 =================================== As you can see the last command does not have recipient and I don't have error message to sender or postmaster. Any suggestion about how to fix this problem will be appreciate. Thanks. ================================================================================ Archive-Date: Thu, 21 Jan 1999 15:25:48 -0800 Message-ID: <01BE4552.7366BBE0.street@nic.bc.ca> From: Mary Street Reply-To: MX-List@MadGoat.com To: "'MX-List@MadGoat.com'" Subject: Return Address Problems Date: Thu, 21 Jan 1999 15:26:42 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit We have 2 VAX 4000/200 running VMS 6.1, MX 5.1 and Multinet CISCO MultiNet V4.0 Rev A and are having a few problems. If a user logs into one our systems ABC1 and sends mail to another user. The other user picks up their mail using POP3 on the second VAX, ABC2. The return address is prefaced with the node name. The return address that the recipient would see is: "ABC1::JONES"@ABC2.NIC.BC.CA Any suggestions? Mary Mary Street Manager, Computer Services North Island College (250)334-5254 http://www.nic.bc.ca/cs ================================================================================ Archive-Date: Thu, 21 Jan 1999 15:53:41 -0800 Date: Thu, 21 Jan 1999 15:53:35 -0800 (PST) From: Dan Wing Reply-To: MX-List@MadGoat.com To: MX-list CC: Mary Street Subject: Re: Return Address Problems In-Reply-To: <01BE4552.7366BBE0.street@nic.bc.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 21 Jan 1999, Mary Street wrote: > We have 2 VAX 4000/200 running VMS 6.1, MX 5.1 and Multinet CISCO > MultiNet V4.0 Rev A and are having a few problems. > > If a user logs into one our systems ABC1 and sends mail to another user. > The other user picks up their mail using POP3 on the second VAX, ABC2. > The return address is prefaced with the node name. > The return address that the recipient would see is: "ABC1::JONES"@ABC2.NIC.BC.CA > > Any suggestions? First, there is nothing illegal about the return address. What is your value of the logical MAIL$SYSTEM_FLAGS ? Are both nodes running MX? Do both nodes have the same "From:" address when you send mail? If not, they should, and the POP server should also be using the same name (MX doesn't include a POP server, so you need to configure the POP server you're using or define the appropriate logical for the POP server you're using so they all have the same hostname). -Dan Wing ================================================================================ Archive-Date: Thu, 21 Jan 1999 16:08:12 -0800 Message-ID: <01BE4558.4E8C2AC0.street@nic.bc.ca> From: Mary Street Reply-To: MX-List@MadGoat.com To: MX-list CC: 'Dan Wing' Subject: RE: Return Address Problems Date: Thu, 21 Jan 1999 16:08:37 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit There is nothing illegal about the address but both Eudora and Outlook have fits when a user tries to reply to it. There is nothing currently set in MAIL$SYSTEM_FLAGS Both systems are running MX. I think that the FROM name is where it is appending @ABC2.NIC.BC.CA What I want it to do is not put the NODE name at the beginning of the address. I think that this is being striped off if the message is sent and picked up by POP3 on the same node. I'm not entirely sure how to configure Multinet to do this. Mary -----Original Message----- From: Dan Wing [SMTP:dwing@cisco.com] Sent: None To: MX-list Cc: Mary Street Subject: Re: Return Address Problems On Thu, 21 Jan 1999, Mary Street wrote: > We have 2 VAX 4000/200 running VMS 6.1, MX 5.1 and Multinet CISCO > MultiNet V4.0 Rev A and are having a few problems. > > If a user logs into one our systems ABC1 and sends mail to another user. > The other user picks up their mail using POP3 on the second VAX, ABC2. > The return address is prefaced with the node name. > The return address that the recipient would see is: "ABC1::JONES"@ABC2.NIC.BC.CA > > Any suggestions? First, there is nothing illegal about the return address. What is your value of the logical MAIL$SYSTEM_FLAGS ? Are both nodes running MX? Do both nodes have the same "From:" address when you send mail? If not, they should, and the POP server should also be using the same name (MX doesn't include a POP server, so you need to configure the POP server you're using or define the appropriate logical for the POP server you're using so they all have the same hostname). -Dan Wing ================================================================================ Archive-Date: Thu, 21 Jan 1999 16:25:06 -0800 Date: Thu, 21 Jan 1999 16:24:50 -0800 (PST) From: Dan Wing Reply-To: MX-List@MadGoat.com To: Mary Street CC: MX-list Subject: RE: Return Address Problems In-Reply-To: <01BE4558.4E8C2AC0.street@nic.bc.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 21 Jan 1999, Mary Street wrote: > There is nothing illegal about the address but both Eudora and Outlook > have fits when a user tries to reply to it. Then they're both broken, by the way. > There is nothing currently set in MAIL$SYSTEM_FLAGS If you are in a cluster with shared SYSUAF, it should be defined. See your VMS manual. I don't recall what the various bits do. > Both systems are running MX. I think that the FROM name is where it > is appending > > @ABC2.NIC.BC.CA For both machines? Or is it "abc2" for one and "abc1" for the other? If it is appending different hostnames, then that is why the receiver's system is somewhat confused. > What I want it to do is not put the NODE name at the beginning of the > address. I think that this is being striped off if the message is sent > and picked up by POP3 on the same node. I'm not entirely sure how to > configure Multinet to do this. If you define MAIL$SYSTEM_FLAGS correctly and change your MX logicals so that your From: line no longer contains the nodename, then when you send mail from user A to user B (even on different nodes) and go into VMSmail you should see the "nodeXXX::user"@nodexxx... stuff be reduced to a simple user@nic.bc.ca, which would fix the problems. First fix MX and verify it is fixed by looking at the address using VMSmail ("$ MAIL"). Then work on POP3 -- I don't think you really need to touch POP3 once you have VMSmail and MX deliverying mail correctly. -Dan Wing > > Mary > > -----Original Message----- > From: Dan Wing [SMTP:dwing@cisco.com] > Sent: None > To: MX-list > Cc: Mary Street > Subject: Re: Return Address Problems > > On Thu, 21 Jan 1999, Mary Street wrote: > > > We have 2 VAX 4000/200 running VMS 6.1, MX 5.1 and Multinet CISCO > > MultiNet V4.0 Rev A and are having a few problems. > > > > If a user logs into one our systems ABC1 and sends mail to another user. > > The other user picks up their mail using POP3 on the second VAX, ABC2. > > The return address is prefaced with the node name. > > The return address that the recipient would see is: "ABC1::JONES"@ABC2.NIC.BC.CA > > > > Any suggestions? > > First, there is nothing illegal about the return address. > > What is your value of the logical MAIL$SYSTEM_FLAGS ? > > Are both nodes running MX? Do both nodes have the same "From:" > address when you send mail? If not, they should, and the POP > server should also be using the same name (MX doesn't include a > POP server, so you need to configure the POP server you're using > or define the appropriate logical for the POP server you're using > so they all have the same hostname). > > -Dan Wing > > ================================================================================ Archive-Date: Fri, 22 Jan 1999 05:59:09 -0800 Date: Fri, 22 Jan 1999 14:58:48 +0100 From: Dominique HOUVIEZ Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: houviez@univ-lille3.fr Message-ID: <009D29A0.2E17E5CE.17@univ-lille3.fr> Subject: Problem with a forwarded address My problem : I have a user whose address is forwarded : MAIL> sh forw /user=broze BROZE has mail forwarded to MX%"broze@core.ucl.ac.be" I think that, when somebody in my domain (univ-lille3.fr), sends, with Eudora, a message to a list of addresses (in the destination field) in this form : Broze,Berthonneau,Delcambre,Luce.Guillerm,Jean-Pierre.Guillerm,Hirsch,Hocquet,Pierr e.Leconte this message is sent to all these people completed (by MX, I guess) with the domain name : univ-lille3.fr But, when it is received at core.ucl.ac.be, all the names are then completed whith THEIR domain and it gives : X-MX-Warning: Warning -- Invalid "To" header. To: Broze@coreserver.core.ucl.ac.be, Berthonneau@coreserver.core.ucl.ac.be, Delcambre@coreserver.core.ucl.ac.be, Luce.Guillerm@coreserver.core.ucl.ac.be, Jean-Pierre.Guillerm@coreserver.core.ucl.ac.be, Hirsch@coreserver.core.ucl.ac.be, Hocquet@coreserver.core.ucl.ac.be, Pierre.Leconte@coreserver.core.ucl.ac.be, What could I do to avoid that or is there a problem at the other end ? I know that Eudora can complete local addresses automatically but I would not like to have to explain to my 800+ users how to configure their 800+ versions of Eudora (French, English, Light, Pro...). I could also use an alias in place of a forward, but I don't think that it would change anything ? Here are some other headers showing the problem : Return-Path: Received: from L3AV01.univ-lille3.fr ([192.70.115.211]) by coreserver.core.ucl.ac.be (Netscape Messaging Server 3.5) with ESMTP id 197 for ; Tue, 19 Jan 1999 08:13:24 +0100 Received: from 194.57.218.19 (194.57.218.19) by L3AV01.univ-lille3.fr (MX V5.0) with SMTP; Tue, 19 Jan 1999 08:06:14 +0100 Resent-Date: Tue, 19 Jan 1999 08:06:15 +0100 Resent-From: broze@univ-lille3.fr Resent-To: X-Sender: leconte@pop.univ-lille3.fr Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Mailer: Eudora F1.5.5 Date: Tue, 19 Jan 1999 08:05:54 +0100 X-MX-Warning: Warning -- Invalid "To" header. To: Broze@coreserver.core.ucl.ac.be, Berthonneau@coreserver.core.ucl.ac.be, Delcambre@coreserver.core.ucl.ac.be, Luce.Guillerm@coreserver.core.ucl.ac.be, Jean-Pierre.Guillerm@coreserver.core.ucl.ac.be, Hirsch@coreserver.core.ucl.ac.be, Hocquet@coreserver.core.ucl.ac.be, Pierre.Leconte@coreserver.core.ucl.ac.be TIA ------------------------------------+----------------------------------- Dominique HOUVIEZ |E-Mail: houviez@univ-lille3.fr Centre de Ressources Informatiques | Universite Charles de Gaulle-Lille 3| B.P. 149 |Tel: +33(0)320 416 121 F59653 VILLENEUVE d'ASCQ Cedex |Fax: +33(0)320 416 001 ------------------------------------+----------------------------------- ================================================================================ Archive-Date: Sat, 23 Jan 1999 07:55:47 -0800 Sender: madison@MadGoat.Com Date: Sat, 23 Jan 1999 07:55:41 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: JOHANSSON@ctrl-c.liu.se Message-ID: <009D2A2E.3C351411.1@MadGoat.Com> Subject: RE: Rejection notification >I'm wondering, could I make the MX-rejection-notifications (OPCOM) look more >like the ones from SPAMFILTER? > >--- >SPAMFILTER: message from to > (entry #5) dropped due to Message contains >X-UIDL: header AND "Authenticated sender" header If a message is rejected by the REJMAN heuristic filters, the OPCOM message you get will contain similar information. This message: >MX SMTP server: rejected message from sent >by [24.2.9.66] due to RFC822 header is from a manually-entered rejection rule (of the ADD REJECTION/HEADER variety). >Doesn't give as much information, debugging without the original mail, >would be easier. True. I will see what I can do for the next release. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Sat, 23 Jan 1999 08:01:56 -0800 Sender: madison@MadGoat.Com Date: Sat, 23 Jan 1999 08:01:48 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: Joel.Raciquot@grenoble.sema.fr Message-ID: <009D2A2F.1750E633.13@MadGoat.Com> Subject: RE: INPROG status >We were runing the MX 5.0 on an VMS/Alpha without problem. >We decided to upgrade to the 5.1 patches with eco 2, eco 4 and eco 5, >but a problem appears : some mails stay in status 'INPROG' > >the "mcp que sh xxx/full shows" command result is : >Last error: %MX-W-HOSTLOCK, target host is temporarily >locked against connection attempts This means that one of the SMTP agents has already tried and failed to connect to the destination host, and has created the lock file to prevent other agents from trying to connect to the same host until the retry interval has passed. >I try to ready the entry, delete the lock file, stop/start MX, reset the >queue... >no change. You should examine the contents of the lock file to find out why the connection failed. Then delete the lock file before READYing the entry. There may actually be two lock files you need to delete; one based on the destination host name, another based on its IP address. >So I run the debug mode who shows in the MX_SMTP_LOG.LOGxxxxx file : >20-JAN-1999 11:53:51.01 SMTP_SEND: looking up host name example.fr >20-JAN-1999 11:53:51.08 SMTP_SEND: NETLIB_DNS_MX_LOOKUP status is >00000001 >20-JAN-1999 11:53:51.56 1 rcpts need retry, next try 20-JAN-1999 >12:03:51.56 >20-JAN-1999 11:53:51.63 *** End of processing pass *** A debug log for an attempt made with no lock file present should tell you more. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Sat, 23 Jan 1999 08:05:05 -0800 Sender: madison@MadGoat.Com Date: Sat, 23 Jan 1999 08:05:00 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: egomez@ccr.dsi.uanl.mx Message-ID: <009D2A2F.89EDDCBE.5@MadGoat.Com> Subject: RE: Problem with recipient. >I have a problem with MX software or any of its agents, because when I >send a message without >domain part of the email address ( recipient ) the message delivery >is successful, and when I send a message with the complete address >domain >the message does not have a recipient on the Message queue, and it does >not arraive >to the address specified on the to: item. [...] >=================================== >As you can see the last command does not have recipient >and I don't have error message to sender or postmaster. > >Any suggestion about how to fix this problem will be appreciate. Assuming the message is supposed to be going out via SMTP, you should enable logging: $ DEFINE/SYS MX_ROUTER_DEBUG TRUE $ DEIFNE/SYS MX_SMTP_DEBUG TRUE Send the message, then examine the files MX_ROUTER_DIR:MX_ROUTER_LOG.LOG* and MX_SMTP_DIR:MX_SMTP_LOG.LOG* to find out what happened. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Sat, 23 Jan 1999 08:23:07 -0800 Sender: madison@MadGoat.Com Date: Sat, 23 Jan 1999 08:23:01 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: houviez@uni-lille3.fr Message-ID: <009D2A32.0E2067A2.30@MadGoat.Com> Subject: RE: Problem with a forwarded address >I have a user whose address is forwarded : >MAIL> sh forw /user=broze >BROZE has mail forwarded to MX%"broze@core.ucl.ac.be" > >I think that, when somebody in my domain (univ-lille3.fr), sends, with Eudora, a >message to a list of addresses (in the destination field) in this form : >Broze,Berthonneau,Delcambre,Luce.Guillerm,Jean-Pierre.Guillerm,Hirsch,Hocquet,Pierr >e.Leconte >this message is sent to all these people completed (by MX, I guess) with the domain >name : univ-lille3.fr In the SMTP envelope, but not in the RFC822 headers. >But, when it is received at core.ucl.ac.be, all the names are then completed whith >THEIR domain and it gives : Right. The server at that site is automatically adding its domain name to the addresses To: header. [...] >What could I do to avoid that or is there a problem at the other end ? >I know that Eudora can complete local addresses automatically but I would not like >to have to explain to my 800+ users how to configure their 800+ versions of Eudora >(French, English, Light, Pro...). I could also use an alias in place of a forward, >but I don't think that it would change anything ? No, it won't. Unfortunately, there are many mailers out there try try to be helpful and muck around with the RFC822 headers for you, even though they aren't supposed to. MX doesn't normally do that, but you might be able to create an ADDRESS_REWRITER callout that will perform the address completion. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Mon, 25 Jan 1999 09:53:45 -0800 Message-ID: <36825220.BA6C0AA5@SMTP.DeltaTel.RU> Date: Thu, 24 Dec 1998 17:39:28 +0300 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 Subject: MX Local problem... Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: MX-List@LISTS.WKU.EDU Hi All! Recently I chenged protection of several files in sys$system (may be somewhere too)... I switch on DEBUG mode for LOCAL delivery agent and what I see: MX_LOCAL_LOG.LOG: Processing queue entry number 6 Checking local name: LAISHEV LOCAL_USER: User LAISHEV definitely local. This is a regular delivery. DELIVER: mime_headers = 0 DELIVER: fdlstr = "" DELIVER: Using MX%"laishev@SMTP.DeltaTel.RU" as VMS MAIL From address. DELIVER: Using MX%"laishev@SMTP.DeltaTel.RU" as VMS MAIL To address. DELIVER: Using as VMS MAIL CC address. DELIVER: Using "reg" as subject. DELIVER: Delivering to LAISHEV DELIVER: Status=007E81FA from MAIL$ routines DELIVER: --LOGLINK or OPENOUT failure; will retry. Setting up for retry at .... What is problem ? -- Be well, right now. +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom JSC, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Tue, 26 Jan 1999 04:46:13 -0800 Sender: jrt@grenoble.sema.fr Message-ID: <36ADB978.D4CDB4D2@grenoble.sema.fr> Date: Tue, 26 Jan 1999 13:47:53 +0100 From: Joel RACIQUOT Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: Re: INPROG status References: <009D2A2F.1750E633.13@MadGoat.Com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Matt Madison wrote: > This means that one of the SMTP agents has already tried and failed to > connect to the destination host, and has created the lock file to > prevent other agents from trying to connect to the same host until > the retry interval has passed. > > >I try to ready the entry, delete the lock file, stop/start MX, reset the > >queue... > >no change. > > You should examine the contents of the lock file to find out why the > connection failed. Then delete the lock file before READYing the > entry. There may actually be two lock files you need to delete; one > based on the destination host name, another based on its IP address. Hello, I follow your instruction and the result is: Before the first lock file is create, the first message in the MX_SMTP_LOG.LOG_xxx is : 25-JAN-1999 18:41:36.56 =================================================== 25-JAN-1999 18:41:36.68 Processing queue entry number 58 on node ATTILA for path number 2 25-JAN-1999 18:41:36.74 Recipient: , route=popnew.grenoble.sema.fr 25-JAN-1999 18:41:36.81 SMTP_SEND: looking up host name popnew.grenoble.sema.fr 25-JAN-1999 18:41:36.85 SMTP_SEND: NETLIB_DNS_MX_LOOKUP status is 00000001 25-JAN-1999 18:41:37.55 1 rcpts need retry, next try 25-JAN-1999 18:51:37.55 25-JAN-1999 18:41:37.61 *** End of processing pass *** 25-JAN-1999 18:41:39.13 =================================================== The lock file contain : 25-JAN-1999 18:41:37.00 0C2783B8: %MX-W-NOCONTACT, could not establish contact with any mail servers for this destination and the next message in the MX_SMTP_LOG.LOG_xxx 25-JAN-1999 18:41:39.13 =================================================== 25-JAN-1999 18:41:39.15 Processing queue entry number 60 on node ATTILA for path number 2 25-JAN-1999 18:41:39.23 Recipient: , route=popnew.grenoble.sema.fr 25-JAN-1999 18:41:39.58 1 rcpts need retry, next try 25-JAN-1999 18:51:39.58 25-JAN-1999 18:41:39.62 *** End of processing pass *** 25-JAN-1999 18:41:44.50 =================================================== The trouble comming from the Mx 5.0 connecting on the same hosts without problem, and sending mail. The MX5.1 working very well with some hosts on wich the connection and the mail send is ok. Of course the Mx 'client' hosts are alway the same. Thanks ====================================================== RACIQUOT Joel - mailto:Joel.RACIQUOT@grenoble.sema.fr tel -33- 4 76 41 47 64 fax -33- 4 76 41 47 47 Sema Group - Division Energie et Industrie 36, Chemin du Vieux Chene - BP 104 - 38240 MEYLAN ======================================================= ================================================================================ Archive-Date: Tue, 26 Jan 1999 06:49:33 -0800 Sender: madison@MadGoat.Com Date: Tue, 26 Jan 1999 06:49:28 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: Joel.Raciquot@grenoble.sema.fr Message-ID: <009D2C80.7B9913B0.3@MadGoat.Com> Subject: Re: INPROG status >I follow your instruction and the result is: >Before the first lock file is create, the first message in >the MX_SMTP_LOG.LOG_xxx is : > >25-JAN-1999 18:41:36.56 =================================================== >25-JAN-1999 18:41:36.68 Processing queue entry number 58 on node ATTILA for path >number 2 >25-JAN-1999 18:41:36.74 Recipient: , >route=popnew.grenoble.sema.fr >25-JAN-1999 18:41:36.81 SMTP_SEND: looking up host name >popnew.grenoble.sema.fr >25-JAN-1999 18:41:36.85 SMTP_SEND: NETLIB_DNS_MX_LOOKUP status is 00000001 >25-JAN-1999 18:41:37.55 1 rcpts need retry, next try 25-JAN-1999 18:51:37.55 >25-JAN-1999 18:41:37.61 *** End of processing pass *** >25-JAN-1999 18:41:39.13 =================================================== > >The lock file contain : >25-JAN-1999 18:41:37.00 0C2783B8: %MX-W-NOCONTACT, could not establish contact >with any mail servers for this destination This sounds like it could be a DNS problem. There were some problems with NETLIB that might cause this, too; make sure you are running at least NETLIB V2.2D (the latest is V2.2F) and double check the DNS entries you have for popnew.grenoble.sema.fr. -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Wed, 27 Jan 1999 01:17:31 -0800 Sender: jrt@grenoble.sema.fr Message-ID: <36AEDA05.2554DDE2@grenoble.sema.fr> Date: Wed, 27 Jan 1999 10:19:01 +0100 From: Joel RACIQUOT Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: Re: INPROG status References: <009D2C80.7B9913B0.3@MadGoat.Com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Matt Madison wrote: > This sounds like it could be a DNS problem. There were some problems with NETLIB > that might cause this, too; make sure you are running at least NETLIB V2.2D (the > latest is V2.2F) and double check the DNS entries you have for > popnew.grenoble.sema.fr. No I am running the NETLIB V2.2C (I verified with a dumpon the files sys$common:[syslib]netlib*). In the MX051.RELEASE_NOTES I read "MadGoat Software's NETLIB V2.2C is included with MX V5.1" I looking for the V2.2D or F on http://www.madgoat.com but find only the V 2.2C. The V 3.3 UCX is running on the Cpu, binding on a DNS. But 'popnew' is in the local table (to have less traffic). $ ucx sh host popnew LOCAL database Host address Host name 1.4.10.16 POPNEW.GRENOBLE.SEMA.FR Thanks for your help. ====================================================== RACIQUOT Joel - mailto:Joel.RACIQUOT@grenoble.sema.fr tel -33- 4 76 41 47 64 fax -33- 4 76 41 47 47 Sema Group - Division Energie et Industrie 36, Chemin du Vieux Chene - BP 104 - 38240 MEYLAN ======================================================= ================================================================================ Archive-Date: Thu, 28 Jan 1999 14:07:41 -0800 Message-ID: <541C9C38F3F3D111A3230000F89CCCCC1AC8DA@issmsg1.iss.msfc.nasa.gov> From: "Porter, Linda" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Subject: moderated lists? Date: Thu, 28 Jan 1999 16:07:21 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Any hope of seeing support for moderated lists in a future release? I suppose I could fake it with rejman, so that it forwards anything posted to a particular list to a forwarding address(es)? Has anyone tried that? Thanks, Linda ============= Linda Porter Code ES94 Data Systems Branch NASA/Marshall Space Flight Center Huntsville AL 35812 (256)544-7588 (256)544-7128 (fax) linda.porter@msfc.nasa.gov http://science.nasa.gov/ ================================================================================ Archive-Date: Fri, 29 Jan 1999 23:05:24 -0800 Date: Sat, 30 Jan 1999 02:05:32 -0400 From: "Wheeler, Daniel A" Reply-To: MX-List@MadGoat.com To: mx-list@madgoat.com Message-ID: <009D2F7D.7B2C6EE0.14@listserv.lemoyne.edu> Subject: %MX-W-HOSTLOCK ? I just upgraded from v4.1 to v5.1 on my mailing list server (VMS 5.5-2, UCX 3.3), primarily to add anti-spam features, and am having some difficulty sending to one of my main campus (PMDF/VMS) host. The queue status for all messages is: MX-W-HOSTLOCK, target host is temporarily locked against connection attempts. I can send to the host via IP addressing [192.231.122.100] and know that I am receiving mail there from other hosts. I'm ok with another main campus host -- HP/UX. The DNS MX entries for the two hosts appear as appropriate. I've tried changing and deleting a UCX host table entry for the host. The SMTP logs don't even show a connection attempt to the host so I'm lost. The log below contains some failures and the successful IP numeric address connection. Any help would be appreciated. --------------------------------------------------------------------------- Dan Wheeler wheeler@maple.lemoyne.edu 315.445.4565 (Fax 4719) VMS System Manager Office of Information Systems, Le Moyne College, Syracuse NY 13214-1399 http://maple.lemoyne.edu/~wheelerda/ --------------------------------------------------------------------------- ====================================================== SAMPLE LOG 30-JAN-1999 00:31:40.06 =================================================== 30-JAN-1999 00:31:40.24 Processing queue entry number 5 on node NEWKID for path number 2 30-JAN-1999 00:31:40.39 Recipient: , route=MAPLE.LEMOYNE.EDU 30-JAN-1999 00:31:40.73 1 rcpts need retry, next try 30-JAN-1999 01:01:40.73 30-JAN-1999 00:31:40.82 *** End of processing pass *** 30-JAN-1999 00:49:12.57 =================================================== 30-JAN-1999 00:49:12.60 Processing queue entry number 17 on node NEWKID for path number 2 30-JAN-1999 00:49:12.75 Recipient: , route=[192.231.122.100] 30-JAN-1999 00:49:12.79 SMTP_SEND: Attempting to start session with 192.231.122.100 [192.231.122.100] 30-JAN-1999 00:49:12.80 SMTP_SEND: Connected 30-JAN-1999 00:49:12.81 SMTP_SEND: will wait 00:05:00.00 for reply. 30-JAN-1999 00:49:12.92 SMTP_SEND: Rcvd: 220 MAPLE.lemoyne.edu -- Server ESMTP (PMDF V5.1-10 #23874) 30-JAN-1999 00:49:12.92 SMTP_Send: EHLO maple.lemoyne.edu 30-JAN-1999 00:49:12.94 SMTP_SEND: will wait 00:05:00.00 for reply. 30-JAN-1999 00:49:12.95 SMTP_SEND: Rcvd: 250-MAPLE.lemoyne.edu 30-JAN-1999 00:49:12.96 SMTP_SEND: Rcvd: 250-8BITMIME 30-JAN-1999 00:49:12.97 SMTP_SEND: Rcvd: 250-PIPELINING 30-JAN-1999 00:49:12.98 SMTP_SEND: Rcvd: 250-DSN 30-JAN-1999 00:49:12.99 SMTP_SEND: Rcvd: 250-ENHANCEDSTATUSCODES 30-JAN-1999 00:49:13.00 SMTP_SEND: Rcvd: 250-EXPN 30-JAN-1999 00:49:13.01 SMTP_SEND: Rcvd: 250-HELP 30-JAN-1999 00:49:13.02 SMTP_SEND: Rcvd: 250-SAML 30-JAN-1999 00:49:13.24 SMTP_SEND: Rcvd: 250-SEND 30-JAN-1999 00:49:13.35 SMTP_SEND: Rcvd: 250-SOML 30-JAN-1999 00:49:13.41 SMTP_SEND: Rcvd: 250-TURN 30-JAN-1999 00:49:13.46 SMTP_SEND: Rcvd: 250-XADR 30-JAN-1999 00:49:13.52 SMTP_SEND: Rcvd: 250-XSTA 30-JAN-1999 00:49:13.60 SMTP_SEND: Rcvd: 250-ETRN 30-JAN-1999 00:49:13.69 SMTP_SEND: Rcvd: 250-XGEN 30-JAN-1999 00:49:13.75 SMTP_SEND: Rcvd: 250 SIZE 642751488 30-JAN-1999 00:49:13.81 This is an ESMTP server. Recognized extensions: 30-JAN-1999 00:49:13.86 SIZE 30-JAN-1999 00:49:13.92 DSN 30-JAN-1999 00:49:13.98 PIPELINING 30-JAN-1999 00:49:14.03 ENHANCEDSTATUSCODES 30-JAN-1999 00:49:14.09 ETRN 30-JAN-1999 00:49:14.16 SMTP_Send: MAIL FROM: SIZE=300 30-JAN-1999 00:49:14.21 SMTP_Send: RCPT TO: NOTIFY=FAILURE 30-JAN-1999 00:49:14.28 SMTP_Send: DATA 30-JAN-1999 00:49:14.36 SMTP_SEND: will wait 00:05:00.00 for reply. 30-JAN-1999 00:49:14.41 SMTP_SEND: Rcvd: 250 2.5.0 Address and options OK. 30-JAN-1999 00:49:14.47 SMTP_SEND: MAIL FROM status was: 0C268019 30-JAN-1999 00:49:14.57 -- %MX_SMTP-S-ACTION_OKAY, requested mail action okay, completed 30-JAN-1999 00:49:14.64 SMTP_SEND: will wait 00:05:00.00 for reply. 30-JAN-1999 00:49:14.69 SMTP_SEND: Rcvd: 250 2.1.5 wheeler@[192.231.122.100] and options OK. 30-JAN-1999 00:49:14.75 SMTP_SEND: RCPT TO status was: 0C268019 for 30-JAN-1999 00:49:14.80 SMTP_SEND: will wait 00:05:00.00 for reply. 30-JAN-1999 00:49:14.86 SMTP_SEND: Rcvd: 354 Enter mail, end with a single ".". 30-JAN-1999 00:49:14.92 SMTP_SEND: DATA status was: 0C268021 30-JAN-1999 00:49:14.97 -- %MX_SMTP-S-SEND_DATA, start mail input; end with crlf.crlf 30-JAN-1999 00:49:15.03 SMTP_SEND: final status reported is: 0C268021 30-JAN-1999 00:49:15.08 -- %MX_SMTP-S-SEND_DATA, start mail input; end with crlf.crlf 30-JAN-1999 00:49:15.14 SMTP_Send: Sent: Received: by listserv.lemoyne.edu (MX V5.1 VAX) id 14; 30-JAN-1999 00:49:15.20 SMTP_Send: Sent: Sat, 30 Jan 1999 00:49:11 -0400 30-JAN-1999 00:49:15.25 SMTP_Send: Sent: Date: Sat, 30 Jan 1999 00:49:11 -0400 30-JAN-1999 00:49:15.31 SMTP_Send: Sent: From: "Wheeler, Daniel A" 30-JAN-1999 00:49:15.38 SMTP_Send: Sent: To: wheeler@[192.231.122.100] 30-JAN-1999 00:49:15.43 SMTP_Send: Sent: Message-ID: <009D2F72.D08187A0.14@listserv.lemoyne.edu> 30-JAN-1999 00:49:15.49 SMTP_Send: Sent: Subject: testing 30-JAN-1999 00:49:15.54 SMTP_Send: Sent: 30-JAN-1999 00:49:15.60 SMTP_SEND: Sent: test ip number 30-JAN-1999 00:49:15.66 SMTP_SEND: Sent: . 30-JAN-1999 00:49:15.72 SMTP_SEND: will wait 00:10:30.00 for reply. 30-JAN-1999 00:49:16.00 SMTP_SEND: Rcvd: 250 2.5.0 Ok. 30-JAN-1999 00:49:16.06 SMTP_Send: QUIT 30-JAN-1999 00:49:16.11 SMTP_SEND: will wait 00:05:00.00 for reply. 30-JAN-1999 00:49:16.17 SMTP_SEND: Rcvd: 221 2.3.0 Bye received. Goodbye. 30-JAN-1999 00:49:16.23 Entry now completely processed, no retries needed. 30-JAN-1999 00:49:16.75 *** End of processing pass *** 30-JAN-1999 00:59:49.98 =================================================== 30-JAN-1999 00:59:50.04 Processing queue entry number 2 on node NEWKID for path number 2 30-JAN-1999 00:59:50.18 Recipient: , route=maple 30-JAN-1999 00:59:50.23 Recipient: , route=maple.lemoyne.edu 30-JAN-1999 00:59:50.34 SMTP_SEND: looking up host name maple 30-JAN-1999 00:59:50.40 SMTP_SEND: NETLIB_DNS_MX_LOOKUP status is 00000001 30-JAN-1999 00:59:50.74 SMTP_SEND: looking up host name maple.lemoyne.edu 30-JAN-1999 00:59:50.80 SMTP_SEND: NETLIB_DNS_MX_LOOKUP status is 00000001 30-JAN-1999 00:59:51.33 2 rcpts need retry, next try 30-JAN-1999 01:29:51.33 30-JAN-1999 00:59:51.41 *** End of processing pass *** 30-JAN-1999 01:11:10.14 =================================================== 30-JAN-1999 01:11:10.25 Processing queue entry number 16 on node NEWKID for path number 2 30-JAN-1999 01:11:10.40 Recipient: , route=maple.lemoyne.edu 30-JAN-1999 01:11:10.75 1 rcpts need retry, next try 30-JAN-1999 01:41:10.75 30-JAN-1999 01:11:10.84 *** End of processing pass *** 30-JAN-1999 01:12:35.38 =================================================== 30-JAN-1999 01:12:35.49 Processing queue entry number 5 on node NEWKID for path number 2 30-JAN-1999 01:12:35.62 Recipient: , route=MAPLE.LEMOYNE.EDU 30-JAN-1999 01:12:36.20 1 rcpts need retry, next try 30-JAN-1999 01:42:36.20 30-JAN-1999 01:12:36.32 *** End of processing pass *** 30-JAN-1999 01:14:00.85 =================================================== 30-JAN-1999 01:14:01.11 Processing queue entry number 14 on node NEWKID for path number 2 30-JAN-1999 01:14:01.23 Recipient: , route=web.lemoyne.edu 30-JAN-1999 01:14:01.31 SMTP_SEND: looking up host name web.lemoyne.edu 30-JAN-1999 01:14:01.38 SMTP_SEND: NETLIB_DNS_MX_LOOKUP status is 00000001 30-JAN-1999 01:14:01.98 1 rcpts need retry, next try 30-JAN-1999 01:44:01.98 30-JAN-1999 01:14:02.08 *** End of processing pass *** 30-JAN-1999 01:15:57.63 =================================================== 30-JAN-1999 01:15:57.86 Processing queue entry number 17 on node NEWKID for path number 2 30-JAN-1999 01:15:57.99 Recipient: , route=web.lemoyne.edu 30-JAN-1999 01:15:58.35 1 rcpts need retry, next try 30-JAN-1999 01:45:58.35 30-JAN-1999 01:15:58.45 *** End of processing pass *** 30-JAN-1999 01:16:48.33 =================================================== 30-JAN-1999 01:16:48.47 Processing queue entry number 11 on node NEWKID for path number 2 30-JAN-1999 01:16:48.72 Recipient: , route=maple.lemoyne.edu 30-JAN-1999 01:16:49.09 1 rcpts need retry, next try 30-JAN-1999 01:46:49.09 30-JAN-1999 01:16:49.20 *** End of processing pass *** ====================================================== MCP SHOW ALL (edited) Configuration file: MX_DEVICE:[MX]MX_CONFIG.MXCFG;191 MX version id is: MX V5.1 System (privileged) users: ... Mailing lists: ... Address-rewriting rules: Rewrite "<{u}@lemoyne>" => "<{u}@lemoyne>" Rewrite "<{u}@lemoyne.BITNET>" => "<{u}@maple.lemoyne.edu>" Rewrite "<{u}@poplar.lemoyne.edu>" => "<{u}@lemoyne>" Rewrite "<{folder}@BULLETIN>" => "<{folder}@BULLETIN>" Rewrite "<@{stuff}:{user}@{host}.UUCP>" => "<{user}%{host}%uunet.uu.net@INTERBIT.BITNET>" Rewrite "<{user}@{host}.UUCP>" => "<{user}%{host}%uunet.uu.net@INTERBIT.BITNET>" Rewrite "<@{stuff}:{user}@{host}.CSNET>" => "<{user}%{host}.CSNET%relay.cs.net@INTERBIT.BITNET>" Rewrite "<{user}@{host}.CSNET>" => "<{user}%{host}.CSNET%relay.cs.net@INTERBIT.BITNET>" Rewrite "<@{route}:{user}@{host}.BITNET>" => "<{user}@{host}.BITNET>" Rewrite "<{user}@{host}.BITNET>" => "<{user}@{host}.BITNET>" Rewrite "<@{route}:{user}@{host}>" => "<{user}%{host}@INTERBIT.BITNET>" Rewrite "<{U}@POPLAR>" => "<{U}@LEMOYNE>" Rewrite "<{U}@admin1>" => "<{U}@oak>" Rewrite "<{U}@NEWKID>" => "<{U}@LEMOYNE>" Rewrite "<{u}@DIGEST.SITE>" => "<{u}@DIGEST.SITE>" Rewrite "<{U}@listserv.lemoyne.edu>" => "<{U}@lemoyne>" Rewrite "<{U}@LISTSERV>" => "<{U}@LEMOYNE>" Domain-to-path mappings: Domain="poplar.lemoyne.edu", Path=Local Domain="[192.231.122.6]", Path=Local Domain="WEB.LEMOYNE.EDU", Path=SMTP Domain="lemoyne.bitnet", Path=SMTP Domain="lemoyne.edu", Path=SMTP Domain="DIGEST.SITE", Path=Site, Route="DIGEST" Domain="BULLETIN", Path=Site Domain="lemoyne", Path=Local Domain="bamboo", Path=SMTP Domain="lmccsc", Path=Local Domain="poplar", Path=Local Domain="oak", Path=SMTP Domain="*.BITNET", Path=SMTP, Route="cunyvm.cuny.edu" Domain="*.UUCP", Path=SMTP, Route="uunet.uu.net" Domain="*.*", Path=SMTP Domain="*", Path=SMTP Aliases: LocalName="Postmaster", Address="system@poplar" LocalName="POSTMAST", Address="system@poplar" LocalName="LISTSERV", Address="MXserver@poplar" File servers: ... SMTP agent settings: Retry interval: 0 00:30:00.00 Maximum number of retries: 96 Number of DNS failure retries: 12 Accounting: disabled Default router: (none) SMTP server settings: Allow VRFY commands: enabled Act as SMTP relay for any host: disabled [SHOW LOCAL_DOMAINS lists hosts] Validate sender's domain name: enabled Realtime Blackhole List check: disabled LOCAL agent settings: ... ROUTER agent settings: Accounting: disabled Automatic percent-hack handling: enabled Sender header for outgoing VMS Mail messages: included if necessary SITE agent settings: Retry interval: 0 00:01:00.00 Maximum number of retries: 96 MLF agent settings: Maximum recipients per message: NONE (no limit) Days of week to delay file server files: Monday,Tuesday,Wednesday,Thursday,Friday,Saturday,Sunday No local domains defined. Inside IP networks/hosts: 192.231.122.0 netmask 255.255.255.0 192.231.123.0 netmask 255.255.255.0 192.231.125.0 netmask 255.255.255.0 204.168.112.0 netmask 255.255.255.0 ========================================================== ================================================================================ Archive-Date: Fri, 29 Jan 1999 23:46:32 -0800 Date: Sat, 30 Jan 1999 02:46:52 -0400 From: "Wheeler, Daniel A" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: wheeler@listserv.lemoyne.edu Message-ID: <009D2F83.41121BA0.1@listserv.lemoyne.edu> Subject: RE: %MX-W-HOSTLOCK ? Never mind! I found it. It sure looked like MX knew it didn't/couldn't/wouldn't talk to maple.lemoyne.edu from listserv.lemoyne.edu before it even tried anything but a (successful) DNS lookup so I hunted in that direction. The secret was in the history of host listserv (aka poplar), which used to be maple. In fact the UCX$INET_HOST and HOSTADDR logicals still declared it to be so! So, I'm now receiving tons of test messages and am processing the lessons learned from this situation (don't be so sloppy). Thanks anyway. --dan --------------------------------------------------------------------------- Dan Wheeler wheeler@maple.lemoyne.edu 315.445.4565 (Fax 4719) VMS System Manager Office of Information Systems, Le Moyne College, Syracuse NY 13214-1399 http://maple.lemoyne.edu/~wheelerda/ ---------------------------------------------------------------------------