INFO-VAX Tue, 09 Sep 2008 Volume 2008 : Issue 494 Contents: Re: Automated Shutdown/Reboot Re: Current status? Re: Current status? Re: Current status? Re: Current status? Re: Current status? Re: Current status? Did Windows just cry "Uncle"? Re: Did Windows just cry "Uncle"? Re: Did Windows just cry "Uncle"? Re: Did Windows just cry "Uncle"? Re: Did Windows just cry "Uncle"? Re: Did Windows just cry "Uncle"? Re: Did Windows just cry "Uncle"? Re: huge USB disks and VMS Re: Intermittent RWSCS state Re: Intermittent RWSCS state Re: Intermittent RWSCS state Re: Intermittent RWSCS state Looking for TSM scripts to capture and restore terminal settings. Multinet NTP Re: Multinet NTP Re: Multinet NTP Re: Note to Island Computers customers OT: Message to Mr VAXman Re: OT: SYSMAN Equiv. on AIX? Re: UCX SMTP server issuing temporary or permanent service limit Re: UCX SMTP server issuing temporary or permanent service limit messages messag ---------------------------------------------------------------------- Date: Mon, 8 Sep 2008 15:26:55 -0400 From: "Paul A. Jacobi" Subject: Re: Automated Shutdown/Reboot Message-ID: "urbancamo" wrote in message news:3348d28b-90cf-4af4-863b-938c043dc630@m3g2000hsc.googlegroups.com... > Sorry, > > To clarify - the boot issue is that currently when I apply power to > the ZX6000 it doesn't turn on without me hitting the soft power > button. I don't know about the ZX6000, but if it has an MP console like the RX2600, you can use the PR command to change the power-up policy: MP:CM> pr PR Power Restore Policy Configuration: ON - Always On OFF - Always Off Current -> P - Restore Previous State Enter new value, or [Q] to Quit: Paul A. Jacobi HP OpenVMS Systems Group Nashua, NH ------------------------------ Date: 8 Sep 2008 18:35:16 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Current status? Message-ID: <6il9j4FrcmcsU1@mid.individual.net> In article , "Richard B. Gilbert" writes: > Bill Gunshannon wrote: >> In article , >> "Richard B. Gilbert" writes: >>> Bill Gunshannon wrote: >>>> In article , >>>> "Richard B. Gilbert" writes: >>>>> Bill Gunshannon wrote: >>>>>> In article , >>>>>> david20@alpha2.mdx.ac.uk writes: >>>>>>> In article <7h%vk.609$393.335@trnddc05>, John Santos writes: >>>>>>>> Bill Gunshannon wrote: >>>>>>>>> In article , >>>>>>>>> helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >>>>>>>>> >>>>>>>>>> In article , >>>>>>>>>> =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= >>>>>>>>>> writes: >>>>>>>>>> >>>>>>>>>> >>>>>>>> Yup. I think that many of the problems arise because MUAs use the same >>>>>>>> protocol (SMTP) and port (25) to send mail to MTAs as MTAs use to relay >>>>>>>> mail to each other. >>>>>>> Modern MTAs can be configured to allow mail clients to submit mail to them on >>>>>>> the mail submission port (port 587) rather than port 25. See RFC 2476 >>>>>>> http://www.faqs.org/rfcs/rfc2476.html >>>>>> What does this buy you? You would still need to know who your MTA is >>>>>> andc it would still need to be willing to accept email from you. It is >>>>>> all the silly little notification apps that wree brought up here as >>>>>> justification for allowing anybody to use port 25. They have no builtin >>>>>> method of authenticating so the port number used changes nothing. I >>>>>> certainly would not accept email on my MTA from someone on port 587 that >>>>>> I would not also accept on port 25. The purpose of port 587 sand RFC >>>>>> 2476 is noto to control SPAM it is to make sure outgoing email meets >>>>>> the proper formating requoirements of the other RFC's. >>>>>> >>>>>>>> On the other hand MTAs talk to MUAs (when delivering >>>>>>>> mail) using either of 2 different protocols (that I know of), POP3 on >>>>>>>> port 110 and IMAP on port 143. (I don't think anything does POP2 on >>>>>>>> port 109 any more.) >>>>>>> Logically there are three parties involved not two. >>>>>>> MTA, MUA and Message store. >>>>>> Not sure what you make as differnt with "Message store". Unless you >>>>>> are separating the guy MTA from the machine that runs POP or IMAP. >>>>>> I don't see that as necessarily being a separate Email function although >>>>>> it is possible and may even have some utility on a big enough system. >>>>>> >>>>>>> The MTA delivers mail to another MTA or to a message store. >>>>>>> The MUA originates mail and sends it to a MTA. >>>>>>> Mail clients generally incorporate the above MUA functionality together with >>>>>>> the ability to display and manipulate mail in the message store. >>>>>>> >>>>>>> POP and IMAP are protocols used to access and manipulate the message store. >>>>>>> They are NOT used to deliver mail to the message store. >>>>>> Agreed, but the "Message Store" is not necessarily even a part of the >>>>>> Email system and I don't believe it has ever been considered by IETF. >>>>>> I have users who use NFS to read their email. Does that make NFS an >>>>>> Email Protocol, too? And, of course, Wessage Store is also irrelevant >>>>>> to the problem of how to get the email system to be more immune to SPAM. >>>>>> >>>>>>> Note. >>>>>>> >>>>>>> The SMTP servers which come with the TCPIP stacks (TCPWARE, MULTINET or TCPIP >>>>>>> SERVICES/UCX) are NOT fully fledged modern MTAs. For that you would need either >>>>>>> PMDF or MX. >>>>>>> ( >>>>>>> PMDF is a commercial product but is available free for hobbyist use. >>>>>>> MX is now an open-source free product see >>>>>>> http://www.madgoat.com/ >>>>>>> However I'm not aware of anyone currently continuing development of MX. >>>>>>> ) >>>>>>> >>>>>> Maybe so, but if people played by the rules, basic SMTP is more than adequate >>>>>> to the task. If ISP's blocked port 25 for all machines in their domain other >>>>>> than their MTA I would need to filter incoming ports on my end. And RBL's >>>>>> would rapidly become redundant. >>>>>> >>>>>> Sadly, we are forced to spend a lot of time effort and technology trying >>>>>> to, once again, solve a social problem. A social solution would work a >>>>>> lot better. >>>>> Perhaps it would. But where would you get a "social solution"? How >>>>> would you implement it? How would you deal with the anti-social creeps >>>>> who "zombie" a PC or two or twenty and use them to pump spam into the >>>>> net? Hint: you will NEVER get the liberals to agree to the death >>>>> penalty! Hell, you can even spank a misbehaving child any longer! >>>> Like I said, I have been over this a half-dozen tiems already. All that >>>> is needed already exists. It takes only administrative changes (which is >>>> why I said it would require more effort on the part of admins). If you >>>> are truly interested, email me and I will explain it to you. Or, if >>>> others actually express interest I will post it here again. But I >>>> expect most here are not in the least bit interested. >>>> >>>> bill >>>> >>> My ISP has a spam filter effective enough that spam is not a problem for >>> me! I get the occasional "401 scam" but that's about all. >> >> And how many messages have you not receieved because of their SPAM filter? >> False Positives are at least as bad a problem as False Negatives. And for >> a business, they can be worse. >> > > If I did not receive a message, it's unlikely that I would be aware of > it except if it came from family or friends and they inquired if I had > received it or complained about my failure to reply. Which is the point of the question. Agressive SPAM filtering sounds nice, but how do you know the rate of False Positives? Answer: you don't. > > I do get mail from PC Connection, CDW, HP, Amazon, and a few other > commercial enterprises that I have some kind of relationship with. I > don't consider it spam and don't complain about it. Yes, but have you ever sent an email to a company and not received and an expected answer? I know people who complained regularly that their emails to Mentec were ignored. But the fact is, you don't know if they ever arrived in the first place. How many businesses can afford to just blow off customers because of aggressive SPAM filtering? > > Comcast does seem to block 99.9+% of the people selling penis enlargers, > nude photographs, drugs without prescription, etc. While willingly supporting a network infrastructure that inundates the INTERNET with that garbage even though it is bad engineering at best and deliberate at worst. > >> And, before you sing the praises of Comcast...... I just looked at my >> logs and I have several hundred rejected connection from comcast addresses >> and that is just since midnight. > > My router blocks any and all connections that did not originate from my > home network. If I check the router's logs, something I may do once or > twice a year, there is somebody attempting a connection every fifteen to > twenty seconds, twenty-four hours a day. Should I wish to receive > incoming connections, I believe that I can configure it to allow > specific originating addresses and ports but I can't think of any reason > why I should want to. That box only cost me about $80 US and it has > paid for itself several times over! Is this your home router? if it is, your ISP should never allow you to even see them. That's what thier fifrewall is for. basicly, you are paying for the infrastructure that provides the needed bandwidth for all this garbage. (Yes, even connection requests that get rejected consume bandwidth and CPU time that could be better spent doing real work!) Of course, if it's your business LAN then that's what your firewall is supposed to do. Now, if we could just get a lot of other people, Comcast among them to do this SPAM would just go away!! bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 8 Sep 2008 18:39:48 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Current status? Message-ID: <6il9rkFrcmcsU2@mid.individual.net> In article <48c56722$0$12415$c3e8da3@news.astraweb.com>, JF Mezei writes: > The situation is simple really: > > Both 25 and 587 use SMTP. > > The difference: > > Port 25 is used to get calls from the outside for messages to be > delivered to the inside. You can't require authentication for those. And > for those calls, you do not accept to relay mail to another outside address. > > Port 587 is used to accept emails coming from the inside without > authentication, and you allow relaying. (aka: sending to the outside > world). So how is this different from just using port 25? > And if a call comes in from the outside on port 587, you accept > it if it is authenticated (username/password) and then allow relaying. I can think of no reason I would ever relay for an outsider. Any reason I might have is handled by any of the MTA's I have used without any need to even know what port is being used. Sounds an awful lot like a solution looking fcor a problem to solve. And, it doesn't address the problem of firewalls with port 25 open. It just creates yet another potential attack vector. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Mon, 8 Sep 2008 13:52:28 -0500 (CDT) From: sms@antinode.info (Steven M. Schweda) Subject: Re: Current status? Message-ID: <08090813522875_20201252@antinode.info> From: billg999@cs.uofs.edu (Bill Gunshannon) > sms@antinode.info (Steven M. Schweda) writes: >> From: billg999@cs.uofs.edu (Bill Gunshannon) >> >> It's sad to see yet another victim of the dread Wandering Superfluous >> Apostrophe Syndrome: >> >>> [...] refers to any host that get's >>> its address dynamically. No machine that gets it's address [...] >> I hope you get better soon. (If no improvement is forthcoming, ask >> Google about "eats shoots and leaves".) >> > > I have never claimed to be an english major. Did you ever claim to have completed eighth grade? I don't see why an English (note: "E", proper noun) major should be needed to master a few simple rules. > I have said it before and I > will say it again. I spent many years in Germany speaking German while I > was still in the process of learning it. I never once had any one correct > be for using it wrong. Even when asked to do it!! Perhaps those Germans could tell that you were "in the process of learning" German. What's your excuse for English? Have you stopped learning completely? Is his-her(s)-its v. he's-she's-it's just _so_ difficult that only a post-doc can be expected to handle it? > Why do english speakers > think it so necessary? As long as you get the point of the message, why > shoot the messenger? Perhaps beacuse it's easier to read a message which is constructed properly than one where the reader needs to puzzle out what the writer was trying to say. A little care by one writer can ease the burden of many readers. Also sloppy expression conveys an impression of sloppy thought. But perhaps that's simply being accurate. Did you try that book? Could be entertaining and educational. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-info 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Mon, 8 Sep 2008 16:39:41 -0700 (PDT) From: FrankS Subject: Re: Current status? Message-ID: On Sep 8, 10:54=A0am, billg...@cs.uofs.edu (Bill Gunshannon) wrote: > But I > expect most here are not in the least bit interested. Perhaps we've all been reading everything, and don't need you to repost it or point it out for us. I think I understand your position, but I wouldn't agree that making those changes will eliminate, nor necessarily reduce the amount of spam in the world. All that would be accomplished is that spammers would become a bit more inventive (or better financed) to accomplish their goals. If I want to send spam and am prohibited from sending it to an MTA other than my local MTA, then I would either: a) Send it there. Any decent malware that infects my workstation can readily determine the address of my local MTA. or b) Establish my own properly authorized and configured MTA, with ARIN's blessing. Even if all MTA service providers were required to be registered it wouldn't stop someone from going ahead and registering. It would be pretty difficult or administratively prohibitive to try and distinguish between "legitimate" bulk e-mailers and spammers. The post office doesn't prevent anyone from sending 10s of thousands of junk mail flyers as long as the fee is paid, and I suspect any organized e-mail transfer infrastructure would end up doing the same. ------------------------------ Date: 9 Sep 2008 00:05:59 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Current status? Message-ID: <6ilsv7FratvqU2@mid.individual.net> In article , FrankS writes: > On Sep 8, 10:54 am, billg...@cs.uofs.edu (Bill Gunshannon) wrote: >> But I >> expect most here are not in the least bit interested. > Perhaps we've all been reading everything, and don't need you to > repost it or point it out for us. > I think I understand your position, but I wouldn't agree that making > those changes will eliminate, nor necessarily reduce the amount of > spam in the world. All that would be accomplished is that spammers > would become a bit more inventive (or better financed) to accomplish > their goals. No, what you have seen here lately is not my "social" solution it is merely a suggestion that proper use of the network as it was designed could eliminate the majority of the current SPAM. > If I want to send spam and am prohibited from sending it to an MTA > other than my local MTA, then I would either: > a) Send it there. Any decent malware that infects my workstation can > readily determine the address of my local MTA. And, it is the function of your local MTA to not allow that. And that is where we start getting into the "social" solution. > or > b) Establish my own properly authorized and configured MTA, with > ARIN's blessing. Even if all MTA service providers were required to > be registered it wouldn't stop someone from going ahead and > registering. It would be pretty difficult or administratively > prohibitive to try and distinguish between "legitimate" bulk e-mailers > and spammers. Again, this logic is why a "social" solution is needed. > The post office doesn't prevent anyone from sending 10s > of thousands of junk mail flyers as long as the fee is paid, and I > suspect any organized e-mail transfer infrastructure would end up > doing the same. The PO sells that specific service. It is generally held that sending junk mail does not incur any real cost on the recipient. Junk Email is quite different. In both cases above it would be a very short interval before no other legitimate MTA was willing to accept email from yours. And that would result in your loosing not only your SPAMer business but all your legitmate customers as well. No one is going to sign up for your service once they find out that they cannot send email to anyone and no one else will forward email to your MTA. My real solution would take this to the next level. :-) bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 9 Sep 2008 00:20:39 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Current status? Message-ID: <6iltqnFratvqU3@mid.individual.net> In article <48c5753e$0$12387$c3e8da3@news.astraweb.com>, JF Mezei writes: > Bill Gunshannon wrote: > >> So how is this different from just using port 25? > > 587 allows an ISP to block port 25 connections to/from foreign IPs and > their customers, ISP's can and should be doing this now. It doesn't need another port. All their internal MUA's can use port 25 as it is no differnt than their using port 587. No one but there MTA should be sending outside their email domain on port 25 or accepting incoming email connection on port 25. Adding a "submission" port doesn't change that. > reducing the problem of Windows PCs sneding out > billions and billions of advertisements for magic pills. Just block outgoing port 25 for all addrfesses in yur domain except your MTA. Problem solved. > > 587 also allows an ISP to grant customers access to the ISP's SMTP > services from the outside (wifi hotspots, mobile services) and thus > makes it simpler for customers to move about without changing configs. That's fine if you want to do that. But it has nothing to do with wether or not port 25 should be blocked from regular use. > > With port 25, it becomes harder to do this because at the time of the > HELO stage, the receiving SMTP server doesn't yet know whether the call > is for inbound email (no relay) or whether it is a customer accessing > from the outside, requiring authentication to enable relay. If they are outside, and the IP addrfess is not in your addrfess block, they are no longer your customer. Now, if you want to accomodate them by all means, open up port 587. But that is a totally different thing and has no bearing on how port 25 should be handled. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Mon, 8 Sep 2008 12:41:20 -0700 (PDT) From: yyyc186 Subject: Did Windows just cry "Uncle"? Message-ID: LONDON (Reuters) - The London Stock Exchange (LSE:LSE.L - News) suffered its worst systems failure in eight years on Monday, forcing the world's third largest share market to suspend trading for about seven hours and infuriating its users. Weren't there a whole bunch of adds a while back about how London when with Windows and that worthless Oracle product for their new trading engine? ------------------------------ Date: Mon, 8 Sep 2008 21:13:21 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: Did Windows just cry "Uncle"? Message-ID: In article , yyyc186 writes: > LONDON (Reuters) - The London Stock Exchange (LSE:LSE.L - News) > suffered its worst systems failure in eight years on Monday, forcing > the world's third largest share market to suspend trading for about > seven hours and infuriating its users. They probably lost more revenue due to that outage than the move from VMS to Windows "saved" them. It's not just immediate revenue which was lost, but people remembering this when deciding to do business with the LSE or one of their competitors who run VMS. (They might not know they run VMS, but they will know if there were any comparable outages in the last few years.) > Weren't there a whole bunch of adds a while back about how London when > with Windows and that worthless Oracle product for their new trading > engine? Indeed. I think it looked scary from the inside. ------------------------------ Date: Mon, 08 Sep 2008 17:20:57 -0400 From: "Richard B. Gilbert" Subject: Re: Did Windows just cry "Uncle"? Message-ID: Phillip Helbig---remove CLOTHES to reply wrote: > In article > , > yyyc186 writes: > >> LONDON (Reuters) - The London Stock Exchange (LSE:LSE.L - News) >> suffered its worst systems failure in eight years on Monday, forcing >> the world's third largest share market to suspend trading for about >> seven hours and infuriating its users. > > They probably lost more revenue due to that outage than the move from > VMS to Windows "saved" them. It's not just immediate revenue which was > lost, but people remembering this when deciding to do business with the > LSE or one of their competitors who run VMS. (They might not know they > run VMS, but they will know if there were any comparable outages in the > last few years.) > >> Weren't there a whole bunch of adds a while back about how London when >> with Windows and that worthless Oracle product for their new trading >> engine? > > Indeed. I think it looked scary from the inside. > It will be interesting to see if LSE dumps Windows and resumes using VMS for their critical systems. I wouldn't want to bet either way. Anyone who would replace VMS with Windows in a critical application should be looking for a job better suited to his abilities! Not that I'm holding my breath. . . . ------------------------------ Date: Mon, 8 Sep 2008 16:10:24 -0700 (PDT) From: AEF Subject: Re: Did Windows just cry "Uncle"? Message-ID: <0ea19636-ef44-4d9f-bc02-c10375be696b@d77g2000hsb.googlegroups.com> On Sep 8, 6:13 pm, hel...@astro.multiCLOTHESvax.de (Phillip Helbig--- remove CLOTHES to reply) wrote: > In article > , > > yyyc186 writes: > > LONDON (Reuters) - The London Stock Exchange (LSE:LSE.L - News) > > suffered its worst systems failure in eight years on Monday, forcing > > the world's third largest share market to suspend trading for about > > seven hours and infuriating its users. > > They probably lost more revenue due to that outage than the move from > VMS to Windows "saved" them. It's not just immediate revenue which was > lost, but people remembering this when deciding to do business with the > LSE or one of their competitors who run VMS. (They might not know they > run VMS, but they will know if there were any comparable outages in the > last few years.) > > > Weren't there a whole bunch of adds a while back about how London when > > with Windows and that worthless Oracle product for their new trading > > engine? > > Indeed. I think it looked scary from the inside. What's an "add"? Did you mean "advertisements"? That would be "ad", not "add". AEF ------------------------------ Date: Mon, 08 Sep 2008 23:56:54 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Did Windows just cry "Uncle"? Message-ID: <00A7F575.816AC370@SendSpamHere.ORG> In article <0ea19636-ef44-4d9f-bc02-c10375be696b@d77g2000hsb.googlegroups.com>, AEF writes: >On Sep 8, 6:13 pm, hel...@astro.multiCLOTHESvax.de (Phillip Helbig--- >remove CLOTHES to reply) wrote: >> In article >> , >> >> yyyc186 writes: >> > LONDON (Reuters) - The London Stock Exchange (LSE:LSE.L - News) >> > suffered its worst systems failure in eight years on Monday, forcing >> > the world's third largest share market to suspend trading for about >> > seven hours and infuriating its users. >> >> They probably lost more revenue due to that outage than the move from >> VMS to Windows "saved" them. It's not just immediate revenue which was >> lost, but people remembering this when deciding to do business with the >> LSE or one of their competitors who run VMS. (They might not know they >> run VMS, but they will know if there were any comparable outages in the >> last few years.) >> >> > Weren't there a whole bunch of adds a while back about how London when >> > with Windows and that worthless Oracle product for their new trading >> > engine? >> >> Indeed. I think it looked scary from the inside. > >What's an "add"? Did you mean "advertisements"? That would be "ad", >not "add". He used M$ spell checker! ;) -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Mon, 08 Sep 2008 21:35:31 -0400 From: JF Mezei Subject: Re: Did Windows just cry "Uncle"? Message-ID: <48c5d329$0$9653$c3e8da3@news.astraweb.com> Richard B. Gilbert wrote: > It will be interesting to see if LSE dumps Windows and resumes using VMS > for their critical systems. Does anyone know for sure that teh LSE used to use VMS for its critical systems ? Or is that just some assumption ? In terms of returning to VMS, I doubt that very much. First, whatever arrangement they have with Microsoft would probably make it difficult, and secondly, when there is a trend away from VMS, a high profile shop like LSE might not wish to be seen going for a legacy platform from which developpers are moving away. And while Microsoft might be very interested in having a high profile shop like LSE and give it "incentives" to choose Windows, I doubt very much that HP would be interested enough in a new VMS customers to give high level incentives. HP might tolerate existing customers staying on VMS as long as they want, but it has repeatedly shown and said that it isn't interested in new customers for VMS. Besides, HP is much more likely to be in with Microsoft and pitching 8086 servers for a windows based LSE shop, so it wouldn't want to jeoperdize its business potential by picthing some arcane legacy OS. An exchange attracts business by having lower fees and being placed in a country that has favourable accounting laws. The platform isn't that important in the grand scheme of things. The NYSE and NASDAQ lost a lot of business to LSE not because of trading platform, but because of the excessive accounting laws in the USA (especially as a result of ENRON). In recent years, the LSE has surpassed NYSE and NASDAQ in terms of new business (IPOs). > I wouldn't want to bet either way. Anyone > who would replace VMS with Windows in a critical application should be > looking for a job better suited to his abilities! And anyone pitching VMS these days is hopefully a good singer and can get money singing in bars as a second job. VMS is just not seen as a viable platform for new long term applications. It is great for those who already have it. But it is pretty hard to convince someone to move to VMS these days. lack of marketing by HP has a lot to do with it because it allows those rumours of VMS dying to take root. And the stories of Cerner leaving VMS certaintly help those rumours. On the other hand, if one has to choose between Tandem/NSK and Digital/VMS, then the question becomes interesting. Under HP, both are stuck in IA64 la-la land. Both are unmarketed, and HP is not willing to even discuss a port beyond IA64. However, the fact that OMX is owned by NASDAQ (an Tandem shop) might tend to favour Tandem if push comes to shove. ------------------------------ Date: Tue, 09 Sep 2008 00:05:01 -0400 From: JF Mezei Subject: Re: Did Windows just cry "Uncle"? Message-ID: <48c5f654$0$12375$c3e8da3@news.astraweb.com> Some tidbits found in various articles: The system name is TradElect. It is one of many parts (including Infolect) A Sep 2006 article: http://www.computerweekly.com/Articles/2006/09/26/218637/city-prepares-to-test-new-trading-platform.htm ## Accenture built the Tradelect platform in India between late 2004 and March this year. It uses much the same core infrastructure as the London Stock Exchange's Infolect high-speed market data broadcast system. ... Tradelect will run on the same "Extranex" privately managed IP network as Infolect and will rely on high-speed middleware developed in-house, which was created using Microsoft's C# programming language and the .net Framework. ... The system will run on Hewlett-Packard servers powered by 2.2GHz dual-core AMD Opteron processors. ... The London Stock Exchange estimates that moving from proprietary legacy systems will cut operating costs by 20%, with savings being made in hardware, networks, staff, service delivery and development. ## And this whopper of a reminder: http://www.theinquirer.net/en/inquirer/news/2001/06/25/capellas-explains-intel-move-to-staff NOTE THE DATE OF THE ARTICLE. Yes folks, the infamous June 25 2001 genocide announcement by Curly Capellas: ## We have been talking to our key Alpha and NonStop Himalaya customers around the world, and the response has been very positive. Here is what one of our most mission-critical customers -- the London Stock Exchange -- had to say. "The London Stock Exchange believes Compaq's decision to migrate the Himalaya platform to Intel Itanium is a positive move that will protect the Exchange's investment in its Himalaya based systems in the long term." ## After making that statement, the LSE quickly set out to dump Tandem and look for another platform. By 2001, .NET was still in its infancy, but LSE would have gotten pretty good NDAs with Microsoft and probably started to focus on that by 2002 and by 2003, it had alrteady started the porting process with the selected consulting firm. And this white paper from HP: http://h71028.www7.hp.com/ERC/downloads/4AA1-6887EEW.pdf It extolls the vertues of HP Proliant servers. And it states that they have build a multi-site active-active system with synchronous replication. This will cause many to upchuck, but they claim they use Microsoft SQL server for its database. Oh, and HP says they bought 400 Proliant DL385 servers. Note that I found an article announcing NYSE was adopting Linux/8086 for many server functions, but keeping NSK on IA64 systems for core functions. ------------------------------ Date: 8 Sep 2008 14:46:10 -0400 From: brooks@cuebid.ovms.usa.hp.nospam (Rob Brooks) Subject: Re: huge USB disks and VMS Message-ID: Howard S Shubs writes: > In article , > brooks@cuebid.ovms.usa.hp.nospam (Rob Brooks) wrote: > >> This will theoretically allow volumes up to 2TB in size. > > I'd be surprised if they stop there. Such disks may well be out by then. The ~2TB limit is not particularly arbitrary -- that's the max allowed within the contraints of an unsigned 32-bit longword. I'm pretty sure that there are no plans to develop a new file system whose volumes can exceed 2TB. -- Rob Brooks MSL -- Marlborough brooks!cuebid.ovms.usa.hp.com ------------------------------ Date: Mon, 8 Sep 2008 15:04:49 -0400 From: norm.raphael@metso.com Subject: Re: Intermittent RWSCS state Message-ID: This is a multipart message in MIME format. --=_alternative 0068CE9D852574BE_= Content-Type: text/plain; charset="US-ASCII" "H Vlems" wrote on 09/08/2008 01:38:24 PM: > > schreef in bericht > news:OF97D2DAE8.DD012DC9-ON852574BE.00559487-852574BE.0055BB58@metso.com... > > >I have a set of subprocesses that go in and out of RWSCS while running. > >Is there a resource I can increase to help this? > >Is there a way to tell what specifically is the bottleneck? > > What kind of cluster are you running, CI, NI (what network?), SCSI or DSSI? > > FDDI - Disks on HSG80 SAN (100MB Ethernet) --=_alternative 0068CE9D852574BE_= Content-Type: text/html; charset="US-ASCII"
"H Vlems" <hvlems@freenet.de> wrote on 09/08/2008 01:38:24 PM:

