monkeysign fails to send certifications of User IDs that lack an e-mail-address
some keys, like 25FC1614B8F87B52FF2F99B962AF4031C82E0039, have a user ID that has no e-mail address.
If the user indicates that they intend to certify that user ID, its certification should be attached to any other certification that can be sent -- so the certifications are sent in tandem.
So for example, if an OpenPGP certificate looks like:
uid 0: Alice Jones uid 1: Alice Jones <firstname.lastname@example.org> uid 2: Alice Jones (CEO) <email@example.com>
then the e-mail that goes to
firstname.lastname@example.org should contain the certification for User IDs 0 and 1, and the e-mail that goes to
email@example.com should contain the certification for User IDs 0 and 2.
That way, if the recipient gets any of the e-mails, they can see a certification over the user ID that has no e-mail address.
What monkeysign currently does in the above scenario is to try to send the certification of User ID 0 to "Alice Jones", which is typically treated as a bogus e-mail address and gets bounced.
The behavior i'm proposing is how caff handles this kind of User ID, fwiw.