**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

Joel,
Not to nit-pick, but...

"
10. You can only change a Fixed License entry in User 3 times in a WEEK.
The 4th change locks the userid for 3 DAYS.
"
Surely you meant to say something like...

"You can only change a users license, to a Fixed License, 3 times in a
WEEK. The 4th change locks the userid for 3 DAYS."
or something like that.

If we can only make three changes to a persons password in a week,
then I might have some users (who for some reason can not remember their
password to save their life, or who change their email address based on the
direction of the wind) who have a problem. [ Well, now they would have
more than one problem. :]



Also as a follow up...
Are you talking about class "AR System 6.x: What's New"? ("Q-AR-250"
: http://www.remedy.com/solutions/services/education/courses/Q-AR-250.htm)


I do find it a bit "interesting" that the classes are available
before the product is shipped. (What happens if they sneak in a new feature
before they ship the version? Like that has never happened at the last
minute. :)

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.



"Joel Sender"
K.NET> cc:
Sent by: "Action Subject: What's Coming in Version 6? Here it is ...
Request System
discussion
list(ARSList)"
ORG>


12/16/2003 05:11
PM
Please respond to
arslist






**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another
giant step forward. Here's a summary of the features that were covered in
the class:

1. Expect the 'First Customer Shipment' (FCS) in January. No official
date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance
(different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic'
file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a
separate program.
8. There's a new license type: "Read Restricted". It's the same as the
old "Read" except that you can't change ANY DATA, regardless of the
"Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins
running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a
WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on
different servers (sharing a DB instance). Server groups CAN have
separate machines for Assignment, DSO, Email, Escalations,
Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server
fails, it's dedicated function can be automatically picked-up by
another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This
is different from Mid-Tier deployment. A form can only reside in one
D.Application.
15. D.Applications can be exported WITH DATA. You specify the
import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin
tool and specify how you want it archived (move or copy, based upon a
qualification). The Archive form is automatically generated, with
additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or
"Hidden" mode.
18. There are lots of performance logging options for AR System
forms.
19. Security groups can be CALCULATED form existing groups. For
example, a calculated group could include "Support Managers",
"Development Managers" but NOT 'Education Managers". The group
numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row
level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES",
which are mapped to local Groups. an application Role can be mapped
on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home
Page button and it opens that form. When you logon to AR User, the
Home Page opens. Home Pages can have a new field type: "Application
List". It will list the Application 'Entry Points" to which the user
has access.
23. Entry points can be defined for applications, with security
access control.
24. Fields in forms can be 'automatically' laid out. You turn this
on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are
correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The
data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be
entered. You can not type in the field. Automates the $MENU$
function.
28. There's a GUID field that always generates a unique ID across
servers.
29. The new Windows Global Field remains the same when changing
entries.
30. Active links can execute on "Events" to synchronize multiple
open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations.
Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to
different Servers and Forms, based on workflow. If you have one form
for customers and another for employees, you can set the FORM name in
a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e.
$CURRENTWINID$
34. Remedy will work with developers to license their Deployable
Applications.
35. Flashboards is included. you can have 6 FB's with the ARS
license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and
2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR
System.
38. Mid-tier tracks the last time an app was deployed, so it won't
re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests
it.
40. Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of
class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better
than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com

Matt,
First, I'm just the messenger - I just took the class
"AR System 6.x: What's New" and I agree, taking the class before
FCS is a problem - but nothing a 10 minute review of the final
version can't fix. I suspect that when the class was scheduled,
FCS was planned for an earlier time. Personally, I appreciate
postponing the release until it's ready.

As for the limitations on fixed licenses, here's a quote from page
40 of the class book:

"The AR System now tracks the number of times a fixed license is changed
for a user. If it exceeds three times in one week, the AR system prevents
that user's License Type from being set to a Fixed License. The license
type for that record cannot be changed again for three days"

My understanding is that this prevents a fixed license from being moved
to and from people on different shifts. Other interpretations may vary.
We did not test this is the Labs and I wasn't that curious (sorry).
Joel


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Carey Matthew Black
Sent: Tuesday, December 16, 2003 4:04 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


Joel,
Not to nit-pick, but...

"
10. You can only change a Fixed License entry in User 3 times in a WEEK.
The 4th change locks the userid for 3 DAYS.
"
Surely you meant to say something like...

"You can only change a users license, to a Fixed License, 3 times in a
WEEK. The 4th change locks the userid for 3 DAYS."
or something like that.

If we can only make three changes to a persons password in a week,
then I might have some users (who for some reason can not remember their
password to save their life, or who change their email address based on the
direction of the wind) who have a problem. [ Well, now they would have
more than one problem. :]



Also as a follow up...
Are you talking about class "AR System 6.x: What's New"? ("Q-AR-250"
: http://www.remedy.com/solutions/services/education/courses/Q-AR-250.htm)


I do find it a bit "interesting" that the classes are available
before the product is shipped. (What happens if they sneak in a new feature
before they ship the version? Like that has never happened at the last
minute. :)

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.



"Joel Sender"
K.NET> cc:
Sent by: "Action Subject: What's Coming in
Version 6? Here it is ...
Request System
discussion
list(ARSList)"
ORG>



12/16/2003 05:11
PM
Please respond to
arslist






**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another
giant step forward. Here's a summary of the features that were covered in
the class:

1. Expect the 'First Customer Shipment' (FCS) in January. No official
date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance
(different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic'
file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a
separate program.
8. There's a new license type: "Read Restricted". It's the same as the
old "Read" except that you can't change ANY DATA, regardless of the
"Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins
running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a
WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on
different servers (sharing a DB instance). Server groups CAN have
separate machines for Assignment, DSO, Email, Escalations,
Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server
fails, it's dedicated function can be automatically picked-up by
another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This
is different from Mid-Tier deployment. A form can only reside in one
D.Application.
15. D.Applications can be exported WITH DATA. You specify the
import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin
tool and specify how you want it archived (move or copy, based upon a
qualification). The Archive form is automatically generated, with
additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or
"Hidden" mode.
18. There are lots of performance logging options for AR System
forms.
19. Security groups can be CALCULATED form existing groups. For
example, a calculated group could include "Support Managers",
"Development Managers" but NOT 'Education Managers". The group
numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row
level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES",
which are mapped to local Groups. an application Role can be mapped
on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home
Page button and it opens that form. When you logon to AR User, the
Home Page opens. Home Pages can have a new field type: "Application
List". It will list the Application 'Entry Points" to which the user
has access.
23. Entry points can be defined for applications, with security
access control.
24. Fields in forms can be 'automatically' laid out. You turn this
on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are
correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The
data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be
entered. You can not type in the field. Automates the $MENU$
function.
28. There's a GUID field that always generates a unique ID across
servers.
29. The new Windows Global Field remains the same when changing
entries.
30. Active links can execute on "Events" to synchronize multiple
open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations.
Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to
different Servers and Forms, based on workflow. If you have one form
for customers and another for employees, you can set the FORM name in
a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e.
$CURRENTWINID$
34. Remedy will work with developers to license their Deployable
Applications.
35. Flashboards is included. you can have 6 FB's with the ARS
license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and
2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR
System.
38. Mid-tier tracks the last time an app was deployed, so it won't
re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests
it.
40. Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of
class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better
than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com

It makes sense from a licensing perspective to prevent "cheats" in the system.
I am rather surprised they did not try to do something like this in an earlier
release.

Also, you mentioned the new READ RESTRICTED license. Does the old READ license
still exist so users can create a record when ARS is in "Submitter Locked"
mode? If not, this is going to cause some problems since most of my company's
non-MIS users have a Read license so they can open Help Desk Cases and such.

-James

Quoting Joel Sender :
>
> "The AR System now tracks the number of times a fixed license is changed
> for a user. If it exceeds three times in one week, the AR system prevents
> that user's License Type from being set to a Fixed License. The license
> type for that record cannot be changed again for three days"
>
> My understanding is that this prevents a fixed license from being moved
> to and from people on different shifts. Other interpretations may vary.
> We did not test this is the Labs and I wasn't that curious (sorry).
> Joel
>
>

**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..

-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

This posting was submitted via the Web interface

**
I have to tell you #9 is the one I am most concerned about..... Does this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a hyperlink which logs them onto a generic account & password) to update a custom table we created.. the account used is VERY low security and doesn't touch Help or Asset forms...but does relate to Asset information... I have 50 fixed Asset licenses... but chose to not use these for this group of people (since I didn't want to have to administer the logins....) in fact.. we use this feature to acknowledge receipt of delivery of assets which have been purchased (via a custom module we deployed).. the main concern I have had with the web is that users who do not log out (FYI - I have a logout button on EVERY web form I have)....

Phil



-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..

-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

#9 applies to all users.

--
Jarl


-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: 17. desember 2003 15:08
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a hyperlink which logs them onto a generic account & password) to update a custom table we created.. the account used is VERY low security and doesn't touch Help or Asset forms...but does relate to Asset information... I have 50 fixed Asset licenses... but chose to not use these for this group of people (since I didn't want to have to administer the logins....) in fact.. we use this feature to acknowledge receipt of delivery of assets which have been purchased (via a custom module we deployed).. the main concern I have had with the web is that users who do not log out (FYI - I have a logout button on EVERY web form I have)....

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate program.
There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access control.
Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
Server-side tables allow filters to perform table operations. Reduces network overhead.
In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface
This posting was submitted via the Web interface
This posting was submitted via the Web interface

#13 Floating licenses can be shared across two or more servers in a servergroup. Todays modell you need double set of licenses if you want to run multiple servers (loadbalancer)


--
Jarl

-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: 17. desember 2003 14:43
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate program.
There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access control.
Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
Server-side tables allow filters to perform table operations. Reduces network overhead.
In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface
This posting was submitted via the Web interface

I believe it will prompt whether to end the other session, and will
transfer ownership of the license token between sessions. I think there
is also a wait period before it can be transferred again, something link
15 minutes.

If the session is ended before the server is accessed from the same
user, this enforcement does not apply.

Axton

-----Original Message-----
From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Sent: Wednesday, December 17, 2003 8:46 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

#9 applies to all users.

--
Jarl


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: 17. desember 2003 15:08
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does
this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a
hyperlink which logs them onto a generic account & password) to update a
custom table we created.. the account used is VERY low security and
doesn't touch Help or Asset forms...but does relate to Asset
information... I have 50 fixed Asset licenses... but chose to not use
these for this group of people (since I didn't want to have to
administer the logins....) in fact.. we use this feature to acknowledge
receipt of delivery of assets which have been purchased (via a custom
module we deployed).. the main concern I have had with the web is that
users who do not log out (FYI - I have a logout button on EVERY web form
I have)....

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3
alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use
Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again...
With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just
because they use it on multiple machines as the same time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another
giant step forward. Here's a summary of the features that were covered
in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date
was announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different
ORA tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file
and they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate
program.
There's a new license type: "Read Restricted". It's the same as the old
"Read" except that you can't change ANY DATA, regardless of the
"Submitter Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running
the Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The
4th change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different
servers (sharing a DB instance). Server groups CAN have separate
machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's
dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is
different from Mid-Tier deployment. A form can only reside in one
D.Application.
D.Applications can be exported WITH DATA. You specify the import tool
options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and
specify how you want it archived (move or copy, based upon a
qualification). The Archive form is automatically generated, with
additional fields for the 'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden"
mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a
calculated group could include "Support Managers", "Development
Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are
mapped to local Groups. an application Role can be mapped on each local
server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button
and it opens that form. When you logon to AR User, the Home Page opens.
Home Pages can have a new field type: "Application List". It will list
the Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access
control.
Fields in forms can be 'automatically' laid out. You turn this on & off
as needed.
View fields are 'filled' in the admin tool to confirm they are correct.
Once filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data
remains in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered.
You can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open
windows. You can define 'events'
Server-side tables allow filters to perform table operations. Reduces
network overhead.
In filters and active links, the IF & ELSE actions can point to
different Servers and Forms, based on workflow. If you have one form for
customers and another for employees, you can set the FORM name in a
field and the FORM specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable
Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More
that that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy
when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of
class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH
better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com

Was there any mention of whether this version will
support ITSM 5.5?

Thanks,
Susan


--- Joel Sender wrote:
> NachrichtHi Folks,
> I just took the ARS 6.0 Delta class, and, as usual,
> Doug & his team have
> taken another
> giant step forward. Here's a summary of the features
> that were covered in
> the class:
>
> 1.. Expect the 'First Customer Shipment' (FCS) in
> January. No official
> date was announced.
> 2.. SNMP integration is built-in
> 3.. Unicode is supported - just select it during
> install
> 4.. We loaded two ARS servers on one PC with one
> Oracle instance
> (different ORA tables)
> 5.. Mid-Tier installed & worked on the first try.
> Really
> 6.. Licensing is different. You send Remedy
> support your 'Remedy.lic' file
> and they'll send you the same licenses in the new
> format.
> 7.. The license tool is now included in the Admin
> tool, no longer a
> separate program.
> 8.. There's a new license type: "Read Restricted".
> It's the same as the
> old "Read" except that you can't change ANY DATA,
> regardless of the
> "Submitter Locked" setting.
> 9.. You can only log on a Userid from ONE IP
> address. Except Admins
> running the Admin tool or "Read Restricted" users.
> 10.. You can only change a Fixed License entry in
> User 3 times in a WEEK.
> The 4th change locks the userid for 3 DAYS.
> 11.. AR Server groups allow different functions to
> reside on different
> servers (sharing a DB instance). Server groups CAN
> have separate machines
> for Assignment, DSO, Email, Escalations, Flashboards
> and FTS.
> 12.. Server groups can be configured for
> 'fail-over'. If a server fails,
> it's dedicated function can be automatically
> picked-up by another server.
> 13.. Licenses are shared across the server group.
> 14.. AR workflow can be 'bundled' in 'Deployable
> Applications' This is
> different from Mid-Tier deployment. A form can only
> reside in one
> D.Application.
> 15.. D.Applications can be exported WITH DATA. You
> specify the import tool
> options when you add the data to the D.Application.
> 16.. Data Archiving has been automated. Open a
> form in the Admin tool and
> specify how you want it archived (move or copy,
> based upon a qualification).
> The Archive form is automatically generated, with
> additional fields for the
> 'Original Entry ID'
> 17.. You can export a D.Application and LOCK it in
> 'Read-Only' or "Hidden"
> mode.
> 18.. There are lots of performance logging options
> for AR System forms.
> 19.. Security groups can be CALCULATED form
> existing groups. For example,
> a calculated group could include "Support Managers",
> "Development Managers"
> but NOT 'Education Managers". The group numbers are
> NEGATIVE
> 20.. Dynamic groups are numbered from 60000 to
> 60999 and extend 'row
> level' access 'a thousand times'
> 21.. D.Applications don't have security groups,
> they have "ROLES", which
> are mapped to local Groups. an application Role can
> be mapped on each local
> server to which it is deployed.
> 22.. Any form can be designated as a 'Home Page'.
> Click the Home Page
> button and it opens that form. When you logon to AR
> User, the Home Page
> opens. Home Pages can have a new field type:
> "Application List". It will
> list the Application 'Entry Points" to which the
> user has access.
> 23.. Entry points can be defined for applications,
> with security access
> control.
> 24.. Fields in forms can be 'automatically' laid
> out. You turn this on &
> off as needed.
> 25.. View fields are 'filled' in the admin tool to
> confirm they are
> correct. Once filled, they are not active.
> 26.. Char fields can be 'masked' with asterisks
> when typed in. The data
> remains in clear text for workflow.
> 27.. Char fields can be non-editable' so only menu
> choices can be entered.
> You can not type in the field. Automates the $MENU$
> function.
> 28.. There's a GUID field that always generates a
> unique ID across
> servers.
> 29.. The new Windows Global Field remains the same
> when changing entries.
> 30.. Active links can execute on "Events" to
> synchronize multiple open
> windows. You can define 'events'
> 31.. Server-side tables allow filters to perform
> table operations. Reduces
> network overhead.
> 32.. In filters and active links, the IF & ELSE
> actions can point to
> different Servers and Forms, based on workflow. If
> you have one form for
> customers and another for employees, you can set the
> FORM name in a field
> and the FORM specification would have the field
> name.
> 33.. There are new keywords for multiple open
> windows, i.e. $CURRENTWINID$
> 34.. Remedy will work with developers to license
> their Deployable
> Applications.
> 35.. Flashboards is included. you can have 6 FB's
> with the ARS license.
> More that that requires an FB license
> 36.. Mid-tier 6.0 supports BEA Weblogic 8.1 and
> Apache 1.3.28 and 2.0.43 &
> Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
> 37.. Mid-tier no longer requires a license, it's
> included with AR System.
> 38.. Mid-tier tracks the last time an app was
> deployed, so it won't
> re-deploy when not needed.
> 39.. Mid-tier an automatically 'deploy' an app
> when a user requests it.
> 40.. Custom Style Sheets (CSS) is supported.
> There's more, and the details go on & on. It was
> three intense days of class
> & labs, and a fourth for the "Exam"
> in order to be RAC certified for ARS 6.0. The labs
> and test are MUCH better
> than the ARS 5.0 materials - Remedy
> Educational (and everyone else) is clearly out from
> under Peregrim.
>
> HTH,
> Joel
>
> Joel Sender
> (ARSLIST Backup Admin)
> www.QMXS.com
> JSender@QMXS.com
>
>

> UNSUBSCRIBE or access ARSList Archives at
> http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by
> QMX SUPPORT SERVICES at www.QMXS.com
>

Well, not all users. I got the below offlist reply from a technician at Remedy
about this issue. Based off the below email, you could have a generic login
for multiple users to use as long as the license is Read or Restricted Read.

-James

===========================
Yes, the READ license still exists and works just the same way as
it always has. We are simply adding one new license type,
RESTRICTED READ.

The purpose of the RESTRICTED READ type of license is to allow
the definition of a user who can Submit and Read but under no
condition (no condition means no condition -- even if submitter
locked is set) can they Modify an existing record. By trading off
the ability to Modify, there is no restriction on the number of
users who can be simultaneously connected as this user. This
allows the "anonymous login" for KB review or for surveys or
such with no problems.

The READ type of license still works as it does today, allowing
Submit and Read and even updates if Submitter Locked mode and you
are the Submitter. You are restricted to coming in from a single
station at a given time with this type of license.

A system can have an unlimited number of READ and an unlimited
number of RESTRICTED READ users at any time and there is no charge
for users of either of these types.

So, you should not notice any affect on your current environment.

One additional note, the functionality that restricts to one
machine does have allowance for cases where you forget to logout
at work and have an auto refresh window but you are at home and
want to connect -- or where you wander to a different building and
need to login to do a check from another station. The clients
will prompt you with a note indicating that you are logged in
elsewhere and allow you to "take over" the connection in your
new location. If you then logout of the new location, no one
using your name is on the system and when you get back to your
desk, you are good to go without interruption. If you leave the
new station logged in, then that station holds the connection.
We do restrict the ability to take over to no more often than
every 15 minutes from the last takeover. This eliminates two
users just bouncing a license back and forth, but it does mean
that if you did forget to disconnect from the other station, you
can take over again at a new station after 15 minutes has passed
from the time you initially took over the last time (of course, it
takes you 15 minutes to get from home to work or back to the
original building anyway so there is no real delay -- but you
would have logged out of the new station anyway so there was
no problem in the first place....)

Probably much more detail than you wanted, but I hope this is
useful.

=============================

Quoting Jarl Groneng :

> #9 applies to all users.
>
> --
> Jarl
>
>

I imagine it will have to. The 6.0 applications are not set to ship for
a while after ARS 6.0.

Axton

-----Original Message-----
From: Susan Palmer [mailto:suzanpalmer@YAHOO.COM]
Sent: Wednesday, December 17, 2003 9:46 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

Was there any mention of whether this version will
support ITSM 5.5?

Thanks,
Susan


--- Joel Sender wrote:
> NachrichtHi Folks,
> I just took the ARS 6.0 Delta class, and, as usual,
> Doug & his team have
> taken another
> giant step forward. Here's a summary of the features
> that were covered in
> the class:
>
> 1.. Expect the 'First Customer Shipment' (FCS) in
> January. No official
> date was announced.
> 2.. SNMP integration is built-in
> 3.. Unicode is supported - just select it during
> install
> 4.. We loaded two ARS servers on one PC with one
> Oracle instance
> (different ORA tables)
> 5.. Mid-Tier installed & worked on the first try.
> Really
> 6.. Licensing is different. You send Remedy
> support your 'Remedy.lic' file
> and they'll send you the same licenses in the new
> format.
> 7.. The license tool is now included in the Admin
> tool, no longer a
> separate program.
> 8.. There's a new license type: "Read Restricted".
> It's the same as the
> old "Read" except that you can't change ANY DATA,
> regardless of the
> "Submitter Locked" setting.
> 9.. You can only log on a Userid from ONE IP
> address. Except Admins
> running the Admin tool or "Read Restricted" users.
> 10.. You can only change a Fixed License entry in
> User 3 times in a WEEK.
> The 4th change locks the userid for 3 DAYS.
> 11.. AR Server groups allow different functions to
> reside on different
> servers (sharing a DB instance). Server groups CAN
> have separate machines
> for Assignment, DSO, Email, Escalations, Flashboards
> and FTS.
> 12.. Server groups can be configured for
> 'fail-over'. If a server fails,
> it's dedicated function can be automatically
> picked-up by another server.
> 13.. Licenses are shared across the server group.
> 14.. AR workflow can be 'bundled' in 'Deployable
> Applications' This is
> different from Mid-Tier deployment. A form can only
> reside in one
> D.Application.
> 15.. D.Applications can be exported WITH DATA. You
> specify the import tool
> options when you add the data to the D.Application.
> 16.. Data Archiving has been automated. Open a
> form in the Admin tool and
> specify how you want it archived (move or copy,
> based upon a qualification).
> The Archive form is automatically generated, with
> additional fields for the
> 'Original Entry ID'
> 17.. You can export a D.Application and LOCK it in
> 'Read-Only' or "Hidden"
> mode.
> 18.. There are lots of performance logging options
> for AR System forms.
> 19.. Security groups can be CALCULATED form
> existing groups. For example,
> a calculated group could include "Support Managers",
> "Development Managers"
> but NOT 'Education Managers". The group numbers are
> NEGATIVE
> 20.. Dynamic groups are numbered from 60000 to
> 60999 and extend 'row
> level' access 'a thousand times'
> 21.. D.Applications don't have security groups,
> they have "ROLES", which
> are mapped to local Groups. an application Role can
> be mapped on each local
> server to which it is deployed.
> 22.. Any form can be designated as a 'Home Page'.
> Click the Home Page
> button and it opens that form. When you logon to AR
> User, the Home Page
> opens. Home Pages can have a new field type:
> "Application List". It will
> list the Application 'Entry Points" to which the
> user has access.
> 23.. Entry points can be defined for applications,
> with security access
> control.
> 24.. Fields in forms can be 'automatically' laid
> out. You turn this on &
> off as needed.
> 25.. View fields are 'filled' in the admin tool to
> confirm they are
> correct. Once filled, they are not active.
> 26.. Char fields can be 'masked' with asterisks
> when typed in. The data
> remains in clear text for workflow.
> 27.. Char fields can be non-editable' so only menu
> choices can be entered.
> You can not type in the field. Automates the $MENU$
> function.
> 28.. There's a GUID field that always generates a
> unique ID across
> servers.
> 29.. The new Windows Global Field remains the same
> when changing entries.
> 30.. Active links can execute on "Events" to
> synchronize multiple open
> windows. You can define 'events'
> 31.. Server-side tables allow filters to perform
> table operations. Reduces
> network overhead.
> 32.. In filters and active links, the IF & ELSE
> actions can point to
> different Servers and Forms, based on workflow. If
> you have one form for
> customers and another for employees, you can set the
> FORM name in a field
> and the FORM specification would have the field
> name.
> 33.. There are new keywords for multiple open
> windows, i.e. $CURRENTWINID$
> 34.. Remedy will work with developers to license
> their Deployable
> Applications.
> 35.. Flashboards is included. you can have 6 FB's
> with the ARS license.
> More that that requires an FB license
> 36.. Mid-tier 6.0 supports BEA Weblogic 8.1 and
> Apache 1.3.28 and 2.0.43 &
> Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
> 37.. Mid-tier no longer requires a license, it's
> included with AR System.
> 38.. Mid-tier tracks the last time an app was
> deployed, so it won't
> re-deploy when not needed.
> 39.. Mid-tier an automatically 'deploy' an app
> when a user requests it.
> 40.. Custom Style Sheets (CSS) is supported.
> There's more, and the details go on & on. It was
> three intense days of class
> & labs, and a fourth for the "Exam"
> in order to be RAC certified for ARS 6.0. The labs
> and test are MUCH better
> than the ARS 5.0 materials - Remedy
> Educational (and everyone else) is clearly out from
> under Peregrim.
>
> HTH,
> Joel
>
> Joel Sender
> (ARSLIST Backup Admin)
> www.QMXS.com
> JSender@QMXS.com
>
>


> UNSUBSCRIBE or access ARSList Archives at
> http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by
> QMX SUPPORT SERVICES at www.QMXS.com
>



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com

Jarl, Axton, Thanks..
A Couple of Additional thoughts here.. I think this was out once.. Some of
it..
I just had a few additions..

If a User logs into a User tool, and then log's into mid-ter (one IP) like
stated below, then you cannot log in ?
Or what if I have a JAVA front end, or a ARSPERL front end. the IP is the
SAME, or is there now going to be a change to the Login API, passing the IP
value into the script?

So Remedy now is going to limit what customers can or cannot do, based on
the system they choose to login with{IP}.
I suppose the only way around this is a NAT'd ::Virtual MAC or Virtual Linux
or Virtual PC on the box you are one, then you can have multiple instances.

What is the timeout Value set to ? 15 Mintues ??? If you are on the
usertool, and log out or just X or Blowup. You now have to Wait ?
CASE in Point::

What about the Technicians who log into their boxes at their desk, and then
use the Mid-tier to check their tickets?
They have to go BACK and log out before they go to another persons Station..
?? And if on Mid-Tier, does that mean they go to another Workstation, they
have to Wait 15 minutes to Log in again to check tickets or Update them ???


What about Technicians installing Remedy, I usually Test the installation
with a login and then have them log in.. This is now out the window too.

I am totally Rebellious to this sort of thinking Guys..
You Either Paid for the USAGE of a Product or you DID NOT !!! I did and
would like FULL usage !!! Not with 15 Minute Interruptions.

This TOTALLY STINKS --- It Looks like the possibility of Dropping Support
has Finally come. I might have to stay on 5X for life.

I sure hope this is not the CASE... =8 -/


-----Original Message-----
From: Axton Grams [mailto:agrams@REMEDY.ACS.UNT.EDU]
Sent: Wednesday, December 17, 2003 9:52 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


I believe it will prompt whether to end the other session, and will transfer
ownership of the license token between sessions. I think there is also a
wait period before it can be transferred again, something link 15 minutes.

If the session is ended before the server is accessed from the same user,
this enforcement does not apply.

Axton

-----Original Message-----
From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Sent: Wednesday, December 17, 2003 8:46 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

#9 applies to all users.

--
Jarl


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: 17. desember 2003 15:08
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does this
apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a
hyperlink which logs them onto a generic account & password) to update a
custom table we created.. the account used is VERY low security and doesn't
touch Help or Asset forms...but does relate to Asset information... I have
50 fixed Asset licenses... but chose to not use these for this group of
people (since I didn't want to have to administer the logins....) in fact..
we use this feature to acknowledge receipt of delivery of assets which have
been purchased (via a custom module we deployed).. the main concern I have
had with the web is that users who do not log out (FYI - I have a logout
button on EVERY web form I have)....

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone..
(I know I am Admin) I have people who have a mac and 2 PC's doing
Development, who use Remedy on different boxes as the SAME time.. I work in
a Development Shop // Testing // Rebuild // Testing again... With Everything
you have not seen yet .. This would Stink, having to give more two license
to one person just because they use it on multiple machines as the same
time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another giant step forward. Here's a summary of the features that were
covered in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date was
announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different ORA
tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file and
they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate
program.
There's a new license type: "Read Restricted". It's the same as the old
"Read" except that you can't change ANY DATA, regardless of the "Submitter
Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running the
Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The 4th
change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different servers
(sharing a DB instance). Server groups CAN have separate machines for
Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's
dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is different
from Mid-Tier deployment. A form can only reside in one D.Application.
D.Applications can be exported WITH DATA. You specify the import tool
options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and specify
how you want it archived (move or copy, based upon a qualification). The
Archive form is automatically generated, with additional fields for the
'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a
calculated group could include "Support Managers", "Development Managers"
but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are
mapped to local Groups. an application Role can be mapped on each local
server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button and
it opens that form. When you logon to AR User, the Home Page opens. Home
Pages can have a new field type: "Application List". It will list the
Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access control.
Fields in forms can be 'automatically' laid out. You turn this on & off as
needed.
View fields are 'filled' in the admin tool to confirm they are correct. Once
filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data remains
in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered. You
can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open windows.
You can define 'events'
Server-side tables allow filters to perform table operations. Reduces
network overhead.
In filters and active links, the IF & ELSE actions can point to different
Servers and Forms, based on workflow. If you have one form for customers and
another for employees, you can set the FORM name in a field and the FORM
specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More that
that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy
when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of class
& labs, and a fourth for the "Exam" in order to be RAC certified for ARS
6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com

Zandi, the answer from James Van Sickle answer some of your questions;

---%<---
One additional note, the functionality that restricts to one
machine does have allowance for cases where you forget to logout
at work and have an auto refresh window but you are at home and
want to connect -- or where you wander to a different building and
need to login to do a check from another station. The clients
will prompt you with a note indicating that you are logged in
elsewhere and allow you to "take over" the connection in your
new location. If you then logout of the new location, no one
using your name is on the system and when you get back to your
desk, you are good to go without interruption. If you leave the
new station logged in, then that station holds the connection.
We do restrict the ability to take over to no more often than
every 15 minutes from the last takeover. This eliminates two
users just bouncing a license back and forth, but it does mean
that if you did forget to disconnect from the other station, you
can take over again at a new station after 15 minutes has passed
from the time you initially took over the last time (of course, it
takes you 15 minutes to get from home to work or back to the
original building anyway so there is no real delay -- but you
would have logged out of the new station anyway so there was
no problem in the first place....)
---%<---

--
Jarl

> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt
> AFRL/IFOSS
> Sent: 17. desember 2003 17:10
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> Jarl, Axton, Thanks..
> A Couple of Additional thoughts here.. I think this was out
> once.. Some of
> it..
> I just had a few additions..
>
> If a User logs into a User tool, and then log's into mid-ter
> (one IP) like
> stated below, then you cannot log in ?
> Or what if I have a JAVA front end, or a ARSPERL front end.
> the IP is the
> SAME, or is there now going to be a change to the Login API,
> passing the IP
> value into the script?
>
> So Remedy now is going to limit what customers can or cannot
> do, based on
> the system they choose to login with{IP}.
> I suppose the only way around this is a NAT'd ::Virtual MAC
> or Virtual Linux
> or Virtual PC on the box you are one, then you can have
> multiple instances.
>
> What is the timeout Value set to ? 15 Mintues ??? If you are on the
> usertool, and log out or just X or Blowup. You now have to Wait ?
> CASE in Point::
>
> What about the Technicians who log into their boxes at their
> desk, and then
> use the Mid-tier to check their tickets?
> They have to go BACK and log out before they go to another
> persons Station..
> ?? And if on Mid-Tier, does that mean they go to another
> Workstation, they
> have to Wait 15 minutes to Log in again to check tickets or
> Update them ???
>
>
> What about Technicians installing Remedy, I usually Test the
> installation
> with a login and then have them log in.. This is now out the
> window too.
>
> I am totally Rebellious to this sort of thinking Guys..
> You Either Paid for the USAGE of a Product or you DID NOT !!!
> I did and
> would like FULL usage !!! Not with 15 Minute Interruptions.
>
> This TOTALLY STINKS --- It Looks like the possibility of
> Dropping Support
> has Finally come. I might have to stay on 5X for life.
>
> I sure hope this is not the CASE... =8 -/
>
>
> -----Original Message-----
> From: Axton Grams [mailto:agrams@REMEDY.ACS.UNT.EDU]
> Sent: Wednesday, December 17, 2003 9:52 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> I believe it will prompt whether to end the other session,
> and will transfer
> ownership of the license token between sessions. I think
> there is also a
> wait period before it can be transferred again, something
> link 15 minutes.
>
> If the session is ended before the server is accessed from
> the same user,
> this enforcement does not apply.
>
> Axton
>
> -----Original Message-----
> From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
> Sent: Wednesday, December 17, 2003 8:46 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
> #9 applies to all users.
>
> --
> Jarl
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
> Sent: 17. desember 2003 15:08
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> **
> I have to tell you #9 is the one I am most concerned
> about..... Does this
> apply to Client only... or Mid Tier users as well?
>
> I have a process which allows un-named users (actually users click a
> hyperlink which logs them onto a generic account & password)
> to update a
> custom table we created.. the account used is VERY low
> security and doesn't
> touch Help or Asset forms...but does relate to Asset
> information... I have
> 50 fixed Asset licenses... but chose to not use these for
> this group of
> people (since I didn't want to have to administer the
> logins....) in fact..
> we use this feature to acknowledge receipt of delivery of
> assets which have
> been purchased (via a custom module we deployed).. the main
> concern I have
> had with the web is that users who do not log out (FYI - I
> have a logout
> button on EVERY web form I have)....
>
> Phil
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt
> AFRL/IFOSS
> Sent: Wednesday, December 17, 2003 8:43 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> **
> Joel,
> I would like a little more info on # 9, and a little more info on #13
>
> 9 Concerns me, as we have multiple boxes per person here.. I
> have 3 alone..
> (I know I am Admin) I have people who have a mac and 2 PC's doing
> Development, who use Remedy on different boxes as the SAME
> time.. I work in
> a Development Shop // Testing // Rebuild // Testing again...
> With Everything
> you have not seen yet .. This would Stink, having to give
> more two license
> to one person just because they use it on multiple machines
> as the same
> time..
>
> 13 I just don't get this..
> -----Original Message-----
> From: Joel Sender [mailto:arslist@EARTHLINK.NET]
> Sent: Tuesday, December 16, 2003 6:12 PM
> To: ARSLIST@ARSLIST.ORG
> Subject: What's Coming in Version 6? Here it is ...
>
>
> **
> Hi Folks,
> I just took the ARS 6.0 Delta class, and, as usual, Doug &
> his team have
> taken another giant step forward. Here's a summary of the
> features that were
> covered in the class:
>
> Expect the 'First Customer Shipment' (FCS) in January. No
> official date was
> announced.
> SNMP integration is built-in
> Unicode is supported - just select it during install
> We loaded two ARS servers on one PC with one Oracle instance
> (different ORA
> tables)
> Mid-Tier installed & worked on the first try. Really
> Licensing is different. You send Remedy support your
> 'Remedy.lic' file and
> they'll send you the same licenses in the new format.
> The license tool is now included in the Admin tool, no longer
> a separate
> program.
> There's a new license type: "Read Restricted". It's the same
> as the old
> "Read" except that you can't change ANY DATA, regardless of
> the "Submitter
> Locked" setting.
> You can only log on a Userid from ONE IP address. Except
> Admins running the
> Admin tool or "Read Restricted" users.
> You can only change a Fixed License entry in User 3 times in
> a WEEK. The 4th
> change locks the userid for 3 DAYS.
> AR Server groups allow different functions to reside on
> different servers
> (sharing a DB instance). Server groups CAN have separate machines for
> Assignment, DSO, Email, Escalations, Flashboards and FTS.
> Server groups can be configured for 'fail-over'. If a server
> fails, it's
> dedicated function can be automatically picked-up by another server.
> Licenses are shared across the server group.
> AR workflow can be 'bundled' in 'Deployable Applications'
> This is different
> from Mid-Tier deployment. A form can only reside in one
> D.Application.
> D.Applications can be exported WITH DATA. You specify the import tool
> options when you add the data to the D.Application.
> Data Archiving has been automated. Open a form in the Admin
> tool and specify
> how you want it archived (move or copy, based upon a
> qualification). The
> Archive form is automatically generated, with additional
> fields for the
> 'Original Entry ID'
> You can export a D.Application and LOCK it in 'Read-Only' or
> "Hidden" mode.
> There are lots of performance logging options for AR System forms.
> Security groups can be CALCULATED form existing groups. For example, a
> calculated group could include "Support Managers",
> "Development Managers"
> but NOT 'Education Managers". The group numbers are NEGATIVE
> Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
> access 'a thousand times'
> D.Applications don't have security groups, they have "ROLES",
> which are
> mapped to local Groups. an application Role can be mapped on
> each local
> server to which it is deployed.
> Any form can be designated as a 'Home Page'. Click the Home
> Page button and
> it opens that form. When you logon to AR User, the Home Page
> opens. Home
> Pages can have a new field type: "Application List". It will list the
> Application 'Entry Points" to which the user has access.
> Entry points can be defined for applications, with security
> access control.
> Fields in forms can be 'automatically' laid out. You turn
> this on & off as
> needed.
> View fields are 'filled' in the admin tool to confirm they
> are correct. Once
> filled, they are not active.
> Char fields can be 'masked' with asterisks when typed in. The
> data remains
> in clear text for workflow.
> Char fields can be non-editable' so only menu choices can be
> entered. You
> can not type in the field. Automates the $MENU$ function.
> There's a GUID field that always generates a unique ID across servers.
> The new Windows Global Field remains the same when changing entries.
> Active links can execute on "Events" to synchronize multiple
> open windows.
> You can define 'events'
> Server-side tables allow filters to perform table operations. Reduces
> network overhead.
> In filters and active links, the IF & ELSE actions can point
> to different
> Servers and Forms, based on workflow. If you have one form
> for customers and
> another for employees, you can set the FORM name in a field
> and the FORM
> specification would have the field name.
> There are new keywords for multiple open windows, i.e. $CURRENTWINID$
> Remedy will work with developers to license their Deployable
> Applications.
> Flashboards is included. you can have 6 FB's with the ARS
> license. More that
> that requires an FB license
> Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
> Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
> Mid-tier no longer requires a license, it's included with AR System.
> Mid-tier tracks the last time an app was deployed, so it
> won't re-deploy
> when not needed.
> Mid-tier an automatically 'deploy' an app when a user requests it.
> Custom Style Sheets (CSS) is supported.
> There's more, and the details go on & on. It was three
> intense days of class
> & labs, and a fourth for the "Exam" in order to be RAC
> certified for ARS
> 6.0. The labs and test are MUCH better than the ARS 5.0
> materials - Remedy
> Educational (and everyone else) is clearly out from under Peregrim.
>
> HTH,
> Joel
>
> Joel Sender
> (ARSLIST Backup Admin)
> www.QMXS.com
> JSender@QMXS.com
>
>
> UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com

Expiration of web based sessions (version 5.1) currently have licenses being
released after 1 hour (default is 2 hours..but you can set it to 1 hour).

15 minutes would be lovely if that has changed in 6..



-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Axton Grams
Sent: Wednesday, December 17, 2003 9:52 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


I believe it will prompt whether to end the other session, and will
transfer ownership of the license token between sessions. I think there
is also a wait period before it can be transferred again, something link
15 minutes.

If the session is ended before the server is accessed from the same
user, this enforcement does not apply.

Axton

-----Original Message-----
From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Sent: Wednesday, December 17, 2003 8:46 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

#9 applies to all users.

--
Jarl


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: 17. desember 2003 15:08
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does
this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a
hyperlink which logs them onto a generic account & password) to update a
custom table we created.. the account used is VERY low security and
doesn't touch Help or Asset forms...but does relate to Asset
information... I have 50 fixed Asset licenses... but chose to not use
these for this group of people (since I didn't want to have to
administer the logins....) in fact.. we use this feature to acknowledge
receipt of delivery of assets which have been purchased (via a custom
module we deployed).. the main concern I have had with the web is that
users who do not log out (FYI - I have a logout button on EVERY web form
I have)....

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3
alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use
Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again...
With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just
because they use it on multiple machines as the same time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another
giant step forward. Here's a summary of the features that were covered
in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date
was announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different
ORA tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file
and they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate
program.
There's a new license type: "Read Restricted". It's the same as the old
"Read" except that you can't change ANY DATA, regardless of the
"Submitter Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running
the Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The
4th change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different
servers (sharing a DB instance). Server groups CAN have separate
machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's
dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is
different from Mid-Tier deployment. A form can only reside in one
D.Application.
D.Applications can be exported WITH DATA. You specify the import tool
options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and
specify how you want it archived (move or copy, based upon a
qualification). The Archive form is automatically generated, with
additional fields for the 'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden"
mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a
calculated group could include "Support Managers", "Development
Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are
mapped to local Groups. an application Role can be mapped on each local
server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button
and it opens that form. When you logon to AR User, the Home Page opens.
Home Pages can have a new field type: "Application List". It will list
the Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access
control.
Fields in forms can be 'automatically' laid out. You turn this on & off
as needed.
View fields are 'filled' in the admin tool to confirm they are correct.
Once filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data
remains in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered.
You can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open
windows. You can define 'events'
Server-side tables allow filters to perform table operations. Reduces
network overhead.
In filters and active links, the IF & ELSE actions can point to
different Servers and Forms, based on workflow. If you have one form for
customers and another for employees, you can set the FORM name in a
field and the FORM specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable
Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More
that that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy
when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of
class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH
better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com

