This portal is to open public enhancement requests against the products and services belonging to IBM Sustainability Software. 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.
It is important to consider queue management e.g. what should the maximum size of the queue be?
What tools are going to be provided to manage the queue?
Can the queue entries be filtered / deleted? If a process generates a large amount of emails with bad email addresses then the customer may want to be able to delete all those emails without putting work on the mail server
Can this functionality be switched off? Some customers deliberately set a bad email server name to prevent the system sending emaiils - they won't want the emails to be queued
Putting the email in the standard sequential outbound queue could be problematic -- other outbound integrations would stop because SMTP is down. Maybe, instead, the message could be queued to the continuous inbound queue destined for COMMLOG. Take the idea or leave it...just getting ideas out there.
Email delivery and tracking is important. I would submit that any and all email, as it is processed through a queue, should also be logged in the COMMLOG table.