Problem accessing shared folder on remote server

[Balance]

I have a CF file that uploads a file (through cffile) to another server. I
setup the CF service to run under an account which also exists on the other
server (and has rw rights). I should also mention that the server where CFMX
6.1 is running is a Windows 2003 server and the other one is Windows 2000 (with
MS SQL 2000). The weird error I'm running into is accessing this shared folder.
Seven out of ten times the CF server can't see it. This is the code I'm using:
\\012580CISSQL.acme.org\XPS_imports\contacts exists?
<cfoutput>#directoryExists("\\012580CISSQL.acme.or g\XPS_imports\contacts")#</cfo
utput>

Why would CF see this shared sometimes but not all the time??

TIA

[CFMunster]

That could be a problem with Windows, not with CF, maybe an intermittent
network drop. Two things I would try:

1. Refer to the server by IP address rather than name. That will eliminate any
name resolution issues as a potential source of the problem.

2. Set a probe on the CF server to check for a hearbeat on the shared folder.
A real-time monitor of some sort would be best, but anything (other than CF)
that can poll the shared should be sufficient. Log the polling for a little
while and see if the shared folder seems to disappear periodically. That will
tell you whether CF is the problem or not.

[Balance]

I'll try out #1 in a few minutes, but I'm not sure how to go about #2. I guess I could put together an ASP file to check for the shared. Did you have any other ideas?

Thanks

[CFMunster]

A third party tool can do this stuff. WhatsUpGold is a popular one. Here's one that has a freeware version:

[url]http://www.paessler.com/ipcheck/?banner=GoogleIPCOther2[/url]

[Balance]

I've copied four files since switching to the IP, so this is a good sign!!

I think the probe I need is to check the name resolution b/w the CFMX server
and the db server, if there is such a product out there that checks for this.
At first glance, these products check whether the servers are up and monitor
their resource usage.