But you could also have 5 people using 1 'Fixed' license (i.e., everyone in the "Help Desk" group uses 1 fixed ID, "helpdeskuser"), thus, allowing 5 or however many people to use 1 'Fixed' license. This way there would only be 1 fixed user using 1 fixed license on 1 computer, no exceptions. I think this is one of the scenarios they are trying to do away with.


James Scott
Remedy Developer
Birch Telecom
office: (214)646-2608
cell: (214)325-3864


-----Original Message-----
From: Lars Christianson [mailto:lars.christianson@CORP.GRANDECOM.COM]
Sent: November 07, 2003 04:19 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: OT: RUG in Italy - How was it?


Okay, help me understand something.

How does limiting 1 user to 1 IP accomplish anything? As I understand it, if
I have 5 floating licenses, and I have 5 people log into the system with the
same user, but different client machines, would that still use the 5
licenses? If that's the case, I don't see the logic in the change.

Help me out.

Take care and have a good weekend all,

Lars

-----Original Message-----
From: Reinfeldt, Matt [mailto:Matt.Reinfeldt@USCELLULAR.COM]
Sent: Friday, November 07, 2003 2:54 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: OT: RUG in Italy - How was it?
X-Birch-ID: 1068244479.23857.3504

The first and foremost "honest" scenario I can see is when a user is having
problems and I have to login as them to attempt to replicate the issue. I
suppose that I could ask them to log out of the tool, but we all know that
many users feel more comfortable explaining an issue as they walk through
it... so, I would be in favor of 3 sources vs. 1 source. Although, if they
enabled some type of 'login as user' functionality for an administrator
account... ;-)

take care!

matt

-----Original Message-----
From: Misi Mladoniczky [mailto:miz@RRR.SE]
Sent: Friday, November 07, 2003 2:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: OT: RUG in Italy - How was it?
X-Birch-ID: 1068244479.23857.3504


Hi All,

Let us give Remedy som contructive criticism then.

My suggestion would be to let any user login from a maximum of 3 sources at
any one time.

This will probably take care of most honest scenarios, and I can see a lot
of those.

At the same time it will not give any dishonest company too much slack.

Best Regards - Misi, RRR AB, http://www.rrr.se