Fixed, floating and read license can only login from one ip address. Admin users or read restricted can login as many times they want.

If your using UWT or MT does not change this.

--
Jarl

> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of James Van Sickle
> Sent: 17. desember 2003 17:36
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> Well, not all users. I got the below offlist reply from a
> technician at Remedy
> about this issue. Based off the below email, you could have
> a generic login
> for multiple users to use as long as the license is Read or
> Restricted Read.
>
> -James
>
> ===========================
> Yes, the READ license still exists and works just the same way as
> it always has. We are simply adding one new license type,
> RESTRICTED READ.
>
> The purpose of the RESTRICTED READ type of license is to allow
> the definition of a user who can Submit and Read but under no
> condition (no condition means no condition -- even if submitter
> locked is set) can they Modify an existing record. By trading off
> the ability to Modify, there is no restriction on the number of
> users who can be simultaneously connected as this user. This
> allows the "anonymous login" for KB review or for surveys or
> such with no problems.
>
> The READ type of license still works as it does today, allowing
> Submit and Read and even updates if Submitter Locked mode and you
> are the Submitter. You are restricted to coming in from a single
> station at a given time with this type of license.
>
> A system can have an unlimited number of READ and an unlimited
> number of RESTRICTED READ users at any time and there is no charge
> for users of either of these types.
>
> So, you should not notice any affect on your current environment.
>
> One additional note, the functionality that restricts to one
> machine does have allowance for cases where you forget to logout
> at work and have an auto refresh window but you are at home and
> want to connect -- or where you wander to a different building and
> need to login to do a check from another station. The clients
> will prompt you with a note indicating that you are logged in
> elsewhere and allow you to "take over" the connection in your
> new location. If you then logout of the new location, no one
> using your name is on the system and when you get back to your
> desk, you are good to go without interruption. If you leave the
> new station logged in, then that station holds the connection.
> We do restrict the ability to take over to no more often than
> every 15 minutes from the last takeover. This eliminates two
> users just bouncing a license back and forth, but it does mean
> that if you did forget to disconnect from the other station, you
> can take over again at a new station after 15 minutes has passed
> from the time you initially took over the last time (of course, it
> takes you 15 minutes to get from home to work or back to the
> original building anyway so there is no real delay -- but you
> would have logged out of the new station anyway so there was
> no problem in the first place....)
>
> Probably much more detail than you wanted, but I hope this is
> useful.
>
> =============================
>
> Quoting Jarl Groneng :
>
> > #9 applies to all users.
> >
> > --
> > Jarl
> >
> >
>
>
>
> UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at www.QMXS.com

