× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Strategy for FTP transfers
  • From: Eric Sundell PMI <ESundell@xxxxxxxxxxxxx>
  • Date: Tue, 12 Jun 2001 14:23:41 -0700

Title: RE: Strategy for FTP transfers

sure

-----Original Message-----
From: Bart Verweijen [mailto:bart.verweijen@advalvas.be]
Sent: Monday, June 11, 2001 7:25 AM
To: MIDRANGE-L@midrange.com
Subject: Re: Strategy for FTP transfers


I am interested !
Cheers,
Bart
----- Original Message -----
From: "Chuck Morehead" <cbmorehead@nokuse.com>
To: <MIDRANGE-L@midrange.com>
Sent: Monday, June 11, 2001 3:28 PM
Subject: Re: Strategy for FTP transfers


> Oliver,
>
> I like to set up special libraries and users that are authorized only to
> those libraries.  The security for the libs will depend on what you need
the
> other end to do.  I.e. do you need to get a file and then delete it to
> signify that it was successfully retrieved?
>
> Someone else may have a better solution for exception handling, but what I
> have always done is to have the FTP script output to a file and then run a
> program to process this log file and take whatever action is necessary.  I
> am not aware of a method for putting exception handling into an FTP
script.
> This means that if you need an FTP script to perform two sets of steps
where
> the second is dependent on completion of the first, you will have to have
> two scripts and run a program in between them to check for success or
> failure.  This method will also work for handling when a system or network
> is down (if unable to connect then wait a while and try again).
>
> As to which system initiates the transfer, it depends on your process.
E.g.
> if system A runs a nightly process that generates a file then generally I
> have it initiate the transfer.
>
> If you need example scripts you can email me off-list and I'll be happy to
> provide them.  (Unless others are interested as well, then I'll post them
> here.)
>
> Chuck
>
> ----- Original Message -----
> From: <oliver.wenzel@cibavision.novartis.com>
> To: <MIDRANGE-L@midrange.com>
> Sent: Monday, June 11, 2001 1:43 AM
> Subject: Strategy for FTP transfers
>
>
> > Hello,
> >
> > we are currently converting our SNADS file transfers to FTP, or at least
> new
> > transfer
> > requests are done via FTP.
> >
> > How do you handle these FTP transfers? Once setup, SNADS was really
simple
> > to
> > use - but we're getting more and more non-AS400 systems to communicate
> with.
> >
> > All of these FTP transfers are happening on our WAN - no outside
> connections
> >
> > (internet) are planned.
> >
> > So, my main questions are:
> >
> >   - how do you handle security (special FTP libs, users etc.) ?
> >   - checking of successful transfers (logging)
> >   - unexpected downtime of remote systems
> >   - who initiates the transfer..
> >   - any tools that provide SNADS like features?
> >
> > Thanks for your input,
> >
> > Oliver
> >
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> david@midrange.com
> > +---
> >
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---
>

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.