Skip Menu |

This queue is for tickets about the MIME-tools CPAN distribution.

Report information
The Basics
Id: 8085
Status: resolved
Priority: 0/
Queue: MIME-tools

Owner: Nobody in particular
Requestors: julian [...]

Bug Information
Severity: Important
Broken in: 5.414
Fixed in:
  • 5.411
  • 5.411a
  • 5.412
  • 5.413

Subject: MIME::Parser: can't seek: Bad file descriptor at /usr/share/perl5/MIME/ line 790
Download (untitled) / with headers
text/plain 948b
I am having a problem with MIME::Parser in conjunction with the Parts filter module of Courier::Filter 0.13 <> (written by me). The Parts filter module sets up MIME::Parser like this: my $mime_parser = MIME::Parser->new(); $mime_parser->output_under(File::Spec->tmpdir); $mime_parser->use_inner_files(TRUE); When the module finally calls $mime_parser->parse_open(), the call fails with the following error message: MIME::Parser: can't seek: Bad file descriptor at /usr/share/perl5/MIME/ line 790 The file handle on which MIME::Parser tries to perform a seek() is a MIME::Parser::InnerFile object. So this is definitely a bug in MIME::Parser (or MIME::Parser::InnerFile). This causes my mail filter to die on any MIME multipart messages, so I'll have to downgrade libmime-perl. See also the related Debian bug report #277318 <>
From: julian [...]
Download (untitled) / with headers
text/plain 216b
Uh, here are the URLs again, in a properly formatted style: Courier::Filter: The related Debian bug report #277318:
This was a bug in IO::InnerFile, fixed as of IO::Stringy 2.110 (see ticket #8085)

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to