No, if you end the session by starting the session at another machine,
there is the wait period before you can switch it back to another
machine. This prevents people from having multiple sessions open on
multiple machines, and running back and forth between machines. It has
nothing to do with Floating License Timeouts.

Axton

-----Original Message-----
From: Mougis, Phil [mailto:phil.mougis@ACS-INC.COM]
Sent: Wednesday, December 17, 2003 10:35 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

Expiration of web based sessions (version 5.1) currently have licenses
being
released after 1 hour (default is 2 hours..but you can set it to 1
hour).

15 minutes would be lovely if that has changed in 6..



-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Axton Grams
Sent: Wednesday, December 17, 2003 9:52 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


I believe it will prompt whether to end the other session, and will
transfer ownership of the license token between sessions. I think there
is also a wait period before it can be transferred again, something link
15 minutes.

If the session is ended before the server is accessed from the same
user, this enforcement does not apply.

Axton

-----Original Message-----
From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Sent: Wednesday, December 17, 2003 8:46 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

#9 applies to all users.

--
Jarl


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: 17. desember 2003 15:08
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does
this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a
hyperlink which logs them onto a generic account & password) to update a
custom table we created.. the account used is VERY low security and
doesn't touch Help or Asset forms...but does relate to Asset
information... I have 50 fixed Asset licenses... but chose to not use
these for this group of people (since I didn't want to have to
administer the logins....) in fact.. we use this feature to acknowledge
receipt of delivery of assets which have been purchased (via a custom
module we deployed).. the main concern I have had with the web is that
users who do not log out (FYI - I have a logout button on EVERY web form
I have)....

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3
alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use
Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again...
With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just
because they use it on multiple machines as the same time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another
giant step forward. Here's a summary of the features that were covered
in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date
was announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different
ORA tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file
and they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate
program.
There's a new license type: "Read Restricted". It's the same as the old
"Read" except that you can't change ANY DATA, regardless of the
"Submitter Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running
the Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The
4th change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different
servers (sharing a DB instance). Server groups CAN have separate
machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's
dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is
different from Mid-Tier deployment. A form can only reside in one
D.Application.
D.Applications can be exported WITH DATA. You specify the import tool
options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and
specify how you want it archived (move or copy, based upon a
qualification). The Archive form is automatically generated, with
additional fields for the 'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden"
mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a
calculated group could include "Support Managers", "Development
Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are
mapped to local Groups. an application Role can be mapped on each local
server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button
and it opens that form. When you logon to AR User, the Home Page opens.
Home Pages can have a new field type: "Application List". It will list
the Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access
control.
Fields in forms can be 'automatically' laid out. You turn this on & off
as needed.
View fields are 'filled' in the admin tool to confirm they are correct.
Once filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data
remains in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered.
You can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open
windows. You can define 'events'
Server-side tables allow filters to perform table operations. Reduces
network overhead.
In filters and active links, the IF & ELSE actions can point to
different Servers and Forms, based on workflow. If you have one form for
customers and another for employees, you can set the FORM name in a
field and the FORM specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable
Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More
that that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy
when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of
class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH
better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org (Support: mailto:support@arslist.org ) ARSList is
hosted by QMX SUPPORT SERVICES at www.QMXS.com This posting was
submitted via the Web interface



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com




UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES
at
www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com

I guess this Partially fixes the situation I was talking about..

But our Techs go from Room to Room Fixing problems updating after fix
actions.
So let me Get this straight.

IF you log out.. No problem the Client or Mid-tier sends a signal and log's
you out.
So you could log back in in 1 minute somewhere else,
But if you leave it up and on, you have to tell the system to log you off
there (first location).
Then it will let you log in, But you cannot log into another location Till
15 Minutes has passed or Log out ?

Confusing I know. More ME than You
-----Original Message-----
From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Sent: Wednesday, December 17, 2003 11:36 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


Zandi, the answer from James Van Sickle answer some of your questions;

---%<---
One additional note, the functionality that restricts to one machine does
have allowance for cases where you forget to logout at work and have an auto
refresh window but you are at home and want to connect -- or where you
wander to a different building and need to login to do a check from another
station. The clients will prompt you with a note indicating that you are
logged in elsewhere and allow you to "take over" the connection in your new
location. If you then logout of the new location, no one using your name is
on the system and when you get back to your desk, you are good to go without
interruption. If you leave the new station logged in, then that station
holds the connection. We do restrict the ability to take over to no more
often than every 15 minutes from the last takeover. This eliminates two
users just bouncing a license back and forth, but it does mean that if you
did forget to disconnect from the other station, you can take over again at
a new station after 15 minutes has passed from the time you initially took
over the last time (of course, it takes you 15 minutes to get from home to
work or back to the original building anyway so there is no real delay --
but you would have logged out of the new station anyway so there was no
problem in the first place....)
---%<---

