FTP OF A ZIP FILE

[Randy Johnson]

I am running: Process Software MultiNet V5.0 Rev A, AlphaServer ES40,
OpenVMS AXP V7.1-2 with no patches at one of my client sites.



I am trying to download a .ZIP file from my company's FTP server by
doing: MGET WEEKLY*.ZIP. I receive an error of "<550 Permission
denied" right after doing the NLST WEEKLY*.ZIP.. If I do just a GET,
I receive the same error. This client is external to my company
network.

I know that this could be a permission issue, but the permissions on my
FTP server is wide open (all my clients use the same Username/Password
to access the FTP server). I also found that this problem can also be
caused by a firewall with a "no ftp write" permission set.

I have other clients running different version of Multinet and OpenVMS
and they do not have this problem.



My client swears that the problem is on my side, however I feel that it
is a problem at their end.



Can anyone shed some light on this for me???



Any help would be appreciated,





Randy Johnson

SXC Health Solutions









This communication, including any attachments, may contain information that is confidential and may be privileged and exempt from disclosure under applicable law. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, disclosure, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender. Thank you for your cooperation.

[Bennett, Carl]

You could attempt to get past this by invoking PASV, which reverses the
GETS and PUTS so that your mget would translate to telling the FTP
server to do a PUT.









________________________________

From: Randy Johnson [mailto:***@sxc.com]
Sent: Tuesday, June 26, 2007 4:40 PM
To: info-***@process.com
Subject: FTP OF A ZIP FILE



I am running: Process Software MultiNet V5.0 Rev A, AlphaServer ES40,
OpenVMS AXP V7.1-2 with no patches at one of my client sites.



I am trying to download a .ZIP file from my company's FTP server by
doing: MGET WEEKLY*.ZIP. I receive an error of "<550 Permission
denied" right after doing the NLST WEEKLY*.ZIP.. If I do just a GET,
I receive the same error. This client is external to my company
network.

I know that this could be a permission issue, but the permissions on my
FTP server is wide open (all my clients use the same Username/Password
to access the FTP server). I also found that this problem can also be
caused by a firewall with a "no ftp write" permission set.

I have other clients running different version of Multinet and OpenVMS
and they do not have this problem.



My client swears that the problem is on my side, however I feel that it
is a problem at their end.



Can anyone shed some light on this for me???



Any help would be appreciated,





Randy Johnson

SXC Health Solutions







________________________________

This communication, including any attachments, may contain information
that is confidential and may be privileged and exempt from disclosure
under applicable law. It is intended solely for the use of the
individual or entity to which it is addressed. If you are not the
intended recipient, you are hereby notified that any use, disclosure,
dissemination, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the
sender. Thank you for your cooperation.


Attention:
The information contained in this message and or attachments is
intended only for the person or entity to which it is addressed
and may contain confidential and/or privileged material. Any
review, retransmission, dissemination or other use of, or taking
of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you've
received this in error, please contact the sender and delete the
material from any system and destroy any copies.
--------------------------------------------------------------------------------
This email message has been scanned for Viruses and Content and cleared by NetIQ MailMarshal
--------------------------------------------------------------------------------

[Randy Johnson]

I do a "VERBOSE" and "TYPE BINARY"....



Also, if I rename the .ZIP file to .ABC I can download it, however the
name of the file cannot be changed..





Randy,





________________________________

From: Bennett, Carl [mailto:***@Users.com]
Sent: Tuesday, June 26, 2007 1:51 PM
To: info-***@process.com
Subject: RE: FTP OF A ZIP FILE



You could attempt to get past this by invoking PASV, which reverses the
GETS and PUTS so that your mget would translate to telling the FTP
server to do a PUT.









________________________________

From: Randy Johnson [mailto:***@sxc.com]
Sent: Tuesday, June 26, 2007 4:40 PM
To: info-***@process.com
Subject: FTP OF A ZIP FILE



I am running: Process Software MultiNet V5.0 Rev A, AlphaServer ES40,
OpenVMS AXP V7.1-2 with no patches at one of my client sites.



I am trying to download a .ZIP file from my company's FTP server by
doing: MGET WEEKLY*.ZIP. I receive an error of "<550 Permission
denied" right after doing the NLST WEEKLY*.ZIP.. If I do just a GET,
I receive the same error. This client is external to my company
network.

I know that this could be a permission issue, but the permissions on my
FTP server is wide open (all my clients use the same Username/Password
to access the FTP server). I also found that this problem can also be
caused by a firewall with a "no ftp write" permission set.

I have other clients running different version of Multinet and OpenVMS
and they do not have this problem.



My client swears that the problem is on my side, however I feel that it
is a problem at their end.



Can anyone shed some light on this for me???



Any help would be appreciated,





Randy Johnson

SXC Health Solutions







________________________________

This communication, including any attachments, may contain information
that is confidential and may be privileged and exempt from disclosure
under applicable law. It is intended solely for the use of the
individual or entity to which it is addressed. If you are not the
intended recipient, you are hereby notified that any use, disclosure,
dissemination, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the
sender. Thank you for your cooperation.

Attention:
The information contained in this message and or attachments is intended
only for the person or entity to which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended
recipient is prohibited. If you've received this in error, please
contact the sender and delete the material from any system and destroy
any copies.

________________________________

This email message has been scanned for Viruses and Content and cleared
by NetIQ MailMarshal

________________________________



This communication, including any attachments, may contain information that is confidential and may be privileged and exempt from disclosure under applicable law. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are hereby notified that any use, disclosure, dissemination, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender. Thank you for your cooperation.

[Bob Koehler]

This is a multi-part message in MIME format.

Please post in plain text, not MIME or HTML.

Also, if I rename the .ZIP file to .ABC I can download it, however the
name of the file cannot be changed..

Sounds like there's a security filter trying to prevent downloads of
.ZIP files. If you're the only one having this problem, talk to your
system manager (admin) and network security people.

Not allowing .ZIP in email is quite common these days, blocking it
via other paths is not surprising.