Re: PTF 5770TC1-SI54738 and QSECOFR *USE

I contacted HelpSystems (providers of ESEND) support. At their suggestion
I did the following:

1) I first set QSECOFR user profile to PUBLIC *EXCLUDE (which is what it
used to be) and left it there.

2) I removed PTF 5770-TC1 SI54738, did ENDMSF and ENDTCPSVR(*SMTP),
followed by STRMSF and STRTCPSVR(*SMTP). The email went out fine.

3) I then reapplied the PTF, did ENDMSF and ENDTCPSVR(*SMTP), followed by
STRMSF and STRTCPSVR(*SMTP). The email errored out with the error I
originally reported.

4) To be sure, I removed the PTF again, did ENDMSF and ENDTCPSVR(*SMTP),
followed by STRMSF and STRTCPSVR(*SMTP). The email again went out fine.

So it definitely looks like this PTF is what caused the error. Now the
question: is the PTF in error or is ESEND not doing something right?

Awaiting their response.



On Wed, Oct 1, 2014 at 1:24 PM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

After I received a few emails from customers with issues with email after
applying the latest CUME I recently sent out an email to all my MAILTOOL
users mentioning this as well linking them to a description and fix I set
up for them:

http://fieldexit.com/forum/display?threadid=1

Apparently there are more than one issues that happen, and it isn't always
the error described in the posting above.

I also had one customer on V7R1 who applied the fix and DIDNT have any
problems (and was using the base MAILTOOL product which uses QtmmSendMail,
and not MAILTOOL Plus which bypasses it).

Go figure. :)

Brad
www.bvstools.com

On Wed, Oct 1, 2014 at 12:14 PM, Jeff Crosby <jlcrosby@xxxxxxxxxxxxxxxx>
wrote:

Rob,

Restricted rename and unlink is already No.

And yes, it's SI54738. Got it right in the subject but not in the body.
Sorry about that.


On Wed, Oct 1, 2014 at 1:08 PM, <rob@xxxxxxxxx> wrote:

I took the liberty of changing SF54738 to SI54738. That helped the
searching a bit more.
First, look at Charles suggestion.
Then, WRKLNK '/tmp', use option 8 and ensure that
Restricted rename and unlink . . . . . : No
If yes, use 13=Change attribute to change it to No.
If that doesn't sound familiar, search the archives. I thought IBM was
thru changing this at every IPL to suit their whim.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com

--
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.

--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.
--
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 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.