New commit detected on ManageIQ/manageiq/darga: https://github.com/ManageIQ/manageiq/commit/13ede3581e7289be4269159e78f4d13493c8bc0f commit 13ede3581e7289be4269159e78f4d13493c8bc0f Author: Greg McCullough <gmccullo> AuthorDate: Wed Sep 28 16:00:48 2016 -0400 Commit: Oleg Barenboim <chessbyte> CommitDate: Fri Oct 7 15:24:31 2016 -0400 Merge pull request #11405 from billfitzgerald0120/servicerequestpending_email Automate - fixed problem with request_pending email method. (cherry picked from commit 1e6b4b3763f72fdd1b15baaad6f62698eac26fbe) https://bugzilla.redhat.com/show_bug.cgi?id=1379693 .../__methods__/servicetemplateprovisionrequest_denied.rb | 7 +------ .../__methods__/servicetemplateprovisionrequest_pending.rb | 4 +--- 2 files changed, 2 insertions(+), 9 deletions(-)
Dmitry, 1. Set Default value from 'auto' to manual' in ManageIQ / Service / Provisioning / StateMachines / ServiceProvisionRequestApproval / Default 2. Run a service provisioning request. 3. Check that the service item is pending in the request queue. 4. Approve the service. At this point you should get the email. If email is not configured for your appliance, you will still see it in the automation.log. If this is not working for you, please let me know. Thanks Billy
Verified in 5.6.3.2.20161122182608_0e3170f. Email successfully sent after approving service provision request.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2016-2839.html