Re: Buggy version survey
Doug, First, the poll is to check one concept before publishing anything about it. Second, I won't extract wrong conclusions from the poll. That is, if the most voTed version is the last it doesn't mean that it's buggy (it is a relative question, not absolute). Even it doesn't mean that it is the most buggy. New developers will talk only about last versions. Also, peoples memory is short term at many cases, so they easy forgot about old versions and only see what is happening to them now. In fact I though that 7.5 will be the most buggy, but current results are not in that direction. To summarize, as an independent writer I want to tell truth, without any concern about if it likes or doesn't like BMC. But also I'm not a sensationalist writer, or at least I think it. And every time I tell my opinion through the blog, I try to make it clear: it's my opinion, not the thruth. El lunes, 25 de junio de 2012, Doug Blair escribió: ** Jose, Before we all jump on your survey, may I ask what you plan to do with the results? The last thing I would want to see is ad copy that says a 2012 poll of well known Remedy programers thinks all the recent releases are buggy. (Yes, of course there are bugs. It's software!) If you have reason to believe the releases are buggy, I for one would love to hear how you have addressed the issues you've encountered. I'd view that as a positive contribution to our little ecosystem. Doug -- Doug Blair +1 224-558-5462 Sent from my new iPad Auto-corrected typos, misspellings and non-sequiturs are gratefully attributed to Steve Jobs :-) On Jun 24, 2012, at 6:08 AM, Jose Huerta jose.hue...@sm2baleares.esjavascript:_e({}, 'cvml', 'jose.hue...@sm2baleares.es'); wrote: ** Hi all, A survay about buggy versions of Remedy. Please connect to http://www.surveymonkey.com/s/M8KH73Y and answer. It's only one question, so it will take less than a minute. Thanks! Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Jose M. Huerta Project Manager** Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca http://es-es.facebook.com/pages/SM2-Baleares/158608627954 http://twitter.com/#!/SM2Baleares http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are image004.jpgimage002.jpgimage003.jpgimage001.jpg
AUTO: Sharon-Michal Mamon-Meged is out of the office. (returning 26/06/2012)
I am out of the office until 26/06/2012. please contact na...@il.ibm.com Note: This is an automated response to your message Re: Buggy version survey sent on 25/6/2012 5:25:33. This is the only notification you will receive while this person is away. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Handle Duplicate Request IDs By: Update Old Record with New Record's Data
With Import tool there is an option to 'Ignore required field'. If you turn on that option you will not receive mandetory field error. However, if you updating the old record with new record data it should update and should not create new record. The error you mentioned is observed only if new record is created and values are not supplied for the mandetory field. It seems like it is not able to idetify which record to update. Is there any change in the unique fields for that form? Please check Regards Amol Dixit The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Handle Duplicate Request IDs By: Update Old Record with New Record's Data
Hi, Possible reason behind getting error could be the null value for required core field, In your case its Submitter field (ID: 2) So need to check whether there are null values for required field in .arx file being used for importing. Also there could be problem with the incorrect criteria that user is providing. Please verify the request ID in the csv file its format. With Import tool there is an option to 'Ignore required field'. If you enable that option, mandatory field error will get resolved. -- Regards, ITSM Support Vyom Labs Pvt. Ltd. BSM Solutions Services || ITIL Consulting Training Email: i...@vyomlabs.com || Web Site: www.vyomlabs.com Follow Vyom Labs http://twitter.com/#!/vyomlabs || http://www.linkedin.com/company/vyom-labs -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Daniel Condrea Sent: Friday, June 22, 2012 12:08 PM To: arslist@ARSLIST.ORG Subject: Handle Duplicate Request IDs By: Update Old Record with New Record's Data Hello all, Sometimes I need to update an old record with new data. In version ARS 7.1 I've done it by modifying an export of type ARX and then I use de Import tool to update de old record. Now we use ARS 7.6.04. I've tried the same technique using Data Import Tool with option Handle Duplicate Request IDs By: Update Old Record with New Record's Data and Data Import Tool is trying to generate a new record, as a result I get an error message saying, for example, that filed 2 is mandatory. Is anyone experienced this behavior? Daniel _ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Next ARS version
Is there an ETA? .ron On Mon, Jun 25, 2012 at 12:16 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** It is technically Christened as 8.0 although it was formally scheduled to be released as 7.7. 7.7 release was renamed basically to 8.0. Joe *From:* Francois Seegers franco...@blueturtle.co.za *Sent:* Sunday, June 24, 2012 1:30 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Next ARS version ** Hi All, I really hope this version is a *stable* version that will win back customer trust in the remedy applications. “*Loads of new features and expectations*” will be respectable for a such major release but I think looking at the amount of bugs introduced since version 7.6 that stability across platforms is the most important. Francois *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *praveen kumar *Sent:* Sunday, June 24, 2012 5:12 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Next ARS version ** Yes..! next ARS release will be 8.0 confirmed by BMC. Loads of new features and expectations. Fingers crossed for the upcoming release. Cheers.! prawin I think it was to be 7.7, but then BMC decided there are enough new feature to call it 8.0. On 24/06/2012 12:22, Jose Huerta wrote: ** I'm a bit confused about next version. Some people told me that it will be 7.7, but others say 8.0. I'm sure that you'll have the correct answer. Regards, Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Next ARS version AD:WWRUG12
All the details of Version 8.0 will be featured in the WWRUG12 in October, And you still have a week before the current discounted registration fee ends. (you also still have a week left to submit a paper to present, And if it is accepted you get in free). Oct. 15-19 in San Jose California www.wwrug12.com Daniel From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of praveen kumar Sent: June 24, 2012 11:12 AM To: arslist@ARSLIST.ORG Subject: [SPAM]Re: Next ARS version ** Yes..! next ARS release will be 8.0 confirmed by BMC. Loads of new features and expectations. Fingers crossed for the upcoming release. Cheers.! prawin I think it was to be 7.7, but then BMC decided there are enough new feature to call it 8.0. On 24/06/2012 12:22, Jose Huerta wrote: ** I'm a bit confused about next version. Some people told me that it will be 7.7, but others say 8.0. I'm sure that you'll have the correct answer. Regards, Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Next ARS version
As with all forward looking statements, everything is tentative - including the version number. Tentatively, the next version is currently expected to be numbered as 8.0.00, yes. It is currently expected to be released in Q3CY12. It had been tentatively numbered as 7.7.00 until a few months ago. This emphasizes the reason why versions are not considered official or confirmed until General Availability is reached. Also note that whether it has Loads of new features or not is based on the perception of the individual making the statement. While numbered as 8.0.00, it would not be considered a major release based on content when compared to the industry's typical definition of major. Unfortunately, I can't go into details of content on a public forum to further explain. However, if you attend WWRUG 12, I'll be doing a What's New presentation there. And, of course, once it reaches GA there will be a What's New document that details new features. -David J. Easter Manager of Product Management, AR System BSM Atrium Solutions Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Ron Tavares Sent: Monday, June 25, 2012 3:53 AM To: arslist@ARSLIST.ORG Subject: Re: Next ARS version ** Is there an ETA? .ron On Mon, Jun 25, 2012 at 12:16 AM, Joe Martin D'Souza jdso...@shyle.netmailto:jdso...@shyle.net wrote: ** It is technically Christened as 8.0 although it was formally scheduled to be released as 7.7. 7.7 release was renamed basically to 8.0. Joe From: Francois Seegersmailto:franco...@blueturtle.co.za Sent: Sunday, June 24, 2012 1:30 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Next ARS version ** Hi All, I really hope this version is a stable version that will win back customer trust in the remedy applications. Loads of new features and expectations will be respectable for a such major release but I think looking at the amount of bugs introduced since version 7.6 that stability across platforms is the most important. Francois From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of praveen kumar Sent: Sunday, June 24, 2012 5:12 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Next ARS version ** Yes..! next ARS release will be 8.0 confirmed by BMC. Loads of new features and expectations. Fingers crossed for the upcoming release. Cheers.! prawin I think it was to be 7.7, but then BMC decided there are enough new feature to call it 8.0. On 24/06/2012 12:22, Jose Huerta wrote: ** I'm a bit confused about next version. Some people told me that it will be 7.7, but others say 8.0. I'm sure that you'll have the correct answer. Regards, Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com/ ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Buggy version survey
I think Doug has a good point. Because of the way data like this could be used, it wouldn’t hurt to have a statement at the beginning, something like: This data is being collected by {state your name/company here} and will be used for gathering information in order to help improve the BMC Remedy product and to help BMC Remedy users. It will NOT be used in any sales, marketing, promotion or other advertising or used as a basis for same. Kelly Logan, Sr. Systems Administrator (Remedy, Planview), GMS ProQuest | 789 E. Eisenhower Parkway, P.O. Box 1346 | Ann Arbor MI 48106-1346 USA | 734.997.4777 kelly.lo...@proquest.commailto:kelly.lo...@proquest.com www.proquest.com ProQuest...Start here. 2010 InformationWeek 500 Top Innovator P Please consider the environment before printing this email. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender, and delete the message from your computer. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jose Huerta Sent: Monday, June 25, 2012 2:16 AM To: arslist@ARSLIST.ORG Subject: Re: Buggy version survey ** Doug, First, the poll is to check one concept before publishing anything about it. Second, I won't extract wrong conclusions from the poll. That is, if the most voTed version is the last it doesn't mean that it's buggy (it is a relative question, not absolute). Even it doesn't mean that it is the most buggy. New developers will talk only about last versions. Also, peoples memory is short term at many cases, so they easy forgot about old versions and only see what is happening to them now. In fact I though that 7.5 will be the most buggy, but current results are not in that direction. To summarize, as an independent writer I want to tell truth, without any concern about if it likes or doesn't like BMC. But also I'm not a sensationalist writer, or at least I think it. And every time I tell my opinion through the blog, I try to make it clear: it's my opinion, not the thruth. El lunes, 25 de junio de 2012, Doug Blair escribió: ** Jose, Before we all jump on your survey, may I ask what you plan to do with the results? The last thing I would want to see is ad copy that says a 2012 poll of well known Remedy programers thinks all the recent releases are buggy. (Yes, of course there are bugs. It's software!) If you have reason to believe the releases are buggy, I for one would love to hear how you have addressed the issues you've encountered. I'd view that as a positive contribution to our little ecosystem. Doug -- Doug Blair +1 224-558-5462 Sent from my new iPad Auto-corrected typos, misspellings and non-sequiturs are gratefully attributed to Steve Jobs :-) On Jun 24, 2012, at 6:08 AM, Jose Huerta jose.hue...@sm2baleares.esjavascript:_e(%7b%7d,%20'cvml',%20'jose.hue...@sm2baleares.es'); wrote: ** Hi all, A survay about buggy versions of Remedy. Please connect to http://www.surveymonkey.com/s/M8KH73Y and answer. It's only one question, so it will take less than a minute. Thanks! Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ -- Jose M. Huerta Project Manager Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 [cid:image001.jpg@01CD52BA.A66DC9A0]http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca [cid:image002.jpg@01CD52BA.A66DC9A0] http://es-es.facebook.com/pages/SM2-Baleares/158608627954 [cid:image003.jpg@01CD52BA.A66DC9A0] http://twitter.com/#!/SM2Baleares [cid:image004.jpg@01CD52BA.A66DC9A0] http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are inline: image001.jpginline: image002.jpginline: image003.jpginline: image004.jpg
Server group alias in notification web URL
Hi List, we have two servers running ARS 7.0.01 as a group, and one MidTier server running V7.5. On SYS:Notification Messages I have configured Incident Assignment Notifications to include both an artask attachment for fullclient users and a web URL for midtier users. The server parameter in the web URK always points to the alias of the first server of the group. Since our midtier only knows the group alias, users who click on the link are getting an error message. How can I tell the servers to use the group alias in the web URL? Here's an example of the web URL the server is sending (I masked the server name): https://remedy/servlet/ViewFormServlet?form=NTE%3aNotifierserver=xx xxxeid=NTS12961712 Regards, Michael ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ING-DiBa AG, Frankfurt am Main. Registernummer HRB 7727, Handelsregister Amtsgericht Frankfurt am Main. Vorstand: Roland Boekhout (Vorsitzender), Herbert Willius (stellv. Vorsitzender), Bas Brouwers, Bernd Geilen, Katharina Herrmann, Martin Krebs. Aufsichtsrat: Ben Tellings (Vorsitzender) Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Next ARS version
Personally, I think BMC needs to redefine its versioning criteria after seeing what happened with 7.6.03 to 7.6.04. I still can't make sense of how 04 was a maintenance release. Sent from my iPhone On Jun 24, 2012, at 11:11 AM, praveen kumar prawin_ku...@hotmail.com wrote: ** Yes..! next ARS release will be 8.0 confirmed by BMC. Loads of new features and expectations. Fingers crossed for the upcoming release. Cheers.! prawin I think it was to be 7.7, but then BMC decided there are enough new feature to call it 8.0. On 24/06/2012 12:22, Jose Huerta wrote: ** I'm a bit confused about next version. Some people told me that it will be 7.7, but others say 8.0. I'm sure that you'll have the correct answer. Regards, Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Buggy version survey
You also need some demographics on the responders to validate the response. IF they only have experience with 7.5 and 7.6 they will never know that relative to version 4.0 everything else has been a cakewalk. What if the platform makes a difference? Any data you are collecting is so subjective and limited that it is really quite useless for virtually any purpose. Self selecting, how do you determine that you have a big enough and random sample? (I have always wanted to find the time to be able to compare number of major issues in a BMC Remedy release versus Other companies releases but that becomes quite difficult in terms of measuring apples to apples). Daniel From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Logan, Kelly Sent: June 25, 2012 10:10 AM To: arslist@ARSLIST.ORG Subject: Re: Buggy version survey ** I think Doug has a good point. Because of the way data like this could be used, it wouldn’t hurt to have a statement at the beginning, something like: This data is being collected by {state your name/company here} and will be used for gathering information in order to help improve the BMC Remedy product and to help BMC Remedy users. It will NOT be used in any sales, marketing, promotion or other advertising or used as a basis for same. Kelly Logan, Sr. Systems Administrator (Remedy, Planview), GMS ProQuest | 789 E. Eisenhower Parkway, P.O. Box 1346 | Ann Arbor MI 48106-1346 USA | 734.997.4777 kelly.lo...@proquest.com www.proquest.com ProQuest...Start here. 2010 InformationWeek 500 Top Innovator P Please consider the environment before printing this email. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender, and delete the message from your computer. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jose Huerta Sent: Monday, June 25, 2012 2:16 AM To: arslist@ARSLIST.ORG Subject: Re: Buggy version survey ** Doug, First, the poll is to check one concept before publishing anything about it. Second, I won't extract wrong conclusions from the poll. That is, if the most voTed version is the last it doesn't mean that it's buggy (it is a relative question, not absolute). Even it doesn't mean that it is the most buggy. New developers will talk only about last versions. Also, peoples memory is short term at many cases, so they easy forgot about old versions and only see what is happening to them now. In fact I though that 7.5 will be the most buggy, but current results are not in that direction. To summarize, as an independent writer I want to tell truth, without any concern about if it likes or doesn't like BMC. But also I'm not a sensationalist writer, or at least I think it. And every time I tell my opinion through the blog, I try to make it clear: it's my opinion, not the thruth. El lunes, 25 de junio de 2012, Doug Blair escribió: ** Jose, Before we all jump on your survey, may I ask what you plan to do with the results? The last thing I would want to see is ad copy that says a 2012 poll of well known Remedy programers thinks all the recent releases are buggy. (Yes, of course there are bugs. It's software!) If you have reason to believe the releases are buggy, I for one would love to hear how you have addressed the issues you've encountered. I'd view that as a positive contribution to our little ecosystem. Doug -- Doug Blair +1 224-558-5462 Sent from my new iPad Auto-corrected typos, misspellings and non-sequiturs are gratefully attributed to Steve Jobs :-) On Jun 24, 2012, at 6:08 AM, Jose Huerta jose.hue...@sm2baleares.es javascript:_e(%7b%7d,%20'cvml',%20'jose.hue...@sm2baleares.es'); wrote: ** Hi all, A survay about buggy versions of Remedy. Please connect to http://www.surveymonkey.com/s/M8KH73Y and answer. It's only one question, so it will take less than a minute. Thanks! Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Jose M. Huerta Project Manager Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca http://es-es.facebook.com/pages/SM2-Baleares/158608627954 http://twitter.com/#!/SM2Baleares http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le
Re: Server group alias in notification web URL
You'll need to add a filter on ar system email messages to perform a replace action on the body of the message to update the URL with the correct name. On submit if 'Plain Text Body' LIKE %server=x% AND 'Message Type' = Outgoing Set fields Plain Text Body = REPLACE($Plain Text Body$, server=x, server=yy) Jason On Jun 25, 2012, at 10:20 AM, Nau, Michael m@ing-diba.de wrote: ** Hi List, we have two servers running ARS 7.0.01 as a group, and one MidTier server running V7.5. On “SYS:Notification Messages” I have configured Incident Assignment Notifications to include both an artask attachment for fullclient users and a web URL for midtier users. The server parameter in the web URK always points to the alias of the first server of the group. Since our midtier only knows the group alias, users who click on the link are getting an error message. How can I tell the servers to use the group alias in the web URL? Here’s an example of the web URL the server is sending (I masked the server name): https://remedy/servlet/ViewFormServlet?form=NTE%3aNotifierserver=xeid=NTS12961712 Regards, Michael _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ING-DiBa AG, Frankfurt am Main. Registernummer HRB 7727, Handelsregister Amtsgericht Frankfurt am Main. Vorstand: Roland Boekhout (Vorsitzender), Herbert Willius (stellv. Vorsitzender), Bas Brouwers, Bernd Geilen, Katharina Herrmann, Martin Krebs. Aufsichtsrat: Ben Tellings (Vorsitzender) Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Server group alias in notification web URL
Michael, The server sends the notification out as it 'knows itself'so if it knows itself via name1 instead of the group alias...that is what you will get. You should be able to configure both servers in the group to know themselves as the group name, and use the Server-Connect-Name for the server group node specific stuff (that's how I've set it up in the past) Or you could use the email replace filter as previously suggested. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Nau, Michael Sent: Monday, June 25, 2012 8:21 AM To: arslist@ARSLIST.ORG Subject: Server group alias in notification web URL ** Hi List, we have two servers running ARS 7.0.01 as a group, and one MidTier server running V7.5. On SYS:Notification Messages I have configured Incident Assignment Notifications to include both an artask attachment for fullclient users and a web URL for midtier users. The server parameter in the web URK always points to the alias of the first server of the group. Since our midtier only knows the group alias, users who click on the link are getting an error message. How can I tell the servers to use the group alias in the web URL? Here's an example of the web URL the server is sending (I masked the server name): https://remedy/servlet/ViewFormServlet?form=NTE%3aNotifierserver=xeid=NTS12961712 Regards, Michael _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Server group alias in notification web URL
Thanks guys, I'll have a look at the implications of changing the server names and then decide which path I'll take. Regards Michael -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, LJ CTR MDA/IC Sent: Monday, June 25, 2012 5:07 PM To: arslist@ARSLIST.ORG Subject: Re: Server group alias in notification web URL Michael, The server sends the notification out as it 'knows itself'so if it knows itself via name1 instead of the group alias...that is what you will get. You should be able to configure both servers in the group to know themselves as the group name, and use the Server-Connect-Name for the server group node specific stuff (that's how I've set it up in the past) Or you could use the email replace filter as previously suggested. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Nau, Michael Sent: Monday, June 25, 2012 8:21 AM To: arslist@ARSLIST.ORG Subject: Server group alias in notification web URL ** Hi List, we have two servers running ARS 7.0.01 as a group, and one MidTier server running V7.5. On SYS:Notification Messages I have configured Incident Assignment Notifications to include both an artask attachment for fullclient users and a web URL for midtier users. The server parameter in the web URK always points to the alias of the first server of the group. Since our midtier only knows the group alias, users who click on the link are getting an error message. How can I tell the servers to use the group alias in the web URL? Here's an example of the web URL the server is sending (I masked the server name): https://remedy/servlet/ViewFormServlet?form=NTE%3aNotifierserver=xx xxxeid=NTS12961712 Regards, Michael _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ING-DiBa AG, Frankfurt am Main. Registernummer HRB 7727, Handelsregister Amtsgericht Frankfurt am Main. Vorstand: Roland Boekhout (Vorsitzender), Herbert Willius (stellv. Vorsitzender), Bas Brouwers, Bernd Geilen, Katharina Herrmann, Martin Krebs. Aufsichtsrat: Ben Tellings (Vorsitzender) Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Buggy version survey
I agree. But I though that a large survey will discourage people and they won't fill it. So I tried to make it as simple as possible. As I said I know that the conclusion of such a poll can't be very defined. It is just an excuse to introduce some topics on my blog. They're more about deployment best practices, that a critic to BMC. Finally, my intention is not to say sentences like Remedy is plenty of bugs this is impossible to do with this survey. And if I would do, I will be discrediting myself. El lunes, 25 de junio de 2012, Pierson, Shawn escribió: ** If I were to make such a survey, I’d probably come up with a range of ten questions or less, including things like: ** ** **1) **Are you a Remedy user, a Remedy technical person, or management? **2) **How many years experience do you have administering or development with Remedy? **3) **Do you run BMC ITSM and other OOtB applications only, custom applications only, or a mix? **4) **What version of ARSystem are you currently on? **5) **What version of ITSM are you currently on? **6) **What was the best version you have worked with? **7) **Why do you feel it was the best? **8) **What was the worst version you have worked with? **9) **Why do you feel it was the worst? **10) **What could be done to improve upon the version that you are currently on? ** ** Thanks, ** ** *Shawn Pierson * Remedy Developer | Energy Transfer ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG javascript:_e({}, 'cvml', 'arslist@ARSLIST.ORG');] *On Behalf Of *arslist *Sent:* Monday, June 25, 2012 9:28 AM *To:* arslist@ARSLIST.ORG javascript:_e({}, 'cvml', 'arslist@ARSLIST.ORG'); *Subject:* Re: Buggy version survey ** ** ** You also need some demographics on the responders to validate the response. ** ** IF they only have experience with 7.5 and 7.6 they will never know that relative to version 4.0 everything else has been a cakewalk. What if the platform makes a difference? ** ** Any data you are collecting is so subjective and limited that it is really quite useless for virtually any purpose. Self selecting, how do you determine that you have a big enough and random sample? ** ** (I have always wanted to find the time to be able to compare number of major issues in a BMC Remedy release versus Other companies releases but that becomes quite difficult in terms of measuring apples to apples). ** ** Daniel ** ** ** ** ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Logan, Kelly *Sent:* June 25, 2012 10:10 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: Buggy version survey ** ** ** I think Doug has a good point. Because of the way data like this could be used, it wouldn’t hurt to have a statement at the beginning, something like: This data is being collected by {state your name/company here} and will be used for gathering information in order to help improve the BMC Remedy product and to help BMC Remedy users. It will NOT be used in any sales, marketing, promotion or other advertising or used as a basis for same. ** ** ** ** *Kelly Logan*, Sr. Systems Administrator (Remedy, Planview), Private and confidential as detailed herehttp://www.sug.com/disclaimers/default.htm#Mail. If you cannot access hyperlink, please e-mail sender. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Jose M. Huerta Project Manager** Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca http://es-es.facebook.com/pages/SM2-Baleares/158608627954 http://twitter.com/#!/SM2Baleares http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are image004.jpgimage002.jpgimage001.jpgimage003.jpg
Approval by mail
There has been a request to have simple approvals done by mail for the bulk of management who do not (as of yet) use Remedy. The system will by ARS 7.6.4, with ITSM 7.6.4, specifically Service Request Management used. Has anyone had any experience with this? Right now I'm just looking to set the difficulty of the task, as compared with the 'pain' of having to train and direct management to use Approval Central. I am considering using the Email engine with responses set by a form in the email (the manager clicks the 'Approved' radio button and the return email sets the field:value pairs accordingly), embedding the Approval Central into the email in some fashion (though this may be disallowed by the Exchange security and would require SSO to be configured), etc. Ideas and experience welcome. Kelly Logan, Sr. Systems Administrator (Remedy, Planview), GMS ProQuest | 789 E. Eisenhower Parkway, P.O. Box 1346 | Ann Arbor MI 48106-1346 USA | 734.997.4777 kelly.lo...@proquest.commailto:kelly.lo...@proquest.com www.proquest.com ProQuest...Start here. 2010 InformationWeek 500 Top Innovator P Please consider the environment before printing this email. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender, and delete the message from your computer. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Approval by mail
Some downsides to using email: - there is not guaranteed transport of an email message (they could be lost) - emails are easily impersonated (anyone will be able to approve anything and it can easily be done in a way that chasing a trail of an impersonated message will be near impossible) You might consider embedding a link in the email and use the URL to process the approval/rejection. One link for reject, another link for approve. This will force the user to authenticate before the transaction is accepted. This approach addresses the two shortcomings of using email messages, as listed above. The web page can be set up to be very simple, such that it simply returns a confirmation message that their approval or rejection was accepted. Axton Grams On Mon, Jun 25, 2012 at 12:25 PM, Logan, Kelly kelly.lo...@proquest.comwrote: ** There has been a request to have simple approvals done by mail for the bulk of management who do not (as of yet) use Remedy. The system will by ARS 7.6.4, with ITSM 7.6.4, specifically Service Request Management used.* *** ** ** Has anyone had any experience with this? ** ** Right now I’m just looking to set the difficulty of the task, as compared with the ‘pain’ of having to train and direct management to use Approval Central. I am considering using the Email engine with responses set by a form in the email (the manager clicks the ‘Approved’ radio button and the return email sets the field:value pairs accordingly), embedding the Approval Central into the email in some fashion (though this may be disallowed by the Exchange security and would require SSO to be configured), etc. ** ** Ideas and experience welcome. ** ** *Kelly Logan*, Sr. Systems Administrator (Remedy, Planview), GMS ProQuest | 789 E. Eisenhower Parkway, P.O. Box 1346 | Ann Arbor MI 48106-1346 USA | 734.997.4777 kelly.lo...@proquest.com www.proquest.com ** ** *ProQuest*...Start here. 2010 InformationWeek 500 Top Innovator ** ** P Please consider the environment before printing this email. ** ** *This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender, and delete the message from your computer*. ** ** _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Approval by mail
What I set up (that I can't share, unfortunately) is that I created an intermediate form for approvals that updates the back-end approval form for approvers and alternates. I also adjusted the emails that go out in SYS:Notification Messages (I think that's the form name) to include some specially built hyperlinks to generate AR System Email templates to submit to my custom form. What happens is that the user clicks the mailto hyperlink, which creates the email with the template, and they click send. Once that happens, we're using incoming MAPI email to pull in the email, which Remedy out of the box maps to the user record based on how I have the incoming email configured. The template then triggers some filters that check whether the person is the approver or an alternate, then updates the approval record appropriately. The only down side is that anyone that can be an approver needs to have a floating AR User license set up, unlike using Approval Central. This isn't a big deal though, because one customization I've done is to create a Business Approver support group to put all users in, and I don't allow people who are not in a support group to be added as an approver. This also helps ensure that the user is properly trained and understands exactly what this change approval thing is rather than just being throw to the wolves by a developer. Thanks, Shawn Pierson Remedy Developer | Energy Transfer From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Logan, Kelly Sent: Monday, June 25, 2012 12:26 PM To: arslist@ARSLIST.ORG Subject: Approval by mail ** There has been a request to have simple approvals done by mail for the bulk of management who do not (as of yet) use Remedy. The system will by ARS 7.6.4, with ITSM 7.6.4, specifically Service Request Management used. Has anyone had any experience with this? Right now I'm just looking to set the difficulty of the task, as compared with the 'pain' of having to train and direct management to use Approval Central. I am considering using the Email engine with responses set by a form in the email (the manager clicks the 'Approved' radio button and the return email sets the field:value pairs accordingly), embedding the Approval Central into the email in some fashion (though this may be disallowed by the Exchange security and would require SSO to be configured), etc. Ideas and experience welcome. Kelly Logan, Sr. Systems Administrator (Remedy, Planview), GMS ProQuest | 789 E. Eisenhower Parkway, P.O. Box 1346 | Ann Arbor MI 48106-1346 USA | 734.997.4777 kelly.lo...@proquest.commailto:kelly.lo...@proquest.com www.proquest.com ProQuest...Start here. 2010 InformationWeek 500 Top Innovator P Please consider the environment before printing this email. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender, and delete the message from your computer. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
7.6.04 - Question about re-using Login Id's
Hello All, What is the general consensus regarding re use of login id's? My concern is this = Login ID User1 is used by an employee for 6 months. That employee leaves the company. Someone new gets hired, in a new support group, and our support center then reuses User1 as a login id. Now if an auditor queries for all data modified by 'last update user' = User1, they are going to get everything from both users who shared a login id, different data, different support groups, basically a mess - right? I seem to remember having the don't re-use login id's discussion in the past and the answer was don't do that - thoughts anyone? Thanks, Jase ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Next ARS version
That’s weird.. did they call it a maintenance release? No way it wasn’t.. With the introduction of something so foreign to the ARS as the overlays, it can’t be considered a maintenance release.. It was a major release.. In my opinion, any release that changes the structure of the underlying database IS NOT a maintenance release. Changes to the DB structure, should be one of the several other criteria, that determines if a release ought to be qualified as a major release.. If they had already changed the structure of the DB in 7.6.03, and then leveraged that new structure in 7.6.04, then yes, it can be argued as a maintenance release, but I do not think this was the case. The DB structure was altered in 7.6.04 to accommodate the overlays feature, and not in 7.6.03.. Joe From: Tauf Chowdhury Sent: Monday, June 25, 2012 10:25 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Next ARS version ** Personally, I think BMC needs to redefine its versioning criteria after seeing what happened with 7.6.03 to 7.6.04. I still can't make sense of how 04 was a maintenance release. Sent from my iPhone On Jun 24, 2012, at 11:11 AM, praveen kumar prawin_ku...@hotmail.com wrote: ** Yes..! next ARS release will be 8.0 confirmed by BMC. Loads of new features and expectations. Fingers crossed for the upcoming release. Cheers.! prawin I think it was to be 7.7, but then BMC decided there are enough new feature to call it 8.0. On 24/06/2012 12:22, Jose Huerta wrote: ** I'm a bit confused about next version. Some people told me that it will be 7.7, but others say 8.0. I'm sure that you'll have the correct answer. Regards, Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Next ARS version
What I remember from that time is that 7.6.3 was supposed to be 8but they realigned things to internal numbering practices...and was originally supposed to include overlays...but they couldn't get it hardened before GA...so they released 7.6.3 without itand then 'shortly' later released 7.6.4 which was the 'finished product' that 7.6.3 was supposed to be... -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Monday, June 25, 2012 12:58 PM To: arslist@ARSLIST.ORG Subject: Re: Next ARS version ** That’s weird.. did they call it a maintenance release? No way it wasn’t.. With the introduction of something so foreign to the ARS as the overlays, it can’t be considered a maintenance release.. It was a major release.. In my opinion, any release that changes the structure of the underlying database IS NOT a maintenance release. Changes to the DB structure, should be one of the several other criteria, that determines if a release ought to be qualified as a major release.. If they had already changed the structure of the DB in 7.6.03, and then leveraged that new structure in 7.6.04, then yes, it can be argued as a maintenance release, but I do not think this was the case. The DB structure was altered in 7.6.04 to accommodate the overlays feature, and not in 7.6.03.. Joe From: Tauf Chowdhury mailto:taufc...@gmail.com Sent: Monday, June 25, 2012 10:25 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Next ARS version ** Personally, I think BMC needs to redefine its versioning criteria after seeing what happened with 7.6.03 to 7.6.04. I still can't make sense of how 04 was a maintenance release. Sent from my iPhone On Jun 24, 2012, at 11:11 AM, praveen kumar prawin_ku...@hotmail.com wrote: ** Yes..! next ARS release will be 8.0 confirmed by BMC. Loads of new features and expectations. Fingers crossed for the upcoming release. Cheers.! prawin I think it was to be 7.7, but then BMC decided there are enough new feature to call it 8.0. On 24/06/2012 12:22, Jose Huerta wrote: ** I'm a bit confused about next version. Some people told me that it will be 7.7, but others say 8.0. I'm sure that you'll have the correct answer. Regards, Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: 7.6.04 - Question about re-using Login Id's
Confirmed. Don't do that. For all the reasons you mention and more. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Monday, June 25, 2012 1:49 PM To: arslist@ARSLIST.ORG Subject: 7.6.04 - Question about re-using Login Id's ** Hello All, What is the general consensus regarding re use of login id's? My concern is this = Login ID User1 is used by an employee for 6 months. That employee leaves the company. Someone new gets hired, in a new support group, and our support center then reuses User1 as a login id. Now if an auditor queries for all data modified by 'last update user' = User1, they are going to get everything from both users who shared a login id, different data, different support groups, basically a mess - right? I seem to remember having the don't re-use login id's discussion in the past and the answer was don't do that - thoughts anyone? Thanks, Jase _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: 7.6.04 - Question about re-using Login Id's
Might be a EULA violation as well.. May want to check on that.. License violation. On Mon, Jun 25, 2012 at 3:04 PM, David M. Clark david.m.cl...@tn.govwrote: ** Confirmed. Don’t do that. For all the reasons you mention and more. ** ** -- *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Monday, June 25, 2012 1:49 PM *To:* arslist@ARSLIST.ORG *Subject:* 7.6.04 - Question about re-using Login Id's ** ** ** Hello All, What is the general consensus regarding re use of login id's? My concern is this = Login ID User1 is used by an employee for 6 months. That employee leaves the company. Someone new gets hired, in a new support group, and our support center then reuses User1 as a login id. Now if an auditor queries for all data modified by 'last update user' = User1, they are going to get everything from both users who shared a login id, different data, different support groups, basically a mess - right? I seem to remember having the don't re-use login id's discussion in the past and the answer was don't do that - thoughts anyone? Thanks, Jase _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: 7.6.04 - Question about re-using Login Id's
Just from a managerial standpoint, this is an auditing nightmare. There's no benefit or cost savings from recycling generic user ID's, except maybe a couple minutes of setting up the account. Thanks, Jon _ Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com From: David M. Clark david.m.cl...@tn.gov To: arslist@ARSLIST.ORG Date: 06/25/2012 03:06 PM Subject:Re: 7.6.04 - Question about re-using Login Id's Sent by:Action Request System discussion list(ARSList) arslist@ARSLIST.ORG ** Confirmed. Don’t do that. For all the reasons you mention and more. From: Action Request System discussion list(ARSList) [ mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Monday, June 25, 2012 1:49 PM To: arslist@ARSLIST.ORG Subject: 7.6.04 - Question about re-using Login Id's ** Hello All, What is the general consensus regarding re use of login id's? My concern is this = Login ID User1 is used by an employee for 6 months. That employee leaves the company. Someone new gets hired, in a new support group, and our support center then reuses User1 as a login id. Now if an auditor queries for all data modified by 'last update user' = User1, they are going to get everything from both users who shared a login id, different data, different support groups, basically a mess - right? I seem to remember having the don't re-use login id's discussion in the past and the answer was don't do that - thoughts anyone? Thanks, Jase _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: 7.6.04 - Question about re-using Login Id's
I don't think he was talking about generic ID'sI think he was talking about a scenario along the lines of John Doe, his ID is doej, works in the system for 6 months and then leaves the companyhis ID is 'removed' from the environmentthen 6 months later his brother Jack starts there...based on the corp standard, his ID would also be doejand being John doesn't work there anymoredoej is now available -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jon Slaven Sent: Monday, June 25, 2012 1:08 PM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 - Question about re-using Login Id's ** Just from a managerial standpoint, this is an auditing nightmare. There's no benefit or cost savings from recycling generic user ID's, except maybe a couple minutes of setting up the account. Thanks, Jon _ Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com From:David M. Clark david.m.cl...@tn.gov To:arslist@ARSLIST.ORG Date:06/25/2012 03:06 PM Subject:Re: 7.6.04 - Question about re-using Login Id's Sent by:Action Request System discussion list(ARSList) arslist@ARSLIST.ORG ** Confirmed. Don’t do that. For all the reasons you mention and more. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG mailto:arslist@ARSLIST.ORG ] On Behalf Of Jase Brandon Sent: Monday, June 25, 2012 1:49 PM To: arslist@ARSLIST.ORG Subject: 7.6.04 - Question about re-using Login Id's ** Hello All, What is the general consensus regarding re use of login id's? My concern is this = Login ID User1 is used by an employee for 6 months. That employee leaves the company. Someone new gets hired, in a new support group, and our support center then reuses User1 as a login id. Now if an auditor queries for all data modified by 'last update user' = User1, they are going to get everything from both users who shared a login id, different data, different support groups, basically a mess - right? I seem to remember having the don't re-use login id's discussion in the past and the answer was don't do that - thoughts anyone? Thanks, Jase _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: 7.6.04 - Question about re-using Login Id's
It would not be a EULA violation – as long as its not 2 physical individuals using the same ID at the same time, they are not breaking any EULA... However for reasons mentioned in the original post itself, this is a bad idea. Yes you will see all records since a lot within the system is referenced by the Login ID. Remedy does not have any other unique identifier that is actually used within searches to separate one login ID from the other in the event that you have two login ID’s with the same value, one of which is retired and the other active.. So bottom-line, if a match is found, rename the new ID that needs to be created to something slightly different. Joe From: patrick zandi Sent: Monday, June 25, 2012 3:07 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 - Question about re-using Login Id's ** Might be a EULA violation as well.. May want to check on that.. License violation. On Mon, Jun 25, 2012 at 3:04 PM, David M. Clark david.m.cl...@tn.gov wrote: ** Confirmed. Don’t do that. For all the reasons you mention and more. -- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Monday, June 25, 2012 1:49 PM To: arslist@ARSLIST.ORG Subject: 7.6.04 - Question about re-using Login Id's ** Hello All, What is the general consensus regarding re use of login id's? My concern is this = Login ID User1 is used by an employee for 6 months. That employee leaves the company. Someone new gets hired, in a new support group, and our support center then reuses User1 as a login id. Now if an auditor queries for all data modified by 'last update user' = User1, they are going to get everything from both users who shared a login id, different data, different support groups, basically a mess - right? I seem to remember having the don't re-use login id's discussion in the past and the answer was don't do that - thoughts anyone? Thanks, Jase -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: 7.6.04 - Question about re-using Login Id's
That is what I was thinking.. however I love that user1 submited a ticket, and user1 submitted a change request but user1 is not here any longer, because user1 submitted an srm to have user1's account removed after his departure.. On Mon, Jun 25, 2012 at 3:16 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** It would not be a EULA violation – as long as its not 2 physical individuals using the same ID at the same time, they are not breaking any EULA... However for reasons mentioned in the original post itself, this is a bad idea. Yes you will see all records since a lot within the system is referenced by the Login ID. Remedy does not have any other unique identifier that is actually used within searches to separate one login ID from the other in the event that you have two login ID’s with the same value, one of which is retired and the other active.. So bottom-line, if a match is found, rename the new ID that needs to be created to something slightly different. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Monday, June 25, 2012 3:07 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.6.04 - Question about re-using Login Id's ** Might be a EULA violation as well.. May want to check on that.. License violation. On Mon, Jun 25, 2012 at 3:04 PM, David M. Clark david.m.cl...@tn.govwrote: ** Confirmed. Don’t do that. For all the reasons you mention and more. -- *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Monday, June 25, 2012 1:49 PM *To:* arslist@ARSLIST.ORG *Subject:* 7.6.04 - Question about re-using Login Id's ** Hello All, What is the general consensus regarding re use of login id's? My concern is this = Login ID User1 is used by an employee for 6 months. That employee leaves the company. Someone new gets hired, in a new support group, and our support center then reuses User1 as a login id. Now if an auditor queries for all data modified by 'last update user' = User1, they are going to get everything from both users who shared a login id, different data, different support groups, basically a mess - right? I seem to remember having the don't re-use login id's discussion in the past and the answer was don't do that - thoughts anyone? Thanks, Jase -- Patrick Zandi _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: 7.6.04 - Question about re-using Login Id's
Jase, do your Remedy users have network login ID's? If so, use those. The burden of uniqueness is then removed from you and placed upon your network team. -D From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: Monday, June 25, 2012 2:22 PM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 - Question about re-using Login Id's ** That is what I was thinking.. however I love that user1 submited a ticket, and user1 submitted a change request but user1 is not here any longer, because user1 submitted an srm to have user1's account removed after his departure.. On Mon, Jun 25, 2012 at 3:16 PM, Joe Martin D'Souza jdso...@shyle.netmailto:jdso...@shyle.net wrote: ** It would not be a EULA violation - as long as its not 2 physical individuals using the same ID at the same time, they are not breaking any EULA... However for reasons mentioned in the original post itself, this is a bad idea. Yes you will see all records since a lot within the system is referenced by the Login ID. Remedy does not have any other unique identifier that is actually used within searches to separate one login ID from the other in the event that you have two login ID's with the same value, one of which is retired and the other active.. So bottom-line, if a match is found, rename the new ID that needs to be created to something slightly different. Joe From: patrick zandimailto:remedy...@gmail.com Sent: Monday, June 25, 2012 3:07 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: 7.6.04 - Question about re-using Login Id's ** Might be a EULA violation as well.. May want to check on that.. License violation. On Mon, Jun 25, 2012 at 3:04 PM, David M. Clark david.m.cl...@tn.govmailto:david.m.cl...@tn.gov wrote: ** Confirmed. Don't do that. For all the reasons you mention and more. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Monday, June 25, 2012 1:49 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: 7.6.04 - Question about re-using Login Id's ** Hello All, What is the general consensus regarding re use of login id's? My concern is this = Login ID User1 is used by an employee for 6 months. That employee leaves the company. Someone new gets hired, in a new support group, and our support center then reuses User1 as a login id. Now if an auditor queries for all data modified by 'last update user' = User1, they are going to get everything from both users who shared a login id, different data, different support groups, basically a mess - right? I seem to remember having the don't re-use login id's discussion in the past and the answer was don't do that - thoughts anyone? Thanks, Jase -- Patrick Zandi _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
List of ITSM Web Services
Hello everyone: Well, it's a Monday... :-) I can't, find out where the list of ITSM 7.6 (04) Web Services are documented. I've been through the documentation on the support site and can't seem to find it. I'm sure it's a minor oversight. Can anyone help out? Thx. Terry ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: 7.6.04 - Question about re-using Login Id's
Hello All, Thanks for all the replies! That's what I thought... I remember discussing this in the past and the answer was a plethora of reasons for DON'T DO THAT! :-) Thanks Again - I will convey this to the chiefs and write my cover your butt email recommending this practice not be followed going forward. :-) On Mon, Jun 25, 2012 at 3:26 PM, David M. Clark david.m.cl...@tn.govwrote: ** Jase, do your Remedy users have network login ID’s? If so, use those. ** ** The burden of uniqueness is then removed from you and placed upon your network team. ** ** -D ** ** -- *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *patrick zandi *Sent:* Monday, June 25, 2012 2:22 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.6.04 - Question about re-using Login Id's ** ** ** That is what I was thinking.. however I love that user1 submited a ticket, and user1 submitted a change request but user1 is not here any longer, because user1 submitted an srm to have user1's account removed after his departure.. On Mon, Jun 25, 2012 at 3:16 PM, Joe Martin D'Souza jdso...@shyle.net wrote: ** It would not be a EULA violation – as long as its not 2 physical individuals using the same ID at the same time, they are not breaking any EULA... However for reasons mentioned in the original post itself, this is a bad idea. Yes you will see all records since a lot within the system is referenced by the Login ID. Remedy does not have any other unique identifier that is actually used within searches to separate one login ID from the other in the event that you have two login ID’s with the same value, one of which is retired and the other active.. So bottom-line, if a match is found, rename the new ID that needs to be created to something slightly different. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Monday, June 25, 2012 3:07 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: 7.6.04 - Question about re-using Login Id's ** Might be a EULA violation as well.. May want to check on that.. License violation. On Mon, Jun 25, 2012 at 3:04 PM, David M. Clark david.m.cl...@tn.gov wrote: ** Confirmed. Don’t do that. For all the reasons you mention and more. -- *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Monday, June 25, 2012 1:49 PM *To:* arslist@ARSLIST.ORG *Subject:* 7.6.04 - Question about re-using Login Id's ** Hello All, What is the general consensus regarding re use of login id's? My concern is this = Login ID User1 is used by an employee for 6 months. That employee leaves the company. Someone new gets hired, in a new support group, and our support center then reuses User1 as a login id. Now if an auditor queries for all data modified by 'last update user' = User1, they are going to get everything from both users who shared a login id, different data, different support groups, basically a mess - right? I seem to remember having the don't re-use login id's discussion in the past and the answer was don't do that - thoughts anyone? Thanks, Jase -- Patrick Zandi _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: List of ITSM Web Services
Hi, the following document is still valid: BMC Remedy IT Service Management 7.6.03 Integrations Cheers Carl From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Terry Bootsma Sent: 25 June 2012 20:38 To: arslist@ARSLIST.ORG Subject: List of ITSM Web Services ** Hello everyone: Well, it's a Monday... :-) I can't, find out where the list of ITSM 7.6 (04) Web Services are documented. I've been through the documentation on the support site and can't seem to find it. I'm sure it's a minor oversight. Can anyone help out? Thx. Terry _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: List of ITSM Web Services
Thanks Carl... The document does not indicate that there is a web-service for the submission of ITSM service requests. Is this still the case? Terry _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Carl Wilson Sent: Monday, June 25, 2012 4:01 PM To: arslist@ARSLIST.ORG Subject: Re: List of ITSM Web Services ** Hi, the following document is still valid: BMC Remedy IT Service Management 7.6.03 Integrations Cheers Carl From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Terry Bootsma Sent: 25 June 2012 20:38 To: arslist@ARSLIST.ORG Subject: List of ITSM Web Services ** Hello everyone: Well, it's a Monday... :-) I can't, find out where the list of ITSM 7.6 (04) Web Services are documented. I've been through the documentation on the support site and can't seem to find it. I'm sure it's a minor oversight. Can anyone help out? Thx. Terry _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: List of ITSM Web Services
Hi, if you are referring to SRM, there has not been an update since version 2.0. You can find the document here: https://communities.bmc.com/communities/docs/DOC-17663 Cheers Carl From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Terry Bootsma Sent: 25 June 2012 21:14 To: arslist@ARSLIST.ORG Subject: Re: List of ITSM Web Services ** Thanks Carl... The document does not indicate that there is a web-service for the submission of ITSM service requests. Is this still the case? Terry _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Carl Wilson Sent: Monday, June 25, 2012 4:01 PM To: arslist@ARSLIST.ORG Subject: Re: List of ITSM Web Services ** Hi, the following document is still valid: BMC Remedy IT Service Management 7.6.03 Integrations Cheers Carl From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Terry Bootsma Sent: 25 June 2012 20:38 To: arslist@ARSLIST.ORG Subject: List of ITSM Web Services ** Hello everyone: Well, it's a Monday... :-) I can't, find out where the list of ITSM 7.6 (04) Web Services are documented. I've been through the documentation on the support site and can't seem to find it. I'm sure it's a minor oversight. Can anyone help out? Thx. Terry _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Server group alias in notification web URL
Michael, You can refe white paper on server group for more detail on what LJ is suggeting Page 12-13 Ravi Rai Date: Mon, 25 Jun 2012 09:06:35 -0600 From: lj.longwing@mda.mil Subject: Re: Server group alias in notification web URL To: arslist@ARSLIST.ORG Michael, The server sends the notification out as it 'knows itself'so if it knows itself via name1 instead of the group alias...that is what you will get. You should be able to configure both servers in the group to know themselves as the group name, and use the Server-Connect-Name for the server group node specific stuff (that's how I've set it up in the past) Or you could use the email replace filter as previously suggested. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Nau, Michael Sent: Monday, June 25, 2012 8:21 AM To: arslist@ARSLIST.ORG Subject: Server group alias in notification web URL ** Hi List, we have two servers running ARS 7.0.01 as a group, and one MidTier server running V7.5. On SYS:Notification Messages I have configured Incident Assignment Notifications to include both an artask attachment for fullclient users and a web URL for midtier users. The server parameter in the web URK always points to the alias of the first server of the group. Since our midtier only knows the group alias, users who click on the link are getting an error message. How can I tell the servers to use the group alias in the web URL? Here's an example of the web URL the server is sending (I masked the server name): https://remedy/servlet/ViewFormServlet?form=NTE%3aNotifierserver=xeid=NTS12961712 Regards, Michael _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Next ARS version
What does it really matter what the number is? The content is what matters. We'll be told when they want us to know. That's been the mantra since I started using Remedy in 1995, don't bother asking ...we're not telling. On Mon, Jun 25, 2012 at 2:01 PM, Longwing, LJ CTR MDA/IC lj.longwing@mda.mil wrote: What I remember from that time is that 7.6.3 was supposed to be 8but they realigned things to internal numbering practices...and was originally supposed to include overlays...but they couldn't get it hardened before GA...so they released 7.6.3 without itand then 'shortly' later released 7.6.4 which was the 'finished product' that 7.6.3 was supposed to be... -Original Message- From: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Monday, June 25, 2012 12:58 PM To: arslist@ARSLIST.ORG Subject: Re: Next ARS version ** That’s weird.. did they call it a maintenance release? No way it wasn’t.. With the introduction of something so foreign to the ARS as the overlays, it can’t be considered a maintenance release.. It was a major release.. In my opinion, any release that changes the structure of the underlying database IS NOT a maintenance release. Changes to the DB structure, should be one of the several other criteria, that determines if a release ought to be qualified as a major release.. If they had already changed the structure of the DB in 7.6.03, and then leveraged that new structure in 7.6.04, then yes, it can be argued as a maintenance release, but I do not think this was the case. The DB structure was altered in 7.6.04 to accommodate the overlays feature, and not in 7.6.03.. Joe From: Tauf Chowdhury mailto:taufc...@gmail.com Sent: Monday, June 25, 2012 10:25 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Next ARS version ** Personally, I think BMC needs to redefine its versioning criteria after seeing what happened with 7.6.03 to 7.6.04. I still can't make sense of how 04 was a maintenance release. Sent from my iPhone On Jun 24, 2012, at 11:11 AM, praveen kumar prawin_ku...@hotmail.com wrote: ** Yes..! next ARS release will be 8.0 confirmed by BMC. Loads of new features and expectations. Fingers crossed for the upcoming release. Cheers.! prawin I think it was to be 7.7, but then BMC decided there are enough new feature to call it 8.0. On 24/06/2012 12:22, Jose Huerta wrote: ** I'm a bit confused about next version. Some people told me that it will be 7.7, but others say 8.0. I'm sure that you'll have the correct answer. Regards, Jose Huerta http://theremedyforit.com/ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are