--
Jarl

> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt
> AFRL/IFOSS
> Sent: 17. desember 2003 17:10
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> Jarl, Axton, Thanks..
> A Couple of Additional thoughts here.. I think this was out
> once.. Some of
> it..
> I just had a few additions..
>
> If a User logs into a User tool, and then log's into mid-ter
> (one IP) like
> stated below, then you cannot log in ?
> Or what if I have a JAVA front end, or a ARSPERL front end.
> the IP is the
> SAME, or is there now going to be a change to the Login API,
> passing the IP
> value into the script?
>
> So Remedy now is going to limit what customers can or cannot
> do, based on
> the system they choose to login with{IP}.
> I suppose the only way around this is a NAT'd ::Virtual MAC
> or Virtual Linux
> or Virtual PC on the box you are one, then you can have
> multiple instances.
>
> What is the timeout Value set to ? 15 Mintues ??? If you are on the
> usertool, and log out or just X or Blowup. You now have to Wait ?
> CASE in Point::
>
> What about the Technicians who log into their boxes at their
> desk, and then
> use the Mid-tier to check their tickets?
> They have to go BACK and log out before they go to another
> persons Station..
> ?? And if on Mid-Tier, does that mean they go to another
> Workstation, they
> have to Wait 15 minutes to Log in again to check tickets or
> Update them ???
>
>
> What about Technicians installing Remedy, I usually Test the
> installation
> with a login and then have them log in.. This is now out the
> window too.
>
> I am totally Rebellious to this sort of thinking Guys..
> You Either Paid for the USAGE of a Product or you DID NOT !!!
> I did and
> would like FULL usage !!! Not with 15 Minute Interruptions.
>
> This TOTALLY STINKS --- It Looks like the possibility of
> Dropping Support
> has Finally come. I might have to stay on 5X for life.
>
> I sure hope this is not the CASE... =8 -/
>
>
> -----Original Message-----
> From: Axton Grams [mailto:agrams@REMEDY.ACS.UNT.EDU]
> Sent: Wednesday, December 17, 2003 9:52 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> I believe it will prompt whether to end the other session,
> and will transfer
> ownership of the license token between sessions. I think
> there is also a
> wait period before it can be transferred again, something
> link 15 minutes.
>
> If the session is ended before the server is accessed from
> the same user,
> this enforcement does not apply.
>
> Axton
>
> -----Original Message-----
> From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
> Sent: Wednesday, December 17, 2003 8:46 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
> #9 applies to all users.
>
> --
> Jarl
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
> Sent: 17. desember 2003 15:08
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> **
> I have to tell you #9 is the one I am most concerned
> about..... Does this
> apply to Client only... or Mid Tier users as well?
>
> I have a process which allows un-named users (actually users click a
> hyperlink which logs them onto a generic account & password) to update
> a custom table we created.. the account used is VERY low
> security and doesn't
> touch Help or Asset forms...but does relate to Asset
> information... I have
> 50 fixed Asset licenses... but chose to not use these for
> this group of
> people (since I didn't want to have to administer the
> logins....) in fact..
> we use this feature to acknowledge receipt of delivery of
> assets which have
> been purchased (via a custom module we deployed).. the main
> concern I have
> had with the web is that users who do not log out (FYI - I
> have a logout
> button on EVERY web form I have)....
>
> Phil
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt
> AFRL/IFOSS
> Sent: Wednesday, December 17, 2003 8:43 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> **
> Joel,
> I would like a little more info on # 9, and a little more info on #13
>
> 9 Concerns me, as we have multiple boxes per person here.. I
> have 3 alone..
> (I know I am Admin) I have people who have a mac and 2 PC's doing
> Development, who use Remedy on different boxes as the SAME
> time.. I work in
> a Development Shop // Testing // Rebuild // Testing again...
> With Everything
> you have not seen yet .. This would Stink, having to give
> more two license
> to one person just because they use it on multiple machines
> as the same
> time..
>
> 13 I just don't get this..
> -----Original Message-----
> From: Joel Sender [mailto:arslist@EARTHLINK.NET]
> Sent: Tuesday, December 16, 2003 6:12 PM
> To: ARSLIST@ARSLIST.ORG
> Subject: What's Coming in Version 6? Here it is ...
>
>
> **
> Hi Folks,
> I just took the ARS 6.0 Delta class, and, as usual, Doug &
> his team have
> taken another giant step forward. Here's a summary of the
> features that were
> covered in the class:
>
> Expect the 'First Customer Shipment' (FCS) in January. No
> official date was
> announced.
> SNMP integration is built-in
> Unicode is supported - just select it during install
> We loaded two ARS servers on one PC with one Oracle instance
> (different ORA
> tables)
> Mid-Tier installed & worked on the first try. Really
> Licensing is different. You send Remedy support your
> 'Remedy.lic' file and
> they'll send you the same licenses in the new format.
> The license tool is now included in the Admin tool, no longer
> a separate
> program.
> There's a new license type: "Read Restricted". It's the same
> as the old
> "Read" except that you can't change ANY DATA, regardless of
> the "Submitter
> Locked" setting.
> You can only log on a Userid from ONE IP address. Except
> Admins running the
> Admin tool or "Read Restricted" users.
> You can only change a Fixed License entry in User 3 times in
> a WEEK. The 4th
> change locks the userid for 3 DAYS.
> AR Server groups allow different functions to reside on
> different servers
> (sharing a DB instance). Server groups CAN have separate machines for
> Assignment, DSO, Email, Escalations, Flashboards and FTS.
> Server groups can be configured for 'fail-over'. If a server
> fails, it's
> dedicated function can be automatically picked-up by another server.
> Licenses are shared across the server group.
> AR workflow can be 'bundled' in 'Deployable Applications'
> This is different
> from Mid-Tier deployment. A form can only reside in one
> D.Application.
> D.Applications can be exported WITH DATA. You specify the import tool
> options when you add the data to the D.Application.
> Data Archiving has been automated. Open a form in the Admin
> tool and specify
> how you want it archived (move or copy, based upon a
> qualification). The
> Archive form is automatically generated, with additional
> fields for the
> 'Original Entry ID'
> You can export a D.Application and LOCK it in 'Read-Only' or
> "Hidden" mode.
> There are lots of performance logging options for AR System forms.
> Security groups can be CALCULATED form existing groups. For example, a
> calculated group could include "Support Managers",
> "Development Managers"
> but NOT 'Education Managers". The group numbers are NEGATIVE
> Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
> access 'a thousand times'
> D.Applications don't have security groups, they have "ROLES",
> which are
> mapped to local Groups. an application Role can be mapped on
> each local
> server to which it is deployed.
> Any form can be designated as a 'Home Page'. Click the Home
> Page button and
> it opens that form. When you logon to AR User, the Home Page
> opens. Home
> Pages can have a new field type: "Application List". It will list the
> Application 'Entry Points" to which the user has access.
> Entry points can be defined for applications, with security
> access control.
> Fields in forms can be 'automatically' laid out. You turn
> this on & off as
> needed.
> View fields are 'filled' in the admin tool to confirm they
> are correct. Once
> filled, they are not active.
> Char fields can be 'masked' with asterisks when typed in. The
> data remains
> in clear text for workflow.
> Char fields can be non-editable' so only menu choices can be
> entered. You
> can not type in the field. Automates the $MENU$ function.
> There's a GUID field that always generates a unique ID across servers.
> The new Windows Global Field remains the same when changing entries.
> Active links can execute on "Events" to synchronize multiple
> open windows.
> You can define 'events'
> Server-side tables allow filters to perform table operations. Reduces
> network overhead.
> In filters and active links, the IF & ELSE actions can point
> to different
> Servers and Forms, based on workflow. If you have one form
> for customers and
> another for employees, you can set the FORM name in a field
> and the FORM
> specification would have the field name.
> There are new keywords for multiple open windows, i.e. $CURRENTWINID$
> Remedy will work with developers to license their Deployable
> Applications.
> Flashboards is included. you can have 6 FB's with the ARS
> license. More that
> that requires an FB license
> Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
> Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
> Mid-tier no longer requires a license, it's included with AR System.
> Mid-tier tracks the last time an app was deployed, so it
> won't re-deploy
> when not needed.
> Mid-tier an automatically 'deploy' an app when a user requests it.
> Custom Style Sheets (CSS) is supported.
> There's more, and the details go on & on. It was three
> intense days of class
> & labs, and a fourth for the "Exam" in order to be RAC
> certified for ARS
> 6.0. The labs and test are MUCH better than the ARS 5.0
> materials - Remedy
> Educational (and everyone else) is clearly out from under Peregrim.
>
> HTH,
> Joel
>
> Joel Sender
> (ARSLIST Backup Admin)
> www.QMXS.com
> JSender@QMXS.com
>
>
> UNSUBSCRIBE or access ARSList Archives at
http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com

It also prevents multiple people from sharing a single login that has a
fixed or floating license associated with it...

Ron Gehring



-----Original Message-----
From: Axton Grams [mailto:agrams@REMEDY.ACS.UNT.EDU]
Sent: Wednesday, December 17, 2003 11:10 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


No, if you end the session by starting the session at another machine, there
is the wait period before you can switch it back to another machine. This
prevents people from having multiple sessions open on multiple machines, and
running back and forth between machines. It has nothing to do with Floating
License Timeouts.

Axton

-----Original Message-----
From: Mougis, Phil [mailto:phil.mougis@ACS-INC.COM]
Sent: Wednesday, December 17, 2003 10:35 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

Expiration of web based sessions (version 5.1) currently have licenses being
released after 1 hour (default is 2 hours..but you can set it to 1 hour).

15 minutes would be lovely if that has changed in 6..



-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Axton Grams
Sent: Wednesday, December 17, 2003 9:52 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


I believe it will prompt whether to end the other session, and will transfer
ownership of the license token between sessions. I think there is also a
wait period before it can be transferred again, something link 15 minutes.

If the session is ended before the server is accessed from the same user,
this enforcement does not apply.

Axton

-----Original Message-----
From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Sent: Wednesday, December 17, 2003 8:46 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

#9 applies to all users.

--
Jarl


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: 17. desember 2003 15:08
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does this
apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a
hyperlink which logs them onto a generic account & password) to update a
custom table we created.. the account used is VERY low security and doesn't
touch Help or Asset forms...but does relate to Asset information... I have
50 fixed Asset licenses... but chose to not use these for this group of
people (since I didn't want to have to administer the logins....) in fact..
we use this feature to acknowledge receipt of delivery of assets which have
been purchased (via a custom module we deployed).. the main concern I have
had with the web is that users who do not log out (FYI - I have a logout
button on EVERY web form I have)....

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone..
(I know I am Admin) I have people who have a mac and 2 PC's doing
Development, who use Remedy on different boxes as the SAME time.. I work in
a Development Shop // Testing // Rebuild // Testing again... With Everything
you have not seen yet .. This would Stink, having to give more two license
to one person just because they use it on multiple machines as the same
time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another giant step forward. Here's a summary of the features that were
covered in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date was
announced. SNMP integration is built-in Unicode is supported - just select
it during install We loaded two ARS servers on one PC with one Oracle
instance (different ORA tables) Mid-Tier installed & worked on the first
try. Really Licensing is different. You send Remedy support your
'Remedy.lic' file and they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate
program. There's a new license type: "Read Restricted". It's the same as the
old "Read" except that you can't change ANY DATA, regardless of the
"Submitter Locked" setting. You can only log on a Userid from ONE IP
address. Except Admins running the Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The 4th
change locks the userid for 3 DAYS. AR Server groups allow different
functions to reside on different servers (sharing a DB instance). Server
groups CAN have separate machines for Assignment, DSO, Email, Escalations,
Flashboards and FTS. Server groups can be configured for 'fail-over'. If a
server fails, it's dedicated function can be automatically picked-up by
another server. Licenses are shared across the server group. AR workflow can
be 'bundled' in 'Deployable Applications' This is different from Mid-Tier
deployment. A form can only reside in one D.Application. D.Applications can
be exported WITH DATA. You specify the import tool options when you add the
data to the D.Application. Data Archiving has been automated. Open a form in
the Admin tool and specify how you want it archived (move or copy, based
upon a qualification). The Archive form is automatically generated, with
additional fields for the 'Original Entry ID' You can export a D.Application
and LOCK it in 'Read-Only' or "Hidden" mode. There are lots of performance
logging options for AR System forms. Security groups can be CALCULATED form
existing groups. For example, a calculated group could include "Support
Managers", "Development Managers" but NOT 'Education Managers". The group
numbers are NEGATIVE Dynamic groups are numbered from 60000 to 60999 and
extend 'row level' access 'a thousand times' D.Applications don't have
security groups, they have "ROLES", which are mapped to local Groups. an
application Role can be mapped on each local server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button and
it opens that form. When you logon to AR User, the Home Page opens. Home
Pages can have a new field type: "Application List". It will list the
Application 'Entry Points" to which the user has access. Entry points can be
defined for applications, with security access control. Fields in forms can
be 'automatically' laid out. You turn this on & off as needed. View fields
are 'filled' in the admin tool to confirm they are correct. Once filled,
they are not active. Char fields can be 'masked' with asterisks when typed
in. The data remains in clear text for workflow. Char fields can be
non-editable' so only menu choices can be entered. You can not type in the
field. Automates the $MENU$ function. There's a GUID field that always
generates a unique ID across servers. The new Windows Global Field remains
the same when changing entries. Active links can execute on "Events" to
synchronize multiple open windows. You can define 'events' Server-side
tables allow filters to perform table operations. Reduces network overhead.
In filters and active links, the IF & ELSE actions can point to different
Servers and Forms, based on workflow. If you have one form for customers and
another for employees, you can set the FORM name in a field and the FORM
specification would have the field name. There are new keywords for multiple
open windows, i.e. $CURRENTWINID$ Remedy will work with developers to
license their Deployable Applications. Flashboards is included. you can have
6 FB's with the ARS license. More that that requires an FB license Mid-tier
6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun
1.2.1, HP. Widows & IBM 1.4) Mid-tier no longer requires a license, it's
included with AR System. Mid-tier tracks the last time an app was deployed,
so it won't re-deploy when not needed. Mid-tier an automatically 'deploy' an
app when a user requests it. Custom Style Sheets (CSS) is supported. There's
more, and the details go on & on. It was three intense days of class & labs,
and a fourth for the "Exam" in order to be RAC certified for ARS 6.0. The
labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com




UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com

**
#9 - you can log on from any platform, but only one at a time. If the servers are NOT in a server group, you can log on to multiple servers, but you can't log onto ONE server from DIFFERENT IP Addresses with the SAME Userid.

#13 - If servers are configured together as a server group, your license will allow access to all servers IN THE SERVER GROUP.

Note: server groups allow one 'application' to run on multiple servers - different processes CAN run on different
servers in the group (i.e. escalations on one server and Admin on another server.
Joe


-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 5:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..

-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

READ RESTRICTED is an additional license type, READ remains unchanged
Joel

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of James Van Sickle
Sent: Tuesday, December 16, 2003 9:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


It makes sense from a licensing perspective to prevent "cheats" in the
system.
I am rather surprised they did not try to do something like this in an
earlier
release.

Also, you mentioned the new READ RESTRICTED license. Does the old READ
license
still exist so users can create a record when ARS is in "Submitter Locked"
mode? If not, this is going to cause some problems since most of my
company's
non-MIS users have a Read license so they can open Help Desk Cases and such.

-James

Quoting Joel Sender :
>
> "The AR System now tracks the number of times a fixed license is changed
> for a user. If it exceeds three times in one week, the AR system prevents
> that user's License Type from being set to a Fixed License. The license
> type for that record cannot be changed again for three days"
>
> My understanding is that this prevents a fixed license from being moved
> to and from people on different shifts. Other interpretations may vary.
> We did not test this is the Labs and I wasn't that curious (sorry).
> Joel
>
>



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com

Susan,
No specific mention, BUT, ITSM 6.x isn't due for awhile (no one
at Remedy would even SPECULATE). Since Remedy has always been
'backward compatible I'd assume ITSM 5.5 will be OK in ARS 6.0
Joel

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Susan Palmer
Sent: Wednesday, December 17, 2003 7:46 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


