Can you post the output log? <p>joe

Here it is: <p><!--mccodelink_begin--> <BR>
<!-- do not remove --> <BR>
<hr width=50 align=left><small><a href='http://www.mcpressonline.com/mc/showcode@@.6b50aae8/1' target='_blank'>Code</a></small> <BR>
<!--mccodelink_end-->

Just a thought, but is it possible that there is a blank line in your input script (between the GET and the QUIT)? Or some hidden character?

BIN <BR>
NAMEFMT 1 <p>you may not need the second one, but without the BIN for binary I think it's failing on the ASCII to EBCDIC conversion. <p>Try adding BIN to your script and see if it makes any difference.

Yeah, there is a blank between the GET and the QUIT. <p>But it was working before, even with that blank. <BR>
Problem is the job looks for any error in the ouput log and ends if anything wrong happened. <p>I.T. does not want to change the programs... <BR>
But I think that getting rid of the blank line is the easiest way to go. <BR>
I guess I'll need to insist a bit more if I can't correct this on my end.

Hi all, <p>I'm facing something weird: <p>I have that input script on the AS400 that logs on to a Microsoft server and gets a file. <p>It was working great until we changed the AS400 (bought a new one). <p>Now the ftp job give 'Error 500: command not understood' right after a message about truncated records (which we had before). <p>The job ran fine previously. we checked every settings on the new AS400 and everything is the same. PTFs and all. <p>Any hints, anyone? <p>Thanks!

Got it guys! <p>We access the development machine through a Firewall, while the production machine is accessed directly. <p>The culprit was NetAgent. <p>Thanks for your input!