>
> <norm.raphael@metso.com> schreef in bericht
> news:OF97D2DAE8.DD012DC9-ON852574BE.00559487-852574BE.0055BB58@metso.com...
>
> >I have a set of subprocesses that go in and out of RWSCS while running.
> >Is there a resource I can increase to help this?
> >Is there a way to tell what specifically is the bottleneck?
>
> What kind of cluster are you running, CI, NI (what network?), SCSI or DSSI?
>
>
FDDI - Disks on HSG80 SAN (100MB Ethernet)
--=_alternative 0068CE9D852574BE_=-- ------------------------------ Date: Mon, 08 Sep 2008 21:23:29 GMT From: John Santos Subject: Re: Intermittent RWSCS state Message-ID: In article , norm.raphael@metso.com says... > "H Vlems" wrote on 09/08/2008 01:38:24 PM: > > > > > schreef in bericht > > > news:OF97D2DAE8.DD012DC9-ON852574BE.00559487-852574BE.0055BB58@metso.com... > > > > >I have a set of subprocesses that go in and out of RWSCS while running. > > >Is there a resource I can increase to help this? > > >Is there a way to tell what specifically is the bottleneck? > > > > What kind of cluster are you running, CI, NI (what network?), SCSI or > DSSI? > > > > > FDDI - Disks on HSG80 SAN (100MB Ethernet) This is probably obvious to all the responders, but for future reference (google) and just in case the OP is unaware: It's perfectly normal for things to go in and out of RWSCS (and many other RW* states) all the time. But it should happen so fast that you never or very rarely see it. If things get stuck in these states for long enough to be visible, then either you've got a tuning problem or your system is very overloaded or you've hit some kind of bug. Tuning (or possibly application redesign) is the most likely solution. To do that, you first need to identify the bottle-necks, though autogen with feedback is easy and quick (does require a reboot) and might solve the problem. On the other hand if the bottleneck turns out to be CPU or disk, then a hardware upgrade might be your only recourse. On the third hand, if the bottleneck makes no sense (long disk queues on a system that does relatively little disk i/o, or huge interrupt stack time for no discernable reason), then maybe you've encountered a VMS bug. -- John ------------------------------ Date: Mon, 8 Sep 2008 16:08:15 -0700 (PDT) From: AEF Subject: Re: Intermittent RWSCS state Message-ID: <03135b0e-2917-4910-961b-47054e774e89@x41g2000hsb.googlegroups.com> On Sep 8, 6:23 pm, John Santos wrote: > In article 852574BE.0068C...@metso.com>, norm.raph...@metso.com says... > > > > > "H Vlems" wrote on 09/08/2008 01:38:24 PM: > > > > schreef in bericht > > >news:OF97D2DAE8.DD012DC9-ON852574BE.00559487-852574BE.0055BB58@metso.com... > > > > >I have a set of subprocesses that go in and out of RWSCS while running. > > > >Is there a resource I can increase to help this? > > > >Is there a way to tell what specifically is the bottleneck? > > > > What kind of cluster are you running, CI, NI (what network?), SCSI or > > DSSI? > > > FDDI - Disks on HSG80 SAN (100MB Ethernet) > > This is probably obvious to all the responders, but for future > reference (google) and just in case the OP is unaware: > > It's perfectly normal for things to go in and out of RWSCS (and many > other RW* states) all the time. But it should happen so fast that you > never or very rarely see it. If things get stuck in these states for > long enough to be visible, then either you've got a tuning problem or > your system is very overloaded or you've hit some kind of bug. > > Tuning (or possibly application redesign) is the most likely solution. > To do that, you first need to identify the bottle-necks, though > autogen with feedback is easy and quick (does require a reboot) and > might solve the problem. On the other hand if the bottleneck turns > out to be CPU or disk, then a hardware upgrade might be your only > recourse. On the third hand, if the bottleneck makes no sense (long > disk queues on a system that does relatively little disk i/o, or > huge interrupt stack time for no discernable reason), then maybe > you've encountered a VMS bug. > > -- > John I had this problem circa 1990 as a postdoc at a university. We had three MicroVAXes networked together and to the campus network. There was a period where many of our processes would go and stay in this RWSCS mode and performance went to hell. I was told it was some kind of funny network problem, but the Unix machines in our lab were somehow not affected. I don't recall how it got cleared up, but I don't think we did anything on the VAX side. (We didn't have a real system manager at the time -- I was primarily a user and just trying to keep things running as I was just starting to do system manager- type work.) I know this probably doesn't hope much, but I'm posting this just in case it helps someone else come up with something more concrete, and the cost to me is just a few minutes of typing. Norm, are your systems attached to another network with other systems? AEF ------------------------------ Date: Mon, 08 Sep 2008 21:37:10 -0400 From: JF Mezei Subject: Re: Intermittent RWSCS state Message-ID: <48c5d38b$0$9653$c3e8da3@news.astraweb.com> Small question to the original poster: How often does it go into RWSCS ? How long does it stay in that status for ? During those times when it goes RWSCS, what is your system activity like ? Does your interconnect/ethernet show any problems/errors ? ------------------------------ Date: Mon, 8 Sep 2008 16:30:24 -0700 (PDT) From: WWWebb Subject: Looking for TSM scripts to capture and restore terminal settings. Message-ID: DECserver 716s and 732s. I could rewrite them from scratch, I guess, but why re-invent the wheel? Thanks, WWWebb ------------------------------ Date: Mon, 08 Sep 2008 15:55:15 -0600 From: Jeff Campbell Subject: Multinet NTP Message-ID: <1220910506_1652@isp.n> Hi all, I decided to switch to the Multinet TCPIP stack on my hobbyist system. Today when I looked at the log files, I found the NTP process complaining about a file (see below). Since this is a stock installation what do I need to do to fix the "can't open" problem? A directory listing shows the file exists. Jeff > Welcome to OpenVMS (TM) Alpha Operating System, Version V8.3 on node PWS600 > Last interactive login on Monday, 8-SEP-2008 15:37:01.49 > Last non-interactive login on Monday, 8-SEP-2008 11:29:44.18 > > $ type multinet:ntpd.log > $ Set NoOn > $ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY")) > 5-SEP-2008 12:14:24.68 NTP release v4.2 (rev 1.0). > 5-SEP-2008 12:14:24.83 Sanity value (WAYTOOBIG/PANIC) defaulted to 4000 > 5-SEP-2008 12:14:25.15 precision = 976.000 usec > 5-SEP-2008 12:14:25.35 Listening on interface wildcard, 0.0.0.0#123 > 5-SEP-2008 12:14:25.49 Listening on interface wildcard, ::#123 > 5-SEP-2008 12:14:25.63 Listening on interface se0, 10.0.0.100#123 > 5-SEP-2008 12:14:25.75 Listening on interface lo0, 127.0.0.1#123 > 5-SEP-2008 12:14:25.91 Using NTP configuration file: MULTINET:ntp.conf. > 5-SEP-2008 12:17:43.60 synchronized to xxxxxxxxxxx, stratum 1 > 5-SEP-2008 12:19:52.96 time reset +1.543251 s > 5-SEP-2008 12:24:06.36 synchronized to xxxxxxxxxxx, stratum 1 > 5-SEP-2008 13:14:32.91 can't open <>:NTP.DRIFT-TEMP: no such file or directory > 5-SEP-2008 14:14:36.20 can't open <>:NTP.DRIFT-TEMP: no such file or directory > [snipped] > 8-SEP-2008 13:18:29.12 can't open <>:NTP.DRIFT-TEMP: no such file or directory > 8-SEP-2008 14:18:31.30 can't open <>:NTP.DRIFT-TEMP: no such file or directory > 8-SEP-2008 15:18:32.82 can't open <>:NTP.DRIFT-TEMP: no such file or directory > $ > $ dire multinet:ntp > > Directory MULTINET_COMMON_ROOT:[MULTINET] > > NTP.CONF;2 NTP.DRIFT-TEMP;1 > > Total of 2 files. > $ ----== Posted via Pronews.Com - Unlimited-Unrestricted-Secure Usenet News==---- http://www.pronews.com The #1 Newsgroup Service in the World! >100,000 Newsgroups ---= - Total Privacy via Encryption =--- ------------------------------ Date: Mon, 08 Sep 2008 19:24:14 -0400 From: "Richard B. Gilbert" Subject: Re: Multinet NTP Message-ID: Jeff Campbell wrote: > Hi all, > > I decided to switch to the Multinet TCPIP stack on my hobbyist system. > Today when I looked at the log files, I found the NTP process > complaining about a file (see below). Since this is a stock installation > what do I need to do to fix the "can't open" problem? A directory > listing shows the file exists. > > Jeff > >> Welcome to OpenVMS (TM) Alpha Operating System, Version V8.3 on >> node PWS600 >> Last interactive login on Monday, 8-SEP-2008 15:37:01.49 >> Last non-interactive login on Monday, 8-SEP-2008 11:29:44.18 >> >> $ type multinet:ntpd.log >> $ Set NoOn >> $ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY")) >> 5-SEP-2008 12:14:24.68 NTP release v4.2 (rev 1.0). >> 5-SEP-2008 12:14:24.83 Sanity value (WAYTOOBIG/PANIC) defaulted to 4000 >> 5-SEP-2008 12:14:25.15 precision = 976.000 usec >> 5-SEP-2008 12:14:25.35 Listening on interface wildcard, 0.0.0.0#123 >> 5-SEP-2008 12:14:25.49 Listening on interface wildcard, ::#123 >> 5-SEP-2008 12:14:25.63 Listening on interface se0, 10.0.0.100#123 >> 5-SEP-2008 12:14:25.75 Listening on interface lo0, 127.0.0.1#123 >> 5-SEP-2008 12:14:25.91 Using NTP configuration file: MULTINET:ntp.conf. >> 5-SEP-2008 12:17:43.60 synchronized to xxxxxxxxxxx, stratum 1 >> 5-SEP-2008 12:19:52.96 time reset +1.543251 s >> 5-SEP-2008 12:24:06.36 synchronized to xxxxxxxxxxx, stratum 1 >> 5-SEP-2008 13:14:32.91 can't open <>:NTP.DRIFT-TEMP: no such >> file or directory >> 5-SEP-2008 14:14:36.20 can't open <>:NTP.DRIFT-TEMP: no such >> file or directory >> [snipped] >> 8-SEP-2008 13:18:29.12 can't open <>:NTP.DRIFT-TEMP: no such >> file or directory >> 8-SEP-2008 14:18:31.30 can't open <>:NTP.DRIFT-TEMP: no such >> file or directory >> 8-SEP-2008 15:18:32.82 can't open <>:NTP.DRIFT-TEMP: no such >> file or directory >> $ >> $ dire multinet:ntp >> >> Directory MULTINET_COMMON_ROOT:[MULTINET] >> >> NTP.CONF;2 NTP.DRIFT-TEMP;1 >> >> Total of 2 files. >> $ > Try a DIR /PROT. The NTPD process needs to be able to have RWED access to that file. ALPHA5_$ dir/prot tcpip$ntp.drift Directory SYS$SPECIFIC:[TCPIP$NTP] TCPIP$NTP.DRIFT;18116 (RWED,RWED,RE,) Total of 1 file. ------------------------------ Date: Mon, 08 Sep 2008 19:25:21 -0600 From: Jeff Campbell Subject: Re: Multinet NTP Message-ID: <1220923112_1660@isp.n> Richard B. Gilbert wrote: > Jeff Campbell wrote: >> Hi all, >> >> I decided to switch to the Multinet TCPIP stack on my hobbyist system. >> Today when I looked at the log files, I found the NTP process >> complaining about a file (see below). Since this is a stock installation >> what do I need to do to fix the "can't open" problem? A directory >> listing shows the file exists. >> >> Jeff >> >>> Welcome to OpenVMS (TM) Alpha Operating System, Version V8.3 on >>> node PWS600 >>> Last interactive login on Monday, 8-SEP-2008 15:37:01.49 >>> Last non-interactive login on Monday, 8-SEP-2008 11:29:44.18 >>> >>> $ type multinet:ntpd.log >>> $ Set NoOn >>> $ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY")) >>> 5-SEP-2008 12:14:24.68 NTP release v4.2 (rev 1.0). >>> 5-SEP-2008 12:14:24.83 Sanity value (WAYTOOBIG/PANIC) defaulted to 4000 >>> 5-SEP-2008 12:14:25.15 precision = 976.000 usec >>> 5-SEP-2008 12:14:25.35 Listening on interface wildcard, 0.0.0.0#123 >>> 5-SEP-2008 12:14:25.49 Listening on interface wildcard, ::#123 >>> 5-SEP-2008 12:14:25.63 Listening on interface se0, 10.0.0.100#123 >>> 5-SEP-2008 12:14:25.75 Listening on interface lo0, 127.0.0.1#123 >>> 5-SEP-2008 12:14:25.91 Using NTP configuration file: MULTINET:ntp.conf. >>> 5-SEP-2008 12:17:43.60 synchronized to xxxxxxxxxxx, stratum 1 >>> 5-SEP-2008 12:19:52.96 time reset +1.543251 s >>> 5-SEP-2008 12:24:06.36 synchronized to xxxxxxxxxxx, stratum 1 >>> 5-SEP-2008 13:14:32.91 can't open <>:NTP.DRIFT-TEMP: no >>> such file or directory >>> 5-SEP-2008 14:14:36.20 can't open <>:NTP.DRIFT-TEMP: no >>> such file or directory >>> [snipped] >>> 8-SEP-2008 13:18:29.12 can't open <>:NTP.DRIFT-TEMP: no >>> such file or directory >>> 8-SEP-2008 14:18:31.30 can't open <>:NTP.DRIFT-TEMP: no >>> such file or directory >>> 8-SEP-2008 15:18:32.82 can't open <>:NTP.DRIFT-TEMP: no >>> such file or directory >>> $ >>> $ dire multinet:ntp >>> >>> Directory MULTINET_COMMON_ROOT:[MULTINET] >>> >>> NTP.CONF;2 NTP.DRIFT-TEMP;1 >>> >>> Total of 2 files. >>> $ >> > > Try a DIR /PROT. The NTPD process needs to be able to have RWED access > to that file. > > ALPHA5_$ dir/prot tcpip$ntp.drift > > Directory SYS$SPECIFIC:[TCPIP$NTP] > > TCPIP$NTP.DRIFT;18116 > (RWED,RWED,RE,) > > Total of 1 file. > Ok, here's the listing: $ dire/secu multinet:ntp* Directory MULTINET_ROOT:[MULTINET] NTPD.LOG;13 [SYSTEM] (RWED,RWED,RE,) NTPD.LOG;12 [SYSTEM] (RWED,RWED,RE,) NTPD.LOG;11 [SYSTEM] (RWED,RWED,RE,) NTPD.LOG;10 [SYSTEM] (RWED,RWED,RE,) NTPD.LOG;9 [SYSTEM] (RWED,RWED,RE,) Total of 5 files. Directory MULTINET_COMMON_ROOT:[MULTINET] NTP.CONF;2 [SYSTEM] (RWED,RWED,RE,) NTP.DRIFT-TEMP;1 [SYSTEM] (RWED,RWED,RE,) NTPD.EXE;1 [SYSTEM] (RWED,RWED,,) NTPDATE.EXE;1 [SYSTEM] (RWED,RWED,,) NTPDC.EXE;1 [SYSTEM] (RWED,RWED,,) NTPD_DST_PROC_COM.TEMPLATE;1 [SYSTEM] (RWED,RWED,,) NTPQ.EXE;1 [SYSTEM] (RWED,RWED,,) NTP_CONF.TEMPLATE;1 [SYSTEM] (RWED,RWED,,) NTP_DEFINE.COM;1 [SYSTEM] (RWED,RWED,,) NTP_LIBLOCK.EXE;1 [SYSTEM] (RWED,RWED,,) NTP_UNDEFINE.COM;1 [SYSTEM] (RWED,RWED,,) Total of 11 files. Grand total of 2 directories, 16 files. NTPD.EXE is not INSTALLed with any privileges: $ install INSTALL> list DISK$ALPHASYS:.EXE [snipped] MULTINET_VMS_SHAREABLE;1 POP2_SERVER;1 [snipped] INSTALL> Exit $ Jeff ----== Posted via Pronews.Com - Unlimited-Unrestricted-Secure Usenet News==---- http://www.pronews.com The #1 Newsgroup Service in the World! >100,000 Newsgroups ---= - Total Privacy via Encryption =--- ------------------------------ Date: Mon, 08 Sep 2008 13:58:34 -0400 From: JF Mezei Subject: Re: Note to Island Computers customers Message-ID: <48c5682d$0$12415$c3e8da3@news.astraweb.com> David wrote: > The extent of damage from Hanna - a magnolia tree leaf was loosened by the > 12mph gusts we had. Is that really it ? You were, for a while under a tripical storm watch. I figured you would have had non-damaging but still pretty nasty storm conditions. Were you able to go to the beach to surf and sun-tan the next day ? ------------------------------ Date: Mon, 08 Sep 2008 15:07:23 -0400 From: JF Mezei Subject: OT: Message to Mr VAXman Message-ID: <48c5784e$0$12378$c3e8da3@news.astraweb.com> I stumbled on an article which I suspect will rejoice Mr VAXman (about scientology) http://www.reuters.com/articlePrint?articleId=USL820153620080908 ------------------------------ Date: Tue, 9 Sep 2008 01:20:27 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: OT: SYSMAN Equiv. on AIX? Message-ID: In article , "Richard B. Gilbert" writes: >Bill Gunshannon wrote: >> In article <48C49015.746DCC8A@spam.comcast.net>, >> David J Dachtera writes: >>> Bill Gunshannon wrote: >>>> In article <48BF3BB1.82DA5897@spam.comcast.net>, >>>> David J Dachtera writes: >>>>> Bill Gunshannon wrote: >>>>>> [snip] >>>>>> >>>>>> Are you limited to only things that come with AIX? CFEngine might be >>>>>> what you need but it is one of those dreaded OpenSource thingies. :-) >>>>> If there is a binary available for WhineBloze, that would get me around >>>>> issues of vendors not wanting anything "foreign" on the system, for FDA >>>>> compliance or what-have-you. >>>> Huh?? I thought you needed a solution for AIX. >>> I do - however, I state dno requirement that it actually RUN on AIX - in >>> fact, I'd much prefer that it didn't. All kinds of vendor-blessings >>> hassles and such, y'know... >>> >>>> There is no similarity >>>> between Windows and Unix >>> That seems a bit much. There are SOEM commonalities, but they're not >>> wholly incompatible. >> >> Yeah, about the same as between Unix, Windows and VMS. They all do run >> on some kind of a computer. :-) >> > >They are all operating systems. >They all support a GUI >They all have a command line interface available though Windows is >pretty lame in this department. The last statement needs some qualification. Windows was pretty lame in that department but the new Powershell seems to be pretty good See http://en.wikipedia.org/wiki/Windows_PowerShell David Webb Security team leader CCSS Middlesex University ------------------------------ Date: 8 Sep 2008 14:42:51 -0500 From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: UCX SMTP server issuing temporary or permanent service limit Message-ID: In article <48c56921$0$1545$c3e8da3@news.astraweb.com>, JF Mezei writes: > Simon Clubley wrote: > >> I'm still investigating this before I talk to UCX support, but is the >> SMTP Reject Request issued when the service limit is reached a temporary >> or permanent reject error code ? > > Service limits indicate that the TCPIP call was rejected. So you host > appears to be "down" to the sender. It hasn't gotten to the point where > they talked to each other. > Thanks. It wasn't 100% clear from the manuals, especially with the ability to specify an optional reject message, if the reject was done at TCP level or if the service was given the responsibility of dropping the connection after issuing an application specific rejection message/packet. Simon. -- Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP Microsoft: Bringing you 1980's technology to a 21st century world ------------------------------ Date: Mon, 08 Sep 2008 14:02:29 -0400 From: JF Mezei Subject: Re: UCX SMTP server issuing temporary or permanent service limit messages messag Message-ID: <48c56921$0$1545$c3e8da3@news.astraweb.com> Simon Clubley wrote: > I'm still investigating this before I talk to UCX support, but is the > SMTP Reject Request issued when the service limit is reached a temporary > or permanent reject error code ? Service limits indicate that the TCPIP call was rejected. So you host appears to be "down" to the sender. It hasn't gotten to the point where they talked to each other. Normally, the sending host will retry sending again perhaps 10 or 15 minutes later. Depending on the type of traffic you have, this could be a no brainer with spammers trying to deliver tons of messages to you at the same time. The service limit is a TCPIP> utility setting for the service, it is not specific to SMTP (all services can be limited). HELP SET SERVICE /LIMIT ------------------------------ End of INFO-VAX 2008.494 ************************