subject:"Formatting"

On Sun, 31 Oct 2021 16:20:10 -0700, Tom Brennan wrote:
>
>Vista puts nothing but straight text with CRLF's into the clipboard.
>It's up to the email client to decide what to do with it.
>
Thanks.

Is there a Windows command make a file from the clipboard content
without any editor's possible meddling?

On Linux, I'd
cat >file.txt

Ctrl-D

(OK.  That is still filtered by cooking terminal input, at least to interpret
the CTRL-D.)

On Mac, even more straightforward:
pbpaste >file.txt

Verify the appearance of file.txt, then attach file.txt, one of two
filetypes that LISTSERV tolerates.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

2021-10-31 Thread Tom Brennan


On 10/31/2021 3:34 PM, Paul Gilmartin wrote:

Looks good on both mail client and LISTSERV web.  Apparently you
know better than Tom how to deal with Vista.


Vista puts nothing but straight text with CRLF's into the clipboard. 
It's up to the email client to decide what to do with it.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

Paul At this point I'll try anything as I am still getting an 806 after
using LSEARCH=YES Need to post my code and output By looking at the outlook
option if I compose a new e-mail from scratch I can choose my format I would
typically use RTF and for the code use courier new I believe if I start a
brand new thread I shouldn't have the line wrap problem Thank -Original
Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
Sent: Sunday, October 31, 2021 6:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject:
Re: formatting help On Sun, 31 Oct 2021 16:19:58 -0400, David Spiegel wrote:
> >If all else fails, maybe you should make a PDF document out of your
>MS-Word document and send it as an attachment? > Nope. Have you tried it?
Maybe HTML. Did he say it was MS-Word? That would be his first mistake.
 On Sun, 31 Oct 2021
13:08:23 -0700, Tom Brennan wrote: >Here's a screen I just copy/pasted into
the Thunderbird email client. >Before sending I see each line separated
correctly, however the longer >lines wrap around. That could be just local
and they may not wrap >after emailing. Let's see... Had: MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed Content-Language:
en-US Content-Transfer-Encoding: 7bit Looked great with email client;
wrapped and double-spaced on LISTSRRV web.
 On Sun, 31 Oct 2021
14:32:38 -0700, Charles Mills wrote: >Basic cut and paste from Vista to
Outlook seems to work pretty well: Had: MIME-Version: 1.0 Content-Type:
text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Looks good on both mail client and LISTSERV web. Apparently you know better
than Tom how to deal with Vista. -- gil
-- For
IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee
and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

On Sun, 31 Oct 2021 16:19:58 -0400, David Spiegel wrote:
>
>If all else fails, maybe you should make a PDF document out of your
>MS-Word document and send it as an attachment?
> 
Nope.  Have you tried it?  Maybe HTML.

Did he say it was MS-Word?  That would be his first mistake.


On Sun, 31 Oct 2021 13:08:23 -0700, Tom Brennan  wrote:

>Here's a screen I just copy/pasted into the Thunderbird email client.
>Before sending I see each line separated correctly, however the longer
>lines wrap around.  That could be just local and they may not wrap after
>emailing.  Let's see...

Had:
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit

Looked great with email client; wrapped and double-spaced on LISTSRRV web.


On Sun, 31 Oct 2021 14:32:38 -0700, Charles Mills wrote:

>Basic cut and paste from Vista to Outlook seems to work pretty well:

Had:
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Looks good on both mail client and LISTSERV web.  Apparently you
know better than Tom how to deal with Vista.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help -- Copy from Vista

2021-10-31 Thread Charles Mills

Basic cut and paste from Vista to Outlook seems to work pretty well:

===    ==   ==  
===   ==   === ===  
  ===   ===  ==   ==
  ===   ==== ===
  ===   ==   === ===
  ===   ===  ===  =  ===
===   ==   =   ===   =  
===    ===  
 Welcome to the IBM Z Dallas ISV Center 
   z/OS TN3270-TLS1.2   
  for Help follow directions on web page:   
http://dtsc.dfw.ibm.com/contact.html

IBM's internal systems must only be used for conducting 
IBM's business or for purposes authorized by IBM
management. 
Use is subject to audit at any time by IBM management.  

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Sunday, October 31, 2021 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: formatting help -- Copy from Vista

On Sun, 31 Oct 2021 14:07:25 -0400, Joseph Reichman wrote:

>Have a visita 3270 
> 
"visita"?  "Vista"?  Whatever.

Are there Vista option(s) which control formatting on Copy?  Which have
you specified?  (You'll probably get many suggestions here; Vista is
popular.)

>When I originally responded to Peter Relson 
>I noticed in outlook sent it was a big jumble 
>
Did you paste into GMail web interface?  GMail app?  Outlook?  Other (specify)?

If you paste into Notepad; Wordpad; Notepad++; ... is the formatting OK?  Will 
those
tools tell you what line end option is in effect?  Can you change it?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

Thanks now that I think about it all my responses came from iPhone whatever
the default mail client is Just today when I was showing my code I went back
to outlook -Original Message- From: IBM Mainframe Discussion List On
Behalf Of David Spiegel Sent: Sunday, October 31, 2021 4:20 PM To:
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: formatting help Hi Joe, If all else
fails, maybe you should make a PDF document out of your MS-Word document and
send it as an attachment? Regards, David On 2021-10-31 16:15, Joseph
Reichman wrote: > Before I send it looks okay I have outlook I went to file
-> options > -> mail it has options for compose However when I did a google
for > "reply to" for outlook the response I got back Was that if you are >
replying and the message you replying is in one format say RTF or HTML >
outlook cann't change your reply to plain text -Original > Message-
From: IBM Mainframe Discussion List On Behalf Of Tom > Brennan Sent: Sunday,
October 31, 2021 4:08 PM To: > IBM-MAIN@LISTSERV.UA.EDU Subject: Re:
formatting help Here's a screen > I just copy/pasted into the Thunderbird
email client. Before sending I > see each line separated correctly, however
the longer lines wrap around. That could be just local and they may not wrap
after emailing. Let's see... > Log/List Function keys Colors Environ
Identifier Help >
-- >
-- > -- CBT ISPF Settings Command ===> Options Print Graphics Enter "/"
to > select option Family printer type 2 Command line at bottom Device name
. . . . > Panel display CUA mode Aspect ratio . . . 0 Long message in pop-up
Tab > to action bar choices Tab to point-and-shoot fields General / Restore
> TEST/TRACE options Input field pad . . N / Session Manager mode > Command
delimiter . ; / Jump from leader dots Edit PRINTDS Command > Always show
split line Enable EURO sign Member list options Enter "/" > to select option
/ Scroll member list Allow empty member list Allow > empty member list
(nomatch) / Empty member list for edit only Terminal > Characteristics
Screen format 3 1. Data 2. Std 3. Max 4. Part Terminal Type 3 1. 3277 2.
3277A 3. 3278 4. > 3278A 5. 3290A 6. 3278T 7. 3278CF 8. 3277KN 9. 3278KN 10.
3278AR 11. > 3278CY 12. 3278HN 13. 3278HO 14. 3278IS 15. 3278L2 16. BE163
17. BE190 > 18. 3278TH 19. 3278CU 20. DEU78 21. DEU78A 22. DEU78T 23. DEU90A
24. > SW116 25. SW131 26. SW500 27. 3278GR 28. 3278L1 29. OTHER On >
10/31/2021 11:07 AM, Joseph Reichman wrote: > Have a visita 3270 > > > When
I originally responded to Peter Relson I noticed in outlook sent > > it was
a big jumble > > I then cut then entire response and just hit > to break the
> lines > > When done I did a sent it > > But then I > noticed once again it
was jumbled > > This time I did the same from > outlook cookies the text
from sent > folder without rtf format still > came out one big line when I
looked in > the sent folder >
-- > For
IBM-MAIN subscribe / signoff / archive access instructions, send > email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN > Scanned by McAfee
and confirmed virus-free. Find out more here: >
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbit.l >
y%2F2zCJMrO=04%7C01%7C%7C3b6f892b00544806111908d99cab424c%7C8 >
4df9e7fe9f640afb435%7C1%7C0%7C637713081693802385%7CUnknown >
%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJ >
XVCI6Mn0%3D%7C1000=qXtsBYFRpCcqPoYpJLKiJWFnNHmXYs12Xtd17GAVY >
yg%3D=0 > >
-- > For
IBM-MAIN subscribe / signoff / archive access instructions, send > email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN .
-- For
IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee
and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

2021-10-31 Thread David Spiegel

Hi Joe,
If all else fails, maybe you should make a PDF document out of your
MS-Word document and send it as an attachment?

Regards,
David

On 2021-10-31 16:15, Joseph Reichman wrote:

