gh-128949: Preserve payload line endings in BytesParser.parse

[sankalpsthakur]

Fixes #128949. Thanks to tnakamot and medmunds for the reports.

Preserve CRLF and bare CR bytes when parsing binary files with BytesParser and BytesHeaderParser, so unencoded attachments agree with parsebytes(). Header recognition and ownership of the caller's stream are unchanged.

The mailbox follow-up in 9634201 retains mailbox.Message's existing universal-newline behaviour for binary streams. 004a504 corrects the NEWS link to the documented BytesHeaderParser class without changing runtime code.

Regression coverage includes both policies, payload/transfer-encoding variants, multipart attachments, an 8192-byte read boundary, header-only parsing and mailbox construction from streams/bytes.

All reported upstream checks pass on 004a504, including Docs, Doctest, EPUB, Windows, macOS, Linux and the required-check aggregate. Maintainer review remains. The NEWS correction also removed exactly the failing reference in local nitpicky Sphinx output; the repository's new-NEWS warning gate changed from exit 255 to 0, with no new warnings.

AI tools assisted with implementation, validation and this description. The author reviewed and approved the latest correction.

• Issue: email.parser.BytesParser.parse() cannot handle binary data that include \x0d \x0a correctly. #128949

[sankalpsthakur]

Found a mailbox compatibility regression while investigating the Windows failures on 5a0df99: with CRLF storage, Maildir/MH now return CRLF payloads while get_bytes() still normalizes to LF. test_add_8bit_body expects LF.

A candidate follow-up keeps universal-newline conversion in mailbox.Message's binary-stream constructor, without reverting the email parser fix. On Linux/Python 3.13.5, the new constructor tests have 12 failing subcases with the PR behavior and none with that follow-up; the separate compatibility probe passes 18/18. This uses the inspected constructor and simulated CRLF storage, not a CPython 3.16 or native Windows run. The Windows job logs returned 404, so I have not confirmed this accounts for every CI failure. The follow-up is not committed yet.

[sankalpsthakur]

The mailbox fix is in 9634201, and all seven Windows jobs now pass; the remaining failure is the NEWS reference to BytesHeaderParser.parse.
A two-line correction links to the documented class instead; patch-application checks pass, but it is not pushed or Sphinx-tested.

[sankalpsthakur]

The NEWS reference correction is now in 004a504. All reported checks pass on that head, including Docs and the required-check aggregate. Runtime and mailbox behaviour are unchanged by this follow-up.

[python-cla-bot]

All commit authors signed the Contributor License Agreement.