× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I'm not sure if this applies to your os version, but here it goes:

I think that the problem is that their ftp script submits a 'pwd' command
after logging in. If possible, the should submit the following command:

cd /

So they switch to the mode namefmt 1, which is the mode compatible with Unix
systems.

Another option you can use if your cilent can't change their ftp script is
to use CHGFTPA to change your ftp attributes. You may want to set the
initial name format to *PATH, and change the initial list format to *UNIX.

Unfortunately, in my understanding CHGFTPA is global, so it would affect the
way other clients connect to your iSeries. Maybe somebody else can figure
out a way to change the ftp attributes depending on who is connecting, or
have multiple ftp servers.

Finally, another alternative is to have a Windows or Linux ftp server that
get synchronized with the iSeries every few minutes (or hours).

Good luck,

Luis

<franz400@xxxxxxxxxxxx> wrote in message
news:mailman.2808.1203011456.1203.midrange-l@xxxxxxxxxxxxxxx
Right now everything (sniff trace on client end) points to a Solaris 8
issue...
NetIq is not going to debug our ftp issues.
jim

---- rob@xxxxxxxxx wrote:
With what NetIQ gets for maintenance I'd give them a call.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





<franz400@xxxxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
02/14/2008 12:34 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
midrange-l@xxxxxxxxxxxx
cc

Subject
FTP from Solaris 8 client






Having problem with Solaris 8 Unix customer and ftp.
We can see they log on (USER then PASS, then PWD from their client).
The very next sniffer transaction after our as400 (V4R5) returns
"QGPL" is current library - their system issues a FIN ACK which leads to
a
QUIT.
No log in our exit pgm of a problem - we do log the connection (Net Iq)
Any ideas?
They are pointing at us... this worked before but we think they changed
servers..
Jim

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.