Was there any mention of whether this version will
support ITSM 5.5?

Thanks,
Susan


--- Joel Sender wrote:
> NachrichtHi Folks,
> I just took the ARS 6.0 Delta class, and, as usual,
> Doug & his team have
> taken another
> giant step forward. Here's a summary of the features
> that were covered in
> the class:
>
> 1.. Expect the 'First Customer Shipment' (FCS) in
> January. No official
> date was announced.
> 2.. SNMP integration is built-in
> 3.. Unicode is supported - just select it during
> install
> 4.. We loaded two ARS servers on one PC with one
> Oracle instance
> (different ORA tables)
> 5.. Mid-Tier installed & worked on the first try.
> Really
> 6.. Licensing is different. You send Remedy
> support your 'Remedy.lic' file
> and they'll send you the same licenses in the new
> format.
> 7.. The license tool is now included in the Admin
> tool, no longer a
> separate program.
> 8.. There's a new license type: "Read Restricted".
> It's the same as the
> old "Read" except that you can't change ANY DATA,
> regardless of the
> "Submitter Locked" setting.
> 9.. You can only log on a Userid from ONE IP
> address. Except Admins
> running the Admin tool or "Read Restricted" users.
> 10.. You can only change a Fixed License entry in
> User 3 times in a WEEK.
> The 4th change locks the userid for 3 DAYS.
> 11.. AR Server groups allow different functions to
> reside on different
> servers (sharing a DB instance). Server groups CAN
> have separate machines
> for Assignment, DSO, Email, Escalations, Flashboards
> and FTS.
> 12.. Server groups can be configured for
> 'fail-over'. If a server fails,
> it's dedicated function can be automatically
> picked-up by another server.
> 13.. Licenses are shared across the server group.
> 14.. AR workflow can be 'bundled' in 'Deployable
> Applications' This is
> different from Mid-Tier deployment. A form can only
> reside in one
> D.Application.
> 15.. D.Applications can be exported WITH DATA. You
> specify the import tool
> options when you add the data to the D.Application.
> 16.. Data Archiving has been automated. Open a
> form in the Admin tool and
> specify how you want it archived (move or copy,
> based upon a qualification).
> The Archive form is automatically generated, with
> additional fields for the
> 'Original Entry ID'
> 17.. You can export a D.Application and LOCK it in
> 'Read-Only' or "Hidden"
> mode.
> 18.. There are lots of performance logging options
> for AR System forms.
> 19.. Security groups can be CALCULATED form
> existing groups. For example,
> a calculated group could include "Support Managers",
> "Development Managers"
> but NOT 'Education Managers". The group numbers are
> NEGATIVE
> 20.. Dynamic groups are numbered from 60000 to
> 60999 and extend 'row
> level' access 'a thousand times'
> 21.. D.Applications don't have security groups,
> they have "ROLES", which
> are mapped to local Groups. an application Role can
> be mapped on each local
> server to which it is deployed.
> 22.. Any form can be designated as a 'Home Page'.
> Click the Home Page
> button and it opens that form. When you logon to AR
> User, the Home Page
> opens. Home Pages can have a new field type:
> "Application List". It will
> list the Application 'Entry Points" to which the
> user has access.
> 23.. Entry points can be defined for applications,
> with security access
> control.
> 24.. Fields in forms can be 'automatically' laid
> out. You turn this on &
> off as needed.
> 25.. View fields are 'filled' in the admin tool to
> confirm they are
> correct. Once filled, they are not active.
> 26.. Char fields can be 'masked' with asterisks
> when typed in. The data
> remains in clear text for workflow.
> 27.. Char fields can be non-editable' so only menu
> choices can be entered.
> You can not type in the field. Automates the $MENU$
> function.
> 28.. There's a GUID field that always generates a
> unique ID across
> servers.
> 29.. The new Windows Global Field remains the same
> when changing entries.
> 30.. Active links can execute on "Events" to
> synchronize multiple open
> windows. You can define 'events'
> 31.. Server-side tables allow filters to perform
> table operations. Reduces
> network overhead.
> 32.. In filters and active links, the IF & ELSE
> actions can point to
> different Servers and Forms, based on workflow. If
> you have one form for
> customers and another for employees, you can set the
> FORM name in a field
> and the FORM specification would have the field
> name.
> 33.. There are new keywords for multiple open
> windows, i.e. $CURRENTWINID$
> 34.. Remedy will work with developers to license
> their Deployable
> Applications.
> 35.. Flashboards is included. you can have 6 FB's
> with the ARS license.
> More that that requires an FB license
> 36.. Mid-tier 6.0 supports BEA Weblogic 8.1 and
> Apache 1.3.28 and 2.0.43 &
> Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
> 37.. Mid-tier no longer requires a license, it's
> included with AR System.
> 38.. Mid-tier tracks the last time an app was
> deployed, so it won't
> re-deploy when not needed.
> 39.. Mid-tier an automatically 'deploy' an app
> when a user requests it.
> 40.. Custom Style Sheets (CSS) is supported.
> There's more, and the details go on & on. It was
> three intense days of class
> & labs, and a fourth for the "Exam"
> in order to be RAC certified for ARS 6.0. The labs
> and test are MUCH better
> than the ARS 5.0 materials - Remedy
> Educational (and everyone else) is clearly out from
> under Peregrim.
>
> HTH,
> Joel
>
> Joel Sender
> (ARSLIST Backup Admin)
> www.QMXS.com
> JSender@QMXS.com
>
>


> UNSUBSCRIBE or access ARSList Archives at
> http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by
> QMX SUPPORT SERVICES at www.QMXS.com
>



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com

**
Phil,
I'm not sure about your application, but the 'low security' login can only be active form one IP Address at a time.
If you have a problem, you might try having all the updates submit to an Update form (public license) and then
have workflow update the 'real' record.
HTH,
Joel

-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: Wednesday, December 17, 2003 6:08 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a hyperlink which logs them onto a generic account & password) to update a custom table we created.. the account used is VERY low security and doesn't touch Help or Asset forms...but does relate to Asset information... I have 50 fixed Asset licenses... but chose to not use these for this group of people (since I didn't want to have to administer the logins....) in fact.. we use this feature to acknowledge receipt of delivery of assets which have been purchased (via a custom module we deployed).. the main concern I have had with the web is that users who do not log out (FYI - I have a logout button on EVERY web form I have)....

Phil



-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..

-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

**
Joel,

Even using the update form approach...wouldn't I still have to have accounts for each user?
BACKGROUND: The account in question... currently has only a read license.. and nothing more.
However, I am concerned that two individuals potentially could be on at about the same time with this generic account.

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Joel Sender
Sent: Wednesday, December 17, 2003 4:07 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Phil,
I'm not sure about your application, but the 'low security' login can only be active form one IP Address at a time.
If you have a problem, you might try having all the updates submit to an Update form (public license) and then
have workflow update the 'real' record.
HTH,
Joel

-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: Wednesday, December 17, 2003 6:08 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a hyperlink which logs them onto a generic account & password) to update a custom table we created.. the account used is VERY low security and doesn't touch Help or Asset forms...but does relate to Asset information... I have 50 fixed Asset licenses... but chose to not use these for this group of people (since I didn't want to have to administer the logins....) in fact.. we use this feature to acknowledge receipt of delivery of assets which have been purchased (via a custom module we deployed).. the main concern I have had with the web is that users who do not log out (FYI - I have a logout button on EVERY web form I have)....

Phil



-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..

-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

**
Phil,
If I understand your application, you have multiple users logon and submit an entry. If they don't
logout, you'd have multiple IP addr's for that userid, However, if they are just submitting, that userid
can have a READ RESTRICTED license, which allows multiple IP addr's.
HTH,
Joel

-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: Wednesday, December 17, 2003 2:42 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,

Even using the update form approach...wouldn't I still have to have accounts for each user?
BACKGROUND: The account in question... currently has only a read license.. and nothing more.
However, I am concerned that two individuals potentially could be on at about the same time with this generic account.

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Joel Sender
Sent: Wednesday, December 17, 2003 4:07 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Phil,
I'm not sure about your application, but the 'low security' login can only be active form one IP Address at a time.
If you have a problem, you might try having all the updates submit to an Update form (public license) and then
have workflow update the 'real' record.
HTH,
Joel

-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: Wednesday, December 17, 2003 6:08 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does this apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a hyperlink which logs them onto a generic account & password) to update a custom table we created.. the account used is VERY low security and doesn't touch Help or Asset forms...but does relate to Asset information... I have 50 fixed Asset licenses... but chose to not use these for this group of people (since I didn't want to have to administer the logins....) in fact.. we use this feature to acknowledge receipt of delivery of assets which have been purchased (via a custom module we deployed).. the main concern I have had with the web is that users who do not log out (FYI - I have a logout button on EVERY web form I have)....

Phil



-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone.. (I know I am Admin)
I have people who have a mac and 2 PC's doing Development, who use Remedy on different boxes as the SAME time..
I work in a Development Shop // Testing // Rebuild // Testing again... With Everything you have not seen yet ..
This would Stink, having to give more two license to one person just because they use it on multiple machines as the same time..

13 I just don't get this..

-----Original Message-----
From: Joel Sender [mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have taken another
giant step forward. Here's a summary of the features that were covered in the class:


1. Expect the 'First Customer Shipment' (FCS) in January. No official date was announced.
2. SNMP integration is built-in
3. Unicode is supported - just select it during install
4. We loaded two ARS servers on one PC with one Oracle instance (different ORA tables)
5. Mid-Tier installed & worked on the first try. Really
6. Licensing is different. You send Remedy support your 'Remedy.lic' file and they'll send you the same licenses in the new format.
7. The license tool is now included in the Admin tool, no longer a separate program.
8. There's a new license type: "Read Restricted". It's the same as the old "Read" except that you can't change ANY DATA, regardless of the "Submitter Locked" setting.
9. You can only log on a Userid from ONE IP address. Except Admins running the Admin tool or "Read Restricted" users.
10. You can only change a Fixed License entry in User 3 times in a WEEK. The 4th change locks the userid for 3 DAYS.
11. AR Server groups allow different functions to reside on different servers (sharing a DB instance). Server groups CAN have separate machines for Assignment, DSO, Email, Escalations, Flashboards and FTS.
12. Server groups can be configured for 'fail-over'. If a server fails, it's dedicated function can be automatically picked-up by another server.
13. Licenses are shared across the server group.
14. AR workflow can be 'bundled' in 'Deployable Applications' This is different from Mid-Tier deployment. A form can only reside in one D.Application.
15. D.Applications can be exported WITH DATA. You specify the import tool options when you add the data to the D.Application.
16. Data Archiving has been automated. Open a form in the Admin tool and specify how you want it archived (move or copy, based upon a qualification). The Archive form is automatically generated, with additional fields for the 'Original Entry ID'
17. You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
18. There are lots of performance logging options for AR System forms.
19. Security groups can be CALCULATED form existing groups. For example, a calculated group could include "Support Managers", "Development Managers" but NOT 'Education Managers". The group numbers are NEGATIVE
20. Dynamic groups are numbered from 60000 to 60999 and extend 'row level' access 'a thousand times'
21. D.Applications don't have security groups, they have "ROLES", which are mapped to local Groups. an application Role can be mapped on each local server to which it is deployed.
22. Any form can be designated as a 'Home Page'. Click the Home Page button and it opens that form. When you logon to AR User, the Home Page opens. Home Pages can have a new field type: "Application List". It will list the Application 'Entry Points" to which the user has access.
23. Entry points can be defined for applications, with security access control.
24. Fields in forms can be 'automatically' laid out. You turn this on & off as needed.
25. View fields are 'filled' in the admin tool to confirm they are correct. Once filled, they are not active.
26. Char fields can be 'masked' with asterisks when typed in. The data remains in clear text for workflow.
27. Char fields can be non-editable' so only menu choices can be entered. You can not type in the field. Automates the $MENU$ function.
28. There's a GUID field that always generates a unique ID across servers.
29. The new Windows Global Field remains the same when changing entries.
30. Active links can execute on "Events" to synchronize multiple open windows. You can define 'events'
31. Server-side tables allow filters to perform table operations. Reduces network overhead.
32. In filters and active links, the IF & ELSE actions can point to different Servers and Forms, based on workflow. If you have one form for customers and another for employees, you can set the FORM name in a field and the FORM specification would have the field name.
33. There are new keywords for multiple open windows, i.e. $CURRENTWINID$
34. Remedy will work with developers to license their Deployable Applications.
35. Flashboards is included. you can have 6 FB's with the ARS license. More that that requires an FB license
36. Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 & Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
37. Mid-tier no longer requires a license, it's included with AR System.
38. Mid-tier tracks the last time an app was deployed, so it won't re-deploy when not needed.
39. Mid-tier an automatically 'deploy' an app when a user requests it.
40. Custom Style Sheets (CSS) is supported.

There's more, and the details go on & on. It was three intense days of class & labs, and a fourth for the "Exam"
in order to be RAC certified for ARS 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com
This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

This posting was submitted via the Web interface

**

Strictly OP-ED....



Of course if they woke up to the fact that high-cost user licenses for this kind of application are not market friendly, (or that common nowadays) then they probably wouldn’t need to create all this grief for their customers.



Most multi-tier / multi-user apps that I’ve dealt with put most of the cost-burden on the back end, and/or site-based support contracts (Which have good economies of scale for the provider). Client licence costs in the (low) 100’s yes, but in the 1000’s (Given the usage of the ITSM and other apps add to the price) What are they thinking??? Of course people are going to bend over backwards to leverage as much legal value out of each license as they possibly can.



I wonder if there is actually a hidden economic equation in this that they are ignoring – That is the customer’s real price threshold includes a ‘license leveraging’ margin. When the technology is tightened up to the point where that disappears – then the real price is actually going up regardless of the list-price. Which means the number of customers willing to buy (for the same price) goes down. Depending on the margin, a drop in list price could still be an increase in real costs.



I suspect quite a few site will be in no rush to migrate from their 5.x systems.



Ric Phillips

La Trobe University

Melbourne















This posting was submitted via the Web This posting was submitted via the Web interface interface

**
Bruce,
The list of enhancements for the View fields in the Training manual is:

1. Ability to view contents of the View field while authoring in Remedy Administrator.
2. Select whether to show the border around the View field
3. Select whether to show the scroll bar
4. Ability to specify a View field or HTML frame name as the Target Location in an Open Window action, for web clients.

HTH,
Joel

QMX Support Services, Inc.
Joel D. Sender,
Director of Western Operations
JSender@QMXS.com www.QMXS.com

Join the ARSlist at www.ARSLIST.org



-----Original Message-----
From: Wilson, Bruce B [mailto:Bruce.Wilson@nscorp.com]
Sent: Wednesday, December 17, 2003 1:21 PM
To: Joel Sender
Subject: RE: What's Coming in Version 6? Here it is ...


Joel,
Have there been any enhancements regarding what data types a view form can reference?

Thanks,
Bruce Wilson, MCSD
Datastream Consulting, LLC
381 Bloombridge Way
Marietta, GA 30066



This posting was submitted via the Web interface

**
Amen brother! Testify!

Warren

>>> R.Phillips@LATROBE.EDU.AU 12/17/2003 8:39:49 PM >>>

**

Strictly OP-ED....



Of course if they woke up to the fact that high-cost user licenses for this kind of application are not market friendly, (or that common nowadays) then they probably wouldn’t need to create all this grief for their customers.



Most multi-tier / multi-user apps that I’ve dealt with put most of the cost-burden on the back end, and/or site-based support contracts (Which have good economies of scale for the provider). Client licence costs in the (low) 100’s yes, but in the 1000’s (Given the usage of the ITSM and other apps add to the price) What are they thinking??? Of course people are going to bend over backwards to leverage as much legal value out of each license as they possibly can.



I wonder if there is actually a hidden economic equation in this that they are ignoring – That is the customer’s real price threshold includes a ‘license leveraging’ margin. When the technology is tightened up to the point where that disappears – then the real price is actually going up regardless of the list-price. Which means the number of customers willing to buy (for the same price) goes down. Depending on the margin, a drop in list price could still be an increase in real costs.



I suspect quite a few site will be in no rush to migrate from their 5.x systems.



Ric Phillips

La Trobe University

Melbourne















This posting was submitted via the Web This posting was submitted via the Web interface interface
This posting was submitted via the Web interface

**
I've been reading this thread with much interest (and an equal amount of confusion). If I understand what has been said, Remedy is making a mid course change that may very well cost them this customer!

I want to lay out my understanding, and if I'm wrong, please correct me (I don't want to panic...yet).