> Right, except most of my arsperl stuff is stored on the server (one ip
> address), so it shouldn't be an issue in that case... and if you have
> arsperl/cgi applications that access your server, that code is also
> stored and run in a central location, the web server... know what I
> mean?
>
> matt
>
> -----Original Message-----
> From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
> Sent: Friday, November 07, 2003 1:26 PM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: OT: RUG in Italy - How was it?
>
>
> ARSPerl is still a client. You will end up facing the same issue.
>
> --
> Jarl
>
>> -----Original Message-----
>> From: Action Request System discussion list(ARSList)
>> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt
>> AFRL/IFOSS
>> Sent: 7. november 2003 19:58
>> To: ARSLIST@ARSLIST.ORG
>> Subject: Re: OT: RUG in Italy - How was it?
>>
>>
>> What do they think.. Everything Web ?
>>
>> This way they will not have to support a Client ?
>> Sounds like a Cost cutting Effort...
>>
>> Those EX-Peregrine Guys back ? It is Starting to look like
>> the DARK Days
>> again... I see Clouds on the Horizon.
>>
>> ARSPerl will be looking Mighty Fine !!
>>
>>
>> -----Original Message-----
>> From: strauss [mailto:strauss@REMEDY.ACS.UNT.EDU]
>> Sent: Friday, November 07, 2003 1:42 PM
>> To: ARSLIST@ARSLIST.ORG
>> Subject: Re: OT: RUG in Italy - How was it?
>>
>>
>> So if one of my datacomm/telecomm guys is logged in via the
>> User tool in his
>> office with the Console up, and he goes out on site to fix a
>> problem, he
>> will NOT be able to log in on the customer's machine via
>> mid-tier and update
>> the ticket and check for any new ones that pertain to the
>> building he is
>> visiting?? That just sucks, to put it as bluntly as
>> possible. I would
>> consider that a limitation that we would be unwilling to live
>> with in our
>> multiple-location campus environment. Our techs need to be
>> able to access
>> their tickets from anywhere on campus, and it should not
>> matter if they left
>> the Support Console open in the User tool back on their
>> desktop machine. If
>> that is hard coded into 6.0, we will be stuck on 5.x forever!!
>>
>> Christopher Strauss, MSLS
>> Remedy Database Administrator
>> University of North Texas Computing Center http://remedy.unt.edu/
>>
>> > -----Original Message-----
>> > From: Misi Mladoniczky [mailto:miz@RRR.SE]
>> > Sent: Friday, November 07, 2003 4:54 AM
>> > To: ARSLIST@ARSLIST.ORG
>> > Subject: Re: OT: RUG in Italy - How was it?
>> >
>> >
>> > I asked this question.
>> >
>> > The reply was that if the Browser and the Remedy client was
>> > run on the same machine, it would work...
>> >
>> > If two browsers on different machines login with the same
>> > user it will not work.
>> >
>> > I do not as yet know if this affect read-licensed users.
>> >
>> > Best Regards - Misi, RRR AB, http://www.rrr.se
>> >
>> > > Jarl wrote:
>> > > "One important thing with v6.0; You can only login from one
>> > ip-adress
>> > > with a user. Sharing a user accross several clients will
>> > not work. But
>> > > from one ip-address you can login several times. This does
>> > not affect
>> > > admin users."
>> > >
>> > > Is it true also for Web Users? Or is it restricted to
>> client-server
>> > > mode?
>> > >
>> > > Thanks,
>> > > Mauro
>> > >
>> > > -----Original Message-----
>> > > From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
>> > > Sent: Friday, November 07, 2003 7:30 AM
>> > > To: ARSLIST@ARSLIST.ORG
>> > > Subject: Re: OT: RUG in Italy - How was it?
>> > >
>> > >
>> > > ()
>> > > One important thing with v6.0; You can only login from one
>> > ip-adress
>> > > with a user. Sharing a user accross several clients will
>> > not work. But
>> > > from one ip-address you can login several times. This does
>> > not affect
>> > > admin users.
>> > >
>> > > ()
>> > > Grouping servers into a server-group, ideally for fail-over
>> > as this is
>> > > now buildt into the server. You can set server A as
>> > escalationserver
>> > > and server B as approvalserver. If B failes, A will take over the
>> > > approvalserver.
>> > >
>> > > ()
>> > > Floating licenses can be shared between servers grouped in a
>> > > server-group.
>> > >
>> > >
>> > > --
>> > > Jarl
>> > >
>> > >> -----Original Message-----
>> > >> From: Action Request System discussion list(ARSList)
>> > >> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Misi Mladoniczky
>> > >> Sent: 6. november 2003 19:23
>> > >> To: ARSLIST@ARSLIST.ORG
>> > >> Subject: Re: OT: RUG in Italy - How was it?
>> > >>
>> > >>
>> > >> Rick,
>> > >>
>> > >> Well, there were a couple of more or less new things presented as
>> > >> well as some interesting information.
>> > >>
>> > >> The MARS products, except for the Migrator are going in to a ARS
>> > >> Developer Kit. A workflow debugger will also be included
>> > as well as
>> > >> the Application
>> > >> Explorer. How the licensing for this is not decided, but
>> excisting
>> > >> MARS customers will get it for free.
>> > >>
>> > >> The main focus was on version 6 that should be release sometime
>> > >> around new year.
>> > >>
>> > >> These are some of the more interesting things in version 6:
>> > >>
>> > >> - You can add your own fields and groups to control Row
>> > Level Access.
>> > >>
>> > >> - Applications should now work more like "applications". When you
>> > >> work with an application you will only see things in the
>> > application.
>> > >> You can define entry-points for users and access-points for other
>> > >> applications that they can integrate to. The applications is
>> > >> supposed to be easy to export/import on another system.
>> > >> If I understood it correctly, you could even export data with the
>> > >> application...
>> > >>
>> > >> - When you export an application, workflow can be set as
>> > read-only,
>> > >> meaning that the admin importing this application can not
>> > modify the
>> > >> workflow except by disabling it.
>> > >> You can also export the application encrypted, and the
>> workflow can
>> > >> not be copied or read.
>> > >>
>> > >> - If you create applications and sell them, you can leverage on
>> > >> Remedys licensing mechanism with Server-, Fixed- and
>> > >> Floating-licenses. You are supposed to be able to
>> generate license
>> > >> keys for your customers on
>> > >> Remedys Web that they can apply to their system using the
>> > >> Remedy License
>> > >> Tool.
>> > >>
>> > >> - Performance enhancement for Mid-Tier.
>> > >>
>> > >> They talked a little bit about the focus in version 7.
>> > >> The focus will be to make Mid-Tier look even more like
>> an ordinary
>> > >> Web- application and make it more "light-weight".
>> > >>
>> > >> Unfortunately I was unable to establish contact with more than a
>> > >> handful of ARSList-subscribers, but we had a good time anyway!
>> > >>
>> > >> We had a lot to eat and drink, and the Gala Party Night
>> > ended (for me
>> > >> at
>> > >> least) about 4 a clock in the morning. Rumors has it that
>> > some people
>> > >> went straight from the hotel bar to the first presentation at 9 a
>> > >> clock in the morning...
>> > >>
>> > >> I stayed on for a couple of days and had the opportunity to visit
>> > >> both Capri and Pompeji! Nice!
>> > >>
>> > >> I am sure I missed a lot of interesting information in this short
>> > >> email from the top of my head, but hopefully someone
>> else can fill
>> > >> in.
>> > >>
>> > >> Best Regards - Misi, RRR AB, http://www.rrr.se
>> > >>
>> > >> > Any stories about new stuff coming up? Can anyone give a
>> > >> recap of the
>> > >> > presentations, or of sightseeing trips - anything?
>> > >> >
>> > >> > Rick
>> > >>
>> > >>
>> > >>
>> > >> 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
>> >
>>
>>
>>
>>
>> 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



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

But their checking should include the various client-types... hopefully
this restriction will only apply to 'user tool' logins.

What client-type does arsperl show as?

-t




"Reinfeldt, Matt"
LLULAR.COM> cc:
Sent by: "Action Subject: Re: OT: RUG in Italy - How was it?
Request System
discussion
list(ARSList)"
>


11/07/03 01:56 PM
Please respond to
arslist






Right, except most of my arsperl stuff is stored on the server (one ip
address), so it shouldn't be an issue in that case... and if you have
arsperl/cgi applications that access your server, that code is also stored
and run in a central location, the web server... know what I mean?

matt

-----Original Message-----
From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Sent: Friday, November 07, 2003 1:26 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: OT: RUG in Italy - How was it?


ARSPerl is still a client. You will end up facing the same issue.

--
Jarl

> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt
> AFRL/IFOSS
> Sent: 7. november 2003 19:58
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: OT: RUG in Italy - How was it?
>
>
> What do they think.. Everything Web ?
>
> This way they will not have to support a Client ?
> Sounds like a Cost cutting Effort...
>
> Those EX-Peregrine Guys back ? It is Starting to look like
> the DARK Days
> again... I see Clouds on the Horizon.
>
> ARSPerl will be looking Mighty Fine !!
>
>
> -----Original Message-----
> From: strauss [mailto:strauss@REMEDY.ACS.UNT.EDU]
> Sent: Friday, November 07, 2003 1:42 PM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: OT: RUG in Italy - How was it?
>
>
> So if one of my datacomm/telecomm guys is logged in via the
> User tool in his
> office with the Console up, and he goes out on site to fix a
> problem, he
> will NOT be able to log in on the customer's machine via
> mid-tier and update
> the ticket and check for any new ones that pertain to the
> building he is
> visiting?? That just sucks, to put it as bluntly as
> possible. I would
> consider that a limitation that we would be unwilling to live
> with in our
> multiple-location campus environment. Our techs need to be
> able to access
> their tickets from anywhere on campus, and it should not
> matter if they left
> the Support Console open in the User tool back on their
> desktop machine. If
> that is hard coded into 6.0, we will be stuck on 5.x forever!!
>
> Christopher Strauss, MSLS
> Remedy Database Administrator
> University of North Texas Computing Center http://remedy.unt.edu/
>
> > -----Original Message-----
> > From: Misi Mladoniczky [mailto:miz@RRR.SE]
> > Sent: Friday, November 07, 2003 4:54 AM
> > To: ARSLIST@ARSLIST.ORG
> > Subject: Re: OT: RUG in Italy - How was it?
> >
> >
> > I asked this question.
> >
> > The reply was that if the Browser and the Remedy client was
> > run on the same machine, it would work...
> >
> > If two browsers on different machines login with the same
> > user it will not work.
> >
> > I do not as yet know if this affect read-licensed users.
> >
> > Best Regards - Misi, RRR AB, http://www.rrr.se
> >
> > > Jarl wrote:
> > > "One important thing with v6.0; You can only login from one
> > ip-adress
> > > with a user. Sharing a user accross several clients will
> > not work. But
> > > from one ip-address you can login several times. This does
> > not affect
> > > admin users."
> > >
> > > Is it true also for Web Users? Or is it restricted to
> client-server
> > > mode?
> > >
> > > Thanks,
> > > Mauro
> > >
> > > -----Original Message-----
> > > From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
> > > Sent: Friday, November 07, 2003 7:30 AM
> > > To: ARSLIST@ARSLIST.ORG
> > > Subject: Re: OT: RUG in Italy - How was it?
> > >
> > >
> > > ()
> > > One important thing with v6.0; You can only login from one
> > ip-adress
> > > with a user. Sharing a user accross several clients will
> > not work. But
> > > from one ip-address you can login several times. This does
> > not affect
> > > admin users.
> > >
> > > ()
> > > Grouping servers into a server-group, ideally for fail-over
> > as this is
> > > now buildt into the server. You can set server A as
> > escalationserver
> > > and server B as approvalserver. If B failes, A will take over the
> > > approvalserver.
> > >
> > > ()
> > > Floating licenses can be shared between servers grouped in a
> > > server-group.
> > >
> > >
> > > --
> > > Jarl
> > >
> > >> -----Original Message-----
> > >> From: Action Request System discussion list(ARSList)
> > >> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Misi Mladoniczky
> > >> Sent: 6. november 2003 19:23
> > >> To: ARSLIST@ARSLIST.ORG
> > >> Subject: Re: OT: RUG in Italy - How was it?
> > >>
> > >>
> > >> Rick,
> > >>
> > >> Well, there were a couple of more or less new things presented as
> > >> well as some interesting information.
> > >>
> > >> The MARS products, except for the Migrator are going in to a ARS
> > >> Developer Kit. A workflow debugger will also be included
> > as well as
> > >> the Application
> > >> Explorer. How the licensing for this is not decided, but
> excisting
> > >> MARS customers will get it for free.
> > >>
> > >> The main focus was on version 6 that should be release sometime
> > >> around new year.
> > >>
> > >> These are some of the more interesting things in version 6:
> > >>
> > >> - You can add your own fields and groups to control Row
> > Level Access.
> > >>
> > >> - Applications should now work more like "applications". When you
> > >> work with an application you will only see things in the
> > application.
> > >> You can define entry-points for users and access-points for other
> > >> applications that they can integrate to. The applications is
> > >> supposed to be easy to export/import on another system.
> > >> If I understood it correctly, you could even export data with the
> > >> application...
> > >>
> > >> - When you export an application, workflow can be set as
> > read-only,
> > >> meaning that the admin importing this application can not
> > modify the
> > >> workflow except by disabling it.
> > >> You can also export the application encrypted, and the
> workflow can
> > >> not be copied or read.
> > >>
> > >> - If you create applications and sell them, you can leverage on
> > >> Remedys licensing mechanism with Server-, Fixed- and
> > >> Floating-licenses. You are supposed to be able to
> generate license
> > >> keys for your customers on
> > >> Remedys Web that they can apply to their system using the
> > >> Remedy License
> > >> Tool.
> > >>
> > >> - Performance enhancement for Mid-Tier.
> > >>
> > >> They talked a little bit about the focus in version 7.
> > >> The focus will be to make Mid-Tier look even more like
> an ordinary
> > >> Web- application and make it more "light-weight".
> > >>
> > >> Unfortunately I was unable to establish contact with more than a
> > >> handful of ARSList-subscribers, but we had a good time anyway!
> > >>
> > >> We had a lot to eat and drink, and the Gala Party Night
> > ended (for me
> > >> at
> > >> least) about 4 a clock in the morning. Rumors has it that
> > some people
> > >> went straight from the hotel bar to the first presentation at 9 a
> > >> clock in the morning...
> > >>
> > >> I stayed on for a couple of days and had the opportunity to visit
> > >> both Capri and Pompeji! Nice!
> > >>
> > >> I am sure I missed a lot of interesting information in this short
> > >> email from the top of my head, but hopefully someone
> else can fill
> > >> in.
> > >>
> > >> Best Regards - Misi, RRR AB, http://www.rrr.se
> > >>
> > >> > Any stories about new stuff coming up? Can anyone give a
> > >> recap of the
> > >> > presentations, or of sightseeing trips - anything?
> > >> >
> > >> > Rick
> > >>
> > >>
> > >>
> > >> 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
> >
>
>
>
>
> 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

