Dear friends,
Thanks Nancy for the TRPCB files. Now I am missing a refference in the
TRPCB.pas file IISBase.inc
Does anyone have this file?
BTW, I am planning some modifications to the CPRS system and I am going to
try to get it running under Linux in natuve mode. Are there any requests for
I am going to try to compile CPRS in Kylix after I get it compiling in
Delphi. I have done some extensive development for Win and Linux with Delphi
and Kylix in the past. Part of a now defunct EMR system. Thought I might
dust of my pascal chops
The wine version is great, but apps that run unde
After reading all of the interesting comments regarding the cause of the
slow CPRS I would like to throw in my 2 cents worth.
I am not sure that this is a BANDWIDTH problem, but rather a problem of the
WAN (wide area network) not being designed to handle the kind of network
traffic that it is bein
Bhaskar's suggestion will solve the problem nicely. Moves all of the time
critical traffic to the lan and uses the wan for replication of the data to
another site. It does involve the costs associated with another server, but
that is really low these days.
Using UDP for a VPN does not really solv
Using Terminal Services or VNC is a great idea. It works VERY well for all
manner of applications. It does NOT remove the need for a VPN however. While
it is correct that Terminal Services encrypts the data, the server will
issue an encryption certificate to ANYONE prior to authentication, giving
t
Sorry to send this twice, I forgot to change the subject line.
Using Terminal Services or VNC is a great idea. It works VERY well for all
manner of applications. It does NOT remove the need for a VPN however. While
it is correct that Terminal Services encrypts the data, the server will
issue an en
Kevin,
Your plan looks pretty good to me (a bit this on details but.) except
step 3. The central site has NO clue what data is missing, other than
perhaps a set of standard items that MUST be there. Better to let the remote
site ALWAYS send changes to the main site. This will reduce the traffi
A point to point T1 is NOT secure if it is carrying Internet traffic. It is
only secure by default if the network traffic is private , ie Frame Relay,
or if the end points are not connected to the Internet.
Best regards,
Donald R. Donigan
donigan technology, LLC dba
Desert CODE Works
[EMAIL PROT
I won't harp on this again... I promise. There seems to be a lot of
confusion about this and it can have bad consequences if the wrong
assumptions are made.
Thurman, you're right a T1 is a hardwired (maybe) connection between two
locations. The network topology that you describe is secure because
Best place to start will be with the RPC Broker documentation and code. That
defines the communications with OpenVist from the client side I believe. The
CPRS code will show you how the client now works and what kind of messages
you will need to send toward Vista in order to perform the Clinical ta
10 matches
Mail list logo