Jeff Stedfast's email about gmime-filter-headers.c possibly being unnecessary with GMime 2.6 (quoted in id:87bo56viyo.fsf at nikula.org) sent me on a wild goose chase that led to this patch series. It turned out that we *did* need gmime-filter-headers for what we were doing in the reply text format, but what we were doing made no sense. Patches 1 through 4 are simply the documentation and tests that I left in my wake and are harmless to push. Patch 6 is my conclusion that how we were handling header encoding in the text reply format made no sense. Patch 5 is a step toward patch 6, but makes sense on its own even if we decide against patch 6.
- [PATCH 0/6] Clean up reply's encoding story Austin Clements
- [PATCH 1/6] lib: Correct out-of-date doc comment Austin Clements
- [PATCH 2/6] lib: Document which strings are returned ... Austin Clements
- [PATCH 3/6] reply: Document the reason for g_mime_fil... Austin Clements
- [PATCH 3/6] reply: Document the reason for g_mime... David Bremner
- [PATCH 4/6] reply: Test replying to messages with RFC... Austin Clements
- [PATCH 4/6] reply: Test replying to messages with... Austin Clements
- [PATCH 5/6] reply: Remove extraneous space from gener... Austin Clements
- [PATCH 6/6] reply: Use RFC 2822/MIME wholly for text ... Austin Clements
- [PATCH 6/6] reply: Use RFC 2822/MIME wholly for t... Austin Clements
- [PATCH 0/6] Clean up reply's encoding story Tomi Ollila