If i'm not wrong..correct me if so, I think if user X is logged in on one PC
and try to log in to another, the user will get a message 'You are logged on
in ARS on computer...' Do to want to end that session? or somethink like
that, if that's right, i can't see any reason to worry so much about users
logged in on computer A, and if they start a new session on computer B when
they are on visit at a customer and want to work with ars, they will be able
to do that, but have to relogin on computer A when they are back..that's the
way I understood it will work.

L ars

-----Ursprungligt meddelande-----
Fran: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Skickat: den 7 november 2003 07:30
Till: ARSLIST@ARSLIST.ORG
Amne: Re: OT: RUG in Italy - How was it?


()
One important thing with v6.0; You can only login from one ip-adress with a
user. Sharing a user accross several clients will not work. But from one
ip-address you can login several times. This does not affect admin users.

()
Grouping servers into a server-group, ideally for fail-over as this is now
buildt into the server. You can set server A as escalationserver and server
B as approvalserver. If B failes, A will take over the approvalserver.

()
Floating licenses can be shared between servers grouped in a server-group.


--
Jarl

> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Misi Mladoniczky
> Sent: 6. november 2003 19:23
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: OT: RUG in Italy - How was it?
>
>
> Rick,
>
> Well, there were a couple of more or less new things
> presented as well as
> some interesting information.
>
> The MARS products, except for the Migrator are going in to a
> ARS Developer
> Kit. A workflow debugger will also be included as well as the
> Application
> Explorer. How the licensing for this is not decided, but
> excisting MARS
> customers will get it for free.
>
> The main focus was on version 6 that should be release
> sometime around new
> year.
>
> These are some of the more interesting things in version 6:
>
> - You can add your own fields and groups to control Row Level Access.
>
> - Applications should now work more like "applications".
> When you work with an application you will only see things in the
> application.
> You can define entry-points for users and access-points for other
> applications that they can integrate to.
> The applications is supposed to be easy to export/import on
> another system.
> If I understood it correctly, you could even export data with the
> application...
>
> - When you export an application, workflow can be set as
> read-only, meaning
> that the admin importing this application can not modify the workflow
> except by disabling it.
> You can also export the application encrypted, and the
> workflow can not be
> copied or read.
>
> - If you create applications and sell them, you can leverage
> on Remedys
> licensing mechanism with Server-, Fixed- and Floating-licenses.
> You are supposed to be able to generate license keys for your
> customers on
> Remedys Web that they can apply to their system using the
> Remedy License
> Tool.
>
> - Performance enhancement for Mid-Tier.
>
> They talked a little bit about the focus in version 7.
> The focus will be to make Mid-Tier look even more like an
> ordinary Web-
> application and make it more "light-weight".
>
> Unfortunately I was unable to establish contact with more
> than a handful of
> ARSList-subscribers, but we had a good time anyway!
>
> We had a lot to eat and drink, and the Gala Party Night ended
> (for me at
> least) about 4 a clock in the morning. Rumors has it that
> some people went
> straight from the hotel bar to the first presentation at 9 a
> clock in the
> morning...
>
> I stayed on for a couple of days and had the opportunity to visit both
> Capri and Pompeji! Nice!
>
> I am sure I missed a lot of interesting information in this
> short email
> from the top of my head, but hopefully someone else can fill in.
>
> Best Regards - Misi, RRR AB, http://www.rrr.se
>
> > Any stories about new stuff coming up? Can anyone give a
> recap of the
> > presentations, or of sightseeing trips - anything?
> >
> > Rick
>
>
>
> 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

Maybe Remedy want to prevent sites from sharing a login with a fix licence,
used by many ars-users? Can't see any other logic.

-----Ursprungligt meddelande-----
Fran: Lars Christianson [mailto:lars.christianson@CORP.GRANDECOM.COM]
Skickat: den 7 november 2003 23:19
Till: ARSLIST@ARSLIST.ORG
Amne: Re: OT: RUG in Italy - How was it?


Okay, help me understand something.

How does limiting 1 user to 1 IP accomplish anything? As I understand it, if
I have 5 floating licenses, and I have 5 people log into the system with the
same user, but different client machines, would that still use the 5
licenses? If that's the case, I don't see the logic in the change.

Help me out.

Take care and have a good weekend all,

Lars

-----Original Message-----
From: Reinfeldt, Matt [mailto:Matt.Reinfeldt@USCELLULAR.COM]
Sent: Friday, November 07, 2003 2:54 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: OT: RUG in Italy - How was it?

The first and foremost "honest" scenario I can see is when a user is having
problems and I have to login as them to attempt to replicate the issue. I
suppose that I could ask them to log out of the tool, but we all know that
many users feel more comfortable explaining an issue as they walk through
it... so, I would be in favor of 3 sources vs. 1 source. Although, if they
enabled some type of 'login as user' functionality for an administrator
account... ;-)

take care!

matt

-----Original Message-----
From: Misi Mladoniczky [mailto:miz@RRR.SE]
Sent: Friday, November 07, 2003 2:12 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: OT: RUG in Italy - How was it?


