On Tue 2016-01-12 11:44:18 -0500, David Bremner wrote: > [gaudenz wrote:] >> When sending encrypted mail the key lookup to encrypt to is done case >> sensitive on the mail address. As mail addresses are case insensitive >> this should be done case insensitive. Otherwise keys for users which for >> some reason have uppercase letters in their email address in the key UID >> are not found. fwiw, i agree with gaudenz that this is the right thing to do, despite being a gray area. For the right-hand side of an e-mail address (the stuff after the @; the e-mail domain), the DNS label there is case-insensitive by definition. There may be some additional thinking to be done here when thinking about non-ASCII DNS labels in the RHS, though -- should we be normalizing the domain names in doing the search? using punycode? The stuff before the @ is a bit more problematic. According to the standards documents, the left-hand-side of an e-mail address (the "domain-specific" part) is up to the mail domain to parse and process. So it would not be a violation of the public specifications for the operator of the MX for example.org to provide three distinct mailboxes for alice@example.org and Alice@example.org and ALICE@example.org. However, i know of no mail providers that do so, and anyone proposing to do such a thing should have their head examined. Examining GnuPG's interface here, it looks like gpg already does case-insensitive matching when searching for an e-mail address surrounded by angle-brackets. So where is the case-insensitive lookup happening? Is this a bug in mml-mode, or in notmuch-emacs? --dkg