For my use case I’m trying to have an Email Listener without handling any outbound emails (in other words, in the Email Account rule, Receiver configured and Sender left blank). In the rule section for the Email Account, these values are not required. The rule can be saved without mapping the sender values. This works as expected.
However, when restarting the Email Listener in Admin Studio, the following error is triggered: “Start operation failed for CSEmailAccount (Failed to launch listener, java.lang.IllegalArgumentException: Provided email account instance do not have sender details configured).”
Clear and easy to fix. But the interesting part is that after the sender details have been configured and the Email Listener is succesfully up and running again, I am free to retroactively remove the Sender and have the Email Listener still work as I would expect it to - handling the receiving of emails exclusively.
Since these rules allow room for this workaround, I’m starting to wonder whether I’m facing a bug somewhere in these series of actions.
@BKaan please log a support issue via the MSP if you can replicate the issue consistently.
Based on the information provided, it seems like you’ve encountered a behavior where the Email Listener requires sender details to start, but continues to function without them once started. This could be due to the initial validation checks performed when starting the listener. However, once the listener is running, these checks may not be performed again, allowing the listener to continue functioning even after the sender details are removed. If this behavior is causing issues or if you believe it’s a bug, I recommend raising a support request with Pega for further investigation.
This is a GenAI-powered tool. All generated answers require validation against the provided references.