Remedy has always allowed the use of a Read License to submit tkts to the system (when submitter locked is chosen). This has allowed for the development of global guest licenses that could be automatically triggered to get customers into the site to submit requests. If I understand what is being said, that is no longer possible? Am I correct in understanding that there are now 2 Read license types, one will allow for submissions (but has to be single threaded) and one can be multi threaded but does not allow for interaction with ticket?

If that is true, I may have to reccomend to my admin staff to stop considering Remedy for future development. That will suck! Cause I'll be out of a job then....

Warren


Warren R. Baltimore II
Senior Systems Analyst
Information Systems
The Ohio State University Medical Center
1375 Perry St.
Battelle 13-1-125
Columbus, OH 43201
614-293-2315
baltimore-1@medctr.osu.edu

>>> Patrick.Zandi@RL.AF.MIL 12/17/2003 11:10:03 AM >>>

Jarl, Axton, Thanks..
A Couple of Additional thoughts here.. I think this was out once.. Some of
it..
I just had a few additions..

If a User logs into a User tool, and then log's into mid-ter (one IP) like
stated below, then you cannot log in ?
Or what if I have a JAVA front end, or a ARSPERL front end. the IP is the
SAME, or is there now going to be a change to the Login API, passing the IP
value into the script?

So Remedy now is going to limit what customers can or cannot do, based on
the system they choose to login with{IP}.
I suppose the only way around this is a NAT'd ::Virtual MAC or Virtual Linux
or Virtual PC on the box you are one, then you can have multiple instances.

What is the timeout Value set to ? 15 Mintues ??? If you are on the
usertool, and log out or just X or Blowup. You now have to Wait ?
CASE in Point::

What about the Technicians who log into their boxes at their desk, and then
use the Mid-tier to check their tickets?
They have to go BACK and log out before they go to another persons Station..
?? And if on Mid-Tier, does that mean they go to another Workstation, they
have to Wait 15 minutes to Log in again to check tickets or Update them ???


What about Technicians installing Remedy, I usually Test the installation
with a login and then have them log in.. This is now out the window too.

I am totally Rebellious to this sort of thinking Guys..
You Either Paid for the USAGE of a Product or you DID NOT !!! I did and
would like FULL usage !!! Not with 15 Minute Interruptions.

This TOTALLY STINKS --- It Looks like the possibility of Dropping Support
has Finally come. I might have to stay on 5X for life.

I sure hope this is not the CASE... =8 -/


-----Original Message-----
From: Axton Grams [ mailto:agrams@REMEDY.ACS.UNT.EDU]
Sent: Wednesday, December 17, 2003 9:52 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


I believe it will prompt whether to end the other session, and will transfer
ownership of the license token between sessions. I think there is also a
wait period before it can be transferred again, something link 15 minutes.

If the session is ended before the server is accessed from the same user,
this enforcement does not apply.

Axton

-----Original Message-----
From: Jarl Groneng [ mailto:jarl.groneng@TELENOR.COM]
Sent: Wednesday, December 17, 2003 8:46 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

#9 applies to all users.

--
Jarl


-----Original Message-----
From: Action Request System discussion list(ARSList)
[ mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
Sent: 17. desember 2003 15:08
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
I have to tell you #9 is the one I am most concerned about..... Does this
apply to Client only... or Mid Tier users as well?

I have a process which allows un-named users (actually users click a
hyperlink which logs them onto a generic account & password) to update a
custom table we created.. the account used is VERY low security and doesn't
touch Help or Asset forms...but does relate to Asset information... I have
50 fixed Asset licenses... but chose to not use these for this group of
people (since I didn't want to have to administer the logins....) in fact..
we use this feature to acknowledge receipt of delivery of assets which have
been purchased (via a custom module we deployed).. the main concern I have
had with the web is that users who do not log out (FYI - I have a logout
button on EVERY web form I have)....

Phil


-----Original Message-----
From: Action Request System discussion list(ARSList)
[ mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
Sent: Wednesday, December 17, 2003 8:43 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Joel,
I would like a little more info on # 9, and a little more info on #13

9 Concerns me, as we have multiple boxes per person here.. I have 3 alone..
(I know I am Admin) I have people who have a mac and 2 PC's doing
Development, who use Remedy on different boxes as the SAME time.. I work in
a Development Shop // Testing // Rebuild // Testing again... With Everything
you have not seen yet .. This would Stink, having to give more two license
to one person just because they use it on multiple machines as the same
time..

13 I just don't get this..
-----Original Message-----
From: Joel Sender [ mailto:arslist@EARTHLINK.NET]
Sent: Tuesday, December 16, 2003 6:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: What's Coming in Version 6? Here it is ...


**
Hi Folks,
I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
taken another giant step forward. Here's a summary of the features that were
covered in the class:

Expect the 'First Customer Shipment' (FCS) in January. No official date was
announced.
SNMP integration is built-in
Unicode is supported - just select it during install
We loaded two ARS servers on one PC with one Oracle instance (different ORA
tables)
Mid-Tier installed & worked on the first try. Really
Licensing is different. You send Remedy support your 'Remedy.lic' file and
they'll send you the same licenses in the new format.
The license tool is now included in the Admin tool, no longer a separate
program.
There's a new license type: "Read Restricted". It's the same as the old
"Read" except that you can't change ANY DATA, regardless of the "Submitter
Locked" setting.
You can only log on a Userid from ONE IP address. Except Admins running the
Admin tool or "Read Restricted" users.
You can only change a Fixed License entry in User 3 times in a WEEK. The 4th
change locks the userid for 3 DAYS.
AR Server groups allow different functions to reside on different servers
(sharing a DB instance). Server groups CAN have separate machines for
Assignment, DSO, Email, Escalations, Flashboards and FTS.
Server groups can be configured for 'fail-over'. If a server fails, it's
dedicated function can be automatically picked-up by another server.
Licenses are shared across the server group.
AR workflow can be 'bundled' in 'Deployable Applications' This is different
from Mid-Tier deployment. A form can only reside in one D.Application.
D.Applications can be exported WITH DATA. You specify the import tool
options when you add the data to the D.Application.
Data Archiving has been automated. Open a form in the Admin tool and specify
how you want it archived (move or copy, based upon a qualification). The
Archive form is automatically generated, with additional fields for the
'Original Entry ID'
You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
There are lots of performance logging options for AR System forms.
Security groups can be CALCULATED form existing groups. For example, a
calculated group could include "Support Managers", "Development Managers"
but NOT 'Education Managers". The group numbers are NEGATIVE
Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
access 'a thousand times'
D.Applications don't have security groups, they have "ROLES", which are
mapped to local Groups. an application Role can be mapped on each local
server to which it is deployed.
Any form can be designated as a 'Home Page'. Click the Home Page button and
it opens that form. When you logon to AR User, the Home Page opens. Home
Pages can have a new field type: "Application List". It will list the
Application 'Entry Points" to which the user has access.
Entry points can be defined for applications, with security access control.
Fields in forms can be 'automatically' laid out. You turn this on & off as
needed.
View fields are 'filled' in the admin tool to confirm they are correct. Once
filled, they are not active.
Char fields can be 'masked' with asterisks when typed in. The data remains
in clear text for workflow.
Char fields can be non-editable' so only menu choices can be entered. You
can not type in the field. Automates the $MENU$ function.
There's a GUID field that always generates a unique ID across servers.
The new Windows Global Field remains the same when changing entries.
Active links can execute on "Events" to synchronize multiple open windows.
You can define 'events'
Server-side tables allow filters to perform table operations. Reduces
network overhead.
In filters and active links, the IF & ELSE actions can point to different
Servers and Forms, based on workflow. If you have one form for customers and
another for employees, you can set the FORM name in a field and the FORM
specification would have the field name.
There are new keywords for multiple open windows, i.e. $CURRENTWINID$
Remedy will work with developers to license their Deployable Applications.
Flashboards is included. you can have 6 FB's with the ARS license. More that
that requires an FB license
Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
Mid-tier no longer requires a license, it's included with AR System.
Mid-tier tracks the last time an app was deployed, so it won't re-deploy
when not needed.
Mid-tier an automatically 'deploy' an app when a user requests it.
Custom Style Sheets (CSS) is supported.
There's more, and the details go on & on. It was three intense days of class
& labs, and a fourth for the "Exam" in order to be RAC certified for ARS
6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
Educational (and everyone else) is clearly out from under Peregrim.

HTH,
Joel

Joel Sender
(ARSLIST Backup Admin)
www.QMXS.com
JSender@QMXS.com

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com





This posting was submitted via the Web interface

No, the Read license still exists in the same form and fashion that we all know
from 4.x and 5.x. The new one login per IP restriction only exists for Fixed
and Floating licenses according to what the Remedy tech emailed me. The Read
licenses can still submit requests and modify their submitted requests if ARS
is in Submitter Locked mode. Restricted Read is just a Read license without
the ability to submit or modify tickets.

You might want to check the list archives. I posted a reply from Remedy I got
yesterday about the new licensing changes.

-James

Quoting Warren Baltimore :

> I've been reading this thread with much interest (and an equal amount of
> confusion). If I understand what has been said, Remedy is making a mid
> course change that may very well cost them this customer!
>
> I want to lay out my understanding, and if I'm wrong, please correct me (I
> don't want to panic...yet).
>
> Remedy has always allowed the use of a Read License to submit tkts to the
> system (when submitter locked is chosen). This has allowed for the
> development of global guest licenses that could be automatically triggered to
> get customers into the site to submit requests. If I understand what is
> being said, that is no longer possible? Am I correct in understanding that
> there are now 2 Read license types, one will allow for submissions (but has
> to be single threaded) and one can be multi threaded but does not allow for
> interaction with ticket?
>
> If that is true, I may have to reccomend to my admin staff to stop
> considering Remedy for future development. That will suck! Cause I'll be
> out of a job then....
>
> Warren
>
>
> Warren R. Baltimore II
> Senior Systems Analyst
> Information Systems
> The Ohio State University Medical Center
> 1375 Perry St.
> Battelle 13-1-125
> Columbus, OH 43201
> 614-293-2315
> baltimore-1@medctr.osu.edu
>
> >>> Patrick.Zandi@RL.AF.MIL 12/17/2003 11:10:03 AM >>>
>
> Jarl, Axton, Thanks..
> A Couple of Additional thoughts here.. I think this was out once.. Some of
> it..
> I just had a few additions..
>
> If a User logs into a User tool, and then log's into mid-ter (one IP) like
> stated below, then you cannot log in ?
> Or what if I have a JAVA front end, or a ARSPERL front end. the IP is the
> SAME, or is there now going to be a change to the Login API, passing the IP
> value into the script?
>
> So Remedy now is going to limit what customers can or cannot do, based on
> the system they choose to login with{IP}.
> I suppose the only way around this is a NAT'd ::Virtual MAC or Virtual Linux
> or Virtual PC on the box you are one, then you can have multiple instances.
>
> What is the timeout Value set to ? 15 Mintues ??? If you are on the
> usertool, and log out or just X or Blowup. You now have to Wait ?
> CASE in Point::
>
> What about the Technicians who log into their boxes at their desk, and then
> use the Mid-tier to check their tickets?
> They have to go BACK and log out before they go to another persons Station..
> ?? And if on Mid-Tier, does that mean they go to another Workstation, they
> have to Wait 15 minutes to Log in again to check tickets or Update them ???
>
>
> What about Technicians installing Remedy, I usually Test the installation
> with a login and then have them log in.. This is now out the window too.
>
> I am totally Rebellious to this sort of thinking Guys..
> You Either Paid for the USAGE of a Product or you DID NOT !!! I did and
> would like FULL usage !!! Not with 15 Minute Interruptions.
>
> This TOTALLY STINKS --- It Looks like the possibility of Dropping Support
> has Finally come. I might have to stay on 5X for life.
>
> I sure hope this is not the CASE... =8 -/
>
>
> -----Original Message-----
> From: Axton Grams [mailto:agrams@REMEDY.ACS.UNT.EDU]
> Sent: Wednesday, December 17, 2003 9:52 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> I believe it will prompt whether to end the other session, and will transfer
> ownership of the license token between sessions. I think there is also a
> wait period before it can be transferred again, something link 15 minutes.
>
> If the session is ended before the server is accessed from the same user,
> this enforcement does not apply.
>
> Axton
>
> -----Original Message-----
> From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
> Sent: Wednesday, December 17, 2003 8:46 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
> #9 applies to all users.
>
> --
> Jarl
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
> Sent: 17. desember 2003 15:08
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> **
> I have to tell you #9 is the one I am most concerned about..... Does this
> apply to Client only... or Mid Tier users as well?
>
> I have a process which allows un-named users (actually users click a
> hyperlink which logs them onto a generic account & password) to update a
> custom table we created.. the account used is VERY low security and doesn't
> touch Help or Asset forms...but does relate to Asset information... I have
> 50 fixed Asset licenses... but chose to not use these for this group of
> people (since I didn't want to have to administer the logins....) in fact..
> we use this feature to acknowledge receipt of delivery of assets which have
> been purchased (via a custom module we deployed).. the main concern I have
> had with the web is that users who do not log out (FYI - I have a logout
> button on EVERY web form I have)....
>
> Phil
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
> Sent: Wednesday, December 17, 2003 8:43 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> **
> Joel,
> I would like a little more info on # 9, and a little more info on #13
>
> 9 Concerns me, as we have multiple boxes per person here.. I have 3 alone..
> (I know I am Admin) I have people who have a mac and 2 PC's doing
> Development, who use Remedy on different boxes as the SAME time.. I work in
> a Development Shop // Testing // Rebuild // Testing again... With Everything
> you have not seen yet .. This would Stink, having to give more two license
> to one person just because they use it on multiple machines as the same
> time..
>
> 13 I just don't get this..
> -----Original Message-----
> From: Joel Sender [mailto:arslist@EARTHLINK.NET]
> Sent: Tuesday, December 16, 2003 6:12 PM
> To: ARSLIST@ARSLIST.ORG
> Subject: What's Coming in Version 6? Here it is ...
>
>
> **
> Hi Folks,
> I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
> taken another giant step forward. Here's a summary of the features that were
> covered in the class:
>
> Expect the 'First Customer Shipment' (FCS) in January. No official date was
> announced.
> SNMP integration is built-in
> Unicode is supported - just select it during install
> We loaded two ARS servers on one PC with one Oracle instance (different ORA
> tables)
> Mid-Tier installed & worked on the first try. Really
> Licensing is different. You send Remedy support your 'Remedy.lic' file and
> they'll send you the same licenses in the new format.
> The license tool is now included in the Admin tool, no longer a separate
> program.
> There's a new license type: "Read Restricted". It's the same as the old
> "Read" except that you can't change ANY DATA, regardless of the "Submitter
> Locked" setting.
> You can only log on a Userid from ONE IP address. Except Admins running the
> Admin tool or "Read Restricted" users.
> You can only change a Fixed License entry in User 3 times in a WEEK. The 4th
> change locks the userid for 3 DAYS.
> AR Server groups allow different functions to reside on different servers
> (sharing a DB instance). Server groups CAN have separate machines for
> Assignment, DSO, Email, Escalations, Flashboards and FTS.
> Server groups can be configured for 'fail-over'. If a server fails, it's
> dedicated function can be automatically picked-up by another server.
> Licenses are shared across the server group.
> AR workflow can be 'bundled' in 'Deployable Applications' This is different
> from Mid-Tier deployment. A form can only reside in one D.Application.
> D.Applications can be exported WITH DATA. You specify the import tool
> options when you add the data to the D.Application.
> Data Archiving has been automated. Open a form in the Admin tool and specify
> how you want it archived (move or copy, based upon a qualification). The
> Archive form is automatically generated, with additional fields for the
> 'Original Entry ID'
> You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
> There are lots of performance logging options for AR System forms.
> Security groups can be CALCULATED form existing groups. For example, a
> calculated group could include "Support Managers", "Development Managers"
> but NOT 'Education Managers". The group numbers are NEGATIVE
> Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
> access 'a thousand times'
> D.Applications don't have security groups, they have "ROLES", which are
> mapped to local Groups. an application Role can be mapped on each local
> server to which it is deployed.
> Any form can be designated as a 'Home Page'. Click the Home Page button and
> it opens that form. When you logon to AR User, the Home Page opens. Home
> Pages can have a new field type: "Application List". It will list the
> Application 'Entry Points" to which the user has access.
> Entry points can be defined for applications, with security access control.
> Fields in forms can be 'automatically' laid out. You turn this on & off as
> needed.
> View fields are 'filled' in the admin tool to confirm they are correct. Once
> filled, they are not active.
> Char fields can be 'masked' with asterisks when typed in. The data remains
> in clear text for workflow.
> Char fields can be non-editable' so only menu choices can be entered. You
> can not type in the field. Automates the $MENU$ function.
> There's a GUID field that always generates a unique ID across servers.
> The new Windows Global Field remains the same when changing entries.
> Active links can execute on "Events" to synchronize multiple open windows.
> You can define 'events'
> Server-side tables allow filters to perform table operations. Reduces
> network overhead.
> In filters and active links, the IF & ELSE actions can point to different
> Servers and Forms, based on workflow. If you have one form for customers and
> another for employees, you can set the FORM name in a field and the FORM
> specification would have the field name.
> There are new keywords for multiple open windows, i.e. $CURRENTWINID$
> Remedy will work with developers to license their Deployable Applications.
> Flashboards is included. you can have 6 FB's with the ARS license. More that
> that requires an FB license
> Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
> Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
> Mid-tier no longer requires a license, it's included with AR System.
> Mid-tier tracks the last time an app was deployed, so it won't re-deploy
> when not needed.
> Mid-tier an automatically 'deploy' an app when a user requests it.
> Custom Style Sheets (CSS) is supported.
> There's more, and the details go on & on. It was three intense days of class
> & labs, and a fourth for the "Exam" in order to be RAC certified for ARS
> 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
> Educational (and everyone else) is clearly out from under Peregrim.
>
> HTH,
> Joel
>
> Joel Sender
> (ARSLIST Backup Admin)
> www.QMXS.com
> JSender@QMXS.com
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
> (Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
> SERVICES at www.QMXS.com This posting was submitted via the Web interface
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
> (Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
> SERVICES at www.QMXS.com This posting was submitted via the Web interface
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
> (Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
> SERVICES at www.QMXS.com This posting was submitted via the Web interface
>
>
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
> (Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
> SERVICES at www.QMXS.com
>
>
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
> www.QMXS.com
>
>

> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
> www.QMXS.com
>
>
>
>
>

> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
> www.QMXS.com
>

**
Also some of us smaller but not that small houses look at the Total Cost of Ownership how much have we spent on this product say since 1999 in initial cost, training cost, license cost, support cost. Does the product save us that much or more are we breaking even or losing in the long run. Also consulting time, upgrade time and downtime. Also like said earlier we would rather pay a site license and support fee based on a sliding scale on our user base say $100.00 a seat for 100 seats which includes license and support for one year of course that is a very small number right now we pay closer to $250.00 a seat per year in support which added to TCO makes this a very expensive product...that does not make us money.

W. Kevin Colwell
Help Desk Administrator
CDPHP
1223 Washington Avenue
Albany, New York 12206
e-mail: kcolwell@cdphp.com

CONFIDENTIALITY NOTICE: This e-mail, including attachments, is for the sole use of the individual to whom it is addressed, and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you have received this e-mail in error, please notify the sender by reply e-mail and destroy this message and its attachments.

>>> baltimore-1@MEDCTR.OSU.EDU 12/18/03 06:49AM >>>
**
Amen brother! Testify!

Warren

>>> R.Phillips@LATROBE.EDU.AU 12/17/2003 8:39:49 PM >>>

**

Comments on your issues are below each bullet.

-James

Quoting Rick Parry :
>
> 1) We run Crystal Enterprise for reporting. With this system we have it
> configured so when a report request is made it looks to see what report
> server is available to run the report. It then passes the report to that
> server. All the servers are setup with the Remedy ODBC driver. The same
> user id and password is used for each report server. If I roll out
> Remedy 6 I now have to configure each report server with there own login
> id and password. This add's more work to our already busy schedule. One
> of the strengths of Remedy has been the small team size needed to
> administer the servers and applications. With changes like these more
> staff will be needed. Not good. Not good at all.

If you are using a login to access only reports, then you really should not be
using a Fixed or Floating license anyway. Fixed and Floating licenses should
only be used when data needs to be modified in Remedy by users or applications
integrated with the Remedy application. Whether you stay with 5.x or upgrade,
you might want to consider switching to a Read (or Restricted Read for 6.x)
license. You will still be able to submit your report requests, but will not
be burning a fixed or floating license on a login designed to only access
reports.

> 2) Now lets talk web submits. We create web pages that use the same
> user id and password for creating records. One reason we take this
> approach is that all the records are created in the same form for those
> pages. This allows us to tailor the submit form to the end user.

According to Remedy, the Read license is not going to be affected by the one
login per IP address restrictin. The Read license will continue to function in
the same manner it functions on 5.x and 4.x.

> 3) We have developers that have multiple computers in there office.
> They like to login and keep the client up and running on each computer.
> Now logically you could look at that and say "They don't need to do
> that." but they do. They may be running through some sort of debug on
> one computer and making notes in Remedy on the other. Then it would
> switch. They are running debug code on the first computer and making
> notes in Remedy on the second. The reality is that this is how your
> users use the system. I know you are trying to stop a group of people
> from sharing a license but you are making life more difficult for those
> of us that don't.

According to Remedy, users who are part of the Administrator group are not going
to be affected by the one login per IP restriction. So your developers will
still be able to login to a test box while still logged in to another computer.

> At this point I can not recommend going the Remedy 6. Your not making
> my life easier your giving me more work.
>
> Well that is my two cents on this item.
>
> Take care,
>
> Rick Parry
>
> Rick Parry
> Remedy Team Lead
> Novell, Inc., the leading provider of information solutions
> http://www.novell.com
>
>

Rick,

Let me try to answer these concerns....

1) That is a very interesting condition that you have. Multiple Report
servers. Some companies do not even have one separate reporting servers.
However, I wonder, what is the license on the account that is used to get
the data for the report server? Is it a "Read" license? Why would a
"Restricted Read" license not work in this case? (Reporting is "Read
only". So change the license for that user and move on. No need to change
anything else.)

2) I also do not see a problem here. (Or do you have multiple web servers
to deal with? Well that is still not a problem.) Use a "Restricted Read"
license and your done. On the other hand you could also give these people
ARS Read license and give them a "custom" view based on some 'Login Name'
to "Preferred View" logic too. (So no need to use "outside website"
building either. Just a thought.)

3) Are these users part of the ARS Administrator group? (or are they
developing other tools/code?)
If part of the ARS Admin group, then they will not be subject to the
"from only one IP address" rule. Sorry that was something that I left out
in my previous post.)
If they are non-ARS Admin users, then they need to get a life. Ok,
that is a bit harsh, but really, why do they need to have multiple
instances of the user tool connected at the same time? Because one CPU is
busy and they don't want to wait? If boxes are cheep enough for these
"users" to have multiple, then give them one more. (If they can use 3 at
the same time then they could use 4 too. They likely already have a hub
setting on their desk and a power strip with an spare plug too.) Make it a
very low end pc and let them run their email and Remedy from it. Keep those
things away from their "debug/compile type work. It really does not take
much to run ARS's client.


