Thanks a lot for that. Done. Cheers, Chris Poncelet
BTW If anyone in the UK had their ISP (e.g. Demon Internet) taken over
by Vodafone - and then had their email support terminated by Vodafone -
let me know offline and I'll explain how I fixed that. Thanks.
On 18/06/2017 04:05, Edward
We have an RYO program available to the entire company. I use it routinely to
send messages and attachments internally and externally with no impediments.
The author of this program feels that
#1 is satisfied by simply allowing anyone to use it. Does OP have restrictions
as to who can send
May want to change your settings for the list to ACK or
use the web interface at
listserv.ua.edu/archives/ibm-main.html
In a message dated 6/17/2017 7:29:56 P.M. Central Daylight Time,
ponce...@bcs.org.uk writes:
I cannot see them. So thanks for confirming ... ;-D
I'm a little late chiming in and I must confess I don't have as much experience
with crypto on z/VSE. z/VSE may have changed, but in the past it has not
provided a facility like ICSF which provides the interface to the CEX cards.
Going back to the original post, I suspect that the customer is
I cannot see them. So thanks for confirming ... ;-D
Cheers, Chris Poncelet
On 17/06/2017 11:33, Elardus Engelbrecht wrote:
> CM Poncelet wrote:
>
>> Just checking whether I have restored my email ID, without "[This sender
>> failed our fraud detection checks and may not be who they appear to
What about some examples to make things clear?
500 decimal is 0x1f4 in hex (256 + 15 * 16 + 4)
in a big endian halfword (2 bytes), this looks like 01 F4
big endian fullword (4 bytes): 00 00 01 F4
when processed by a 32 bit machine (for example IBM mainframe),
both representations (2 bytes
On Sat, 17 Jun 2017 10:22:53 -0700, retired mainframer wrote:
>
>Using 3.4 to display a list of DSNs does not enqueue on any of those names.
>Once you specify any action or command on one of the DSNs displayed, enqueues
>are probably issued for that DSN at that time.
>
And if the data set is
Do the D command from the LPAR you are issuing the rename command from. That
is where the enqueue is failing.
Using 3.4 to display a list of DSNs does not enqueue on any of those names.
Once you specify any action or command on one of the DSNs displayed, enqueues
are probably issued for that
On Sat, 17 Jun 2017 11:36:49 -0400, Steve Smith wrote:
>Clocks traditionally have instead of IV. As far as I can tell, no one
>really knows why. Nine is always IX.
>
I've heard it called esthetic.
___
VIII A is a better visal balance than
___
VIII A
Steve Smith wrote:
Clocks traditionally have instead of IV.
http://www.straightdope.com/columns/read/438/why-do-clocks-with-roman-numerals-use--instead-of-iv
--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of
Clocks traditionally have instead of IV. As far as I can tell, no one
really knows why. Nine is always IX.
On Fri, Jun 16, 2017 at 11:16 PM, CM Poncelet wrote:
> FWIW I had an analog wall-clock in the late-50's / early-60's that
> showed 4 as - not IV. I cannot
I used below command
D GRS,RES=(*,SYS1.SIEKLNKE)
to check the current enqueue and its been used by XCFAS and LLA. and i
tried to bring down even LPAR and tried renaming this dataset from other
LPAR but still no success.
On Sat, Jun 17, 2017 at 5:00 PM, venkat kulkarni
i used below command
On Sat, Jun 17, 2017 at 4:44 PM, Dan Little wrote:
> Do you mean SYS1.SIEALNKE? The return code you are getting means it is
> enqueued.
>
> Validate DADSM RENAME request; enqueue on SYSDSN failed.
>
> On Jun 17, 2017, 09:29 -0400, Lizette Koehler
SYS1.SIEKLNKE is part of link list and apf authorized library and used by
XCFAS and LLA.
To rename it, we un allocated the linklist and then P LLA and then tried
renaming the dataset but stilll getting same issue.
now, I thought of creating new dataset in different volume as current one
and then
Do you mean SYS1.SIEALNKE? The return code you are getting means it is enqueued.
Validate DADSM RENAME request; enqueue on SYSDSN failed.
On Jun 17, 2017, 09:29 -0400, Lizette Koehler , wrote:
> A thought or two
>
> 1) Is the SYS1.SIEKLNKE currently in the LINKLST? If
A thought or two
1) Is the SYS1.SIEKLNKE currently in the LINKLST? If so, are you just
refreshing the library?
2) If SYS1.SIEKLNKE does not current exist, you could build a new LINKLST and
add it to the new list.
In case one, you can use a utility like PDSCLEAN from the CBTTAPE.ORG to empty
Hello Lizette,
Thanks. Sorry for small mistake and now problem has resolved. Issue was
with syntax issue with global csi we used.
Thanks for help again.
On Sat, Jun 17, 2017 at 4:24 PM, Lizette Koehler
wrote:
> The PTF is for DB2.
>
> PTF UI28808 is for A10. A10
From: MXG Software LIST [mailto:mx...@peach.ease.lsoft.com] On Behalf Of
Doug Medland
Sent: Friday, June 16, 2017 10:27 AM
To: mx...@peach.ease.lsoft.com
Subject: [MXG-L] TSO Stats Under zOS 2.2
Good morning. All of our LPARs that have moved to zOS 2.2 have shown a
dramatic increase in
The PTF is for DB2.
PTF UI28808 is for A10. A10 is for DB2 V10.
If you do not have the FMID for DB2 V10 in your GLOBAL zone, you could see
messages like:
NO APPLICABLE ++VER
Verify the Global zone you are using for the RECEIVE contains the FMIDs needed
to do the RECEIVE
I am not sure
CM Poncelet wrote:
>Just checking whether I have restored my email ID, without "[This sender
>failed our fraud detection checks and may not be who they appear to be. Learn
>about spoofing at http://aka.ms/LearnAboutSpoofing]; messages.
>Thanks, CP
I have received both your test e-mail with
Andrew,
You seem to be asking generic questions about how TLS works on any/every
platform. If you're concerned about defending against MITM attacks, then
start with that bit of reading. Take a look at how HTTPS prevents such
attacks, for example. Then you'll have your answer. As Tony Harminc
Hello Group,
I am trying to receive some PTF and getting below issue.
1PAGE 0001 - NOW SET TO GLOBAL ZONE DATE 06/17/17 TIME 11:59:47
SMP/
RECEIVE
0022000
.
0023000
1PAGE 0002 - NOW SET TO GLOBAL ZONE DATE 06/17/17 TIME 12:00:02
SMP/
Thanks for reply. I looked at other google for this error and it says about
required authentication issue. but I feel, i have all required authority to
alter this dataset.
Is it something to do with using 3.4 option and system check this dataset
in other system master catalog and doesnt allow us
no, its not in sysplex.. just volumes are shared.. i tried shutting down
the system and tired to rename from other system also. but getting similar
issue .
On Sat, Jun 17, 2017 at 12:03 PM, Lucas Rosalen
wrote:
> Maybe this dataset is allocated by XCF and LLA in another
Maybe this dataset is allocated by XCF and LLA in another system of the
sysplex, you might wanna check that.
Lucas
On Jun 17, 2017 10:53, "Edward Finnell" <
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:
>
> Example 2:
> To display resource information about all resources whose major
Example 2:
To display resource information about all resources whose major name is
SYSDSN, enter:
D GRS,RES=(SYSDSN,*)
In a message dated 6/17/2017 3:25:49 A.M. Central Daylight Time,
retired-mainfra...@q.com writes:
Look at your DFSMSdfp Diagnosis manual in the DADSM RENAME Return
Look at your DFSMSdfp Diagnosis manual in the DADSM RENAME Return and
Diagnostic Codes section. It says the enqueue failed.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of venkat kulkarni
> Sent: Saturday, June 17, 2017 12:45
Hello Group,
We have requirement to add new SYS1.SIEKLNKE dataset into system. But this
dataset was allocated to LLA and XCF. So, we unallocated to linklist and
stop LLA. After this, we tried renaming this dataset using ispf 3.4 to .old
but system didnt allowed and received below error.
IEC614I
Hi Andrew,
have a look at the following sample, where just the jobname and the outbound
port specify the need to use tls.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.cfzu100/step6b.htm
Scroll down to the sample policy that says outbound.
Maybe thats all you need
29 matches
Mail list logo