t/eml.t: ignore newer Email::MIME behavior

Once again, our message parser class matches the more tolerant
behavior of older Email::MIME releases in order to handle
ancient messages.

This fixes <https://bugs.debian.org/1002219>, but dropping
Email::MIME entirely from the test suite may be prudent in
the future.

diff --git a/t/eml.t b/t/eml.t
index 2d8993a51075f317ce11f5cc61012d55211663d6..2e6a441f51dc71b85bbb37fcff318f6f2bb88e47 100644 (file)
--- a/t/eml.t
+++ b/t/eml.t
@@ -417,13 +417,14 @@ Content-Type: text/x-patch; name="=?utf-8?q?vtpm-fakefile.patch?="
 Content-Disposition: attachment; filename="=?utf-8?q?vtpm-makefile.patch?="
 
 EOF
-       is($cls->new($s)->filename, 'vtpm-makefile.patch', 'filename decoded');
+       is($cls->new($s)->filename, 'vtpm-makefile.patch',
+               "filename decoded ($cls)") if $cls ne 'PublicInbox::MIME';
        $s =~ s/^Content-Disposition:.*$//sm;
        is($cls->new($s)->filename, 'vtpm-fakefile.patch',
                "filename fallback ($cls)") if $cls ne 'PublicInbox::MIME';
        is($cls->new($s)->content_type,
                'text/x-patch; name="vtpm-fakefile.patch"',
-               'matches Email::MIME output, "correct" or not');
+               qq[matches Email::MIME output, "correct" or not ($cls)]);
 
        $s = <<'EOF';
 Content-Type: multipart/foo; boundary=b