Before I send it looks okay I have outlook I went to file -> options -> mail
it has options for compose However when I did a google for "reply to" for
outlook the response I got back Was that if you are replying and the message
you replying is in one format say RTF or HTML outlook cann't change your
reply to plain text -Original Message- From: IBM Mainframe
Discussion List On Behalf Of Tom Brennan Sent: Sunday, October 31, 2021 4:08
PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: formatting help Here's a screen
I just copy/pasted into the Thunderbird email client. Before sending I see
each line separated correctly, however the longer lines wrap around. That
could be just local and they may not wrap after emailing. Let's see...
Log/List Function keys Colors Environ Identifier Help

-- CBT ISPF Settings Command ===> Options Print Graphics Enter "/" to select
option Family printer type 2 Command line at bottom Device name . . . .
Panel display CUA mode Aspect ratio . . . 0 Long message in pop-up Tab to
action bar choices Tab to point-and-shoot fields General / Restore
TEST/TRACE options Input field pad . . N / Session Manager mode Command
delimiter . ; / Jump from leader dots Edit PRINTDS Command Always show split
line Enable EURO sign Member list options Enter "/" to select option /
Scroll member list Allow empty member list Allow empty member list (nomatch)
/ Empty member list for edit only Terminal Characteristics Screen format 3
1. Data 2. Std 3. Max 4. Part Terminal Type 3 1. 3277 2. 3277A 3. 3278 4.
3278A 5. 3290A 6. 3278T 7. 3278CF 8. 3277KN 9. 3278KN 10. 3278AR 11. 3278CY
12. 3278HN 13. 3278HO 14. 3278IS 15. 3278L2 16. BE163 17. BE190 18. 3278TH
19. 3278CU 20. DEU78 21. DEU78A 22. DEU78T 23. DEU90A 24. SW116 25. SW131
26. SW500 27. 3278GR 28. 3278L1 29. OTHER On 10/31/2021 11:07 AM, Joseph
Reichman wrote: > Have a visita 3270 > > When I originally responded to
Peter Relson I noticed in outlook sent > it was a big jumble > > I then cut
then entire response and just hit to break the > lines > > When done I did a
sent it > > But then I noticed once again it was jumbled > > This time I did
the same from outlook cookies the text from sent > folder without rtf format
still came out one big line when I looked in > the sent folder
-- For
IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee
and confirmed virus-free. Find out more here:
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbit.ly%2F2zCJMrOdata=04%7C01%7C%7C3b6f892b00544806111908d99cab424c%7C84df9e7fe9f640afb435%7C1%7C0%7C637713081693802385%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=qXtsBYFRpCcqPoYpJLKiJWFnNHmXYs12Xtd17GAVYyg%3Dreserved=0

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

Before I send it looks okay I have outlook I went to file -> options -> mail
it has options for compose However when I did a google for "reply to" for
outlook the response I got back Was that if you are replying and the message
you replying is in one format say RTF or HTML outlook cann't change your
reply to plain text -Original Message- From: IBM Mainframe
Discussion List On Behalf Of Tom Brennan Sent: Sunday, October 31, 2021 4:08
PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: formatting help Here's a screen
I just copy/pasted into the Thunderbird email client. Before sending I see
each line separated correctly, however the longer lines wrap around. That
could be just local and they may not wrap after emailing. Let's see...
Log/List Function keys Colors Environ Identifier Help

-- CBT ISPF Settings Command ===> Options Print Graphics Enter "/" to select
option Family printer type 2 Command line at bottom Device name . . . .
Panel display CUA mode Aspect ratio . . . 0 Long message in pop-up Tab to
action bar choices Tab to point-and-shoot fields General / Restore
TEST/TRACE options Input field pad . . N / Session Manager mode Command
delimiter . ; / Jump from leader dots Edit PRINTDS Command Always show split
line Enable EURO sign Member list options Enter "/" to select option /
Scroll member list Allow empty member list Allow empty member list (nomatch)
/ Empty member list for edit only Terminal Characteristics Screen format 3
1. Data 2. Std 3. Max 4. Part Terminal Type 3 1. 3277 2. 3277A 3. 3278 4.
3278A 5. 3290A 6. 3278T 7. 3278CF 8. 3277KN 9. 3278KN 10. 3278AR 11. 3278CY
12. 3278HN 13. 3278HO 14. 3278IS 15. 3278L2 16. BE163 17. BE190 18. 3278TH
19. 3278CU 20. DEU78 21. DEU78A 22. DEU78T 23. DEU90A 24. SW116 25. SW131
26. SW500 27. 3278GR 28. 3278L1 29. OTHER On 10/31/2021 11:07 AM, Joseph
Reichman wrote: > Have a visita 3270 > > When I originally responded to
Peter Relson I noticed in outlook sent > it was a big jumble > > I then cut
then entire response and just hit to break the > lines > > When done I did a
sent it > > But then I noticed once again it was jumbled > > This time I did
the same from outlook cookies the text from sent > folder without rtf format
still came out one big line when I looked in > the sent folder
-- For
IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee
and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

2021-10-31 Thread Tom Brennan

Here's a screen I just copy/pasted into the Thunderbird email client. 
Before sending I see each line separated correctly, however the longer 
lines wrap around.  That could be just local and they may not wrap after 
emailing.  Let's see...


   Log/List  Function keys  Colors  Environ  Identifier  Help 



-- 

 CBT ISPF Settings 

 Command ===> 




 Options   Print Graphics 

   Enter "/" to select optionFamily printer type 2 

  Command line at bottom Device name . . . . 

  Panel display CUA mode Aspect ratio  . . . 0 

  Long message in pop-up 

  Tab to action bar choices 

  Tab to point-and-shoot fieldsGeneral 

   /  Restore TEST/TRACE options Input field pad . . N 

   /  Session Manager mode   Command delimiter . ; 

   /  Jump from leader dots 

  Edit PRINTDS Command 

  Always show split line 

  Enable EURO sign 




 Member list options 

   Enter "/" to select option 

   /  Scroll member list 

  Allow empty member list 

  Allow empty member list (nomatch) 

   /  Empty member list for edit only 




 Terminal Characteristics 

   Screen format   3  1. Data2. Std 3. Max 4. Part 




   Terminal Type   31. 3277   2. 3277A  3. 3278   4. 
3278A
5. 3290A  6. 3278T  7. 3278CF 8. 
3277KN
9. 3278KN10. 3278AR11. 3278CY12. 
3278HN
   13. 3278HO14. 3278IS15. 3278L216. 
BE163
   17. BE190 18. 3278TH19. 3278CU20. 
DEU78
   21. DEU78A22. DEU78T23. DEU90A24. 
SW116
   25. SW131 26. SW500 27. 3278GR28. 
3278L1
   29. OTHER 





On 10/31/2021 11:07 AM, Joseph Reichman wrote:

Have a visita 3270

When I originally responded to Peter Relson
I noticed in outlook sent it was a big jumble

I then cut then entire response and just hit  to break the lines

When done I did a sent it

But then I noticed once again it was jumbled

This time I did the same from outlook cookies the text from sent folder without 
rtf format still came out one big line when I looked in the sent folder


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help -- Copy from Vista

On Sun, 31 Oct 2021 14:07:25 -0400, Joseph Reichman wrote:

>Have a visita 3270 
> 
"visita"?  "Vista"?  Whatever.

Are there Vista option(s) which control formatting on Copy?  Which have
you specified?  (You'll probably get many suggestions here; Vista is
popular.)

>When I originally responded to Peter Relson 
>I noticed in outlook sent it was a big jumble 
>
Did you paste into GMail web interface?  GMail app?  Outlook?  Other (specify)?

If you paste into Notepad; Wordpad; Notepad++; ... is the formatting OK?  Will 
those
tools tell you what line end option is in effect?  Can you change it?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