Then again, maybe there is more to these conditions than I understand. Let
me know if that is the case.

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.



"Rick Parry"
M> cc:
Sent by: "Action Subject: Re: What's Coming in Version 6? Here it is ...
Request System
discussion
list(ARSList)"
ORG>


12/18/2003 02:23
PM
Please respond to
arslist






**
Hello Everyone,

I must say number nine does not make me very happy. I will give a few
examples for the Remedy people to take back to management.

1) We run Crystal Enterprise for reporting. With this system we have it
configured so when a report request is made it looks to see what report
server is available to run the report. It then passes the report to that
server. All the servers are setup with the Remedy ODBC driver. The same
user id and password is used for each report server. If I roll out Remedy 6
I now have to configure each report server with there own login id and
password. This add's more work to our already busy schedule. One of the
strengths of Remedy has been the small team size needed to administer the
servers and applications. With changes like these more staff will be
needed. Not good. Not good at all.

2) Now lets talk web submits. We create web pages that use the same user id
and password for creating records. One reason we take this approach is that
all the records are created in the same form for those pages. This allows
us to tailor the submit form to the end user.

3) We have developers that have multiple computers in there office. They
like to login and keep the client up and running on each computer. Now
logically you could look at that and say "They don't need to do that." but
they do. They may be running through some sort of debug on one computer and
making notes in Remedy on the other. Then it would switch. They are running
debug code on the first computer and making notes in Remedy on the second.
The reality is that this is how your users use the system. I know you are
trying to stop a group of people from sharing a license but you are making
life more difficult for those of us that don't.

At this point I can not recommend going the Remedy 6. Your not making my
life easier your giving me more work.

Well that is my two cents on this item.

Take care,

Rick Parry

Rick Parry
Remedy Team Lead
Novell, Inc., the leading provider of information solutions
http://www.novell.com

I would just like to say in all good spirits and humor for number 3, what a
challenge to have to get your users to stop using Remedy so much.
I'm happy when I get my users using Remedy on one pc....

:)
Janie



-----Original Message-----
From: Carey Matthew Black [mailto:matt.black@VERIZON.COM]
Sent: Thursday, December 18, 2003 12:59 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


Rick,

Let me try to answer these concerns....

1) That is a very interesting condition that you have. Multiple Report
servers. Some companies do not even have one separate reporting servers.
However, I wonder, what is the license on the account that is used to get
the data for the report server? Is it a "Read" license? Why would a
"Restricted Read" license not work in this case? (Reporting is "Read
only". So change the license for that user and move on. No need to change
anything else.)

2) I also do not see a problem here. (Or do you have multiple web servers
to deal with? Well that is still not a problem.) Use a "Restricted Read"
license and your done. On the other hand you could also give these people
ARS Read license and give them a "custom" view based on some 'Login Name'
to "Preferred View" logic too. (So no need to use "outside website"
building either. Just a thought.)

3) Are these users part of the ARS Administrator group? (or are they
developing other tools/code?)
If part of the ARS Admin group, then they will not be subject to the
"from only one IP address" rule. Sorry that was something that I left out
in my previous post.)
If they are non-ARS Admin users, then they need to get a life. Ok,
that is a bit harsh, but really, why do they need to have multiple
instances of the user tool connected at the same time? Because one CPU is
busy and they don't want to wait? If boxes are cheep enough for these
"users" to have multiple, then give them one more. (If they can use 3 at
the same time then they could use 4 too. They likely already have a hub
setting on their desk and a power strip with an spare plug too.) Make it a
very low end pc and let them run their email and Remedy from it. Keep those
things away from their "debug/compile type work. It really does not take
much to run ARS's client.


Then again, maybe there is more to these conditions than I understand. Let
me know if that is the case.

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.



"Rick Parry"
M> cc:
Sent by: "Action Subject: Re: What's Coming
in Version 6? Here it is ...
Request System
discussion
list(ARSList)"
ORG>


12/18/2003 02:23
PM
Please respond to
arslist






**
Hello Everyone,

I must say number nine does not make me very happy. I will give a few
examples for the Remedy people to take back to management.

1) We run Crystal Enterprise for reporting. With this system we have it
configured so when a report request is made it looks to see what report
server is available to run the report. It then passes the report to that
server. All the servers are setup with the Remedy ODBC driver. The same
user id and password is used for each report server. If I roll out Remedy 6
I now have to configure each report server with there own login id and
password. This add's more work to our already busy schedule. One of the
strengths of Remedy has been the small team size needed to administer the
servers and applications. With changes like these more staff will be
needed. Not good. Not good at all.

2) Now lets talk web submits. We create web pages that use the same user id
and password for creating records. One reason we take this approach is that
all the records are created in the same form for those pages. This allows
us to tailor the submit form to the end user.

3) We have developers that have multiple computers in there office. They
like to login and keep the client up and running on each computer. Now
logically you could look at that and say "They don't need to do that." but
they do. They may be running through some sort of debug on one computer and
making notes in Remedy on the other. Then it would switch. They are running
debug code on the first computer and making notes in Remedy on the second.
The reality is that this is how your users use the system. I know you are
trying to stop a group of people from sharing a license but you are making
life more difficult for those of us that don't.

At this point I can not recommend going the Remedy 6. Your not making my
life easier your giving me more work.

Well that is my two cents on this item.

Take care,

Rick Parry

Rick Parry
Remedy Team Lead
Novell, Inc., the leading provider of information solutions
http://www.novell.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com



IMPORTANT NOTICE: This communication, including any attachment, contains
information that may be confidential or privileged, and is intended solely
for the entity or individual to whom it is addressed. If you are not the
intended recipient, you should contact the sender and delete the message.
Any unauthorized disclosure, copying, or distribution of this message is
strictly prohibited. Nothing in this email, including any attachment, is
intended to be a legally binding signature.

No - not quite right. When developing, you often don't want to run tests
with an Admin log on (because of the different access privileges). You
want to log on as a regular user.

Now, not only does it improve the development process to be able to run
several tests simultaneously, under certain circumstances you may want
to run the same tests under several 'different' test account
configurations. (Especially if you are using change groups)

Which means restrictions on swapping licenses around can also affect
your development process - in an admittedly small, but still seriously
annoying way. When the heat is on, 20 minutes here, 15 minutes there all
adds up to serious headaches.

If Remedy want to keep building technical solutions to problems created
by their ownership philosophy - they could build special NIC-bound user
licenses for development that bypass the usual controls so long as the
client resides on say 3 - 6 specific machines. And if they were smart
they wouldn't charge anything for them.

Yes there would be the odd site that would run a small 'freebie' shop -
but seriously, how many places are going to fork out all the back-end
costs for a six-user implementation?

Again - when either the impact of revenue protection measures or the
simple cost of the product start to exceed the cost of developing
workarounds that do not violate the law, people either stop buying or
start building those workarounds.

Ric Phillips
La Trobe University
Melbourne

-----Original Message-----
From: James Van Sickle [mailto:gothbert@SPAMCOP.NET]
Sent: Friday, 19 December 2003 8:52 AM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...

Comments on your issues are below each bullet.

-James


According to Remedy, users who are part of the Administrator group are
not going
to be affected by the one login per IP restriction. So your developers
will
still be able to login to a test box while still logged in to another
computer.


UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com

**
Janie, you crack me up. :) I wish I could say all my users use Remedy that much but I too live in the real world. We have some users just like yours.

Take care,

Rick

>>> JSprenge@LHS.ORG 12/18/2003 2:31:21 PM >>>

This posting was submitted via the Web interface
I would just like to say in all good spirits and humor for number 3, what a
challenge to have to get your users to stop using Remedy so much.
I'm happy when I get my users using Remedy on one pc....

:)
Janie



-----Original Message-----
From: Carey Matthew Black [ mailto:matt.black@VERIZON.COM]
Sent: Thursday, December 18, 2003 12:59 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


Rick,

Let me try to answer these concerns....

1) That is a very interesting condition that you have. Multiple Report
servers. Some companies do not even have one separate reporting servers.
However, I wonder, what is the license on the account that is used to get
the data for the report server? Is it a "Read" license? Why would a
"Restricted Read" license not work in t! his case? (Reporting is "Read
only". So change the license for that user and move on. No need to change
anything else.)

2) I also do not see a problem here. (Or do you have multiple web servers
to deal with? Well that is still not a problem.) Use a "Restricted Read"
license and your done. On the other hand you could also give these people
ARS Read license and give them a "custom" view based on some 'Login Name'
to "Preferred View" logic too. (So no need to use "outside website"
building either. Just a thought.)

