|
Currently there is a never ending program that reviews the results of the QAUDJRN, it does an allocate to insure that the files is available, and then submits the applications processing job... It needs to know the "original user" to properly process the data. 1> Exit program events have already occurred at this point, as you have pointed out. 2> Doing a "object lock" review seems "chancey"... What if it is only 1 record, and is already complete. Michael -----Original Message----- From: midrange-l-bounces+jmichael.smith=certegy.com@xxxxxxxxxxxx [mailto:midrange-l-bounces+jmichael.smith=certegy.com@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx Sent: Friday, January 05, 2007 12:44 PM To: Midrange Systems Technical Discussion Subject: RE: FTP question Oh, I see. A few ways jump to mind. 1 - Test the snot out of all the 3 user id's previously discussed and see what gets logged to QAUDJRN and see if that is doable. 2 - See if you can get really weird and use the ifs exit point for /qsys.lib/mylib.lib/upload.file 3 - When ever some does the put fire off a job to batch that waits until it is not locked and then processes it. For example, the ftp exit point is fired just prior to executing the put command. If you approve it, you'd then submit your job. Then that would be it for the exit point. The submitted job would have to wait until the lock is released. After all, it may take a few minutes for the file to transfer. Then it could process it accordingly. I'd probably use this option. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com jmichael.smith@xxxxxxxxxxx Sent by: midrange-l-bounces@xxxxxxxxxxxx 01/05/2007 11:39 AM Please respond to Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> To midrange-l@xxxxxxxxxxxx cc Subject RE: FTP question The intent is to remove the QUOTE command from this process. Michael -----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Franz Sent: Friday, January 05, 2007 9:26 AM To: Midrange Systems Technical Discussion Subject: Re: FTP question I realize your not indicating User1 submits any cmd to process the file (which is what I have done in some apps - a pc batch file can do this: quote rcmd CALL CCCOMMC in the ftp script). The executed RPGLE, in the program data structure, has both the "Q" profile (in field @UID in example below) and the swapped profile (in field @CUSER). This is not for anonymous ftp. *------------------------------------ * Program Information Data Structure *------------------------------------ D SDS D @UID 254 263 D @CUSER 358 367 jim franz ----- Original Message ----- From: <jmichael.smith@xxxxxxxxxxx> To: <midrange-l@xxxxxxxxxxxx> Sent: Friday, January 05, 2007 9:21 AM Subject: FTP question
As a baseline, my knowledge of FTP and how it works is limited. My question is based on the following scenario: 1> User1/Password1 initals an FTP request to the iSeries 2> Exit program on the iSeries recognizes User1/Password1 and changes it to a "common" FTP "user profile" that has proper authority to put a file 3> FTP request to put a file to the iSeries is completed and the user log's off At a later date, how can I determine who User1/Password1 was... inorder
to
properly process the data in the file. TIA Michael
-------------------------------------------------------------------------- ----
This message contains information from Certegy, Inc which may be confidential and privileged. If you are not an intended recipient,
please
refrain from any disclosure, copying, distribution or use of this information and note that such actions are prohibited. If you have received this transmission in error, please notify by e:mail postmaster@xxxxxxxxxxxx
========================================================================== ====
-- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.