Isn't this an OS390 O/S?, if so, I'm not sure what SDSF REXX interfaces are
supported.
I have developed some SDSF REXX code (sorry Ed Jaffe ). It does
exactly what Tony is looking for.
We have some Windows apps that talk back to Tivoli Workload Scheduler and
all the output ends up in a Tivoli
On 8/28/20 5:46 PM, Seymour J Metz wrote:
A DSN *is* a standard bounce.
Yes. But not all bounces are DSNs.
--
Grant. . . .
unix || die
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On 8/28/20 5:44 PM, Seymour J Metz wrote:
Doing a direct to MX session will let you see rejection messages,
but your firewall may not allow that and even if it does you could
get a subsequesen DSN.
If you are the sending system, you would be the one to generate said
DSN. So ... why would
I suggest the original output be directed to a regular file, which would
make reading it for the split much simpler. If that's not an allowed
change, oh well (or ow, hell?).
I think I might suggest to the client that I could replace the existing
vendor product for say, 50% of the cost. That
On 8/28/2020 4:37 PM, Gibney, Dave wrote:
How about with APIs available with E(JES) :) ?
Haha! Thanks Dave for pointing out (E)JES' API can be called from HLASM,
COBOL, C/C++ and similar machine-speed languages (as well as REXX and
Java). SDSF's is REXX and Java only.
In this case, I
I agree that a mail to SPOOL gateway would be nice and an RFE would be
appropriate. I'm not sure that I would call dropping the facility a glaring
deficiency, but it is certainly unfortunate.
I assume that IBM simply wants people to use an e-mail client off of the
mainframe.
No, adding
Note that silently dropping suspected spam, or silently moving it to a junk
folder, greatly increases the cost of false positives. A well managed mail
system sends 55x responses and DSNs for suspected spam.
Also note that a user may be sorting legitimate mail based on, e.g., source,
subject,
A DSN *is* a standard bounce.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Grant Taylor <023065957af1-dmarc-requ...@listserv.ua.edu>
Sent: Friday, August 28, 2020 11:51 AM
To:
Only use a web bug if you know that the receiving system won't treat it as spam
and that the recieving mail client is configured to render HTML.
Doing a direct to MX session will let you see rejection messages, but your
firewall may not allow that and even if it does you could get a subsequesen
How about with APIs available with E(JES) :) ?
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Ed Jaffe
> Sent: Friday, August 28, 2020 4:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: report splitting
>
> On 8/28/2020 3:40 PM, Gibney, Dave wrote:
> > I
On 8/28/2020 3:40 PM, Gibney, Dave wrote:
I think I've recently seen SDSFand Rexx examples here sufficient to make a
start at this.
Okay, if they are short reports.
I would *NOT* process millions or even hundreds of thousands of lines of
SPOOL data using REXX.
--
Phoenix Software
I think I've recently seen SDSFand Rexx examples here sufficient to make a
start at this.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Tony Thigpen
> Sent: Friday, August 28, 2020 3:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: report splitting
>
> I
I need to clarify that we can't touch the programs. All the original
programmers are gone and with them their knowledge. The one contract
programmer they have is only allowed to make regulatory changes.
This has to be done with a process that gets the reports out of the JES2
queue and puts
On 8/28/20 11:46 AM, Statler, David wrote:
You may be able to utilize the "Undeliverable" feature in the CSSSMTP
Config setup. You can specify the action to take (store or delete)
on a dead letter and a unix directory to store it in.
What does CSSMTP do if I send email from a perfectly valid
http://www.mabu.org/jcl-reference.pdf OS/390 2.10 from 2000 reference.
Same example is on
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieab600/outst.htm
//OUT1 OUTPUT DEST=STLNODE.WMSMITH
//OUT2 OUTPUT CONTROL=DOUBLE
//DSDD
Look into file 527 on the CBT tape. There is a callable sub-program that
allows a COBOL (or any other language) program to change a f SYSOUT file
characteristics. Close the report file in the program, change what you want
changed, then open the report file. This creates a separate SYSOUT
On 8/28/2020 6:20 AM, Tony Thigpen wrote:
The current project involves removing costly third-party software that
is providing minimal returns for a large cost. One of those products
is a report archive system, but the only part still being used is the
function of 'report splitting' which
You may be able to utilize the "Undeliverable" feature in the CSSSMTP Config
setup. You can specify the action to take (store or delete) on a dead letter
and a unix directory to store it in.
David
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Sasso, Len
Sent:
Run the report files through their sort product. Depending on how complicated
the split criteria is, it might be quite simple to split.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Tony Thigpen
> Sent: Friday, August 28, 2020 6:21 AM
> To:
On 8/28/20 7:39 AM, Joel C. Ewing wrote:
You seem to be asking for an impossibility here because the email
protocol as currently implemented doesn't support this.
There is a way to have a relatively good indication if a message was
displayed or not. It relies on HTML and unique per message
On 8/28/20 7:36 AM, Paul Gilmartin wrote:
The inability to handle Delivery Status Notifications is a glaring
deficiency of CSSMTP, worthy of an RFE to repair this regression.
DSNs / MDNs / other non-standard bounces don't need to come back into
CSSMTP. The just need to come back into an SMTP
On 8/28/20 5:57 AM, Sasso, Len wrote:
Does anyone have JCL that sends an email, using CSSMTP, from the
Mainframe and if it is unable to be delivered, for any reason, sends
an email back to the Sender with a corresponding message?
I'm guessing that since CSSMTP is involved, the JCL / job is
On Fri, 28 Aug 2020 08:39:33 -0500, Joel C. Ewing wrote:
>
> It would have to be a highly unusual
>situation before most informed users would ever allow a receipt to be
>returned.
>
... very dangerous - there's tremendous fraud involved.
-- gil
You seem to be asking for an impossibility here because the email
protocol as currently implemented doesn't support this. There is no
way for a sender of email to distinguish between email that is accepted
by its target domain but classed (correctly or incorrectly) as spam and
thrown into the
On Fri, 28 Aug 2020 13:01:54 +, Seymour J Metz wrote:
>Once CSSMTP has submitted your e-mail, it has no involvement. You should get a
>DSN if there is a problem, but, unlike SMTP, CSSMTP does not handle incoming
>mail.
The inability to handle Delivery Status Notifications is a glaring
the only thing I can think of is RMDS, if its still available, you don't need
to use the RMDS repository and can be used to split out reports to different
recipients
--
For IBM-MAIN subscribe / signoff / archive access
All,
I have an old OS/390 2.10 system that I need to support for a few more
years until the customer finishes their off-platform migration.
The current project involves removing costly third-party software that
is providing minimal returns for a large cost. One of those products is
a report
There are products that can do this, JES2MAIL is one we use, z/osmf can be used
but I have configured z/osmf to use the lan (MS) smtp server and use jes2eds
notification
//NFY NOTIFY EMAIL='u...@domain.com' after the jobcard.
Once CSSMTP has submitted your e-mail, it has no involvement. You should get a
DSN if there is a problem, but, unlike SMTP, CSSMTP does not handle incoming
mail.
There is a mechanism for requesting acknowledgement of successful delivery, but
it is optional and often abused; many sites do not
Does anyone have JCL that sends an email, using CSSMTP, from the Mainframe and
if it is unable to be delivered, for any reason, sends an email back to the
Sender with a corresponding message?
Thank You and Please Be Safe!
Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics
30 matches
Mail list logo