summaryrefslogtreecommitdiff
path: root/mail/p5-Email-Abstract
AgeCommit message (Collapse)AuthorFilesLines
2009-03-21Modify dependency to devel/p5-Module-Pluggable - the Module::Pluggablesno1-2/+2
delivered with perl-5.10 satisfies the requirement, too. Oked by he@
2009-02-103.001 2008-12-11rhaen2-6/+6
declare our prereq on Scalar::Util
2008-12-10updated to 3.000rhaen2-7/+6
Changelog: 3.000 2008-12-09 accept scalar references for more efficient msg-from-string
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-07-16- took maintainershiprhaen1-2/+2
Changelog: 2.134 2007-11-16 (no code changes from previous dev release) 2.133_05 2007-11-11 [BUG FIXES] added is_available method to MIMEEntity plugin 2.133_04 2007-09-24 [ENHANCEMENTS] created Email::Abstract::Plugin base class; please use it! added is_available method to plugins [BUG FIXES] is_available in the Mail::Internet adapter should solve header folding issues (by preventing you from using it when it can't work) 2.133_03 2007-08-?? diagnostics in output to indicate what version of a module we used 2.133_02 2007-07-?? fix test planning 2.133_01 2007-07-?? add test to ensure that "can't handle" exception is thrown ASAP remove unexplained requirement for perl 5.6 fix Mail::Internet header fetching to unfold headers fix Mail::Message body setter, which hosed newlines fix body handling for Mail::Internet improved consistency of method used to find adapter class improved tests and test coverage
2008-07-16- updated to 2.134rhaen2-8/+6
- small cleanup inside the Makefile
2007-10-25Remove empty PLISTs from pkgsrc since revision 1.33 of plist/plist.mkjlam1-1/+0
can handle packages having no PLIST files.
2007-05-27Updated to version 2.132.heinz2-6/+10
Pkgsrc changes: - The package supports installation to DESTDIR. - This is purely a Perl module. Changes since version 2.131: ============================ 2.132 2007-03-22 packaging improvements
2006-10-26Update p5-Email-Abstract to 2.131.obache2-7/+6
Changes: 2.131 2006-08-22 - pod tests 2.13 2006-07-24 - test for and permit passing Email::Abstract objects to Email::Abstract class methods 2.12 2006-07-24 - don't use MIME::Entity in test if it's not available 2.11 2006-07-22 - better test planning 2.10 2006-07-21 - add a new method to create wrapper objects - handle subclasses /properly/ (correct ISA order) - improved tests and test coverage - miscellaneous refactoring - update PEP URL - update documentation
2006-03-04Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where nojlam1-2/+2
developer is officially maintaining the package. The rationale for changing this from "tech-pkg" to "pkgsrc-users" is that it implies that any user can try to maintain the package (by submitting patches to the mailing list). Since the folks most likely to care about the package are the folks that want to use it or are already using it, this would leverage the energy of users who aren't developers.
2005-08-06Bump the PKGREVISIONs of all (638) packages that hardcode the locationsjlam1-1/+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-18Initial import of p5-Email-Abstract-2.01:wiz4-0/+40
"Email::Abstract" provides module writers with the ability to write representation-independent mail handling code. For instance, in the cases of "Mail::Thread" or "Mail::ListDetector", a key part of the code involves reading the headers from a mail object. Where previously one would either have to specify the mail class required, or to build a new object from scratch, "Email::Abstract" can be used to perform certain simple operations on an object regardless of its underlying representation. "Email::Abstract" currently supports "Mail::Internet", "MIME::Entity", "Mail::Message", "Email::Simple" and "Email::MIME". Other representations are encouraged to create their own "Email::Abstract::*" class by copying "Email::Abstract::EmailSimple". All modules installed under the "Email::Abstract" hierarchy will be automatically picked up and used.