[AccessD] Transfer complete?

Gustav,

Thanks for the input.  I will definitely check out the 3D-FTP.

Unfortunately I have to ability to set up a mail server at the receiving
end.  In theory this whole thing will be done via FTP for the new software
at their end, however I was told the other day we would still be sending
email attachments for some claim types.  These email TO lists can vary at a
moment's notice and can have one or a dozen recipients.  All I really want
to know is that it made it out of my server.  If it fails to be received by
their end (occasionally) for some reason... then they will call and request
a re-transmit.  The docs I send out they know are coming and if they don't
appear they ask for them.  At least that is true for the Advise to Pay DOCS.
The New Claim Notice docs we have set up a system for looking for a lack of
a claim number coming back within X days.  REALLY CRUDE.

John W. Colby
www.ColbyConsulting.com 

Contribute your unused CPU cycles to a good cause:
http://folding.stanford.edu/

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Thursday, March 10, 2005 12:58 PM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Transfer complete?


Hi John

First, I will recommend using a package for this purpose like 3D-FTP:

  http://www.3dftp.com 

and the SDK:

  http://www.3dftp.com/api.htm

It's only USD 40 and it will save you a lot of trouble. With this you can
automate the whole thing using events and methods for all sort of things.
Further it runs very fast if you have to transfer multiple files and it adds
a status window so the user or operator is not lost during long transfers.
We have it running at a client uploading batches of more than 1000 files a
time and it has run without any error for three years.

Second, to do it the traditional way with command line ftp where you have no
access to the ftp session, upload as the last file in a batch a small log
file containing a time stamp, rename it on the remote server, download it,
compare it with the uploaded file - and if they match, rename it on the
local server. Now check for this file; if and when it is present, the
transfer can be considered successful as the file otherwise would not be
present.

For mail it is much more complicated. The only method I've found is to set
up a custom mail server at the receiving end configured to send back a
receipt which you check for. I used Mercury/32 and Access for this. Works
nice but needs a little maintenance.

If you can go the FTP route, do that.

/gustav

>>> jwcolby at colbyconsulting.com 10-03-2005 18:26:28 >>>
How do you tell if a file transfer completes?

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com