Re: Server name in notification

2011-05-05 Thread William Rentfrow
After DAYS of going deep into this - there is no good answer.

 

Adding multiple servers to the mid-tier config adds too much stuff to
the home page.  Plus, it's (IMHO) a completely unnecessary way to fix
this software-wise. 

 

The server name alias in the ar.conf file is what I want the server to
be called - period - I can't imagine why BMC would allow this to be
changed.

 

I did however figure out HOW it changes.  I am pretty sure the AR Server
is invoking an API call called GetServerInfo.  The API guide
specifically says that this API call will automatically append the
domain name if it is not present at the tail end of the server when the
information is returned from the server.

 

We may invoke some load balancer re-write rules but that's a pretty
duct-tape approach to this as far as I can tell.

 

I am putting in a defect and/or RFE for this.  It's poor design.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser
Sent: Tuesday, May 03, 2011 3:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Last time I looked into this issue, there was no good answer, so we
ended up taking the less elegant, but more exepdient route.  We added a
filter to the AR System Email Message form, to update the URL.  There
are probably situations/configurations where this wouldn't work, but we
haven't had any problems.

 

Fire on: Submit and Modify

Exec Order: 400

Run if:  'Plain Text Body' LIKE  %server=%.domain.com%

Action 1:  Set Fields:

   Plain Text Body = REPLACE($Plain Text Body$, (
server= + $SERVER$) +  , ( server= + REPLACE($SERVER$,
.domain.com,  )) +  )

 

The Set Fields is a little more complicated than necessary so that we
can move the code between servers and not have to change it.

 

Hopefully that helps,

Thad

 

On Tue, May 3, 2011 at 12:59 PM, Pargeter, Christie :CO IS
cparg...@lhs.org wrote:

** 

I have the same issue and have been wondering how to get my emails to
have only the short name too.  I looked in my AR.CFG 
EmailDaemon.properties and both only have the short name in them.

 

ARS 7.1 p 6

ITSM 7.0.3 p 9

Window 2003

MS SQ 2005

IIS/Tomcat

RKM 7.2 p 4

MidTier 7.5 p 7

 



From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, May 03, 2011 11:42 AM 


To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

 

Adding another entry to the mid tier configuration will only add
unnecessary entry points and server names on the home page which tends
to not look nice..

 

I would look into email related configuration files rather than the
ar.cfg file since you earlier mentioned that the Server-Name parameter
is already set correctly to the short name..

 

Look into some of the email related configuration files..
EmailDaemon.properties file to the best of my knowledge does not by
default contain any server name related configuration, but its worth a
check as I may be wrong.. Look for the line
com.bmc.arsys.emaildaemon.servers in it..

 

Joe

 

 

From: Tommy Morris mailto:tommy.mor...@radioshack.com  

Sent: Tuesday, May 03, 2011 2:21 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Re: Server name in notification

 

** 

I think that I remember this happening a while back, our fix was to add
another server entry under AR Server Settings in the mid-tier
configuration page. There needs to be one entry that is app server name
and another that is the fqdn. I can't remember the patch that was
supposed to have fixed, I just make sure that the entries are there
regardless of version.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Tuesday, May 03, 2011 12:53 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

J What parameters in the ar.cfg file exist with the fully Qualified
name?

_attend WWRUG11 www.wwrug.com http://www.wwrug.com/  ARSlist: Where
the Answers Are_ _attend WWRUG11 www.wwrug.com http://www.wwrug.com/
ARSlist: Where the Answers Are_ 


_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-05 Thread LJ LongWing
Thad,

When I contacted BMC a number of years ago regarding this situation they
also suggested the filter..there is no other way to modify the URL

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser
Sent: Tuesday, May 03, 2011 2:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Last time I looked into this issue, there was no good answer, so we ended up
taking the less elegant, but more exepdient route.  We added a filter to the
AR System Email Message form, to update the URL.  There are probably
situations/configurations where this wouldn't work, but we haven't had any
problems.

 

Fire on: Submit and Modify

Exec Order: 400

Run if:  'Plain Text Body' LIKE  %server=%.domain.com%

Action 1:  Set Fields:

   Plain Text Body = REPLACE($Plain Text Body$, (
server= + $SERVER$) +  , ( server= + REPLACE($SERVER$,
.domain.com,  )) +  )

 

The Set Fields is a little more complicated than necessary so that we can
move the code between servers and not have to change it.

 

Hopefully that helps,

Thad

 

On Tue, May 3, 2011 at 12:59 PM, Pargeter, Christie :CO IS
cparg...@lhs.org wrote:

** 

I have the same issue and have been wondering how to get my emails to have
only the short name too.  I looked in my AR.CFG  EmailDaemon.properties and
both only have the short name in them.

 

ARS 7.1 p 6

ITSM 7.0.3 p 9

Window 2003

MS SQ 2005

IIS/Tomcat

RKM 7.2 p 4

MidTier 7.5 p 7

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, May 03, 2011 11:42 AM 


To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

 

Adding another entry to the mid tier configuration will only add unnecessary
entry points and server names on the home page which tends to not look
nice..

 

