summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJeffrey Stedfast <jestedfa@microsoft.com>2019-07-28 10:07:33 -0400
committerJeffrey Stedfast <jestedfa@microsoft.com>2019-07-28 10:07:33 -0400
commit8b63870d1c5e646d96c957d150f7f3270ac85e3a (patch)
treeda8602f3777c454c1f5f01ca4ce23259c8e7ae5b
parenta51efd4849cf815c4fbbec1511e9710f83a3801b (diff)
downloadgmime-8b63870d1c5e646d96c957d150f7f3270ac85e3a.tar.gz
Modified GMimeParser to not set the OpenPGP state for base64/uuencoded content
Fixes issue #60
-rw-r--r--gmime/gmime-parser.c4
1 files changed, 0 insertions, 4 deletions
diff --git a/gmime/gmime-parser.c b/gmime/gmime-parser.c
index 4261a4ac..0ea64e82 100644
--- a/gmime/gmime-parser.c
+++ b/gmime/gmime-parser.c
@@ -1629,10 +1629,6 @@ parser_scan_mime_part_content (GMimeParser *parser, GMimePart *mime_part, Bounda
/* If the Content-Transfer-Encoding is not obfuscated by base64 or uuencode,
then we can safely assume that no OpenPGP blocks exist. */
g_mime_part_set_openpgp_data (mime_part, GMIME_OPENPGP_DATA_NONE);
- } else if (!g_mime_content_type_is_type (content_type, "text", "*")) {
- /* The content is base64 or uuencoded, but it's not text so it should be safe
- to assume that there won't be any OpenPGP blocks in the decoded content. */
- g_mime_part_set_openpgp_data (mime_part, GMIME_OPENPGP_DATA_NONE);
}
break;
}