GPGTools/GPGServices — comment on commit 1fb005e2018b00c7d0ebca91064b9ecdfb414c1d
File:  line 0
By burdges:

Isn't the problem that some Windows GnuPG installations weren't configured to switch to "\n"? I wrote it this way to address a couple failure modes where the file got converted after signing.

Anyone ever seen such an error occur in GPGMail? Afaik, we'd never actually run the retry passes in GPGMail because Email has been standardized according to Luke's link.

We aren't treating text files this way in GPGServices even now, only pasteboard data. I figured we faced more risk of error reporting being delayed by enormous files, but pasteboard data cannot be that large. You could report the error but keep trying to say "oh never mind, I figured it out" later.

We might need to revisit such issues if we ever write a Safari extension like FireGPG, maybe IIS uses CR+LF or whatever, but maybe specific html might need stripping too, again moving beyond the realm of Libmacgpg. See : http://getfiregpg.org/s/home