3) Are these users part of the ARS Administrator group? (or are they
developing other tools/code?)
If part of the ARS Admin group, then they will not be subject to the
"from only one IP address" rule. Sorry that was something that I left out
in my previous post.)
If they are non-ARS Admin users, then they need to get a life. Ok,
that is a bit! harsh, but really, why do they need to have multiple
ins! tances o f the user tool connected at the same time? Because one CPU is
busy and they don't want to wait? If boxes are cheep enough for these
"users" to have multiple, then give them one more. (If they can use 3 at
the same time then they could use 4 too. They likely already have a hub
setting on their desk and a power strip with an spare plug too.) Make it a
very low end pc and let them run their email and Remedy from it. Keep those
things away from their "debug/compile type work. It really does not take
much to run ARS's client.


Then again, maybe there is more to these conditions than I understand. Let
me know if that is the case.

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.



! "Rick Parry"
M> cc:
Sent by: "Action Subject: Re: What's Coming
in Version 6? Here it is ...
! Request System
&! nbsp;&nb sp; discussion
list(ARSList)"
ORG>


12/18/2003 02:23
PM
Please r! espond to
arslist






**
Hello Everyone,

I must say number nine does not make me very happy. I will give a few
examples for the Remedy people to take back to management.

1) We run Crystal Enterprise for reporting. With this system we have it
configured so when a report request is made it looks to see what report
server is available to run the report. It then passes the report to that
server. All the servers are setup with the Remedy ODBC driver. The same
user id and password is used for each report server. If I roll out Remedy 6
I now have to configure each report server with there own login id and
password. This add's more work to our already busy schedule. One of the
strengths of Remedy has been the small team size needed to administer the
servers and applications. With changes ! like these more staff will be
needed. Not good. Not good at! all.

2) Now lets talk web submits. We create web pages that use the same user id
and password for creating records. One reason we take this approach is that
all the records are created in the same form for those pages. This allows
us to tailor the submit form to the end user.

3) We have developers that have multiple computers in there office. They
like to login and keep the client up and running on each computer. Now
logically you could look at that and say "They don't need to do that." but
they do. They may be running through some sort of debug on one computer and
making notes in Remedy on the other. Then it would switch. They are running
debug code on the first computer and making notes in Remedy on the second.
The reality is that this is how your users use the system. I know you are
trying to stop a group of people from sharing a license but you are making
life more difficult for those of us that don't.

At this point I can no! t recommend going the Remedy 6. Your not making my
life easier your giving me more work.

Well that is my two cents on this item.

Take care,

Rick Parry

Rick Parry
Remedy Team Lead
Novell, Inc., the leading provider of information solutions
http://www.novell.com



UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
www.QMXS.com



IMPORTANT NOTICE: This communication, including any attachment, contains
information that may be confidential or privileged, and is intended solely
for the entity or individual to whom it is addressed. If you are not the
intended recipient,! you should contact the sender and delete the message.
Any ! unauthor ized disclosure, copying, or distribution of this message is
strictly prohibited. Nothing in this email, including any attachment, is
intended to be a legally binding signature.

This may not be the final word on the licensing topic, but I'd like to say:

1. In most cases, switching from READ to READ RESTRICTED will solve the
problem.
2. If a WEB server uses a common USERID for multiple people, they will all
have the
same IP address (of the web server), which is OK, because you can have
several
instances of one Userid on ONE IP address. ARS 6 prevents the same userid
from
DIFFERENT IP addresses at the same time.
3. You CAN log on to multiple AR Servers from one IP address.
4. You CAN NOT log on to one server, with one userid, from multiple IP
addresses.
5. You CAN log on with multiple userids from one IP address (think citrix).

For the most part, Remedy/BMC is simply trying to enforce the rule "one
person per userid".


ALSO,
I suggested using an update form, but I've been reminded that this is a
violation
of the Remedy End User License And Maintenance Agreement Article 2.3g, which
states at the end:

"Licensee may not bypass, in any way, the use of a Fixed and Floating
license to manage an
update (including, without limitation, submitting a ticket to a parallel
form and then using
workflow to perform the update without a license)."

To be clear, I do not advocate violating Remedy's (or any other company's)
license agreement.
I strongly recommend that license agreements and the governing laws be
obeyed. To quote that
famous cricket, "let your conscience be your guide"

HTH,
Joel

QMX Support Services, Inc.
Joel D. Sender,
Director of Western Operations
JSender@QMXS.com www.QMXS.com


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Rick Parry
Sent: Thursday, December 18, 2003 3:32 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: What's Coming in Version 6? Here it is ...


**
Janie, you crack me up. :) I wish I could say all my users use Remedy that
much but I too live in the real world. We have some users just like yours.


Take care,

Rick

>>> JSprenge@LHS.ORG 12/18/2003 2:31:21 PM >>>


UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
(Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
SERVICES at www.QMXS.com This posting was submitted via the Web interface

**
I received an e-mail from Doug Mueller yesterday, seems we all have it kind of wrong.

Read license: Still exists as it always has. Functionality still same. CHANGE: Can only be used from one IP at a time.

Restricted Read license: Can be used from many different IP's at once. Capable of submitting. CANNOT MODIFY.

I am going to try and speak with Doug today. I'm very concerned about this switch.

Warren

Warren R. Baltimore II
Senior Systems Analyst
Information Systems
The Ohio State University Medical Center
1375 Perry St.
Battelle 13-1-125
Columbus, OH 43201
614-293-2315
baltimore-1@medctr.osu.edu

>>> gothbert@SPAMCOP.NET 12/18/2003 9:40:08 AM >>>

No, the Read license still exists in the same form and fashion that we all know
from 4.x and 5.x. The new one login per IP restriction only exists for Fixed
and Floating licenses according to what the Remedy tech emailed me. The Read
licenses can still submit requests and modify their submitted requests if ARS
is in Submitter Locked mode. Restricted Read is just a Read license without
the ability to submit or modify tickets.

You might want to check the list archives. I posted a reply from Remedy I got
yesterday about the new licensing changes.

-James

Quoting Warren Baltimore :

> I've been reading this thread with much interest (and an equal amount of
> confusion). If I understand what has been said, Remedy is making a mid
> course change that may very well cost them this customer!
>
> I want to lay out my understanding, and if I'm wrong, please correct me (I
> don't want to panic...yet).
>
> Remedy has always allowed the use of a Read License to submit tkts to the
> system (when submitter locked is chosen). This has allowed for the
> development of global guest licenses that could be automatically triggered to
> get customers into the site to submit requests. If I understand what is
> being said, that is no longer possible? Am I correct in understanding that
> there are now 2 Read license types, one will allow for submissions (but has
> to be single threaded) and one can be multi threaded but does not allow for
> interaction with ticket?
>
> If that is true, I may have to reccomend to my admin staff to stop
> considering Remedy for future development. That will suck! Cause I'll be
> out of a job then....
>
> Warren
>
>
> Warren R. Baltimore II
> Senior Systems Analyst
> Information Systems
> The Ohio State University Medical Center
> 1375 Perry St.
> Battelle 13-1-125
> Columbus, OH 43201
> 614-293-2315
> baltimore-1@medctr.osu.edu
>
> >>> Patrick.Zandi@RL.AF.MIL 12/17/2003 11:10:03 AM >>>
>
> Jarl, Axton, Thanks..
> A Couple of Additional thoughts here.. I think this was out once.. Some of
> it..
> I just had a few additions..
>
> If a User logs into a User tool, and then log's into mid-ter (one IP) like
> stated below, then you cannot log in ?
> Or what if I have a JAVA front end, or a ARSPERL front end. the IP is the
> SAME, or is there now going to be a change to the Login API, passing the IP
> value into the script?
>
> So Remedy now is going to limit what customers can or cannot do, based on
> the system they choose to login with{IP}.
> I suppose the only way around this is a NAT'd ::Virtual MAC or Virtual Linux
> or Virtual PC on the box you are one, then you can have multiple instances.
>
> What is the timeout Value set to ? 15 Mintues ??? If you are on the
> usertool, and log out or just X or Blowup. You now have to Wait ?
> CASE in Point::
>
> What about the Technicians who log into their boxes at their desk, and then
> use the Mid-tier to check their tickets?
> They have to go BACK and log out before they go to another persons Station..
> ?? And if on Mid-Tier, does that mean they go to another Workstation, they
> have to Wait 15 minutes to Log in again to check tickets or Update them ???
>
>
> What about Technicians installing Remedy, I usually Test the installation
> with a login and then have them log in.. This is now out the window too.
>
> I am totally Rebellious to this sort of thinking Guys..
> You Either Paid for the USAGE of a Product or you DID NOT !!! I did and
> would like FULL usage !!! Not with 15 Minute Interruptions.
>
> This TOTALLY STINKS --- It Looks like the possibility of Dropping Support
> has Finally come. I might have to stay on 5X for life.
>
> I sure hope this is not the CASE... =8 -/
>
>
> -----Original Message-----
> From: Axton Grams [ mailto:agrams@REMEDY.ACS.UNT.EDU]
> Sent: Wednesday, December 17, 2003 9:52 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> I believe it will prompt whether to end the other session, and will transfer
> ownership of the license token between sessions. I think there is also a
> wait period before it can be transferred again, something link 15 minutes.
>
> If the session is ended before the server is accessed from the same user,
> this enforcement does not apply.
>
> Axton
>
> -----Original Message-----
> From: Jarl Groneng [ mailto:jarl.groneng@TELENOR.COM]
> Sent: Wednesday, December 17, 2003 8:46 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
> #9 applies to all users.
>
> --
> Jarl
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [ mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Mougis, Phil
> Sent: 17. desember 2003 15:08
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> **
> I have to tell you #9 is the one I am most concerned about..... Does this
> apply to Client only... or Mid Tier users as well?
>
> I have a process which allows un-named users (actually users click a
> hyperlink which logs them onto a generic account & password) to update a
> custom table we created.. the account used is VERY low security and doesn't
> touch Help or Asset forms...but does relate to Asset information... I have
> 50 fixed Asset licenses... but chose to not use these for this group of
> people (since I didn't want to have to administer the logins....) in fact..
> we use this feature to acknowledge receipt of delivery of assets which have
> been purchased (via a custom module we deployed).. the main concern I have
> had with the web is that users who do not log out (FYI - I have a logout
> button on EVERY web form I have)....
>
> Phil
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [ mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt AFRL/IFOSS
> Sent: Wednesday, December 17, 2003 8:43 AM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: What's Coming in Version 6? Here it is ...
>
>
> **
> Joel,
> I would like a little more info on # 9, and a little more info on #13
>
> 9 Concerns me, as we have multiple boxes per person here.. I have 3 alone..
> (I know I am Admin) I have people who have a mac and 2 PC's doing
> Development, who use Remedy on different boxes as the SAME time.. I work in
> a Development Shop // Testing // Rebuild // Testing again... With Everything
> you have not seen yet .. This would Stink, having to give more two license
> to one person just because they use it on multiple machines as the same
> time..
>
> 13 I just don't get this..
> -----Original Message-----
> From: Joel Sender [ mailto:arslist@EARTHLINK.NET]
> Sent: Tuesday, December 16, 2003 6:12 PM
> To: ARSLIST@ARSLIST.ORG
> Subject: What's Coming in Version 6? Here it is ...
>
>
> **
> Hi Folks,
> I just took the ARS 6.0 Delta class, and, as usual, Doug & his team have
> taken another giant step forward. Here's a summary of the features that were
> covered in the class:
>
> Expect the 'First Customer Shipment' (FCS) in January. No official date was
> announced.
> SNMP integration is built-in
> Unicode is supported - just select it during install
> We loaded two ARS servers on one PC with one Oracle instance (different ORA
> tables)
> Mid-Tier installed & worked on the first try. Really
> Licensing is different. You send Remedy support your 'Remedy.lic' file and
> they'll send you the same licenses in the new format.
> The license tool is now included in the Admin tool, no longer a separate
> program.
> There's a new license type: "Read Restricted". It's the same as the old
> "Read" except that you can't change ANY DATA, regardless of the "Submitter
> Locked" setting.
> You can only log on a Userid from ONE IP address. Except Admins running the
> Admin tool or "Read Restricted" users.
> You can only change a Fixed License entry in User 3 times in a WEEK. The 4th
> change locks the userid for 3 DAYS.
> AR Server groups allow different functions to reside on different servers
> (sharing a DB instance). Server groups CAN have separate machines for
> Assignment, DSO, Email, Escalations, Flashboards and FTS.
> Server groups can be configured for 'fail-over'. If a server fails, it's
> dedicated function can be automatically picked-up by another server.
> Licenses are shared across the server group.
> AR workflow can be 'bundled' in 'Deployable Applications' This is different
> from Mid-Tier deployment. A form can only reside in one D.Application.
> D.Applications can be exported WITH DATA. You specify the import tool
> options when you add the data to the D.Application.
> Data Archiving has been automated. Open a form in the Admin tool and specify
> how you want it archived (move or copy, based upon a qualification). The
> Archive form is automatically generated, with additional fields for the
> 'Original Entry ID'
> You can export a D.Application and LOCK it in 'Read-Only' or "Hidden" mode.
> There are lots of performance logging options for AR System forms.
> Security groups can be CALCULATED form existing groups. For example, a
> calculated group could include "Support Managers", "Development Managers"
> but NOT 'Education Managers". The group numbers are NEGATIVE
> Dynamic groups are numbered from 60000 to 60999 and extend 'row level'
> access 'a thousand times'
> D.Applications don't have security groups, they have "ROLES", which are
> mapped to local Groups. an application Role can be mapped on each local
> server to which it is deployed.
> Any form can be designated as a 'Home Page'. Click the Home Page button and
> it opens that form. When you logon to AR User, the Home Page opens. Home
> Pages can have a new field type: "Application List". It will list the
> Application 'Entry Points" to which the user has access.
> Entry points can be defined for applications, with security access control.
> Fields in forms can be 'automatically' laid out. You turn this on & off as
> needed.
> View fields are 'filled' in the admin tool to confirm they are correct. Once
> filled, they are not active.
> Char fields can be 'masked' with asterisks when typed in. The data remains
> in clear text for workflow.
> Char fields can be non-editable' so only menu choices can be entered. You
> can not type in the field. Automates the $MENU$ function.
> There's a GUID field that always generates a unique ID across servers.
> The new Windows Global Field remains the same when changing entries.
> Active links can execute on "Events" to synchronize multiple open windows.
> You can define 'events'
> Server-side tables allow filters to perform table operations. Reduces
> network overhead.
> In filters and active links, the IF & ELSE actions can point to different
> Servers and Forms, based on workflow. If you have one form for customers and
> another for employees, you can set the FORM name in a field and the FORM
> specification would have the field name.
> There are new keywords for multiple open windows, i.e. $CURRENTWINID$
> Remedy will work with developers to license their Deployable Applications.
> Flashboards is included. you can have 6 FB's with the ARS license. More that
> that requires an FB license
> Mid-tier 6.0 supports BEA Weblogic 8.1 and Apache 1.3.28 and 2.0.43 &
> Mozilla (Sun 1.2.1, HP. Widows & IBM 1.4)
> Mid-tier no longer requires a license, it's included with AR System.
> Mid-tier tracks the last time an app was deployed, so it won't re-deploy
> when not needed.
> Mid-tier an automatically 'deploy' an app when a user requests it.
> Custom Style Sheets (CSS) is supported.
> There's more, and the details go on & on. It was three intense days of class
> & labs, and a fourth for the "Exam" in order to be RAC certified for ARS
> 6.0. The labs and test are MUCH better than the ARS 5.0 materials - Remedy
> Educational (and everyone else) is clearly out from under Peregrim.
>
> HTH,
> Joel
>
> Joel Sender
> (ARSLIST Backup Admin)
> www.QMXS.com
> JSender@QMXS.com
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
> (Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
> SERVICES at www.QMXS.com This posting was submitted via the Web interface
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
> (Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
> SERVICES at www.QMXS.com This posting was submitted via the Web interface
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
> (Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
> SERVICES at www.QMXS.com This posting was submitted via the Web interface
>
>
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org
> (Support: mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT
> SERVICES at www.QMXS.com
>
>
>
> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
> www.QMXS.com
>
>

> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
> www.QMXS.com
>
>
>
>
>

> UNSUBSCRIBE or access ARSList Archives at http://www.ARSLIST.org (Support:
> mailto:support@arslist.org ) ARSList is hosted by QMX SUPPORT SERVICES at
> www.QMXS.com
>





This posting was submitted via the Web interface