I would look into email related configuration files rather than the ar.cfg
file since you earlier mentioned that the Server-Name parameter is already
set correctly to the short name..

 

Look into some of the email related configuration files..
EmailDaemon.properties file to the best of my knowledge does not by default
contain any server name related configuration, but its worth a check as I
may be wrong.. Look for the line com.bmc.arsys.emaildaemon.servers in it..

 

Joe

 

 

From: Tommy Morris mailto:tommy.mor...@radioshack.com  

Sent: Tuesday, May 03, 2011 2:21 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Re: Server name in notification

 

** 

I think that I remember this happening a while back, our fix was to add
another server entry under AR Server Settings in the mid-tier configuration
page. There needs to be one entry that is app server name and another that
is the fqdn. I can't remember the patch that was supposed to have fixed, I
just make sure that the entries are there regardless of version.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Tuesday, May 03, 2011 12:53 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

J What parameters in the ar.cfg file exist with the fully Qualified name?

_attend WWRUG11 www.wwrug.com http://www.wwrug.com/  ARSlist: Where the
Answers Are_ _attend WWRUG11 www.wwrug.com http://www.wwrug.com/
ARSlist: Where the Answers Are_ 


_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-05 Thread Danny Kellett
Nice update.

 

For what its worth I think Thads idea is probably a good workaround.

 

With regards to exactly what is happening... we normally see a Doug M post a
few days later ;) (hint)

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: 05 May 2011 15:58
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

After DAYS of going deep into this - there is no good answer.

 

Adding multiple servers to the mid-tier config adds too much stuff to the
home page.  Plus, it's (IMHO) a completely unnecessary way to fix this
software-wise. 

 

The server name alias in the ar.conf file is what I want the server to be
called - period - I can't imagine why BMC would allow this to be changed.

 

I did however figure out HOW it changes.  I am pretty sure the AR Server is
invoking an API call called GetServerInfo.  The API guide specifically
says that this API call will automatically append the domain name if it is
not present at the tail end of the server when the information is returned
from the server.

 

We may invoke some load balancer re-write rules but that's a pretty
duct-tape approach to this as far as I can tell.

 

I am putting in a defect and/or RFE for this.  It's poor design.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser
Sent: Tuesday, May 03, 2011 3:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Last time I looked into this issue, there was no good answer, so we ended up
taking the less elegant, but more exepdient route.  We added a filter to the
AR System Email Message form, to update the URL.  There are probably
situations/configurations where this wouldn't work, but we haven't had any
problems.

 

Fire on: Submit and Modify

Exec Order: 400

Run if:  'Plain Text Body' LIKE  %server=%.domain.com%

Action 1:  Set Fields:

   Plain Text Body = REPLACE($Plain Text Body$, (
server= + $SERVER$) +  , ( server= + REPLACE($SERVER$,
.domain.com,  )) +  )

 

The Set Fields is a little more complicated than necessary so that we can
move the code between servers and not have to change it.

 

Hopefully that helps,

Thad

 

On Tue, May 3, 2011 at 12:59 PM, Pargeter, Christie :CO IS
cparg...@lhs.org wrote:

** 

I have the same issue and have been wondering how to get my emails to have
only the short name too.  I looked in my AR.CFG  EmailDaemon.properties and
both only have the short name in them.

 

ARS 7.1 p 6

ITSM 7.0.3 p 9

Window 2003

MS SQ 2005

IIS/Tomcat

RKM 7.2 p 4

MidTier 7.5 p 7

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, May 03, 2011 11:42 AM 


To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

 

Adding another entry to the mid tier configuration will only add unnecessary
entry points and server names on the home page which tends to not look
nice..

 

I would look into email related configuration files rather than the ar.cfg
file since you earlier mentioned that the Server-Name parameter is already
set correctly to the short name..

 

Look into some of the email related configuration files..
EmailDaemon.properties file to the best of my knowledge does not by default
contain any server name related configuration, but its worth a check as I
may be wrong.. Look for the line com.bmc.arsys.emaildaemon.servers in it..

 

Joe

 

 

From: Tommy Morris mailto:tommy.mor...@radioshack.com  

Sent: Tuesday, May 03, 2011 2:21 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Re: Server name in notification

 

** 

I think that I remember this happening a while back, our fix was to add
another server entry under AR Server Settings in the mid-tier configuration
page. There needs to be one entry that is app server name and another that
is the fqdn. I can't remember the patch that was supposed to have fixed, I
just make sure that the entries are there regardless of version.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Tuesday, May 03, 2011 12:53 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

J What parameters in the ar.cfg file exist with the fully Qualified name?

_attend WWRUG11 www.wwrug.com http://www.wwrug.com/  ARSlist: Where the
Answers Are_ _attend WWRUG11 www.wwrug.com http://www.wwrug.com/
ARSlist: Where the Answers Are_ 


_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ 

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-05 Thread William Rentfrow
Yeah - one of our guys had put that workaround in place prior to me
reading Thad's post.  Great minds think alike and all that J

 