Hi All,

Let us give Remedy som contructive criticism then.

My suggestion would be to let any user login from a maximum of 3 sources at
any one time.

This will probably take care of most honest scenarios, and I can see a lot
of those.

At the same time it will not give any dishonest company too much slack.

Best Regards - Misi, RRR AB, http://www.rrr.se

> Right, except most of my arsperl stuff is stored on the server (one ip
> address), so it shouldn't be an issue in that case... and if you have
> arsperl/cgi applications that access your server, that code is also
> stored and run in a central location, the web server... know what I
> mean?
>
> matt
>
> -----Original Message-----
> From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
> Sent: Friday, November 07, 2003 1:26 PM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: OT: RUG in Italy - How was it?
>
>
> ARSPerl is still a client. You will end up facing the same issue.
>
> --
> Jarl
>
>> -----Original Message-----
>> From: Action Request System discussion list(ARSList)
>> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt
>> AFRL/IFOSS
>> Sent: 7. november 2003 19:58
>> To: ARSLIST@ARSLIST.ORG
>> Subject: Re: OT: RUG in Italy - How was it?
>>
>>
>> What do they think.. Everything Web ?
>>
>> This way they will not have to support a Client ?
>> Sounds like a Cost cutting Effort...
>>
>> Those EX-Peregrine Guys back ? It is Starting to look like
>> the DARK Days
>> again... I see Clouds on the Horizon.
>>
>> ARSPerl will be looking Mighty Fine !!
>>
>>
>> -----Original Message-----
>> From: strauss [mailto:strauss@REMEDY.ACS.UNT.EDU]
>> Sent: Friday, November 07, 2003 1:42 PM
>> To: ARSLIST@ARSLIST.ORG
>> Subject: Re: OT: RUG in Italy - How was it?
>>
>>
>> So if one of my datacomm/telecomm guys is logged in via the
>> User tool in his
>> office with the Console up, and he goes out on site to fix a
>> problem, he
>> will NOT be able to log in on the customer's machine via
>> mid-tier and update
>> the ticket and check for any new ones that pertain to the
>> building he is
>> visiting?? That just sucks, to put it as bluntly as
>> possible. I would
>> consider that a limitation that we would be unwilling to live
>> with in our
>> multiple-location campus environment. Our techs need to be
>> able to access
>> their tickets from anywhere on campus, and it should not
>> matter if they left
>> the Support Console open in the User tool back on their
>> desktop machine. If
>> that is hard coded into 6.0, we will be stuck on 5.x forever!!
>>
>> Christopher Strauss, MSLS
>> Remedy Database Administrator
>> University of North Texas Computing Center http://remedy.unt.edu/
>>
>> > -----Original Message-----
>> > From: Misi Mladoniczky [mailto:miz@RRR.SE]
>> > Sent: Friday, November 07, 2003 4:54 AM
>> > To: ARSLIST@ARSLIST.ORG
>> > Subject: Re: OT: RUG in Italy - How was it?
>> >
>> >
>> > I asked this question.
>> >
>> > The reply was that if the Browser and the Remedy client was
>> > run on the same machine, it would work...
>> >
>> > If two browsers on different machines login with the same
>> > user it will not work.
>> >
>> > I do not as yet know if this affect read-licensed users.
>> >
>> > Best Regards - Misi, RRR AB, http://www.rrr.se
>> >
>> > > Jarl wrote:
>> > > "One important thing with v6.0; You can only login from one
>> > ip-adress
>> > > with a user. Sharing a user accross several clients will
>> > not work. But
>> > > from one ip-address you can login several times. This does
>> > not affect
>> > > admin users."
>> > >
>> > > Is it true also for Web Users? Or is it restricted to
>> client-server
>> > > mode?
>> > >
>> > > Thanks,
>> > > Mauro
>> > >
>> > > -----Original Message-----
>> > > From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
>> > > Sent: Friday, November 07, 2003 7:30 AM
>> > > To: ARSLIST@ARSLIST.ORG
>> > > Subject: Re: OT: RUG in Italy - How was it?
>> > >
>> > >
>> > > ()
>> > > One important thing with v6.0; You can only login from one
>> > ip-adress
>> > > with a user. Sharing a user accross several clients will
>> > not work. But
>> > > from one ip-address you can login several times. This does
>> > not affect
>> > > admin users.
>> > >
>> > > ()
>> > > Grouping servers into a server-group, ideally for fail-over
>> > as this is
>> > > now buildt into the server. You can set server A as
>> > escalationserver
>> > > and server B as approvalserver. If B failes, A will take over the
>> > > approvalserver.
>> > >
>> > > ()
>> > > Floating licenses can be shared between servers grouped in a
>> > > server-group.
>> > >
>> > >
>> > > --
>> > > Jarl
>> > >
>> > >> -----Original Message-----
>> > >> From: Action Request System discussion list(ARSList)
>> > >> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Misi Mladoniczky
>> > >> Sent: 6. november 2003 19:23
>> > >> To: ARSLIST@ARSLIST.ORG
>> > >> Subject: Re: OT: RUG in Italy - How was it?
>> > >>
>> > >>
>> > >> Rick,
>> > >>
>> > >> Well, there were a couple of more or less new things presented as
>> > >> well as some interesting information.
>> > >>
>> > >> The MARS products, except for the Migrator are going in to a ARS
>> > >> Developer Kit. A workflow debugger will also be included
>> > as well as
>> > >> the Application
>> > >> Explorer. How the licensing for this is not decided, but
>> excisting
>> > >> MARS customers will get it for free.
>> > >>
>> > >> The main focus was on version 6 that should be release sometime
>> > >> around new year.
>> > >>
>> > >> These are some of the more interesting things in version 6:
>> > >>
>> > >> - You can add your own fields and groups to control Row
>> > Level Access.
>> > >>
>> > >> - Applications should now work more like "applications". When you
>> > >> work with an application you will only see things in the
>> > application.
>> > >> You can define entry-points for users and access-points for other
>> > >> applications that they can integrate to. The applications is
>> > >> supposed to be easy to export/import on another system.
>> > >> If I understood it correctly, you could even export data with the
>> > >> application...
>> > >>
>> > >> - When you export an application, workflow can be set as
>> > read-only,
>> > >> meaning that the admin importing this application can not
>> > modify the
>> > >> workflow except by disabling it.
>> > >> You can also export the application encrypted, and the
>> workflow can
>> > >> not be copied or read.
>> > >>
>> > >> - If you create applications and sell them, you can leverage on
>> > >> Remedys licensing mechanism with Server-, Fixed- and
>> > >> Floating-licenses. You are supposed to be able to
>> generate license
>> > >> keys for your customers on
>> > >> Remedys Web that they can apply to their system using the
>> > >> Remedy License
>> > >> Tool.
>> > >>
>> > >> - Performance enhancement for Mid-Tier.
>> > >>
>> > >> They talked a little bit about the focus in version 7.
>> > >> The focus will be to make Mid-Tier look even more like
>> an ordinary
>> > >> Web- application and make it more "light-weight".
>> > >>
>> > >> Unfortunately I was unable to establish contact with more than a
>> > >> handful of ARSList-subscribers, but we had a good time anyway!
>> > >>
>> > >> We had a lot to eat and drink, and the Gala Party Night
>> > ended (for me
>> > >> at
>> > >> least) about 4 a clock in the morning. Rumors has it that
>> > some people
>> > >> went straight from the hotel bar to the first presentation at 9 a
>> > >> clock in the morning...
>> > >>
>> > >> I stayed on for a couple of days and had the opportunity to visit
>> > >> both Capri and Pompeji! Nice!
>> > >>
>> > >> I am sure I missed a lot of interesting information in this short
>> > >> email from the top of my head, but hopefully someone
>> else can fill
>> > >> in.
>> > >>
>> > >> Best Regards - Misi, RRR AB, http://www.rrr.se
>> > >>
>> > >> > Any stories about new stuff coming up? Can anyone give a
>> > >> recap of the
>> > >> > presentations, or of sightseeing trips - anything?
>> > >> >
>> > >> > Rick
>> > >>
>> > >>
>> > >>
>> > >> 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
>> >
>>
>>
>>
>>
>> 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



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 don't think that we are going to have to work that hard (or load our
systems up with user "state" checking) to deal with the new license
dynamics that Remedy has in beta for ARS 6.0. It sounds like there will
be a "feature" that will allow someone at a remote location to take over
the session they left active in their office (also helpful if you need
to log in from home after forgetting to log out at work), so the
restriction is more on the login name than the IP address.. which can be
changed on demand but is limited to one current IP at a time. As long
as I don't get calls to log someone off of the session in their office
so that they can log on somewhere else; I do NOT do on-demand logoffs
now, and I don't want to start. I'll have to watch that my ARSPerl
pages don't choke on this, but right now they read data with a read-only
account and force a mid-tier login whenever someone wants to drill down
into something and update it. Most of my ARSPerl pages are designed for
customer submission with a read license on a submitter-locked system
anyway, so they have no real need to change workstations in mid-session
anyway.

