HCL Domino Ideas Portal
Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.
For more information and upcoming events around #dominoforever, please visit our Destination Domino Page
In my opinion: this is a common business case, e.g. third application has to send mails in the name of current user but has no mail interface -> create an EML file on the fly and open it with standard mail client on the system.
Note: Yes, it would be nice to send the mail directly out of that application, save it directly in the appropriate context, but in some cases this is not possible or best solution .
Workaround in Notes/Domino until HCL fixed this: Add some code in methode CorePostOpenExtension of the standard mail template -> copy open EML document to mail db, remove items "EML" and "X_Unsent", close EML document and open the copied document at the end.
Note that this came about do to Open Text's (formerly EMC) AppXtender product used to operate just fine with Notes. Their latest version no longer seems to use the former MAPI calls (apparently depreciated). Their current implementation works fine with Outlook and other applications. While from where I sit it cannot be determined if this is or is not an RFC compliant option, it does permit users of other email platforms to ability to do the important thing - operate as expected and get the job done. Is this something difficult to do with Notes? It's going to take a lot of 'yes, our product works with this or that product' now in order to get customers to come back if it's not too late, or more important - keep the ones you have.