There are other places this becomes an issue though that is harder to
fix - like links embedded in web reports that allow drill-down.

 

And it may seem picky - but think of the security implications.  We're
pretty locked down here but if I was to accidentally send these two
url's out to the world only the first one of them has a chance of
actually getting anywhere, which is one of many reasons why we use the
short name (which is actually a DNS alias of a load balancer that our
servers hide behind):

 

https://someagency.gov/blahblahblah/

 

 

https://someagency/arsys/blahblahblah

 

No one can route to someagency - but someagency.gov is possibly
routable.

 

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Thursday, May 05, 2011 11:35 AM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Nice update.

 

For what its worth I think Thads idea is probably a good workaround.

 

With regards to exactly what is happening... we normally see a Doug M
post a few days later ;) (hint)

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: 05 May 2011 15:58
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

After DAYS of going deep into this - there is no good answer.

 

Adding multiple servers to the mid-tier config adds too much stuff to
the home page.  Plus, it's (IMHO) a completely unnecessary way to fix
this software-wise. 

 

The server name alias in the ar.conf file is what I want the server to
be called - period - I can't imagine why BMC would allow this to be
changed.

 

I did however figure out HOW it changes.  I am pretty sure the AR Server
is invoking an API call called GetServerInfo.  The API guide
specifically says that this API call will automatically append the
domain name if it is not present at the tail end of the server when the
information is returned from the server.

 

We may invoke some load balancer re-write rules but that's a pretty
duct-tape approach to this as far as I can tell.

 

I am putting in a defect and/or RFE for this.  It's poor design.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser
Sent: Tuesday, May 03, 2011 3:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Last time I looked into this issue, there was no good answer, so we
ended up taking the less elegant, but more exepdient route.  We added a
filter to the AR System Email Message form, to update the URL.  There
are probably situations/configurations where this wouldn't work, but we
haven't had any problems.

 

Fire on: Submit and Modify

Exec Order: 400

Run if:  'Plain Text Body' LIKE  %server=%.domain.com%

Action 1:  Set Fields:

   Plain Text Body = REPLACE($Plain Text Body$, (
server= + $SERVER$) +  , ( server= + REPLACE($SERVER$,
.domain.com,  )) +  )

 

The Set Fields is a little more complicated than necessary so that we
can move the code between servers and not have to change it.

 

Hopefully that helps,

Thad

 

On Tue, May 3, 2011 at 12:59 PM, Pargeter, Christie :CO IS
cparg...@lhs.org wrote:

** 

I have the same issue and have been wondering how to get my emails to
have only the short name too.  I looked in my AR.CFG 
EmailDaemon.properties and both only have the short name in them.

 

ARS 7.1 p 6

ITSM 7.0.3 p 9

Window 2003

MS SQ 2005

IIS/Tomcat

RKM 7.2 p 4

MidTier 7.5 p 7

 



From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, May 03, 2011 11:42 AM 


To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

 

Adding another entry to the mid tier configuration will only add
unnecessary entry points and server names on the home page which tends
to not look nice..

 

I would look into email related configuration files rather than the
ar.cfg file since you earlier mentioned that the Server-Name parameter
is already set correctly to the short name..

 

Look into some of the email related configuration files..
EmailDaemon.properties file to the best of my knowledge does not by
default contain any server name related configuration, but its worth a
check as I may be wrong.. Look for the line
com.bmc.arsys.emaildaemon.servers in it..

 

Joe

 

 

From: Tommy Morris mailto:tommy.mor...@radioshack.com  

Sent: Tuesday, May 03, 2011 2:21 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Re: Server name in notification

 

** 

I think that I remember this happening a while back, our fix was to add
another server entry under AR Server Settings in the mid-tier
configuration page. There needs to be one entry that is app

Re: Server name in notification

2011-05-05 Thread Joe Martin D'Souza

William,

You could try attempting a JavaScript redirection using a JavaScript to handle 
the page not found error with an html page containing that JavaScript, as a 
workaround by manipulating the window.location value..

Joe

From: William Rentfrow 
Sent: Thursday, May 05, 2011 12:50 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Server name in notification

** 
Yeah – one of our guys had put that workaround in place prior to me reading 
Thad’s post.  Great minds think alike and all that J

 

There are other places this becomes an issue though that is harder to fix – 
like links embedded in web reports that allow drill-down.

 

And it may seem picky – but think of the security implications.  We’re pretty 
locked down here but if I was to accidentally send these two url’s out to the 
world only the first one of them has a chance of actually getting anywhere, 
which is one of many reasons why we use the short name (which is actually a DNS 
alias of a load balancer that our servers hide behind):

 

https://someagency.gov/blahblahblah/

 

 

https://someagency/arsys/blahblahblah

 

No one can route to “someagency” – but someagency.gov is possibly routable.

 

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Thursday, May 05, 2011 11:35 AM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Nice update.

 

For what its worth I think Thads idea is probably a good workaround.

 

With regards to exactly what is happening... we normally see a Doug M post a 
few days later ;) (hint)

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: 05 May 2011 15:58
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

