summaryrefslogtreecommitdiff
path: root/mail/p5-MIME-Lite
AgeCommit message (Collapse)AuthorFilesLines
2014-10-09Remove SVR4_PKGNAME, per discussion on tech-pkg.wiz1-2/+1
2014-06-09Update to 3.030. From the changelog:schmonz2-7/+6
* Make send_by_sendmail set sender like documentation says it does (thanks, Michael Schout!)
2014-05-29Bump for perl-5.20.0.wiz1-2/+2
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.
2013-12-09Fix/Update DEPENDS paterns for perl CORE modules, with some trivial fixes.obache1-3/+3
Bump PKGREVISION for runtime dependency pattern changed packages.
2013-05-31Bump all packages for perl-5.18, thatwiz1-2/+2
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.
2012-10-08Drop PKG_DESTDIR_SUPPORT setting, "user-destdir" is default these days.asau1-3/+1
2012-10-03Bump all packages that use perl, or depend on a p5-* package, orwiz1-1/+2
are called p5-*. I hope that's all of them.
2012-08-18Update to 3.029wen3-32/+7
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
2011-08-14Revision bump after updating perl5 to 5.14.1.obache1-2/+2
2010-08-21Bump the PKGREVISION for all packages which depend directly on perl,seb1-1/+2
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!
2009-10-24Updating mail/p5-MIME-Lite from 3.026 to 3.027sno2-6/+6
Upstream changes: Version 3.027 Add send_to_testfile method (Thanks, AlexanderBecker)
2009-09-19Updating mail/p5-MIME-Lite from 3.025 to 3.026sno3-14/+14
pkgsrc changes: - Adjusting dependencies Upstream changes: Version 3.026 Fix tests to pass with MIME::Types 1.28
2009-09-12Updating mail/p5-MIME-Lite from 3.024 to 3.025sno2-6/+7
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!).
2009-02-22Update from version 3.023nb1 to 3.024.he2-8/+10
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
2009-01-06Upgrade from version 3.023 to 3.023nb1.he2-1/+22
Pkgsrc changes: o Actually add the advertized patch to get rid of the interactivity
2008-11-17Update from version 3.01nb1 to 3.023.he2-13/+20
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.
2008-10-19Bump the PKGREVISION for all packages which depend directly on perl,he1-1/+2
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=...").
2008-06-12Add DESTDIR support.joerg1-1/+3
2007-10-25Remove empty PLISTs from pkgsrc since revision 1.33 of plist/plist.mkjlam1-1/+0
can handle packages having no PLIST files.
2006-03-10Updated to 3.01.hiramatsu2-8/+7
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).
2005-08-06Bump the PKGREVISIONs of all (638) packages that hardcode the locationsjlam1-2/+2
of Perl files to deal with the perl-5.8.7 update that moved all pkgsrc-installed Perl files into the "vendor" directories.
2005-07-13Turn PERL5_PACKLIST into a relative path instead of an absolute path.jlam1-2/+2
These paths are now relative to PERL5_PACKLIST_DIR, which currently defaults to ${PERL5_SITEARCH}. There is no change to the binary packages.
2005-04-11Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.tv1-2/+1
2005-02-24Add RMD160 digests.agc1-1/+2
2004-12-20since perl is now built with threads on most platforms, the perl archlibgrant1-1/+2
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.
2004-05-02Convert to buildlink3.snj1-2/+2
2003-07-21COMMENT should start with a capital letter.martti1-2/+2
2002-10-07Convert to buildlink2. Use perl5/module.mk.seb1-6/+3
2001-11-26Buildlinkify, in the sense that only the perl headers are found injlam1-2/+3
${PREFIX} -- everything else is pickup up from ${BUILDLINK_DIR}.
2001-11-01Move pkg/ files into package's toplevel directoryzuntum3-1/+1
2001-10-18SVR4 packages have a limit of 9 chars for a package name.veego1-1/+2
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.
2001-07-03Import MIME-Lite-2.111abs4-0/+26
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.