× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I believe I heard that bet several releases ago.
Anyway we're not talking about using Net.data per se. Just taking advantage of an email built-in it provides, much like digging a function out of QShell to avoid a development investment.

That being said. U gotta give IBM some credit for a product that has all the nuts and bolts to implement a basic web architecture that is so simple u can learn it in a day and all wrapped up into a single program and a few attendant service programs. Newer technologies come with GUIs but also large numbers of objects and often non-trivial learning curves. Learning Net.data is as easy as learning CLP. It can be used in the same way as a simple scripting language or to build a GUI if you have a mind to do so.

Peter

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: Saturday, 22 December 2012 12:32 p.m.
To: Midrange Systems Technical Discussion
Subject: Re: Looking for email package recommendations on the i

Not really. The applications like the certificate manager are quickly being replaced by code in the new web based navigator products. I'll bet the certificate manager is updated in the next year or so.

Rexx is a bit different since it has very heavy use outside of IBM i, mainframe mostly. I'll bet that's around for some time.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 12/21/2012 3:38 PM, Peter Connell wrote:
orrect.

But you can be sure that Net.data it's still viable as long as IBM continue to use it to deploy their web GUI for the Digital Certificate Manager.

I also use REXX since it has some neat features. People say that's not for today either and that IBM may shelve it.

If IBM have a feature that they have done all the donkey work to make it a one liner then why not use it.
If the feature is eventually removed then your initial investment is trivial and there is likely to be an alternative that can be considered.
There are a plethora of developers out there ready to send you down a path that may have to be replaced anyway and that cost must also be considered.
I remember having to write my own xml parser until Barbara finally gave us built-ins.

Peter



-----Original Message-----
From:midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: Saturday, 22 December 2012 4:18 a.m.
To: Midrange Systems Technical Discussion
Subject: Re: Looking for email package recommendations on the i

It is still supported and delivered but only on IBM i, all the other platforms have dropped it. It is not being updated nor enhanced and will eventually be removed from the system. It is not a preferred solution for anything new. It's there because IBM made the promise they would not intentionally break applications.

All that said, it is really a cool product, just not in today's marketplace.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 12/21/2012 8:38 AM, Matt Olson wrote:
I thought Net.Data wasn't supported anymore? If it is infact not supported anymore I would suggest doing one of the other alternatives. The RPGMail alternative seems to be much more versitile.

-----Original Message-----
From: Nathan Andelin [mailto:nandelin@xxxxxxxxx]
Sent: Thursday, December 20, 2012 9:30 PM
To: Midrange Systems Technical Discussion
Subject: Re: Looking for email package recommendations on the i

> From: Peter Connell
> Oh dear, I forgot to mention 2 setup steps -
I just wanted to report back that your instructions worked great; I filled in minor gaps. Mail relay through our external ISP worked fine.

CL Program:

PGM

CD DIR('/qsys.lib/qsyscgi.lib/')

ADDENVVAR ENVVAR(PATH_INFO) +
VALUE('/qsys.lib/qsyscgi.lib/qclsrc.file/ma+
cro.mbr/send') MONMSG MSGID(CPF0000)

CALL PGM(QSYSCGI/DB2WWW)

DSPPFM FILE(QTEMP/STDOUT)

ENDPGM

Net.Data Macro:

%define HTML = {<html><body><table>

<tr><td>Hi there Nathan</td></tr>

<tr><td>This is an HTML formatted email sent from
DB2WWW</td></tr>

</table></body></html>

%}

%html(send) {

@dtw_assign(sndaddr,"nandelin@xxxxxxx")
@dtw_assign(rcvaddr,"nandelin@xxxxxxx")
@dtw_assign(subject,"test") @dtw_sendmail( sndaddr, rcvaddr, HTML,
subject,"","","","","","","html")

%}
--
--
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.

#####################################################################################

This correspondence is for the named person's use only. It may contain confidential
or legally privileged information, or both. No confidentiality or privilege is waived
or lost by any mistransmission. If you receive this correspondence in error, please
immediately delete it from your system and notify the sender. You must not disclose,
copy or rely on any part of this correspondence if you are not the intended recipient.
Any views expressed in this message are those of the individual sender, except where
the sender expressly, and with authority, states them to be the views of Veda.
If you need assistance, please contact Veda on either :-
Australia 1300-762-207 or New Zealand +64 9 367 6200

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.