[AccessD] Transfer complete?

Gustav Brock Gustav at cactus.dk
Fri Mar 11 05:03:17 CST 2005


Hi John

Great. I've sent you off-line for inspiration the code I use for
uploading.

/gustav

>>> jwcolby at colbyconsulting.com 10-03-2005 20:52:38 >>>
I just downloaded 3dFTP.  Holy smoke batman, documentation!  Ok a help
file
anyway.  

It sure looks good.  I installed it an have code started already.  Now
I
just need to read the api guide to see sample code.

And the price is great, since I really only need a copy for my dev
machine
and a copy for the server at the client.

Thanks again for sending that my way.

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 1:18 PM
To: accessd at databaseadvisors.com 
Subject: RE: [AccessD] Transfer complete?


Hi John

OK. For the client e-mail thing I used the dll from

  http://www.marshallsoft.com/ 

Not the cheapest but it has worked without a glitch.

/gustav

>>> jwcolby at colbyconsulting.com 10-03-2005 19:09:06 >>>
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




More information about the AccessD mailing list