government initiative expressly permitting the use of e-mail for such
purpose.
From:
"Williamson, James R"
To:
IBM-MAIN@bama.ua.edu
Date:
11/30/2010 05:01 PM
Subject:
Re: “FOTS1346 Permission denied, please try again”
Is the production Userid defined to the remote system?
---
agreement
or government initiative expressly permitting the use of e-mail for such
purpose.
From:
Kirk Wolf
To:
IBM-MAIN@bama.ua.edu
Date:
11/30/2010 06:33 PM
Subject:
Re: "FOTS1346 Permission denied, please try again"
>From the trace it looks like a password packet is bein
erate to bind CSC to
> any order or other contract unless pursuant to explicit written agreement
> or government initiative expressly permitting the use of e-mail for such
> purpose.
>
>
>
> From:
> Kirk Wolf
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 11/30
operate to bind CSC to
> any order or other contract unless pursuant to explicit written agreement
> or government initiative expressly permitting the use of e-mail for such
> purpose.
>
>
>
> From:
> Kirk Wolf
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 11/30/2010 05:
or government initiative expressly permitting the use of e-mail for such
purpose.
From:
Kirk Wolf
To:
IBM-MAIN@bama.ua.edu
Date:
11/30/2010 05:25 PM
Subject:
Re: "FOTS1346 Permission denied, please try again"
Gil is correct. Even though you aren't using keys, OpenSSH will
a password packet, wait for reply
debug1: Authentications that can continue:
gssapi-with-mic,password,publickey,keyboard-interactive
FOTS1346 Permission denied, please try again.
debug3: packet_send2: adding 48 (len 68 padlen 12 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: Aut
Gil is correct. Even though you aren't using keys, OpenSSH will try to
cache a prng in .ssh, so it should be 700.
Best to stay with these recommendations for file permissions:
http://dovetail.com/docs/sftp/sftp-webinar.pdf slide 29 "Common
Pitfalls"
Kirk Wolf
Dovetailed Technologies
http://d
again”
Our Mainframe Batch job is successful using a Test Userid and Password to
SSH to a remote host using password authentication (via askpass). When we
try the same job with the Production Userid and Password, we receive the
following error: “FOTS1346 Permission denied, please try again”. This
On Tue, 30 Nov 2010 16:32:48 -0500, Leonard Sasso wrote:
>Does the production RACF id have an OMVS segment? Yes
>Does it have a HOME subdirectory? Yes
>Is there a .ssh subdirectory in the $HOME for this user? Yes
>Is the UNIX filemode for .ssh subdirectory set to 700 or 600? Set to 770
>Are th
; From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Leonard Sasso
> Sent: Tuesday, November 30, 2010 3:33 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: "FOTS1346 Permission denied, please try again"
>
> Does the production RACF id
his is a PRIVATE message. If you are not the intended recipient, please
> delete without copying and kindly advise us by e-mail of the mistake in
> delivery.
> NOTE: Regardless of content, this e-mail shall not operate to bind CSC to
> any order or other contract unless pursuant to explicit
uot;
To:
IBM-MAIN@bama.ua.edu
Date:
11/30/2010 04:13 PM
Subject:
Re: "FOTS1346 Permission denied, please try again"
It might be easier to see if you'd post the JCL and SYSIN type input for
the failing step. Does the production RACF id have an OMVS segment? Does
it have a HOME subd
Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Leonard Sasso
> Sent: Tuesday, November 30, 2010 2:59 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: "FOTS1346 Permission denied, please try again"
>
> Our Mainframe Batch jo
Our Mainframe Batch job is successful using a Test Userid and Password to
SSH to a remote host using password authentication (via askpass). When we
try the same job with the Production Userid and Password, we receive the
following error: “FOTS1346 Permission denied, please try again”. This
14 matches
Mail list logo