This is something I hoped to be helped with. I think I lack the required language skill, background knowledge and experience to write a standard.
I understand. Implement your scheme and write a draft about it! I think your ideas are too far-fetching to be reasonable added to this document. There are many details that has to be solved.
The discussion here made me realize there may be merit with all threeThree or maybe even four, five? I was trying to decide whether to use preference=sign,encrypt or preference=encrypt,sign and I realized that they may be different. You can:
variants.
You are absolutely correct - it is really difficult issue. In other words, preference should increase security, but never decrease.On the other hand, preference=insecure means that user does *not* want to receive any signed or encrypted messages. I would imagine that many maillists will use this option to keep their messages clean.
I'm not sure this is a good idea. The OpenPGP header is not protected in any way. If someone inject a 'OpenPGP: preference=insecure' and that caused MUAs to avoid a default behavior of signing/encrypting messages, that would be a security problem.
Thanks, David
Attachment:
signature.asc
Description: OpenPGP digital signature