I am going to try what Seymour suggested entering a blank no RTF Then should 
break the line I think I have been responding from my iphone however to show my 
code I went back to outlook This should be line 3 Regarding CSV 806 / BLDL 
going try LSEARCH=YES in my LINK this time spaced out the entire line thanks 
-Original Message- From: IBM Mainframe Discussion List On Behalf Of 
Gibney, Dave Sent: Sunday, October 31, 2021 2:10 PM To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: formatting help IBM-MAIN works with plain 
text, no RTF and certainly not HTML > -Original Message- > From: IBM 
Mainframe Discussion List On > Behalf Of Joseph Reichman > Sent: Sunday, 
October 31, 2021 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: 
formatting help > > Have a visita 3270 > > When I originally responded to Peter 
Relson I noticed in outlook sent > it was a big jumble > > I then cut then 
entire response and just hit to break the > lines > > When done I did a sent it 
> > But then I noticed once again it was jumbled > > This time I did the same 
from outlook cookies the text from sent > folder without rtf format still came 
out one big line when I looked in > the sent folder > > > > > > On Oct 31, 
2021, at 1:27 PM, Paul Gilmartin requ...@listserv.ua.edu> wrote: > > > > On 
Sun, 31 Oct 2021 11:58:04 -0400, Joseph Reichman wrote: > > > >> I think it 
ways that Binyamin and Peter Relson asked to see what I > >> was > doing so I 
cut and pasted my code from Sysprint > >> > > "cut and pasted my code from 
Sysprint " leaves a lot unsaid. How > > did you > "cut" and > > how did you 
"paste"? What are all the tools you used? > > > >> I use outlook and the format 
text didn’t have RTF > >> > > An excerpt from your headers is: > > > >> 
MIME-Version: 1.0 > >> X-Mailer: Microsoft Outlook 16.0 > >> Thread-Index: 
AdfOZnzbf0UucJTfS06mk9+aB7qtaA== > >> Content-Type: text/plain; charset="UTF-8" 
> >> Content-Transfer-Encoding: quoted-printable > >> Message-ID: > >> 
Newsgroups: bit.listserv.ibm-main > >> Date: Sun, 31 Oct 2021 11:06:54 -0400650 
$ > > > > In the raw text of your message, every record ends with " =", Q-P's > 
> indication of a continued line. So your entire message, both > > original and 
quoted text represents a single enormous line. > > > > Another of your messages 
has: > > > >> X-Mailer: Microsoft Outlook 16.0 > >> Thread-Index: 
AdfOa8yR/aaoN9VdTUahA7hMeq+OUg== > >> Content-Type: text/plain; 
charset="us-ascii" > >> Content-Transfer-Encoding: 7bit > >> Message-ID: > >> 
Newsgroups: bit.listserv.ibm-main > >> Date: Sun, 31 Oct 2021 11:31:50 -0400 > 
>> Reply-To: IBM Mainframe Discussion List m...@listserv.ua.edu> > >> Sender: 
IBM Mainframe Discussion List m...@listserv.ua.edu> > >> From: Joseph Reichman 
> >> Subject: formatting help > > > > And there is no formatting problem. What 
did you do differently in > > that > one? > > > > > 
__ > _ > >>>> On Oct 
31, 2021, at 11:44 AM, Seymour J Metz wrote: > >>>> > >>>> For widest 
coverage, don't use RTF or HTML; write straight text, > >>>> with > blank lines 
between paragraphs. Also, use spaces rather than tabs. If > you use anything 
beyond ASCII, set the character set to UTF-8 unless > you are using software 
that doesn't generate appropriate CT and CTE > header fields. Use format=flowed 
if your e-mail client supports it. > >>>> > > +1 > > Simpler is better. > > > > 
If you use a desktop file as a waystation, can you view or post a > > hex dump 
of a few lines of it? > > > > -- gil > > > > 
 > > -- For 
IBM-MAIN subscribe / signoff / archive access instructions, > > send email to 
lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > 
-- > For 
IBM-MAIN subscribe / signoff / archive access instructions, send > email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
-- For 
IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee and 
confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

I am going to try what Seymour suggested entering a blank no RTF Then should 
break the line I think I have been responding from my iphone however to show my 
code I went back to outlook This should be line 3 Regarding CSV 806 / BLDL 
going try LSEARCH=YES in my LINK thanks -Original Message- From: IBM 
Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Sunday, October 31, 
2021 2:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: formatting help IBM-MAIN 
works with plain text, no RTF and certainly not HTML > -Original 
Message- > From: IBM Mainframe Discussion List On > Behalf Of Joseph 
Reichman > Sent: Sunday, October 31, 2021 11:07 AM > To: 
IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: formatting help > > Have a visita 3270 
> > When I originally responded to Peter Relson I noticed in outlook sent > it 
was a big jumble > > I then cut then entire response and just hit to break the 
> lines > > When done I did a sent it > > But then I noticed once again it was 
jumbled > > This time I did the same from outlook cookies the text from sent > 
folder without rtf format still came out one big line when I looked in > the 
sent folder > > > > > > On Oct 31, 2021, at 1:27 PM, Paul Gilmartin 
requ...@listserv.ua.edu> wrote: > > > > On Sun, 31 Oct 2021 11:58:04 -0400, 
Joseph Reichman wrote: > > > >> I think it ways that Binyamin and Peter Relson 
asked to see what I > >> was > doing so I cut and pasted my code from Sysprint 
> >> > > "cut and pasted my code from Sysprint " leaves a lot unsaid. How > > 
did you > "cut" and > > how did you "paste"? What are all the tools you used? > 
> > >> I use outlook and the format text didn’t have RTF > >> > > An excerpt 
from your headers is: > > > >> MIME-Version: 1.0 > >> X-Mailer: Microsoft 
Outlook 16.0 > >> Thread-Index: AdfOZnzbf0UucJTfS06mk9+aB7qtaA== > >> 
Content-Type: text/plain; charset="UTF-8" > >> Content-Transfer-Encoding: 
quoted-printable > >> Message-ID: > >> Newsgroups: bit.listserv.ibm-main > >> 
Date: Sun, 31 Oct 2021 11:06:54 -0400650 $ > > > > In the raw text of your 
message, every record ends with " =", Q-P's > > indication of a continued line. 
So your entire message, both > > original and quoted text represents a single 
enormous line. > > > > Another of your messages has: > > > >> X-Mailer: 
Microsoft Outlook 16.0 > >> Thread-Index: AdfOa8yR/aaoN9VdTUahA7hMeq+OUg== > >> 
Content-Type: text/plain; charset="us-ascii" > >> Content-Transfer-Encoding: 
7bit > >> Message-ID: > >> Newsgroups: bit.listserv.ibm-main > >> Date: Sun, 31 
Oct 2021 11:31:50 -0400 > >> Reply-To: IBM Mainframe Discussion List 
m...@listserv.ua.edu> > >> Sender: IBM Mainframe Discussion List 
m...@listserv.ua.edu> > >> From: Joseph Reichman > >> Subject: formatting help 
> > > > And there is no formatting problem. What did you do differently in > > 
that > one? > > > > > 
__ > _ > >>>> On Oct 
31, 2021, at 11:44 AM, Seymour J Metz wrote: > >>>> > >>>> For widest 
coverage, don't use RTF or HTML; write straight text, > >>>> with > blank lines 
between paragraphs. Also, use spaces rather than tabs. If > you use anything 
beyond ASCII, set the character set to UTF-8 unless > you are using software 
that doesn't generate appropriate CT and CTE > header fields. Use format=flowed 
if your e-mail client supports it. > >>>> > > +1 > > Simpler is better. > > > > 
If you use a desktop file as a waystation, can you view or post a > > hex dump 
of a few lines of it? > > > > -- gil > > > > 
 > > -- For 
IBM-MAIN subscribe / signoff / archive access instructions, > > send email to 
lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > 
-- > For 
IBM-MAIN subscribe / signoff / archive access instructions, send > email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
-- For 
IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee and 
confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

2021-10-31 Thread Gibney, Dave

IBM-MAIN works with plain text, no RTF and certainly not HTML

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Joseph Reichman
> Sent: Sunday, October 31, 2021 11:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: formatting help
> 
> Have a visita 3270
> 
> When I originally responded to Peter Relson
> I noticed in outlook sent it was a big jumble
> 
> I then cut then entire response and just hit  to break the lines
> 
> When done I did a sent it
> 
> But then I noticed once again it was jumbled
> 
> This time I did the same from outlook cookies the text from sent folder
> without rtf format still came out one big line when I looked in the sent 
> folder
> 
> 
> 
> 
> > On Oct 31, 2021, at 1:27 PM, Paul Gilmartin <000433f07816-dmarc-
> requ...@listserv.ua.edu> wrote:
> >
> > On Sun, 31 Oct 2021 11:58:04 -0400, Joseph Reichman wrote:
> >
> >> I think it ways that Binyamin and Peter Relson asked to see what I was
> doing so I cut and pasted my code from Sysprint
> >>
> > "cut and pasted my code from Sysprint " leaves a lot unsaid.  How did you
> "cut" and
> > how did you "paste"?  What are all the tools you used?
> >
> >> I use outlook and the format text didn’t have RTF
> >>
> > An excerpt from your headers is:
> >
> >> MIME-Version: 1.0
> >> X-Mailer: Microsoft Outlook 16.0
> >> Thread-Index: AdfOZnzbf0UucJTfS06mk9+aB7qtaA==
> >> Content-Type: text/plain; charset="UTF-8"
> >> Content-Transfer-Encoding: quoted-printable
> >> Message-ID:  <006a01d7ce68$f16a86d0$d43f9470$@gmail.com>
> >> Newsgroups:   bit.listserv.ibm-main
> >> Date: Sun, 31 Oct 2021 11:06:54 -0400650 $
> >
> > In the raw text of your message, every record ends with " =", Q-P's
> > indication of a continued line.  So your entire message, both original
> > and quoted text represents a single enormous line.
> >
> > Another of your messages has:
> >
> >> X-Mailer: Microsoft Outlook 16.0
> >> Thread-Index: AdfOa8yR/aaoN9VdTUahA7hMeq+OUg==
> >> Content-Type: text/plain; charset="us-ascii"
> >> Content-Transfer-Encoding: 7bit
> >> Message-ID:  <007301d7ce6c$6d156ef0$47404cd0$@gmail.com>
> >> Newsgroups:   bit.listserv.ibm-main
> >> Date: Sun, 31 Oct 2021 11:31:50 -0400
> >> Reply-To: IBM Mainframe Discussion List  m...@listserv.ua.edu>
> >> Sender:   IBM Mainframe Discussion List  m...@listserv.ua.edu>
> >> From: Joseph Reichman 
> >> Subject: formatting help
> >
> > And there is no formatting problem.  What did you do differently in that
> one?
> >
> >
> __
> _
> >>>> On Oct 31, 2021, at 11:44 AM, Seymour J Metz wrote:
> >>>>
> >>>> For widest coverage, don't use RTF or HTML; write straight text, with
> blank lines between paragraphs. Also, use spaces rather than tabs. If you use
> anything beyond ASCII, set the character set to UTF-8 unless you are using
> software that doesn't generate appropriate CT and CTE header fields. Use
> format=flowed if your e-mail client supports it.
> >>>>
> > +1
> > Simpler is better.
> >
> > If you use a desktop file as a waystation, can you view or post a hex dump
> > of a few lines of it?
> >
> > -- gil
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