After DAYS of going deep into this – there is no good answer.

 

Adding multiple servers to the mid-tier config adds too much stuff to the home 
page.  Plus, it’s (IMHO) a completely unnecessary way to fix this 
software-wise. 

 

The server name alias in the ar.conf file is what I want the server to be 
called – period – I can’t imagine why BMC would allow this to be changed.

 

I did however figure out HOW it changes.  I am pretty sure the AR Server is 
invoking an API call called “GetServerInfo”.  The API guide specifically says 
that this API call will automatically append the domain name if it is not 
present at the tail end of the server when the information is returned from the 
server.

 

We may invoke some load balancer re-write rules but that’s a pretty duct-tape 
approach to this as far as I can tell.

 

I am putting in a defect and/or RFE for this.  It’s poor design.

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser
Sent: Tuesday, May 03, 2011 3:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Last time I looked into this issue, there was no good answer, so we ended up 
taking the less elegant, but more exepdient route.  We added a filter to the AR 
System Email Message form, to update the URL.  There are probably 
situations/configurations where this wouldn't work, but we haven't had any 
problems.

 

Fire on: Submit and Modify

Exec Order: 400

Run if:  'Plain Text Body' LIKE  %server=%.domain.com%

Action 1:  Set Fields:

   Plain Text Body = REPLACE($Plain Text Body$, ( 
server= + $SERVER$) +  , ( server= + REPLACE($SERVER$,  .domain.com, 
 )) +  )

 

The Set Fields is a little more complicated than necessary so that we can move 
the code between servers and not have to change it.

 

Hopefully that helps,

Thad

 

On Tue, May 3, 2011 at 12:59 PM, Pargeter, Christie :CO IS cparg...@lhs.org 
wrote:

** 

I have the same issue and have been wondering how to get my emails to have only 
the short name too.  I looked in my AR.CFG  EmailDaemon.properties and both 
only have the short name in them.

 

ARS 7.1 p 6

ITSM 7.0.3 p 9

Window 2003

MS SQ 2005

IIS/Tomcat

RKM 7.2 p 4

MidTier 7.5 p 7

 




From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, May 03, 2011 11:42 AM 


To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

 

Adding another entry to the mid tier configuration will only add unnecessary 
entry points and server names on the home page which tends to not look nice..

 

I would look into email related configuration files rather than the ar.cfg file 
since you earlier mentioned that the Server-Name parameter is already set 
correctly to the short name..

 

Look into some of the email related configuration files.. 
EmailDaemon.properties file to the best of my knowledge does not by default 
contain any server name related configuration, but its worth a check as I may

Re: Server name in notification

2011-05-05 Thread William Rentfrow
Yeah – load balance URL re-writes are a bit easier though.

 

I did (I think?) actually find the problem.  I think the API is invoking this 
call to automatically construct URL’s.  From the 7.6.03 API Guide:

 

API call ARGetServerInfo:

 

AR_SERVER_INFO_SERVER_NAME:
An alias for the current server name. The AR System server provides this
name when it receives a request for the server name. The value for this field
is the name without the domain extension. The AR System server
automatically appends the current domain name to the name. For example, if
the server is in the domain arrow.com, and the value for this setting is alpha,
the name is alpha.arrow.com. Note that a setting of alpha.arrow.com
results in an unrecognizable name: alpha.arrow.com.arrow.com

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Thursday, May 05, 2011 12:00 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

 

William,

 

You could try attempting a JavaScript redirection using a JavaScript to handle 
the page not found error with an html page containing that JavaScript, as a 
workaround by manipulating the window.location value..

 

Joe

 

From: William Rentfrow mailto:wrentf...@stratacominc.com  

Sent: Thursday, May 05, 2011 12:50 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Re: Server name in notification

 

** 

Yeah – one of our guys had put that workaround in place prior to me reading 
Thad’s post.  Great minds think alike and all that J

 

There are other places this becomes an issue though that is harder to fix – 
like links embedded in web reports that allow drill-down.

 

And it may seem picky – but think of the security implications.  We’re pretty 
locked down here but if I was to accidentally send these two url’s out to the 
world only the first one of them has a chance of actually getting anywhere, 
which is one of many reasons why we use the short name (which is actually a DNS 
alias of a load balancer that our servers hide behind):

 

https://someagency.gov/blahblahblah/

 

 

https://someagency/arsys/blahblahblah

 

No one can route to “someagency” – but someagency.gov is possibly routable.

 

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Thursday, May 05, 2011 11:35 AM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Nice update.

 

For what its worth I think Thads idea is probably a good workaround.

 

With regards to exactly what is happening... we normally see a Doug M post a 
few days later ;) (hint)

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: 05 May 2011 15:58
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

After DAYS of going deep into this – there is no good answer.

 

Adding multiple servers to the mid-tier config adds too much stuff to the home 
page.  Plus, it’s (IMHO) a completely unnecessary way to fix this 
software-wise. 

 

The server name alias in the ar.conf file is what I want the server to be 
called – period – I can’t imagine why BMC would allow this to be changed.

 

