All checksums have been double-checked against existing RMD160 and
SHA512 hashes
The following distfiles were unfetchable (possibly fetched
conditionally?):
./mail/qmail/distinfo netqmail-1.05-TAI-leapsecs.patch
Upstream changes:
Version 3.033
No changes since previous version, just made non-trial.
Version 3.032
Fix an error in printing to Net::SMTP (thanks, Peter Heirich)
Add "use warnings" and require v5.6
=item Version 3.031
Add an SSL option to connect to the SMTP relay via SSL on port 465. (thanks,
Max Maischein)
Document some tips on using non-ASCII content with MIME::Lite (thanks,
traveljury.com and Tom Hukins)
{perl>=5.16.6,p5-ExtUtils-ParseXS>=3.15}:../../devel/p5-ExtUtils-ParseXS
since pkgsrc enforces the newest perl version anyway, so they
should always pick perl, but sometimes (pkg_add) don't due to the
design of the {,} syntax.
No effective change for the above reason.
Ok joerg
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
Remove the unneeded patch
Upstream changes:
Version 3.029
Allow the MIME-Version header to be replaced (thanks, Florian!)
Version 3.028
Various documentation fixes
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
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=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
pkgsrc changes:
- Adding license definition
Upstream changes:
Version 3.025
Added back support for providing a non-default SMTP port (#21156, #48783, thanks John Bokma!).
Pkgsrc changes:
o Fix typo in HOMEPAGE url
o Get rid of nasty interactive bits by redirecting stdin to /dev/null
Upstream changes:
Version 3.024
add git repo link to metadata
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.
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=...").
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).
module directory has changed (eg. "darwin-2level" vs.
"darwin-thread-multi-2level").
binary packages of perl modules need to be distinguishable between
being built against threaded perl and unthreaded perl, so bump the
PKGREVISION of all perl module packages and introduce
BUILDLINK_RECOMMENDED for perl as perl>=5.8.5nb5 so the correct
dependencies are registered and the binary packages are distinct.
addresses PR pkg/28619 from H. Todd Fujinaka.
The automatic truncation in gensolpkg doesn't work for packages which
have the same package name for the first 5-6 chars.
e.g. amanda-server and amanda-client would be named amanda and amanda.
Now, we add a SVR4_PKGNAME and use amacl for amanda-client and amase for
amanda-server.
All svr4 packages also have a vendor tag, so we have to reserve some chars
for this tag, which is normaly 3 or 4 chars. Thats why we can only use 6
or 5 chars for SVR4_PKGNAME. I used 5 for all the packages, to give the
vendor tag enough room.
All p5-* packages and a few other packages have now a SVR4_PKGNAME.
MIME::Lite is intended as a simple, standalone module for generating (not
parsing!) MIME messages... specifically, it allows you to output a simple,
decent single- or multi-part message with text or binary attachments. It
does not require that you have the Mail:: or MIME:: modules installed.
