Re: Spam from my account
In 1317167294.89974.yahoomailmob...@web161422.mail.bf1.yahoo.com, on 09/27/2011 at 04:48 PM, Ed Gould ps2...@yahoo.com said: I have been told By whom? my email account has been hacked and email was sent using it. Have you seen evidence that the mail was actually sent from your account? it is common for spammers to send using bogus addresses in the reverse path and in the header. If your have a sample of the spam in question, look at the Received header fields to see whether it was actually sent by yahoo. Note: I'm not denying that yahoo has security and spam issues, just noting that there may be an alternative explanation for what you've seen. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Spam from my account
I have been told my email account has been hacked and email was sent using it. I apologize and will once again change my password. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Spam from my account
All, I have been advised my email account has been hacked. I apologize. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam from my account
On 9/28/2011 1:52 AM, Ed Gould wrote: All, I have been advised my email account has been hacked. I apologize. Unfortunately, this won't change a thing. The originator of an e-mail address is no more valid as a method of authentication than the return address at the back of a snail-mail envelope There are methods that allow to determine the sender is actually who he claims to be, but this doesn't work on this mailing list because attachments are prohibited, therefore prohibiting S/MIME digital signatures. --Ivan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
Shmuel Metz (Seymour J.) wrote: What are you using to do tracing, if I may ask, please? I'm using a modified version of BWwhois[1] to do lookups. I've also got a RYO utility[2] that scans the entire e-mail and looks up all of the relevant names and addresses for use in reporting the spam. [1] The unmodified version is at http://whois.bw.org/ [2] The stable version is at http://www.medwayhosting.com/spam-l/deobfuscation-by-Shmuel/index.html Shmuel, many many thanks for your really kind reply, I appreciate it very much! I learned something new today! :-) Please keep up with your excellent educational posts. Again many thanks! :-D Groete / Greetings Elardus Engelbrecht Question: How many lawyers take it to change a lightbulb? Answer: I don't know, but this is gonna cost you a lot for consulting fee, fee for actual work done and the bulb itself! :-) Q: How many personal injury attorneys does it take to change a light bulb? A: Threeone to turn the bulb, one to shake him off the ladder, and the third to sue the ladder company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
snip--- Q: How many personal injury attorneys does it take to change a light bulb? A: Three–one to turn the bulb, one to shake him off the ladder, and the third to sue the ladder company. --unsnip--- Don't forget the maker of the bulb that fell and broke on the floor, for producing something as terribly (gasp) dangerous as a GLASS bulb. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Spam
My ISP just harvested some junk (supposedly) from John G - a vacation reply. Never had similar (from John). Let's hope he hasn't been using Internet Cafe(s) in B#283;ij#299;ng. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
Sorry - that would be Beijing in plain text. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
Shane Ginnane wrote: Sorry - that would be Beijing in plain text. For three and half nanoseconds I was thinking you're trying mixing English and Mandarin languages... :-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
Shane Ginnane wrote: My ISP just harvested some junk (supposedly) from John G - a vacation reply. I also got that one too. That one came from 'snt0-omc4-s4.snt0.hotmail.com' located in USA despite trying to fake a msn address. Hmm, I need a vacation from all those spam, spam and more spam ... ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
In 4702673754796316.wa.elardus.engelbrechtsita.co...@bama.ua.edu, on 08/05/2011 at 06:59 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: I also got that one too. That one came from 'snt0-omc4-s4.snt0.hotmail.com' located in USA despite trying to fake a msn address. The legitimate messages also went through hotmail. However, compare the originating IP addresses; [108.20.159.218] is verizon while [65.55.90.239] is microsoft. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
Shmuel Metz (Seymour J.) wrote: The legitimate messages also went through hotmail. However, compare the originating IP addresses; [108.20.159.218] is verizon while [65.55.90.239] is microsoft. Before I posted, I have traced only that domain name ending with hotmail. I initially did not bother to trace the 2 IP addresses. Anyway I got the same results for these 2 IP addresses with www.dnsstuff.com. Thanks for confirming. It is much appreciated. What are you using to do tracing, if I may ask, please? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Spam
In 0407320875097141.wa.elardus.engelbrechtsita.co...@bama.ua.edu, on 08/05/2011 at 07:56 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: What are you using to do tracing, if I may ask, please? I'm using a modified version of BWwhois[1] to do lookups. I've also got a RYO utility[2] that scans the entire e-mail and looks up all of the relevant names and addresses for use in reporting the spam. [1] The unmodified version is at http://whois.bw.org/ [2] The stable version is at http://www.medwayhosting.com/spam-l/deobfuscation-by-Shmuel/index.html -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
In 4d359646.3000...@trainersfriend.com, on 01/18/2011 at 06:31 AM, Steve Comstock st...@trainersfriend.com said: On the other hand, some email providers are over-ambitious in their blocking. I wish I had one like that ;-) I'm leading a tour to Japan this fall and when I send emails to the group there is a high probability those with an email address of @comcast.net will reject the email. Verio has spam issues; I don't see blocking NTT as being overambitious. You should be able to send from a different network. I wonder how many valid emails are not getting through because of false-positive results in some spam sensing algorithm. Not as many as are lost because they're buried in spam. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
In aanlktinpdwgfgumjbvlpseb5uovjghuv9irrx_suu...@mail.gmail.com, on 01/18/2011 at 10:48 AM, Mike Schwab mike.a.sch...@gmail.com said: Yep. I signed up for a topica.com email group. They have issues. I bet the people marking it as spame has signed up for the list then marked an email as spam. That certainly happens, but I wouldn't bet on it in this case. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
--- On Tue, 1/18/11, Mike Schwab mike.a.sch...@gmail.com wrote: ANIP--- Yep. I signed up for a topica.com email group. Suddenly I stopped getting their messages. I went to the web page and found message had been sent. I complained to my web provider that I was not getting email from their site. They said they were sending 92% spam messages and were blacklisted. I bet the people marking it as spame has signed up for the list then marked an email as spam. I know I see about 1% of non-spam messages in the spam folder, yet I have to keep telling people to not automatically delete spam messages. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? Mike (and others) YAHOO has an ongoing issues with either blocking or bit bucketing them. It is also just not me. YAHOO absolutely will not address the issue. I essentially use it only for IBM-MAIN items. I have switched over to google and they to have issues even with IBM-MAIN. I have just about given up on all providers. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
In 63f312e6f4b4674a8f5ac4512c47ec8003e0e23...@mx06a.corp.emc.com, on 01/14/2011 at 02:05 PM, Stan Weyman stan.wey...@emc.com said: I am also a realist and this appears to be somewhat accepted in the world of email. No. It's accepted in the sleazy advertising community, not in the e-mail community. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
In b282be35b5a4494894d4ecfba2bf7847180c7f0...@xch-nw-17v.nw.nos.boeing.com, on 01/15/2011 at 05:45 PM, Schwarz, Barry A barry.a.schw...@boeing.com said: What happened to the common and effective advice - If you receive spam, hit delete and move on. To every complex question there is an answer that is simple, obvious and wrong. As Allan Sherman said, Good advice costs nothing and it's worth the price. That advice may be common, but it is not effective. It is only good advice for those that do not have the skills to determine the complaint addresses and whose providers do not have a mechanism for reporting spam for blocking purposes. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
On 1/17/2011 8:49 AM, Shmuel Metz (Seymour J.) wrote: In b282be35b5a4494894d4ecfba2bf7847180c7f0...@xch-nw-17v.nw.nos.boeing.com, on 01/15/2011 at 05:45 PM, Schwarz, Barry Abarry.a.schw...@boeing.com said: What happened to the common and effective advice - If you receive spam, hit delete and move on. To every complex question there is an answer that is simple, obvious and wrong. As Allan Sherman said, Good advice costs nothing and it's worth the price. That advice may be common, but it is not effective. It is only good advice for those that do not have the skills to determine the complaint addresses and whose providers do not have a mechanism for reporting spam for blocking purposes. On the other hand, some email providers are over-ambitious in their blocking. I'm leading a tour to Japan this fall and when I send emails to the group there is a high probability those with an email address of @comcast.net will reject the email. Then I have to request the IP address used by my provider be unblocked, then I have to re-send. And of course my provider has a number of IP addresses it uses for sending email and a re-send might use a different IP address than the one that was just unblocked. So then the process repeats. I wonder how many valid emails are not getting through because of false-positive results in some spam sensing algorithm. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
I wonder how many valid emails are not getting through because of false-positive results in some spam sensing algorithm. I have always wondered the same thing since a time when our service provider started using a metric of percentage of messages filtered by the spam filter(s) as an indication of success. When I pointed out the false negatives, and asked about any indication regarding false positives, I got very blank looks and dead air. Even my management didn't understand. This is just as silly as the 'tip' at the top of a lot of IBM e-mails. The one regarding: if you're not receiving this, inform your e-mail provider so they can unblock the sender. Riddle me this: If I am receiving the message, why would I have to talk to anybody? And, if I didn't receive it, what use would the instructions be? - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
On Tue, Jan 18, 2011 at 10:31 AM, Ted MacNEIL eamacn...@yahoo.ca wrote: I wonder how many valid emails are not getting through because of false-positive results in some spam sensing algorithm. I have always wondered the same thing since a time when our service provider started using a metric of percentage of messages filtered by the spam filter(s) as an indication of success. When I pointed out the false negatives, and asked about any indication regarding false positives, I got very blank looks and dead air. Even my management didn't understand. This is just as silly as the 'tip' at the top of a lot of IBM e-mails. The one regarding: if you're not receiving this, inform your e-mail provider so they can unblock the sender. Riddle me this: If I am receiving the message, why would I have to talk to anybody? And, if I didn't receive it, what use would the instructions be? - Ted MacNEIL eamacn...@yahoo.ca Yep. I signed up for a topica.com email group. Suddenly I stopped getting their messages. I went to the web page and found message had been sent. I complained to my web provider that I was not getting email from their site. They said they were sending 92% spam messages and were blacklisted. I bet the people marking it as spame has signed up for the list then marked an email as spam. I know I see about 1% of non-spam messages in the spam folder, yet I have to keep telling people to not automatically delete spam messages. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Vernooij, CP - SPLXM Shane Ginnane ibm-m...@tpg.com.au wrote in message news:1294994009.4d300a5943...@postoffice.tpg.com.au... Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. Yes, as if I subscribed myself. You are subscribed to this mailing list as kees.verno...@klm.com. Please click here to modify your message preferences or to unsubscribe from any future mailings. We will respect all unsubscribe requests. I hope they respect my unsubscribe. The other side of that coin is that *any* reply to them verifies that your email address is real. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Linda Mooney wrote: but because they lied by claiming that I had subscribed. Yes, they also LIED to me saying I have subscribed and that my employer will pay discounted amounts too, just because I subscribed. That 'discount' thing made me to reach for the DELETE button and blacklist this spam-mail for good. Now just let things straight. I'm NOT into buying or hiring software and hardware. I'm just a lowly programmer. Nothing more. And hyper allergic to spammers too... ;-D But actually, because I'm the only one active on IBM-MAIN - I'm actually luring spammers away from my management and others very gullible to spam. They're aware that I'm active here and that they appreciate that I relay very good ideas found here. Persons here in IBM-MAIN post regurlarly about training, upcoming events and products. I tolerate them because they are honest and offering ideas and advices here. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
On 1/15/2011 1:28 PM, Elardus Engelbrecht wrote: Persons here in IBM-MAIN post regurlarly about training, upcoming events and products. I tolerate them because they are honest and offering ideas and advices here. Not to mention that they first ask permission to post blatant ads! Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Not to mention that they first ask permission to post blatant ads! Not all! - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
But there are a lot less ads than this apparently interminable discussion about an email that many of us never saw but get to relive vicariously through many people's need to vent on this list. What happened to the common and effective advice - If you receive spam, hit delete and move on. Does telling everyone you have been spammed assuage the anguish? Is it comforting to know others have also been spammed? This topic is worse than the obstreperous political diatribes that appear occasionally about IBM's hiring practices. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Saturday, January 15, 2011 2:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: List spam Not to mention that they first ask permission to post blatant ads! Not all! - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
List spam
Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Shane Ginnane ibm-m...@tpg.com.au wrote in message news:1294994009.4d300a5943...@postoffice.tpg.com.au... Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. Yes, as if I subscribed myself. You are subscribed to this mailing list as kees.verno...@klm.com. Please click here to modify your message preferences or to unsubscribe from any future mailings. We will respect all unsubscribe requests. I hope they respect my unsubscribe. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Shane, Spammed me too using my unique IBM-MAIN subscription email address. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, 14 January 2011 7:33 PM To: IBM-MAIN@bama.ua.edu Subject: List spam Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Shane Ginnane wrote: Any/every-one else getting spammed by recoveryknowledge ?. Yes. And I wasted precious seconds to review that thing in my Junk folder and delete it. Only 5 and half seconds of my life were wasted to get rid of this bored spammer! ;-D It took me a half minute to write this junk post too. ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Vernooij, CP wrote: I hope they respect my unsubscribe. Perhaps not. Your address are now probably marked as 'live' and you will be spammed properly... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
On 1/14/2011 1:33 AM, Shane Ginnane wrote: Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. Yeah, not only did I get spammed, they spelled my company name wrong throughout the email: Transiners Friend very primitive. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
I would not consider a rare work related email as a spam attack. Most firms that seek new clients engage in some form of targeted advertising. There are a few things that seperate the email from Recovery Knowelage from spam. 1. Appears to to a rare event. 2. It is targeted and directed ... i.e. is not an advert for tulip bulbs. 3. Presents a real product from a small company that has been around for many years. When one posts to a public forum like IBM-MAIN or even joins a public forum some privicy is sacrficed Best wishes Avram Friedman On Fri, 14 Jan 2011 05:57:02 -0700, Steve Comstock st...@trainersfriend.com wrote: On 1/14/2011 1:33 AM, Shane Ginnane wrote: Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. Yeah, not only did I get spammed, they spelled my company name wrong throughout the email: Transiners Friend very primitive. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
I would agree with you if the rare work related email had been put into this list for all to see. The difference is the company trolled for email addresses and now is sending out emails purporting that I registered/subscribed to their website for product information and, should I no longer want that information, I need to do something to stop it, thus verifying my email address as 'live' This is not the tactic of a company I care to do commerce with I'm afraid... Regards Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Avram Friedman Sent: Friday, January 14, 2011 9:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: List spam I would not consider a rare work related email as a spam attack. Most firms that seek new clients engage in some form of targeted advertising. There are a few things that seperate the email from Recovery Knowelage from spam. 1. Appears to to a rare event. 2. It is targeted and directed ... i.e. is not an advert for tulip bulbs. 3. Presents a real product from a small company that has been around for many years. When one posts to a public forum like IBM-MAIN or even joins a public forum some privicy is sacrficed Best wishes Avram Friedman On Fri, 14 Jan 2011 05:57:02 -0700, Steve Comstock st...@trainersfriend.com wrote: On 1/14/2011 1:33 AM, Shane Ginnane wrote: Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. Yeah, not only did I get spammed, they spelled my company name wrong throughout the email: Transiners Friend very primitive. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Stan, I agree. There are always some grey areas (or grey persons, who besides plugging their training company also provide useful contributions ;-)). However this is indiscriminate spanning to z/OS customers including suggesting they have subscribed, while it strictly concerns DB2 and there is a DB2-list. Kees. Stan Weyman stan.wey...@emc.com wrote in message news:63f312e6f4b4674a8f5ac4512c47ec8003e0e23...@mx06a.corp.emc.com... I would agree with you if the rare work related email had been put into this list for all to see. The difference is the company trolled for email addresses and now is sending out emails purporting that I registered/subscribed to their website for product information and, should I no longer want that information, I need to do something to stop it, thus verifying my email address as 'live' This is not the tactic of a company I care to do commerce with I'm afraid... Regards Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Avram Friedman Sent: Friday, January 14, 2011 9:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: List spam I would not consider a rare work related email as a spam attack. Most firms that seek new clients engage in some form of targeted advertising. There are a few things that seperate the email from Recovery Knowelage from spam. 1. Appears to to a rare event. 2. It is targeted and directed ... i.e. is not an advert for tulip bulbs. 3. Presents a real product from a small company that has been around for many years. When one posts to a public forum like IBM-MAIN or even joins a public forum some privicy is sacrficed Best wishes Avram Friedman On Fri, 14 Jan 2011 05:57:02 -0700, Steve Comstock st...@trainersfriend.com wrote: On 1/14/2011 1:33 AM, Shane Ginnane wrote: Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. Yeah, not only did I get spammed, they spelled my company name wrong throughout the email: Transiners Friend very primitive. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives
Re: List spam
---snip-- Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. ---unsnip I'm getting it as well. Fits in the bit bucket just fine. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
I would go so far as to say I wouldn't rule a company like this out but I still take some exception to the back door method used to send out their message, after getting their email list (I'm sure they also 'checked' the DB2 list for email addresses as well - among others). I am also a realist and this appears to be somewhat accepted in the world of email. I harken back to the days when anything posted that even smelled commercial would bring a stinging and last rebuke from the community. Ah the good old days (or were they g) LOL Regards, Stan Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Friday, January 14, 2011 10:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: List spam Stan, I agree. There are always some grey areas (or grey persons, who besides plugging their training company also provide useful contributions ;-)). However this is indiscriminate spanning to z/OS customers including suggesting they have subscribed, while it strictly concerns DB2 and there is a DB2-list. Kees. Stan Weyman stan.wey...@emc.com wrote in message news:63f312e6f4b4674a8f5ac4512c47ec8003e0e23...@mx06a.corp.emc.com... I would agree with you if the rare work related email had been put into this list for all to see. The difference is the company trolled for email addresses and now is sending out emails purporting that I registered/subscribed to their website for product information and, should I no longer want that information, I need to do something to stop it, thus verifying my email address as 'live' This is not the tactic of a company I care to do commerce with I'm afraid... Regards Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Avram Friedman Sent: Friday, January 14, 2011 9:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: List spam I would not consider a rare work related email as a spam attack. Most firms that seek new clients engage in some form of targeted advertising. There are a few things that seperate the email from Recovery Knowelage from spam. 1. Appears to to a rare event. 2. It is targeted and directed ... i.e. is not an advert for tulip bulbs. 3. Presents a real product from a small company that has been around for many years. When one posts to a public forum like IBM-MAIN or even joins a public forum some privicy is sacrficed Best wishes Avram Friedman On Fri, 14 Jan 2011 05:57:02 -0700, Steve Comstock st...@trainersfriend.com wrote: On 1/14/2011 1:33 AM, Shane Ginnane wrote: Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. Yeah, not only did I get spammed, they spelled my company name wrong throughout the email: Transiners Friend very primitive. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e
Re: List spam
Shane Ginnane wrote: Any/every-one else getting spammed by recoveryknowledge ?. Yes, but I found it mildly amusing... Hello Deer Recovery Knowledge an IBM Business Partner is offering an unbelievable (No License Charge) discount on all our DB2 Automated Tools to IX Netcom. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Hi List, Well, I would rule them out, not because they obviously harvested this list - but because they lied by claiming that I had subscribed. T he email address I use for this list is ONLY used for that purpose, never anything else. So the statement at the end - snip Recovery Knowledge PO Box 20870 Long Beach California 90801 United States You are subscribed to this mailing list as linda.lst...@comcast.net . Please click here to modify your message preferences or to unsubscribe from any future mailings. We will respect all unsubscribe requests. end snip is a lie. I did not subscribe and no company with which I do business, either personally or professionally has this email address. So, they and tried to trick me. That's a lot different than someone finding (or harvesting) an email address and sending me unsolicited email. I am not going to respond to the note because I don't want to confirm the live address for them. Of course, they are probably lurking here anyway. I hope that they do read this discussion and learn something. Cheers, Linda - Original Message - From: Stan Weyman stan.wey...@emc.com To: IBM-MAIN@bama.ua.edu Sent: Friday, January 14, 2011 11:05:24 AM Subject: Re: List spam I would go so far as to say I wouldn't rule a company like this out but I still take some exception to the back door method used to send out their message, after getting their email list (I'm sure they also 'checked' the D B2 list for email addresses as well - among others). I am also a realist and this appears to be somewhat accepted in the world of email. I harken back to the days when anything posted that even smelled commercial would bring a stinging and last rebuke from the community. Ah the good old days (or were they g) LOL Regards, Stan Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Friday, January 14, 2011 10:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: List spam Stan, I agree. There are always some grey areas (or grey persons, who besides plugging their training company also provide useful contributions ;-)). However this is indiscriminate spanning to z/OS customers including suggesting they have subscribed, while it strictly concerns DB2 and there is a DB2-list. Kees. Stan Weyman stan.wey...@emc.com wrote in message news:63f312e6f4b4674a8f5ac4512c47ec8003e0e23...@mx06a.corp.emc.com... I would agree with you if the rare work related email had been put into this list for all to see. The difference is the company trolled for email addresses and now is sending out emails purporting that I registered/subscribed to their website for product information and, should I no longer want that information, I need to do something to stop it, thus verifying my email address as 'live' This is not the tactic of a company I care to do commerce with I'm afraid... Regards Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Avram Friedman Sent: Friday, January 14, 2011 9:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: List spam I would not consider a rare work related email as a spam attack. Most firms that seek new clients engage in some form of targeted advertising. There are a few things that seperate the email from Recovery Knowelage from spam. 1. Appears to to a rare event. 2. It is targeted and directed ... i.e. is not an advert for tulip bulbs. 3. Presents a real product from a small company that has been around for many years. When one posts to a public forum like IBM-MAIN or even joins a public forum some privicy is sacrficed Best wishes Avram Friedman On Fri, 14 Jan 2011 05:57:02 -0700, Steve Comstock st...@trainersfriend.com wrote: On 1/14/2011 1:33 AM, Shane Ginnane wrote: Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. Yeah, not only did I get spammed, they spelled my company name wrong throughout the email: Transiners Friend very primitive. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make
Re: List spam
In listserv%201101140850499626.0...@bama.ua.edu, on 01/14/2011 at 08:50 AM, Avram Friedman ibmsysp...@geek-sites.com said: Most firms that seek new clients engage in some form of targeted advertising. Spam is a good way to lose potential business. There are a few things that seperate the email from Recovery Knowelage from spam. No. If it is unsolicited, bulk and e-mail then it is spam, regardless of other factors. 1. Appears to to a rare event. People have gone to jail for thefts involving less than $.01. 2. It is targeted and directed ... i.e. is not an advert for tulip bulbs. They all claim to be targeted. What matters is permission. The only time targeting matters is when the message is sent to only a single target. 3. Presents a real product from a small company that has been around for many years. Spam for a real product is still spam. When one posts to a public forum like IBM-MAIN or even joins a public forum some privicy is sacrficed Posting in a public forum does not give permission to use the address for purposes unrelated to the forum. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
On 14 January 2011 15:15, Linda Mooney linda.lst...@comcast.net wrote: Well, I would rule them out, not because they obviously harvested this list - but because they lied by claiming that I had subscribed. T he email address I use for this list is ONLY used for that purpose, never anything else. So the statement at the end - snip Recovery Knowledge PO Box 20870 Long Beach California 90801 United States You are subscribed to this mailing list as linda.lst...@comcast.net . Please click here to modify your message preferences or to unsubscribe from any future mailings. We will respect all unsubscribe requests. end snip is a lie. I did not subscribe and no company with which I do business, either personally or professionally has this email address. So, they and tried to trick me. That's a lot different than someone finding (or harvesting) an email address and sending me unsolicited email. I am not going to respond to the note because I don't want to confirm the live address for them. Of course, they are probably lurking here anyway. I hope that they do read this discussion and learn something. Well, they don't claim that *you* subscribed, but rather that you *are* subscribed, presumably because *they* subscribed you to their list. Well, one can argue the usage of subscribe, but the phrase you are subscribed is common enough, regardless of how you got that way. Strangely enough, I have not received email from them, though my name has been on this list and related others for many years. I *have* recently received email from an IBM business partner with similar grammatical skills to those evidently possessed by Recovery Knowledge, but at my work email address, which is not widely published. That bothers me a lot more, because it suggests that they got it from IBM, and my IBM options are the strictest no junk mail ones they have. Oh, and it's evidently mainframe migration, held at an IBM site. It would offer, Learning on how legacy systems and green screens can be converted into beautiful WebPages in as less as ten minutes?. Sigh... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM-LOW: Re: CA-OPS/MVS to IBM's System Automation?
SFI (www.streamfoundry.com) has done 3 TSA migrations in the last six months. We can help. Marc heiml...@streamfoundry.com --Original Message-- From: Andreas Steinberg Sender: IBM-MAIN To: IBM-MAIN ReplyTo: IBM-MAIN Subject: SPAM-LOW: Re: CA-OPS/MVS to IBM's System Automation? Sent: Oct 22, 2010 3:46 AM John, we did it 5 years ago with a lot of help by consultants. Because we dropped NetView off before that, it came back again through the backdoor. And because of the pricing model we were not amused. IMHO many things are easier using OPS, some don't work, so you need to have System Automation if you want to use GDPS for example. On the other hand the IBM software is very huge, for our things to do it is too big, we are using less than 50% of the features. My operators actually are able to handle it, but they don't like it, cause it is too complicated. HTH Andreas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Sent from my Verizon Wireless BlackBerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM-LOW: Re: CA-OPS/MVS to IBM's System Automation?
The reason to convert would be money. We would be forced to do the conversion in house, or not at all. -- John McKown Maranatha! Sent from my Vibrant Android phone. On Oct 22, 2010 6:24 AM, Marc Heimlich heiml...@streamfoundry.com wrote: SFI (www.streamfoundry.com) has done 3 TSA migrations in the last six months. We can help. Marc heiml...@streamfoundry.com --Original Message-- From: Andreas Steinberg Sender: IBM-MAIN To: IBM-MAIN ReplyTo: IBM-MAIN Subject: SPAM-LOW: Re: CA-OPS/MVS to IBM's System Automation? Sent: Oct 22, 2010 3:46 AM John, we did it 5 years ago with a lot of help by consultants. Because we dropped NetView off before that, it came back again through the backdoor. And because of the pricing model we were not amused. IMHO many things are easier using OPS, some don't work, so you need to have System Automation if you want to use GDPS for example. On the other hand the IBM software is very huge, for our things to do it is too big, we are using less than 50% of the features. My operators actually are able to handle it, but they don't like it, cause it is too complicated. HTH Andreas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Sent from my Verizon Wireless BlackBerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [**SPAM**] Re: More FUD on the demise of the Mainframe
Serious topic yaw here. Koyma was / is more famous.. = better yet, to Vorkuta (or did they dismantle that place after 1989?) = = /s/ tuco bonno; = Graduate, College of Conflict Management; = University of SouthEast Asia; = I partied on the Ho Chi Minh Trail - tiến lên !! = = = =Too much trouble.. send him and the other mouse-twitching folks = to Kolyma. = = = = = --snip--- = = = =I would not worry about FUD given the following statement from the = = article. = = = =Some companies still employ an older mainframe with a screen known as = a = =3270 terminal emulator, which evokes the decades-old Disk Operating = = System, = =or DOS, that predated Microsoft (MSFT) Windows = = = = = = = --unsnip = = Set this guy down in front of a basic set of manuals. Warm his drawers = = with a riding crop or similar instrument untill he's digested some = = modern information and started to learn about a serious system. :-) = = = = Rick = = = = -- = = For IBM-MAIN subscribe / signoff / archive access instructions, = = send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO = = Search the archives at http://bama.ua.edu/archives/ibm-main.html = = = = = John Cassidy (Dipl.-Ingr.) = = Kapellenstr. 21a = = D-65193 Wiesbaden = = EU = = = = Mobile: +49 (0) 170 794 3616 = = = http://www.JDCassidy.net = = http://en.federaleurope.org/ = = http://sva-zhosting.com/en/index.php = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO = Search the archives at http://bama.ua.edu/archives/ibm-main.html = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO = Search the archives at http://bama.ua.edu/archives/ibm-main.html = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sorry for the spam!
Apologies for the spam, folks, my Gmail got compromised, its back to business now, but I cannot promise your addresses did not get harvested as well. I'm pretty disturbed about it, and quite upset as well.. mainly because it spammed email addresses from family members who are no longer with us, very upset about that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ***SPAM*** Re: easy access to the current cpu-peak-time status or cpu load
What? Millions of type 89 SMF records. Nah, about 12,000 a month. Or report on SMF70LAC field in type 70 records, I do this daily for one of my customers. Cheers, Paul Gillis -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Itschak Mugzach Sent: Thursday, 29 July 2010 9:49 PM To: IBM-MAIN@bama.ua.edu Subject: ***SPAM*** Re: easy access to the current cpu-peak-time status or cpu load This invoice factor is a number that is caluleted reading milions of SMF recods. Why don't you just keep this number in your product DB ad let your customer enter this once a month? ITschak On Thu, Jul 29, 2010 at 2:38 PM, Dr. Stephen Fedtke max_mainframe_...@fedtke.com wrote: hi all, we need to know in realtime how close the system is to its cpu peak interval/time (meaning that peak time representing the z user's major invoice factor). does anybody have an idea on how to EASILY determine key information in the field of cpu load etc., such as via reading control blocks, or issuing a console command? using sdsf or similar is no possible way in our situation. many thanks! best stephen --- Dr. Stephen Fedtke Enterprise-IT-Security.com Seestrasse 3a CH-6300 Zug Switzerland Tel. ++41-(0)41-710-4005 www.enterprise-it-security.com ++NEWS++ SF-LoginHood provides state-of-the-art password, phrase and ++NEWS++ login security for z/OS ++NEWS++ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ***SPAM*** Re: easy access to the current cpu-peak-time status or cpu load
Ok. Suggest him to read those 12K records on product startup ;-) On Thu, Jul 29, 2010 at 3:30 PM, Paul Gillis pgil...@pc-link.com.au wrote: What? Millions of type 89 SMF records. Nah, about 12,000 a month. Or report on SMF70LAC field in type 70 records, I do this daily for one of my customers. Cheers, Paul Gillis -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Itschak Mugzach Sent: Thursday, 29 July 2010 9:49 PM To: IBM-MAIN@bama.ua.edu Subject: ***SPAM*** Re: easy access to the current cpu-peak-time status or cpu load This invoice factor is a number that is caluleted reading milions of SMF recods. Why don't you just keep this number in your product DB ad let your customer enter this once a month? ITschak On Thu, Jul 29, 2010 at 2:38 PM, Dr. Stephen Fedtke max_mainframe_...@fedtke.com wrote: hi all, we need to know in realtime how close the system is to its cpu peak interval/time (meaning that peak time representing the z user's major invoice factor). does anybody have an idea on how to EASILY determine key information in the field of cpu load etc., such as via reading control blocks, or issuing a console command? using sdsf or similar is no possible way in our situation. many thanks! best stephen --- Dr. Stephen Fedtke Enterprise-IT-Security.com Seestrasse 3a CH-6300 Zug Switzerland Tel. ++41-(0)41-710-4005 www.enterprise-it-security.com ++NEWS++ SF-LoginHood provides state-of-the-art password, phrase and ++NEWS++ login security for z/OS ++NEWS++ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT: Was spam sender
Making an OT thread even more OT, that reminds me of something I read just yesterday -- the case of the 500-mile email: http://www.ibiblio.org/harris/500milemail.html It's an interesting tale if you're into problem-solving. Jon snip Faking an email address is fairly simple. Well, at least if the receiver doesn't look too deeply at the headers. I even know how to do it with sendmail. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
spam
Anyone else get spam from ittrader ?. Just wondering if my address was harvested from here. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spam
Shane wrote: Anyone else get spam from ittrader ?. Just wondering if my address was harvested from here. Shane ... I got one, but I'm on several lists, so it's hard to tell where it came from. Anyway, 'Delete' works fast. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spam
Shane, been getting this c r a p for a couple of weeks now. They generally used to harvest Hotmail addresses. So they've now advanced to more sophisticated ways. As Steve The Trainer said, Delete works well. Personally, I find if I intersperse some Welsh into it, it works even better! Aled -Original Message- From: Shane ibm-m...@tpg.com.au To: IBM-MAIN@bama.ua.edu Sent: Tue, Jun 30, 2009 2:20 pm Subject: spam Anyone else get spam from ittrader ?. Just wondering if my address was harvested from here. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spam
Shane wrote: Anyone else get spam from ittrader ?. Just wondering if my address was harvested from here. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I got it too. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spam
I didn't get it. MA On Tue, Jun 30, 2009 at 12:33 PM, Rick Fochtman rfocht...@ync.net wrote: Shane wrote: Anyone else get spam from ittrader ?. Just wondering if my address was harvested from here. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I got it too. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [From Vwall: Suspected SPAM]: Your conversion to Enterprise COBOL
Thanks Clark, much appreciated. We did the run-time change several years ago, and actually recompiled most of our code to see what kind of compile problems we would have and didn't find many for our major application. The programs under discussion now are our oldest. As a looking-forward-to-retiring ex-systems programmer, the static links used here have driven me crazy forever. Your sequence is logical, and is essentially the one we're am advocating. We'll see if it gets followed. I visited Nova Scotia with my wife several years ago, and liked it so much I told her that's where I wanted to retire to. Hopefully, I'll get back there one day. Les Leslie Wagner 718-403-4207 wagn...@finance.nyc.gov -Original Message- From: Clark Morris [mailto:cfmpub...@ns.sympatico.ca] Sent: Monday, May 04, 2009 8:47 PM To: Wagner, Leslie Subject: [From Vwall: Suspected SPAM]: Your conversion to Enterprise COBOL I have been reading the discussion on your conversion to Enterprise COBOL on ibm-main. My comments are as the consultant who led the technical part of the LE conversion and subsequent conversion to MVS COBOL from COBOL II at Irving Oil Ltd. (in Saint John, New Brunswick, Canada) in the late 1990's. If you have not already converted to using the LE run-times that should be done before anything else because you will have to take care of any problems that arise from that conversion. The options are important and should be reviewed because they impact CICS as well as batch and they impact performance. Then I would tackle all of the assembler routines. If they can be replaced with COBOL routines using either COBOL II or Enterprise COBOL that should be done to both ease the rest of the conversion and to eliminate future maintenance headaches. Given what I understand of the history of the programs from your postings either COBOL II or Enterprise COBOL may have eliminated the need for using Assembler. I would go with bridging only if getting those routines to 31 bit Assembler or to COBOL proves too risky or time consuming. Make sure that you have someone who understands COBOL, Assembler the implications of compile options, and the implications of the LE options guiding the technical side of this conversion. Use it as an opportunity to gain better control. It isn't horrendous but there are some subtle things. Clark Morris, semi retired MVS systems programmer and applications programmer analyst 902-665-4006 Bridgetown, Nova Scotia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ****SPAM**** Re: Is Xrc a reasonable solution between two databases created separately(in DB2)?
Farzad, That's true, but it does not change me answer. There's no free lunch in this. XRC, TrueCopy, PPRC, SRDF, HUR, etc are all designed to copy volumes. The volume is the only level of granularity that is understood. These products are not aware of VTOC, Datasets, VVDS, UCAT or DB2 System Tables, all they track is whether there is a change to a track or not. If you are using a DB2 instance on one LPAR to access tablespaces that are being updated, via XRC, on another system then you must expect to continuously have database integrity problems as the changes propagated by XRC will not be reflected in theDB2 buffers or catalogs. I've been forced to try this with CICS/VSAM and DB2 on SRDF and failed as expected. I've also tried it with RRDF and CA/IDMS and it was problematic with around four failures a day. If any of your source tablespaces take another extent on another volume, the secondary DB2 will have no idea. The only method I'm aware of that is problem free is IBM InfoSphere Replication Server for z/OS (thanks Tim) as it publishes and applies changes through the secondary database instance, with a lot of granularity as to what is copied. With the updates applied as a UOW through the DB2 instance there are no integrity problems to deal with. So if you want real time data I'm not aware of a way to do it without burning MIPS on the primary LPAR. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of farzad yazdi Sent: Thursday, April 16, 2009 10:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] SPAM Re: Is Xrc a reasonable solution between two databases created separately(in DB2)? Ron I don't know about PRDF but Progagator does put a load on the source CPU which isn't desirable. This is what's different and quite nice about XRC. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ****SPAM**** Re: Is Xrc a reasonable solution between two databases created separately(in DB2)?
Ron I don't know about PRDF but Progagator does put a load on the source CPU which isn't desirable. This is what's different and quite nice about XRC. From: IBM Mainframe Discussion List on behalf of Ron Hawkins Sent: Thu 16/04/2009 03:06 To: IBM-MAIN@bama.ua.edu Subject: SPAM Re: Is Xrc a reasonable solution between two databases created separately(in DB2)? Sanaz, From what I read of your intent you may be better of using DB2 Data Propagator from IBM, or RRDF from ENET Corp. These products are working with the Database rather than the volumes, so that dataset allocation and extensions will be transparent. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sanaz Pourdarab Sent: Thursday, April 16, 2009 1:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Is Xrc a reasonable solution between two databases created separately(in DB2)? I 'm trying to do this and I have some problem to have data everytime available there. I 'm doing this for a large table defined as partitioned , some of Its Indexes were extended on 2 volumes selected from its storage group on db2 in source side . I have to define them in the target system using Vcat to force which volumes be copied to each other . The problem is that I do'nt know what happened when an index dataset wants to get extend on the third volume.I think I should check in target to add the new volume which contains new copied extend to the cluster I made. This is the problem happened when I try to make this XRC between to different database ( with similar objects' names) .Since I have to define the target objects with use of vcat not storage group to manage how datasets being distributed on which volumes, I have to monitor the extension of datasets in source system. Is there any other ways to avoid this situation? And generally I asked whether the xrc is a reasonable solution for this situation or not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [spam] Re: IBM buys PSI
Pinnacle wrote: [...] Bastids. This is bad news for PWD/FLEX suckers. IBM's next red herring for developers will be a PSI box which we will all stumble over ourselves buying, only to have it obsoleted three years later (see R390, P390, Integrated Server, MP3000, FLEX, etc.). They'll be sure to keep us spending 5-6 figures for the hardware every few years, just like they've been doing for the last 2 decades. The shell game continues I disagree. Real competition is second hand market. You can buy small z/800 almost for peanuts (few k$, less than FLEX). It's definitely not obsoleted. You can run any version of supported OSes, including future z/OS 1.10. There are HW features available only on newer models, but it is irrelevant for vast majority of ISVs. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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
Re: [spam] Re: IBM buys PSI
On 7/3/08, R.S. [EMAIL PROTECTED] wrote: I disagree. Real competition is second hand market. You can buy small z/800 almost for peanuts (few k$, less than FLEX). It's definitely not obsoleted. You can run any version of supported OSes, including future z/OS 1.10. There are HW features available only on newer models, but it is irrelevant for vast majority of ISVs. -- Radoslaw Skorupka Lodz, Poland AFAIK you can't licence the ADCD software package on these machines. Please tell me if I'm wrong. Jim McAlpine -- 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
Re: [spam] Re: IBM buys PSI
Jim McAlpine wrote: On 7/3/08, R.S. [EMAIL PROTECTED] wrote: I disagree. Real competition is second hand market. You can buy small z/800 almost for peanuts (few k$, less than FLEX). It's definitely not obsoleted. You can run any version of supported OSes, including future z/OS 1.10. There are HW features available only on newer models, but it is irrelevant for vast majority of ISVs. -- Radoslaw Skorupka Lodz, Poland AFAIK you can't licence the ADCD software package on these machines. Please tell me if I'm wrong. I don't know. However I know guy, who owns 2 machines and run parallel sysplex. z/OS.e He doesn't write any software g, he's HW broker. According to him, it's cheaper than charlady. More seriously, there are other licenses, like zNALC, and other possibilities, like telecommuting to third party system, even dedicated system (LPAR, VM guest). However I agree, having FLEX as an option would be even better. And I would love real HW competition! I mean big machines. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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
spam: Re: Video of mainframe being shaken
Skip this if off-subject stuff irritates you...just some Friday war stories. Speaking of vibration testing...I remember back sometime in the 1970's we had an intermittent storage director. After a few SEV1 failures IBM would auto-escalate the support issue to page somebody and another guy in a suit would show up to handle the people aspects and show their policy-dictated concern. So after a long enough time the room is full of people trying different things...spraying freon on it, heat guns, cleaning conectors, flicking their fingernails on discrete components,...but it always works until it suddenly doesn't LOL. So after a while I hear snippets of gibberish in a language-like IBM-part-number-ese: ... in a BN-974645 logic scope won't .. ...66grg channel monitor can't... ...should we call in the big gun... ...couldn't shoot this one with a 12-guage... ...can't fit...in the elevator... ...got a PN-9074539 right in the truck... ...mind the noise... ...get it past security... Next thing I know, there's two guys in suits bringing in a long wooden 4 X 4 with a metal band on one end with an IBM part number stamped onto it, and everyone grabs on, starts running wth it and swinging it and really banging it hard against the frame of this storage director until it dies for good, like a swat team knocking down a crackhouse door...then they replaced the permanently-failed card and went home. I was dumbstruck that a four-by-four would be employed often enough to have an IBM part number on it. Long ago I went to High School with a guy named Tom Danley who once noticed the sounds a computer tape drive made, and modified one such surplus capstan motor with aramid belts wrapped around the capstan shaft to pull on fiberglass cones, inventing the first rotary-motor-driven audio subwoofers. The technology went full-circle when those Intersonics subwoofers were used for earthquake drills and for vibration testing entire rooms full of computer equipment. -- 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
Re: SPAM: Re: clock, daylight savings time
snip--- But Rick, do your users all reside in different time zones like mine do??? Isn't amazing how much railroad schedules and saving daylight make our lives so difficult at times. Decisions, decisions! --unsnip No, we were split only across 5 different time zones. (GMT, on London and Liverpool, plus the continental US) -- 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
Re: SPAM: RACF Tool PWDCOPY (ichwpin/ichpwout)
--snip--- I tried to run the ´sample´ IBM password copy utility (PWDCOPY on the IBM RACF website) on z/OS 1.7 and z/OS 1.8. The tool runs without errors, but the copied password could not be used. Has anyone recently used this tool? Or has someone used an alternative to copy passwords between RACF databases or users. In my case, userids are going to be renamed. Since this will be done using ´big bang´ it´s not a good idea to give everyone a new password, transporting the old password would be a great help. I´ld really like to use something ´proven´ before I start to twiddle around with RACROUTE EXTRACT requests :-) unsnip--- IIRC, RACF uses a one-way function using the USERID as the key in encrypting the user-supplied password, then compares that result to the password in the database. So if you're trying to copy the password to a different userid, it's not likely to work. -- 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
Re: SPAM: Re: Tapeless backup
-snip--- We have a similar issue in our shop. The midrange area wants tapeless. the Mainframe side TAPE. We have a VTS and ATL. We use the product DRVI to stack the VTS Tape backups to an real tape and ship it offsite for DR purposes. Tape is cheap. tape can survive years in a dusty hole and still be usable. You can encrypt it. You can send it where it needs to go when it is needed. Or you can pay a DR site to have a tapeless solution there in case you need it. You just have to figure out how much you want to pay for a disaster. The only thought I have is: If you have a tapeless solution how do you get your data to DR site should your primary site fail? ---unsnip--- Consider also this: depending on what industry you're in, there may exist legal requirements for data archiving and retrieval. I spent my last 23 years in an industry where we had a ten-year retrieval requirement, imposed by Department of Commerce rules. -- 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
Re: SPAM: Re: Transfer reports from lpar to lpar
-snip I haven't been following this but has anyone suggested setting up a CTC between the LPAR's. The connection is setup over Escon channels. ---unsnip That will make a very reasonable physical connection; the next step is to configure software to actually use it. :-) I vote for a NJE connection, with routing JECL where appropriate. It's a LOT less prone to error than trying to do spool OFFLOAD and LOAD. Shared spool may be out for valid reasons. -- 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
Re: SPAM: Re: Transfer reports from lpar to lpar
Rick Fochtman wrote: That will make a very reasonable physical connection; the next step is to configure software to actually use it. :-) I vote for a NJE connection, with routing JECL where appropriate. It's a LOT less prone to error than trying to do spool OFFLOAD and LOAD. The OP indicates that he already has TCP/IP connectivity between all LPARs and FTP servers running on each. Therefore, the JES FTP interface should be available without any additional configuration. (Though I would highly recommend specifying JESINTERFACELEVEL 2 for the FTP server configurations.) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: SPAM: Re: Transfer reports from lpar to lpar
In a message dated 3/8/2008 11:03:41 A.M. Central Standard Time, r [EMAIL PROTECTED] writes: vote for a NJE connection, with routing JECL where appropriate. It's a LOT less prone to error than trying to do spool OFFLOAD and LOAD. Shared spool may be out for valid reasons. Guess if all you got is PFCSKs DEST='IP:ipaddr' might suffice w/o NJE quote JCL Reference DEST=destination The destination subparameter for JES2 is one of the following: LOCAL|ANYLOCAL 'IP:ipaddr' name | Nn | NnRm NnnR NnnnRmmm NRmm | NnRm | (node,remote) nodename.userid 'nodename.IP:ipaddr' end quote **It's Tax Time! Get tips, forms, and advice on AOL Money Finance. (http://money.aol.com/tax?NCID=aolprf000301) -- 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
Re: SPAM: Re: Transfer reports from lpar to lpar
On Sat, 8 Mar 2008 09:21:53 -0800, Edward Jaffe The OP indicates that he already has TCP/IP connectivity between all LPARs and FTP servers running on each. Therefore, the JES FTP interface should be available without any additional configuration. (Though I would highly recommend specifying JESINTERFACELEVEL 2 for the FTP server configurations.) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ Thank you all for all the great ideas. Sounds like I am restricted to using FTP to transfer the report files. I looked up info on the JESINTERFACELEVEL 2 option and it appears this will allow me to pull reports/sysouts that do not match my userid or owner among other things. Does this parameter have to be coded in the TCPIP parameter library or can it be specified as a parameter in a batch jcl? Also can you ftp a report directly from one jes spool to another jes spool or do I have to put the report in an intermediary dataset and then ftp that file to the desired jes spool output? Regards, Gil. -- 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
Re: SPAM: Re: Transfer reports from lpar to lpar
On Sat, 8 Mar 2008 12:45:28 EST, Ed Finnell [EMAIL PROTECTED] wrote: Guess if all you got is PFCSKs DEST='IP:ipaddr' might suffice w/o NJE quote JCL Reference DEST=destination The destination subparameter for JES2 is one of the following: LOCAL|ANYLOCAL 'IP:ipaddr' name | Nn | NnRm NnnR NnnnRmmm NRmm | NnRm | (node,remote) nodename.userid 'nodename.IP:ipaddr' end quote I would like to use this option however, if I use the 'IP:ipaddr' the jcl reference states that a functional subsystem that can process IP-distributed data sets sends the data to the specified host system. Could you please translate what that means. I see the report in the output queue sitting with a dest of IP but how does the report get transmitted across? Regards, Gil. -- 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
Re: SPAM: Re: Transfer reports from lpar to lpar
Gilbert Cardenas wrote: On Sat, 8 Mar 2008 12:45:28 EST, Ed Finnell [EMAIL PROTECTED] wrote: Guess if all you got is PFCSKs DEST='IP:ipaddr' might suffice w/o NJE quote JCL Reference DEST=destination The destination subparameter for JES2 is one of the following: LOCAL|ANYLOCAL 'IP:ipaddr' name | Nn | NnRm NnnR NnnnRmmm NRmm | NnRm | (node,remote) nodename.userid 'nodename.IP:ipaddr' end quote I would like to use this option however, if I use the 'IP:ipaddr' the jcl reference states that a functional subsystem that can process IP-distributed data sets sends the data to the specified host system. Could you please translate what that means. I see the report in the output queue sitting with a dest of IP but how does the report get transmitted across? Regards, Gil. The remote still must be either a NJE node or a RJE node/workstation. -- 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
Re: SPAM: Re: Transfer reports from lpar to lpar
Setting up NJE really isn't that difficult. I can send you a short set of directions for how to set it up if you want. If your systems are both on the same physical processor (2 LPARs), and if it's a z-series box with an OSA/e or similar, it's even easier. I would bet that your systems people probably already have all of the pieces there, they just need to put them in place. Let me know. Brian -- 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
Re: SPAM: Migration/Coexistence with z/OS 1.10
snip-- Why am I seeing APARs for coexistence or toleration with z/OS 1.10 that go back to z/OS 1.6 (which is already past EOS)? I am seeing them via ASAP notification. I saw one for WLM today and I know I saw one for sysplex join as soon as z/OS 1.10 was previewed and perhaps a couple of others. http://www-03.ibm.com/systems/z/os/zos/support/zos_cmf.html I know that 1.10 isn't in the table yet since it is only previewed, but even the z/OS 1.9 table doesn't document lower than z/OS 1.7 as coexisting. So how can z/OS 1.6 exist with z/OS 1.10 if it can't with z/OS 1.9? ---unsnip--- I would surmise, with no facts to back me up, that the affected components haven't changed since the 1.6 release. Just a guess. -- 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
Re: SPAM: Re: SHARE no handouts(?)
-snip- Handout hogs still roam from room to room grabbing handouts, making it hard to have enough for the people who actually stay and listen. Why? Either they are too lazy to download a pdf (or thee won't be one). ... ... ... I have watched people sit up front where there is a greater certainty of getting a handout, receive one, and dash out to another room. ... It happens. It also happens that people cannot tell they are in the wrong session until they see the handout. Session descriptions don't always tell it all. unsnip-- Guilty as charged! Sometimes I want to get to multiple sessions that all happen to be scheduled at the same time, too. Having the handouts is at least better than missing a session entirely. :-) -- 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
Re: SPAM: Re: Large Page Datasets APAR OA20749
---snip I am curious about the unintended affect of OA20749. Do you know if it in general remove the restriction of non-SMS VSAM being limited to 4GB? --unsnip-- I would tend to doubt that. A PAGE file more closely resembles a BDAM file, rather than a VSAM cluster. Since VSAM uses relative-byte addressing, in the basic form that I learned 20+ years ago, I would expect that restriction to 4GB will continue. Wouldn't want to break it for older clusters. -- 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
Re: SPAM: Re: new Feb2008 zPOP: Execute Relative Long
-snip-- Why not also allow the EXreg instruction to execute UP TO 8 bytes worth of the register contents? In other words, if you have less than 6 byte instructions to execute (say a 2-byte plus a 6-byte instruction) why not allow BOTH of them to potentially execute within the single EXreg instruction? Then why not also allow an EXreg-multiple instruction to support up to 16 (or 15) registers worth of instructions preloaded into the registers to operate, much like the PDPs of old did? (Not that slow, of course.) Or just leave it all alone and be grateful that Ed got his wish. -unsnip- Let's all quit trying to second-guess IBM and instead just wait a while. I'm certain that there will be additional upgrades as the z/10 goes through evolution. Let's see what time brings us. -- 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
Re: SPAM: Abend S013 using ICHDSM00 procedure
snip- Please, somebody can help me with this: i tried to use the ICHDSM00 program using SYS1.BRODCAST library, then using a DSMON sentences to get RACF report. so, i get an abend S013 when jcl fails; what are the main reason for this abend? ---unsnip- Carlos, you need to tell us more about what you're trying to accomplish. Perhaps the RACF list MIGHT be a better place to explore this issue. Can you share your JCL and control statements? -- 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
Re: SPAM: Re: new Feb2008 zPOP: Execute Relative Long
Rick Fochtman wrote: Let's all quit trying to second-guess IBM and instead just wait a while. I'm certain that there will be additional upgrades as the z/10 goes through evolution. Let's see what time brings us. Customer dialog helps influence IBM's design and direction. If customers always took a wait and see approach to everything z, IBM might just now be coming out with MVS/XA! ;-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: SPAM: Re: SHARE no handouts(?)
-snip-- What I would love to see happen is that the handouts are on flash drives or they could load the handouts on my flash drive so I can take notes directly on my computer. unsnip- Or on CD-ROM or DVD. Then there would be two CD's: handouts and proceedings. -- 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
Re: SPAM: Re: 256 bytes again
-sniip he guy who precipitated all this extra discussion was trying to get the thread oriented to remembering that the key length must be considered when determining how many blocks will fit on the track. That's part of it. There's also code that reads the directory and examines the key; the buffer length for such code must be 264 rather than 256. --unsnip--- BLDL/FIND use a channel programm that still requires a key as well. The basic search (IIRC) is: CCW Search-Key-High-Or-Equal CCW Transfer-in-Channel *-8 CCW Read-Data Other CCWs in the program are device-dependant, and AFAIK 3390 SLEDs are still supported. -- 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
Re: SPAM: Re: LZW Compression/Expansion
Edward Jaffe wrote: Rick Fochtman wrote: I can't say for sure what compression algorithm I'll use in the updated ARCHIVER; overall performance and some of the technical details will still need exploration but I've got some starting points now. Remember that there are high-performance, hardware-assisted compression and expansion services available in z/OS. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a670/23.0 I'm well aware of that, and it's a serious consideration. I need to explore, and understand, how those facilities are used. -- 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
Re: SPAM: ACBUSER
--snip-- Has anyone ever encountered use of (or indeed had cause to use) the ACBUSER field in a VSAM ACB? Just curious. --unsnip- I've used it, in the distant past, to point to a VTAM terminal message queue. I also used it once in a VSAM application to track a queue of buffers to be written to a VSAM cluster. IIRC, the application separated records from a single input file to an indeterminate number of output files. VSAM I/O was handled in a subtask and there was a WAIT/POST mechanism to tell the VSAM subtask that another buffer was ready to write. -- 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
Re: SPAM: Re: RACF callable service to check (new) password
-snip-- RACF itself has practically all the functionality built-in that you are looking for. If I remember correctly, - RACF Configuration options allow the retention of (x) previous passwords within the RACF database. - password syntax options (length, valid characters, repeat strings, etc.) - a password validation exit that allows you to perform additional checks above and beyond those provided by RACF Once the rules (and/or exit) have been set up, a user who changes the password will not be able to create a new password that violates these rules. No need for a homegrown application ... -unsnip-- This is quite correct. If more restrictive password rules are desired, you can also write a password validation exit, wherein you can impose any other rules you like. Look in the RACF System Programmers Guide for more information. -- 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
Re: SPAM: Re: LZW Compression/Expansion
Rick Fochtman wrote: I can't say for sure what compression algorithm I'll use in the updated ARCHIVER; overall performance and some of the technical details will still need exploration but I've got some starting points now. Remember that there are high-performance, hardware-assisted compression and expansion services available in z/OS. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a670/23.0 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: SPAM: Re: Newbie RACROUTE question: how to *test* authorization?
---snip- My advice in another message about letting the system do the checking still stands. ---unsnip I strongly agree. Consider that a potential customer may WANT all the logging he can get, possibly weeding out dishonest employees, or at least preventing them from doing damage and revealing their presence. Other shops, like the ones I've been involved with, may want their own complete control. And auditors LOVE audit trails, the more complete the better. -- 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
Re: SPAM: Re: Questions Regarding Disk Cache
---snip-- Virtual Storage Access Method - The Complete Source Book for VSAM File Structures by Ronald K Ferguson. Now out of box number 2. Mine hasn't got a signature, but it has a coffee stain :-) --unsnip-- You mean coffee was around that far back? My copy was printed in 1982 and I don't think I've touched it since I move into this house. There was another good reference out called The VSAM Bible; I forget the author since I gave it away about 20 years ago. -- 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
Re: SPAM from data21.com
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Thursday, February 21, 2008 9:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SPAM from data21.com It appears as a reward for posting regarding CA-TPX, I received SPAM from data21.com trying to sell their product. Gentlemen from data21.com - not a good idea to SPAM based on posts to this list. -- Binyamin Dissen [EMAIL PROTECTED] I haven't gotten any from them, but have from some other vendors. Note to vendors: (1) I'm just a grunt, I don't make purchasing decisions. (2) I'm old and easily irritated. If you irritate me, I will remember you. And not in a good light. LEAVE ME ALONE! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
SPAM from data21.com
It appears as a reward for posting regarding CA-TPX, I received SPAM from data21.com trying to sell their product. Gentlemen from data21.com - not a good idea to SPAM based on posts to this list. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: SPAM from data21.com
snip-- It appears as a reward for posting regarding CA-TPX, I received SPAM from data21.com trying to sell their product. Gentlemen from data21.com - not a good idea to SPAM based on posts to this list. --unsnip- Agreed. It qualifies as a high-power turn-off here as well. -- 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
Re: SPAM: Re: LZW Compression/Expansion
Many thanks to all who responded to my LZW query. I now have a plethora of references available, thanks to many helpful responses both onlist and offlist. I can't say for sure what compression algorithm I'll use in the updated ARCHIVER; overall performance and some of the technical details will still need exploration but I've got some starting points now. Thanks again to all who helped. Rick :-) -- 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
Re: SPAM: Re: COMPRESS QUESTION
In [EMAIL PROTECTED], on 02/18/2008 at 04:26 PM, Rick Fochtman [EMAIL PROTECTED] said: It's always best to consider the audience; I got into the habit of referring to the 256-byte data portion of the actual record as the directory block, ignoring the key and count portions, when talking to application folks. Doesn't that confuse them when they need to specify sizes? Or do they add in a large enough fudge factor that it doesn't cause problems? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: SPAM: Re: COMPRESS QUESTION
---snip- It's always best to consider the audience; I got into the habit of referring to the 256-byte data portion of the actual record as the directory block, ignoring the key and count portions, when talking to application folks. Doesn't that confuse them when they need to specify sizes? Or do they add in a large enough fudge factor that it doesn't cause problems? -unsnip-- In the last shop I was in, all but one member of the application staff considered it was beneath them to define their own PDS datasets. They'd just send a request to systems staff, and management said we had to do it, period. Stupid attitude from stupid managers. Go figure. -- 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
Re: SPAM: Re: COMPRESS QUESTION
In [EMAIL PROTECTED], on 02/18/2008 at 04:33 PM, (IBM Mainframe Discussion List) [EMAIL PROTECTED] said: The meaning of the word size depends on whether you mean in virtual storage or stored on a disk track. That's an additional complication; I was not taking gaps into account. In virtual storage, the size of a directory block is 272 bytes (count+key+data), Well, if you're using BSAM to read the directory then your buffer only needs room for 256 or 264, depending on whether you're reading the key. Tho IOB, of course, includes the current or next count area, depending on the options used. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: SPAM: Re: COMPRESS QUESTION
On Tue, 19 Feb 2008 11:06:13 -0600, Rick Fochtman wrote: In the last shop I was in, all but one member of the application staff considered it was beneath them to define their own PDS datasets. They'd just send a request to systems staff, and management said we had to do it, period. I'd guess that must have been before S-Ox. These days it would be unusual for a sysprog to have allocate authority to an application programmers data sets. In this case, an auditor would be your friend. -- Tom Marchant -- 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
Re: SPAM: Re: COMPRESS QUESTION
In this case, an auditor would be your friend. No. A compliance officer. SME: Sets standards with help from compliance. Auditor: Reports on how much/little is complied with. Compliance: Enforces standards and ensures deviations are rectified. Auditors should have no enforcement authority. - Too busy driving to stop for gas! -- 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
Re: SPAM: Re: COMPRESS QUESTION
snip-- In the last shop I was in, all but one member of the application staff considered it was beneath them to define their own PDS datasets. They'd just send a request to systems staff, and management said we had to do it, period. I'd guess that must have been before S-Ox. These days it would be unusual for a sysprog to have allocate authority to an application programmers data sets. In this case, an auditor would be your friend. --unsnip-- Not a question of authority; just pure out-and-out laziness, coupled with a double dose of stupid pills. -- 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
Re: SPAM: Re: COMPRESS QUESTION
In [EMAIL PROTECTED], on 02/15/2008 at 06:53 PM, (IBM Mainframe Discussion List) [EMAIL PROTECTED] said: OK, I'll bite. A PDS directory block has an 8-byte count area, an 8-byte key area, and a 256-byte data area. Aha! When is a directory block not 256 bytes long? When 8 is not equal to 0. Which is why the number of directory blocks per 3390 track is what it is and not larger. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: SPAM: Re: COMPRESS QUESTION
In a message dated 2/18/2008 10:09:09 A.M. Central Standard Time, [EMAIL PROTECTED] writes: OK, I'll bite. A PDS directory block has an 8-byte count area, an 8-byte key area, and a 256-byte data area. Aha! When is a directory block not 256 bytes long? When 8 is not equal to 0. Which is why the number of directory blocks per 3390 track is what it is and not larger. I admit that you sucked me into your guessing game of wits once more. Since 8 is always not equal to 0, therefore a PDS directory block always has a data area that is not 256 bytes. Since this is impossible, I am now supposed to plead with you to reveal this latest conundrum of yours. You can explain in plain language what I am overlooking if you wish, but I give up on the guessing game. You win again, Seymour, as you always must. Oh please, please tell me the secret. Pretty please with sugar on top. Bill Fairchild An important art of politicians is to find new names for institutions which under old names have become odious to the people. [Talleyrand] **Ideas to please picky eaters. Watch video on AOL Living. (http://living.aol.com/video/how-to-please-your-picky-eater/rachel-campos-duffy/ 2050827?NCID=aolcmp0030002598) -- 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
Re: SPAM: Re: Linux zSeries questions
--snip- From what I've seen in looking at various bits and pieces of source code, PL/S or its replacement(s) have been most heavily used in the MVS code; not so much in OS/360, except SMP. Do you count BSL as being PL/S? It was heavily used in OS/360, for TSO. unsnip-- I can't speak for that, since I've never looked at TSO source. I think it's reasonable to add BSL to the PL/S set of languages. -- 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
Re: SPAM: Re: OT: D/R situation in an Airliner
---snip--- D/R is just not an option at 10K (or more) meters up. The closest time I ever got to fly a plane was in the Caribbean between islands. My knuckles were wrapped around a steering wheel so tightly that my hands were white. The pilot was right there but it is a scary deal to fly a twin engine plane at 500 feet let alone any higher. Congrats. You sound acrophobic. Perhaps you should have asked the pilot to let you try at 50 feet where you might have been more comfortable. -unsnip-- That's downright cruel, Gil. :-) -- 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
Re: SPAM: Re: COMPRESS QUESTION
-snip--- OK, I'll bite. A PDS directory block has an 8-byte count area, an 8-byte key area, and a 256-byte data area. Aha! When is a directory block not 256 bytes long? When 8 is not equal to 0. Which is why the number of directory blocks per 3390 track is what it is and not larger. I admit that you sucked me into your guessing game of wits once more. Since 8 is always not equal to 0, therefore a PDS directory block always has a data area that is not 256 bytes. Since this is impossible, I am now supposed to plead with you to reveal this latest conundrum of yours. You can explain in plain language what I am overlooking if you wish, but I give up on the guessing game. You win again, Seymour, as you always must. Oh please, please tell me the secret. Pretty please with sugar on top. unsnip I THINK the difference arises because of the key. While many of us tend to ignore the key when referring to directory block, Seymour chooses NOT to ignore this value. -- 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
Re: SPAM: Re: COMPRESS QUESTION
In a message dated 2/18/2008 11:18:35 A.M. Central Standard Time, [EMAIL PROTECTED] writes: I THINK the difference arises because of the key. While many of us tend to ignore the key when referring to directory block, Seymour chooses NOT to ignore this value. I now see the source of the communications problem, which was exacerbated by Seymour's predilection to post one-word cryptic replies or, in the case of his reply to my post, a riddle. The poster wrote Just to clarify: size of dir. block is always 256 B. The meaning of the word size depends on whether you mean in virtual storage or stored on a disk track. In virtual storage, the size of a directory block is 272 bytes (count+key+data), as I described in my previous post. But if stored on a disk track, it depends on the device type but is always a lot more than 272, which Seymour had in mind but did not reveal to us. The word block might (correctly) mean to some the entire stored record (count+key+data) while (incorrectly) only the data area to others. This confusion has also not been helped by IBM documentation, which sometimes refers to a DASD block stored on a track as a block and at other times a record. Bill Fairchild **Ideas to please picky eaters. Watch video on AOL Living. (http://living.aol.com/video/how-to-please-your-picky-eater/rachel-campos-duffy/ 2050827?NCID=aolcmp0030002598) -- 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
