Re: SR
Yes, the choosing a component process is absurd, why does it list 1,000 items for which we are not entitled?...and this is with clicking on the show entitled products only box.it is still showing me products we don't have and are not entitled to have. Shopzseries knows what we are and are not entitled to, so should SR. SR - yet another user-unfriendly web-based app Bobbie Jo Justice Senior z/OS Systems Engineer. On Fri, 8 Jun 2012 08:09:16 -0700, mvs1sp mvs...@yahoo.com wrote: I have found it to be very unfriendly. I wish IBM would have incorporated the good features of ETR. I have not gotten emails when the record is updated ( my profile requests such), so I have to logon (twice) just to check - this is a time waster to me. I opened a SR to the SR Help Desk, but I do not think they understood the problem. I have found it incredibly difficult to choose a component. For example, using z/OS as a keyword and selecting the show only entitled check box results in 475 choices. Browsing through that list, I see far more products for which I am NOT licensed. Response time is slower than ETR. In short, ETR much better. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SR
As with their 56 hour outage, we were told by my IBM rep (to whom I complained) to use the phone number. I think I can get more done with the phone call. I'm ready to dump the SR. Chip G. From: Barbara Nitz nitz-...@gmx.net To: IBM-MAIN@bama.ua.edu Date: 06/07/2012 11:46 PM Subject:Re: SR Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Dick, Anyone else as disgusted with the SR replacement as I am? You might want to check my lenghty rants (in 5 parts) in March 2011 (SR might be palatable if). Nothing has changed since then, and I know that SR development was aware of my critique and intentionally misunderstood it. SR is still as user-unfriendly as it was. But you just don't get that IBM has taken surveys which confirmed that their way was the best, most user-friendly one. And anyone saying something else is just negative in the extreme. Apparently the US SHARE customers said that SR is okay (and US customers are the only ones that count), so IBM pulled the plug on ETR. IBM also does not intend to do anything about the double logon 'until later'. Which will be November at the earliest, and they didn't specify which year. They didn't give a concrete date at all. I will not use it and instead call in problems. If I report any at all in the future. In my opinion, SR is IBMs way of telling the world that their code doesn't have bugs, hence customers only request 'service' when the code has bugs - service payable in - not report problems anymore. So why bother? As long as I have an easy bypass, I won't. Get used to the new world of the clickers! As a mainframer, you're a dying breed. (As am I.) Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SR
I have found it to be very unfriendly. I wish IBM would have incorporated the good features of ETR. I have not gotten emails when the record is updated ( my profile requests such), so I have to logon (twice) just to check - this is a time waster to me. I opened a SR to the SR Help Desk, but I do not think they understood the problem. I have found it incredibly difficult to choose a component. For example, using z/OS as a keyword and selecting the show only entitled check box results in 475 choices. Browsing through that list, I see far more products for which I am NOT licensed. Response time is slower than ETR. In short, ETR much better. --- On Thu, 6/7/12, Dick Bond dickbond...@gmail.com wrote: From: Dick Bond dickbond...@gmail.com Subject: SR To: IBM-MAIN@bama.ua.edu Date: Thursday, June 7, 2012, 5:12 PM Anyone else as disgusted with the SR replacement as I am? Half time, it doesn't updae the record correctly and you have to sign-on twice just to get into the thing. On a positive note, you can download files which is nice but does not make up for the generally poor design. Makes me wonder if anyone at IBM bothered to look at the ETR function and how easy that was to use before designing SR. I can't help but feel IBM is shooting itself in the foot by deploying stuff like SR while making it worse that the prior product. Sorry for rant but I see SR just one component of The Rise and Fall of IBM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SR
I'm not feeling the hate, except for the one item just mentioned. The second sign on amounts to 9 keystrokes, one click and one enter - first character of userid, accept Chrome's prompt, enter password and hit enter. Once a day? No big deal. Leave the browser window open. Being able to attach files is convenient. The long outage was a head scratcher but with one exception I think SR is no worse than and in some ways better than ETR. The component choice, however, is utterly baffling. How that got into production is a complete mystery. No matter how I try I can not find a valid choice for Comm Server, for example. There's always a delay while they go out and figure out that, yes, we are entitled for the product when I force the choice. I really don't think it is a user issue, either. Something just isn't hooking up right. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 From: mvs1sp mvs...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 06/08/2012 11:11 Subject:Re: SR Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I have found it to be very unfriendly. I wish IBM would have incorporated the good features of ETR. I have not gotten emails when the record is updated ( my profile requests such), so I have to logon (twice) just to check - this is a time waster to me. I opened a SR to the SR Help Desk, but I do not think they understood the problem. I have found it incredibly difficult to choose a component. For example, using z/OS as a keyword and selecting the show only entitled check box results in 475 choices. Browsing through that list, I see far more products for which I am NOT licensed. Response time is slower than ETR. In short, ETR much better. --- On Thu, 6/7/12, Dick Bond dickbond...@gmail.com wrote: From: Dick Bond dickbond...@gmail.com Subject: SR To: IBM-MAIN@bama.ua.edu Date: Thursday, June 7, 2012, 5:12 PM Anyone else as disgusted with the SR replacement as I am? Half time, it doesn't updae the record correctly and you have to sign-on twice just to get into the thing. On a positive note, you can download files which is nice but does not make up for the generally poor design. Makes me wonder if anyone at IBM bothered to look at the ETR function and how easy that was to use before designing SR. I can't help but feel IBM is shooting itself in the foot by deploying stuff like SR while making it worse that the prior product. Sorry for rant but I see SR just one component of The Rise and Fall of IBM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SR
The component choice, however, is utterly baffling. How that got into production is a complete mystery. No matter how I try I can not find a valid choice for Comm Server, for example. Agree completely - this very thing had me and a couple of our sysprogs scratching our heads for a while. Eventually found Comms Server under our entitlement for z/OS base product - even though SR was listing things like Communications Server for VSE in the search results screen. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Ambros Sent: 08 June 2012 16:23 To: IBM-MAIN@bama.ua.edu Subject: Re: SR I'm not feeling the hate, except for the one item just mentioned. The second sign on amounts to 9 keystrokes, one click and one enter - first character of userid, accept Chrome's prompt, enter password and hit enter. Once a day? No big deal. Leave the browser window open. Being able to attach files is convenient. The long outage was a head scratcher but with one exception I think SR is no worse than and in some ways better than ETR. The component choice, however, is utterly baffling. How that got into production is a complete mystery. No matter how I try I can not find a valid choice for Comm Server, for example. There's always a delay while they go out and figure out that, yes, we are entitled for the product when I force the choice. I really don't think it is a user issue, either. Something just isn't hooking up right. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 From: mvs1sp mvs...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 06/08/2012 11:11 Subject:Re: SR Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I have found it to be very unfriendly. I wish IBM would have incorporated the good features of ETR. I have not gotten emails when the record is updated ( my profile requests such), so I have to logon (twice) just to check - this is a time waster to me. I opened a SR to the SR Help Desk, but I do not think they understood the problem. I have found it incredibly difficult to choose a component. For example, using z/OS as a keyword and selecting the show only entitled check box results in 475 choices. Browsing through that list, I see far more products for which I am NOT licensed. Response time is slower than ETR. In short, ETR much better. --- On Thu, 6/7/12, Dick Bond dickbond...@gmail.com wrote: From: Dick Bond dickbond...@gmail.com Subject: SR To: IBM-MAIN@bama.ua.edu Date: Thursday, June 7, 2012, 5:12 PM Anyone else as disgusted with the SR replacement as I am? Half time, it doesn't updae the record correctly and you have to sign-on twice just to get into the thing. On a positive note, you can download files which is nice but does not make up for the generally poor design. Makes me wonder if anyone at IBM bothered to look at the ETR function and how easy that was to use before designing SR. I can't help but feel IBM is shooting itself in the foot by deploying stuff like SR while making it worse that the prior product. Sorry for rant but I see SR just one component of The Rise and Fall of IBM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SR
Anyone else as disgusted with the SR replacement as I am? Half time, it doesn't updae the record correctly and you have to sign-on twice just to get into the thing. On a positive note, you can download files which is nice but does not make up for the generally poor design. Makes me wonder if anyone at IBM bothered to look at the ETR function and how easy that was to use before designing SR. I can't help but feel IBM is shooting itself in the foot by deploying stuff like SR while making it worse that the prior product. Sorry for rant but I see SR just one component of The Rise and Fall of IBM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SR
Dick, Anyone else as disgusted with the SR replacement as I am? You might want to check my lenghty rants (in 5 parts) in March 2011 (SR might be palatable if). Nothing has changed since then, and I know that SR development was aware of my critique and intentionally misunderstood it. SR is still as user-unfriendly as it was. But you just don't get that IBM has taken surveys which confirmed that their way was the best, most user-friendly one. And anyone saying something else is just negative in the extreme. Apparently the US SHARE customers said that SR is okay (and US customers are the only ones that count), so IBM pulled the plug on ETR. IBM also does not intend to do anything about the double logon 'until later'. Which will be November at the earliest, and they didn't specify which year. They didn't give a concrete date at all. I will not use it and instead call in problems. If I report any at all in the future. In my opinion, SR is IBMs way of telling the world that their code doesn't have bugs, hence customers only request 'service' when the code has bugs - service payable in - not report problems anymore. So why bother? As long as I have an easy bypass, I won't. Get used to the new world of the clickers! As a mainframer, you're a dying breed. (As am I.) Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
I will repeat the gist of many previous attempts to get the attention of IBM. The next generation tools are inferior to their (IIRC, z/VM based) predecessors in terms of performance, reliability and functionality. z/VM, z/OS, and AIX are designed with fault tolerance and hot failover capabilities. A application outage should not last more time than that to detect the failure and restart the application, assuming the application was not designed for hot standby. 54 hours (planned) and another 8 hrs plus imply the application was not designed in this manner. Which begs the question, on which platform are the applications hosted (MICROSOFT??), and why are the capabilities of the operating systems not exploited? IBM should be embarrassed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
On 17 May 2012 21:43:32 -0700, in bit.listserv.ibm-main you wrote: Hello, I was attempting to offer an opportunity to be able to continue working with IBM on your service requests while IBMLink is unavailable. RETAIN does not go offline when IBMLink is unavailable. Clients are able to manage and create new service request via SR regardless of IBMLink's availability. Even if RETAIN is temporarily unavailable (or a queue is full, etc.), SR will locally queue your create/update request and resubmit it on your behalf automatically. This additional layer of resiliency is a feature that ETR did not have. Perhaps IBM needs to review Microsoft's service delivery system. I have never had a problem with availability. Maybe others here have had a different experience with it and my perception may be wrong. The vulnerability of the IBM system as shown by these posts may be in part due to the wrong measures. While improving reliability may not be justifiable on the direct benefits, the reputation hit IBM takes in the eyes of at least some of us should spur greater effort. When a system totally under IBM control that has a 24/7/365 characteristic yet does not have that availability, it casts doubt on IBM's claim to deliver that kind of reliability and availability. Most people interface with applications, not the base operating system and it is on those applications that they form their opinion of the platform. Clark Morris Thanks, Christian Christian Gilmore Senior Technical Staff Member IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/17/2012 11:27:49 PM: From: Barbara Nitz nitz-...@gmx.net To: IBM-MAIN@bama.ua.edu Date: 05/17/2012 11:28 PM Subject: Re: Servicelink, ETR and SR Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu It is worth noting, however, that IBM Service Request (SR) itself, was online throughout this entire event. It will also be online this weekend while IBMLink may be down for scheduled maintenance (SR does not require downtime to perform maintenance). Please consider bookmarking SR for use when IBMLink is unavailable. SR can be directly reached at: Boasting? Us mainframers first check SIS for fixes before reporting a problem. So if SIS is down, chances are good that retain is down. SR 'availability' won't help, since the updates done via SR will not reach retain, and hence IBM software support cannot see them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
Same for us in Tampa... --- Rich Sandford DB2 Systems Database Administrator System Engineering, Infrastructure Services HealthPlanServices Inc. Tampa, FL 33607-1704 (813) 289-1000 ext. 2931 (800) 237-7767 ext. 2931 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
There might be another ramification. It seems that all of the docview's that come on a google now, the links are broken. For example, if you google IBM DOCVIEW, the hits that show up, similar to this: http://www-01.ibm.com/support/docview.wss?uid=swg21433581 get 404's. Another example, google PM60958. Even if you search for PM60958 from the IBM website, it brings up the broken link. :( I'm assuming the crawlers will update this stuff at some point, hopefully. I don't know if it's related to the SR change, I would think it would have had more to do with SIS than ETR, but it is pretty coincidental. Mary Anne On 5/16/2012 3:46 AM, Barbara Nitz wrote: Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. I complained about this behavior during a closed meeting with Christian Gilmore and other IBMers at SHARE in Orlando back in February. Christian acknowledged the problem and made a note of it at the time, but nothing has been done to change it (yet). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
Did I miss this in the discussion? I got this from srdonotreply this morning: 'We would like to inform you of an important change in opening and managing service requests with IBM for Passport Advantage and Passport Advantage Express products. Details of the change can be found at ... HTTP 404. I'll send it to my home email and see if it is something local but I doubt it. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 From: Mary Anne Matyaz maryanne4...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/17/2012 10:39 Subject:Re: Servicelink, ETR and SR Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu There might be another ramification. It seems that all of the docview's that come on a google now, the links are broken. For example, if you google IBM DOCVIEW, the hits that show up, similar to this: http://www-01.ibm.com/support/docview.wss?uid=swg21433581 get 404's. Another example, google PM60958. Even if you search for PM60958 from the IBM website, it brings up the broken link. :( I'm assuming the crawlers will update this stuff at some point, hopefully. I don't know if it's related to the SR change, I would think it would have had more to do with SIS than ETR, but it is pretty coincidental. Mary Anne On 5/16/2012 3:46 AM, Barbara Nitz wrote: Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. I complained about this behavior during a closed meeting with Christian Gilmore and other IBMers at SHARE in Orlando back in February. Christian acknowledged the problem and made a note of it at the time, but nothing has been done to change it (yet). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
Same result here. It's nice to know that when IBM finally rolls out the big guns, they can still hit their own foot. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Tom Ambros thomas_amb...@keybank.com To: IBM-MAIN@bama.ua.edu Date: 05/17/2012 08:13 AM Subject:Re: Servicelink, ETR and SR Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Did I miss this in the discussion? I got this from srdonotreply this morning: 'We would like to inform you of an important change in opening and managing service requests with IBM for Passport Advantage and Passport Advantage Express products. Details of the change can be found at ... HTTP 404. I'll send it to my home email and see if it is something local but I doubt it. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 From: Mary Anne Matyaz maryanne4...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/17/2012 10:39 Subject:Re: Servicelink, ETR and SR Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu There might be another ramification. It seems that all of the docview's that come on a google now, the links are broken. For example, if you google IBM DOCVIEW, the hits that show up, similar to this: http://www-01.ibm.com/support/docview.wss?uid=swg21433581 get 404's. Another example, google PM60958. Even if you search for PM60958 from the IBM website, it brings up the broken link. :( I'm assuming the crawlers will update this stuff at some point, hopefully. I don't know if it's related to the SR change, I would think it would have had more to do with SIS than ETR, but it is pretty coincidental. Mary Anne On 5/16/2012 3:46 AM, Barbara Nitz wrote: Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. I complained about this behavior during a closed meeting with Christian Gilmore and other IBMers at SHARE in Orlando back in February. Christian acknowledged the problem and made a note of it at the time, but nothing has been done to change it (yet). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
I got that too Tom, and the link in the email fails for me as well. MA Did I miss this in the discussion? I got this from srdonotreply this morning: 'We would like to inform you of an important change in opening and managing service requests with IBM for Passport Advantage and Passport Advantage Express products. Details of the change can be found at ... HTTP 404. I'll send it to my home email and see if it is something local but I doubt it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
We got that too. Notified their webmaster via the link on the 'not found' page. s http://www.medmutual.com/ Visit http://www.medmutual.com/ CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential or exempt from disclosure by law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you are strictly prohibited from printing, storing, disseminating, distributing or copying this message. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Neither this information block, the typed name of the sender, nor anything else in this message is intended to constitute an electronic signature, unless a specific statement to the contrary is included in this message. Thank you, Medical Mutual. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Ambros Sent: Thursday, May 17, 2012 11:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Servicelink, ETR and SR Did I miss this in the discussion? I got this from srdonotreply this morning: 'We would like to inform you of an important change in opening and managing service requests with IBM for Passport Advantage and Passport Advantage Express products. Details of the change can be found at ... HTTP 404. I'll send it to my home email and see if it is something local but I doubt it. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 From: Mary Anne Matyaz maryanne4...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/17/2012 10:39 Subject:Re: Servicelink, ETR and SR Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu There might be another ramification. It seems that all of the docview's that come on a google now, the links are broken. For example, if you google IBM DOCVIEW, the hits that show up, similar to this: http://www-01.ibm.com/support/docview.wss?uid=swg21433581 get 404's. Another example, google PM60958. Even if you search for PM60958 from the IBM website, it brings up the broken link. :( I'm assuming the crawlers will update this stuff at some point, hopefully. I don't know if it's related to the SR change, I would think it would have had more to do with SIS than ETR, but it is pretty coincidental. Mary Anne On 5/16/2012 3:46 AM, Barbara Nitz wrote: Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. I complained about this behavior during a closed meeting with Christian Gilmore and other IBMers at SHARE in Orlando back in February. Christian acknowledged the problem and made a note of it at the time, but nothing has been done to change it (yet). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Is the Microsoft service operation more reliable? was Re: Servicelink, ETR and SR
On 17 May 2012 08:23:58 -0700, in bit.listserv.ibm-main you wrote: I got that too Tom, and the link in the email fails for me as well. MA Did I miss this in the discussion? I got this from srdonotreply this morning: 'We would like to inform you of an important change in opening and managing service requests with IBM for Passport Advantage and Passport Advantage Express products. Details of the change can be found at ... HTTP 404. I'll send it to my home email and see if it is something local but I doubt it. How does IBM's reliability compare with the reliability of Microsoft in this area both for those of you who like me have Windows on their home computers and for your organizations? I believe that I have always been able to get to the Microsoft fix and knowledge base sites. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
On 5/17/2012 8:17 AM, Skip Robinson wrote: Same result here. It's nice to know that when IBM finally rolls out the big guns, they can still hit their own foot. And, after a 54-hour outage for the 'upgrade' ... smh -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
On 17 May 2012 11:19, Stone, Sandy sandy.st...@medmutual.com wrote: We got that too. Notified their webmaster via the link on the 'not found' page. The notfound link I got to is just the general contact us page for IBM US. They used to have a broken link page, prefilled with the relevant info, but this one is just the same place I get to from www.ibm.com . Sigh... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
Hello, One of IBM's data centers experienced a cascade failure today, which caused our document service, IBMLink, and other systems to drop offline. While some systems such as IBMLink experienced a shorter duration offline, the document service was offline for a more substantial period of time. It was unfortunate coincidence that this service went offline shortly after notice was sent to Passport Advantage clients (referenced in another message in this thread) that contained a link to a document hosted in this data center. It is worth noting, however, that IBM Service Request (SR) itself, was online throughout this entire event. It will also be online this weekend while IBMLink may be down for scheduled maintenance (SR does not require downtime to perform maintenance). Please consider bookmarking SR for use when IBMLink is unavailable. SR can be directly reached at: http://www.ibm.com/support/servicerequest/ Out of an abundance of caution related to a security flaw discovered recently, SR now requires direct authentication of all sessions until it can board with ibm.com's single sign-on solution later this year. I understand this redundant authentication step is very inconvenient and apologize on behalf of IBM as we ensure the safety of your transactions. Thank you, Christian Gilmore IBM Senior Technical Staff Member On 5/17/2012 9:28 AM, Mary Anne Matyaz wrote: There might be another ramification. It seems that all of the docview's that come on a google now, the links are broken. For example, if you google IBM DOCVIEW, the hits that show up, similar to this: http://www-01.ibm.com/support/docview.wss?uid=swg21433581 get 404's. Another example, google PM60958. Even if you search for PM60958 from the IBM website, it brings up the broken link. :( I'm assuming the crawlers will update this stuff at some point, hopefully. I don't know if it's related to the SR change, I would think it would have had more to do with SIS than ETR, but it is pretty coincidental. Mary Anne On 5/16/2012 3:46 AM, Barbara Nitz wrote: Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
Appreciate the update and the explanation. I'm old enough to remember the Security 'green/yellow book' after MVS got B1 and maybe on the last page was a big 'oh and if you're connected to a network this doesn't apply'. In a message dated 5/17/2012 11:02:32 P.M. Central Daylight Time, c...@us.ibm.com writes: step is very inconvenient and apologize on behalf of IBM as we -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
It is worth noting, however, that IBM Service Request (SR) itself, was online throughout this entire event. It will also be online this weekend while IBMLink may be down for scheduled maintenance (SR does not require downtime to perform maintenance). Please consider bookmarking SR for use when IBMLink is unavailable. SR can be directly reached at: Boasting? Us mainframers first check SIS for fixes before reporting a problem. So if SIS is down, chances are good that retain is down. SR 'availability' won't help, since the updates done via SR will not reach retain, and hence IBM software support cannot see them. Out of an abundance of caution related to a security flaw discovered recently, SR now requires direct authentication of all sessions until it can board with ibm.com's single sign-on solution later this year. I understand this redundant authentication step is very inconvenient and apologize on behalf of IBM as we ensure the safety of your transactions. Excuse me? Later this year?!?!?! How long does IBM want to force this redundant authentication upon its customers? Months on end An apology without the will to fix this immediately doesn't help at all, it just rubs salt into the wounds. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
Hello, I was attempting to offer an opportunity to be able to continue working with IBM on your service requests while IBMLink is unavailable. RETAIN does not go offline when IBMLink is unavailable. Clients are able to manage and create new service request via SR regardless of IBMLink's availability. Even if RETAIN is temporarily unavailable (or a queue is full, etc.), SR will locally queue your create/update request and resubmit it on your behalf automatically. This additional layer of resiliency is a feature that ETR did not have. Thanks, Christian Christian Gilmore Senior Technical Staff Member IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/17/2012 11:27:49 PM: From: Barbara Nitz nitz-...@gmx.net To: IBM-MAIN@bama.ua.edu Date: 05/17/2012 11:28 PM Subject: Re: Servicelink, ETR and SR Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu It is worth noting, however, that IBM Service Request (SR) itself, was online throughout this entire event. It will also be online this weekend while IBMLink may be down for scheduled maintenance (SR does not require downtime to perform maintenance). Please consider bookmarking SR for use when IBMLink is unavailable. SR can be directly reached at: Boasting? Us mainframers first check SIS for fixes before reporting a problem. So if SIS is down, chances are good that retain is down. SR 'availability' won't help, since the updates done via SR will not reach retain, and hence IBM software support cannot see them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
Christian, you have negelected to tell us WHEN the double signon will be fixed. I have heard that that will only be at the end of the year. Knowing how slow 'fixes' to SR are (after all, it took more than a year to fix the backlinks from SR to servicelink, and we were promised they get fixed at least twice when they weren't) - by the time the end of the year rolls around, SR will probably tell the rest of the world Gee, it worked so well for the last half year, why should we do anything? Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Servicelink, ETR and SR
Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
Same here (US based). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, May 16, 2012 6:47 AM To: IBM-MAIN@bama.ua.edu Subject: Servicelink, ETR and SR Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
I have to login in again to get to SR. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, May 16, 2012 5:47 AM To: IBM-MAIN@bama.ua.edu Subject: Servicelink, ETR and SR Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
I've been using SR exclusively for some time. Until now, if I selected the SR option on the ServiceLink main menu, I would be taken straight to the SR main page. I just now discovered the new behavior described. I also see this. If it was there before, I didn't notice. You must sign into this application, even if you have already signed into IBM on the masthead. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Wissink, Brad [ITSYS] bjwi...@iastate.edu To: IBM-MAIN@bama.ua.edu Date: 05/16/2012 07:01 AM Subject:Re: Servicelink, ETR and SR Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I have to login in again to get to SR. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, May 16, 2012 5:47 AM To: IBM-MAIN@bama.ua.edu Subject: Servicelink, ETR and SR Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
This morning we had to start signing into IBM Service Request (SR).. I opened ticket with IBM. This was their response: We and Level 2 already aware about this issue the we need to login twice when going to use Service Request. Level 2 has already started working on this hope this will be resolved soon. John Eatherly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Servicelink, ETR and SR
On 5/16/2012 3:46 AM, Barbara Nitz wrote: Given that IBM took away ETR yesterday and has by now forced SR upon the mainframe world - do Americans coming from servicelink also have to login again to get to their ETRs??? Or is this 'privilege' reserved for EMEA? Until ETR was taken away (yesterday morning our time) no extra login from Servicelink was required, SR was reachable using the normal servicelink login. I consider this an error and have opened a ticket. I complained about this behavior during a closed meeting with Christian Gilmore and other IBMers at SHARE in Orlando back in February. Christian acknowledged the problem and made a note of it at the time, but nothing has been done to change it (yet). -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM SR availability problems
We did get an email reply from the SR help desk yesterday. It would be really useful if there was a very simple static site that was updated with current and past availability where customers could check for known issues with ShopzSeries, SR, Resourcelink, IBMLink. It would be better of course if those facilities had no problems. To be fair this is the first time in a very long time SR has had significant ongoing problems. Perhaps it will be better today. It would be really useful if there was one help desk and point of contact for all these z support web faced systems which are important to supporting customers business. The ability to place a phone call to the help desk for critical issues would be useful. Here was the email status we got yesterday. Subject: [Service Request Helpdesk #194530] 194530 Hello, IBM Service Request (SR) is currently experiencing a degradation of service. For the moment, please contact IBM by phone for support. In the United States, please contact 1-800-IBMSERV (426-7378). Othwerise, please visit the following URL for information on obtaining support in your region: http://www.ibm.com/planetwide/ We apologize for the inconvenience and are working diligently to resolve the issue. Thanks, IBM SR Support Team Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Tuesday, December 13, 2011 2:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM SR availability problems I hate to be contrarian, but I've had no particular problem with SR nor with ServiceLink in general. (My entry into SR is always via the ServiceLink.) Be aware that the initial SR screen has changed. I could swear that it changed some time this morning in between my logon and a later return. (I remember complaining here a few weeks ago about a 'Tuesday morning implementation'.) The most obvious difference is that the initial view used to be a single list of open SRs. Now there are two lists in separate boxes: -- 'My in process service requests' -- 'My recent open online service requests' I don't know how they're split. In my case there's only one SR in each box. I don't know if the change implementation affects some people's access, but my own seems to work fine. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Brian Peterson brian.peterson.ibm.m...@comcast.net To: IBM-MAIN@bama.ua.edu Date: 12/13/2011 10:51 AM Subject:Re: IBM SR availability problems Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I am unable to use SR today, and I was unable to use the SR feedback link on the IBMLink ServiceLink home page either - same symptom for both applications (click on link, spinning circle in web browser, no response). Brian -- 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 This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: IBM SR availability problems
On 13 Dec 2011 10:50:25 -0800, in bit.listserv.ibm-main you wrote: Hi Sam, On the whole, my experience is that SR that it is much LESS available than ETR ever was. Just now, it took 11 minutes to get the IBM Service Request screen up. It's all grayed out though, I can't select or do anything. Have you ever had similar problems with the Microsoft Update, accessing Microsoft Download sites, the Microsoft Knowledge Base (all sorts of information about Microsoft fixes and updates), or Microsoft purchase site? Clark Morris Regards. Linda - Original Message - From: Sam Knutson sknut...@geico.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, December 13, 2011 9:28:21 AM Subject: IBM SR availability problems We have seen recurring problems with SR yesterday and today hangs and HTTP 500 Internal Server Error. A ticked was put into the SR Helpdesk which is a completely unsatisfying fill out the form and pray experience. This is occurring for multiple users at multiple sites and no other web browsing or support sites are experiencing difficulties. IBMLink ETR is working fine and is our fallback. Consider that SR is supposed to be highly available and ETR is slated for sunset soon this is not reassuring. Is anyone else seeing problems with SR recently? Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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
IBM SR availability problems
We have seen recurring problems with SR yesterday and today hangs and HTTP 500 Internal Server Error. A ticked was put into the SR Helpdesk which is a completely unsatisfying fill out the form and pray experience. This is occurring for multiple users at multiple sites and no other web browsing or support sites are experiencing difficulties. IBMLink ETR is working fine and is our fallback. Consider that SR is supposed to be highly available and ETR is slated for sunset soon this is not reassuring. Is anyone else seeing problems with SR recently? Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: IBM SR availability problems
I have had problems all day with SR. .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Tuesday, December 13, 2011 12:28 PM To: IBM-MAIN@bama.ua.edu Subject: IBM SR availability problems We have seen recurring problems with SR yesterday and today hangs and HTTP 500 Internal Server Error. A ticked was put into the SR Helpdesk which is a completely unsatisfying fill out the form and pray experience. This is occurring for multiple users at multiple sites and no other web browsing or support sites are experiencing difficulties. IBMLink ETR is working fine and is our fallback. Consider that SR is supposed to be highly available and ETR is slated for sunset soon this is not reassuring. Is anyone else seeing problems with SR recently? Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: IBM SR availability problems
Hi Sam, On the whole, my experience is that SR that it is much LESS available than ETR ever was. Just now, it took 11 minutes to get the IBM Service Request screen up. It's all grayed out though, I can't select or do anything. Regards. Linda - Original Message - From: Sam Knutson sknut...@geico.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, December 13, 2011 9:28:21 AM Subject: IBM SR availability problems We have seen recurring problems with SR yesterday and today hangs and HTTP 500 Internal Server Error. A ticked was put into the SR Helpdesk which is a completely unsatisfying fill out the form and pray experience. This is occurring for multiple users at multiple sites and no other web browsing or support sites are experiencing difficulties. IBMLink ETR is working fine and is our fallback. Consider that SR is supposed to be highly available and ETR is slated for sunset soon this is not reassuring. Is anyone else seeing problems with SR recently? Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: IBM SR availability problems
I am unable to use SR today, and I was unable to use the SR feedback link on the IBMLink ServiceLink home page either - same symptom for both applications (click on link, spinning circle in web browser, no response). Brian -- 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: IBM SR availability problems
I hate to be contrarian, but I've had no particular problem with SR nor with ServiceLink in general. (My entry into SR is always via the ServiceLink.) Be aware that the initial SR screen has changed. I could swear that it changed some time this morning in between my logon and a later return. (I remember complaining here a few weeks ago about a 'Tuesday morning implementation'.) The most obvious difference is that the initial view used to be a single list of open SRs. Now there are two lists in separate boxes: -- 'My in process service requests' -- 'My recent open online service requests' I don't know how they're split. In my case there's only one SR in each box. I don't know if the change implementation affects some people's access, but my own seems to work fine. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Brian Peterson brian.peterson.ibm.m...@comcast.net To: IBM-MAIN@bama.ua.edu Date: 12/13/2011 10:51 AM Subject:Re: IBM SR availability problems Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I am unable to use SR today, and I was unable to use the SR feedback link on the IBMLink ServiceLink home page either - same symptom for both applications (click on link, spinning circle in web browser, no response). Brian -- 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
Sr. Server Engineer (Vintage Systems) at Living Computer Museum, Vulcan Inc., Seattle
By way of preface, you may have seen an article in the Wall Street Journal last month about Paul Allen's collection of vintage mainframe and minicomputer systems, devoted in particular to my colleague's travels in Australia to look for a 7094 (which turned out to be a 7090) and a System/360. We have acquired a 360/40, along with another manufacturers' large systems, and need to add someone to our team. We are hoping to attract someone with IBM hardware expertise, so I am posting this here. Vulcan Inc. - Seattle, WA Living Computer Museum Vulcan's Vintage Systems Team is responsible for the restoration, operation and maintenance of the Living Computer Museum's collection of vintage computer systems. This collection includes mainframe and minicomputer systems manufactured by companies such as Digital Equipment Corporation, Data General, IBM, and Hewlett-Packard during the emergence of interactive and timeshared computing. The goal of the Living Computer Museum is to restore these systems to run historically appropriate software, presenting them as living artifacts to the academic and research communities and to the public. The systems and their associated software and documentation are curated to preserve their historical provenance. For more information on the Living Computer Museum, please visit http://www.LivingComputerMuseum.org/ Sr. Server Engineer The Sr. Server Engineer is responsible for the restoration of vintage systems as well as day-to-day operation and maintenance of the Living Computer Museum collection. Responsibilities include hardware and software installation, configuration, maintenance, troubleshooting, procurement of parts, and certification/performance testing of the various computer systems including associated peripherals. Additional duties include research and writing regarding individual systems and their restoration and preservation. When required and on occasion, responsibilities include assisting on special projects. The ideal candidate will have a Bachelor's degree and at least 6 years related experience and/or training. Operations and administration experience required with mainframe and minicomputer systems, with emphasis on timesharing systems, or senior-level field service experience with same. Must have strong analytical and planning skills with the ability to communicate and conceptualize projects to integrate the technology with the needs and functions of the Living Computer Museum. For a full job description and to apply, please visit our careers site: http://jobs.vulcan.com/ Rich Alderson Vintage Computing Sr. Server Engineer Senior Curator Vulcan, Inc.Living Computer Museum 505 5th Avenue S, Suite 900 2245 1st Avenue S Seattle, WA 98104 Seattle, WA 98134 mailto:ri...@vulcan.com mailto:ri...@livingcomputermuseum.org http://www.LivingComputerMuseum.org/ -- 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: SR - was: Re: Don't like.
On Tue, 12 Jul 2011 00:35:00 -0500, Barbara Nitz wrote:
o I had the site bookmarked with my user ID in the query_string so it
was preset on the login page; all I needed to type was my password.
Isn't that a preference set somewhere in the operating system? I never let the
OS 'help' me by remembering my userids. But you're probably not using
windoofs, either :-)
The user ID I bookmark is my email address which appears in every
message I post to this list. There's little to gain by protecting it.
I never included my password in the bookmark.
What does SR stand for?
o It's bandwidth-profligate: 100KB for a 10-line message payload? Sheesh!
Almost all of IBMs webpages are.
There's a joke about a dog, sometimes attributed to George Carlin. The
punch line is Because he can! This seems to be the rationale for much
web page engineering.
As far as I am concerned, they have fixed one or two blatant errors, but they
close their collective ears and eyes to anything regarding usability
('intuitive usage'). Much better to 'educate' customers (as in - tell them
they're just too stupid to understand the grand scheme of their ideas - and do
it in such a way that the customer feels stupid and relents and uses it.)
With the exception of one or two points, *everything* I said back in March
still holds true.
Cite? Or must I scan the archives?
-- gil
--
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: SR - was: Re: Don't like.
On Tue, 12 Jul 2011 00:35:00 -0500, Barbara Nitz wrote: o It's bandwidth-profligate: 100KB for a 10-line message payload? Sheesh! Almost all of IBMs webpages are. ... Speaking of profligacy, it appears that when I do a search, then click on one of the hits to view the page, then click the Back button to view the hit list again, LISTSERV re-drives the search. Wasteful. But this may be the fault of my browser. I suppose I must remember to open the page in a new tab, then close that tab. -- gil -- 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: SR - was: Re: Don't like.
What does SR stand for? 'service request'. It's the replacement tool for ETR IBM forces on us. Note that reporting a bug is now called a 'service request', as in, the customer begs IBM to do something we're entitled to get due to our contracts and the warranty that contract has. Cite? Or must I scan the archives? Let's see if I am able to cite: http://bama.ua.edu/cgi-bin/wa?A2=ind1103L=ibm-mainT=0F=S=P=625611 http://bama.ua.edu/cgi-bin/wa?A2=ind1103L=ibm-mainT=0F=S=P=627485 http://bama.ua.edu/cgi-bin/wa?A2=ind1103L=ibm-mainT=0F=S=P=626861 http://bama.ua.edu/cgi-bin/wa?A2=ind1103L=ibm-mainT=0F=S=P=626307 http://bama.ua.edu/cgi-bin/wa?A2=ind1103L=ibm-mainT=0F=S=P=833640 I had broken it into 5 parts because otherwise it would have been too much (about 50 individual points). Also read some of the responses, as one thing was due to my being new with Firefox. Happy reading! :-) Barbara -- 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
SR - was: Re: Don't like.
Maybe it's getting better. It now uses HTTP instead of insisting on HTTPS.
Really? After authentification (which *I* would insist on being https) it stays
https for me. Which makes a lot of sense, as we don't want our company's
software problems to become common knowledge.
o I had the site bookmarked with my user ID in the query_string so it
was preset on the login page; all I needed to type was my password.
Isn't that a preference set somewhere in the operating system? I never let the
OS 'help' me by remembering my userids. But you're probably not using windoofs,
either :-)
o I'd like the composition window to use a monospaced font for times
when I supply a code example, as earlier today. Perhaps I can profile
this, but I don't know how.
Why should the SR people listen to us? According to them, we're a minority that
only complains!
o It's bandwidth-profligate: 100KB for a 10-line message payload? Sheesh!
Almost all of IBMs webpages are. Try accessing it on a 45kB line. You might as
well hit your head on a wall immediately! Takes in excess of 5 minutes (and so
it is doubly useless when you have to needlessly click yourself through several
pages before you reach the one you need), and believe me, a 100kB webpage does
NOT take 5 minutes to load. (When it is written by someone who knows what
they're doing.) I always have the impression that IBM is trying to spy on me
and hitting blank walls since I safeguard even my company PC.
As far as I am concerned, they have fixed one or two blatant errors, but they
close their collective ears and eyes to anything regarding usability
('intuitive usage'). Much better to 'educate' customers (as in - tell them
they're just too stupid to understand the grand scheme of their ideas - and do
it in such a way that the customer feels stupid and relents and uses it.)
With the exception of one or two points, *everything* I said back in March
still holds true. And if the rest of you don't start telling the SR people that
my points are valid, then we all will be stuck with an inferior product that
makes our life infinitely harder when we have a problem. At this point, they
consider me the lone dissenter.
Oh well, IBM most probably doesn't *want* customers to open problems. After
all, they don't have problems in their code, right? (All the usual, long-time
IBM suspects from this list excluded, of course!)
Barbara
--
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
Amusing: No Service Request allowed for the SR tool
I clicked the IBMLink Feedback link on my ServiceLink page. I opened a Feedback record complaining about the SR tool. Oddly the ticket showed up on my SR list of records. I added additional information to the FeedBack record via SR tool. IBM closed the ticket as follows: **Software CAT Format Insert Entitlement Resolution: Not Entitled Z/OS Entitlement Resolution: Additional Info: BGBP1101441-Customer is not entitled to tech support for the SR tool. Provided an email address for customer for assistance with tech support request. **End of Format Insert** In a separate email, they asked me to send SR issues to srt...@us.ibm.com. Don Williams -- 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: Amusing: No Service Request allowed for the SR tool
Yeah, probably wanted something with 5 nines... In a message dated 6/17/2011 5:51:31 P.M. Central Daylight Time, donb...@gmail.com writes: SR issues to srt...@us.ibm.com. -- 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
Update a service request - SR for the System z
Update a service request To utilize all of the features of SR for the System z software to which you are licensed, it is now necessary to have a System z software services contract for SoftwareXcel Enterprise Edition, SoftwareXcel Basic Edition or Resolve. Our information indicates that your ID is not associated with any of these contracts. To obtain one of these contracts, contact your local IBM representative, call 888-426-4343 or submit a request to expr...@us.ibm.com. To continue with your service request at this time, call 800-IBM-SERV and provide your existing service request number. For any other assistance, contact the SR help desk at srh...@us.ibm.com Is IBM trying to add more ammunition to those who want the z out the door ? What other ISV requires a contract to use the support portal ? -- 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
SR might be palatable if (Part5: Functionality)
Wait, there's more! I have found a victim within IBM who was nice enough to help me with some functionality testing. This required some queuing around of a test SR. I had opened the SR with the following text: This is a test of SR. Please do the following: 1. Entitle to the compid chosen (Allocation). 2. Keep it on the queue until the 'documentation' arrives, simulating a dump transfer. 3. Then send to slink,200, attn. my victim. For my victim, as discussed: 4. Transfer ownership of the PMR to *some* queue somewhere on a BDC node. (Used to be a cr with routing to world trade.) 5. Change your own user so that you appear to work primarily on BDC queues. (IIRC, n;bdc ?) 6. Do an AT with the update This is AT. 7. cr ca back to me. 8. wait for me to update with 'please close'. 9. close the SR. a) I got lots of junk for my efforts, both in the SR shown and in the email notifications. We are interested in 26 lines, not counting the appropriate signature lines and not counting the 'prologue' that details data customarily shown at the top of the Retain page. SR added 51 lines completely unnecessary, as that information is redundant. Some unavoidable IBM entries (like the amount of commands put in that all have the fingerprint of who-did-it and that contract information stuff) add another 30 lines. The amount of junk makes it VERY HARD for anyone to see what's important and what isn't. Stop adding junk that makes a problem very hard to read. Note that the junk added outnumbers the meaningful stuff quite severely! b) Those 26 lines are the things I would like to see via email notification (I told my helpful victim all about it.) c) I am sent too much junk in the body of the email notification. Again, it is much too hard to see the actual update! Stop giving me so much clutter! d) I am not sent actual updates, just what is put in on cr ca (For those unfamiliar with retain, that is the command that changes the ETR state from IBM to Usee - call requeue customer attention/cr ca). ETR is a LOT better in that regard, and I remember that it took some time for them to get there. They manage to get it right most of the time. If you sent me email, provide me with *all* updates, not just those from cr ca! e) The title lines are not telling me what happened with the PMR. I am certainly NOT told that my SR was closed! Instead of sending me an email that tells me that *I* opened an SR, send me one that explicitly tells me that my SR was *closed*! f) Instead of only the PMR number, the title line should also contain the 'abstract', given that the customer is forced to put one in. For someone with a lot of PMRs, no one wants to remember PMR numbers! Provide the abstract in addition to the PMR number in the email header. 7. The supposed email address should not contain this donotoreply thing! Especially since that is repeated in the body of the email. Make the email address the email comes from something that doesn't sound like a lot of SPAM! (srdonotreply) 8. Accessing 'my notifications' from the website takes forever (around 30 seconds at work over high-speed connection, that's much too slow!) Unusable at oh:dark:30. What are you searching here? 9. Skip the 3 lines that say . The customer has requested this ticket be closed. . And since when has this become a 'ticket'?!? In any other place they call it SR or 'Serviceanforderung' - what a terrible translation! 10. Clicking on a closed SR also gets me the Update window. The submit link has been replaced with 'reopen this'. Any closed PMR should (in the interest of IBMs internal statistics) not get reopened just because someone adds text, which is much too easy when shown an update page instead of a browse page! For closed PMRs, show a browse page with the option to explicitly reopen instead of the update page! 11. On many of our closed PMRs I noticed that SR shows even the FA masks, which obviously appear out-of-timeline in the SR. ETR still follows the rule that I learned that FA masks must not be shown to the customer. (Same for the scratch pad on page 1 of any retain record; FA stands for file alter. Usually nothing in retain can be changed once it is commmited, to have a permanent record of who-did-what-and-when, with the exception of 'file alter masks' that are used for IBM internal administrative tasks). - Don't show FA masks! 12. Another thing that annoys me on the searchSR.action page is that despite the clickable search fields being clearly
Re: SR might be palatable if (part 4, Multilingual)
On Thu, 24 Mar 2011 12:04:25 -0500, David Magee wrote: I've read through all 4 parts of your SR might be palatable if ... posts and the replies to them. Now I'm wishing this Listserv had a Like button to click and how high the number would be by now! I very much appreciated reading Barbara'a posts, but I wouldn't click a Like button. Facebook sticks their nose too far into my personal business and I'm not about to help them out. -- Tom Marchant -- 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: SR might be palatable if (part 4, Multilingual)
On 3/25/2011 11:17 AM, Tom Marchant wrote: On Thu, 24 Mar 2011 12:04:25 -0500, David Magee wrote: I've read through all 4 parts of your SR might be palatable if ... posts and the replies to them. Now I'm wishing this Listserv had a Like button to click and how high the number would be by now! I very much appreciated reading Barbara'a posts, but I wouldn't click a Like button. Facebook sticks their nose too far into my personal business and I'm not about to help them out. Actually, I just read an article about how hard it is to get yourself removed from facebook permanently once you're on it. So, when we're dead and gone, our wisdom will live on. Since it's Friday, I feel I can also point out that this week's New Yorker magazine (March 28, 2011 edition) has a hilarious Shouts and Murmers column titled Just in time for Spring that's all about the astounding multipurpose activity platform that will revolutionize the way you spend your time: GOING OUTSIDE. If you get a chance to catch it, it's well worth the read. -- 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: SR might be palatable if (part 4, Multilingual)
On Fri, Mar 25, 2011 at 1:06 PM, Steve Comstock st...@trainersfriend.com wrote: Actually, I just read an article about how hard it is to get yourself removed from facebook permanently once you're on it. So, when we're dead and gone, our wisdom will live on. Since it's Friday, I feel I can also point out that this week's New Yorker magazine (March 28, 2011 edition) has a hilarious Shouts and Murmers column titled Just in time for Spring that's all about the astounding multipurpose activity platform that will revolutionize the way you spend your time: GOING OUTSIDE. If you get a chance to catch it, it's well worth the read. http://www.newyorker.com/humor/2011/03/28/110328sh_shouts_weiner Online summary with 5 of the first 11 suggestions. For the fastest transportation in rush hour urban environments, the bicycle regularly beats all other forms of transportation. Car, Taxi, Bus, Train. Speedboat. More pleasant in nicer weather, but manageable the following winter. One such commuter race held by Top Gear in London a few years ago. http://www.topgear.com/uk/videos/london-calling -- 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: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
At 01:03 -0500 on 03/24/2011, Barbara Nitz wrote about Re: SR might be palatable if (part 2, opening a new PMR) - : Incidentally, this might be the place where I can turn off showing images. But it has to be set per web site. And how do I then display a single image that I may be interested in? In FF, if you go to your preferences and select the content menu you will find a check box that allows you to set the automatic image load default to on or off. When off, images will not load but just show place holders. Clicking a placeholder will load THAT image (leaving all the others as placeholders). Next to the check box is a button called exceptions. Clicking on it will allow you to designate by site which sites you want to allow or suppress automatic image downloading. Thus you can set auto off and then list those sites whose images you want to see. If you want to suppress images globally, just set auto off. BTW: You can have both allow and deny entries in the list and by switching auto on and off, swap which ones are active (IOW: A deny will be ignored when auto is off since that suppression will be handled by the auto=off setting and be used when auto=on). -- 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: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
On Fri, 25 Mar 2011 15:48:49 -0400, Robert A. Rosenberg wrote: In FF, if you go to your preferences and select the content menu you will find a check box that allows you to set the automatic image load default to on or off. When off, images will not load but just show place holders. Clicking a placeholder will load THAT image (leaving all the others as placeholders). Next to the check box is a button called exceptions. Clicking on it will allow you to designate by site which sites you want to allow or suppress automatic image downloading. Thus you can set auto off and then list those sites whose images you want to see. If you want to suppress images globally, just set auto off. It was better circa Netscape. I could turn off auto image load in Preferences, and the toolbar had a button to load all images for the current page. I didn't need to click on dozens of placeholders, nor manage exception lists. Often, it sufficed to see the images for a site once and rely on clicking links in subsequent visits. -- gil -- 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: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
But it sounds as if Barbara uses Firefox only to contact IBM. She
probably wishes she could whitelist ibm.com and block everything else.
There are several reasons I held off using Firefox (and used IE instead):
a) The cookie management that I still heartily dislike - I think IE's way is
much easier
b) The fact that I needed a plugin to block javascript (the noscript plugin)
c) I cannot prevent pictures from being downloaded.
For a), I have resigned myself to it, but as Gil says, I wish I could use
the whitelist settings like in IE instead of having to let myself get
prompted every time. Just about every web site these days requests a cookie,
and it is annoying.
for b) I use the noscript plugin (and like the control it gives me),
and c) is why I don't use Firefox at home. I only have a 45kB analog phone
line, which is perfectly sufficient for 3270 work, but makes it impossible
to open any website - too many useless pictures. IE allows me to only show
placeholders. Does anyone know of a plugin for that? Or any other security
related stuff I missed? (I also use the BetterPrivacy plugin that detects
and deletes supercookies.)
As for IBM web sites on a 45kB modem: A website that has 65kB when saved to
my PC takes about 5 minutes to load. So IBM web sites are unusable on slow
connections. I haven't figured out why that is, I am not familiar enough
with what the javascript functions do. But I *am* capable of html
formatting! And know how to use style sheets.
Is there a basic design conflict between use of cookies and redirection
for load balancing? It seems wrong that the cookies should belong
to, e.g. www-42.ibm.com and not www.ibm.com.
Oh, *both* of them use and want cookies. I have taken two screenshots that
show both ibm.com and ibm-9xx as having 16 cookies and modifying them. The
funny thing is that the Firefox prompt makes it sound like it is heartily
tired of the cookies, too ('the website xyz requests another cookie' - not
that it doesn't say 'yet another')
I have had it on good authority (from my very bright young neighbour who is
actually a clicker) that cookies are NOT necessary for *any* website. A
session id can (and should) be used instead, that expires after a certain
time. But of course, for clickers it is s much easier not to use
sessions ids, as session ids apparently require them to *think* about what
they're doing.
BTW Another reason to contact google is geolocation:
http://www.mozilla.com/en-US/firefox/geolocation/
Thanks for alerting me about this. Guess I should have read even more about
Firefox before I started using it. :-( Incidentally, this might be the place
where I can turn off showing images. But it has to be set per web site. And
how do I then display a single image that I may be interested in?
Does IBM need to employ geolocation? For multilingual support?
Not for multilingual support. Changing the language preference in
Tools-Options-Content-Languages gets me from English to German or vice versa
(just like Christian said). But this is a global setting, and I refuse to do
it every time I have to go to an IBM website.
If I had the time and money I would go to the next Shareholders
meeting and suggest to the president that he contract with you
(Barbara) to manage the fixing of SR and making sure it is
24/7/365.24. IBM should be embarrassed to have something that is as
user surly, error ridden and with periodic unavailability as this.
Thanks for the vote of confidence! Unfortunately I never accept the
constraint that it must not cost any money to fix it, so do you really think
IBM is going to hire me?!? tongue-out-of-cheek
Website developers are a new itinerant priesthood, spreading
their gospel via airline magazines. They come in, often as
contractors, screw up a site by applying the dogmas of web
page design and radical ignorance of the objectives of the
site, then move on to the next client.
Yeah, that's why every website 'improvement' makes it harder to use than
ever before. And since they all assume that everyone keeps their computers
wide open security wise, a lot of websites don't work anymore if you are
actually conscious about your privacy. And why the internet is rapidly
loosing its value for me. (But then I am a dying breed, anyway.)
How long has this been going on? I'd expect complaints would
have reached top management by now.
You mean within IBM? I don't believe that everyone within IBM really
embraces SR like we're told they do. Keep in mind that an IBMer cannot
really publicly tell you he hates SR and doesn't want it. You have to read
between the lines.
So PLEASE: If you're unhappy with SR, keep adding your voice to my list!
Sheer numbers might make a change.
Barbara
--
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: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
On Thu, 24 Mar 2011 01:03:31 -0500, Barbara Nitz wrote: For a), I have resigned myself to it, but as Gil says, I wish I could use the whitelist settings like in IE instead of having to let myself get prompted every time. Just about every web site these days requests a cookie, and it is annoying. I haven't tried this one: https://addons.mozilla.org/en-US/firefox/addon/cookie-whitelist-with-buttons/ and c) is why I don't use Firefox at home. I only have a 45kB analog phone line, which is perfectly sufficient for 3270 work, but makes it impossible to open any website - too many useless pictures. IE allows me to only show placeholders. Does anyone know of a plugin for that? Uncheck Tools - Options - Content - Load images automatically and customize your userContent.css: http://lab.gmtplusone.com/image-placeholder/#conclusion Norbert Friemel -- 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
Firefox, was: Re: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
Norbert, I haven't tried this one: https://addons.mozilla.org/en-US/firefox/addon/cookie-whitelist-with-buttons/ Well, it certainly changes the way cookies are handled. First of all, it told me that the login to bama had expired, despite there being a cookie. And it overwrites the settings for the cookie handling. Uncheck Tools - Options - Content - Load images automatically and customize your userContent.css: http://lab.gmtplusone.com/image-placeholder/#conclusion I must have been blind, because I did not see that setting in the content tab. Unfortunately the css doesn't work to show image placeholders, I guess I need to go and read up on it first. But thank you very much for the Nachhilfe! :-) Best regards, Barbara -- 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: SR might be palatable if (part 4, Multilingual)
In listserv%201103231208002277.0...@bama.ua.edu, on 03/23/2011 at 12:08 PM, Paul Gilmartin paulgboul...@aim.com said: How long has this been going on? Decades. I want my gopher back. -- 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: SR might be palatable if (part 1, updating an open PMR)
Barbara, Don't sugar coat it, tell us how you really feel! -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov The use of traveling is to regulate imagination by reality, and instead of thinking how things may be, to see them as they are. -- Samuel Johnson -- 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: SR might be palatable if (part 4, Multilingual)
Barbara, I've read through all 4 parts of your SR might be palatable if ... posts and the replies to them. Now I'm wishing this Listserv had a Like button to click and how high the number would be by now! -- David Magee -- 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
SR might be palatable if (part 1, updating an open PMR)
When I access my problem records, I want to get my list without a lot of fuss. One click and I expect to be shown what my problem records are. With SR, I get a useless screen first where I have to either have memorized what the PMR number is or I have to type in something. None of those keywords from my PMR ever finds anything, and to put insult to injury, all I get shown is another search page with unimportant stuff at the top, no hint whatsoever that nothing was found. 1. If nothing is found, say so clearly in red at the top of the page! In essence, I am forced to click 'Advanced Search', which of course I don't find on the page that I was taken to after my first click. I just have to read the mind of the clickers who programmed this to know that 'change search criteria' takes me to 'Advanced Search', with the not-found keyword put into the keyword field. Which clicker believes that a keyword that isn't found should be refined in another search? I am forced to go and delete that keyword first. In addition, this page has quite a few default settings that I don't want to click every time I search! I want to see ALL my PMRs that are currently visible in retain, including those that are closed. And I DON'T want to first go and search if there is a profile setting somewhere (there isn't) where I can allow this. IBM has littered these SR pages with cookies, and without them, the pages don't even work, and they don't work without warning me why, too! 2. DO NOT show me the home.action page first when I access SR, go directly to the SearchSR.action page. 3. Make the showing of CLOSED PMRs the default! 4. Make 'search all PMRs' the default or at least provide a profile setting for 3 and 4! 5. Shift the search via customer number and the keyword search to the bottom of the page. If I wanted them, I would have used them on the entry page. DO NOT make me search for a viable search alternative by showing all the non-working ones first! When I finally figure out what to click to see what I want to see, I get shown a page (searchSRResult.action) that looks suspiciously like another search page. The search result is so far down that I have to scroll. In addition, I don't see the abstract I had put into the ETR. In addition, I see red exclamation marks and blue points on the page. In addition, I see some fields that are not explained, but I cannot see if the 'state' of the PMR is IBM or User, in other words, if I need to send it back to IBM to work on my problem! Once I start 'customizing' what is shown IBM insults me by not using my screen real estate and instead providing me with a window inside the page that I can only scroll from left to right when I can see the scroll bar which is of course at the bottom of the page. In essence, *that* customization is useless, as I cannot see more than 4 columns. 6. Put the RESULTS at the top of the page, so I don't have to scroll to see what I searched for! 7. IBM has my ibmid in both SR and ETR, so I expect SR to match the servicelink id to my IBMid, so that My service request searches works. There is an FAQ website that says Knowledge of which PMRs are associated to you did not transfer between ETR and IBM Service Request (SR). That was totally IBMs choice, and it just WASTES customer time. 8. Same FAQ webpage: To add a title, update your PMR title in SR. Once you have updated the PMR via SR, the PMR with your title will be displayed in your SR homepage section: View all my online service requests. is purely IBMs choice to keep the customer busy. USE THE ABSTRACT THAT THE CUSTOMER HAD ALREADY TYPED IN and don't make us re-do our work! 9. Searching for all PMRs, DON'T show me coloured 'requires your attention' or 'unread marks'. This is NOT an email system or a discussion forum, and those are NOT my SRs! 10. Make the application CONSISTENT!. In my profile at the most I can have 50 'results' shown per page. Here I can choose 100. Allow me to choose 100 in the profile, too! 11. Show me the STATE of my PMR as either USER or IBM! 12. Given the amount of redirection, cookies and spying going on in SR (see part2), it is VERY poor clicker's practise not to test for physical screen size and use the hardware real estate instead of sqeezing things into one small unreadable column in the middle of the screen. Once I click on any PMR number, SR makes the erroneous assumption that I want to UPDATE the PMR. I don't, I just want to read it first! What's more, SR just *assumes* that I will be the new owner and puts *me* in the field Contact! In addition, SR wastes my time in *enforcing* the title line that SR was too lazy to import from ETR. And why am I asked for the operating system again?!? I am just *reading*, for heavens sake! In addition, I am forced to look through all this stuff and to scroll until I eventually arrive where I wanted to be - the actual content of the PMR! Whoever had the bright idea to put
SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
SR shows me another useless, non-intuitive page where I am hit with an error message (You dont have any saved products. Please see the Supported products tab to select a product.) before typing in anything. In addition, I have to figure out that I need to do *yet another* click on Supported products, which in turn gets me yet another META redirect inside a noscript element. When I have finally reached the productSelect.action page, I am again *first* shown some error message that there are no 'saved products' (same stuff that made me end up on this page in the first place!). I haven't found out where the Supported software product selection gets its data, certainly NOT from sort of software contract. We don't have any VSE here! Again, the window that shows our 'supported products' is so small that not finding anything is pre-ordained. And Operating systems (supported and unsupported) are mixed with completely insignificant components like DCF or GDDM. And z/OS has versions 1.1 to 1.12 supported (with 1.2 and 1.3 missing) - well, that's good to know, I'll tell my managers that IBM was wrong to deny us supoort for a 1.8 RSM problem! In addition, *someone* has chosen numerical order, so 1.10 comes right after 1.1. Makes it real easy to find! The next page (after choosing z/OS 1.10), componentSelect.action, in my opinion, is a clear case of some clicker not knowing what the heck they're doing. The (again much too small) window looks like someone used a catalog containing compids and their description, and only the descriptions are shown in alphabetical order. In addition, access method services is version 10.1.0, while some BCP components like allocation show version 7.5.0. This is utter nonsense, as the 7.5.0 is derived from the base fmid (clickers, go and check what that is!) hbb7750, while the 10.1.0 comes from heaven-knows-where. Did I also mention that XES can be found under X, but XCF cannot? XCF is found under C. TCPIP cannot be found under T, either. In my opinion, leaving the choice of component to the customer at this point and providing ridiculous detail like TSO/E Edit, TSO/E Enhanced Connectivity Facility, TSO/E ICF Chinese, Japanese (yes, of course, a German customer *will* have both Chinese and Japanese TSO!) is completely unnecessary. And *then* I am supposed to choose a software contract (page supportByMachineSelect.action). I am given two choices that look abolutely identical. Did I also mention that the *technicians* (i.e. the SR users) have no clue about the actual *content* of any software contract? We have been given a customer number that was used way back when problems were phoned in. That (in our case) one number is all we need. By chance using the wrong contract of those offered by SR leads to calls from 'entitlement' because something doesn't match. Which delays the start of problem determination significantly, most especially during off-hours when the 'entitlement' group isn't available. After choosing *some* contract, I am getting shown a list of all currently defined SR users (page contactSelect.action), regardless of platform. At this point, this page is useless. It might be used when updating, but not if SR assumes that whoever updates is the new owner (see part 1). Finally, I have arrived at the contactNext.action page, and like during update, the window for my problem description is MUCH too small! Then I am supposed to answer How is this problem impacting your business? Given that IBM ALWAYS tries to tell me that my problem is not as important as my management feels it is, I can see a lot of answers 'blabla' coming up in that forced-upon-me field. And then IBM has the gall to ask me for the operating system?!? Excuse me, that is completely redundant, I have already chosen the operation system z/OS 1.10 as the first step! Besides, the compid now chosen only *exists* on z/OS! Having to go through these contortions and reading that this is done to effectively address my problem feels like IBM is ridiculing me. 1. If you make me go through contortions, at least give me the option to directly type in the compid this should go to thus abbreviating the time I have to spent clicking through SR! Otherwise: 2. Give me the following order in chosing my component: a) Hardware platform b) Operating system c) component in that operating system 3. Much better than 28: Use what ETR uses. It is a proven (tried and true) way of getting my problem addressed fast. 4. Don't go into unnecessary detail for any z/OS component! Instead of sight unseen using some software catalog, put some study in of the platform you're forcing this upon! 5. Do NOT make any component release-specific. To repeat myself: Instead of sight unseen using some software catalog, put some study in of the platform you're forcing this upon! 6. Do NOT show the contactSelect.action page. 7. Give the problem description window on page contactNext.action at least three times
SR might be palatable if (part 3, Administration)
User Administration: We have one and only one contract that entitles us to defect and nondefect support. I get shown 9 times one customer number and four times another customer number, with no clue what the differences are. In any case, I am forced to click 'show all contracts' since I have no clue what the differences are. Oh, and Show or update list below is pure crap if there is no list to be shown just yet. On the page that shows me the users migrated from ETR, each of them has 9 contracts, all of them enabled, of course! Each Authorized user has three states (anwesend -present, abwesend - absent, inaktiviert-inactiv). It is NOT explained what those states mean. The help page (srHelp) defines states as 'aktiv' (active), 'inaktiv' (inactive) and 'beendet' (very stupid translation, literal translation back into English is 'ended'). What's interesting is that I am Technical Contact for all 13 of those contracts, while my backup CSA from servicelink is Technical contact for only five of them (my guess is the initial five from early October; and we have probably aquired the rest of the contracts when IBM sorted out the contract mess that they themselves had made and made a bigger mess for SR while they were at it!). Even the original 5 contracts are too much! And IBM has decided that I am the admin for this, without my consent. (Servicelink on the web asked me if I agree to be the admin.) I can add and copy user in SR, but I cannot delete any user. (Needless to say, the tabs are in English, the rest of the page in German.) There is a tab called 'Provisional' that wasn't there back in October. Apparently IBMs default is to allow 'provisional access' to each and every contract (all 13 of them) if someone just knows the customer number and requests access. Once I noticed that, I have removed the IBM default of allow-all. Other admins might want to do the same. Then there is a list of 'auto-approval' email addresses. Well, my ibmid is NOT an email address, and a lot of my colleagues' ibm ids aren't, either! There is more multilingual crap in there, as the links to add are in English. Once I click that, I am thrown into a page that looks like some beta-testing page, without the rest of the links. In this case I am forced to use the back button of the browser to go back to the previous page. At this point, I cannot even see at a glance if IBM has decided to put anything on any 'auto-approval' list behind my back. 1. Show me ONLY the (one) contract that entitles us to software support! Or the contract with the highest entitlement setting for defect/nondefect software support. 2. Make an effort to use the correct German terminology! 3. Make sure that the help pages actually describe what the pages show! 4. Don't sort out contract mess(es) made by IBM on the customer's time! 5. Give me a function to permanently delete an SR user! 6. Change DEFAULT provisional access to NONE, meaning that nobody can see our software problems when he just knows our customer number! 7. Don't put anything on any 'autoapproval' list by default! Thank goodness that there was nothing to do for 'partner administration'! My Profile-Notification preferences: Once I click on Send notifications by e-mail also I probably get the flood of useless emails. Until then, the notifications will probably show up under 'My messages'. To be tested (and complained about) later. My Profile-Display Setting: (which is NOT German): Has a field called 'Service requests displayed on my home page' where I can put in at most 50. The actual page allows that to be up'd to 100. Why not here? And since when do I have a 'home page' with IBM?!? I have changed My preferred agreement selection method from contract to serial number - it doesn't make any difference in how our contracts are presented. 8. Make the profile setting consistent with what's allowed elsewhere! (see part 1). 9. Do NOT provide useless settings! My Profile-Prefered Products: The page MyPreferredProducts.action shows text that makes it sound like a list were displayed. And like I could choose one and add it. Well, there isn't any list displayed! Never mind that SR has no clue that just about any compid belonging to z/OS 1.10 (or whatever the zos-release is) would need to be displayed here. With every upgrade from one zos to another (with unchanged retain - compids, but changed descriptions - remember the 7.5.0 part!) that list would need to get edited, anyway. In that case, I am not even going to use it in the first place. 180 compids in my preferred list is as bad as 'all supported' that I am currently shown. Since SR boils it down to the compid (as that is what retain uses for routing), at the very least they should allow me to type that in directly! 10. Remove the profile setting for 'prefered products' as long as SR doesn't understand that compids for z/OS are not release-specific! My Messages: Aha, SR has now become an internet
SR might be palatable if (part 4, Multilingual)
This is probably not much of interest to native English speakers, since
you're going to get peppered with German words here.
IBM is apparently taking the approach that multilingual means to include
as many languages as they can in a wild mixture on any one web page. And
they are going to sell this as an advantage. How very much like clickers!
I haven't denoted every wrong translation (and I won't), but here goes:
1. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
2. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
3. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
4. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
5. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
12. On the page showing search results for open PMRs: What is
Übergabedatum? It is certainly not the 'last changed' date
('Änderungsdatum'). And Übergabe from where to where?!? Even in German,
there is no such word as 'Dringlichkeitsstufe' that anyone has ever heard in
conjunction with a PMR. In this case, severity should NOT have been
translated.
13. 'Dringlichkeitsstufe' must not be translated.
14. DON'T mix languages on one page! One example of many: Zusätzliche
Dateien anhängen Please note a new Beta feature: You can choose to
automatically collect data for this product directly from your browser,
after pressing the Submit button. Another example: Auswahl bevorzugter
Produkte und Komponenten You dont have any saved products. Please see the
Supported products tab to select a product. Note that SR doesn't even get
the English spelling correct!
15. If you provide a help function, make sure it works! Page
prodCompSelect.action?usertype=0#prodhelpoverlay (clicked in response to the
question 'where are my products?' - I have no clue how I reached that last
time, I cannot reproduce it) gets me the same page, but no help text at all.
16. Provide usable links to get me back to servicelink! My colleague
had actually opened an ETR and complained that he could not come back to
servicelink when he was in SR. *Some* of the SR users actually need ASAP and
SIS among others. IBMs response (because lots of customers had complained
about that) was to put some links into SR when one came from servicelink.
Those links are useless in the multilingual version! Someone used another
kindergarden child to do the translation, and unless you use your mouse to
see how the actual link resolves, you have no clue what is what.
17. Find someone with mainframe experience who speaks German before
boasting about a multilingual application: Sollen mehrere Verträge
ausgewählt werden, drücken Sie beim Auswählen parallel dazu die Steuer- oder
die Befehlstaste. There is no such thing as a Steuertaste or a Befehlstaste
on a German keyboard! One of them is either called Control or Steuerung,
and nobody here has ever heard of a Befehlstaste. (Maybe the
CTRL-equivalent from Apple?) More bad German grammar: Benutzer zu alle
Verträgen anzeigen.
My Profile-Contact Information: Durch Klicken auf Senden stimmen Sie zu,
dass IBM Ihre Daten wie oben angegeben und wie in Bezug auf den Schutz
personenbezogener Daten beschrieben verarbeitet. Another example of
Kindergarden Grammar.
Barbara Nitz
--
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: SR might be palatable if (part 1, updating an open PMR)
plenty snipped what was that Dave was saying ? ROFLMAO Christian asked for input - I wonder if this was sufficiently expansive. 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: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
On Wed, 23 Mar 2011 03:01:20 -0500, Barbara Nitz wrote: And did I mention that there are several sites that want to set cookies? Like news.bbc.co.uk? Or safebrowsing.clients.google.com? Or pt200204.unica.com? Need I mention that IBM must have invited one of these sites into the HTTPS (note the s) connection? Why is IBM spying on me? (IBM has about 16 (yes, sixteen) cookies from www.ibm.com plus some 16 more from www-946 (or some other number) cookies already! And I NEVER use google for searching, and I haven't ever visited any BBC web site that I know of. No other browser session was open when those cookies were requested. It's not IBM, it's Firefox: news.bbc.co.uk: delete Latest Headlines (or other live bookmarks) from your bookmark folder/toolbar http://www.mozilla.com/en-US/firefox/livebookmarks.html safebrowsing.clients.google.com: Firefox uses Google's Safe Browsing API http://www.mozilla.com/en-US/firefox/phishing-protection/ Uncheck Block reported attack sites/web forgeries in Tools - Options - Security Ghostery (FF plug-in) blocks unica (and other tracker sites) Norbert Friemel -- 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: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
It's not IBM, it's Firefox: I have only last week started to use firefox when the IE6 version that my company insists upon became too much of a hassle. And I thought I had closed all those holes! news.bbc.co.uk: delete Latest Headlines (or other live bookmarks) from your bookmark folder/toolbar Thanks, I did that. Of course they don't describe how to get rid of that stuff, only how to add it. safebrowsing.clients.google.com: Firefox uses Google's Safe Browsing API http://www.mozilla.com/en-US/firefox/phishing-protection/ Uncheck Block reported attack sites/web forgeries in Tools - Options - Security okay, so in order to block firefox gives control to google first?!? In any case, I did not allow any cookies to be set. Ghostery (FF plug-in) blocks unica (and other tracker sites) Yet another plugin that I need to install! Then I take it back that IBM is spying on me. My point about too many cookies and redirection still stands. Thanks and best regards, Barbara -- 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: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
On Wed, 23 Mar 2011 07:17:33 -0500, Barbara Nitz wrote: safebrowsing.clients.google.com: Firefox uses Google's Safe Browsing API http://www.mozilla.com/en-US/firefox/phishing-protection/ Uncheck Block reported attack sites/web forgeries in Tools - Options - Security okay, so in order to block firefox gives control to google first?!? In any case, I did not allow any cookies to be set. Yes. From the URL above: Phishing and Malware Protection works by checking the sites that you visit against lists of reported phishing and malware sites. These lists are automatically downloaded and updated every 30 minutes or so ... ... In both cases, existing cookies you have from google.com, our list provider, may also be sent. ... BTW Another reason to contact google is geolocation: http://www.mozilla.com/en-US/firefox/geolocation/ Norbert Friemel -- 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: SR might be palatable if (part 4, Multilingual)
On 23 Mar 2011 01:04:58 -0700, in bit.listserv.ibm-main Barbara wrote:
If I had the time and money I would go to the next Shareholders
meeting and suggest to the president that he contract with you
(Barbara) to manage the fixing of SR and making sure it is
24/7/365.24. IBM should be embarrassed to have something that is as
user surly, error ridden and with periodic unavailability as this. My
experience with the Microsoft support sites is better.
Clark Morris, retired systems and applications programmer
This is probably not much of interest to native English speakers, since
you're going to get peppered with German words here.
IBM is apparently taking the approach that multilingual means to include
as many languages as they can in a wild mixture on any one web page. And
they are going to sell this as an advantage. How very much like clickers!
I haven't denoted every wrong translation (and I won't), but here goes:
1. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
2. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
3. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
4. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
5. Make the default language English, and provide a profile setting
that allows the customer to switch to whatever language they prefer.
12. On the page showing search results for open PMRs: What is
Übergabedatum? It is certainly not the 'last changed' date
('Änderungsdatum'). And Übergabe from where to where?!? Even in German,
there is no such word as 'Dringlichkeitsstufe' that anyone has ever heard in
conjunction with a PMR. In this case, severity should NOT have been
translated.
13. 'Dringlichkeitsstufe' must not be translated.
14. DON'T mix languages on one page! One example of many: Zusätzliche
Dateien anhängen Please note a new Beta feature: You can choose to
automatically collect data for this product directly from your browser,
after pressing the Submit button. Another example: Auswahl bevorzugter
Produkte und Komponenten You dont have any saved products. Please see the
Supported products tab to select a product. Note that SR doesn't even get
the English spelling correct!
15. If you provide a help function, make sure it works! Page
prodCompSelect.action?usertype=0#prodhelpoverlay (clicked in response to the
question 'where are my products?' - I have no clue how I reached that last
time, I cannot reproduce it) gets me the same page, but no help text at all.
16. Provide usable links to get me back to servicelink! My colleague
had actually opened an ETR and complained that he could not come back to
servicelink when he was in SR. *Some* of the SR users actually need ASAP and
SIS among others. IBMs response (because lots of customers had complained
about that) was to put some links into SR when one came from servicelink.
Those links are useless in the multilingual version! Someone used another
kindergarden child to do the translation, and unless you use your mouse to
see how the actual link resolves, you have no clue what is what.
17. Find someone with mainframe experience who speaks German before
boasting about a multilingual application: Sollen mehrere Verträge
ausgewählt werden, drücken Sie beim Auswählen parallel dazu die Steuer- oder
die Befehlstaste. There is no such thing as a Steuertaste or a Befehlstaste
on a German keyboard! One of them is either called Control or Steuerung,
and nobody here has ever heard of a Befehlstaste. (Maybe the
CTRL-equivalent from Apple?) More bad German grammar: Benutzer zu alle
Verträgen anzeigen.
My Profile-Contact Information: Durch Klicken auf Senden stimmen Sie zu,
dass IBM Ihre Daten wie oben angegeben und wie in Bezug auf den Schutz
personenbezogener Daten beschrieben verarbeitet. Another example of
Kindergarden Grammar.
Barbara Nitz
--
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: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
On Wed, 23 Mar 2011 08:02:27 -0500, Norbert Friemel wrote: On Wed, 23 Mar 2011 07:17:33 -0500, Barbara Nitz wrote: safebrowsing.clients.google.com: Firefox uses Google's Safe Browsing API http://www.mozilla.com/en-US/firefox/phishing-protection/ Uncheck Block reported attack sites/web forgeries in Tools - Options - Security okay, so in order to block firefox gives control to google first?!? In any case, I did not allow any cookies to be set. Yes. From the URL above: Phishing and Malware Protection works by checking the sites that you visit against lists of reported phishing and malware sites. These lists are automatically downloaded and updated every 30 minutes or so ... Someone has to do it. ... In both cases, existing cookies you have from google.com, our list provider, may also be sent. ... But it sounds as if Barbara uses Firefox only to contact IBM. She probably wishes she could whitelist ibm.com and block everything else. Is there a basic design conflict between use of cookies and redirection for load balancing? It seems wrong that the cookies should belong to, e.g. www-42.ibm.com and not www.ibm.com. BTW Another reason to contact google is geolocation: http://www.mozilla.com/en-US/firefox/geolocation/ Does IBM need to employ geolocation? For multilingual support? For contract validation? Who does geolocation? Google? Skyhook/Loki? Other (specify). At one point, Firefox requested confirmation when Google Maps (honoring my click) requested geolocation. I haven't seen that lately -- it must have memorized my response. -- gil -- 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: SR might be palatable if (part 4, Multilingual)
On Wed, 23 Mar 2011 13:35:56 -0300, Clark Morris wrote: If I had the time and money I would go to the next Shareholders meeting and suggest to the president that he contract with you (Barbara) to manage the fixing of SR and making sure it is 24/7/365.24. IBM should be embarrassed to have something that is as user surly, error ridden and with periodic unavailability as this. My experience with the Microsoft support sites is better. Website developers are a new itinerant priesthood, spreading their gospel via airline magazines. They come in, often as contractors, screw up a site by applying the dogmas of web page design and radical ignorance of the objectives of the site, then move on to the next client. How long has this been going on? I'd expect complaints would have reached top management by now. -- gil -- 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: SR might be palatable if (part 4, Multilingual)
Paul: This really is a mixed bag of worms. I do not think there is a mind set (ie structured programming) for the web. I think it needs it but I am not in charge. Once there is a clear winner I expect the issue to fester for many many years. Ed From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Sent: Wed, March 23, 2011 12:08:00 PM Subject: Re: SR might be palatable if (part 4, Multilingual) On Wed, 23 Mar 2011 13:35:56 -0300, Clark Morris wrote: If I had the time and money I would go to the next Shareholders meeting and suggest to the president that he contract with you (Barbara) to manage the fixing of SR and making sure it is 24/7/365.24. IBM should be embarrassed to have something that is as user surly, error ridden and with periodic unavailability as this. My experience with the Microsoft support sites is better. Website developers are a new itinerant priesthood, spreading their gospel via airline magazines. They come in, often as contractors, screw up a site by applying the dogmas of web page design and radical ignorance of the objectives of the site, then move on to the next client. How long has this been going on? I'd expect complaints would have reached top management by now. -- gil -- 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: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious
Paul: A few years ago a similar idea was brought up here to attend an IBM shareholders meeting and complain about the downtime on IBMLINK. Shortly after that uptime improved dramatically. Sometimes complaining ion here does work (not most of the time as the product people are so insulated) that probably nothing happened. On the other side those of us can remember the nightmare of the VSAM super fix tape. That was nailed into IBM's hide at GUIDE/SHARE and that did get fixed. Ed From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Sent: Wed, March 23, 2011 11:56:19 AM Subject: Re: SR might be palatable if (part 2, opening a new PMR) - of interest to anyone security conscious On Wed, 23 Mar 2011 08:02:27 -0500, Norbert Friemel wrote: On Wed, 23 Mar 2011 07:17:33 -0500, Barbara Nitz wrote: safebrowsing.clients.google.com: Firefox uses Google's Safe Browsing API http://www.mozilla.com/en-US/firefox/phishing-protection/ Uncheck Block reported attack sites/web forgeries in Tools - Options - Security okay, so in order to block firefox gives control to google first?!? In any case, I did not allow any cookies to be set. Yes. From the URL above: Phishing and Malware Protection works by checking the sites that you visit against lists of reported phishing and malware sites. These lists are automatically downloaded and updated every 30 minutes or so ... Someone has to do it. ... In both cases, existing cookies you have from google.com, our list provider, may also be sent. ... But it sounds as if Barbara uses Firefox only to contact IBM. She probably wishes she could whitelist ibm.com and block everything else. Is there a basic design conflict between use of cookies and redirection for load balancing? It seems wrong that the cookies should belong to, e.g. www-42.ibm.com and not www.ibm.com. BTW Another reason to contact google is geolocation: http://www.mozilla.com/en-US/firefox/geolocation/ Does IBM need to employ geolocation? For multilingual support? For contract validation? Who does geolocation? Google? Skyhook/Loki? Other (specify). At one point, Firefox requested confirmation when Google Maps (honoring my click) requested geolocation. I haven't seen that lately -- it must have memorized my response. -- gil -- 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: IBM Service Request (SR)
I have searched the IBM Service Request (SR) Support Team ticket history and could find no submission from you. Let's just say that I am tired of providing feedback to IBM through the regular channels. I have done that too often to bother this time around, too. I am also tired of IBMs general response that since SR (or ETR or-you name it) is FREE, why should they do anthing? And yes, I got that response on more than one occasion, not in writing, obviously. It appears that last service request you managed via the SR application was in October. Yes, and I won't use SR again until I absolutely have to, i.e. after ETR sunset. I was sick almost immediately of the deluge of useless emails I got after updating that one incident. In addition to the emails I got from servicelink, which were a lot less (they *have* learned that lesson!) and much more meaningful. Oh, and I had been an on-and-off user of SSR for years, too, so when *that* switched to SR, I had prior exposure to SR. And the email deluge wasn't as bad back then. While SR is by no means a student project that was coded by clickers, it could always stand improvement. Which makes one wonder why IBM hasn't learned anything from their prior switching of users to PC-based tools. Or even from *why* certain things are done the way they are done in ETR. I could not reproduce your experience I'd recommend you contact our support team at srh...@us.ibm.com to see if they can help. I don't mean to pick on Christian, but this is the stereotypical support answer. With the general result that they want *screenshots* of the failure, wasting our time in providing documentation, even when their own (country) support can reproduce the problem. Some of the support people even have no clue about the difference between javascript and java, what activeX controls are and that there are several ways of (dis)allowing them. (Even I with my well-known aversion to everything clickable know this!) In addition, the usual 'please empty your history' (gaining one day) and then 'please also empty your cache' (gaining another day) is annoying! That's the first thing any thinking user does. IBM websites quite obviously believe that the rest of the world keeps their PCs wide open securitywise. Which means the next thing you get is 'please enable this-or-that'. For every website. Even malicious ones?!? The cookie deluge that is required for IBM websites to work is bad enough. 1. Is SR cheaper? According to IBM, ETR is free. (Never mind that you have to have a software contract that entitles you to getting support in the first place.). How much cheaper can you get? sarcasm off 2. Is SR more reliable? One of its predecessors, SSR, used to work when ETR did not. Unless the signon application didn't work. Not to mention that the vm application used to work beautifully regardless of any clickable stuff. 3. Is SR response time faster? Not in my neck of the woods. And especially not if the pages are counterintuitive to use and it takes forever to find the right place to click. 4. Do SR records get priority over non-SR records? They are all funneled into Retain, and the (MVS) people working on them couldn't care less how the PMR got there. If anything, last I had seen, even more rubbish is put into retain from SR than from other sources, obfuscating the *content* of the problem and making it much harder to even *find* the 'real' answer among all the clutter. 5. Is SR easier to use?. Not as far as I am concerned. So what's *my* benefit from yet-another-hard-to-use-tool? And those other ones listed by Christian as substantial enhancements over ETR, such as: File uploads Attach multiple files to the service request in-line Have *you* ever tried to upload a 5-model-9 standalone dump to IBM? Not to mention that you have to download it to the PC first. By now, every installation for z/OS has their own way of submitting information to IBM. While other platforms may like that, it is NOT an enhancement for z/OS. View/manage all service requests Yes, well, why does IBM believe that the customer memorizes problem numbers instead of providing the comment from ETR that a problem was opened with? I see that that *still* hasn't been addressed, probably in the hopes that it will be gone once the PMR was opened with SR. And why bother with a migration help? Business partner integration And who will input those business partners? The admin?!? Why bother? Or is this part of IBMs strategy to have all the world use the same tools? Language options Interact in multiple languages based upon browser setting Yes, and PLEASE save me from so-called 'multilingual' applications! How's that for a webpage? Auswahl bevorzugter Produkte und Komponenten You dont have any saved products. Please see the Supported products tab to select a product. Or a menue choice called Display Setting among the other German menue choices. That would be 'Bildschirmeinstellung', thank you very much! Thank you, I prefer
Re: IBM Service Request (SR)
Hi, Don. This is something I will address with the entitlement exception handling team. They handle exceptions in general and are not necessarily versed on the electronic front-ends. However, I should be able to get them the appropriate material for inclusion in their procedures. Thanks, Christian On Mon, 14 Mar 2011 00:49:50 -0400, Don Williams donb...@gmail.com wrote: The first 3 or 4 SR entitlement people were rather clueless about how I could get assistance with SR. The 5th or 6th person finally pointed me to srh...@us.ibm.com. -- 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: IBM Service Request (SR)
Hello, IBM Service Request (SR) is supported via the Help link on the left navigation within SR or via e-mail. While this may be a departure from how IBMLink support is handled, it is in line with how IBM generally delivers support on its enterprise Electronic Support web applications. The direct links for SR support are: SR Online Support - http://www.ibm.com/support/servicerequest/help SR Email Support - srh...@us.ibm.com Thanks, Christian On Sat, 12 Mar 2011 20:00:15 -0500, Don Williams donb...@gmail.com wrote: When I started trying to use SR, I encountered several problems, so I tried to open a ticket against SR. I ended up just opening a ticket against an arbitrary product with a problem description concerning SR. Of course, the ticket was sent to entitlement. They ended up calling me. When I asked them how to open a ticket against SR, they seemed totally confused. After some discussion, I've came to the conclusion that they are trained to authorize entitlement only for hardware/software installed at the customers site. So my guess is that SR and any other tools on IBM's website cannot be supported via SR. Where possible IBM should provide support for SR and other IBM web-based tools via SR. -- 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: IBM Service Request (SR)
Hi Christian, Sorry, I'm kind of overwhelmed with all the links on the SR home page. There must be over a hundred links (direct links or links in pull downs across the top, down the left side, down the right side, and across the bottom). I've not had the time to explore most of them. I am still working my way across the top. I guess I'm not the first person to try to get help with SR via SR. ETR help is not provided via ETR; so I did not really expect to get SR help via SR. However, many years ago, when I needed assistance with ETR, I was not sure how to get it. So, I attempted to open a ticket against ETR. The answer was not you cannot do that, but rather ETR help is provided via Feedback link, and they gave instructions on how to use Feedback. So when I tried to open a ticket against SR I expected a similar response. The first 3 or 4 SR entitlement people were rather clueless about how I could get assistance with SR. The 5th or 6th person finally pointed me to srh...@us.ibm.com. Thanks, Don Williams -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Christian Gilmore Sent: Sunday, March 13, 2011 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Service Request (SR) Hello, IBM Service Request (SR) is supported via the Help link on the left navigation within SR or via e-mail. While this may be a departure from how IBMLink support is handled, it is in line with how IBM generally delivers support on its enterprise Electronic Support web applications. The direct links for SR support are: SR Online Support - http://www.ibm.com/support/servicerequest/help SR Email Support - srh...@us.ibm.com Thanks, Christian On Sat, 12 Mar 2011 20:00:15 -0500, Don Williams donb...@gmail.com wrote: When I started trying to use SR, I encountered several problems, so I tried to open a ticket against SR. I ended up just opening a ticket against an arbitrary product with a problem description concerning SR. Of course, the ticket was sent to entitlement. They ended up calling me. When I asked them how to open a ticket against SR, they seemed totally confused. After some discussion, I've came to the conclusion that they are trained to authorize entitlement only for hardware/software installed at the customers site. So my guess is that SR and any other tools on IBM's website cannot be supported via SR. Where possible IBM should provide support for SR and other IBM web-based tools via SR. -- 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: IBM Service Request (SR)
Hi, Jack. I could not reproduce your experience as the Continue option is present at the bottom of the main body for me with the exact same browser type/version (as well as others). I'd recommend you contact our support team at srh...@us.ibm.com to see if they can help. Thanks, Christian On Fri, 11 Mar 2011 19:45:55 -0500, Jack Schudel j...@nersp.cns.ufl.edu wrote: Christian: I decided to jump in and see what SR looked like. I started to enter a question, and got as far as the screen that says: Open a new service request Select an agreement Select an agreement and then select Continue, or select the link below to select an agreement by machine type/serial number. Unfortunately, there is *NO* such link. (Using Firefox 3.6.15.) Not a great first experience. :-( /jack -- 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: IBM Service Request (SR)
Hi, Linda. Responses to each concern are below. Thanks, Christian On Sat, 12 Mar 2011 03:32:18 +, Linda Mooney linda.lst...@comcast.net wrote: My users were lost, except for one. I have submitted a ticket to our help desk on your behalf regarding the two users who were not migrated. This kind of data issue is one of the reasons IBM has chosen to slow the migration to ensure we are completely capturing all users. My authority to 'approve' users is gone. The ETR/SR migration does not change your user management procedure. Please continue to manage your user list via ServiceLink. My contract is missing. I am not sure I understand your concern here. My product list is missing. This concern will be addressed with an update to our Technical Note and possible near future alterations to our user interface and/or profile options. I believe the core issue here is that your search likely yielded results at a component level but not at a product level. On the right side of the product and component result sets is an arrow that can be clicked to maximize/minimize that set. I would bet that if you tried again and clicked on one of those arrows, you would see matching results in your component list. -- 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: IBM Service Request (SR)
When I started trying to use SR, I encountered several problems, so I tried to open a ticket against SR. I ended up just opening a ticket against an arbitrary product with a problem description concerning SR. Of course, the ticket was sent to entitlement. They ended up calling me. When I asked them how to open a ticket against SR, they seemed totally confused. After some discussion, I've came to the conclusion that they are trained to authorize entitlement only for hardware/software installed at the customers site. So my guess is that SR and any other tools on IBM's website cannot be supported via SR. Where possible IBM should provide support for SR and other IBM web-based tools via SR. Don Williams -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Friday, March 11, 2011 10:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Service Request (SR) Hi Christian, Thank you for providing the links, and thanks for trying to help. I have a bunch of problems with SR. And I can't open an SR to address them. From comments in this forum and at SHARE, it seems that I am not al one. Didn't have theses problems with Link. There were too many outages with Link, but at least it was useful when it was up. My users were lost, except for one. My authority to 'approve' users is gone. My contract is missing. My product list is missing. I can't open an SR because it wants me to open an SR only on the products that I can't list, not on SR. When I typed in SR under keywords, I got No results under supported products. I then tried Service Request and still go no results under supported products. Thanks, Linda - Original Message - From: Christian Gilmore c...@us.ibm.com To: IBM-MAIN@bama.ua.edu Sent: Friday, March 11, 2011 12:05:33 PM Subject: Re: IBM Service Request (SR) Here are the direct links in case they were stripped by the list serve. SHARE presentation - http://share.confex.com/share/115/webprogram/Session7726.html SR Online Support - http://www.ibm.com/support/servicerequest/help SR Email Support - srh...@us.ibm.com Technical Note - https://www-304.ibm.com/support/docview.wss?uid=swg21469299 Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation -- 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
IBM Service Request (SR)
Hello, I am the Initiative Leader for IBM's Problem Reporting Infrastructure. Within that initiative is the effort to migrate ServiceLink customers from the ETR application to IBM Service Request (SR). Based in part upon the concerns raised on this mailing list, we have slowed the migration and are evaluating a new deadline. An announcement was recently made on ServiceLink to this effect. We are also evaluating what more we can do during this migration time frame to ease your transition. I wanted to provide some general background on IBM's rationale for this migration. When IBM started its transformation efforts, our customers had six different applications to use, depending upon how they purchased their products from IBM. Our goal is to provide a single service request management application that supports all of our customers through all of our lines of business. Our primary customer value objectives are to eliminate customer confusion over which web application to use, combine best of breed use cases to improve ease-of-use, and ultimately increase satisfaction with our Electronic Support offerings. The SR application provides some substantial enhancements over ETR, such as: File uploads – Attach multiple files to the service request in-line View/manage all service requests – Manage service requests regardless of channel of input or of open/closed status and access archived service requests up to one year Business partner integration – Collaborate on service requests with your IBM-authorized business partners Language options – Interact in multiple languages based upon browser setting Personalization options – Personalize many functions and displays Continuous availability – Access to three hosting centers, each with internal redundancy, operating at 150% capacity in normal operation I have linked my presentation to SHARE from this past August in Boston. Some of the screen shots may be a bit different than current production, so please excuse that minor differentiation. As always, if you have specific issues with using the SR application, you can submit an assistance request online or via e-mail. Also, we have recently published a Technical Note for common issues that ETR users have experienced. This note will be linked from ServiceLink within the next few business days. Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation
Re: IBM Service Request (SR)
Here are the direct links in case they were stripped by the list serve. SHARE presentation - http://share.confex.com/share/115/webprogram/Session7726.html SR Online Support - http://www.ibm.com/support/servicerequest/help SR Email Support - srh...@us.ibm.com Technical Note - https://www-304.ibm.com/support/docview.wss?uid=swg21469299 Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation -- 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: IBM Service Request (SR)
Christian, I want to thank-you for taking the time to provide information in this forum. This topic has been a sore subject for quite a while now. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Christian Gilmore Sent: Friday, March 11, 2011 3:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Service Request (SR) Here are the direct links in case they were stripped by the list serve. SHARE presentation - http://share.confex.com/share/115/webprogram/Session7726.html SR Online Support - http://www.ibm.com/support/servicerequest/help SR Email Support - srh...@us.ibm.com Technical Note - https://www-304.ibm.com/support/docview.wss?uid=swg21469299 Thanks, Christian This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: IBM Service Request (SR)
Is it possible to test-drive the SR application (ie. opening issue with IBM) before pulling the plug on the ETR application ? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Christian Gilmore Sent: Friday, March 11, 2011 11:46 AM To: IBM-MAIN@bama.ua.edu Subject: IBM Service Request (SR) Hello, I am the Initiative Leader for IBM's Problem Reporting Infrastructure. Within that initiative is the effort to migrate ServiceLink customers from the ETR application to IBM Service Request (SR). Based in part upon the concerns raised on this mailing list, we have slowed the migration and are evaluating a new deadline. An announcement was recently made on ServiceLink to this effect. We are also evaluating what more we can do during this migration time frame to ease your transition. I wanted to provide some general background on IBM's rationale for this migration. When IBM started its transformation efforts, our customers had six different applications to use, depending upon how they purchased their products from IBM. Our goal is to provide a single service request management application that supports all of our customers through all of our lines of business. Our primary customer value objectives are to eliminate customer confusion over which web application to use, combine best of breed use cases to improve ease-of-use, and ultimately increase satisfaction with our Electronic Support offerings. The SR application provides some substantial enhancements over ETR, such as: File uploads – Attach multiple files to the service request in-line View/manage all service requests – Manage service requests regardless of channel of input or of open/closed status and access archived service requests up to one year Business partner integration – Collaborate on service requests with your IBM-authorized business partners Language options – Interact in multiple languages based upon browser setting Personalization options – Personalize many functions and displays Continuous availability – Access to three hosting centers, each with internal redundancy, operating at 150% capacity in normal operation I have linked my presentation to SHARE from this past August in Boston. Some of the screen shots may be a bit different than current production, so please excuse that minor differentiation. As always, if you have specific issues with using the SR application, you can submit an assistance request online or via e-mail. Also, we have recently published a Technical Note for common issues that ETR users have experienced. This note will be linked from ServiceLink within the next few business days. Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation -- 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: IBM Service Request (SR)
I feel I am speaking for a large portion of the IBM-MAIN constituency. There may be those that disagree with me, and they are entitled to their opinion and should feel free to voice that opinion. We do not mind improved capabilities. However, a perusal of the comments on IBM-MAIN over the last 2 years will indicate a culture of inadequate testing (both performance and functional) for the new service tools and a general reduction in service availability. Some of the IBM-MAIN community have been quite vociferous on the subject. As an example, the problems with the new IBMLINK are legendary in this domain. We went from a 24x7x365 application and quarterly(?) maintenance to numerous prime-time outages and scheduled outages far in excess of the old IBMLINK. The problems were sufficiently aggravating that IBM Executive Management's attention was drawn (by several large customers directly and numerous SEV 1 incidents). To give credit where due, the new IBMLINK has improved and is now acceptable (for some value of acceptable), however, the bad taste lingers. The recent SR/ETR issue is more of the same. It is ironic to me that a company whose flagship product advertises 99.9% availability, cannot get its own service tools to perform to the same standard. The technology exists, please use it! snip I am the Initiative Leader for IBM's Problem Reporting Infrastructure. Within that initiative is the effort to migrate ServiceLink customers from the ETR application to IBM Service Request (SR). Based in part upon the concerns raised on this mailing list, we have slowed the migration and are evaluating a new deadline. An announcement was recently made on ServiceLink to this effect. We are also evaluating what more we can do during this migration time frame to ease your transition. I wanted to provide some general background on IBM's rationale for this migration. When IBM started its transformation efforts, our customers had six different applications to use, depending upon how they purchased their products from IBM. Our goal is to provide a single service request management application that supports all of our customers through all of our lines of business. Our primary customer value objectives are to eliminate customer confusion over which web application to use, combine best of breed use cases to improve ease-of-use, and ultimately increase satisfaction with our Electronic Support offerings. The SR application provides some substantial enhancements over ETR, such as: File uploads – Attach multiple files to the service request in-line View/manage all service requests – Manage service requests regardless of channel of input or of open/closed status and access archived service requests up to one year Business partner integration – Collaborate on service requests with your IBM-authorized business partners Language options – Interact in multiple languages based upon browser setting Personalization options – Personalize many functions and displays Continuous availability – Access to three hosting centers, each with internal redundancy, operating at 150% capacity in normal operation I have linked my presentation to SHARE from this past August in Boston. Some of the screen shots may be a bit different than current production, so please excuse that minor differentiation. As always, if you have specific issues with using the SR application, you can submit an assistance request online or via e-mail. Also, we have recently published a Technical Note for common issues that ETR users have experienced. This note will be linked from ServiceLink within the next few business days. /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
Re: IBM Service Request (SR)
On Fri, 11 Mar 2011 14:05:33 -0600, Christian Gilmore c...@us.ibm.com wrote: Here are the direct links in case they were stripped by the list serve. Technical Note - https://www-304.ibm.com/support/docview.wss?uid=swg21469299 Thanks, Christian Hi Crhistian, I think that a major problem with the Feature Comparison Chart found in the above link is that it doesn't state what features that are in ETR and not available in SR. Why not ? Doug -- 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: IBM Service Request (SR)
On Fri, 11 Mar 2011 14:38:21 -0600, Doug Henry doug_he...@usbank.com wrote: On Fri, 11 Mar 2011 14:05:33 -0600, Christian Gilmore c...@us.ibm.com wrote: Hi Christian (sorry about the typo of your name) -- 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: IBM Service Request (SR)
It is great that you want to do this but above all, it must look and feel like the old application it is replacing to all 6 of those old applications. Thus it must look and feel like ETR to us that use ETR to report problems. It must look and feel like the other 5 applications to those who used those applications. Maybe 1 application and 6 different templates which can be used to view the data. At any rate, I found SR much more cumbersome to use than ETR and until it looks and feels like ETR that will still be the case. ___ Jim Petersen MVS – Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Christian Gilmore Sent: Friday, March 11, 2011 1:46 PM To: IBM-MAIN@bama.ua.edu Subject: IBM Service Request (SR) Hello, I am the Initiative Leader for IBM's Problem Reporting Infrastructure. Within that initiative is the effort to migrate ServiceLink customers from the ETR application to IBM Service Request (SR). Based in part upon the concerns raised on this mailing list, we have slowed the migration and are evaluating a new deadline. An announcement was recently made on ServiceLink to this effect. We are also evaluating what more we can do during this migration time frame to ease your transition. I wanted to provide some general background on IBM's rationale for this migration. When IBM started its transformation efforts, our customers had six different applications to use, depending upon how they purchased their products from IBM. Our goal is to provide a single service request management application that supports all of our customers through all of our lines of business. Our primary customer value objectives are to eliminate customer confusion over which web application to use, combine best of breed use cases to improve ease-of-use, and ultimately increase satisfaction with our Electronic Support offerings. The SR application provides some substantial enhancements over ETR, such as: File uploads – Attach multiple files to the service request in-line View/manage all service requests – Manage service requests regardless of channel of input or of open/closed status and access archived service requests up to one year Business partner integration – Collaborate on service requests with your IBM-authorized business partners Language options – Interact in multiple languages based upon browser setting Personalization options – Personalize many functions and displays Continuous availability – Access to three hosting centers, each with internal redundancy, operating at 150% capacity in normal operation I have linked my presentation to SHARE from this past August in Boston. Some of the screen shots may be a bit different than current production, so please excuse that minor differentiation. As always, if you have specific issues with using the SR application, you can submit an assistance request online or via e-mail. Also, we have recently published a Technical Note for common issues that ETR users have experienced. This note will be linked from ServiceLink within the next few business days. Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message ! or its attachment. -- 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: IBM Service Request (SR)
Hello, Yes, you can use both applications now and continue using either or both until ETR is sunset. As a reminder, IBM has not yet reset the ETR sunset date. However, I do not see an existing ServiceLink registration for you personally. You may need to contact the IBMLink Help Desk to ensure you are registered for ServiceLink and ETR/SR. Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation On Fri, 11 Mar 2011 12:28:17 -0800, Daniel Allen dal...@serena.com wrote: Is it possible to test-drive the SR application (ie. opening issue with IBM) before pulling the plug on the ETR application ? -- 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: IBM Service Request (SR)
Hello, IBM Service Request (SR) is hosted in the same infrastructure as our special events clients. It enjoys 150% capacity in usual operation due to a three site deployment. We can perform maintenance on one site while the other two are available at 100% capacity, resulting in zero downtime. SR has also opted out of the ibm.com single sign-on solution because it cannot guarantee a high enough level of availability, so even if SSO or the underlying Web Identity services become unavailable, our existing users can continue to log onto and utilize SR. Thanks, Christian On Fri, 11 Mar 2011 14:38:09 -0600, Staller, Allan allan.stal...@kbmg.com wrote: As an example, the problems with the new IBMLINK are legendary in this domain. We went from a 24x7x365 application and quarterly(?) maintenance to numerous prime-time outages and scheduled outages far in excess of the old IBMLINK. The problems were sufficiently aggravating that IBM Executive Management's attention was drawn (by several large customers directly and numerous SEV 1 incidents). To give credit where due, the new IBMLINK has i mproved and is now acceptable (for some value of acceptable), however, the bad taste lingers. -- 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: IBM Service Request (SR)
Hello, That is a good question. I will address your question with the support team on Monday. Thanks, Christian On Fri, 11 Mar 2011 14:38:21 -0600, Doug Henry doug_he...@usbank.com wrote: I think that a major problem with the Feature Comparison Chart found in the above link is that it doesn't state what features that are in ETR and not available in SR. Why 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
Re: IBM Service Request (SR)
IBM's reasons for creating SR seem to be sensible. However, the majority of these reasons seem to be for IBM and not the customer. I think most users are probably not confused, because for they only need to use one interface (the one they know and love). They don't care about the other interfaces and they may not even know that there are 5 other interfaces. On the other hand, IBMers and business partners may be confused because one customer uses interface 1, another uses interface 2, etc. Why would IBM customers what to change to an unknown completely different interface? They wouldn't, unless they got major benefits. 1. Is SR cheaper? 2. Is SR more reliable? 3. Is SR response time faster? 4. Do SR records get priority over non-SR records? 5. Is SR easier to use?. . . . Don Williams -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Petersen, Jim Sent: Friday, March 11, 2011 4:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Service Request (SR) It is great that you want to do this but above all, it must look and feel like the old application it is replacing to all 6 of those old applications. Thus it must look and feel like ETR to us that use ETR to report problems. It must look and feel like the other 5 applications to those who used those applications. Maybe 1 application and 6 different templates which can be used to view the data. At any rate, I found SR much more cumbersome to use than ETR and until it looks and feels like ETR that will still be the case. ___ Jim Petersen MVS – Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Christian Gilmore Sent: Friday, March 11, 2011 1:46 PM To: IBM-MAIN@bama.ua.edu Subject: IBM Service Request (SR) Hello, I am the Initiative Leader for IBM's Problem Reporting Infrastructure. Within that initiative is the effort to migrate ServiceLink customers from the ETR application to IBM Service Request (SR). Based in part upon the concerns raised on this mailing list, we have slowed the migration and are evaluating a new deadline. An announcement was recently made on ServiceLink to this effect. We are also evaluating what more we can do during this migration time frame to ease your transition. I wanted to provide some general background on IBM's rationale for this migration. When IBM started its transformation efforts, our customers had six different applications to use, depending upon how they purchased their products from IBM. Our goal is to provide a single service request management application that supports all of our customers through all of our lines of business. Our primary customer value objectives are to eliminate customer confusion over which web application to use, combine best of breed use cases to improve ease-of-use, and ultimately increase satisfaction with our Electronic Support offerings. The SR application provides some substantial enhancements over ETR, such as: File uploads – Attach multiple files to the service request in-line View/manage all service requests – Manage service requests regardless of channel of input or of open/closed status and access archived service requests up to one year Business partner integration – Collaborate on service requests with your IBM-authorized business partners Language options – Interact in multiple languages based upon browser setting Personalization options – Personalize many functions and displays Continuous availability – Access to three hosting centers, each with internal redundancy, operating at 150% capacity in normal operation I have linked my presentation to SHARE from this past August in Boston. Some of the screen shots may be a bit different than current production, so please excuse that minor differentiation. As always, if you have specific issues with using the SR application, you can submit an assistance request online or via e-mail. Also, we have recently published a Technical Note for common issues that ETR users have experienced. This note will be linked from ServiceLink within the next few business days. Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject
Re: IBM Service Request (SR)
Christian: I decided to jump in and see what SR looked like. I started to enter a question, and got as far as the screen that says: Open a new service request Select an agreement Select an agreement and then select Continue, or select the link below to select an agreement by machine type/serial number. Unfortunately, there is *NO* such link. (Using Firefox 3.6.15.) Not a great first experience. :-( /jack - Original Message - From: Christian Gilmore c...@us.ibm.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Friday, March 11, 2011 2:46 PM Subject: IBM Service Request (SR) Hello, I am the Initiative Leader for IBM's Problem Reporting Infrastructure. Within that initiative is the effort to migrate ServiceLink customers from the ETR application to IBM Service Request (SR). Based in part upon the concerns raised on this mailing list, we have slowed the migration and are evaluating a new deadline. An announcement was recently made on ServiceLink to this effect. We are also evaluating what more we can do during this migration time frame to ease your transition. I wanted to provide some general background on IBM's rationale for this migration. When IBM started its transformation efforts, our customers had six different applications to use, depending upon how they purchased their products from IBM. Our goal is to provide a single service request management application that supports all of our customers through all of our lines of business. Our primary customer value objectives are to eliminate customer confusion over which web application to use, combine best of breed use cases to improve ease-of-use, and ultimately increase satisfaction with our Electronic Support offerings. The SR application provides some substantial enhancements over ETR, such as: File uploads – Attach multiple files to the service request in-line View/manage all service requests – Manage service requests regardless of channel of input or of open/closed status and access archived service requests up to one year Business partner integration – Collaborate on service requests with your IBM-authorized business partners Language options – Interact in multiple languages based upon browser setting Personalization options – Personalize many functions and displays Continuous availability – Access to three hosting centers, each with internal redundancy, operating at 150% capacity in normal operation I have linked my presentation to SHARE from this past August in Boston. Some of the screen shots may be a bit different than current production, so please excuse that minor differentiation. As always, if you have specific issues with using the SR application, you can submit an assistance request online or via e-mail. Also, we have recently published a Technical Note for common issues that ETR users have experienced. This note will be linked from ServiceLink within the next few business days. Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation -- 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: IBM Service Request (SR)
Hi Christian, Thank you for providing the links, and thanks for trying to help. I have a bunch of problems with SR. And I can't open an SR to address them. From comments in this forum and at SHARE, it seems that I am not al one. Didn't have theses problems with Link. There were too many outages with Link, but at least it was useful when it was up. My users were lost, except for one. My authority to 'approve' users is gone. My contract is missing. My product list is missing. I can't open an SR because it wants me to open an SR only on the products that I can't list, not on SR. When I typed in SR under keywords, I got No results under supported products. I then tried Service Request and still go no results under supported products. Thanks, Linda - Original Message - From: Christian Gilmore c...@us.ibm.com To: IBM-MAIN@bama.ua.edu Sent: Friday, March 11, 2011 12:05:33 PM Subject: Re: IBM Service Request (SR) Here are the direct links in case they were stripped by the list serve. SHARE presentation - http://share.confex.com/share/115/webprogram/Session7726.html SR Online Support - http://www.ibm.com/support/servicerequest/help SR Email Support - srh...@us.ibm.com Technical Note - https://www-304.ibm.com/support/docview.wss?uid=swg21469299 Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation -- 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: IBMLink Update ... SR replacing ETR
On 1/31/2011 10:56 AM, David Magee wrote: I noticed the slightly new format on the web page I get to with my old bookmark for IBMLink ... its now called ServiceLink and the web page has the ETR application moved to the bottom with a sunset date. In its old position we now see the Service Request application. Select SR and then use the Site tour link on the left of the page for assistance if you are not familiar with SR. SR has some nice features (like file attachment). Be sure to set your time zone in the preferences or all time stamps will be GMT. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: IBMLink Update ... SR replacing ETR
I notice that the titles of the ETRs have not been converted. That's quite a pain. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Tuesday, February 01, 2011 2:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBMLink Update ... SR replacing ETR On 1/31/2011 10:56 AM, David Magee wrote: I noticed the slightly new format on the web page I get to with my old bookmark for IBMLink ... its now called ServiceLink and the web page has the ETR application moved to the bottom with a sunset date. In its old position we now see the Service Request application. Select SR and then use the Site tour link on the left of the page for assistance if you are not familiar with SR. SR has some nice features (like file attachment). Be sure to set your time zone in the preferences or all time stamps will be GMT. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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
IBMLink Update ... SR replacing ETR
I noticed the slightly new format on the web page I get to with my old bookmark for IBMLink ... its now called ServiceLink and the web page has the ETR application moved to the bottom with a sunset date. In its old position we now see the Service Request application. Select SR and then use the Site tour link on the left of the page for assistance if you are not familiar with SR. Note: I currently do not see a backward link to the ServiceLink page once you enter the Service Request application. Most of the applications selectable on the ServiceLink web page do have a backward link above the application menu on the left hand side. Have fun! -- 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
Sr. SysProg Position Opening in the Denver Area
Hope this is not an inappropriate forum to post z/OS Job opportunities, but there is an immediate opening for a Sr. Systems Programmer with extensive Parallel Sysplex and HCD experience at a federal government facility in the Denver area. Contact: [EMAIL PROTECTED] -- 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
Job Opening - Sr Systems Programmer
Currently, The City of Phoenix is recruiting for a senior-level Systems Programmer. The following URL describes the basic qualifications, salary range, etc. http://phoenix.gov/jobs/techno/09570D.html David R. DeBevec Senior Info Tech Systems Specialist City of Phoenix, Information Technology Department Telephone - 602.256.3254 e-Mail - [EMAIL PROTECTED] -- 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: Job Opening - Sr Systems Programmer
We can't even fill our SysProg position here in San Antonio. -Original Message- From: David DeBervec [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 10, 2005 3:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Job Opening - Sr Systems Programmer Currently, The City of Phoenix is recruiting for a senior-level Systems Programmer. The following URL describes the basic qualifications, salary range, etc. http://phoenix.gov/jobs/techno/09570D.html David R. DeBevec Senior Info Tech Systems Specialist City of Phoenix, Information Technology Department Telephone - 602.256.3254 e-Mail - [EMAIL PROTECTED] -- 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 -- 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: Job Opening - Sr Systems Programmer
Really... While here on the East coast, you can't even get the hiring companies to return telephone calls... Go figure... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Desi de la Garza Sent: Wednesday, August 10, 2005 4:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Job Opening - Sr Systems Programmer We can't even fill our SysProg position here in San Antonio. -Original Message- From: David DeBervec [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 10, 2005 3:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Job Opening - Sr Systems Programmer Currently, The City of Phoenix is recruiting for a senior-level Systems Programmer. The following URL describes the basic qualifications, salary range, etc. http://phoenix.gov/jobs/techno/09570D.html David R. DeBevec Senior Info Tech Systems Specialist City of Phoenix, Information Technology Department Telephone - 602.256.3254 e-Mail - [EMAIL PROTECTED] -- 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 -- 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 8/9/2005 -- 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: Job Opening - Sr Systems Programmer
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Desi de la Garza Sent: Wednesday, August 10, 2005 3:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Job Opening - Sr Systems Programmer We can't even fill our SysProg position here in San Antonio. Man! If only there were a __GOOD__ one available in the western are (west of SH 360) here in the DFW Metromess. The mainframe is being replaced. is the mantra around here. Relo is __NOT__ an option (at present or for a few years). A sweat shop (40 hrs/wk) ain't very appealing either. And driving from Arlington to the east is only for the masochists! -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: Job Opening - Sr Systems Programmer
Well our mainframe, Z800 2066-0A2 is here to stay. Very small shop. Once all products are upgraded to current levels, it becomes a cake walk. Check Bexar County's website for posting. -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 10, 2005 3:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Job Opening - Sr Systems Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Desi de la Garza Sent: Wednesday, August 10, 2005 3:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Job Opening - Sr Systems Programmer We can't even fill our SysProg position here in San Antonio. Man! If only there were a __GOOD__ one available in the western are (west of SH 360) here in the DFW Metromess. The mainframe is being replaced. is the mantra around here. Relo is __NOT__ an option (at present or for a few years). A sweat shop (40 hrs/wk) ain't very appealing either. And driving from Arlington to the east is only for the masochists! -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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 -- 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: Job Opening - Sr Systems Programmer
Hey, I hear you. I know a couple of SysProgs up in Dallas that are been hunted by East coast companies but they will not even dare head east. We need to SysProgs but we are not up high in the pay scale but for a very small shop that only requires maintaining products and such it evens out. Thanks, -Original Message- From: Gary Green [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 10, 2005 3:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Job Opening - Sr Systems Programmer Really... While here on the East coast, you can't even get the hiring companies to return telephone calls... Go figure... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Desi de la Garza Sent: Wednesday, August 10, 2005 4:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Job Opening - Sr Systems Programmer We can't even fill our SysProg position here in San Antonio. -Original Message- From: David DeBervec [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 10, 2005 3:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Job Opening - Sr Systems Programmer Currently, The City of Phoenix is recruiting for a senior-level Systems Programmer. The following URL describes the basic qualifications, salary range, etc. http://phoenix.gov/jobs/techno/09570D.html David R. DeBevec Senior Info Tech Systems Specialist City of Phoenix, Information Technology Department Telephone - 602.256.3254 e-Mail - [EMAIL PROTECTED] -- 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 -- 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 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 8/9/2005 -- 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 -- 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
