The Provisioning Information MAY be sent from Sender to Receiver over an arbitrary messaging channel, but that would not provide a good user experience. Users MAY need to copy and paste the Provisioning Information, or need a special application to handle some new file type. This violates (Req-SmoothUX). If multiple round trips were required the user would need to manually managing multiple payloads of Provisioning Information. This would be very hard for anyone non technical and greatly limit adoption. This violates (Req-NontechnicalUX).
First, this references the two UX requirements that we removed (and besides that, I don't think it is the case that copy and pasting would be required). The one bit that remains is that provisioning may require multiple round trips. That seems like an assumption that we're making that should be documented and substantiated.
In the existing solutions review for arbitrary message channels
First, this references the two UX requirements that we removed (and besides that, I don't think it is the case that copy and pasting would be required). The one bit that remains is that provisioning may require multiple round trips. That seems like an assumption that we're making that should be documented and substantiated.