This functionality (transferring your current session to another
workstation on login) would answer ALL of my concerns about our field
service staff who keep the User tool open on their desktop all day but
go out to customer locations to actually fix things. As long as they
can start the day in the Support Console, lock their workstation and go
out on site, and if necessary log in to mid-tier to record their work
and pick up new tickets from a customer workstation, they will be fine.
It is almost safe to assume (okay, I'm just hoping) that they will log
out of mid-tier on the customer workstation when finished, which will
drop their session completely and release the license (possibly before
it would have timed out if a floater, which actually helps us). When
they return to their desk, I would expect that as soon as they start
poking around in the Support Console and do something that needs a
license, the User tool will use it's cached authentication credentials
to create a new licensed session, just like it does if you had a
floating license that released on you from leaving the client inactive
longer than the timeout. I would NOT want it to force a relogin, since
there are times when the consultants are busy typing in the worklog on
more than one ticket and get a call and run out the door; I certainly
don't want them losing any data that existed only on the User client
when they get back and start working tickets again. They already have
enough problems/complaints with that (session timeout - detected only
when they try to save something) from my mid-tier client users.

If this is what Remedy delivers in 6.0, we will not have any problem
with it in our production environment. Of course I won't personally be
able to open simultaneous sessions for one account on every client and
platform that we support and step them all through new workflow
together, but of course as an admin I can create as many identical
accounts for that purpose as I want - they just won't be able to test
using LDAP authentication (the LDAP administrators don't like having too
many test accounts). I guess we'll just have to wait and see what we
get in our stockings from Remedy next month; hopefully it won't be coal!
From the previews we got at the BMC Software Forum this week, it will be
a lot of tools to make our lives easier, not harder.

Calming down and going back to work on documentation...

Christopher Strauss, MSLS
Remedy Database Administrator
University of North Texas Computing Center
http://remedy.unt.edu/

**

Hi All,

The thing that I enjoyed most at RUC2003 was meeting some ARSListers. I have taken some photos that you can view here:

http://www.elrefaey.com/photos/Sorrento

I have down-sized the photos to 640x480 to suit web viewing. If you're in a photo and you want a copy of the original (and that's specially for Lars who kindly took the Sorrento tour with me) (resolution 1980x1240, almost 1mb/photo) please e-mail me off-list at ashraf@elrefaey.com.