Have a visita 3270 

When I originally responded to Peter Relson 
I noticed in outlook sent it was a big jumble 

I then cut then entire response and just hit  to break the lines 

When done I did a sent it 

But then I noticed once again it was jumbled 

This time I did the same from outlook cookies the text from sent folder without 
rtf format still came out one big line when I looked in the sent folder 




> On Oct 31, 2021, at 1:27 PM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Sun, 31 Oct 2021 11:58:04 -0400, Joseph Reichman wrote:
> 
>> I think it ways that Binyamin and Peter Relson asked to see what I was doing 
>> so I cut and pasted my code from Sysprint 
>> 
> "cut and pasted my code from Sysprint " leaves a lot unsaid.  How did you 
> "cut" and
> how did you "paste"?  What are all the tools you used?
> 
>> I use outlook and the format text didn’t have RTF
>> 
> An excerpt from your headers is:
> 
>> MIME-Version: 1.0
>> X-Mailer: Microsoft Outlook 16.0
>> Thread-Index: AdfOZnzbf0UucJTfS06mk9+aB7qtaA==
>> Content-Type: text/plain; charset="UTF-8"
>> Content-Transfer-Encoding: quoted-printable
>> Message-ID:  <006a01d7ce68$f16a86d0$d43f9470$@gmail.com>
>> Newsgroups:   bit.listserv.ibm-main
>> Date: Sun, 31 Oct 2021 11:06:54 -0400650 $ 
> 
> In the raw text of your message, every record ends with " =", Q-P's
> indication of a continued line.  So your entire message, both original
> and quoted text represents a single enormous line.
> 
> Another of your messages has:
> 
>> X-Mailer: Microsoft Outlook 16.0
>> Thread-Index: AdfOa8yR/aaoN9VdTUahA7hMeq+OUg==
>> Content-Type: text/plain; charset="us-ascii"
>> Content-Transfer-Encoding: 7bit
>> Message-ID:  <007301d7ce6c$6d156ef0$47404cd0$@gmail.com>
>> Newsgroups:   bit.listserv.ibm-main
>> Date: Sun, 31 Oct 2021 11:31:50 -0400
>> Reply-To: IBM Mainframe Discussion List 
>> Sender:   IBM Mainframe Discussion List 
>> From: Joseph Reichman 
>> Subject: formatting help
> 
> And there is no formatting problem.  What did you do differently in that one?
> 
> ___
>>>> On Oct 31, 2021, at 11:44 AM, Seymour J Metz wrote:
>>>> 
>>>> For widest coverage, don't use RTF or HTML; write straight text, with 
>>>> blank lines between paragraphs. Also, use spaces rather than tabs. If you 
>>>> use anything beyond ASCII, set the character set to UTF-8 unless you are 
>>>> using software that doesn't generate appropriate CT and CTE header fields. 
>>>> Use format=flowed if your e-mail client supports it.
>>>> 
> +1
> Simpler is better.
> 
> If you use a desktop file as a waystation, can you view or post a hex dump
> of a few lines of it?
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

On Sun, 31 Oct 2021 11:58:04 -0400, Joseph Reichman wrote:

>I think it ways that Binyamin and Peter Relson asked to see what I was doing 
>so I cut and pasted my code from Sysprint 
>
"cut and pasted my code from Sysprint " leaves a lot unsaid.  How did you "cut" 
and
how did you "paste"?  What are all the tools you used?

>I use outlook and the format text didn’t have RTF
>
An excerpt from your headers is:

> MIME-Version: 1.0
> X-Mailer: Microsoft Outlook 16.0
> Thread-Index: AdfOZnzbf0UucJTfS06mk9+aB7qtaA==
> Content-Type: text/plain; charset="UTF-8"
> Content-Transfer-Encoding: quoted-printable
> Message-ID:  <006a01d7ce68$f16a86d0$d43f9470$@gmail.com>
> Newsgroups:   bit.listserv.ibm-main
> Date: Sun, 31 Oct 2021 11:06:54 -0400650 $ 

In the raw text of your message, every record ends with " =", Q-P's
indication of a continued line.  So your entire message, both original
and quoted text represents a single enormous line.

Another of your messages has:

> X-Mailer: Microsoft Outlook 16.0
> Thread-Index: AdfOa8yR/aaoN9VdTUahA7hMeq+OUg==
> Content-Type: text/plain; charset="us-ascii"
> Content-Transfer-Encoding: 7bit
> Message-ID:  <007301d7ce6c$6d156ef0$47404cd0$@gmail.com>
> Newsgroups:   bit.listserv.ibm-main
> Date: Sun, 31 Oct 2021 11:31:50 -0400
> Reply-To:     IBM Mainframe Discussion List 
> Sender:   IBM Mainframe Discussion List 
> From: Joseph Reichman 
> Subject: formatting help

And there is no formatting problem.  What did you do differently in that one?

___
>>> On Oct 31, 2021, at 11:44 AM, Seymour J Metz wrote:
>>> 
>>> For widest coverage, don't use RTF or HTML; write straight text, with 
>>> blank lines between paragraphs. Also, use spaces rather than tabs. If you 
>>> use anything beyond ASCII, set the character set to UTF-8 unless you are 
>>> using software that doesn't generate appropriate CT and CTE header fields. 
>>> Use format=flowed if your e-mail client supports it.
>>> 
+1
Simpler is better.

If you use a desktop file as a waystation, can you view or post a hex dump
of a few lines of it?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

I think it ways that Binyamin and Peter Relson asked to see what I was doing so 
I cut and pasted my code from Sysprint 

I use outlook and the format text didn’t have RTF

Thanks 



> On Oct 31, 2021, at 11:50 AM, Joseph Reichman  wrote:
> 
> Thanks 
> 
> 
>> On Oct 31, 2021, at 11:44 AM, Seymour J Metz  wrote:
>> 
>> For widest coverage, don't use RTF or HTML; write straight text, with blank 
>> lines between paragraphs. Also, use spaces rather than tabs. If you use 
>> anything beyond ASCII, set the character set to UTF-8 unless you are using 
>> software that doesn't generate appropriate CT and CTE header fields. Use 
>> format=flowed if your e-mail client supports it.
>> 
>> 
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>> 
>> 
>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>> Joseph Reichman [reichman...@gmail.com]
>> Sent: Sunday, October 31, 2021 11:31 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: formatting help
>> 
>> Hi
>> 
>> 
>> 
>> I just tried responding to a response I got trying to help me solve my
>> problem  and when I looked at my sent folder the lines didn't have the same
>> break.
>> 
>> 
>> 
>> I tried this response using both rich text and without rich text and the
>> lines still looked jumbled. Does IBMMAIN ignore rich text format in what
>> "Format text" should response be.
>> 
>> 
>> 
>> 
>> 
>> thanks
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> _
>> 
>> 
>> <https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
>> mail_content=emailclient?utm_medium=email_source=link_campaign=s
>> ig-email_content=emailclient>   Scanned by McAfee
>> <https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
>> mail_content=emailclient?utm_medium=email_source=link_campaign=s
>> ig-email_content=emailclient>  and confirmed virus-free.
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

Thanks 


> On Oct 31, 2021, at 11:44 AM, Seymour J Metz  wrote:
> 
> For widest coverage, don't use RTF or HTML; write straight text, with blank 
> lines between paragraphs. Also, use spaces rather than tabs. If you use 
> anything beyond ASCII, set the character set to UTF-8 unless you are using 
> software that doesn't generate appropriate CT and CTE header fields. Use 
> format=flowed if your e-mail client supports it.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Joseph Reichman [reichman...@gmail.com]
> Sent: Sunday, October 31, 2021 11:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: formatting help
> 
> Hi
> 
> 
> 
> I just tried responding to a response I got trying to help me solve my
> problem  and when I looked at my sent folder the lines didn't have the same
> break.
> 
> 
> 
> I tried this response using both rich text and without rich text and the
> lines still looked jumbled. Does IBMMAIN ignore rich text format in what
> "Format text" should response be.
> 
> 
> 
> 
> 
> thanks
> 
> 
> 
> 
> 
> 
> 
> 
>  _
> 
> 
> <https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
> mail_content=emailclient?utm_medium=email_source=link_campaign=s
> ig-email_content=emailclient>   Scanned by McAfee
> <https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
> mail_content=emailclient?utm_medium=email_source=link_campaign=s
> ig-email_content=emailclient>  and confirmed virus-free.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

