In a recent note, McKown, John said: > Date: Fri, 3 Mar 2006 11:13:21 -0600 > > They don't want to do this. They want the act of creating to > automagically do the ftp for them with no other work on their part. > Sounds like NFS or SMB mounting on the target system.
> Nope. I ain't gonna let no programmer nowhere near MGCR[E]. And we in > Tech Services ain't gonna do it neither, 'cause we ain't got the time. > Not even for a minimal program in an authorized library to issue the MGCR > Some latency is OK. I suggested a CA7 job to run hourly, but they didn't > really like that. Please, no UNIX solutions. Everybody here, other than > myself, thinks UNIX is one step lower than Windows. > There may be no correct UNIX solution in this case. But they shouldn't let bigotry influence them to not cosider possibilities. > And interesting idea, but still it lacks the automagic portion desired > by the programming staff of "no involvement on our part beyond the > creation of the dataset." Nobody want to write any code or JCL or > anything to accomplish this. Makes it difficult, don't it? > I'd say impossible. But an often-heard requirement: "Make it work, but don't change anything." > We are running the "free" HTTPD server. That CGI thing sounds > interesting. However, the people making the request want to only create > an appropriately named dataset. They want to do absolutely NOTHING else, > just create the dataset. They don't want a subsequent job to do the ftp > (either submitted by the creating job or triggered via CA-7). They want > "magic". And they want it supported by "anybody else, not us". I.e. they > are sick of ftp and just don't want to be bothered with it any more, due > to problems which are mostly on the Windows/server side. > Again, NFS or SMB. And remember Clarke's third law. -- gil -- StorageTek INFORMATION made POWERFUL ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
