MailBox v2.061 released

--4Ckj6UjgE2iN1+kY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


Hi,

It took too long between releases, and a few major things piled-up.
The following major fixes are in:

  + now hopefully solved the installation problem with IMAP.  It was
    caused by a buglet in Perl, and took a long time to find.  This
    is the third or fourth attempt, but I'm hopeful

  + Solved complaints on the tests caused by a new version of IO::File,
    which comes with Perl 5.8.7

Full changelog attached.
There is still an imap bug pending: not all header fields are
pulled on time (too lazy).  I hope to fix that soon.
--
               MarkOv

------------------------------------------------------------------------
drs Mark A.C.J. Overmeer                                MARKOV Solutions
       [email protected]                          [email protected]
http://Mark.Overmeer.net                   http://solutions.overmeer.net

--4Ckj6UjgE2iN1+kY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="changelog-2.061"

version 2.061: Wed Jun 22 19:39:09 CEST 2005

	Fixes:

	- Finally, after many hours hunting, I was able to figure-out that
	  a bug in Perl's "require" caused the "foundIn() not implemented
	  in Mail::Box::IMAP4" problem (for instance when running the
	  tests).  Reported by [many people, nice work-around by Niko Tyni]

	- Mail::Message::Construct::Read added missing Message-ID without
	  angle brackets.  Patch by [gjmyers]

	- Mail::Transport::Sendmail options to trySend() were ignored.
          [Andriy Gapon]

	- Mail::Message::timestamp() didn't trigger load of lazy message.
	  [found by Eric Dorland]

	- Many IMAP4 fixes and bug-reports by [Raul Dias]

	- Mail::Message::Field::Full translated '0' content into 'undef'
	  [found by Eugene L Schulman]

	- test.pl didn't return <false> on a critical failure.  Patched
	  by [Tiko Tyni]  Now installation attempt should stop on a
	  sincere problem.

	- test fixes, where newer Test::Harness passes around 'lib'
	  differently. Patched by [Tiko Tyni]

	- On request of [[email protected]], Mail::Box::File::appendMessage
	  explicitly states that it by default doesn't lock the folder. The
	  writing is unsafe!

	- [Tiko Tyni] provided different solutions to fix the taint warnings
	  with the tests, which appeasr with perl 5.8.7.  IO::File changed
	  its behavior, which is now circumvented in the tests..

--4Ckj6UjgE2iN1+kY--