Because OPEN-DECODED-FILE-PORTION only knows about transfer encodings it would only return a character stream for 7bit encoded bodies. This causes inconsistent behavior where some bodies would return binary and some character streams. To fix this, we specialize MIME-BODY-STREAM for MIME-TEXT parts which may or may not be a good enough solution. We may actually want to make MIME-BODY-STREAM binary always and let the user handle decoding?! This may be a good idea to take care after yet another stream machinery redesign. Since the mime4cl test suite doesn't test MIME-BODY-STREAM (much), add a message generated by notemap that hits this issue to the mblog golden test suite. Change-Id: Ie340c42ced6c693af9b3c84b177408d6b6d2c9c4 Reviewed-on: https://cl.tvl.fyi/c/depot/+/12913 Reviewed-by: sterni <sternenseemann@systemli.org> Autosubmit: sterni <sternenseemann@systemli.org> Tested-by: BuildkiteCI |
||
|---|---|---|
| .. | ||
| agenix | ||
| bat_syntaxes | ||
| cgit | ||
| chicago95 | ||
| clj2nix | ||
| elmPackages_0_18 | ||
| emacs/rcirc | ||
| exwm | ||
| gerrit | ||
| gerrit_plugins | ||
| git | ||
| gitignoreSource | ||
| gopkgs | ||
| hii | ||
| irccat | ||
| kernelPatches/trx40_usb_audio | ||
| lisp | ||
| naersk | ||
| napalm | ||
| nixpkgs | ||
| nsfv | ||
| overlays | ||
| prometheus-fail2ban-exporter | ||
| public-inbox | ||
| python/broadlink | ||
| radicle-explorer | ||
| rust-crates | ||
| rustsec-advisory-db | ||
| smtprelay | ||
| sources | ||
| teleirc | ||
| terraform-provider-glesys | ||
| default.nix | ||
| README.md | ||
Third-Party Code
Code under this folder is one of the following:
-
Externally developed dependencies which have been imported ("vendored") into this repository. These dependencies come with their own licenses and whatever else.
-
Code that is developed inside of this repository, but released to an external repository via Copybara.