RE: Using SNDNETF

If the OP is considering getting away from SNDNETF, I'll put in a plug for GoAnywhere. Of course, it may be a heavy lift to plug that into all his programs.

My last employer was a heavy GA user and I dealt with this same issue. It was very simple to add a bit of code to the email tasks to send to a generic Dev mailbox from our testing environment. I also added a footer noting it was a dev/testing email and included the original addressee names for verification.

Of course, the same could be accomplished with SNDNETF - just need to locate all the programs that do it. Perhaps externalize the email send to a single called program.

It's the same issue with switching to GA - you have to touch every program. Much easier to administer though and so many other benefits.


Roger Harman
COMMON Certified Application Developer - ILE RPG on IBM i on Power


-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Jim Oberholtzer
Sent: Thursday, July 6, 2023 8:26 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Using SNDNETF

The other point to be made is the SNADS network stuff has not been touched
by IBM in quite some time. I'm not even sure the support center has any
experts left.

I would strongly urge another solution to SNADS or anything connected to
SNA networks.

There are much better solutions out there as Gavin points out.




On Thu, Jul 6, 2023 at 9:55 PM Gavin Inman <midrangelist@xxxxxxxxxxxxxx>
wrote:

I know you got a lot of advice, but we used to be heavy SNDNETF through
SNADS shop, but we've switch to FTP because it's much faster and no setup.

If you're interested I can send you a generic REXX script that can FTP
anything from point a to b, either direct (GET OR PUT). It can be
embedded into a program or callled via command from a command line.

Credits: I didn't write it, all the credit goes to a former IBM'r who I
used to work with.

Gavin.

On 7/6/2023 4:08 PM, Howie, Bill wrote:

Hello all,

We are having an issue using SNDNETF to send files between two of our IBM
i partitions. We know why this is. We do not have the MSF jobs running in
the QSYSWRK subsystem on the "receiving" partition. This is because we
don't want inadvertent emails going out from our test system to customers
that look exactly like ones from our production system. Does anyone know
if there's some sort of "happy medium" in the configuration where SNDNETF
will work without the MSF jobs running, or maybe a way in the config to
prevent all emails from leaving the system? Any input would be most
appreciated. Thanks!



Bill Howie[Related image]<https://www.hc-companies.com/>
Senior ERP Programmer/Analyst
Office: 330.486.5818 | Cell: 330.486.5818 | Toll Free: 800.225.7712
2450 Edison Blvd., Suite 3, Twinsburg, OH 44087
<https://www.google.com/maps/search/2450+Edison+Blvd.,+Suite+3,+Twinsburg,+OH+44087?entry=gmail&source=g>
hc-companies.com<https://www.hc-companies.com/>
Leader in Horticultural Containers
[cid:4705a38f-3d39-4db0-b14c-7f6f6ef51d4f]<
https://www.linkedin.com/company/the-hc-companies>
[cid:b87611fa-0be3-4428-9436-94d742bb1e5e]<
https://www.facebook.com/HCCompanies/>
[cid:1b61204f-d090-4c4e-9fa3-b310d03066fe]<
https://www.instagram.com/hccompanies/>
[cid:e6e7eb02-1cff-417f-9a11-7a35bd18f48b]<
https://twitter.com/hc_companies>

Disclaimer

The information contained in this communication from the sender is
confidential. It is intended solely for use by the recipient and others
authorized to receive it. If you are not the recipient, you are hereby
notified that any disclosure, copying, distribution or taking action in
relation of the contents of this information is strictly prohibited and may
be unlawful.

This email has been scanned for viruses and malware, and may have been
automatically archived by Mimecast Ltd, an innovator in Software as a
Service (SaaS) for business. Providing a safer and more useful place for
your human generated data. Specializing in; Security, archiving and
compliance. To find out more visit the Mimecast website.


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

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

--

--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.