MIDRANGE dot COM Mailing List Archive



Home » MIDRANGE-L » October 2007

RE: FTP and CPE3101 Message



fixed

It happens over and over every time we try, which is what is weird. I've
never seen it before, and the process is exactly the same as has been done
thousands of times.


Bradley V. Stone
BVSTools - www.bvstools.com
eRPG SDK - www.erpgsdk.com

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of Rich Loeber
Sent: Tuesday, October 09, 2007 4:10 PM
To: Midrange Systems Technical Discussion
Subject: Re: FTP and CPE3101 Message


Bradley,

The CPE3101 error is an I/O error. The message description says
to look in the
joblog for additional information. I'd suggest that when you get
this error,
look through the QTFTPxxxx jobs in the QSYSWRK subsystem until
you find the job
that is handling this and see if there is more information in the joblog.

Could it be as simple as a bad transmission?

Rich Loeber
Kisco Information Systems
http://www.kisco.com
------------------------------------------------------------------------

"Bradley V. Stone" wrote:

I have a user trying to FTP a save file to their iSeries into a
save file in
QGPL.

They keep getting CPE3101, with the following errors in the FTP log:

426-Unable to close file. Error code CPE3101.
426 Data transfer ended.

Its a simple library that no one else has had problems with.
Anyone else
seen this? We are using binary mode for the FTP from a DOs prompt.

Bradley V. Stone
BVSTools - www.bvstools.com
eRPG SDK - www.erpgsdk.com

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of Lukas Beeler
Sent: Tuesday, October 09, 2007 3:36 PM
To: Midrange Systems Technical Discussion
Subject: RE: Force Users into mapped drive


Yes, multiple.

This question would probably fit better on the PC-TECH list.

If you have a Windows administrator, ask him this question, he should
know how to do this. If you're the Windows administrator, there are
multiple ways to achieve this task.

First off: No approach will really work as long as the users
have local
administrator rights. This should never be the case in a tightly
controlled corporate environment, but its often the case in smaller
companies. You can still try, but users will still be able work around
everything you do.

The first step is to use folder redirection for the "Desktop" and "My
Documents" folders. This will make sure that users saving documents to
standard places will end up on the server. You can redirect the My
Documents folder by right clicking it and choosing the Move to option.
For all other folders, you'll need to apply a group policy object. If
you do not have active directory, you will need to use
gpedit.msc on the
local machine to edit the local policy object.

The second step is to apply secure permissions on the C:\ path. This
will prevent users from creating folders in the root folder.

The third step is to make it a policy to save all files on certain
folders. This is actually important. Have this handled by the CIO/CEO,
and make sure all users sign that they've read and understood
the rules.
Making something like this official is sometimes a necessity.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Pat Barber
Sent: Wednesday, October 10, 2007 1:28 AM
To: Midrange Systems Technical Discussion
Subject: Force Users into mapped drive

Is there a practical way to force all users to use their mapped drives
to the IFS ???



--
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.


--
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.


--
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.







Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2014 by MIDRANGE dot 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 here. If you have questions about this, please contact