SPX password specified by recipient queue the email
When using SPX encryption for email protection, if we set the password type to "Specified by recipient" the email will get sent by the Sender; but a return message will come back saying "a password is not yet created by the recipient. You will be informed once it has been created and then you can send email to the recipient". Instead of making this a manual task for each encrypted email, XG should queue/hold the encrypted email waiting for a password to be made, then automatically send it to the recipient. This is how the email appliance SPX process works currently; lets bring it to Sophos XG!
THis feature requires MTA mode. Without MTA mode, there is no mechanism to store and retry messages.
Jeff B commented
This should be a BUG report, not a feature request. Having to resend a message just because the user has not registered for a password is completely the opposite of the way it works on the SG. Not only that I NEVER receive the message from the UTM that the secure message was not delivered, it just disappears into the ether of the interwebs. This probably explains why I never get the message that initiates the need to register for a password when I receive my first encrypted message, it is simply gone. Please fix this ASAP, the way it is now makes Specified by Recipient utterly useless.
Feature request was submitted on behalf of lferrara.