You are quite right. I missed the discussion last month - perhaps because the (very interesting) discussion occurred under the Subject thread: "INNOVATION DATA PROCESSING ANNOUNCEMENTS - August 15, 2005".
One easy way to read that entire thread is to click on the below link, and then click on the Subject: line to jump to the next post in the thread. http://bama.ua.edu/cgi-bin/wa?A2=ind0508&L=ibm-main&P=118027 Also, I had a side conversation this afternoon with a friend about this. He didn't immediately realize the consequence of a RESOLVER defect. Remember, RESOLVER is used anytime anyone (any task) on the mainframe wants to access DNS (be it DNS on the mainframe, or off platform). A nice description of RESOLVER appears in topic 1.2.5 "Understanding resolvers" in IP Configuration Guide. RESOLVER does more than just DNS, and it is not clear from PK10591 exactly which RESOLVER services trigger the defect, other than it has to do with DUBbing the address space, a function which requires an OMVS segment. I am unaware of any means to physically prevent someone (some task) that does not have an OMVS segment from attempting to invoke a TCP/IP API and thus cause the overlay. For this reason, this is a very serious problem, in my opinion. One final update: This afternoon I tried to apply the fixing PTF. On my system, APPLY CHECK GROUPEXTEND installed a total of 18 TCP/IP PTFs, including two which are in "open" status (not generally available) and which I had to get directly from TCP/IP Level 2. I'm now leaning towards insisting that our security group define a default OMVS segment, as the 100 modules touched by the 18 PTFs seems way too big a change for a mid-week installation. Brian On Wed, 28 Sep 2005 00:00:00 GMT, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >Check the archives. >This was discussed a month ago. >-teD ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html