2021-10-31 Thread Seymour J Metz

For widest coverage, don't use RTF or HTML; write straight text, with blank 
lines between paragraphs. Also, use spaces rather than tabs. If you use 
anything beyond ASCII, set the character set to UTF-8 unless you are using 
software that doesn't generate appropriate CT and CTE header fields. Use 
format=flowed if your e-mail client supports it.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Joseph Reichman [reichman...@gmail.com]
Sent: Sunday, October 31, 2021 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: formatting help

Hi



I just tried responding to a response I got trying to help me solve my
problem  and when I looked at my sent folder the lines didn't have the same
break.



I tried this response using both rich text and without rich text and the
lines still looked jumbled. Does IBMMAIN ignore rich text format in what
"Format text" should response be.





thanks








  _


<https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
mail_content=emailclient?utm_medium=email_source=link_campaign=s
ig-email_content=emailclient>   Scanned by McAfee
<https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
mail_content=emailclient?utm_medium=email_source=link_campaign=s
ig-email_content=emailclient>  and confirmed virus-free.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: formatting help

2021-10-31 Thread Tom Brennan

Maybe copy your rich text to notepad, then copy again from notepad to 
email.  Assuming Windows.


On 10/31/2021 8:31 AM, Joseph Reichman wrote:

Hi

  


I just tried responding to a response I got trying to help me solve my
problem  and when I looked at my sent folder the lines didn't have the same
break.

  


I tried this response using both rich text and without rich text and the
lines still looked jumbled. Does IBMMAIN ignore rich text format in what
"Format text" should response be.

  

  


thanks

  

  

  



   _

  
Scanned by McAfee
  and confirmed virus-free. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

formatting help

Hi

 

I just tried responding to a response I got trying to help me solve my
problem  and when I looked at my sent folder the lines didn't have the same
break.

 

I tried this response using both rich text and without rich text and the
lines still looked jumbled. Does IBMMAIN ignore rich text format in what
"Format text" should response be.

 

 

thanks  

 

 

 


  _  

 
   Scanned by McAfee
  and confirmed virus-free.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

RFE: Update GTF PI/PGM record and formatting to include 64-bit general registers and access registers

2020-07-07 Thread Gord Tomlin

I've submitted a new RFE for GTF, requesting that the GTF PI/PGM record 
and formatting be updated to include 64-bit general registers and access 
registers.


At present, you don't get 64-bit register contents even when running 
AMODE 64, and you don't get access register contents even if running in 
an ASC mode where they matter.


Here's a link to the RFE for those that wish to vote for it:
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=143147

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

2019-04-22 Thread Tim Hare

If those quotation marks are part of the output of the Rexx routine, that's the 
issue.  E-mail program would not treat those lines as the commands they purport 
to be, because the lines don't begin with a recognizable command they begin 
with a string that consists of the double quote PLUS the command.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

2019-04-08 Thread Seymour J Metz

Bletch! Stripping trailing blanks breaks format=flowed (see RFC 3676.)


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Sunday, April 7, 2019 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx not processing email formatting

On Sun, 7 Apr 2019 18:26:32 +, Seymour J Metz wrote:

>The separator line must have only CRLF;
>...
True.  However, since CMS and VM spool abominate empty records,
the VM SMTP daemon strips trailing blanks, there by forgiving nonempty
blank lines and, in turn, breaking classic uudecode which re-pads with NULs.

> the data terminator must have only a period followed by CRLF.
>
I'll trust you on the standard, however the popular UNIX sendmail says:

man sendmail
   ...
   -oiWhen reading a message from standard input, don't treat a line 
with only
  a . character as the end of input.

