Re: SNDDST not working after V7 upgrade

On 19-Dec-2013 05:57 -0800, rob@xxxxxxxxx wrote:

Paul,

Maybe you're right...
http://www.ibm.com/support/docview.wss?uid=nas27a11ff9db49db7f586256ea900714552
http://www.ibm.com/support/docview.wss?uid=nas28f129bd920f1fd4a86256eb0003cadcc

FWiW [for the archives, per the APARs\links will surely be purged soon enough] those v5r3 APARs, SE16086 and SE15891 [one a sysroute\copy of the other], suggest that the directories _under_ the /QTCPTMM are not saved, *except* its MAIL directory; i.e. not an issue with the Can Be Saved (*ALWSAV) attribute of that directory itself, but some\most of its subdirectories.

SE15891 - TCPIP-SMTP-MSGCPFA09C CPFA09C WHEN SENDING MAIL AFTER A FULL SYSTEM SAVE AND RESTORE. DIRECTORIES FOR QTCPTMM ARE MISSING.
SE16086 - TCPIP-SMTP-MSGCPFA09C CPFA09C WHEN SENDING MAIL AFTER A FULL
"...
_Problem Summary_

System SAV/RST does not save QTCPTMM directories, except for MAIL. All others are suppose to be recreated once touched. This is not happening. MSF doesn't have authority.
..."

But with regard to the scenario as described by the OP whereby "the SNDDST command runs with no error but does not send to the email address", that issue from the APARs seems unlikely to be an origin. Surely the OP would be happier to have such an obvious failure :-) And that those directories could be the origin for the issue for the OP is further diminished in likelihood, by the fact that the side effects from the unsaved subdirectories were to have been _resolved by_ the PTFs for those APARs back in v5r3m0. The changes\fixes were to ensure that the missing directories would be automatically created by POP and SMTP, rather than only by MSF [server startups presumably], if\when the missing directories condition was detected, and that the owner and authorities for those since-created directories would be properly established, irrespective the user [QMSF or QTCP] established for the process as provided in changes to the service program QTCP/QTMSUTL.