I did however figure out HOW it changes.  I am pretty sure the AR Server is 
invoking an API call called “GetServerInfo”.  The API guide specifically says 
that this API call will automatically append the domain name if it is not 
present at the tail end of the server when the information is returned from the 
server.

 

We may invoke some load balancer re-write rules but that’s a pretty duct-tape 
approach to this as far as I can tell.

 

I am putting in a defect and/or RFE for this.  It’s poor design.

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser
Sent: Tuesday, May 03, 2011 3:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Last time I looked into this issue, there was no good answer, so we ended up 
taking the less elegant, but more exepdient route.  We added a filter to the AR 
System Email Message form, to update the URL.  There are probably 
situations/configurations where this wouldn't work, but we haven't had any 
problems.

 

Fire on: Submit and Modify

Exec Order: 400

Run if:  'Plain Text Body' LIKE  %server=%.domain.com%

Action 1:  Set Fields:

   Plain Text Body = REPLACE($Plain Text Body$, ( 
server= + $SERVER$) +  , ( server= + REPLACE($SERVER$,  .domain.com, 
 )) +  )

 

The Set Fields is a little more complicated than necessary so that we can move 
the code between servers and not have to change it.

 

Hopefully that helps,

Thad

 

On Tue, May 3, 2011 at 12:59 PM, Pargeter, Christie :CO IS cparg...@lhs.org 
wrote:

** 

I have the same issue and have been wondering how to get my emails to have only 
the short name too.  I looked in my

Re: Server name in notification

2011-05-03 Thread William Rentfrow
Nope J

 

Server name alias is definitely the short name - and although the
IP-Name exists with the full name it is the third item in the list,
behind the short name an the IP.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Monday, May 02, 2011 2:46 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Hi,

 

I think this is the value that's in the Server-Name in the ar.cfg files.


 

If you change this to the short name e.g. myserver then do two things:

 

1 - Make sure the local arserver can ping that name and that the reply
IP is the actual local machine. Normally I add this to the local hosts
(windows) or /etc/hosts on *NIX

2 - in the ar.cfg file add the following line 

IP-Name: myserver.domain.com

 

Kind regards

Danny

 

Single Sign On (SSO) for the BMC Remedy AR System and ITSM

http://www.javasystemsolutions.com/jss/ssoplugin

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: 02 May 2011 19:58
To: arslist@ARSLIST.ORG
Subject: Server name in notification

 

** 

If you check the checkbox to include a URL to the entry in the email -
where does it get the AR Server name from?

 

For example, our URL looks like this:

 

http://midtier/arsys/servlet/ViewFormServlet?form=NTE%3aNotifierserver=
Myserver.Domain.Comeid=NTS0383

 

myserver.domain.com isn't configured in the mid-tier and consequently we
get an error.

 

How the myserver.domain.com part is goes into the URL is a mystery to
me.  All of our servers are currently configured with a short name
(e.g., myserver instead of myserver.domain.com) and the only place the
FQDN exists is as an IP-Name entry in the ar.conf file.

 

The actual server name is the short name.  Everything else I can find is
the short name.

 

Thanks in advance...

 

 

William Rentfrow

Principal Consultant, StrataCom

www.stratacominc.com

715-410-8056 (C)

Personal Blog: www.williamrentfrow.com

 

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-03 Thread Danny Kellett
J What parameters in the ar.cfg file exist with the fully Qualified name?

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: 02 May 2011 20:57
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Nope J

 

Server name alias is definitely the short name - and although the IP-Name
exists with the full name it is the third item in the list, behind the short
name an the IP.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Monday, May 02, 2011 2:46 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

Hi,

 

I think this is the value that's in the Server-Name in the ar.cfg files. 

 

If you change this to the short name e.g. myserver then do two things:

 

1 - Make sure the local arserver can ping that name and that the reply IP is
the actual local machine. Normally I add this to the local hosts (windows)
or /etc/hosts on *NIX

2 - in the ar.cfg file add the following line 

IP-Name: myserver.domain.com

 

Kind regards

Danny

 

Single Sign On (SSO) for the BMC Remedy AR System and ITSM

http://www.javasystemsolutions.com/jss/ssoplugin

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: 02 May 2011 19:58
To: arslist@ARSLIST.ORG
Subject: Server name in notification

 

** 

If you check the checkbox to include a URL to the entry in the email - where
does it get the AR Server name from?

 

For example, our URL looks like this:

 

http://midtier/arsys/servlet/ViewFormServlet?form=NTE%3aNotifier
http://midtier/arsys/servlet/ViewFormServlet?form=NTE%3aNotifierserver=Mys
erver.Domain.Comeid=NTS0383
server=Myserver.Domain.Comeid=NTS0383

 

myserver.domain.com isn't configured in the mid-tier and consequently we get
an error.

 

How the myserver.domain.com part is goes into the URL is a mystery to me.
All of our servers are currently configured with a short name (e.g.,
myserver instead of myserver.domain.com) and the only place the FQDN exists
is as an IP-Name entry in the ar.conf file.

 

The actual server name is the short name.  Everything else I can find is the
short name.

 

