Hello Andrew,
> It's not done by my MUA, and it's present in your latest posted patch. If
> anything I'd suspect your MUA:
>
> andrew@emma*$ curl -s
> https://www.postgresql.org/message-id/attachment/64237/pgbench-into-19.patch
Argh. Indeed, this downloaded version has CRLF. Now when I save the
attachment in my MUA, I only have LF... Let us look at the raw format:
Content-Type: text/plain; name=pgbench-into-19.patch
Content-Transfer-Encoding: BASE64
...
ZGlmZiAtLWdpdCBhL2RvYy9zcmMvc2dtbC9yZWYvcGdiZW5jaC5zZ21sIGIv
ZG9jL3NyYy9zZ21sL3JlZi9wZ2JlbmNoLnNnbWwNCmluZGV4IDg4Y2Y4YjM5
...
Where you immediatly see that it has indeed CRLF at the end of the second
line:-).
So you are right, and my trusted mailer is encoding *AND* decoding
silently.
Why would it do that? After some googling, this is because RFC 2046 (MIME)
says you "MUST":
https://tools.ietf.org/html/rfc2046#section-4.1.1
So I'm right in the end, and the whole world is wrong, which is a
relief:-)
As I cannot except everybody to have a RFC 2046 compliant MUA, and after
some meddling in "/etc/mime.types", I now have:
Content-Type: application/octet-stream; name=pgbench-into-19.patch
Content-Transfer-Encoding: BASE64
...
ZGlmZiAtLWdpdCBhL2RvYy9zcmMvc2dtbC9yZWYvcGdiZW5jaC5zZ21sIGIv
ZG9jL3NyYy9zZ21sL3JlZi9wZ2JlbmNoLnNnbWwKaW5kZXggODhjZjhiMzkz
Which is much better:-)
I re-attached the v19 for a check on the list.
--
Fabien.