SLM8.0 installation server group

[frex popo]

Dear all,

​The SLM8.0 installer,in one of the installation screens, requests you to
agree that "proceeding with the installation any customizations that are
not in overlays or custom objects" will be overwitten. But this is an
installation in a secondary server (server group) and not the primary, and
you can not proceed unless your click on agree.

I can't chance it as it take ages to retore the database.

Anyone come across this in some SLM installation?

Many thanks
frex

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: SLM8.0 installation server group

[frex popo]

Ignore!
Resolved!​

On Fri, Sep 18, 2015 at 9:03 AM, frex popo  wrote:

> Dear all,
>
> ​The SLM8.0 installer,in one of the installation screens, requests you to
> agree that "proceeding with the installation any customizations that are
> not in overlays or custom objects" will be overwitten. But this is an
> installation in a secondary server (server group) and not the primary, and
> you can not proceed unless your click on agree.
>
> I can't chance it as it take ages to retore the database.
>
> Anyone come across this in some SLM installation?
>
> Many thanks
> frex
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Biggest DB server in ARSLand — and average DBs.

[John Sundberg]

Just wondering …

What are some of the big ARS environments (specifically the DB) out there?

What is DB type (Oracle, Microsoft, ???)
Number of DB servers in cluster
Total DB size
Number of simultaneous users ???
Number of tickets per day ??? (the major system(s) — not helper records)

Actually — I am really wondering — what is “normal” … what is “abnormal”.

Thanks and have a great day.

-John



-- 

*John Sundberg*
Kinetic Data, Inc.
"Your business. Your process."

651-556-0930 I john.sundb...@kineticdata.com
www.kineticdata.com I community.kineticdata.com

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Biggest DB server in ARSLand — and average DBs.

[Kelly Gatewood]

John,

Microsoft SQL 2014
DB Servers – 4 (Active/Active)
DB Size – 1TB (2 TB Allocated)
Concurrent users 1800
300k records/month

Kelly Gatewood

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of John Sundberg
Sent: Friday, September 18, 2015 7:41 AM
To: arslist@ARSLIST.ORG
Subject: [EXTERNAL] Biggest DB server in ARSLand — and average DBs.

**
Just wondering …

What are some of the big ARS environments (specifically the DB) out there?

What is DB type (Oracle, Microsoft, ???)
Number of DB servers in cluster
Total DB size
Number of simultaneous users ???
Number of tickets per day ??? (the major system(s) — not helper records)

Actually — I am really wondering — what is “normal” … what is “abnormal”.

Thanks and have a great day.

-John



--

John Sundberg
Kinetic Data, Inc.
"Your business. Your process."

651-556-0930 I 
john.sundb...@kineticdata.com
www.kineticdata.com I 
community.kineticdata.com


_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"

Making remedy available to general public

[Isabel Irving]

Hello!

We have a Remedy system which is used internally by a call centre to log calls 
on behalf of the general public.

We are now thinking about whether it would be possible to allow the general 
public to log their own requests.

What would you recommend in terms of authentication and security?  Would this 
need a 3rd party app on the front end?

We would want to make it easy for the general public to submit a request(and 
maybe to see updates or cancel a request they have raised) but we would also 
want to be sure we are not inviting hackers.  

I've had a search around BMC and the ARS List and haven't found any obvious 
answers - I guess there are a lot of different options out there.  We'd be 
looking for something that is easily set up and that would mean we can add 
categories, business rules etc to Remedy without having to also update the 
rules and categories in a 3rd party app.

Any tips?
Thanks!
Isabel

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Making remedy available to general public

[Rick Cook]

Well, the first thing you will have to do is put your web server outside of
your firewall.  Then secure the heck out of it, and make sure you control
tightly the pipeline to your AR Server, which will be inside of your
firewall.

You might consider having your web programmers build the screen and collect
the data, and then use a Web Service or API call to generate the Remedy
request.

Rick
On Sep 18, 2015 7:48 AM, "Isabel Irving" 
wrote:

> Hello!
>
> We have a Remedy system which is used internally by a call centre to log
> calls on behalf of the general public.
>
> We are now thinking about whether it would be possible to allow the
> general public to log their own requests.
>
> What would you recommend in terms of authentication and security?  Would
> this need a 3rd party app on the front end?
>
> We would want to make it easy for the general public to submit a
> request(and maybe to see updates or cancel a request they have raised) but
> we would also want to be sure we are not inviting hackers.
>
> I've had a search around BMC and the ARS List and haven't found any
> obvious answers - I guess there are a lot of different options out there.
> We'd be looking for something that is easily set up and that would mean we
> can add categories, business rules etc to Remedy without having to also
> update the rules and categories in a 3rd party app.
>
> Any tips?
> Thanks!
> Isabel
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "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"

Re: Making remedy available to general public

[Hennigan, Sandra, CTR, DSS]

Isabel,

Have you looked at or considered using Service Request Management (SRM) and/or 
MyIT as the customer facing interface? (That is of course, after providing 
external access to your AR System.)

Thank you,

Sandra


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Isabel Irving
Sent: Friday, September 18, 2015 10:48 AM
To: arslist@ARSLIST.ORG
Subject: Making remedy available to general public

Hello!

We have a Remedy system which is used internally by a call centre to log calls 
on behalf of the general public.

We are now thinking about whether it would be possible to allow the general 
public to log their own requests.

What would you recommend in terms of authentication and security?  Would this 
need a 3rd party app on the front end?

We would want to make it easy for the general public to submit a request(and 
maybe to see updates or cancel a request they have raised) but we would also 
want to be sure we are not inviting hackers.

I've had a search around BMC and the ARS List and haven't found any obvious 
answers - I guess there are a lot of different options out there.  We'd be 
looking for something that is easily set up and that would mean we can add 
categories, business rules etc to Remedy without having to also update the 
rules and categories in a 3rd party app.

Any tips?
Thanks!
Isabel

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "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"


smime.p7s
Description: S/MIME cryptographic signature

Re: Making remedy available to general public

[Candace DeCou]

Isabel - another possibility I have seen used at a previous employer is to
set up some sort of email address (on or more) that can be used by external
people outside of the system.  When emails are sent to that address from
your 'public' requester's, it can hit the system and get put through some
filters to send it to the correct support queue or group.  This worked very
well for us with a number of different external emails that we needed to be
able to manage inside a restricted ARS environment.  The only requirement
here is that the incoming email address must route to the Remedy Email
Engine and not get filtered out by some other environmental constraints.
Once it hits, set up filters looking for specified strings to tell it what
to do from there.

Hope this helps as a possible solution.

Candace

On Fri, Sep 18, 2015 at 7:47 AM, Isabel Irving 
wrote:

> Hello!
>
> We have a Remedy system which is used internally by a call centre to log
> calls on behalf of the general public.
>
> We are now thinking about whether it would be possible to allow the
> general public to log their own requests.
>
> What would you recommend in terms of authentication and security?  Would
> this need a 3rd party app on the front end?
>
> We would want to make it easy for the general public to submit a
> request(and maybe to see updates or cancel a request they have raised) but
> we would also want to be sure we are not inviting hackers.
>
> I've had a search around BMC and the ARS List and haven't found any
> obvious answers - I guess there are a lot of different options out there.
> We'd be looking for something that is easily set up and that would mean we
> can add categories, business rules etc to Remedy without having to also
> update the rules and categories in a 3rd party app.
>
> Any tips?
> Thanks!
> Isabel
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "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"

