This portal is to open public enhancement requests against IBM Power Systems products, including IBM i. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
If I interpret the OP's idea correctly, the problem is not that the list of email logs doesn't go far enough back in time. The problem is that if a message fails to be delivered and then is successfully delivered after a retry per the settings in CHGSMTPA, the log from the original attempt is lost.
The attached screenshot contains an example. The message with subject "Invoice 581048" was initially attempted to be delivered to our relay server at 16:22:13 but it failed. The print writer logs the failure when it crashes, but SMTP continues to retry per the settings in CHGSMTPA. The message you see at 16:27:22.641 is the NDL notice send to the PDF Mail Administrator - notably 5 minutes after the initial message failed. Then the message you see at 16:32:31.081, 10 minutes after the initial failure, indicates the message was successfully sent.
The problem I have, and which I believe the OP shares, is that the log of the successfully retried message at 16:32:31.081 does not contain logging information from the initial failure. In fact, WRKSMTPEMM contains no diagnostic information whatsoever for the 16:22:13 failure. It would be nice if all logging information from initial and subsequent failures were captured with the logs from the final email attempt.
I'm happy to illustrate this with a screen sharing session if you like.
~Aaron
IBM Power Systems Development
Hi, if I have understood your idea, then I believe this is available today, you will just need to adjust the CHGSMTPA KEEPUNTIL value and restart SMTP, more information on this in the article below:
https://powerwire.eu/what-happened-to-my-emails/
If I have missed the point, please add add more details to this idea and we will discuss it further on a future CEAC meeting.
I hope this helps.
Steve Bradshaw
IBM Champion, Member of CEAC, TD or i-UG.co.uk and Friendly Techie at RowtonIT.com
IBM Power Systems Development