The URLDownloadToFile API returns the status code -2147024891 when
attempting to download from a valid HTTP or FTP location. If the URL is
pasted into the browser the file is downloaded thus verifying the
correctness and accessability of the URL. Any idea of the cause of this
behavious?

"Chamitha"  wrote in message
news:1113513574.536470.57320@f14g2000cwb.googlegroups.com
> The URLDownloadToFile API returns the status code -2147024891 when
> attempting to download from a valid HTTP or FTP location. If the URL
> is pasted into the browser the file is downloaded thus verifying the
> correctness and accessability of the URL. Any idea of the cause of
> this behavious?

The error is E_ACCESSDENIED. Are you, by any chance, calling 
URLDownloadToFile from a service running under SYSTEM account?
-- 
With best wishes,
    Igor Tandetnik

With sufficient thrust, pigs fly just fine. However, this is not 
necessarily a good idea. It is hard to be sure where they are going to 
land, and it could be dangerous sitting under them as they fly 
overhead. -- RFC 1925

No. Its is being called in a simple VB 6.0 EXE.

Sample

Dim RetCode As Long

RetCode = URLDownloadToFile(0,
"ftp://username:password@ftp.ftpurl.com/File.txt", "C:\Test\File.txt",
0, 0)

If Not (RetCode = 0) Then
    MsgBox "Boom" 'The message box is displayed. RetCode = -2147024891
End If

"Chamitha"  wrote in message
news:1113516941.936003.142960@l41g2000cwc.googlegroups.com
> Sample
>
> Dim RetCode As Long
>
> RetCode = URLDownloadToFile(0,
> "ftp://username:password@ftp.ftpurl.com/File.txt", "C:\Test\File.txt",
> 0, 0)

Do you have rights to write to this file? In Explorer, can you create a 
file in this directory?
-- 
With best wishes,
    Igor Tandetnik

With sufficient thrust, pigs fly just fine. However, this is not 
necessarily a good idea. It is hard to be sure where they are going to 
land, and it could be dangerous sitting under them as they fly 
overhead. -- RFC 1925

Yes.

This issue only occurs on some PC's. Others work fine. Is there any
Service Pack or Patch which causes or elimiates this?

Seems like the issue has something to do with a proxy.
URLDownloadToFile API executed on the same PC when connect to the
internet via a authenticated proxy server fails, but succeeds when
connected directly.
Any idea if the API can be used with a proxy server? If so are any
modifications required?

"Chamitha"  wrote in message
news:1113776313.292623.296940@l41g2000cwc.googlegroups.com
> Seems like the issue has something to do with a proxy.
> URLDownloadToFile API executed on the same PC when connect to the
> internet via a authenticated proxy server fails, but succeeds when
> connected directly.
> Any idea if the API can be used with a proxy server? If so are any
> modifications required?

You should be able to create a COM object that implements 
IBindStatusCallback and IAuthenticate, and pass it as the last 
parameter. You can then supply user name and password via 
IAuthenticate::Authenticate.

Another thing to try is InternetSetOption(NULL, 
INTERNET_OPTION_PROXY_USERNAME) and INTERNET_OPTION_PROXY_PASSWORD. I'm 
not sure if this works.
-- 
With best wishes,
    Igor Tandetnik

With sufficient thrust, pigs fly just fine. However, this is not 
necessarily a good idea. It is hard to be sure where they are going to 
land, and it could be dangerous sitting under them as they fly 
overhead. -- RFC 1925