Thanks in advance.

 

 

William Rentfrow

Principal Consultant, StrataCom

www.stratacominc.com

715-410-8056 (C)

Personal Blog: www.williamrentfrow.com

 

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ 

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-03 Thread Tommy Morris
I think that I remember this happening a while back, our fix was to add
another server entry under AR Server Settings in the mid-tier
configuration page. There needs to be one entry that is app server name
and another that is the fqdn. I can't remember the patch that was
supposed to have fixed, I just make sure that the entries are there
regardless of version.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Tuesday, May 03, 2011 12:53 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

J What parameters in the ar.cfg file exist with the fully Qualified
name?


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-03 Thread Joe Martin D'Souza

Adding another entry to the mid tier configuration will only add unnecessary 
entry points and server names on the home page which tends to not look nice..

I would look into email related configuration files rather than the ar.cfg file 
since you earlier mentioned that the Server-Name parameter is already set 
correctly to the short name..

Look into some of the email related configuration files.. 
EmailDaemon.properties file to the best of my knowledge does not by default 
contain any server name related configuration, but its worth a check as I may 
be wrong.. Look for the line com.bmc.arsys.emaildaemon.servers in it..

Joe


From: Tommy Morris 
Sent: Tuesday, May 03, 2011 2:21 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Server name in notification

** 
I think that I remember this happening a while back, our fix was to add another 
server entry under AR Server Settings in the mid-tier configuration page. There 
needs to be one entry that is app server name and another that is the fqdn. I 
can’t remember the patch that was supposed to have fixed, I just make sure that 
the entries are there regardless of version.

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Tuesday, May 03, 2011 12:53 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

J What parameters in the ar.cfg file exist with the fully Qualified name?

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-03 Thread Tommy Morris
Adding a server entry does not add entry points or server names on the home 
page. I have it at this company on two mid-tiers and had the settings on 
mid-tiers at a previous company without that issue. Of course those AR and 
mid-tiers were 7.0 – 7.5p3 so maybe I missed something in the thread.

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, May 03, 2011 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

 

Adding another entry to the mid tier configuration will only add unnecessary 
entry points and server names on the home page which tends to not look nice..

 

I would look into email related configuration files rather than the ar.cfg file 
since you earlier mentioned that the Server-Name parameter is already set 
correctly to the short name..

 

Look into some of the email related configuration files.. 
EmailDaemon.properties file to the best of my knowledge does not by default 
contain any server name related configuration, but its worth a check as I may 
be wrong.. Look for the line com.bmc.arsys.emaildaemon.servers in it..

 

Joe

 

 

From: Tommy Morris mailto:tommy.mor...@radioshack.com  

Sent: Tuesday, May 03, 2011 2:21 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Re: Server name in notification

 

** 

I think that I remember this happening a while back, our fix was to add another 
server entry under AR Server Settings in the mid-tier configuration page. There 
needs to be one entry that is app server name and another that is the fqdn. I 
can’t remember the patch that was supposed to have fixed, I just make sure that 
the entries are there regardless of version.

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Tuesday, May 03, 2011 12:53 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

J What parameters in the ar.cfg file exist with the fully Qualified name?

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ 



Re: Server name in notification

2011-05-03 Thread Andrew C Goodall
You can add a load balanced VIP name / or a DNS alias for your midtier
and AR servers and make this your server-name in the ar.cfg and midtier
config.

 

We use a load balanced VIP name for your midtier and AR server layers

 

 

Ar.cfg

 

Default-Web-Path: http://mydns-midtiername.mydomain.com/arsys

Domain-Name: mydomain.com

IP-Name: 99.999.999.100

IP-Name: 99.999.999.101

IP-Name: arserver1

IP-Name: arserver1.mydomain.com

IP-Name: arserver2

IP-Name: arserver2.mydomain.com

//above ip-name are if you are using a server group

Server-Connect-Name: arserver1.mydomain.com

Server-Name: mydns-arservername.mydomain.com

 

 

Midtier config 

AR servers = mydns-arservername.mydomain.com

 

You can then choose to make this active/active or active/passive for
load balancing or failover.

 

Regards,

 

Andrew Goodall

Software Engineer 2 | Development Services |  jcpenney . www.jcp.com
http://www.jcp.com/  



From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, May 03, 2011 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

 

Adding another entry to the mid tier configuration will only add
unnecessary entry points and server names on the home page which tends
to not look nice..

 

I would look into email related configuration files rather than the
ar.cfg file since you earlier mentioned that the Server-Name parameter
is already set correctly to the short name..

 

Look into some of the email related configuration files..
EmailDaemon.properties file to the best of my knowledge does not by
default contain any server name related configuration, but its worth a
check as I may be wrong.. Look for the line
com.bmc.arsys.emaildaemon.servers in it..

 

Joe

 

 

From: Tommy Morris mailto:tommy.mor...@radioshack.com  

Sent: Tuesday, May 03, 2011 2:21 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Re: Server name in notification

 

** 