Re: Making remedy available to general public

[Timothy Powell]

Expanding on what Candace said, you can also have a hybrid solution that’s easy 
on the user and more secure for you.

Your external web site could have all the fields you need to create the ticket 
and be user friendly. Then when the users “submits” the request on the external 
web site, the data posts to an email instead of a database. The post to email 
can be formatted as you want it to be and then sent to the remedy system. Then 
since you defined the formatting, parsing it on the email engine side should be 
easy.

 

HTH,

Tim

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Candace DeCou
Sent: Friday, September 18, 2015 11:41 AM
To: arslist@ARSLIST.ORG
Subject: Re: Making remedy available to general public

 

** 

Isabel - another possibility I have seen used at a previous employer is to set 
up some sort of email address (on or more) that can be used by external people 
outside of the system.  When emails are sent to that address from your 'public' 
requester's, it can hit the system and get put through some filters to send it 
to the correct support queue or group.  This worked very well for us with a 
number of different external emails that we needed to be able to manage inside 
a restricted ARS environment.  The only requirement here is that the incoming 
email address must route to the Remedy Email Engine and not get filtered out by 
some other environmental constraints.  Once it hits, set up filters looking for 
specified strings to tell it what to do from there.

Hope this helps as a possible solution.

Candace

 

On Fri, Sep 18, 2015 at 7:47 AM, Isabel Irving mailto:isabel.irv...@access.uk.com> > wrote:

Hello!

We have a Remedy system which is used internally by a call centre to log calls 
on behalf of the general public.

We are now thinking about whether it would be possible to allow the general 
public to log their own requests.

What would you recommend in terms of authentication and security?  Would this 
need a 3rd party app on the front end?

We would want to make it easy for the general public to submit a request(and 
maybe to see updates or cancel a request they have raised) but we would also 
want to be sure we are not inviting hackers.

I've had a search around BMC and the ARS List and haven't found any obvious 
answers - I guess there are a lot of different options out there.  We'd be 
looking for something that is easily set up and that would mean we can add 
categories, business rules etc to Remedy without having to also update the 
rules and categories in a 3rd party app.

Any tips?
Thanks!
Isabel

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
 
"Where the Answers Are, and have been for 20 years"

 

_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"

Re: Time Zone for UTC

[Keller, Aaron]

Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

GMT = UTC

They are the same.  GMT DOES NOT obey daylight savings time.  It is the same as 
UTC.

IST or BST or CEST (if in Antarctica) or a handful of other options are all 
used for when you want daylight Savings Time offsets.

So, you should be able to put GMT and get the desired result.   (I actually 
thought you could put UTC as well, but checking some searches on the web I see 
that it seems that GMT is the successor to UTC so that term has replaced UTC in 
most libraries of timezones.)

Have you tried using GMT and are getting offsets due to daylight savings time?  
 If so, please report this as it should not be happening.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Thursday, September 17, 2015 1:36 PM
To: arslist@ARSLIST.ORG
Subject: Time Zone for UTC

**
I have users that would like to have dates shown in Coordinated Universal Time 
- UTC.
In other words, not just GMT+0, but also no Daylight Saving Time adjustment.

