On 16.09.2019 12:58, Claus Assmann wrote: > On Mon, Sep 16, 2019, Binarus wrote: > >> Surname, Forename | Company <em...@company.de> > >> Commas are not allowed as part of email addresses. While I knew that, I > > unless quoted, e.g., > "Surname, Forename | Company" <em...@company.de>
Thanks, Claus, for the clarification / correction, and for your continuous support and expertise. Additionally, I just did a quick test. Using Thunderbird, I sent two messages to somebody else, one from an account where the name contained a comma and another one from an account where the name only contained [a-zA-Z] and spaces. Interestingly enough, Thunderbird did its thing right, at least in generating the "FROM:" line. It wrapped the name in quotes in the first case and left away the quotes in the second case. In other words, the receiver got two messages with "FROM:" lines which were formatted differently: FROM: "Surname, Forename | Company" <em...@company.de> FROM: Forename Surname <em...@company.de> So Thunderbird seems to add the quotes automatically if necessary, and I am asking myself why Enigmail doesn't. I am not sure (and can't test at the moment) how GnuPG would behave if given a problematic name when generating a key; I hope it would give a warning or would add the quotes automatically. >From a quick glance at the web API (VKS interface) and at the HKP >implementation of keys.openpgp.org, I got the impression that there isn't a >status code or return value from which tools like Enigmail could see that >there was a problem with parsing a key's ID. Perhaps the extended status codes >in the HKP protocol could be used to return that sort of error, but even that >is questionable, and I guess that this is not implemented anywhere. In other words, the key server currently is not able to report such errors when a key is being uploaded via HKP or the web API. Am I correct here? If yes, should we consider this a design flaw in these key server APIs? After all, tools like Enigmail then wouldn't have the chance to report such errors to the user when trying to upload a key. Vincent, could you eventually elaborate a bit on that problem? If we only would be able to read every RFC which affects any software we use for our daily work ... Regards, Binarus _______________________________________________ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
