RE: callFTP?

2004-04-26 Thread Daly, Mark
Thanks everyone. I appreciate the pointers.

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


callFTP?

2004-04-23 Thread Daly, Mark
Anyone know if there's been talk about a callFTP function? That would be
nice to have.

Currently we're executing unix commands to ftp files around. But parsing the
output to determine whether or not the transfer was successful seems a bit
hap-hazard to me.

If anyone would care to share their ftp tricks and tips, I'd greatly
appreciate it.

Thanks,

Mark.
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: callFTP?

2004-04-23 Thread Mike Dallaire
Mark,
We are running on Windows and use ftp primarily for transferring files and
records between branch or laptop systems and main office systems.  We
transfer type 18 files and records from type 19 files.
Because we never truly loose the data, it is always still on the sending
system, we don't get real crazy about checking the transfer.
However, here is what we do.  For type 18 files, we transfer them to a hold
account and then do a count on the file and capture the output.  This gives
us two things.  First, we can verify the number of records.  Secondly, we
have found if the transfer fails and the file is corrupted the COUNT command
will not work.  If the files are corrupted we display an error message, if
not, we copy them over to the live files.
For type 19 files we put a flag record from the receiving system to the
sending system, transfer the records, and then get the flag record.  This
tells us the ftp transfer did not bomb out in the middle.  It obviously does
not check data integrity, but as I said we can always pull the data again.
If we cannot get the flag record we display an error message.
We have found, short of network interruptions, we have very little problem
with the ftp transfers and have had no instances of data corruption unless
there has been a premature network disconnect.  We have been running the
transfers for about 5 years.
HTH,
Mike Dallaire
Mortgage Builder Software Inc.
(248) 208-3223 ext. 103
[EMAIL PROTECTED]
www.mortgagebuilder.com



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Daly, Mark
Sent: Friday, April 23, 2004 8:05 AM
To: 'U2 Users Discussion List'
Subject: callFTP?


Anyone know if there's been talk about a callFTP function? That would be
nice to have.

Currently we're executing unix commands to ftp files around. But parsing the
output to determine whether or not the transfer was successful seems a bit
hap-hazard to me.

If anyone would care to share their ftp tricks and tips, I'd greatly
appreciate it.

Thanks,

Mark.
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: callFTP?

2004-04-23 Thread David Beahm
We use Kermit scripts to allow error trapping of ftp processes.  Can't 
say it's 100% foolproof, but it's a big improvement.  For example:

#!/bin/kermit +
set transfer display crt
if  \v(argc) 2 exit 1 Usage:  \%0 file
ftp open dest_computer /user:usernm /password:passwd
if fail exit 1 dest_computer: Connection failed
if not \v(ftp_loggedin) exit 1 Login failed
cd /where/the/local/copy/is
if fail exit 1 /where/the/local/copy/is \v(errstring)
ftp cd /where/to/put/it
if fail exit 1 ftp cd /where/to/put/it \v(ftp_message)
ftp put \%1
if fail exit 1 ftp put \%1: \v(ftp_message)
ftp bye
exit
If you log the output, you can quickly see Why did last night's job 
fail?  The exit 1 also sets the @SYSTEM.RETURN.CODE for error trapping.

Best,
David Beahm
Daly, Mark wrote:

Anyone know if there's been talk about a callFTP function? That would be
nice to have.
Currently we're executing unix commands to ftp files around. But parsing the
output to determine whether or not the transfer was successful seems a bit
hap-hazard to me.
If anyone would care to share their ftp tricks and tips, I'd greatly
appreciate it.
Thanks,

Mark.
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users