I think that I remember this happening a while back, our fix was to add
another server entry under AR Server Settings in the mid-tier
configuration page. There needs to be one entry that is app server name
and another that is the fqdn. I can't remember the patch that was
supposed to have fixed, I just make sure that the entries are there
regardless of version.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Tuesday, May 03, 2011 12:53 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

:-) What parameters in the ar.cfg file exist with the fully Qualified
name?

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_
/prefont face=monospacesize=-3brThe information transmitted is 
intended only for the person or entity to which it is addressed and brmay 
contain confidential and/or privileged material.  If the reader of this message 
is not the intendedbrrecipient, you are hereby notified that your access is 
unauthorized, and any review, dissemination,brdistribution or copying of this 
message including any attachments is strictly prohibited.   If you are 
notbrthe intended recipient, please contact the sender and delete the 
material from any computer.brpre

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-03 Thread Joe Martin D'Souza

It creates double links (displays the same link twice once under the short name 
and the other using the full name if both names are configured).. For eg if you 
have ITSM applications installed, it will have two links for Incident, Problem, 
etc..

I wish I could screen capture what I mean, but I do not have a system at hand 
to capture it..

Joe

From: Tommy Morris 
Sent: Tuesday, May 03, 2011 2:51 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Server name in notification

Adding a server entry does not add entry points or server names on the home 
page. I have it at this company on two mid-tiers and had the settings on 
mid-tiers at a previous company without that issue. Of course those AR and 
mid-tiers were 7.0 – 7.5p3 so maybe I missed something in the thread.

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, May 03, 2011 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

 

Adding another entry to the mid tier configuration will only add unnecessary 
entry points and server names on the home page which tends to not look nice..

 

I would look into email related configuration files rather than the ar.cfg file 
since you earlier mentioned that the Server-Name parameter is already set 
correctly to the short name..

 

Look into some of the email related configuration files.. 
EmailDaemon.properties file to the best of my knowledge does not by default 
contain any server name related configuration, but its worth a check as I may 
be wrong.. Look for the line com.bmc.arsys.emaildaemon.servers in it..

 

Joe

 

 

From: Tommy Morris 

Sent: Tuesday, May 03, 2011 2:21 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Re: Server name in notification

 

** 

I think that I remember this happening a while back, our fix was to add another 
server entry under AR Server Settings in the mid-tier configuration page. There 
needs to be one entry that is app server name and another that is the fqdn. I 
can’t remember the patch that was supposed to have fixed, I just make sure that 
the entries are there regardless of version.

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Tuesday, May 03, 2011 12:53 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

J What parameters in the ar.cfg file exist with the fully Qualified name?

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-03 Thread Pargeter, Christie :CO IS
I have the same issue and have been wondering how to get my emails to
have only the short name too.  I looked in my AR.CFG 
EmailDaemon.properties and both only have the short name in them.
 
ARS 7.1 p 6
ITSM 7.0.3 p 9
Window 2003
MS SQ 2005
IIS/Tomcat
RKM 7.2 p 4
MidTier 7.5 p 7



From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, May 03, 2011 11:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification


** 
 
Adding another entry to the mid tier configuration will only add
unnecessary entry points and server names on the home page which tends
to not look nice..
 
I would look into email related configuration files rather than the
ar.cfg file since you earlier mentioned that the Server-Name parameter
is already set correctly to the short name..
 
Look into some of the email related configuration files..
EmailDaemon.properties file to the best of my knowledge does not by
default contain any server name related configuration, but its worth a
check as I may be wrong.. Look for the line
com.bmc.arsys.emaildaemon.servers in it..
 
Joe
 
 
From: Tommy Morris mailto:tommy.mor...@radioshack.com  
Sent: Tuesday, May 03, 2011 2:21 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Server name in notification
 
** 

I think that I remember this happening a while back, our fix was to add
another server entry under AR Server Settings in the mid-tier
configuration page. There needs to be one entry that is app server name
and another that is the fqdn. I can't remember the patch that was
supposed to have fixed, I just make sure that the entries are there
regardless of version.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Danny Kellett
Sent: Tuesday, May 03, 2011 12:53 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server name in notification

 

** 

J What parameters in the ar.cfg file exist with the fully Qualified
name?

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-03 Thread Thad Esser
Last time I looked into this issue, there was no good answer, so we ended up
taking the less elegant, but more exepdient route.  We added a filter to the
AR System Email Message form, to update the URL.  There are
probably situations/configurations where this wouldn't work, but we haven't
had any problems.

Fire on: Submit and Modify
Exec Order: 400
Run if:  'Plain Text Body' LIKE  %server=%.domain.com%
Action 1:  Set Fields:
   Plain Text Body = REPLACE($Plain Text Body$, (
server= + $SERVER$) +  , ( server= + REPLACE($SERVER$,  .
domain.com,  )) +  )

The Set Fields is a little more complicated than necessary so that we can
move the code between servers and not have to change it.

Hopefully that helps,
Thad

