Log message:
Upgrade from version 3.023 to 3.023nb1.

Pkgsrc changes:
 o Actually add the advertized patch to get rid of the interactivity

Log message:
Update from version 3.01nb1 to 3.023.

Pkgsrc changes:
 o Changed MAINTAINER to pkgsrc-users@ from a non-developer
   (sorry if this offends...)
 o Added DEPENDS on packages which this now depends on
 o Added a patch to get rid of pesky interactivity during build:
   "There ought to be a law!"

Upstream changes:

Version 3.023

    Correct erroneous changelog entry

    Fix typo in perldoc: utf-8, not utf8

Version 3.022

    Behave on Cygwin as on Win32 with regard to defaulting to SMTP sending.

    Respect crazy people who put multiple Cc or Bcc headers in
    message (#30574, thanks Pavel V. Rochnyack!)

    We no longer rewrite array and hash refs in the send_by_sendmail
    args so aggressively.

    Cope with missing local sendmail (thanks to Debian for patching
    for this, and for putting up with me (rjbs) being an insufferable
    jerk!)

    Fix weird unicode-in-$1 bug (thanks SREZIC!)

    Other minor bug fixes.

Version 3.021

    Replace Email::Date with Email::Date::Format to limit prereqs
    (Email::Date::Format produced just for this!)

    Begin the process of removing use of ExtUtils::TBone for testing

Version 3.020

    Optimized code for speedup of creation of two-part messages.
    The internal structure of the object has changes, but that
    won't matter if you were using the published interface. (Sam
    Tregar)

    Removed the "advanced features", ie auto-fallback delivery,
    from send_by_smtp. They didn't belong there in the first place.

Version 3.01_06 (2007/07/29)

    First release from Perl Email Project. Updated packaging.

Version 3.01_04 (2004/05/05)

    Reworked the new send_by_smtp stuff. Documentation modifications.

Version 3.01_02 (2003/08/28)

    Well, it seems 3.01_01 failed tests on Win32 due to me accidentally
    changing the line ending format to DOSish. Also the way that
    email extraction for SMTP with or without Mail::Address was
    different (from 2.117 even). So ive fixed that.

    Anybody depending on the undocumented extract_addrs() is in
    for a suprise. I suggest you look at using Mail::Address.

Version 3.01_01 (2003/04/25 - 2003/08/21)

    (This version is a test release, if its ok then I'll re-release
    it as 3.02)

    Patched the pod to use correct entities Thanks to Ed Avis for
    the patch. Added better support for funky names in the from
    field when sending via SMTP, thanks to prodding by Darren
    Hemphill and Ollie Gallardo. (Actually I kind of messed this
    up orginally and no doubt Darren wasn't impressed. I ended up
    using something pretty close to his solution. My bad for not
    paying more attention. Sorry mate.)

    08/21: Apparently I never uploaded my changes for this version
    to CPAN. Sigh.

    *** Win32 CHANGES ***

    Up until this release the default send() method for all OS'es
    has been to invoke sendmail and pipe the mail to it. This
    behaviour has now changed on Win32 to default to using SMTP.
    This means that if your /site/lib/Net/libnet.cfg file is properly
    configured then you can use SMTP without specifying a send
    method explicitly. This seemed a rational decision as most
    Win32 users who send mails are using an SMTP server and not a
    tool like sendmail.

    *** SMTP CHANGES ***

    Jonathan Eunice <jeunice at illuminata dot com> pointed out an
    interesting bug in the interaction between MIME::Lite and
    Net::SMTP/Net::CMD. This was that sending a mail ending in
    "\n\n" without additional encoding would cause Net::CMD to send
    an incorrect end of mail signal to the SMTP server which would
    result in A) The mail failing to be sent due to a timeout, and
    B) MIME::Lite to report that all was well.

    This has been fixed by checking to make sure that if the last
    character sent was \n, but the last two chars were not \r\n
    then the \n is turned into an \r, which Net::CMD then adds an
    \n to and then sends the normal ".\r\n" to terminate the message.
    Weird error, that im not entirely sure has been resolved
    properly. Please inform me if this screws anything up that it
    shouldn't.

    As stated earlier send_by_smtp wasnt extracting the _real_
    email address from the overall fancy once specified in the
    From: field. This is resolved now, fancy display names are now
    possible while using SMTP.

    *** Content-Id ***

    It was pointed out by alex via CPAN RT that Content-Id needs
    to have angle brackets around it or HTML mails dont show up
    properly in many mail clients, furthermore the RFC mandates it
    (to be honest im taking his word on this, please feel free to
    yell at me if this causes trouble), so as he suggested I am
    automatically adding them in they arent provided.

    *** sendmail path ***

    Dom pointed out via CPAN RT that despite some effort going in
    to trying to discover the correct location of sendmail, that
    it was still using a bad default. Fixed.

    *** Date Stamping ***

    Kurt reported via RT that datestamps were not being correctly
    formatted. His patch has been incorporated with only one change,
    a comment where Perl was spelled PERL :-)

    *** Quoted printable fix ***

    Klaus Rusch noted a bug in how quoted-printable handled weird
    \r\n combinations. Fixed now.

Log message:
Bump the PKGREVISION for all packages which depend directly on perl,
to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.

The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").

Log message:
Add DESTDIR support.

Log message:
Remove empty PLISTs from pkgsrc since revision 1.33 of plist/plist.mk
can handle packages having no PLIST files.

Log message:
Updated to 3.01.

I don't quote changelogs for release 3.00 and 3.01, because those entry
only mention taking over maintainership.

Version 2.117   (2001/08/20)
    The terms-of-use have been placed in the distribution file "COPY-
    ING".  Also, small documentation tweaks were made.

Version 2.116   (2001/08/17)
    Added long-overdue patch which makes the instance method form of
    send() do the right thing when given HOW... arguments.  Thanks to
    Casey West for the patch.

Version 2.114   (2001/08/16)
    New special 'AUTO' content type in new()/build() tells MIME::Lite
    to try and guess the type from file extension.  To make use of
    this, you'll want to install MIME::Types.  The "AUTO" setting can
    be made the default default (instead of "TEXT") if you set
    "$AUTO_CONTENT_TYPE = 1, $PARANOID = 0".  Thanks to Ville
    SkyttE<#228> for these patches.

    File::Basename is used if it is available.  Thanks to Ville
    SkyttE<#228> for this patch.

    SMTP failures (in send_by_smtp) now add the $smtp->message to the
    croak'ed exception, so if things go wrong, you get a better idea of
    what and why.  Thanks to Thomas R. Wyant III for the patch.

    Made a subtle change to "as_string" which supposedly fixes a failed
    MIME data.t test with Perl 5.004_04 on NT 4 sp6.  The problem might
    only exist in this old perl, but as the patch author says, not
    everyone has climbed higher on the Perl ladder.  Thanks to John
    Gotts for the patch.

    Added "contrib" directory, with MailTool.pm.  Thanks to Tom Wyant
    for this contribution.

    Improved HTML documentation (notice the links to the individual
    methods in the top menu).

Log message:
Bump the PKGREVISIONs of all (638) packages that hardcode the locations
of Perl files to deal with the perl-5.8.7 update that moved all
pkgsrc-installed Perl files into the "vendor" directories.

Log message:
Turn PERL5_PACKLIST into a relative path instead of an absolute path.
These paths are now relative to PERL5_PACKLIST_DIR, which currently
defaults to ${PERL5_SITEARCH}.  There is no change to the binary
packages.

Log message:
Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.

Log message:
Add RMD160 digests.