MIME::QuotedPrint encode_qp emits LF instead of requested CRLF

Comienza en MIMEQuotedPrint.encodeQuotedPrintable, donde se emiten los saltos de línea normales de la entrada, y compara ese tratamiento con el uso existente de eol para los saltos de línea suaves. Añade cobertura específica para entradas CRLF y salidas CRLF solicitadas, y luego ejecuta la suite upstream t/basic.t tanto con ./jperl como con ./jperl --interpreter; se considera terminado cuando los bytes son exactamente CRLF y las 13 pruebas pasan.

Summary

PerlOnJava's bundled MIME::QuotedPrint provider emits LF line endings when
encode_qp is asked to use CRLF. This breaks Email::MIME::Encodings's
quoted-printable encoder, which is required to preserve RFC email line
endings.

Reproduction

Run the upstream Email::MIME::Encodings 1.317 test suite:

./jperl t/basic.t
./jperl --interpreter t/basic.t

The suite reports one failure in enc qp:

not ok 8 - enc qp
got:      'This is a test\nof various MIME=3Dstuff.=\n'
expected: 'This is a test\r\nof various MIME=3Dstuff.=\r\n'

The failure reproduces on both the JVM and interpreter backends. System Perl
passes the complete upstream suite: 13 tests successful.

A minimal provider-level reproducer is:

./jperl -MMIME::QuotedPrint -e 'my $x="a\r\nb"; my $y=encode_qp($x,"\r\n"); print unpack("H*",$y),"\n"'

The expected encoded bytes begin with 610d0a (a\\r\\n), but PerlOnJava
returns 610a (a\\n).

CPAN failure

The CPAN random-tester run 20260910-101908-8428 recorded FAIL for
Email::MIME::Encodings 1.317:

1/13 subtests failed; 1/2 test programs failed

The failing test is the distribution's stable t/basic.t test, assertion 8.
The distribution itself is pure Perl and has no external service or native
library prerequisite.

Technical cause

Email::MIME::Encodings::codec passes the requested EOL to
MIME::QuotedPrint::encode_qp:

return $sub->($what, $eol);

The PerlOnJava implementation in MIMEQuotedPrint.encodeQuotedPrintable
hardcodes LF when it encounters an input newline:

output.append(currentLine).append("\\n");

It should preserve the requested eol value (CRLF in this case). The same
implementation already uses eol for soft line breaks, so handling ordinary
newlines consistently with that parameter appears to be the missing piece.

Impact

Email and MIME libraries using PerlOnJava's quoted-printable provider can
produce non-conforming line endings even when explicitly requesting CRLF.
This can affect message serialization, canonicalization, signatures, and
interoperability with MIME consumers.

Suggested fix and regression coverage

Update MIMEQuotedPrint.encodeQuotedPrintable to append the requested EOL for
preserved newlines, while retaining existing binary-mode and CRLF-normalizing
behavior. Add a focused regression test that checks the exact bytes returned
by encode_qp for CRLF input and requested CRLF output, and run the
Email::MIME::Encodings test under both execution backends.