Cecil Moore wrote:

If it's really there, then perhaps the permissions are incorrect. I
tried with wget, a unix command line tool for pulling individual files
or even whole sites, and got a "404 Not Found" error. That error is
generated on the server end, not mine.


Thanks Tom, that demonstrates the problem I am having.
Why .EZ files would be handled differently by k6mhe.com
and w5dxp.com is perplexing. Maybe Linux vs Microsoft?

Danny, are you subscribing to Linux hosting?
I am subscribing to Microsoft hosting.

Cecil, this utility will pull the file no matter what it is. The
problem has nothing to do with the OS involved. There is something
wrong at the server end. Or maybe I misunderstand what you are saying.

tom
K0TAR

Cecil, this utility will pull the file no matter what it is. The problem
has nothing to do with the OS involved. There is something wrong at the
server end. Or maybe I misunderstand what you are saying.

tom
K0TAR

I think the problem is that when the user clicks on the hyperlink the server
does not know how to respond to a .EZ file extension. It understands that
the user wants to download a zip or bin file or display an html file, but no
one has told it what to do when asked for an EZ, so it reports that the file
is not there.

Jeff

"Jeff" wrote in
.com:

....

I think the problem is that when the user clicks on the hyperlink the
server does not know how to respond to a .EZ file extension. It
understands that the user wants to download a zip or bin file or
display an html file, but no one has told it what to do when asked for
an EZ, so it reports that the file is not there.

Apart from special processing specified for some files or file types
(extensions), the server just sends the document back in a response under
http headers (some of which may be chosen based on extension - MIME type
association in the server's config files.

The "action" on receiving a document is entirely in the hands of the
browser.

If the file ain't on the server, it ain't there and you will get a 404
error, and it ain't there either because is just ain't there, or it is
hidden by permissions that do not expose it to the server's user or
group.

Cecil stated that the HSP doesn't "process" the file, perhaps he is
hinting that he can't transfer the .EZ file into his web file space. If
that is so, he should visit whether his HSP is altogether too clever.

He seems like he is using a IIS server. I wonder why one would use an IIS
based server unless using IIS specific applications.

If I click on the link http://www.vk1od.net/7MDipole/7MDipole.ez on my
web server, Firefox asks me if I want to open it with EZNEC, use Flasgot,
or save it to disk. My web server does not know anything about the .ez
extension, and Firefox is not configured for any specific action for .ez
file. The reasons Firefox offers the "open with EZNEC" option is that it
digs into Windows to see if there is an open action defined for that
extension. Different browsers work differently.

If I click on Cecil's link, I get a 404 error: file not found which is a
strong indicator the file is not there, or has incorrect permissions,
probably the former.

Owen

" Apart from special processing specified for some files or file types
(extensions), the server just sends the document back in a response under
http headers (some of which may be chosen based on extension - MIME type
association in the server's config files.

I suspect that it is this part that is going wrong, there is no association
for a .ez extension and the server is responding with a 404 error. Hence the
request for a MIME type.

Jeff

"Jeff" wrote in message
. com...

" Apart from special processing specified for some files or file types
(extensions), the server just sends the document back in a response under
http headers (some of which may be chosen based on extension - MIME type
association in the server's config files.

I suspect that it is this part that is going wrong, there is no
association for a .ez extension and the server is responding with a 404
error. Hence the request for a MIME type.

Jeff



You could put it on the server as .EZ.bin and remove the bin from the name
when you dloaded from the server.

Jimmie

Cecil Moore wrote:
Danny Richardson wrote:
I have no idea what you problem is. I've upload an *.EZ on my site and
I am using 1and1.

OK, then, why doesn't it work for me? All I want is
a solution, not a lot of hand-waving.

A Different server or ISP. An EZ solution......

- 73 de Mike KB3EIA -

Tom Ring wrote:
Cecil, this utility will pull the file no matter what it is. The
problem has nothing to do with the OS involved. There is something
wrong at the server end. Or maybe I misunderstand what you are saying.

Tom, I am out of my league concerning this question. Here is
the latest email from . The server seems to
be working properly now.

"Mime types work differently on Microsoft than they do on a Linux
package. All mime types for MS packages need to be requested through
support to be added to the server. We have added the mime type for the
..ez extension."

Maybe the moral is not to choose a Microsoft server? :-)
--
73, Cecil http://www.w5dxp.com

Jeff wrote:
I think the problem is that when the user clicks on the hyperlink the server
does not know how to respond to a .EZ file extension. It understands that
the user wants to download a zip or bin file or display an html file, but no
one has told it what to do when asked for an EZ, so it reports that the file
is not there.

Jeff, it seems that you are 100% correct.
--
73, Cecil http://www.w5dxp.com

Owen Duffy wrote:
If I click on Cecil's link, I get a 404 error: file not found which is a
strong indicator the file is not there, or has incorrect permissions,
probably the former.

Absolutely not the former. Apparently, Microsoft servers are
sensitive to filename extensions and must be told what to
do with each and every new type or else they get ignored
"as if" they were not there.
--
73, Cecil http://www.w5dxp.com

Michael Coslo wrote:
A Different server or ISP. An EZ solution......

I should have requested a Linux server, not a
Microsoft server. :-) But the problem has been
solved.
--
73, Cecil http://www.w5dxp.com