Enjoy,

Ashraf Elrefaey, Senior Remedy Developer
Beaufort House, 15 St. Botolph Street, London, EC3N 7QN, UK
COLT Press Office: + 44 (0)7 017 100 100
www.colt.net



*************************************************************************************
COLT Telecommunications
Registered in England No. 2452736
Registered Office: Beaufort House, 15 St. Botolph Street, London, EC3A 7QN
Tel. +44 20 7390 3900


This message is subject to and does not create or vary any contractual
relationship between COLT Telecommunications, its subsidiaries or
affiliates ("COLT") and you. Internet communications are not secure
and therefore COLT does not accept legal responsibility for the
contents of this message. Any view or opinions expressed are those of
the author. The message is intended for the addressee only and its
contents and any attached files are strictly confidential. If you have
received it in error, please telephone the number above. Thank you.
*************************************************************************************

This posting was submitted via the Web interface

Also, what about access via the Remedy API from outside process.? How are
they going to be affected?

Roger A. Nall
T-Mobile USA
OSSNMS Remedy Administrator/Developer
Desk -973-644-3963
PCS-973-652-6723
Fax -973-490-3296

-----Original Message-----
From: Tony Worthington [mailto:TonyWorthington@NOTES.NTRS.COM]
Sent: Friday, November 07, 2003 5:41 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: OT: RUG in Italy - How was it?

But their checking should include the various client-types... hopefully
this restriction will only apply to 'user tool' logins.

What client-type does arsperl show as?

-t




"Reinfeldt, Matt"
ARSLIST@ARSLIST.ORG
LLULAR.COM> cc:
Sent by: "Action Subject: Re: OT: RUG in
Italy - How was it?
Request System
discussion
list(ARSList)"
>


11/07/03 01:56 PM
Please respond to
arslist






Right, except most of my arsperl stuff is stored on the server (one ip
address), so it shouldn't be an issue in that case... and if you have
arsperl/cgi applications that access your server, that code is also stored
and run in a central location, the web server... know what I mean?

matt

-----Original Message-----
From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
Sent: Friday, November 07, 2003 1:26 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: OT: RUG in Italy - How was it?


ARSPerl is still a client. You will end up facing the same issue.

--
Jarl

> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Zandi Patrick S TSgt
> AFRL/IFOSS
> Sent: 7. november 2003 19:58
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: OT: RUG in Italy - How was it?
>
>
> What do they think.. Everything Web ?
>
> This way they will not have to support a Client ?
> Sounds like a Cost cutting Effort...
>
> Those EX-Peregrine Guys back ? It is Starting to look like
> the DARK Days
> again... I see Clouds on the Horizon.
>
> ARSPerl will be looking Mighty Fine !!
>
>
> -----Original Message-----
> From: strauss [mailto:strauss@REMEDY.ACS.UNT.EDU]
> Sent: Friday, November 07, 2003 1:42 PM
> To: ARSLIST@ARSLIST.ORG
> Subject: Re: OT: RUG in Italy - How was it?
>
>
> So if one of my datacomm/telecomm guys is logged in via the
> User tool in his
> office with the Console up, and he goes out on site to fix a
> problem, he
> will NOT be able to log in on the customer's machine via
> mid-tier and update
> the ticket and check for any new ones that pertain to the
> building he is
> visiting?? That just sucks, to put it as bluntly as
> possible. I would
> consider that a limitation that we would be unwilling to live
> with in our
> multiple-location campus environment. Our techs need to be
> able to access
> their tickets from anywhere on campus, and it should not
> matter if they left
> the Support Console open in the User tool back on their
> desktop machine. If
> that is hard coded into 6.0, we will be stuck on 5.x forever!!
>
> Christopher Strauss, MSLS
> Remedy Database Administrator
> University of North Texas Computing Center http://remedy.unt.edu/
>
> > -----Original Message-----
> > From: Misi Mladoniczky [mailto:miz@RRR.SE]
> > Sent: Friday, November 07, 2003 4:54 AM
> > To: ARSLIST@ARSLIST.ORG
> > Subject: Re: OT: RUG in Italy - How was it?
> >
> >
> > I asked this question.
> >
> > The reply was that if the Browser and the Remedy client was
> > run on the same machine, it would work...
> >
> > If two browsers on different machines login with the same
> > user it will not work.
> >
> > I do not as yet know if this affect read-licensed users.
> >
> > Best Regards - Misi, RRR AB, http://www.rrr.se
> >
> > > Jarl wrote:
> > > "One important thing with v6.0; You can only login from one
> > ip-adress
> > > with a user. Sharing a user accross several clients will
> > not work. But
> > > from one ip-address you can login several times. This does
> > not affect
> > > admin users."
> > >
> > > Is it true also for Web Users? Or is it restricted to
> client-server
> > > mode?
> > >
> > > Thanks,
> > > Mauro
> > >
> > > -----Original Message-----
> > > From: Jarl Groneng [mailto:jarl.groneng@TELENOR.COM]
> > > Sent: Friday, November 07, 2003 7:30 AM
> > > To: ARSLIST@ARSLIST.ORG
> > > Subject: Re: OT: RUG in Italy - How was it?
> > >
> > >
> > > ()
> > > One important thing with v6.0; You can only login from one
> > ip-adress
> > > with a user. Sharing a user accross several clients will
> > not work. But
> > > from one ip-address you can login several times. This does
> > not affect
> > > admin users.
> > >
> > > ()
> > > Grouping servers into a server-group, ideally for fail-over
> > as this is
> > > now buildt into the server. You can set server A as
> > escalationserver
> > > and server B as approvalserver. If B failes, A will take over the
> > > approvalserver.
> > >
> > > ()
> > > Floating licenses can be shared between servers grouped in a
> > > server-group.
> > >
> > >
> > > --
> > > Jarl
> > >
> > >> -----Original Message-----
> > >> From: Action Request System discussion list(ARSList)
> > >> [mailto:ARSLIST@ARSLIST.ORG]On Behalf Of Misi Mladoniczky
> > >> Sent: 6. november 2003 19:23
> > >> To: ARSLIST@ARSLIST.ORG
> > >> Subject: Re: OT: RUG in Italy - How was it?
> > >>
> > >>
> > >> Rick,
> > >>
> > >> Well, there were a couple of more or less new things presented as
> > >> well as some interesting information.
> > >>
> > >> The MARS products, except for the Migrator are going in to a ARS
> > >> Developer Kit. A workflow debugger will also be included
> > as well as
> > >> the Application
> > >> Explorer. How the licensing for this is not decided, but
> excisting
> > >> MARS customers will get it for free.
> > >>
> > >> The main focus was on version 6 that should be release sometime
> > >> around new year.
> > >>
> > >> These are some of the more interesting things in version 6:
> > >>
> > >> - You can add your own fields and groups to control Row
> > Level Access.
> > >>
> > >> - Applications should now work more like "applications". When you
> > >> work with an application you will only see things in the
> > application.
> > >> You can define entry-points for users and access-points for other
> > >> applications that they can integrate to. The applications is
> > >> supposed to be easy to export/import on another system.
> > >> If I understood it correctly, you could even export data with the
> > >> application...
> > >>
> > >> - When you export an application, workflow can be set as
> > read-only,
> > >> meaning that the admin importing this application can not
> > modify the
> > >> workflow except by disabling it.
> > >> You can also export the application encrypted, and the
> workflow can
> > >> not be copied or read.
> > >>
> > >> - If you create applications and sell them, you can leverage on
> > >> Remedys licensing mechanism with Server-, Fixed- and
> > >> Floating-licenses. You are supposed to be able to
> generate license
> > >> keys for your customers on
> > >> Remedys Web that they can apply to their system using the
> > >> Remedy License
> > >> Tool.
> > >>
> > >> - Performance enhancement for Mid-Tier.
> > >>
> > >> They talked a little bit about the focus in version 7.
> > >> The focus will be to make Mid-Tier look even more like
> an ordinary
> > >> Web- application and make it more "light-weight".
> > >>
> > >> Unfortunately I was unable to establish contact with more than a
> > >> handful of ARSList-subscribers, but we had a good time anyway!
> > >>
> > >> We had a lot to eat and drink, and the Gala Party Night
> > ended (for me
> > >> at
> > >> least) about 4 a clock in the morning. Rumors has it that
> > some people
> > >> went straight from the hotel bar to the first presentation at 9 a
> > >> clock in the morning...
> > >>
> > >> I stayed on for a couple of days and had the opportunity to visit
> > >> both Capri and Pompeji! Nice!
> > >>
> > >> I am sure I missed a lot of interesting information in this short
> > >> email from the top of my head, but hopefully someone
> else can fill
> > >> in.
> > >>
> > >> Best Regards - Misi, RRR AB, http://www.rrr.se
> > >>
> > >> > Any stories about new stuff coming up? Can anyone give a
> > >> recap of the
> > >> > presentations, or of sightseeing trips - anything?
> > >> >
> > >> > Rick
> > >>
> > >>
> > >>
> > >> 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
> >
>
>
>
>
> 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



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

**
Ashraf,

Way to go! Great photos!

rp

-----Original Message-----
From: Elrefaey, Ashraf [mailto:Ashraf.Elrefaey@COLT-TELECOM.COM]
Sent: Monday, November 10, 2003 2:25 PM
To: ARSLIST@ARSLIST.ORG
Subject: Re: OT: RUG in Italy - How was it?


**

Hi All,

The thing that I enjoyed most at RUC2003 was meeting some ARSListers. I have taken some photos that you can view here:

http://www.elrefaey.com/photos/Sorrento

I have down-sized the photos to 640x480 to suit web viewing. If you're in a photo and you want a copy of the original (and that's specially for Lars who kindly took the Sorrento tour with me) (resolution 1980x1240, almost 1mb/photo) please e-mail me off-list at ashraf@elrefaey.com.

Enjoy,

Ashraf Elrefaey, Senior Remedy Developer
Beaufort House, 15 St. Botolph Street, London, EC3N 7QN, UK
COLT Press Office: + 44 (0)7 017 100 100
www.colt.net



*************************************************************************************
COLT Telecommunications
Registered in England No. 2452736
Registered Office: Beaufort House, 15 St. Botolph Street, London, EC3A 7QN
Tel. +44 20 7390 3900


This message is subject to and does not create or vary any contractual
relationship between COLT Telecommunications, its subsidiaries or
affiliates ("COLT") and you. Internet communications are not secure
and therefore COLT does not accept legal responsibility for the
contents of this message. Any view or opinions expressed are those of
the author. The message is intended for the addressee only and its
contents and any attached files are strictly confidential. If you have
received it in error, please telephone the number above. Thank you.
*************************************************************************************
This posting was submitted via the Web interface

This posting was submitted via the Web interface

On Mon, 10 Nov 2003 13:24:33 -0000, Elrefaey, Ashraf wrote:

>http://www.elrefaey.com/photos/Sorrento

Some names would have been nice :-)

--
Regards

Dave Saville