But I cannot seem to find a time zone setting (in the 'AR System User 
Preference' form, 'time zone' field) to do this.
I submitted a ticket to BMC, and got a call back telling me that there is no 
way to do that.

Really?  Is there really NO WAY to display Date/Time fields in UTC?!?


Thanks-
-drake
_ARSlist: "Where the Answers Are" and have been for 20 years_
_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"

Re: Making remedy available to general public

[Jason Miller]

You beat me to it Tim!  As much as I hate email integrations (well ok, they
have a place but I don't like as the first option) we used this method when
there was a need for patients to report issues with our patient portal. It
is quick to setup and you do not need to expose any of your Remedy
infrastructure to the world. Of course that was only for submitting.
Viewing and updating requests would take a little more work/integration.

One tip...  We did have an instance where thousands (if not 10's of
thousands) of incidents were created when somebody found a SQL injection
vector in the patient portal. Spending a few extra development cycles to
put a check/throttle on the Remedy side might pay off if you go this route.

Jason

On Fri, Sep 18, 2015 at 9:00 AM, Timothy Powell <
timothy.pow...@pbs-consulting.com> wrote:

> **
>
> Expanding on what Candace said, you can also have a hybrid solution that’s
> easy on the user and more secure for you.
>
> Your external web site could have all the fields you need to create the
> ticket and be user friendly. Then when the users “submits” the request on
> the external web site, the data posts to an email instead of a database.
> The post to email can be formatted as you want it to be and then sent to
> the remedy system. Then since you defined the formatting, parsing it on the
> email engine side should be easy.
>
>
>
> HTH,
>
> Tim
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Candace DeCou
> *Sent:* Friday, September 18, 2015 11:41 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Making remedy available to general public
>
>
>
> **
>
> Isabel - another possibility I have seen used at a previous employer is to
> set up some sort of email address (on or more) that can be used by external
> people outside of the system.  When emails are sent to that address from
> your 'public' requester's, it can hit the system and get put through some
> filters to send it to the correct support queue or group.  This worked very
> well for us with a number of different external emails that we needed to be
> able to manage inside a restricted ARS environment.  The only requirement
> here is that the incoming email address must route to the Remedy Email
> Engine and not get filtered out by some other environmental constraints.
> Once it hits, set up filters looking for specified strings to tell it what
> to do from there.
>
> Hope this helps as a possible solution.
>
> Candace
>
>
>
> On Fri, Sep 18, 2015 at 7:47 AM, Isabel Irving <
> isabel.irv...@access.uk.com> wrote:
>
> Hello!
>
> We have a Remedy system which is used internally by a call centre to log
> calls on behalf of the general public.
>
> We are now thinking about whether it would be possible to allow the
> general public to log their own requests.
>
> What would you recommend in terms of authentication and security?  Would
> this need a 3rd party app on the front end?
>
> We would want to make it easy for the general public to submit a
> request(and maybe to see updates or cancel a request they have raised) but
> we would also want to be sure we are not inviting hackers.
>
> I've had a search around BMC and the ARS List and haven't found any
> obvious answers - I guess there are a lot of different options out there.
> We'd be looking for something that is easily set up and that would mean we
> can add categories, business rules etc to Remedy without having to also
> update the rules and categories in a 3rd party app.
>
> Any tips?
> Thanks!
> Isabel
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> _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"

Re: Making remedy available to general public

[Candace DeCou]

O yeah, we didn't allow any public users to actually interact with
their submissions.  They were all handled individually by real people in
the various affected groups who would either respond directly back to them
via email or call, snail mail or otherwise handle it directly.  I'm glad I
never got any of those darn SQL injection vectors - would've had to bring
out the heavy duty bug spray I think.
ROFLOL

On Fri, Sep 18, 2015 at 9:45 AM, Jason Miller 
wrote:

> **
> You beat me to it Tim!  As much as I hate email integrations (well ok,
> they have a place but I don't like as the first option) we used this method
> when there was a need for patients to report issues with our patient
> portal. It is quick to setup and you do not need to expose any of your
> Remedy infrastructure to the world. Of course that was only for submitting.
> Viewing and updating requests would take a little more work/integration.
>
> One tip...  We did have an instance where thousands (if not 10's of
> thousands) of incidents were created when somebody found a SQL injection
> vector in the patient portal. Spending a few extra development cycles to
> put a check/throttle on the Remedy side might pay off if you go this route.
>
> Jason
>
> On Fri, Sep 18, 2015 at 9:00 AM, Timothy Powell <
> timothy.pow...@pbs-consulting.com> wrote:
>
>> **
>>
>> Expanding on what Candace said, you can also have a hybrid solution
>> that’s easy on the user and more secure for you.
>>
>> Your external web site could have all the fields you need to create the
>> ticket and be user friendly. Then when the users “submits” the request on
>> the external web site, the data posts to an email instead of a database.
>> The post to email can be formatted as you want it to be and then sent to
>> the remedy system. Then since you defined the formatting, parsing it on the
>> email engine side should be easy.
>>
>>
>>
>> HTH,
>>
>> Tim
>>
>>
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Candace DeCou
>> *Sent:* Friday, September 18, 2015 11:41 AM
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Making remedy available to general public
>>
>>
>>
>> **
>>
>> Isabel - another possibility I have seen used at a previous employer is
>> to set up some sort of email address (on or more) that can be used by
>> external people outside of the system.  When emails are sent to that
>> address from your 'public' requester's, it can hit the system and get put
>> through some filters to send it to the correct support queue or group.
>> This worked very well for us with a number of different external emails
>> that we needed to be able to manage inside a restricted ARS environment.
>> The only requirement here is that the incoming email address must route to
>> the Remedy Email Engine and not get filtered out by some other
>> environmental constraints.  Once it hits, set up filters looking for
>> specified strings to tell it what to do from there.
>>
>> Hope this helps as a possible solution.
>>
>> Candace
>>
>>
>>
>> On Fri, Sep 18, 2015 at 7:47 AM, Isabel Irving <
>> isabel.irv...@access.uk.com> wrote:
>>
>> Hello!
>>
>> We have a Remedy system which is used internally by a call centre to log
>> calls on behalf of the general public.
>>
>> We are now thinking about whether it would be possible to allow the
>> general public to log their own requests.
>>
>> What would you recommend in terms of authentication and security?  Would
>> this need a 3rd party app on the front end?
>>
>> We would want to make it easy for the general public to submit a
>> request(and maybe to see updates or cancel a request they have raised) but
>> we would also want to be sure we are not inviting hackers.
>>
>> I've had a search around BMC and the ARS List and haven't found any
>> obvious answers - I guess there are a lot of different options out there.
>> We'd be looking for something that is easily set up and that would mean we
>> can add categories, business rules etc to Remedy without having to also
>> update the rules and categories in a 3rd party app.
>>
>> Any tips?
>> Thanks!
>> Isabel
>>
>>
>> ___
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> "Where the Answers Are, and have been for 20 years"
>>
>>
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>
> _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"

Re: Making remedy available to general public

[Roger Justice]

The solution Tim provided is also the way that you can insure that the License 
agreement is met. If you review your SRM licenses they are for Named users and 
not generic users. This is outside of the Fixed/Floating concept since it 
relates to the User form and not the People form. 
 
 
-Original Message-
From: Timothy Powell 
To: arslist 
Sent: Fri, Sep 18, 2015 12:01 pm
Subject: Re: Making remedy available to general public


**   
  
Expanding on what Candace said, you can also have a hybrid solution that’s easy 
on the user and more secure for you.
  
Your external web site could have all the fields you need to create the ticket 
and be user friendly. Then when the users “submits” the request on the external 
web site, the data posts to an email instead of a database. The post to email 
can be formatted as you want it to be and then sent to the remedy system. Then 
since you defined the formatting, parsing it on the email engine side should be 
easy.
  
 
  
HTH,
  
Tim
  
 
  
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Candace DeCou
Sent: Friday, September 18, 2015 11:41 AM
To: arslist@ARSLIST.ORG
Subject: Re: Making remedy available to general public
  
 
  
** 
  
   

 
Isabel - another possibility I have seen used at a previous employer is to set 
up some sort of email address (on or more) that can be used by external people 
outside of the system.  When emails are sent to that address from your 'public' 
requester's, it can hit the system and get put through some filters to send it 
to the correct support queue or group.  This worked very well for us with a 
number of different external emails that we needed to be able to manage inside 
a restricted ARS environment.  The only requirement here is that the incoming 
email address must route to the Remedy Email Engine and not get filtered out by 
some other environmental constraints.  Once it hits, set up filters looking for 
specified strings to tell it what to do from there.


Hope this helps as a possible solution.
   
   
Candace
  
  
   
 
   

On Fri, Sep 18, 2015 at 7:47 AM, Isabel Irving  
wrote:

 
Hello!

We have a Remedy system which is used internally by a call centre to log calls 
on behalf of the general public.

We are now thinking about whether it would be possible to allow the general 
public to log their own requests.

What would you recommend in terms of authentication and security?  Would this 
need a 3rd party app on the front end?

We would want to make it easy for the general public to submit a request(and 
maybe to see updates or cancel a request they have raised) but we would also 
want to be sure we are not inviting hackers.

I've had a search around BMC and the ARS List and haven't found any obvious 
answers - I guess there are a lot of different options out there.  We'd be 
looking for something that is easily set up and that would mean we can add 
categories, business rules etc to Remedy without having to also update the 
rules and categories in a 3rd party app.

Any tips?
Thanks!
Isabel

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

   
   
 
  
  
_ARSlist: "Where the Answers Are" and have been for 20 years_ 
 
 _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"

Re: Time Zone for UTC

[Mueller, Doug]

Drake,

So, I found that the UI doesn't list GMT as a timezone by itself.  I expected 
it to and I think it should myself...  but that doesn't help you.

I did go to

http://wwp.greenwichmeantime.com/countries.htm

to get a list of all countries that do not obey any type of daylight savings 
time scheme.

Then, looking through that list to find countries that are in GMT zone that 
don't use daylight savings time.  That includes

Antarctica
Gambia
Ghana
Guinea Bissau
Iceland
Liberia
Mali
Mauritania
Morocco
Senegal

So, if you find a timezone for one of these countries.  You will get what 
you want - GMT without timezone adjustment.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 9:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

GMT = UTC

They are the same.  GMT DOES NOT obey daylight savings time.  It is the same as 
UTC.

IST or BST or CEST (if in Antarctica) or a handful of other options are all 
used for when you want daylight Savings Time offsets.

So, you should be able to put GMT and get the desired result.   (I actually 
thought you could put UTC as well, but checking some searches on the web I see 
that it seems that GMT is the successor to UTC so that term has replaced UTC in 
most libraries of timezones.)

Have you tried using GMT and are getting offsets due to daylight savings time?  
 If so, please report this as it should not be happening.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Thursday, September 17, 2015 1:36 PM
To: arslist@ARSLIST.ORG
Subject: Time Zone for UTC

**
I have users that would like to have dates shown in Coordinated Universal Time 
- UTC.
In other words, not just GMT+0, but also no Daylight Saving Time adjustment.

But I cannot seem to find a time zone setting (in the 'AR System User 
Preference' form, 'time zone' field) to do this.
I submitted a ticket to BMC, and got a call back telling me that there is no 
way to do that.

Really?  Is there really NO WAY to display Date/Time fields in UTC?!?


Thanks-
-drake
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_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"

Re: Making remedy available to general public

[John Sundberg]

I would recommend looking at Kinetic Request.
http://www.kineticdata.com/products/request/

Works with Remedy out of the box…

Works with Remedy and many other solutions too.
100% configuration based solution (so you don’t need to modify your Remedy
system). (This is important for an external customer facing solution … if
you find an issue — you don’t want to wait for a change mgmt window so you
can update a filter or active link)

We have worked with a number of TELCOs (in a variety of ways) (All with
Remedy behind the scenes)
TELUS, Brighthouse, Vodafone, ATT, Comcast…
(Just had Brighthouse in our offices this week — some smart people)

A couple samples here: (under screenshots)
http://kiosk.kineticdata.com/products/request/

You will like Kinetic.

Very highlevel …
BMC gives you a library of 100 things to start — 100 enabled — and you have
to “turn off” 95.
Kinetic gives you a library of 100 things to start —  0 enabled — and you
turn on 5.

You do not give external customers 80 things … (options, wizards, bells,
etc…) … you keep in very minimal very straightforward and simple.

Kinetic allows you to release the system you envision, vs releasing the
system the vendor envisions.

-John





On Fri, Sep 18, 2015 at 9:47 AM, Isabel Irving 
wrote:

> Hello!
>
> We have a Remedy system which is used internally by a call centre to log
> calls on behalf of the general public.
>
> We are now thinking about whether it would be possible to allow the
> general public to log their own requests.
>
> What would you recommend in terms of authentication and security?  Would
> this need a 3rd party app on the front end?
>
> We would want to make it easy for the general public to submit a
> request(and maybe to see updates or cancel a request they have raised) but
> we would also want to be sure we are not inviting hackers.
>
> I've had a search around BMC and the ARS List and haven't found any
> obvious answers - I guess there are a lot of different options out there.
> We'd be looking for something that is easily set up and that would mean we
> can add categories, business rules etc to Remedy without having to also
> update the rules and categories in a 3rd party app.
>
> Any tips?
> Thanks!
> Isabel
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>



-- 

*John Sundberg*
Kinetic Data, Inc.
"Your business. Your process."

651-556-0930 I john.sundb...@kineticdata.com
www.kineticdata.com I community.kineticdata.com

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

MYIT 2.5 App Zone Error - How to Disable Application Zone

[BradRemedy]

Hi

We are running MYIT 2.5 patch 001 on our system and have noticed in the ux
log files that there is the following error:

*20:03:45.858 | http-bio-9000-exec-44  | ERROR   |
c.b.b.m.service.UsersServiceImpl | AppZone Error*
*com.bmc.bsm.myit.service.exceptions.ServiceException:
org.apache.http.conn.HttpHostConnectException: Connect to
my.enterpriseappzone.com.:443 [my.enterpriseappzone.com./208.39.112.205
] failed: Connection timed out: connect*

Now we dont have a app zone and don't plan to use a app zone and the one
configured and mentioned above is the OOTB configuration. I have checked in
the admin tool and cannot find a way to disable the app zone - does anyone
know how to do this? While the application is performing with no problems,
I hate seeing this error in the log file and I am not 100% certain that it
is not causing slight performance problems each time it tries to connect to
the application store.

Any advice is appreciated.

Regards
Brad

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: MYIT 2.5 App Zone Error - How to Disable Application Zone

[John Sundberg]

Exhibit a.
(see previous post by me)

-John



On Fri, Sep 18, 2015 at 1:29 PM, BradRemedy  wrote:

> **
> Hi
>
> We are running MYIT 2.5 patch 001 on our system and have noticed in the ux
> log files that there is the following error:
>
> *20:03:45.858 | http-bio-9000-exec-44  | ERROR   |
> c.b.b.m.service.UsersServiceImpl | AppZone Error*
> *com.bmc.bsm.myit.service.exceptions.ServiceException:
> org.apache.http.conn.HttpHostConnectException: Connect to
> my.enterpriseappzone.com.:443 [my.enterpriseappzone.com./208.39.112.205
> ] failed: Connection timed out: connect*
>
> Now we dont have a app zone and don't plan to use a app zone and the one
> configured and mentioned above is the OOTB configuration. I have checked in
> the admin tool and cannot find a way to disable the app zone - does anyone
> know how to do this? While the application is performing with no problems,
> I hate seeing this error in the log file and I am not 100% certain that it
> is not causing slight performance problems each time it tries to connect to
> the application store.
>
> Any advice is appreciated.
>
> Regards
> Brad
> _ARSlist: "Where the Answers Are" and have been for 20 years_




-- 

*John Sundberg*
Kinetic Data, Inc.
"Your business. Your process."

651-556-0930 I john.sundb...@kineticdata.com
www.kineticdata.com I community.kineticdata.com

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Time Zone for UTC

[Mueller, Doug]

Aaron  (OK, so I am randomly changing your name to Drake occasionally),

I found

In User Preferences set Time Zone to "Greenwich Mean Time - Africa/Casablanca 
-> Africa/Casablanca"

Solves your problem.  Why?  Because it is tied to Morroco which doesn't obey 
daylight savings time

Note that there may be others that do the same thing.  Check out timezones for 
the other countries below and pick your favorite

Doug

From: Mueller, Doug
Sent: Friday, September 18, 2015 10:29 AM
To: 'arslist@ARSLIST.ORG' 
Subject: RE: Time Zone for UTC

Drake,

So, I found that the UI doesn't list GMT as a timezone by itself.  I expected 
it to and I think it should myself...  but that doesn't help you.

I did go to

http://wwp.greenwichmeantime.com/countries.htm

to get a list of all countries that do not obey any type of daylight savings 
time scheme.

Then, looking through that list to find countries that are in GMT zone that 
don't use daylight savings time.  That includes

Antarctica
Gambia
Ghana
Guinea Bissau
Iceland
Liberia
Mali
Mauritania
Morocco
Senegal

So, if you find a timezone for one of these countries.  You will get what 
you want - GMT without timezone adjustment.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 9:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

GMT = UTC

They are the same.  GMT DOES NOT obey daylight savings time.  It is the same as 
UTC.

IST or BST or CEST (if in Antarctica) or a handful of other options are all 
used for when you want daylight Savings Time offsets.

So, you should be able to put GMT and get the desired result.   (I actually 
thought you could put UTC as well, but checking some searches on the web I see 
that it seems that GMT is the successor to UTC so that term has replaced UTC in 
most libraries of timezones.)

Have you tried using GMT and are getting offsets due to daylight savings time?  
 If so, please report this as it should not be happening.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Thursday, September 17, 2015 1:36 PM
To: arslist@ARSLIST.ORG
Subject: Time Zone for UTC

**
I have users that would like to have dates shown in Coordinated Universal Time 
- UTC.
In other words, not just GMT+0, but also no Daylight Saving Time adjustment.

But I cannot seem to find a time zone setting (in the 'AR System User 
Preference' form, 'time zone' field) to do this.
I submitted a ticket to BMC, and got a call back telling me that there is no 
way to do that.

Really?  Is there really NO WAY to display Date/Time fields in UTC?!?


Thanks-
-drake
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_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"

Re: Time Zone for UTC

[Fannin, Teresa S.]

I hate to be the give you bad news but we are use Greenwich Mean Time - 
Africa/Casablanca -> Africa/Casablanca"
and it does use DST.I was finding the whole chain  interesting because we 
having the same issue.


Time Zone
Africa/Casablanca

Current Date and Time in Africa/Casablanca
Fri 18-Sep-2015 07:50 P.M.

Country
Morocco

Daylight Saving Time (DST) in effect?
Yes

Most Recent DST Transition
DST began on Sat 18-Jul-2015 at 02:00:00 A.M. when local clocks were set 
forward 1 hour



Time Zone
Etc/GMT+0

Current Date and Time in Etc/GMT+0
Fri 18-Sep-2015 06:58 P.M.

Country
unavailable

Daylight Saving Time (DST) in effect?
No

Most Recent DST Transition
The Etc/GMT+0 time zone has never observed Daylight Saving Time.



From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Friday, September 18, 2015 1:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Aaron  (OK, so I am randomly changing your name to Drake occasionally),

I found

In User Preferences set Time Zone to "Greenwich Mean Time - Africa/Casablanca 
-> Africa/Casablanca"

Solves your problem.  Why?  Because it is tied to Morroco which doesn't obey 
daylight savings time

Note that there may be others that do the same thing.  Check out timezones for 
the other countries below and pick your favorite

Doug

From: Mueller, Doug
Sent: Friday, September 18, 2015 10:29 AM
To: 'arslist@ARSLIST.ORG' mailto:arslist@ARSLIST.ORG>>
Subject: RE: Time Zone for UTC

Drake,

So, I found that the UI doesn't list GMT as a timezone by itself.  I expected 
it to and I think it should myself...  but that doesn't help you.

I did go to

http://wwp.greenwichmeantime.com/countries.htm

to get a list of all countries that do not obey any type of daylight savings 
time scheme.

Then, looking through that list to find countries that are in GMT zone that 
don't use daylight savings time.  That includes

Antarctica
Gambia
Ghana
Guinea Bissau
Iceland
Liberia
Mali
Mauritania
Morocco
Senegal

So, if you find a timezone for one of these countries.  You will get what 
you want - GMT without timezone adjustment.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 9:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

GMT = UTC

They are the same.  GMT DOES NOT obey daylight savings time.  It is the same as 
UTC.

IST or BST or CEST (if in Antarctica) or a handful of other options are all 
used for when you want daylight Savings Time offsets.

So, you should be able to put GMT and get the desired result.   (I actually 
thought you could put UTC as well, but checking some searches on the web I see 
that it seems that GMT is the successor to UTC so that term has replaced UTC in 
most libraries of timezones.)

Have you tried using GMT and are getting offsets due to daylight savings time?  
 If so, please report this as it should not be happening.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Thursday, September 17, 2015 1:36 PM
To: arslist@ARSLIST.ORG
Subject: Time Zone for UTC

**
I have users that would like to have dates shown in Coordinated Universal Time 
- UTC.
In other words, not just GMT+0, but also no Daylight Saving Time adjustment.

But I cannot seem to find a time zone setting (in the 'AR System User 
Preference' form, 'time zone' field) to do th

Re: Time Zone for UTC

[Mueller, Doug]

Our tests show that it is NOT obeying Daylight Savings time and we are seeing 
it obey GMT at all times.

Not sure what the inconsistency is.

I know that India which doesn't have a DST obey does the right thing year round 
and there is no time change - it is just not GMT based it is 5:30 ahead so that 
doesn't help you.

Morocco is not supposed to obey DST so it should work (and does work for our 
tests).

Doug

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Fannin, Teresa S.
Sent: Friday, September 18, 2015 11:59 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
I hate to be the give you bad news but we are use Greenwich Mean Time - 
Africa/Casablanca -> Africa/Casablanca"
and it does use DST.I was finding the whole chain  interesting because we 
having the same issue.


Time Zone
Africa/Casablanca

Current Date and Time in Africa/Casablanca
Fri 18-Sep-2015 07:50 P.M.

Country
Morocco

Daylight Saving Time (DST) in effect?
Yes

Most Recent DST Transition
DST began on Sat 18-Jul-2015 at 02:00:00 A.M. when local clocks were set 
forward 1 hour



Time Zone
Etc/GMT+0

Current Date and Time in Etc/GMT+0
Fri 18-Sep-2015 06:58 P.M.

Country
unavailable

Daylight Saving Time (DST) in effect?
No

Most Recent DST Transition
The Etc/GMT+0 time zone has never observed Daylight Saving Time.



From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Friday, September 18, 2015 1:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Aaron  (OK, so I am randomly changing your name to Drake occasionally),

I found

In User Preferences set Time Zone to "Greenwich Mean Time - Africa/Casablanca 
-> Africa/Casablanca"

Solves your problem.  Why?  Because it is tied to Morroco which doesn't obey 
daylight savings time

Note that there may be others that do the same thing.  Check out timezones for 
the other countries below and pick your favorite

Doug

From: Mueller, Doug
Sent: Friday, September 18, 2015 10:29 AM
To: 'arslist@ARSLIST.ORG' mailto:arslist@ARSLIST.ORG>>
Subject: RE: Time Zone for UTC

Drake,

So, I found that the UI doesn't list GMT as a timezone by itself.  I expected 
it to and I think it should myself...  but that doesn't help you.

I did go to

http://wwp.greenwichmeantime.com/countries.htm

to get a list of all countries that do not obey any type of daylight savings 
time scheme.

Then, looking through that list to find countries that are in GMT zone that 
don't use daylight savings time.  That includes

Antarctica
Gambia
Ghana
Guinea Bissau
Iceland
Liberia
Mali
Mauritania
Morocco
Senegal

So, if you find a timezone for one of these countries.  You will get what 
you want - GMT without timezone adjustment.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 9:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

GMT = UTC

They are the same.  GMT DOES NOT obey daylight savings time.  It is the same as 
UTC.

IST or BST or CEST (if in Antarctica) or a handful of other options are all 
used for when you want daylight Savings Time offsets.

So, you should be able to put GMT and get the desired result.   (I actually 
thought you could put UTC as well, but checking some searches on the web I see 
that it seems that GMT is the successor to UTC so that term has replaced UTC in 
most libraries of timezones.)

Have you tried using GMT and ar

Re: Time Zone for UTC

[Keller, Aaron]

Ah ha!

Yes, I was always annoyed that one couldn't specify an actual time zone for the 
'time zone' field.  The menu in the UI doesn't actually list time zones at all, 
but cities.

But you made me think that maybe I should be thinking outside the box here - or 
rather outside the menu!
So rather than choosing from the menu, I manually set the 'time zone' field to 
"Africa/Timbuktu" (a city in GMT that does not observe any DST) and voila!  
Times are displayed as I want.

Now I'll try that in the field.

Thanks again!
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Friday, September 18, 2015 1:29 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

So, I found that the UI doesn't list GMT as a timezone by itself.  I expected 
it to and I think it should myself...  but that doesn't help you.

I did go to

http://wwp.greenwichmeantime.com/countries.htm

to get a list of all countries that do not obey any type of daylight savings 
time scheme.

Then, looking through that list to find countries that are in GMT zone that 
don't use daylight savings time.  That includes

Antarctica
Gambia
Ghana
Guinea Bissau
Iceland
Liberia
Mali
Mauritania
Morocco
Senegal

So, if you find a timezone for one of these countries.  You will get what 
you want - GMT without timezone adjustment.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 9:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

GMT = UTC

They are the same.  GMT DOES NOT obey daylight savings time.  It is the same as 
UTC.

IST or BST or CEST (if in Antarctica) or a handful of other options are all 
used for when you want daylight Savings Time offsets.

So, you should be able to put GMT and get the desired result.   (I actually 
thought you could put UTC as well, but checking some searches on the web I see 
that it seems that GMT is the successor to UTC so that term has replaced UTC in 
most libraries of timezones.)

Have you tried using GMT and are getting offsets due to daylight savings time?  
 If so, please report this as it should not be happening.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Thursday, September 17, 2015 1:36 PM
To: arslist@ARSLIST.ORG
Subject: Time Zone for UTC

**
I have users that would like to have dates shown in Coordinated Universal Time 
- UTC.
In other words, not just GMT+0, but also no Daylight Saving Time adjustment.

But I cannot seem to find a time zone setting (in the 'AR System User 
Preference' form, 'time zone' field) to do this.
I submitted a ticket to BMC, and got a call back telling me that there is no 
way to do that.

Really?  Is there really NO WAY to display Date/Time fields in UTC?!?


Thanks-
-drake
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_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"

Re: Time Zone for UTC

[Fannin, Teresa S.]

The only think I found to do was to use AZORES time which is -1 GMT.   Then 
when DST ends we would have to change back to
Greenwich Mean Time - Africa/Casablanca.   But in my 8.1 windows system 
Africa/Casablanca does use DST.
I believe you I just letting you know our situation.
Thanks,
Teresa

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Friday, September 18, 2015 2:28 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Our tests show that it is NOT obeying Daylight Savings time and we are seeing 
it obey GMT at all times.

Not sure what the inconsistency is.

I know that India which doesn't have a DST obey does the right thing year round 
and there is no time change - it is just not GMT based it is 5:30 ahead so that 
doesn't help you.

Morocco is not supposed to obey DST so it should work (and does work for our 
tests).

Doug

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Fannin, Teresa S.
Sent: Friday, September 18, 2015 11:59 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
I hate to be the give you bad news but we are use Greenwich Mean Time - 
Africa/Casablanca -> Africa/Casablanca"
and it does use DST.I was finding the whole chain  interesting because we 
having the same issue.


Time Zone
Africa/Casablanca

Current Date and Time in Africa/Casablanca
Fri 18-Sep-2015 07:50 P.M.

Country
Morocco

Daylight Saving Time (DST) in effect?
Yes

Most Recent DST Transition
DST began on Sat 18-Jul-2015 at 02:00:00 A.M. when local clocks were set 
forward 1 hour



Time Zone
Etc/GMT+0

Current Date and Time in Etc/GMT+0
Fri 18-Sep-2015 06:58 P.M.

Country
unavailable

Daylight Saving Time (DST) in effect?
No

Most Recent DST Transition
The Etc/GMT+0 time zone has never observed Daylight Saving Time.



From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Friday, September 18, 2015 1:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Aaron  (OK, so I am randomly changing your name to Drake occasionally),

I found

In User Preferences set Time Zone to "Greenwich Mean Time - Africa/Casablanca 
-> Africa/Casablanca"

Solves your problem.  Why?  Because it is tied to Morroco which doesn't obey 
daylight savings time

Note that there may be others that do the same thing.  Check out timezones for 
the other countries below and pick your favorite

Doug

From: Mueller, Doug
Sent: Friday, September 18, 2015 10:29 AM
To: 'arslist@ARSLIST.ORG' mailto:arslist@ARSLIST.ORG>>
Subject: RE: Time Zone for UTC

Drake,

So, I found that the UI doesn't list GMT as a timezone by itself.  I expected 
it to and I think it should myself...  but that doesn't help you.

I did go to

http://wwp.greenwichmeantime.com/countries.htm

to get a list of all countries that do not obey any type of daylight savings 
time scheme.

Then, looking through that list to find countries that are in GMT zone that 
don't use daylight savings time.  That includes

Antarctica
Gambia
Ghana
Guinea Bissau
Iceland
Liberia
Mali
Mauritania
Morocco
Senegal

So, if you find a timezone for one of these countries.  You will get what 
you want - GMT without timezone adjustment.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 9:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**

Re: Time Zone for UTC

[Fannin, Teresa S.]

Even better!

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 2:48 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Ah ha!

Yes, I was always annoyed that one couldn't specify an actual time zone for the 
'time zone' field.  The menu in the UI doesn't actually list time zones at all, 
but cities.

But you made me think that maybe I should be thinking outside the box here - or 
rather outside the menu!
So rather than choosing from the menu, I manually set the 'time zone' field to 
"Africa/Timbuktu" (a city in GMT that does not observe any DST) and voila!  
Times are displayed as I want.

Now I'll try that in the field.

Thanks again!
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Friday, September 18, 2015 1:29 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

So, I found that the UI doesn't list GMT as a timezone by itself.  I expected 
it to and I think it should myself...  but that doesn't help you.

I did go to

http://wwp.greenwichmeantime.com/countries.htm

to get a list of all countries that do not obey any type of daylight savings 
time scheme.

Then, looking through that list to find countries that are in GMT zone that 
don't use daylight savings time.  That includes

Antarctica
Gambia
Ghana
Guinea Bissau
Iceland
Liberia
Mali
Mauritania
Morocco
Senegal

So, if you find a timezone for one of these countries.  You will get what 
you want - GMT without timezone adjustment.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 9:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

GMT = UTC

They are the same.  GMT DOES NOT obey daylight savings time.  It is the same as 
UTC.

IST or BST or CEST (if in Antarctica) or a handful of other options are all 
used for when you want daylight Savings Time offsets.

So, you should be able to put GMT and get the desired result.   (I actually 
thought you could put UTC as well, but checking some searches on the web I see 
that it seems that GMT is the successor to UTC so that term has replaced UTC in 
most libraries of timezones.)

Have you tried using GMT and are getting offsets due to daylight savings time?  
 If so, please report this as it should not be happening.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Thursday, September 17, 2015 1:36 PM
To: arslist@ARSLIST.ORG
Subject: Time Zone for UTC

**
I have users that would like to have dates shown in Coordinated Universal Time 
- UTC.
In other words, not just GMT+0, but also no Daylight Saving Time adjustment.

But I cannot seem to find a time zone setting (in the 'AR System User 
Preference' form, 'time zone' field) to do this.
I submitted a ticket to BMC, and got a call back telling me that there is no 
way to do that.

Really?  Is there really NO WAY to display Date/Time fields in UTC?!?


Thanks-
-drake
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_

___

Re: Time Zone for UTC

[Keller, Aaron]

Interesting thing about Casablanca
I found that they started a DST offset on March 29, but then took a 5 week "DST 
break" from June 14th to July 19th.  Now they are back on it until Oct 25th.

So that's weird...


Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Friday, September 18, 2015 3:28 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Our tests show that it is NOT obeying Daylight Savings time and we are seeing 
it obey GMT at all times.

Not sure what the inconsistency is.

I know that India which doesn't have a DST obey does the right thing year round 
and there is no time change - it is just not GMT based it is 5:30 ahead so that 
doesn't help you.

Morocco is not supposed to obey DST so it should work (and does work for our 
tests).

Doug

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Fannin, Teresa S.
Sent: Friday, September 18, 2015 11:59 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
I hate to be the give you bad news but we are use Greenwich Mean Time - 
Africa/Casablanca -> Africa/Casablanca"
and it does use DST.I was finding the whole chain  interesting because we 
having the same issue.


Time Zone
Africa/Casablanca

Current Date and Time in Africa/Casablanca
Fri 18-Sep-2015 07:50 P.M.

Country
Morocco

Daylight Saving Time (DST) in effect?
Yes

Most Recent DST Transition
DST began on Sat 18-Jul-2015 at 02:00:00 A.M. when local clocks were set 
forward 1 hour



Time Zone
Etc/GMT+0

Current Date and Time in Etc/GMT+0
Fri 18-Sep-2015 06:58 P.M.

Country
unavailable

Daylight Saving Time (DST) in effect?
No

Most Recent DST Transition
The Etc/GMT+0 time zone has never observed Daylight Saving Time.



From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Friday, September 18, 2015 1:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Aaron  (OK, so I am randomly changing your name to Drake occasionally),

I found

In User Preferences set Time Zone to "Greenwich Mean Time - Africa/Casablanca 
-> Africa/Casablanca"

Solves your problem.  Why?  Because it is tied to Morroco which doesn't obey 
daylight savings time

Note that there may be others that do the same thing.  Check out timezones for 
the other countries below and pick your favorite

Doug

From: Mueller, Doug
Sent: Friday, September 18, 2015 10:29 AM
To: 'arslist@ARSLIST.ORG' mailto:arslist@ARSLIST.ORG>>
Subject: RE: Time Zone for UTC

Drake,

So, I found that the UI doesn't list GMT as a timezone by itself.  I expected 
it to and I think it should myself...  but that doesn't help you.

I did go to

http://wwp.greenwichmeantime.com/countries.htm

to get a list of all countries that do not obey any type of daylight savings 
time scheme.

Then, looking through that list to find countries that are in GMT zone that 
don't use daylight savings time.  That includes

Antarctica
Gambia
Ghana
Guinea Bissau
Iceland
Liberia
Mali
Mauritania
Morocco
Senegal

So, if you find a timezone for one of these countries.  You will get what 
you want - GMT without timezone adjustment.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 9:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

GMT = UTC

They are the same.  GMT DOES NOT obey daylight savings time.  It is the sam

Re: Time Zone for UTC

[Fannin, Teresa S.]

This has been a timely post for my project.   Pun intended.  LOL
Your suggestion worked for me as well and I did type it in the field.
Teresa


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 2:48 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Ah ha!

Yes, I was always annoyed that one couldn't specify an actual time zone for the 
'time zone' field.  The menu in the UI doesn't actually list time zones at all, 
but cities.

But you made me think that maybe I should be thinking outside the box here - or 
rather outside the menu!
So rather than choosing from the menu, I manually set the 'time zone' field to 
"Africa/Timbuktu" (a city in GMT that does not observe any DST) and voila!  
Times are displayed as I want.

Now I'll try that in the field.

Thanks again!
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Friday, September 18, 2015 1:29 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

So, I found that the UI doesn't list GMT as a timezone by itself.  I expected 
it to and I think it should myself...  but that doesn't help you.

I did go to

http://wwp.greenwichmeantime.com/countries.htm

to get a list of all countries that do not obey any type of daylight savings 
time scheme.

Then, looking through that list to find countries that are in GMT zone that 
don't use daylight savings time.  That includes

Antarctica
Gambia
Ghana
Guinea Bissau
Iceland
Liberia
Mali
Mauritania
Morocco
Senegal

So, if you find a timezone for one of these countries.  You will get what 
you want - GMT without timezone adjustment.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Friday, September 18, 2015 9:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Interesting.  Ok, I'll be a bit more specific.

I have a date/time field:  'planned outage start'.  At such time that field is 
changed, a filter pushes a "log" record to another form pushing field text of:
("planned outage schedule changed:
planned outage start: " + $planned outage start$)

In this scenario, the user's preference setting for 'time zone' is 
"Europe/London", which is shown as GMT+0:00, but in the summer is actually 
GMT+1:00. (I have also tried several others marked as "Greenwich Mean Time", 
such as "Africa/Casablanca, "Europe/Sarajevo", etc.)  The midtier and arserver 
in these tests are both set to UTC at the OS level - e.g. GMT+0 with no DST.

The user enters a date of "Sep 19, 2015 00:00:00" and the pushed log record is:
Planned change schedule changed:
Planned change start:  09/18/2015  11:00:00 PM

So in summary, I'm looking for a setting for the 'Time Zone' field of the 'AR 
System User Preference' form which will be true GMT with no DST offset.
I'll continue to try other time zone settings.  I realize that this problem 
will go away in a few weeks, but thanks for your time on it.

Thanks-
-drake
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Thursday, September 17, 2015 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Time Zone for UTC

**
Drake,

GMT = UTC

They are the same.  GMT DOES NOT obey daylight savings time.  It is the same as 
UTC.

IST or BST or CEST (if in Antarctica) or a handful of other options are all 
used for when you want daylight Savings Time offsets.

So, you should be able to put GMT and get the desired result.   (I actually 
thought you could put UTC as well, but checking some searches on the web I see 
that it seems that GMT is the successor to UTC so that term has replaced UTC in 
most libraries of timezones.)

Have you tried using GMT and are getting offsets due to daylight savings time?  
 If so, please report this as it should not be happening.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Keller, Aaron
Sent: Thursday, September 17, 2015 1:36 PM
To: arslist@ARSLIST.ORG
Subject: Time Zone for UTC

**
I have users that would like to have dates shown in Coordinated Universal Time 
- UTC.
In other words, not just GMT+0, but also no Daylight Saving Time adjustment.

But I cannot seem to find a time zone setting (in the 'AR System User 
Preference' form, 'time zone' field) to do this.
I submitted a ticket to BMC, and got a call back telling me that there is no 
way to do that.

Really?  Is there really NO WAY to display Date/Time fields in UTC?!?


Thanks-
-drake
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers A

Re: Time Zone for UTC

[Mueller, Doug]

Folks,

Some more testing showed inconsistency with the Casablanca site.  It should 
work as Morocco does not use DST but I guess other countries in that area do.

You found one of the others that works consistently.

Another option is to use Iceland.  Now, it turns out that this is not on the 
menu, but it is a supported option.  So, you have to modify the menu

ARUserPref:TimeZone

And add the choice

Iceland

And if you select that, it works as well.  That country doesn't use DST either 
and never has and there is nothing else out there in the middle of the Atlantic 
so no confusion.


Anyway, one already on the menu.  One that you can add instead.  Two different 
options for getting what you need.

The challenge we have is that we are using a standard library for doing all the 
timezone work.  We have to go with the list of things that the library 
supports.  And GMT is not one of the options.

The full list of items (and if they are not on the menu above, they could be 
added and the system will support them - like Iceland (and this was tested 
across several systems and it does seem to be working consistently on all).

Another that may hold promise is Etc/GMT.  Don't know if that is on the menu or 
not - but again, it could be added.


But, I have to say, setting a timezone to Timbuktu is pretty hard to beat


These are valid timezone names we loading from ICU libraries:
ACT
AET
AGT
ART
AST
Africa/Abidjan
Africa/Accra
Africa/Addis_Ababa
Africa/Algiers
Africa/Asmara
Africa/Asmera
Africa/Bamako
Africa/Bangui
Africa/Banjul
Africa/Bissau
Africa/Blantyre
Africa/Brazzaville
Africa/Bujumbura
Africa/Cairo
Africa/Casablanca
Africa/Ceuta
Africa/Conakry
Africa/Dakar
Africa/Dar_es_Salaam
Africa/Djibouti
Africa/Douala
Africa/El_Aaiun
Africa/Freetown
Africa/Gaborone
Africa/Harare
Africa/Johannesburg
Africa/Kampala
Africa/Khartoum
Africa/Kigali
Africa/Kinshasa
Africa/Lagos
Africa/Libreville
Africa/Lome
Africa/Luanda
Africa/Lubumbashi
Africa/Lusaka
Africa/Malabo
Africa/Maputo
Africa/Maseru
Africa/Mbabane
Africa/Mogadishu
Africa/Monrovia
Africa/Nairobi
Africa/Ndjamena
Africa/Niamey
Africa/Nouakchott
Africa/Ouagadougou
Africa/Porto-Novo
Africa/Sao_Tome
Africa/Timbuktu
Africa/Tripoli
Africa/Tunis
Africa/Windhoek
America/Adak
America/Anchorage
America/Anguilla
America/Antigua
America/Araguaina
America/Argentina/Buenos_Aires
America/Argentina/Catamarca
America/Argentina/ComodRivadavia
America/Argentina/Cordoba
America/Argentina/Jujuy
America/Argentina/La_Rioja
America/Argentina/Mendoza
America/Argentina/Rio_Gallegos
America/Argentina/Salta
America/Argentina/San_Juan
America/Argentina/San_Luis
America/Argentina/Tucuman
America/Argentina/Ushuaia
America/Aruba
America/Asuncion
America/Atikokan
America/Atka
America/Bahia
America/Barbados
America/Belem
America/Belize
America/Blanc-Sablon
America/Boa_Vista
America/Bogota
America/Boise
America/Buenos_Aires
America/Cambridge_Bay
America/Campo_Grande
America/Cancun
America/Caracas
America/Catamarca
America/Cayenne
America/Cayman
America/Chicago
America/Chihuahua
America/Coral_Harbour
America/Cordoba
America/Costa_Rica
America/Cuiaba
America/Curacao
America/Danmarkshavn
America/Dawson
America/Dawson_Creek
America/Denver
America/Detroit
America/Dominica
America/Edmonton
America/Eirunepe
America/El_Salvador
America/Ensenada
America/Fort_Wayne
America/Fortaleza
America/Glace_Bay
America/Godthab
America/Goose_Bay
America/Grand_Turk
America/Grenada
America/Guadeloupe
America/Guatemala
America/Guayaquil
America/Guyana
America/Halifax
America/Havana
America/Hermosillo
America/Indiana/Indianapolis
America/Indiana/Knox
America/Indiana/Marengo
America/Indiana/Petersburg
America/Indiana/Tell_City
America/Indiana/Vevay
America/Indiana/Vincennes
America/Indiana/Winamac
America/Indianapolis
America/Inuvik
America/Iqaluit
America/Jamaica
America/Jujuy
America/Juneau
America/Kentucky/Louisville
America/Kentucky/Monticello
America/Knox_IN
America/La_Paz
America/Lima
America/Los_Angeles
America/Louisville
America/Maceio
America/Managua
America/Manaus
America/Marigot
America/Martinique
America/Mazatlan
America/Mendoza
America/Menominee
America/Merida
America/Mexico_City
America/Miquelon
America/Moncton
America/Monterrey
America/Montevideo
America/Montreal
America/Montserrat
America/Nassau
America/New_York
America/Nipigon
America/Nome
America/Noronha
America/North_Dakota/Center
America/North_Dakota/New_Salem
America/Panama
America/Pangnirtung
America/Paramaribo
America/Phoenix
America/Port-au-Prince
America/Port_of_Spain
America/Porto_Acre
America/Porto_Velho
America/Puerto_Rico
America/Rainy_River
America/Rankin_Inlet
America/Recife
America/Regina
America/Resolute
America/Rio_Branco
America/Rosario
America/Santarem
America/Santiago
America/Santo_Domingo
America/Sao_Paulo
America/Scoresbysund
America/Shiprock
America/St_Barthelemy
America/St_Johns
America/St_Kitts
America/St_Lucia
America/St_Thomas
America/St_Vincent
America/Swift_Current
America/Tegucigalpa
America/Thule
America/Thunder_

Re: MYIT 2.5 App Zone Error - How to Disable Application Zone

[John Johnson]

Hi Brad,

I ran into the same problem last week. It was caused by the Appzone
integration server being down and was causing slow load times. There's two
items you could do.

1. Comment out the script at line 73 in the index.html file under Smart
IT/MyIT Install Dir/ux/myitapp/

The script has "web_api" in it. This script looks at the settings
configured in the MyIT Administration Console for AppZone -- which are set
by default when you install MyIT.

2. Connect to Smart IT relational database. Delete values for AppZone
fields in table SmartIT_Business.CONFIGURATION_PARAMS. There's a total of 4
fields to remove the values from.

I prefer option one because it saves about 10-20ms of load time.

The MyIt and Smart IT installer could use some cleaning up. It sets a lot
of values for items that are internal BMC URLs or tenements from their
development.

On Fri, Sep 18, 2015, 2:44 PM John Sundberg 
wrote:

> **
> Exhibit a.
> (see previous post by me)
>
> -John
>
>
>
> On Fri, Sep 18, 2015 at 1:29 PM, BradRemedy  wrote:
>
>> **
>> Hi
>>
>> We are running MYIT 2.5 patch 001 on our system and have noticed in the
>> ux log files that there is the following error:
>>
>> *20:03:45.858 | http-bio-9000-exec-44  | ERROR   |
>> c.b.b.m.service.UsersServiceImpl | AppZone Error*
>> *com.bmc.bsm.myit.service.exceptions.ServiceException:
>> org.apache.http.conn.HttpHostConnectException: Connect to
>> my.enterpriseappzone.com.:443 [my.enterpriseappzone.com./208.39.112.205
>> ] failed: Connection timed out: connect*
>>
>> Now we dont have a app zone and don't plan to use a app zone and the one
>> configured and mentioned above is the OOTB configuration. I have checked in
>> the admin tool and cannot find a way to disable the app zone - does anyone
>> know how to do this? While the application is performing with no problems,
>> I hate seeing this error in the log file and I am not 100% certain that it
>> is not causing slight performance problems each time it tries to connect to
>> the application store.
>>
>> Any advice is appreciated.
>>
>> Regards
>> Brad
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
>
>
> --
>
> *John Sundberg*
> Kinetic Data, Inc.
> "Your business. Your process."
>
> 651-556-0930 I john.sundb...@kineticdata.com
> www.kineticdata.com I community.kineticdata.com
>
>
> _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"