RT able to work ini enterprise? (Rick Garland)

What I am wanting is to install RT at various sites overseas.
The various installations remain synchronized to a Central Management
Server
of RT here is the states.

Rick Garland
UNIX System Administrator

Evolving Systems, Inc
9777 Mount Pyramid Court
Suite 100
Englewood, CO 80112

phone: 303-802-2580
cell: 720-210-4671
rick.garland@evolving.com-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of
rt-users-request@lists.bestpractical.com
Sent: Tuesday, August 22, 2006 10:00 AM
To: rt-users@lists.bestpractical.com
Subject: RT-Users Digest, Vol 29, Issue 81

Send RT-Users mailing list submissions to
rt-users@lists.bestpractical.com

To subscribe or unsubscribe via the World Wide Web, visit
The rt-users Archives
or, via email, send a message with subject or body ‘help’ to
rt-users-request@lists.bestpractical.com

You can reach the person managing the list at
rt-users-owner@lists.bestpractical.com

When replying, please edit your Subject line so it is more specific than
“Re: Contents of RT-Users digest…”

Today’s Topics:

  1. RT able to work ini enterprise? (Rick Garland)

Message: 1
Date: Tue, 22 Aug 2006 09:57:06 -0600
From: “Rick Garland” Rick.Garland@evolving.com
Subject: [rt-users] RT able to work ini enterprise?
To: rt-users@lists.bestpractical.com
Message-ID:

B3636135B568D41195C600508B6D38AF0D1DFF8F@redstone.esi1.evolving.com
Content-Type: text/plain; charset=“us-ascii”

Hi all:

Got several sites that are overseas, Atlantic and Pacific.
Would like to know if RT can be installed on systems overseas but the
main management still occurs here in the States.

Rick Garland
UNIX System Administrator

Evolving Systems, Inc
9777 Mount Pyramid Court
Suite 100
Englewood, CO 80112

phone: 303-802-2580
cell: 720-210-4671
rick.garland@evolving.com

This e-mail and any attachments may be confidential and/or legally
privileged. If you have received this e-mail and you are not a named
addressee, please inform Evolving Systems TIS at tis@evolving.com and
then delete the e-mail from your system. If you are not a named
addressee you must not use, disclose, distribute, copy, print or rely on
this e-mail. To ensure regulatory compliance and for the protection of
our clients and business, Evolving Systems may monitor and read e-mails
sent to and from its servers. Although Evolving Systems routinely
screens for viruses, addressees should scan this e-mail and any
attachments for viruses. Evolving Systems makes no representation or
warranty as to the absence of viruses in this e-mail or any attachments.

Registered Office: 9777 Pyramid Ct Suite 100, Englewood, CO 80112
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.bestpractical.com/pipermail/rt-users/attachments/20060822/4
77235c8/attachment-0001.htm

RT-Users mailing list
RT-Users@lists.bestpractical.com
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

End of RT-Users Digest, Vol 29, Issue 81
This e-mail and any attachments may be confidential and/or legally privileged. If you have received this e-mail and you are not a named addressee, please inform Evolving Systems TIS at tis@evolving.com and then delete the e-mail from your system. If you are not a named addressee you must not use, disclose, distribute, copy, print or rely on this e-mail. To ensure regulatory compliance and for the protection of our clients and business, Evolving Systems may monitor and read e-mails sent to and from its servers. Although Evolving Systems routinely screens for viruses, addressees should scan this e-mail and any attachments for viruses. Evolving Systems makes no representation or warranty as to the absence of viruses in this e-mail or any attachments.

Registered Office: 9777 Pyramid Ct Suite 100, Englewood, CO 80112

Hi Rick,

sure, this can work, depending on your bandwidth between the locations. from
my expirience (Hamburg, Hongkong, New York Connection) we had to upgrade our
line a little.

We have tried several ways.

  1. One DB in Hamburg and 3 Webserver one in each location → was not
    working, was too slow
  2. one db server and web server in each location, db server as cluster → is
    fine, if your bandwidth is thick enough

Mit freundlichen Gruessen / With kindest regards

Torsten Brumm

Kuehne + Nagel
Ferdinand Strasse 29-33
20095 Hamburg
Germany

Tel: +49 40 329 15 199
Fax: +49 40 329 15 500
Www: www.kuehne-nagel.com