Re: Baffled by outgoiong email
Hi, It seems any other well configured mailbox which is in 'Enable' state is doing this job. You can try with putting some wrong info in Email server user password fields in Mailbox Configuration for that particular mailbox. -- Regards, Mayur Vyom Labs Pvt. Ltd. BSM Solutions Services || ITIL Consulting Training Email: [hidden email] http://ars-action-request-system.1093659.n2.nabble.com/user/SendEmail.jtp?t ype=nodenode=7583733i=0 || Web Site: www.vyomlabs.com Follow Vyom Labs http://twitter.com/#!/vyomlabs http://twitter.com/#%21/vyomlabs || http://www.linkedin.com/company/vyom-labs From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: Thursday, November 29, 2012 10:28 PM To: arslist@ARSLIST.ORG Subject: Baffled by outgoiong email ** Hi All, Currently working on a OOB ITSM 7.6.04 implementation don't want to allow outgoing email while users are getting familiar with it. I have disabled the mailbox and all of the OOB notifications. Each day I go onto the ARS Email Messages form and do a 'Create Date' $DATE$ search on outgoing mail, there are emails listed that Send Message: Sent and Date Sent: a date. Really don't want to turn off the email engine if I don't have to do so. What am I missing? Thanks Mark Mark Brittain Remedy Developer ITILv3 Foundation NaviSite - A Time Warner Cable Company mbritt...@navisite.com Office: 315-453-2912 x5335 Mobile: 315-882.5360 _ This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _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: Baffled by outgoiong email
Hi, one more vote for restart the engine if in doubt. Our admins recently set up new Exchange servers. The mailhost alias would resolve to the IP addresses of the new servers when we did a lookup from the shell, however the email engine would still send mails to the old IP... Regards, Michael From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Martinez, Marcelo A Sent: Thursday, November 29, 2012 11:27 PM To: arslist@ARSLIST.ORG Subject: Re: Baffled by outgoiong email ** I've always had to restart the EE after a config change to the mailboxes. In 7.1 and 7.6.04. Marcelo From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tanner, Doug Sent: Thursday, November 29, 2012 2:17 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Baffled by outgoiong email ** Hey Mark, things are well, hope they are with you. I have always found if in doubt restart the email engine :) From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: Thursday, November 29, 2012 1:01 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Baffled by outgoiong email ** Hi Doug, Been a while, hope you are doing well. Why would I need to restart the email engine? I have the com.bmc.arsys.emaildaemon.serverName.Interval=30 In the EmailDaemon.properties. Doesn't that refresh from the setting in the Mailbox config? Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Tanner, Doug Sent: Thursday, November 29, 2012 12:49 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Baffled by outgoiong email ** Mark, Not sure what missing, but one very quick fix, is custom filter low execution order (0-10) that on a submit (outgoing) set send message to no and go to 1000 (Another thought, since you disabled the mailbox, did you restart the email engine?) Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: Thursday, November 29, 2012 11:58 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Baffled by outgoiong email ** Hi All, Currently working on a OOB ITSM 7.6.04 implementation don't want to allow outgoing email while users are getting familiar with it. I have disabled the mailbox and all of the OOB notifications. Each day I go onto the ARS Email Messages form and do a 'Create Date' $DATE$ search on outgoing mail, there are emails listed that Send Message: Sent and Date Sent: a date. Really don't want to turn off the email engine if I don't have to do so. What am I missing? Thanks Mark Mark Brittain Remedy Developer ITILv3 Foundation NaviSite - A Time Warner Cable Company mbritt...@navisite.commailto:mbritt...@navisite.com Office: 315-453-2912 x5335 Mobile: 315-882.5360 This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ This email is subject to certain disclaimers, which may be reviewed via the following link. http://compass-usa.com/Pages/Disclaimer.aspx _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_ This email is subject to certain disclaimers, which may be reviewed via the following link. http://compass-usa.com/Pages/Disclaimer.aspx _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_ ___ 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
Re: sizing requirements 8.0 -- how to get
Hi, renders ok for me. I suggest heading to the following and downloading the snapshot: https://docs.bmc.com/docs/display/public/ars8000/PDFs This way you will have all the content in one PDF and can then reference back to the Wiki for any changes. Cheers Carl http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: 29 November 2012 19:55 To: arslist@ARSLIST.ORG Subject: sizing requirements 8.0 -- how to get ** https://docs.bmc.com/docs/display/public/ars8000/Hardware+requirements shows the following lovely statement.. Hardware requirements Unable to render {include} Couldn't find a space with key: ac81 HUH??? .. anyone help.. -- 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
AUTO: Chris Ingalls is out of the office (returning 12/03/2012)
I am out of the office until 12/03/2012. Please contact Eric Cleereman, Phil Isabell, or Todd Carter for any Remedy related issues. Contact Shannon Snapp for all other items. I can be reached via cell phone for emergencies at 734-864-1240 Note: This is an automated response to your message Re: Baffled by outgoiong email sent on 11/30/2012 3:00:55 AM. 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: sizing requirements 8.0 -- how to get
It was fixed yesterday afternoon by IDD. So it was happening, but was corrected. -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 Carl Wilson Sent: Friday, November 30, 2012 12:30 AM To: arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi, renders ok for me. I suggest heading to the following and downloading the snapshot: https://docs.bmc.com/docs/display/public/ars8000/PDFs This way you will have all the content in one PDF and can then reference back to the Wiki for any changes. Cheers Carl http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: 29 November 2012 19:55 To: arslist@ARSLIST.ORG Subject: sizing requirements 8.0 -- how to get ** https://docs.bmc.com/docs/display/public/ars8000/Hardware+requirements shows the following lovely statement.. Hardware requirements Unable to render {include} Couldn't find a space with key: ac81 HUH??? .. anyone help.. -- 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: sizing requirements 8.0 -- how to get
https://docs.bmc.com/docs/display/itsm7604/Solution+sizing+baseline BMC says this is where to go for Architecture.. so 8 is using what 7 said. On Fri, Nov 30, 2012 at 10:00 AM, Easter, David david_eas...@bmc.comwrote: ** It was fixed yesterday afternoon by IDD. So it was happening, but was corrected. ** ** -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 *Carl Wilson *Sent:* Friday, November 30, 2012 12:30 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: sizing requirements 8.0 -- how to get ** ** ** Hi, renders ok for me. I suggest heading to the following and downloading the snapshot: ** ** https://docs.bmc.com/docs/display/public/ars8000/PDFs ** ** This way you will have all the content in one PDF and can then reference back to the Wiki for any changes. ** ** Cheers Carl ** ** http://www.missingpiecessoftware.com/ ** ** ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *patrick zandi *Sent:* 29 November 2012 19:55 *To:* arslist@ARSLIST.ORG *Subject:* sizing requirements 8.0 -- how to get ** ** ** https://docs.bmc.com/docs/display/public/ars8000/Hardware+requirements shows the following lovely statement.. Hardware requirements *Unable to render {include}** Couldn't find a space with key: ac81* HUH??? .. anyone help.. -- Patrick Zandi _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_ -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
SLM Customization - Help Needed
Hi All, I have a customization on SLM but not getting how to start as i am a fresher to customization. Requirement is : - For Resolution Service Targets, when the service target is met (e.g. Status = Resolved) and then time has passed passes, when the request is re-opened, the amount of business time between the time the service target was met and the current time needs to be added back to the service target goal Here is a scenario to support this, say there is resolution service target with a 4 hr target attached to an 8am – 5pm business time entity. A ticket is opened at 4pm and then resolved at 4:30 which ‘met the service target’. Now at 10am the next business day, the request is reopened. The accumulated total “Open Time”/Elapsed in the SLM:Measurement record for that target should be 3 hours (1 hour from the previous day and 2 hours the next morning as we only count business time) and continue from that point (1 hour remaining in the target) instead of resuming at 30 minutes elapsed time as the out-of-box behavior would be. If the request would have been reopened at 1pm instead of 9am, the request would already have the service target breached. Please help me. -- With regards Shivanand Jeerigiwad ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: sizing requirements 8.0 -- how to get
8.0.00 isn't really much different than 7.6.04 in terms of architecture or resource usage - so the 7.6.04 doc can still be used for general sizing, yes. -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 patrick zandi Sent: Friday, November 30, 2012 8:04 AM To: arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** https://docs.bmc.com/docs/display/itsm7604/Solution+sizing+baseline BMC says this is where to go for Architecture.. so 8 is using what 7 said. On Fri, Nov 30, 2012 at 10:00 AM, Easter, David david_eas...@bmc.commailto:david_eas...@bmc.com wrote: ** It was fixed yesterday afternoon by IDD. So it was happening, but was corrected. -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.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Carl Wilson Sent: Friday, November 30, 2012 12:30 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi, renders ok for me. I suggest heading to the following and downloading the snapshot: https://docs.bmc.com/docs/display/public/ars8000/PDFs This way you will have all the content in one PDF and can then reference back to the Wiki for any changes. Cheers Carl http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: 29 November 2012 19:55 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: sizing requirements 8.0 -- how to get ** https://docs.bmc.com/docs/display/public/ars8000/Hardware+requirements shows the following lovely statement.. Hardware requirements Unable to render {include} Couldn't find a space with key: ac81 HUH??? .. anyone help.. -- Patrick Zandi _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_ _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
Re: sizing requirements 8.0 -- how to get
Hi David, Can one now run the Atrium Core on a separate server from ITSM or is it still required to be on the same server (DB)? Do you have any reference documentation n this if so? Thanks Francois From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Friday, November 30, 2012 6:22 PM To: arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** 8.0.00 isn't really much different than 7.6.04 in terms of architecture or resource usage - so the 7.6.04 doc can still be used for general sizing, yes. -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 patrick zandi Sent: Friday, November 30, 2012 8:04 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** https://docs.bmc.com/docs/display/itsm7604/Solution+sizing+baseline BMC says this is where to go for Architecture.. so 8 is using what 7 said. On Fri, Nov 30, 2012 at 10:00 AM, Easter, David david_eas...@bmc.commailto:david_eas...@bmc.com wrote: ** It was fixed yesterday afternoon by IDD. So it was happening, but was corrected. -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.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Carl Wilson Sent: Friday, November 30, 2012 12:30 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi, renders ok for me. I suggest heading to the following and downloading the snapshot: https://docs.bmc.com/docs/display/public/ars8000/PDFs This way you will have all the content in one PDF and can then reference back to the Wiki for any changes. Cheers Carl http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: 29 November 2012 19:55 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: sizing requirements 8.0 -- how to get ** https://docs.bmc.com/docs/display/public/ars8000/Hardware+requirements shows the following lovely statement.. Hardware requirements Unable to render {include} Couldn't find a space with key: ac81 HUH??? .. anyone help.. -- Patrick Zandi _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_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi _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_ Blue Turtle Technologies (Pty) Limited | Reg. no.: 2003/002610/07 | http://www.blueturtle.co.za Gauteng : Tel: +27 (0)11 206 5600 | Fax: +27 (0)11 206 5606 | Midridge Office Estate, International Business Gateway, cnr New Road Sixth Street, Midrand, 1685 | P O Box 31331, Kyalami, 1684 Western Cape: Tel: +27 (0)87 721 1874 | Fax: +27 (0)21 552 7764 | Unit E6, Century Square, Heron Crescent, Century City, Cape Town, 7446 DISCLAIMER: This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication represents the originator's personal views and opinions, which do not necessarily reflect those of Blue Turtle Technologies (Pty) Ltd. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please immediately notify the sender. Thank you. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: sizing requirements 8.0 -- how to get
Hi Francois, Atrium Core is a collection of multiple services / products - so I can't really answer the question as phrased. Can you point to the documentation that stated that the service you're thinking of needed to be on the same AR System server as ITSM in Atrium Core 7.6.04? Perhaps from that we can determine what service you're referring to and if things have changed in the 8.0.00 documentation. Or you could look through the 8.0.00 documentation on your own to see if you can find the answer: https://docs.bmc.com/docs/display/public/ac80/Home -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 Francois Seegers Sent: Friday, November 30, 2012 8:43 AM To: arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi David, Can one now run the Atrium Core on a separate server from ITSM or is it still required to be on the same server (DB)? Do you have any reference documentation n this if so? Thanks Francois From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Friday, November 30, 2012 6:22 PM To: arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** 8.0.00 isn't really much different than 7.6.04 in terms of architecture or resource usage - so the 7.6.04 doc can still be used for general sizing, yes. -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 patrick zandi Sent: Friday, November 30, 2012 8:04 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** https://docs.bmc.com/docs/display/itsm7604/Solution+sizing+baseline BMC says this is where to go for Architecture.. so 8 is using what 7 said. On Fri, Nov 30, 2012 at 10:00 AM, Easter, David david_eas...@bmc.commailto:david_eas...@bmc.com wrote: ** It was fixed yesterday afternoon by IDD. So it was happening, but was corrected. -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.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Carl Wilson Sent: Friday, November 30, 2012 12:30 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi, renders ok for me. I suggest heading to the following and downloading the snapshot: https://docs.bmc.com/docs/display/public/ars8000/PDFs This way you will have all the content in one PDF and can then reference back to the Wiki for any changes. Cheers Carl http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: 29 November 2012 19:55 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: sizing requirements 8.0 -- how to get ** https://docs.bmc.com/docs/display/public/ars8000/Hardware+requirements shows the following lovely statement.. Hardware requirements Unable to render {include} Couldn't find a space with key: ac81 HUH??? .. anyone help.. -- Patrick Zandi _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_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi _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_ Blue Turtle Technologies (Pty) Limited | Reg. no.: 2003/002610/07 | http://www.blueturtle.co.za Gauteng : Tel: +27 (0)11 206 5600 | Fax: +27 (0)11 206 5606 | Midridge Office Estate, International
Re: ARerror.log file size control
I have also wondered why there are not many option for arerror.log. I am thinking it is left simple because it is a core function that you want to happen every time something there is a system error. By adding more options and making it more complex there is more possibility something can go wrong with writing to the arerror.log when needed. Jason On Tue, Nov 27, 2012 at 9:25 AM, Lisa Kemes lisa.ke...@gmail.com wrote: ** I wonder why there is not a setting in the admin console to create a backup when the arreror.log file is at a certain size? You can do this with all of the other log files (I believe) like SQL.log, Filter.logs, etc. Maybe create an Idea for this in BMC Communities? Lisa On Tue, Nov 27, 2012 at 11:59 AM, Peters, Ron rpet...@columbia.comwrote: ** Check out logrotate. http://linuxcommand.org/man_pages/logrotate8.html*** * ** ** Ron ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Tristan Roppel *Sent:* Tuesday, November 27, 2012 12:31 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: ARerror.log file size control ** ** ** Hi, ** ** i have written a short bash script on the AR server side, which controls with the help of the at Unix command every hour the status of the arerror.log file. ** ** BR ** ** Tristan Am 26.11.2012 um 12:04 schrieb Suresh Loganathan: ** Team, Do we have any option once the arerror.log file meets particular boundary file size then takes the back up and make it as empty? Thanks in Advance, Suresh On Mon, Nov 26, 2012 at 1:31 AM, Neha Khandelwal jbpn...@gmail.com wrote: Hello All, There is a requirement to control size of arerror.log file. Is there any option or setting available through which arerror.log file can be made empty automatically, if it size goes beyond a particular limit. OR The only option is to manually open the file and remove its contents? Thanks in advance Regards Neha ___ 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_ _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: sizing requirements 8.0 -- how to get
There were talks/rumors in the past (maybe I'm incorrect) that with version 8 Atrium with its components (normalization, recon etc.) can run totally on a separate server (not server group) from the ITSM applications. I guess this is only possible in a server group environment. So let's say I have ARS + ITSM on one server and ARS + Atrium on a second independent server and have ITSM apps consuming ci's from this instance? This might be farfetched but just a question... I understand that one can have multiple app servers and split the components using the ranking and having an admin server that process the reconciliation doing the hard work. Thanks Francois From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Friday, November 30, 2012 6:53 PM To: arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi Francois, Atrium Core is a collection of multiple services / products - so I can't really answer the question as phrased. Can you point to the documentation that stated that the service you're thinking of needed to be on the same AR System server as ITSM in Atrium Core 7.6.04? Perhaps from that we can determine what service you're referring to and if things have changed in the 8.0.00 documentation. Or you could look through the 8.0.00 documentation on your own to see if you can find the answer: https://docs.bmc.com/docs/display/public/ac80/Home -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 Francois Seegers Sent: Friday, November 30, 2012 8:43 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi David, Can one now run the Atrium Core on a separate server from ITSM or is it still required to be on the same server (DB)? Do you have any reference documentation n this if so? Thanks Francois From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Friday, November 30, 2012 6:22 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** 8.0.00 isn't really much different than 7.6.04 in terms of architecture or resource usage - so the 7.6.04 doc can still be used for general sizing, yes. -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 patrick zandi Sent: Friday, November 30, 2012 8:04 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** https://docs.bmc.com/docs/display/itsm7604/Solution+sizing+baseline BMC says this is where to go for Architecture.. so 8 is using what 7 said. On Fri, Nov 30, 2012 at 10:00 AM, Easter, David david_eas...@bmc.commailto:david_eas...@bmc.com wrote: ** It was fixed yesterday afternoon by IDD. So it was happening, but was corrected. -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.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Carl Wilson Sent: Friday, November 30, 2012 12:30 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi, renders ok for me. I suggest heading to the following and downloading the snapshot: https://docs.bmc.com/docs/display/public/ars8000/PDFs This way you will have all the content in one PDF and can then reference back to the Wiki for any changes. Cheers Carl http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: 29 November 2012 19:55 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject:
Incident Submitter and License terms - Dear BMC have you mislead us?
I did a search of this year's listings before I asked this question, so I apologize if I missed a thread and am dragging up an old subject. I did see some similar discussions, but nothing specific to this. BMC/Remedy has always promoted the fact that if the server was set to Submitter Mode-Locked (SML) that any user could submit and modify their own records (where $USER$ = Submitter Field ID 2). In ITSM 7.6.04, that level of permission equates to Incident Submitter. So I have a user that is set up as Incident Submitter with a Read license attached to that role and a Read AR license. The user can submit tickets BUT cannot modify their own incident tickets (where $USER$ = Submitter Field ID 2). There is actually workflow in place to prevent this. In order for them to modify their own record, I have to bump that user up to Incident User level, which then requires a Fixed or Floating license. So my question is: Is that not in conflict with one of the major sales arguments BMC made to our organizations, that being our users could submit and modify their own records without a Fixed or Floating license? Tim Powell ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: sizing requirements 8.0 -- how to get
Francois, So, in this case, you are talking about the Atrium CMDB. Note that the CMDB is just one of a number of technologies that are Atrium. There are things like Atrium Orchestrator and Atrium SSO and a number of other products in addition. The products other than the CMDB can be on separate systems without issue. Now, we come back to the CMDB. The CMDB that is being used by the ITSM applications must be on the same logical server instance as the ITSM applications. The CMDB that is being used by SRM must be on the same logical server instance as the SRM application. (However, the SRM application and the ITSM applications could be on separate logical servers - but that is a different discussion.) By logical server, the issue is a single DB instance that may have one or more AR System servers tied to it in a server group. Now, you can have some servers in a server group being used interactively (generally behind a load balancer) and other server(s) that are not. So, you could have a server that is dedicated to just the CMDB and all loading of data and Normalization and Reconciliation would be to a dedicated AR System server instance with no one else accessing it. It would be to the same database. You could go further if needed and have a set of servers tied to interactive use, CMDB data sources loading to a separate server, reconciliation on yet another server, and normalization on still another server. So, if you need to, you could spread the work across many different dedicated servers. We have never seen a customer need to go this far to scale (and we have customers with 80+ MILLION records in their CMDB). We do have quite a number with a dedicated server to the CMDB to isolate the CMDB processing load from interactive use. Now, if you wanted to go a step further, you could have two CMDB instances in your environment. And those two instances could be on separate logical servers. The first would be dedicated to the CMDB and have data loading and Normalization and Reconciliation and whatever else the CMDB needs to do. The second would have a CMDB with just a Production dataset. You would use DSO or AI to load from the first systems production dataset to keep the production dataset COPY on the system with ITSM fully up to date. Now, this is the ultimate in scaling where the load of processing and preparing the CMDB is high so that you want to completely isolate the processing at the DB level. You are just copying the golden dataset to the production system so the load there is dramatically reduced. BUT, you do need the instance that the ITSM applications are using to be local to the ITSM applications. I hope this helps to clarify what is possible with the system. The architecture allows for scaling at many levels. We do not have the option at this time of just direct remote access because that would require the two independent system to be tied from an availability and data content perspective that is just difficult. Think about relationships - they would tie an Incident on one system to a CI on another. There is additional load and complexity and performance and scale ramifications to these types of issues. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Francois Seegers Sent: Friday, November 30, 2012 9:59 AM To: arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** There were talks/rumors in the past (maybe I'm incorrect) that with version 8 Atrium with its components (normalization, recon etc.) can run totally on a separate server (not server group) from the ITSM applications. I guess this is only possible in a server group environment. So let's say I have ARS + ITSM on one server and ARS + Atrium on a second independent server and have ITSM apps consuming ci's from this instance? This might be farfetched but just a question... I understand that one can have multiple app servers and split the components using the ranking and having an admin server that process the reconciliation doing the hard work. Thanks Francois From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Friday, November 30, 2012 6:53 PM To: arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi Francois, Atrium Core is a collection of multiple services / products - so I can't really answer the question as phrased. Can you point to the documentation that stated that the service you're thinking of needed to be on the same AR System server as ITSM in Atrium Core 7.6.04? Perhaps from that we can determine what service you're referring to and if things have changed in the 8.0.00 documentation. Or you could look through the 8.0.00 documentation on your own to see if you can find the answer: https://docs.bmc.com/docs/display/public/ac80/Home -David J. Easter Manager of Product Management, AR
Re: sizing requirements 8.0 -- how to get
Hi Doug, Thanks for making this clear ! Francois From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug Sent: Friday, November 30, 2012 9:14 PM To: arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Francois, So, in this case, you are talking about the Atrium CMDB. Note that the CMDB is just one of a number of technologies that are Atrium. There are things like Atrium Orchestrator and Atrium SSO and a number of other products in addition. The products other than the CMDB can be on separate systems without issue. Now, we come back to the CMDB. The CMDB that is being used by the ITSM applications must be on the same logical server instance as the ITSM applications. The CMDB that is being used by SRM must be on the same logical server instance as the SRM application. (However, the SRM application and the ITSM applications could be on separate logical servers - but that is a different discussion.) By logical server, the issue is a single DB instance that may have one or more AR System servers tied to it in a server group. Now, you can have some servers in a server group being used interactively (generally behind a load balancer) and other server(s) that are not. So, you could have a server that is dedicated to just the CMDB and all loading of data and Normalization and Reconciliation would be to a dedicated AR System server instance with no one else accessing it. It would be to the same database. You could go further if needed and have a set of servers tied to interactive use, CMDB data sources loading to a separate server, reconciliation on yet another server, and normalization on still another server. So, if you need to, you could spread the work across many different dedicated servers. We have never seen a customer need to go this far to scale (and we have customers with 80+ MILLION records in their CMDB). We do have quite a number with a dedicated server to the CMDB to isolate the CMDB processing load from interactive use. Now, if you wanted to go a step further, you could have two CMDB instances in your environment. And those two instances could be on separate logical servers. The first would be dedicated to the CMDB and have data loading and Normalization and Reconciliation and whatever else the CMDB needs to do. The second would have a CMDB with just a Production dataset. You would use DSO or AI to load from the first systems production dataset to keep the production dataset COPY on the system with ITSM fully up to date. Now, this is the ultimate in scaling where the load of processing and preparing the CMDB is high so that you want to completely isolate the processing at the DB level. You are just copying the golden dataset to the production system so the load there is dramatically reduced. BUT, you do need the instance that the ITSM applications are using to be local to the ITSM applications. I hope this helps to clarify what is possible with the system. The architecture allows for scaling at many levels. We do not have the option at this time of just direct remote access because that would require the two independent system to be tied from an availability and data content perspective that is just difficult. Think about relationships - they would tie an Incident on one system to a CI on another. There is additional load and complexity and performance and scale ramifications to these types of issues. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Francois Seegers Sent: Friday, November 30, 2012 9:59 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** There were talks/rumors in the past (maybe I'm incorrect) that with version 8 Atrium with its components (normalization, recon etc.) can run totally on a separate server (not server group) from the ITSM applications. I guess this is only possible in a server group environment. So let's say I have ARS + ITSM on one server and ARS + Atrium on a second independent server and have ITSM apps consuming ci's from this instance? This might be farfetched but just a question... I understand that one can have multiple app servers and split the components using the ranking and having an admin server that process the reconciliation doing the hard work. Thanks Francois From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Friday, November 30, 2012 6:53 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: sizing requirements 8.0 -- how to get ** Hi Francois, Atrium Core is a collection of multiple services / products - so I can't really answer the question as phrased. Can you point to the documentation that stated that the service you're thinking of needed to be on the same AR System server as ITSM in Atrium Core 7.6.04?
Re: OFFLIST - Incident Submitter and License terms - Dear BMC have you mislead us?
And I will venture on to say that I understand that there are some application Role dynamics in play here. Not allowing a DIFFERENT user to make mods to a ticket that's not theirs or where they are not a member of the assignee/owner group is completely understandable. But I am still confused on the business logic behind not allowing a user to update their own ticket beyond work info entries (which of course is really a separate submit). tp From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell Sent: Friday, November 30, 2012 12:07 PM To: arslist@ARSLIST.ORG Subject: Incident Submitter and License terms - Dear BMC have you mislead us? ** I did a search of this year's listings before I asked this question, so I apologize if I missed a thread and am dragging up an old subject. I did see some similar discussions, but nothing specific to this. BMC/Remedy has always promoted the fact that if the server was set to Submitter Mode-Locked (SML) that any user could submit and modify their own records (where $USER$ = Submitter Field ID 2). In ITSM 7.6.04, that level of permission equates to Incident Submitter. So I have a user that is set up as Incident Submitter with a Read license attached to that role and a Read AR license. The user can submit tickets BUT cannot modify their own incident tickets (where $USER$ = Submitter Field ID 2). There is actually workflow in place to prevent this. In order for them to modify their own record, I have to bump that user up to Incident User level, which then requires a Fixed or Floating license. So my question is: Is that not in conflict with one of the major sales arguments BMC made to our organizations, that being our users could submit and modify their own records without a Fixed or Floating license? Tim Powell _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
ADM:Timing Test 4:05pm
Please ignore ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: OFFLIST - Incident Submitter and License terms - Dear BMC have you mislead us?
I'm actually all for not allowing submitters/end users to modify their incidents. Support techs don't re-read tickets. If somebody gets assigned an incident, reads it, then somebody modifies that ticket, how is the assignee supposed to know what was changed? At least forcing them to add work info updates adds a time stamp to their update. Something an assignee could see and know what information is new. And yes, somebody will point out auditing. But that means the tech has to know something was changed, open the audit log, look at the new entries, and then look at previous entries to determine what the previous value was. And if you create a notification to the assignee? Well, that's just one more thing for their auto-delete rule. Bottom line... The locked submitter mode is part of the Action Request System functionality. The ITSM apps are a different product and can't assume everything carries over. Exhibit B: 7.6.04 User Tool. Been one of those days. Jason From: Timothy Powell timothy.pow...@pbs-consulting.com To: arslist@ARSLIST.ORG Sent: Friday, November 30, 2012 2:39 PM Subject: Re: OFFLIST - Incident Submitter and License terms - Dear BMC have you mislead us? ** And I will venture on to say that I understand that there are some application Role dynamics in play here. Not allowing a DIFFERENT user to make mods to a ticket that’s not theirs or where they are not a member of the assignee/owner group is completely understandable. But I am still confused on the business logic behind not allowing a user to update their own ticket beyond work info entries (which of course is really a separate submit). tp From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell Sent: Friday, November 30, 2012 12:07 PM To: arslist@ARSLIST.ORG Subject: Incident Submitter and License terms - Dear BMC have you mislead us? ** I did a search of this year’s listings before I asked this question, so I apologize if I missed a thread and am dragging up an old subject. I did see some similar discussions, but nothing specific to this. BMC/Remedy has always promoted the fact that if the server was set to Submitter Mode-Locked (SML) that any user could submit and modify their own records (where $USER$ = Submitter Field ID 2). In ITSM 7.6.04, that level of permission equates to Incident Submitter. So I have a user that is set up as Incident Submitter with a Read license attached to that role and a Read AR license. The user can submit tickets BUT cannot modify their own incident tickets (where $USER$ = Submitter Field ID 2). There is actually workflow in place to prevent this. In order for them to modify their own record, I have to bump that user up to Incident User level, which then requires a Fixed or Floating license. So my question is: Is that not in conflict with one of the major sales arguments BMC made to our organizations, that being our users could submit and modify their own records without a Fixed or Floating license? Tim Powell _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 Where the Answers Are, and have been for 20 years
Re: OFFLIST - Incident Submitter and License terms - Dear BMC have you mislead us?
The “tech doesn’t know what changed” argument I can actually work with. Makes some sense. But the Submitter Mode Locked only applies to ARS….I don’t buy into that. That’s just playing word games at that point. VERY expensive word games….Either Submitter Mode Locked lets you modify your own records or it doesn’t. M2CW, tp From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Sent: Friday, November 30, 2012 4:57 PM To: arslist@ARSLIST.ORG Subject: Re: OFFLIST - Incident Submitter and License terms - Dear BMC have you mislead us? ** I'm actually all for not allowing submitters/end users to modify their incidents. Support techs don't re-read tickets. If somebody gets assigned an incident, reads it, then somebody modifies that ticket, how is the assignee supposed to know what was changed? At least forcing them to add work info updates adds a time stamp to their update. Something an assignee could see and know what information is new. And yes, somebody will point out auditing. But that means the tech has to know something was changed, open the audit log, look at the new entries, and then look at previous entries to determine what the previous value was. And if you create a notification to the assignee? Well, that's just one more thing for their auto-delete rule. Bottom line... The locked submitter mode is part of the Action Request System functionality. The ITSM apps are a different product and can't assume everything carries over. Exhibit B: 7.6.04 User Tool. Been one of those days. Jason _ From: Timothy Powell timothy.pow...@pbs-consulting.com To: arslist@ARSLIST.ORG Sent: Friday, November 30, 2012 2:39 PM Subject: Re: OFFLIST - Incident Submitter and License terms - Dear BMC have you mislead us? ** And I will venture on to say that I understand that there are some application Role dynamics in play here. Not allowing a DIFFERENT user to make mods to a ticket that’s not theirs or where they are not a member of the assignee/owner group is completely understandable. But I am still confused on the business logic behind not allowing a user to update their own ticket beyond work info entries (which of course is really a separate submit). tp From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell Sent: Friday, November 30, 2012 12:07 PM To: arslist@ARSLIST.ORG Subject: Incident Submitter and License terms - Dear BMC have you mislead us? ** I did a search of this year’s listings before I asked this question, so I apologize if I missed a thread and am dragging up an old subject. I did see some similar discussions, but nothing specific to this. BMC/Remedy has always promoted the fact that if the server was set to Submitter Mode-Locked (SML) that any user could submit and modify their own records (where $USER$ = Submitter Field ID 2). In ITSM 7.6.04, that level of permission equates to Incident Submitter. So I have a user that is set up as Incident Submitter with a Read license attached to that role and a Read AR license. The user can submit tickets BUT cannot modify their own incident tickets (where $USER$ = Submitter Field ID 2). There is actually workflow in place to prevent this. In order for them to modify their own record, I have to bump that user up to Incident User level, which then requires a Fixed or Floating license. So my question is: Is that not in conflict with one of the major sales arguments BMC made to our organizations, that being our users could submit and modify their own records without a Fixed or Floating license? Tim Powell _attend WWRUG12 www.wwrug.com http://www.wwrug.com/ ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years