On 10 Jul 2007 at 15:30, Lionel B. Dyck wrote:
I don't have SMTP configured on z/VM so this is easier (if it would work).
I recently set up SMTP (finally!) and found it quite
simple and fast to do. I used a very vanilla SMTP CONFIG
with nothing in it but SMSGAUTHLIST - ENDSMSGAUTHLIST
and
} I am trying to send a text file containing smtp headers and text
from
z/VM
} to my z/OS system so that my z/OS SMTP server will pick up the file
and
} deliver it as e-mail.
I think you're trying to teach the pig to sing here - LPR isn't intended
to be a RJE utility.
The right way to do
On 7/9/07, Kris Buelens [EMAIL PROTECTED] wrote:
RDR-queue, PEEK, and TRANSFER back. Drawback: this TRANSFER process will
change the spool file number (and if you'd LOGOFF before we can transfer
back, the file remains in your reader).
In addition to change of the spool file number, the
On the VM download page there is a tool 'PIPEDDR'. In the description of
this tool it mentions that it can use a 'TERSE' pipestage, then goes on to
mention that this is only available on internal IBM systems .. duh !!
Anyone know how one could get a hold of such an internal pipestage?
_
Alan - thank you - that resolved my challenge.
If I had RSCS this would not have been an issue and setting up SMTP would
have required more 'paperwork' to register a new SMTP sender in the
network. This now works for the limited use that I plan to use it for.
Thanks to everyone who responded.
The best way to get the TERSE stage is to become an IBMer. It is one of the
internal only stages that never make it to the customers.
/Tom Kern
/301-903-2211
--- Huegel, Thomas [EMAIL PROTECTED] wrote:
On the VM download page there is a tool 'PIPEDDR'. In the description of
this tool it
The download page is a gold mine of unreleased/unsupported tools that just
simply make life easier. I have a lot of stuff from there, and often modify
it for my specific use.
Understanding completly that there is no gaurentee and everything is 'use at
your own risk' I have no qualms about 'giving
On 7/11/07, Huegel, Thomas [EMAIL PROTECTED] wrote:
The point is, if it is good enough for IBM isn't it good enough for thier
customers?
I'm pretty sure you don't want to have even a fraction of what IBM
thinks is good for their own employees :-)
Now we(I) need to convince them to put TERSE
We¹ve been running PerfKit for quite some time, and the 191 disk got too
small for the trend data. I brought down both PERFSVM virtual machines (we
run two CECs and CSE), created new, larger disks, and set up the PERFSVM¹s
to use them, and then xautolog¹ed both PERFSVMs.
Now, both are getting the
On Wed, 11 Jul 2007 08:44:56 -0500, Huegel, Thomas [EMAIL PROTECTED] wr
ote:
On the VM download page there is a tool 'PIPEDDR'. In the description of
this tool it mentions that it can use a 'TERSE' pipestage, then goes on
to
mention that this is only available on internal IBM systems .. duh !!
I have never been adverse to trying 'unsupported' code. I have even
convinced some management to allow 'unsupported' code for our use and for
some of our better customers.
If you prowl through the downloads page long enough, you will find severa
l
items that sound usefull but on deeper
Yes, that is the stuff. IBM sends us TERSEd files and we have to DETERSE
them. On that better system that has to send more dumps to IBM there is t
he
TRSMAIN program to help reduce the bandwidth for dump transfer. But I thi
nk
it would violate multiple IBM legalese documents for us to reverse
On Wednesday, 07/11/2007 at 12:08 EDT, Thomas Kern [EMAIL PROTECTED]
wrote:
Yes, that is the stuff. IBM sends us TERSEd files and we have to DETERSE
them. On that better system that has to send more dumps to IBM there is
the
TRSMAIN program to help reduce the bandwidth for dump transfer. But
On Jul 11, 2007, at 11:37 AM, Alan Altmark wrote:
We are investigating the issues surrounding dump compression and
encryption for the VM environment. It is my hope, though, that the
solution to these problems will be more generally useful.
Hunh. A transparent passthrough
Complaining to the Support Center is sometimes very effective. I
complained a couple of years ago about the requirement that dumps be
sent in COPYFILE packed format. After I gave them the numbers for one of
our dumps packed by COPYFILE vs. VMARC, and indicated that our
development network
If you are restricting your solution to only dump transfer to the Support
Center then I am not interested. I have bigger problems protecting my
customer's data and getting it available at a Disaster Recovery site.
If you are looking to add compression and encryption to the basic VM
toolkit,
On Jul 11, 2007, at 11:58 AM, Alan Altmark wrote:
Down, boy! Down! [I brandish a rolled-up newspaper in your general
direction] :-) There are issues surrounding compression and
encryption
that have nothing to do with secure network transmission provided
by the
SSL server. What to do if
On Wednesday, 07/11/2007 at 12:43 EDT, Adam Thornton
[EMAIL PROTECTED] wrote:
Hunh. A transparent passthrough compression/encryption facility.
Gee, that sounds like a good idea.
It also sounds *suspiciously similar* to an extant IBM z/VM component.
Admittedly, one that I think should
This is not related the size of a minidisk, but the size of a DisContiguous
Saved Segment, a piece of virtual storage, in this case shared between CP
(that stores the performance data in it ) and PERFSVM that retrieves them
out of it.
It is created by issuing DEFSEG MONDCSS sss-eee SC (I'm a
Tom, VSE *does* have a TERSE utility (at least since z/VSE 3.1). It can
be used on library members that are not type DUMP or PHASE. See the
z/VSE 3.1 System Utility Guide.
And I would suspect that TPF also has a TERSE program. I would not be
surprised if somewhere in IBM/Linux there is a TERSE executable.
/Tom Kern
/301-903-2211
On Wed, 11 Jul 2007 14:29:56 -0400, Hooker, Don - OIT
[EMAIL PROTECTED] wrote:
Tom, VSE *does* have a TERSE utility (at least since z/VSE
Right, they have it all over the place, but are keeping the pipe stage for
themselves.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Thomas Kern
Sent: Wednesday, July 11, 2007 1:40 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: PIPEDDR
And I
I agree in theory, but a) PERFSVM was running just before I increased the
size of the minidisks, and gets the DCSS size too small message after
increasing the size of the minidisk. And b) increasing the size of the DCSS
hasn¹t won me any points with PERFSVM or *MONITOR either. What I¹m seeing
now
I am trying to copy a file with the LRECL option to shorten it.
e.g.
Filename Filetype Fm Format LreclRecords
TXJIMFILELIST A0 V169 4920
COPYFILE TXJIM FILELIST A SORTER FILELIST A (LRECL 13
I expected the result to be a file with LRECL 13 but it is:
Filename Filetype Fm
Add the TRUNC option; NOTRUNC is the default.
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Stracka, James (GTI)
Sent: Wednesday, July 11, 2007 12:08 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Trouble with
So, open a problem with the IBM support center.
Kris
2007/7/11, RPN01 [EMAIL PROTECTED]:
Update: Increasing the virtual memory size of the PERFSVM userid solved
the problem. I wish PerfKit gave more useful messages I've been chasing
the wrong problem all day.
--
.~.Robert P. Nix
Hi list,
We have a problem here, may be why we don't know very well the 3174 machine.
We are running TCP/IP under VM/ESA, but the 3174 machine don't want work.
Unfortunatelly We don't have here in our hands, the TCPMAINT Log, but
tomorrow, may be.
For now, We have our IOCP
If you are just trying to view it and it won't fit in XEDIT try one or
more of:
- BROWSE fn ft fm - BROWSE has HEX ON|OFF|CHAR
- SHOW fn ft fm - SHOW has HEXMODE and HEXTYPE commands,
and I can offer a HEXVIEW XEDIT file
(based on Will Roden's work) will
Since you only seem to be interested in the first 13 bytes of each record
,
you could also try using the XEDIT Width option, i.e. XEDIT TXJIM FILELIS
T
A (W 13 This will Xedit only the first 13 bytes of each record and will
require a lot less virtual storage. By default, Xedit trys to
You need to provide output from QUERY VSWITCH and QUERY NIC DETAILS while
the VM stack is up.
Did the output I provided give you (or anyone else)
any ideas on this? My vswitch is now frozen, waiting
for advice...
Thanks,
Shimon
Alan,
3174 can participate in a TCP/IP network if has Ethernet adapter or into a
Token Ring if configured with TKR adapter. There are some specific
configuration questions to make this possible.
Carlos
-Mensagem original-
De: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Em
Rob van der Heij wrote:
The Piper normally has a good reason not to put something in the
runtime library, but I don't know the motivation in this particular
case. You could ask on CMSPIP-L if you have strong desires.
Might just be that he hasn't felt the urge to wrangle with IBM Legal
since
Since the Support Center now accepts VMARC packed files, is there really
any reason to demand TERSE? Will TERSE results be smaller? I doubt it.
The reason for my doubt is that I have VMARC packed a large (1.5G) TPF
dump and found that it was exactly the same size as it was when
processed by a
Greetings Listers,
PIPEDDR can use TERSE or PACK stages for compression or use
no compression.. It only fails if TERSE option is specified
and the stage is not available. It is written so it does not
rely on TERSE
I have used PIPEDDR with PACK option to transfer complete
3390s from one data
That 3174 IP gateway feature only operates when the 3174 is a) running SNA
microcode and is b) attached to VTAM. It is not supported for use with the VM
TCP stack.and does not work.
It's nie to know that you have the other one of those beasts. I thought I had
the only one left in the world...
On 7/11/07, Graeme Moss [EMAIL PROTECTED] wrote:
Just an aside, I thought I would update the code so it used
standard PIPES but when I did that TCPIP packets were lost.
Maybe TCPCLIENT and TCPLISTEN have different code or maybe I
screwed it up or maybe it was timing.
If you mean using the
So David, there are 4 of them in world. I have 3 of them here, one gateway
and 2 DSPU units.
-Mensagem original-
De: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Em nome
de David Boyes
Enviada em: quarta-feira, 11 de julho de 2007 19:16
Para: IBMVM@LISTSERV.UARK.EDU
Assunto:
On 7/11/07, Mike Walter [EMAIL PROTECTED] wrote:
- PIPE fn ft fm | BROWSE- but no hex viewing unless you add stage(s)
for that
The 'browse' stage does keep the viewed portion of the data in memory
to allow you to page back again. Not really a concern with 5000
records of 13 bytes
_
PC Magazine’s 2007 editors’ choice for best web mail—award-winning Windows Live
Hotmail.
http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HMWL_mini_pcmag_0707
5 of them. I have a 3174 with a T/R adapter. Runs 3 SNA printers.
Talks SNA to an OSA-E card (for about a month now). Has been running
for a lng time
(I have a 6th, a spare sitting in the corner)
On 7/11/07, Carlos Bodra [EMAIL PROTECTED] wrote:
So David, there are 4 of them in world.
On Wednesday, 07/11/2007 at 05:36 EDT, Carlos Bodra [EMAIL PROTECTED]
wrote:
3174 can participate in a TCP/IP network if has Ethernet adapter or into
a
Token Ring if configured with TKR adapter. There are some specific
configuration questions to make this possible.
As an SNA PU, yes. As a
5 of them. I have a 3174 with a T/R adapter. Runs 3 SNA printers.
Talks SNA to an OSA-E card (for about a month now). Has been running
for a lng time
(I have a 6th, a spare sitting in the corner)
Lots of people had Ethernet and T/R adapters in 3174s for SNA traffic,
but don't confuse
42 matches
Mail list logo