Hello Greg, do you mean like this? Just got this one ? Server turned off but workstation still on.
-------------------- Error is: EFCreateError:Cannot create file "\\SERVER\MDW2\SSC05242319491.ORU". The network path was not found ------------------ The problem with workstation installs is that the practices often do not want to call in their IT support as we are told "they charge a lot" and generally want it done for them. In this situation the knowledge of the drive mapping and server setup is not wonderful and I don't feel comfortable asking for usernames and passwords etc and setting up shares on someone else's network. The reality is the the medical IT support and setup etc is often a lot poorer than with the people on this list so we are dealing with fragile infrastructure and a lack of willingness to spend money on support. In that situation installation on the server is the best option. Its a matter of dealing with less than ideal scenarios. One Practice had the ADSL modem on the server and told us that every time they turned on the firewall the network went down so they ran without it!!!!! I didn't ask them if they wanted to peruse the source code before installation, so they could identify security vulnerabilities. Wednesday, May 24, 2006, 11:56:39 AM, you wrote: GT> Duncan Guy wrote: >> We recently moved all path downloaders off our server onto a >> workstation. It improved the server reliability. >> >> However there was an issue as illustrated by Andrew McIntyre with the >> server dropping the workstation - Drs soon noticed no path and our IT >> people sorted it in 5 mins via vnc. GT> Duncan, GT> Andrew's examples used mapped drives: 'm:\.....', notoriously fragile as GT> unmapping them is so easy. UNC paths: '//PC_1/d/.....' are so much more GT> reliable. Was that your problem? If so, it was a 'setup 101' level problem. GT> Greg -- Best regards, Andrew mailto:[EMAIL PROTECTED] Andrew McIntyre Buderim Gastroenterology Centre www.buderimgastro.com.au PH: 07 54455055 FAX: 54455047 _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
