Archive-Date: Tue, 12 Oct 1999 10:07:48 -0700 Date: Tue, 12 Oct 1999 10:09:15 -0700 From: Bill Lukas Subject: Insufficient Disk Space? To: MX-List@Madgoat.com Reply-To: MX-List@MadGoat.com Message-ID: <38036B34.A0F2DAC@omega7.wr.usgs.gov> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353" Content-Transfer-Encoding: 7bit This morning it appears that all SMTP connections are being told the following: 452 4.3.4 Insufficient storage for any message right now. quit We're using MX5.1 on A VMS 6.2 system. I have checked the drive where MX is running and queueing and there seems to be plenty of storage space and file allocation left. I can't seem to figure out what the problem might be. Any information would be helpful. Thanks. Bill -- William A. Lukas Email: wlukas@usgs.gov U.S. Geological Survey Phone: 916-455-7023 345 Middlefield Road, MS 870 650-329-4353 Menlo Park, CA 94025 Fax: 650-329-4026 ================================================================================ Archive-Date: Tue, 12 Oct 1999 10:11:07 -0700 Date: Tue, 12 Oct 1999 12:11:01 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: WLUKAS@OMEGA7.WR.USGS.GOV Message-ID: <991012121101.202000c1@process.com> Subject: RE: Insufficient Disk Space? Bill Lukas writes: > >This morning it appears that all SMTP connections are being told the following: > > 452 4.3.4 Insufficient storage for any message right now. > quit > >We're using MX5.1 on A VMS 6.2 system. I have checked the drive where MX is running and >queueing and there seems to be plenty of storage space and file allocation left. I can't seem >to figure out what the problem might be. Any information would be helpful. Thanks. > Check the value of the logical MX_FLQ_DISK_FREE_RESERVED. If it's not defined, it defaults to 10%, which can be a lot of disk space on a big disk. You might want to change that to a smaller value, such as 2, for 2% of the MX_FLQ_DIR disk. You can change this using MX_DIR:MXCONFIG.COM or by defining the logical /SYSTEM/EXEC before starting MX. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Tue, 12 Oct 1999 10:41:50 -0700 Date: Tue, 12 Oct 1999 10:45:41 -0700 From: Bill Lukas Subject: Re: Insufficient Disk Space? To: Hunter Goatley CC: MX-List@MadGoat.com Reply-To: MX-List@MadGoat.com Message-ID: <380373BD.E63D7FB1@omega7.wr.usgs.gov> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353" Content-Transfer-Encoding: 7bit References: <991012121101.202000c1@process.com> That was it. Thanks. Is this logical referenced in the documentation? I didn't run across this one. Perhaps I misssed it? Thanks again! Bill Hunter Goatley wrote: > Bill Lukas writes: > > > >This morning it appears that all SMTP connections are being told the following: > > > > 452 4.3.4 Insufficient storage for any message right now. > > quit > > > >We're using MX5.1 on A VMS 6.2 system. I have checked the drive where MX is running and > >queueing and there seems to be plenty of storage space and file allocation left. I can't seem > >to figure out what the problem might be. Any information would be helpful. Thanks. > > > Check the value of the logical MX_FLQ_DISK_FREE_RESERVED. If it's not > defined, it defaults to 10%, which can be a lot of disk space on a big > disk. You might want to change that to a smaller value, such as 2, > for 2% of the MX_FLQ_DIR disk. You can change this using > MX_DIR:MXCONFIG.COM or by defining the logical /SYSTEM/EXEC before > starting MX. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www2.wku.edu/hunter/ -- William A. Lukas Email: wlukas@usgs.gov U.S. Geological Survey Phone: 916-455-7023 345 Middlefield Road, MS 870 650-329-4353 Menlo Park, CA 94025 Fax: 650-329-4026 ================================================================================ Archive-Date: Tue, 12 Oct 1999 10:44:33 -0700 Date: Tue, 12 Oct 1999 12:44:19 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <991012124419.202000c1@process.com> Subject: Re: Insufficient Disk Space? Bill Lukas writes: > >That was it. Thanks. Is this logical referenced in the documentation? I didn't run across this >one. Perhaps I misssed it? > No, it looks like it hasn't been documented yet. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Wed, 13 Oct 1999 01:14:59 -0700 From: "Najman Kahana" Reply-To: MX-List@MadGoat.com To: Hunter Goatley , MX-List@MadGoat.com Date: Wed, 13 Oct 1999 10:11:18 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: RE: Insufficient Disk Space? In-Reply-To: <991012121101.202000c1@process.com> Hello Just had an unusual experience with this problem which I think worth sharing. (NO, I am not from California :) ) We have been having the "que full" variations for over 2 weks now. I went crazy cleaning up disks, recreating the que, in short, all the techniques here described. Finally, noticed the MX processes going to HIB state. Well, this was minor, as many processes were doing the same. To make a short story long ... there is a patch in VMS 6.2 which corrects a serious problem with tha Audit Server. The problem is load dependent and its early symptoms is suspending random processes. A heavily working daemon is just the ripe target. When the daemons start not responding, MX starts giving Q related errors. The patch is ALPAUDS01_062. After aplying it, the problems seem to go away. Najman Kahana Najman@hadassah.org.il > Bill Lukas writes: > > > >This morning it appears that all SMTP connections are being told the following: > > > > 452 4.3.4 Insufficient storage for any message right now. > > quit > > > >We're using MX5.1 on A VMS 6.2 system. I have checked the drive where MX is running and > >queueing and there seems to be plenty of storage space and file allocation left. I can't seem > >to figure out what the problem might be. Any information would be helpful. Thanks. > > > Check the value of the logical MX_FLQ_DISK_FREE_RESERVED. If it's not > defined, it defaults to 10%, which can be a lot of disk space on a big > disk. You might want to change that to a smaller value, such as 2, > for 2% of the MX_FLQ_DIR disk. You can change this using > MX_DIR:MXCONFIG.COM or by defining the logical /SYSTEM/EXEC before > starting MX. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www2.wku.edu/hunter/ > =========================== Najman Kahana Hadassah University Hospital Jerusalem, Israel E-mail: Najman@hadassah.org.il =========================== Thought for the day: Book (n): a utensil used to pass time while waiting for the TV repairman. ================================================================================ Archive-Date: Wed, 13 Oct 1999 08:26:56 -0700 Sender: williamsca@wku.edu Date: Wed, 13 Oct 1999 10:26:43 -0500 From: Curtis Williams Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM Message-ID: <009DF8ED.E8A2EE6E.22@wku.edu> Subject: MX mail list to INN news gateway Has anyone set up a gateway from an MX mailing list to an INN news server running on a Unix machine? I've seen in the .contrib directory how to set one up for an ANU News server, but not for INN. Any thoughts/examples appreciated! | ____/ | /| / Curtis Williams, OpenVMS Systems Manager | | / | / | / Western Kentucky University | | /___ | / | / Network Computing, WAB 313 | | ______/ __/ __/ Bowling Green, KY 42101 USA | | USPA D-21076 Voice: 270-745-5251 Fax: 270-745-6014 | | INET: mailto:williamsca@wku.edu WWW: http://www2.wku.edu/~williamsca/ | | "If you choose not to decide, you still have made a choice." | | -- RUSH, "Freewill" | ================================================================================ Archive-Date: Wed, 13 Oct 1999 15:25:21 -0700 From: bleau@umdsp.umd.edu (Lawrence Bleau) Subject: Reinstalling NETLIB 2.2? Date: 13 Oct 1999 21:10:58 GMT Message-ID: <7u2sh2$6mo$2@hecate.umd.edu> Reply-To: MX-List@MadGoat.com To: MX-List@LISTS.WKU.EDU I have a copy of MX042.ZIP from Jan '96. I justed checked two sites - ftp.spc.edu and ftp.wku.edu - and they don't have anything later. This zip file has savesets, two of which are the NETLIB s/w. It has V2.0 of NETLIB. A more recent release of NETLIB, V2.2I, I believe, has been released. I would like to use MX 4.2 with NETLIB 2.2. I installed NETLIB 2.2 first, all went well. When I installed MX 4.2, though, it installed NETLIB 2.0. Question: Can I just install NETLIB 2.2 again and leave it at that? My gut says no, since MX is distributed as .OBJ and .OLB files that get linked upon install. When I select install base s/w on MX, it automatically wants to install NETLIB as well, so there's a problem there. Suggestions? Lawrence Bleau University of Maryland Physics Dept., Space Physics Group 301-405-6223 bleau@umdsp.umd.edu ================================================================================ Archive-Date: Wed, 13 Oct 1999 15:37:27 -0700 From: Hunter Goatley Reply-To: MX-List@MadGoat.com Subject: Re: Reinstalling NETLIB 2.2? Date: Wed, 13 Oct 1999 17:25:11 -0500 Message-ID: <3804C077.5F90DF8E@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: MX-List@LISTS.WKU.EDU Lawrence Bleau wrote: > > Question: Can I just install NETLIB 2.2 again and leave it at that? My gut > says no, since MX is distributed as .OBJ and .OLB files that get linked upon > install. When I select install base s/w on MX, it automatically wants to > install NETLIB as well, so there's a problem there. Suggestions? > Yes, you can install the newer NETLIB distribution without worrying about MX. MX links against NETLIB's shareable images; when you install NETLIB by itself, you're simply providing new shareable images. MX works just fine with the new images, without the need to reinstall MX. (And when you do install MX, you can easily tell it not to install NETLIB, as long as you have a version of NETLIB installed already.) Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www2.wku.edu/hunter/ ================================================================================ Archive-Date: Thu, 21 Oct 1999 08:57:34 -0700 Message-ID: <380F45CB.6CC36F57@SMTP.DeltaTel.RU> Date: Thu, 21 Oct 1999 19:56:43 +0300 From: "Ruslan R. Laishev" Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com CC: "Sam G. Rozenfeld" Subject: REAL time relay checking/opening Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi All! Typicaly, a user get connection at remote POP by authorizing on home RADIUS server, if user want to send mails then for this address must be open relay by entering IP address to "inside". It must be accomplished by MCP DEFINE INSIDE... But for perfomance reasons it can't be used with a big number of logins. I suggest to introduce new feature to MX and in SMTP server particulary - "user" written callouts which will provide real time checking of relay allowed. -- Cheers, +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 +