On Tue, May 3, 2011 at 12:59 PM, Pargeter, Christie :CO IS cparg...@lhs.org
 wrote:

 **
 I have the same issue and have been wondering how to get my emails to have
 only the short name too.  I looked in my AR.CFG  EmailDaemon.properties and
 both only have the short name in them.

  ARS 7.1 p 6
 ITSM 7.0.3 p 9
 Window 2003
 MS SQ 2005
 IIS/Tomcat
 RKM 7.2 p 4
 MidTier 7.5 p 7

  --
 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Joe Martin D'Souza
 *Sent:* Tuesday, May 03, 2011 11:42 AM

 *To:* arslist@ARSLIST.ORG
 *Subject:* Re: Server name in notification

  **

 Adding another entry to the mid tier configuration will only add
 unnecessary entry points and server names on the home page which tends to
 not look nice..

 I would look into email related configuration files rather than the ar.cfg
 file since you earlier mentioned that the Server-Name parameter is already
 set correctly to the short name..

 Look into some of the email related configuration files..
 EmailDaemon.properties file to the best of my knowledge does not by default
 contain any server name related configuration, but its worth a check as I
 may be wrong.. Look for the line com.bmc.arsys.emaildaemon.servers in it..

 Joe


  *From:* Tommy Morris tommy.mor...@radioshack.com
 *Sent:* Tuesday, May 03, 2011 2:21 PM
 *Newsgroups:* public.remedy.arsystem.general
 *To:* arslist@ARSLIST.ORG
 *Subject:* Re: Server name in notification

 **

 I think that I remember this happening a while back, our fix was to add
 another server entry under AR Server Settings in the mid-tier configuration
 page. There needs to be one entry that is app server name and another that
 is the fqdn. I can’t remember the patch that was supposed to have fixed, I
 just make sure that the entries are there regardless of version.



 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Danny Kellett
 *Sent:* Tuesday, May 03, 2011 12:53 PM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Re: Server name in notification



 **

 J What parameters in the ar.cfg file exist with the fully Qualified name?
 _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend
 WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-02 Thread Joe Martin D'Souza

William,

The ARS has a few places where even though you configure the short name (as you 
are supposed to), the engine queries for the domain name and appends it to the 
server name you provide. In such cases if you configure the FQDN, the resulting 
name would be myserver.domain.com.domain.com which is worse..

What generally works well is configuring short names everywhere at ARS level, 
and then configuring the mid tier configuration with the long name..

Joe

From: William Rentfrow 
Sent: Monday, May 02, 2011 2:58 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Server name in notification

** 
If you check the checkbox to include a URL to the entry in the email – where 
does it get the AR Server name from?

 

For example, our URL looks like this:

 

http://midtier/arsys/servlet/ViewFormServlet?form=NTE%3aNotifierserver=Myserver.Domain.Comeid=NTS0383

 

myserver.domain.com isn’t configured in the mid-tier and consequently we get an 
error.

 

How the “myserver.domain.com” part is goes into the URL is a mystery to me.  
All of our servers are currently configured with a short name (e.g., myserver 
instead of myserver.domain.com) and the only place the FQDN exists is as an 
IP-Name entry in the ar.conf file.

 

The actual server name is the short name.  Everything else I can find is the 
short name.

 

Thanks in advance…

 

 

William Rentfrow

Principal Consultant, StrataCom

www.stratacominc.com

715-410-8056 (C)

Personal Blog: www.williamrentfrow.com

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are


Re: Server name in notification

2011-05-02 Thread Danny Kellett
Hi,

 

I think this is the value that's in the Server-Name in the ar.cfg files. 

 

If you change this to the short name e.g. myserver then do two things:

 

1 - Make sure the local arserver can ping that name and that the reply IP is
the actual local machine. Normally I add this to the local hosts (windows)
or /etc/hosts on *NIX

2 - in the ar.cfg file add the following line 

IP-Name: myserver.domain.com

 

Kind regards

Danny

 

Single Sign On (SSO) for the BMC Remedy AR System and ITSM

http://www.javasystemsolutions.com/jss/ssoplugin

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow
Sent: 02 May 2011 19:58
To: arslist@ARSLIST.ORG
Subject: Server name in notification

 

** 

If you check the checkbox to include a URL to the entry in the email - where
does it get the AR Server name from?

 

For example, our URL looks like this:

 

http://midtier/arsys/servlet/ViewFormServlet?form=NTE%3aNotifier
http://midtier/arsys/servlet/ViewFormServlet?form=NTE%3aNotifierserver=Mys
erver.Domain.Comeid=NTS0383
server=Myserver.Domain.Comeid=NTS0383

 

myserver.domain.com isn't configured in the mid-tier and consequently we get
an error.

 

How the myserver.domain.com part is goes into the URL is a mystery to me.
All of our servers are currently configured with a short name (e.g.,
myserver instead of myserver.domain.com) and the only place the FQDN exists
is as an IP-Name entry in the ar.conf file.

 

The actual server name is the short name.  Everything else I can find is the
short name.

 

Thanks in advance.

 

 

William Rentfrow

Principal Consultant, StrataCom

www.stratacominc.com

715-410-8056 (C)

Personal Blog: www.williamrentfrow.com

 

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are