(the message body ends, then, with end-of-file.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

2019-04-07 Thread Paul Gilmartin

On Sun, 7 Apr 2019 18:26:32 +, Seymour J Metz wrote:

>The separator line must have only CRLF;
>...
True.  However, since CMS and VM spool abominate empty records,
the VM SMTP daemon strips trailing blanks, there by forgiving nonempty
blank lines and, in turn, breaking classic uudecode which re-pads with NULs.

> the data terminator must have only a period followed by CRLF. 
> 
I'll trust you on the standard, however the popular UNIX sendmail says:

man sendmail
   ...
   -oiWhen reading a message from standard input, don't treat a line 
with only
  a . character as the end of input.

(the message body ends, then, with end-of-file.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

Yes, I meant blank in the sense of empty; it is definitely incorrect to have a 
space there.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 5, 2019 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 17:25:58 +, Seymour J Metz wrote:

>You need a blank line after the header ...
>
Not merely blank; the standards say "empty", sometimes in
Network conventions, .  Some hosts enforce
this and don't recognize .  I can't think
of an example where a non-empty blank line is syntactically valid
within headers.

>... whether or not it contains MIME fields. With rare exceptions, header 
>fields are case insensitive.


>
>From: Paul Gilmartin
>Sent: Friday, April 5, 2019 1:10 PM
>
>>We have a rexx on z/OS to send out emails. but when output to email (outlook) 
>>it treats any formatting command as text:
>>MIME-Version: 1.0
>>CONTENT-TYPE:TEXT/HTML
>< - here ----- >
>>
>>
>>
>>Any advice as to why these commands are not formatting the email message 
>>"body"?
>
>I'm pretty sure you need an empty line between the MIME headers and the message
>body.
>
>Mainframes are kinda hostile to empty lines.  CMS is worse than z/OS.
>
>Are email headers case-insensitive?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

I wouldn't be the reputation of a crooked politician that nobody uses case 
sensitive local parts. The golden rul for e-mail is to use the address that the 
intended recipient gave you and don't try to make it prettier.

Reading the RFCs isn't dangerous; reading urban legends about them is. RFC 5321 
and 5322 don't require that the local part be case sensitive, they simply 
permit it.



--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Phil Smith III 
Sent: Friday, April 5, 2019 4:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx not processing email formatting

Seymour J Metz wrote:

>With rare exceptions, header fields are case insensitive.



And one of those rare exceptions is itself exceptional: the left-hand part of 
an email address (the "lists" in "li...@akphs.com") is theoretically 
case-sensitive per the RFC. But sanity prevailed, and nobody but nobody 
implements that way (sure would have made mainframe email fun!). So if you're 
digging into the RFCs, beware.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

It doesn't matter, as long as you don't care whether all of your outbound 
e-mail is delivered. OTOH, if you want it delivered then it does matter. But 
it's not my dog.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List  on behalf of 
Phil Smith III 
Sent: Friday, April 5, 2019 5:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx not processing email formatting

Gil wrote:

>"sanity prevailed, and nobody but nobody" still does not suffice to excuse www 
>facilities

>that willy-nilly convert case of local part of entered email addresses.

Sure, that's obnoxious. If nothing else, maybe you like reading your email as 
joethel...@whatever.com <mailto:joethel...@whatever.com> . My wife is always 
formatting the user portion of email when I'm setting up a forward and I tell 
her "it doesn't matter".

>How would enforcing that RFC have impacted mainframe email?

>Ok.  Someone who habitually runs an editor CAPS ON deserves any

>adverse results.

I was thinking of email based on userid-which would naturally have been 
uppercase, but people would perennially have forgotten to uppercase it when 
sending (less of a problem today, with autocomplete) and so mainframe email 
would have gotten a reputation for being "flaky". Of course coupled with your 
first item above, it would have been even worse!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

The separator line must have only CRLF; the data terminator must have only a 
period followed by CRLF. 


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 5, 2019 6:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 16:53:01 -0500, Bill Giannelli wrote:

>this is what the email received looks like:
>"MIME-Version: 1.0"
>"CONTENT-TYPE:TEXT/HTML"
>
>""
>""
>""
>TEXT***
>
Does the line (which you didn't surround with quotation marks) between
"CONTENT-TYPE:TEXT/HTML" and  "" contain a blank or is it
completely empty?  It may matter and "looks like" isn't precise enough.

Can you dump those headers in hex?  If the message is transferred by
FTP, can you dump in hex that file immdiately prior to transfer?

Can you email a test HTML file to this list or to me?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

I've now tried both coding the hex values (with hex on) and the null line with 
the jcl symbol. neither works.
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 17:33:57 -0500, Bill Giannelli  wrote:

>The blank line has spaces.
>This is in-stream data within JCL. So I dont know how to code a "null" line.
>
Long ago, in an experiment, I did it by feeding a RECFM=VB file to INTRDR.  Need
to have at least one line longer than 80, and two lines of unequal lengths.
(Most people wouldn't do that!)

Maybe:
//  EXPORt NOTHING
//  SET NOTHING=''
Then code your empty line as:
//SYSIN  DD *,SYMBOLS=JCLONLY
...

(And hope the interpreter doesn't pad it back to 80 bytes.)  Isn't JCL fun!?

Or, if you own the Rexx component, modify it to strip trailing blanks.

Or, if you can code in hex instead of a blank line, begin the next line with
x'0D15'  (or maybe x'0D25', depending on which translate table FTP uses).

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

The blank line has spaces.
This is in-stream data within JCL. So I dont know how to code a "null" line.
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 16:53:01 -0500, Bill Giannelli wrote:

>this is what the email received looks like:
>"MIME-Version: 1.0"
>"CONTENT-TYPE:TEXT/HTML"
>
>""
>""
>""
>TEXT***
> 
Does the line (which you didn't surround with quotation marks) between
"CONTENT-TYPE:TEXT/HTML" and  "" contain a blank or is it
completely empty?  It may matter and "looks like" isn't precise enough.

Can you dump those headers in hex?  If the message is transferred by
FTP, can you dump in hex that file immdiately prior to transfer?

Can you email a test HTML file to this list or to me?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

2019-04-05 Thread Phil Smith III

Gil wrote:

>"sanity prevailed, and nobody but nobody" still does not suffice to excuse www 
>facilities

>that willy-nilly convert case of local part of entered email addresses.

Sure, that's obnoxious. If nothing else, maybe you like reading your email as 
joethel...@whatever.com <mailto:joethel...@whatever.com> . My wife is always 
formatting the user portion of email when I'm setting up a forward and I tell 
her "it doesn't matter".

>How would enforcing that RFC have impacted mainframe email?

>Ok.  Someone who habitually runs an editor CAPS ON deserves any

>adverse results.

I was thinking of email based on userid-which would naturally have been 
uppercase, but people would perennially have forgotten to uppercase it when 
sending (less of a problem today, with autocomplete) and so mainframe email 
would have gotten a reputation for being "flaky". Of course coupled with your 
first item above, it would have been even worse!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

this is what the email received looks like:
"MIME-Version: 1.0"
"CONTENT-TYPE:TEXT/HTML"

""
""
""
TEXT***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 15:37:39 -0500, Bill Giannelli wrote:

>apparently (I just found out) the rexx routine FTPs the email "file" to a 
>server. and then AO sends out that email from that server. unfortunately I do 
>not have access to that server right now.
> 
What do the headers look like as the email is receievd at the ultimate 
destination?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

further clarification:
previously we had this message sent to email in a job thru SMTP and the format 
commands worked. But now my shop is using this rexx / AO routine and the format 
commands are just spit out as text.
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 16:20:31 -0400, Phil Smith III wrote:
>
>And one of those rare exceptions is itself exceptional: the left-hand part of 
>an email address (the "lists" in "li...@akphs.com") is theoretically 
>case-sensitive per the RFC. But sanity prevailed, and nobody but nobody 
>implements that way (sure would have made mainframe email fun!). So if you're 
>digging into the RFCs, beware.
> 
"sanity prevailed, and nobody but nobody" still does not suffice to excuse www 
facilities
that willy-nilly convert case of local part of entered email addresses.

How would enforcing that RFC have impacted mainframe email?
Ok.  Someone who habitually runs an editor CAPS ON deserves any
adverse results.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

apparently (I just found out) the rexx routine FTPs the email "file" to a 
server. and then AO sends out that email from that server. unfortunately I do 
not have access to that server right now.
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 15:30:23 -0500, Bill Giannelli wrote:

>Thank you all for your help and replies!
>What we have is a rexx routine sending the message to AO. AO sends it to email 
>and the formatting now does not work.
> 
Still "does not"?  Can you capture the headers on the receiving system and
post them here?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

Thank you all for your help and replies!
What we have is a rexx routine sending the message to AO. AO sends it to email 
and the formatting now does not work.
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

2019-04-05 Thread Phil Smith III

Seymour J Metz wrote:

>With rare exceptions, header fields are case insensitive.

 

And one of those rare exceptions is itself exceptional: the left-hand part of 
an email address (the "lists" in "li...@akphs.com") is theoretically 
case-sensitive per the RFC. But sanity prevailed, and nobody but nobody 
implements that way (sure would have made mainframe email fun!). So if you're 
digging into the RFCs, beware.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 17:25:58 +, Seymour J Metz wrote:

>You need a blank line after the header ...
> 
Not merely blank; the standards say "empty", sometimes in
Network conventions, .  Some hosts enforce
this and don't recognize .  I can't think
of an example where a non-empty blank line is syntactically valid
within headers.

>... whether or not it contains MIME fields. With rare exceptions, header 
>fields are case insensitive.


>
>From: Paul Gilmartin
>Sent: Friday, April 5, 2019 1:10 PM
>
>>We have a rexx on z/OS to send out emails. but when output to email (outlook) 
>>it treats any formatting command as text:
>>MIME-Version: 1.0
>>CONTENT-TYPE:TEXT/HTML
>< - here - >
>>
>>
>>
>>Any advice as to why these commands are not formatting the email message 
>>"body"?
>
>I'm pretty sure you need an empty line between the MIME headers and the message
>body.
>
>Mainframes are kinda hostile to empty lines.  CMS is worse than z/OS.
>
>Are email headers case-insensitive?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

2019-04-05 Thread Seymour J Metz

You need a blank line after the header whether or not it contains MIME fields. 
With rare exceptions, header fields are case insensitive.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 5, 2019 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 11:07:56 -0500, Bill Giannelli wrote:

>We have a rexx on z/OS to send out emails. but when output to email (outlook) 
>it treats any formatting command as text:
>MIME-Version: 1.0
>CONTENT-TYPE:TEXT/HTML
< - here - >
>
>
>
>Any advice as to why these commands are not formatting the email message 
>"body"?

I'm pretty sure you need an empty line between the MIME headers and the message
body.

Mainframes are kinda hostile to empty lines.  CMS is worse than z/OS.

Are email headers case-insensitive?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

2019-04-05 Thread Seymour J Metz

> MIME-Version: 1.0
> CONTENT-TYPE:TEXT/HTML

Where are you putting this? The contents of an e-mail message has a header and 
a body, separated by a blank line, and those fields have to be in the message 
header or in a MIME header.

mail from: f...@bar.baz
rcpt to: some...@example.com
data
from:f...@bar.baz
to: some...@example.com
Subject: This is a MIME HTML message
MIME-Version: 1.0
CONTENT-TYPE:TEXT/HTML; charset="us-ascii"
Content-Transfer-Encoding:7bit




text

.



--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Bill Giannelli 
Sent: Friday, April 5, 2019 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Rexx not processing email formatting

We have a rexx on z/OS to send out emails. but when output to email (outlook) 
it treats any formatting command as text:
MIME-Version: 1.0
CONTENT-TYPE:TEXT/HTML



Any advice as to why these commands are not formatting the email message "body"?
thank you
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx not processing email formatting

On Fri, 5 Apr 2019 11:07:56 -0500, Bill Giannelli wrote:

>We have a rexx on z/OS to send out emails. but when output to email (outlook) 
>it treats any formatting command as text:
>MIME-Version: 1.0
>CONTENT-TYPE:TEXT/HTML   
< - here - >
>   
>   
>
>Any advice as to why these commands are not formatting the email message 
>"body"?

I'm pretty sure you need an empty line between the MIME headers and the message
body.

Mainframes are kinda hostile to empty lines.  CMS is worse than z/OS.

Are email headers case-insensitive?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Rexx not processing email formatting

We have a rexx on z/OS to send out emails. but when output to email (outlook) 
it treats any formatting command as text:
MIME-Version: 1.0
CONTENT-TYPE:TEXT/HTML   
   
   

Any advice as to why these commands are not formatting the email message "body"?
thank you
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-22 Thread Farley, Peter x23353

Thanks for the cogent reply Jim.  So the answer to my question is "no" as I 
initially suspected.

Another Friday question answered!

Thanks again to all who contributed to the thread.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: Friday, September 21, 2018 9:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there an API to a "storage dump line" formatting routine?



  IPCS and SNAP each have their own code for formatting a line
of dumped storage.  There is no common operating system
API.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-22 Thread Farley, Peter x23353

Interesting historical research, at the least.  I don't think I'd try to use 
that on an employer's live systems even without the possible SP253 GETMAIN, but 
only on a system programmer test LPAR, to one of which I unfortunately do not 
have any access.

Thanks for the research anyway.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Friday, September 21, 2018 8:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there an API to a "storage dump line" formatting routine?

EXTERNAL EMAIL

On 21 September 2018 at 14:15, Farley, Peter x23353 
 wrote:
> It's Friday, so how about an off-the-wall question I have always wondered 
> about.
>
> I think the answer to my question is "no", but I thought it worth asking 
> anyway.
>
> Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format storage 
> displays like this in a 121-character line:
>
> 36B219C0       
>    **

Or like this in a 204-character line:

36B219C0     
    **

I know of no supported routine, but you could perhaps call IEAVAD71 (which is 
in LPA module IGC0005A (SVC 51) along with lots of other stuff, but you could 
link just that CSECT with your program, I imagine). This routine formats as 
much storage as you like, and handles all the boundary stuff plus insertion of 
"SAME AS ABOVE" for replicated lines. The arguments to this routine are 
described in macro IHAABDA in SYS1.MODGEN, which has no comment on whether this 
is a programming interface. I strongly suspect it isn't, because I found it 
only by looking at the MVS 3.8 source code from 1978 or so. [Of course I don't 
know that this module is even still in use on modern systems - it could be 
baggage that no one has removed.]

Looks like you'd have to set up at least fields ABDBLOCK and ABDLENTH, ABDBUFAD 
and ABDBUFS2, and who knows what other things like work areas it might require. 
But it would be harmless to try calling it from a user program. Standard 
OS-type linkage with R1 -> IHAABDA and R15 -> the module.

Oh oh - I see the 3.8 version does a work area GETMAIN from SP 253, so that's 
not going to work for your average caller. :-(  I don't know if that's still in 
there - maybe zap it to SP 0...?

You could also take the entire MVS 3.8 version and assemble it. But that may 
well not handle storage above 16MB, and the argument list has probably changed 
a bit. And in any case I gather you aren't looking for a program to modify.

Happy Friday!

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-22 Thread Farley, Peter x23353

Of course one can use the SNAP/SNAPX macros to dump storage,  The question was 
not how to dump storage, but whether a "storage dump line format" routine was 
available and accessible to normal programs.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, September 21, 2018 6:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there an API to a "storage dump line" formatting routine?

Callable SNAP routine.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieav100/snap.htm

On Fri, Sep 21, 2018 at 3:36 PM Farley, Peter x23353 
 wrote:
>
> Thanks for the suggestions.  I have RTFM the LE manuals and CEEDUMP only sets 
> options for the LE dump process, and CEE3DMP generates an actual LE dump 
> output, programs and control blocks and everything set by the dump options, 
> not just s targeted storage area.
>
> The question is purely academic, as I have no immediate need for such an API 
> interface, I am just curious if one actually exists.
>
> And it may exist but not be GUPI, so IBM won't tell us about it, but the 
> expertise on this list might know about it anyway (or not, especially if it 
> doesn't exist).
>
> Peter
>
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-21 Thread Jim Mulder

  IPCS is most assuredly not AMDPRDMP.  IPCS is descended from
an internal tool named RAID (which I think was an acronym as 
well as a reference to a brand of bug killer), which was written by people 

who despised AMDPRDMP.

  As part of the strategy to get rid of AMDPRDMP, IPCS implemented 
some of the AMDPRDMP services (with its own code) so that 
some of the AMDPRDMP verbs (e.g. NUCMAP, MTRACE)  could run 
as VERBEXITs under IPCS.

  IPCS and AMDPRDMP coexisted throughout the MVS/XA releases. 
AMDPRDMP was deleted from the system in MVS/ESA SP3.1.0.

  SYSUDUMP and SYSABEND dumps are really just SNAP dumps,
where it is RTM2 that issues the SNAP macro.  There are some 
internal services owned by IPCS which are used by both IPCS and 
SNAP, so that things like the Control Block Formatting service
and the same control block Models can be used under IPCS 
and SNAP.

  IPCS and SNAP each have their own code for formatting a line
of dumped storage.  There is no common operating system
API.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

"IBM Mainframe Discussion List"  wrote on 
09/21/2018 04:25:10 PM:

> From: "David W Noon" <013a910fd252-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/21/2018 09:22 PM
> Subject: Re: Is there an API to a "storage dump line" formatting 
routine?
> Sent by: "IBM Mainframe Discussion List" 

> Under the covers, IPCS is really just AMDPRDMP. There is likely a
> subroutine inside AMDPRDMP that formats the print line. Whether that
> subroutine is  callable from another program is an open question: it
> might have an external symbol in the link map of AMDPRDMP that one can
> alias, but then again it might not.
> 
> I am not sure what Peter's original message was about, in terms of
> objective. I assume he wants to be able to format a dump of storage from
> inside a program.
> 
> If such a program is written in PL/I, one can use the HEXIMAGE() and
> TRANSLATE() built-in functions to build the hexadecimal digits and
> dots/characters, with the the asterisks and spaces easily inserted.
> There is even a PLIDUMP() built-in subroutine that can dump areas
> directly, just like a SNAP macro. If for some reason one cannot use
> PL/I, that is not of much use.
> 
> Since PL/I uses LE for much of its run-time support, there is likely a
> CEEDUMP() subroutine one can use from other languages: RTFM!
> -- 
> Regards,
> 
> Dave  [RLU #314465]



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-21 Thread Tony Harminc

On 21 September 2018 at 14:15, Farley, Peter x23353
 wrote:
> It's Friday, so how about an off-the-wall question I have always wondered 
> about.
>
> I think the answer to my question is "no", but I thought it worth asking 
> anyway.
>
> Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format storage 
> displays like this in a 121-character line:
>
> 36B219C0       
>    **

Or like this in a 204-character line:

36B219C0     
    **

I know of no supported routine, but you could perhaps call IEAVAD71
(which is in LPA module IGC0005A (SVC 51) along with lots of other
stuff, but you could link just that CSECT with your program, I
imagine). This routine formats as much storage as you like, and
handles all the boundary stuff plus insertion of "SAME AS ABOVE" for
replicated lines. The arguments to this routine are described in macro
IHAABDA in SYS1.MODGEN, which has no comment on whether this is a
programming interface. I strongly suspect it isn't, because I found it
only by looking at the MVS 3.8 source code from 1978 or so. [Of course
I don't know that this module is even still in use on modern systems -
it could be baggage that no one has removed.]

Looks like you'd have to set up at least fields ABDBLOCK and ABDLENTH,
ABDBUFAD and ABDBUFS2, and who knows what other things like work areas
it might require. But it would be harmless to try calling it from a
user program. Standard OS-type linkage with R1 -> IHAABDA and R15 ->
the module.

Oh oh - I see the 3.8 version does a work area GETMAIN from SP 253, so
that's not going to work for your average caller. :-(  I don't know if
that's still in there - maybe zap it to SP 0...?

You could also take the entire MVS 3.8 version and assemble it. But
that may well not handle storage above 16MB, and the argument list has
probably changed a bit. And in any case I gather you aren't looking
for a program to modify.

Happy Friday!

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-21 Thread Mike Schwab

Callable SNAP routine.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieav100/snap.htm
On Fri, Sep 21, 2018 at 3:36 PM Farley, Peter x23353
 wrote:
>
> Thanks for the suggestions.  I have RTFM the LE manuals and CEEDUMP only sets 
> options for the LE dump process, and CEE3DMP generates an actual LE dump 
> output, programs and control blocks and everything set by the dump options, 
> not just s targeted storage area.
>
> The question is purely academic, as I have no immediate need for such an API 
> interface, I am just curious if one actually exists.
>
> And it may exist but not be GUPI, so IBM won't tell us about it, but the 
> expertise on this list might know about it anyway (or not, especially if it 
> doesn't exist).
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of David W Noon
> Sent: Friday, September 21, 2018 4:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there an API to a "storage dump line" formatting routine?
>
> On Fri, 21 Sep 2018 15:34:29 -0400, Tom Conley
> (pinnc...@rochester.rr.com) wrote about "Re: Is there an API to a
> "storage dump line" formatting routine?" (in
> <21fc8189-7c87-a2a3-31ea-3b5acb769...@rochester.rr.com>):
>
> > On 9/21/2018 2:15 PM, Farley, Peter x23353 wrote:
> [snip]>> Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format
> >> storage displays like this in a 121-character line:
> >>
> >> 36B219C0     
> >>     **
> [snip]
> > You could call IPCS to display the storage you want.
> Under the covers, IPCS is really just AMDPRDMP. There is likely a
> subroutine inside AMDPRDMP that formats the print line. Whether that
> subroutine is  callable from another program is an open question: it
> might have an external symbol in the link map of AMDPRDMP that one can
> alias, but then again it might not.
>
> I am not sure what Peter's original message was about, in terms of
> objective. I assume he wants to be able to format a dump of storage from
> inside a program.
>
> If such a program is written in PL/I, one can use the HEXIMAGE() and
> TRANSLATE() built-in functions to build the hexadecimal digits and
> dots/characters, with the the asterisks and spaces easily inserted.
> There is even a PLIDUMP() built-in subroutine that can dump areas
> directly, just like a SNAP macro. If for some reason one cannot use
> PL/I, that is not of much use.
>
> Since PL/I uses LE for much of its run-time support, there is likely a
> CEEDUMP() subroutine one can use from other languages: RTFM!
> --
>
>
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

Of course you can do that, and I have done so more than once myself, and 
similar code in COBOL.

My question was not how to do it, but rather whether at this point in the 
operating system's life it has a generic routine to perform that 
storage-formatting function that may be accessible to ordinary application 
writers.

Or not, as the case may be.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, September 21, 2018 6:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there an API to a "storage dump line" formatting routine?

In assembler you could handle the address, then UNPK 5 bytes into 9, translate 
the FA-FF in the 8 bytes and blank the 9th.  Increment by 4 and repeat to fill 
line, and repeat to process address range.

On Fri, Sep 21, 2018 at 1:15 PM Farley, Peter x23353 
 wrote:
>
> It's Friday, so how about an off-the-wall question I have always wondered 
> about.
>
> I think the answer to my question is "no", but I thought it worth asking 
> anyway.
>
> Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format storage 
> displays like this in a 121-character line:
>
> 36B219C0       
>    **
>
> Obviously there are many ways to produce such a line in your language of 
> choice, but is there any available interface to the system routines that 
> display storage in this format?  Not the I/O to print them or send them to a 
> file, just the "storage dump formatting into a print line" part.
>
> I am of course assuming that the storage formatting routine has been rendered 
> in some common-code subroutine used by all (or some of) the "dumping" 
> routines, which may or may not be a fact.
>
> TIA for your answer even it (as I strongly suspect) the answer is "no".
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-21 Thread Mike Schwab

In assembler you could handle the address, then UNPK 5 bytes into 9,
translate the FA-FF in the 8 bytes and blank the 9th.  Increment by 4
and repeat to fill line, and repeat to process address range.
On Fri, Sep 21, 2018 at 1:15 PM Farley, Peter x23353
 wrote:
>
> It's Friday, so how about an off-the-wall question I have always wondered 
> about.
>
> I think the answer to my question is "no", but I thought it worth asking 
> anyway.
>
> Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format storage 
> displays like this in a 121-character line:
>
> 36B219C0       
>    **
>
> Obviously there are many ways to produce such a line in your language of 
> choice, but is there any available interface to the system routines that 
> display storage in this format?  Not the I/O to print them or send them to a 
> file, just the "storage dump formatting into a print line" part.
>
> I am of course assuming that the storage formatting routine has been rendered 
> in some common-code subroutine used by all (or some of) the "dumping" 
> routines, which may or may not be a fact.
>
> TIA for your answer even it (as I strongly suspect) the answer is "no".
>
> Peter
> --
>
>
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

Thanks Tom.  I didn't consider IPCS for such a task.  I'd have to read up on 
dynamically invoking IPCS to see how much effort that might be.

Interesting idea, but my guess is that it would be a tad heavyweight for an 
application that just wanted to print the contents of some storage in standard 
dump format.  Probably easier and more efficient to re-invent the wheel in your 
own code than to call IPCS.

As I said in an earlier reply, this is purely academic, just a matter of my 
curiosity on a Friday.

Regards,

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: Friday, September 21, 2018 3:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there an API to a "storage dump line" formatting routine?

EXTERNAL EMAIL

On 9/21/2018 2:15 PM, Farley, Peter x23353 wrote:
> It's Friday, so how about an off-the-wall question I have always wondered 
> about.

Peter,

You could call IPCS to display the storage you want.
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

Thanks for the suggestions.  I have RTFM the LE manuals and CEEDUMP only sets 
options for the LE dump process, and CEE3DMP generates an actual LE dump 
output, programs and control blocks and everything set by the dump options, not 
just s targeted storage area.

The question is purely academic, as I have no immediate need for such an API 
interface, I am just curious if one actually exists.

And it may exist but not be GUPI, so IBM won't tell us about it, but the 
expertise on this list might know about it anyway (or not, especially if it 
doesn't exist).

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David W Noon
Sent: Friday, September 21, 2018 4:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there an API to a "storage dump line" formatting routine?

On Fri, 21 Sep 2018 15:34:29 -0400, Tom Conley
(pinnc...@rochester.rr.com) wrote about "Re: Is there an API to a
"storage dump line" formatting routine?" (in
<21fc8189-7c87-a2a3-31ea-3b5acb769...@rochester.rr.com>):

> On 9/21/2018 2:15 PM, Farley, Peter x23353 wrote:
[snip]>> Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format
>> storage displays like this in a 121-character line:
>>
>> 36B219C0         
>>     **
[snip]
> You could call IPCS to display the storage you want.
Under the covers, IPCS is really just AMDPRDMP. There is likely a
subroutine inside AMDPRDMP that formats the print line. Whether that
subroutine is  callable from another program is an open question: it
might have an external symbol in the link map of AMDPRDMP that one can
alias, but then again it might not.

I am not sure what Peter's original message was about, in terms of
objective. I assume he wants to be able to format a dump of storage from
inside a program.

If such a program is written in PL/I, one can use the HEXIMAGE() and
TRANSLATE() built-in functions to build the hexadecimal digits and
dots/characters, with the the asterisks and spaces easily inserted.
There is even a PLIDUMP() built-in subroutine that can dump areas
directly, just like a SNAP macro. If for some reason one cannot use
PL/I, that is not of much use.

Since PL/I uses LE for much of its run-time support, there is likely a
CEEDUMP() subroutine one can use from other languages: RTFM!
-- 

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-21 Thread David W Noon

On Fri, 21 Sep 2018 15:34:29 -0400, Tom Conley
(pinnc...@rochester.rr.com) wrote about "Re: Is there an API to a
"storage dump line" formatting routine?" (in
<21fc8189-7c87-a2a3-31ea-3b5acb769...@rochester.rr.com>):

> On 9/21/2018 2:15 PM, Farley, Peter x23353 wrote:
[snip]>> Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format
>> storage displays like this in a 121-character line:
>>
>> 36B219C0         
>>     **
[snip]
> You could call IPCS to display the storage you want.
Under the covers, IPCS is really just AMDPRDMP. There is likely a
subroutine inside AMDPRDMP that formats the print line. Whether that
subroutine is  callable from another program is an open question: it
might have an external symbol in the link map of AMDPRDMP that one can
alias, but then again it might not.

I am not sure what Peter's original message was about, in terms of
objective. I assume he wants to be able to format a dump of storage from
inside a program.

If such a program is written in PL/I, one can use the HEXIMAGE() and
TRANSLATE() built-in functions to build the hexadecimal digits and
dots/characters, with the the asterisks and spaces easily inserted.
There is even a PLIDUMP() built-in subroutine that can dump areas
directly, just like a SNAP macro. If for some reason one cannot use
PL/I, that is not of much use.

Since PL/I uses LE for much of its run-time support, there is likely a
CEEDUMP() subroutine one can use from other languages: RTFM!
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-21 Thread Tom Conley


On 9/21/2018 2:15 PM, Farley, Peter x23353 wrote:

It's Friday, so how about an off-the-wall question I have always wondered about.

I think the answer to my question is "no", but I thought it worth asking anyway.

Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format storage 
displays like this in a 121-character line:

36B219C0       
   **

Obviously there are many ways to produce such a line in your language of choice, but is 
there any available interface to the system routines that display storage in this format? 
 Not the I/O to print them or send them to a file, just the "storage dump formatting 
into a print line" part.

I am of course assuming that the storage formatting routine has been rendered in some 
common-code subroutine used by all (or some of) the "dumping" routines, which 
may or may not be a fact.

TIA for your answer even it (as I strongly suspect) the answer is "no".

Peter
--


Peter,

You could call IPCS to display the storage you want.

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an API to a "storage dump line" formatting routine?

2018-09-21 Thread Gibney, Dave

If I recall correctly, and it has been a very long time, writing such 
formatting code was a very earlier exercise in my first Assembler class. I 
would expect there to ve thousands of instances of similar code out there in 
the wild.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Farley, Peter x23353
> Sent: Friday, September 21, 2018 11:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Is there an API to a "storage dump line" formatting routine?
> 
> It's Friday, so how about an off-the-wall question I have always wondered
> about.
> 
> I think the answer to my question is "no", but I thought it worth asking
> anyway.
> 
> Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format
> storage displays like this in a 121-character line:
> 
> 36B219C0    
>      **
> 
> Obviously there are many ways to produce such a line in your language of
> choice, but is there any available interface to the system routines that 
> display
> storage in this format?  Not the I/O to print them or send them to a file, 
> just
> the "storage dump formatting into a print line" part.
> 
> I am of course assuming that the storage formatting routine has been
> rendered in some common-code subroutine used by all (or some of) the
> "dumping" routines, which may or may not be a fact.
> 
> TIA for your answer even it (as I strongly suspect) the answer is "no".
> 
> Peter
> --
> 
> 
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential. If
> the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by e-mail
> and delete the message and any attachments from your system.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Is there an API to a "storage dump line" formatting routine?