I had a similar problem (not on a timer, but multiple ftp's in a row.
Found the AS400 was waiting for a response (looked in NETSTAT
and drilled into details). What response I don't know.
Rebooting pc did not always clear, and shutting down FTP and restarting
on AS400 did not always clear it. Wondered if firewall in middle was the
problem, but had no tech to work with. Never got to bottom of problem,
except that once I ftp'd the files to a server within the network, then from
internal Win server to the AS400, it always worked and never failed since.
Not a good solution, but it works.
jim franz
----- Original Message ----- From: <michael@xxxxxxxxxxxxxxxxxx>
To: <pctech@xxxxxxxxxxxx>
Sent: Monday, October 31, 2005 1:40 PM
Subject: [PCTECH] Flaky FTP


Here's my situation...I have a process that FTPs a file from a Windows
XP client to an AS/400 (V5R1) every 15 minutes. Runs like a
champ...does everything I want...except it's started getting flaky.
Every 10 or so transfers, it doesn't move the data. Here's the script
that runs on the XP client:

user
pass
quote rcmd addlible mylib
quote rcmd call parsetimex
append c:\ta\punch.log hravfa/hptimein
quote rcmd call parsetimec
quit

I've been running comm traces on the AS/400 and Ethereal on the XP
client. When it fails, I don't see the append command; when it works, I
do. It's almost like it doesn't recognize the append command when it
fails. I'm baffled...any ideas? Or better ways of doing something like
this?

TIA...


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




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.