1.946 2017-08-31 09:29:41-04:00 America/New_York
- propagate encode_check to subparts (thanks, Michael McClimon)
- use the new parse_content_disposition function in
Email::MIME::ContentType (thanks, Pali Rohár)
- fix a bug in AddressList handling (thanks, Pali Rohár)
Upstream changes:
1.945 2017-07-25 14:17:32-04:00 America/New_York
- fix encode-check.t to pass under legacy Test::Builder
1.944 2017-07-25 12:38:41-04:00 America/New_York
- non-trial release of header_as_obj changes
- support for supplying a non-croak encode_check (thanks, Matthew
Horsfall)
1.943 2017-06-09 19:00:09-04:00 America/New_York (TRIAL RELEASE)
- add Email::MIME::Header::AddressList and related support code
1.942 2017-03-05 08:15:00-05:00 America/New_York (TRIAL RELEASE)
- This adds ->header_as_obj to get MIME headers out of the header not
as strings, but as objects. The field-to-header mapping can be
amended with the ->set_class_for_header method.
1.941 2017-03-04 19:12:11-05:00 America/New_York (TRIAL RELEASE)
- pointless mistake release
Upstream changes:
1.940 2017-01-29 10:33:45-05:00 America/New_York
- no code changes since 1.939 trial release
1.939 2017-01-14 14:58:44-05:00 America/New_York (TRIAL RELEASE)
- do not decode MIME headers known to be never encoded (Pali Roh獺r)
- ...and that includes the Downgraded-* headers (Pali Roh獺r)
1.938 2017-01-01 20:03:38-05:00 America/New_York (TRIAL RELEASE)
- numerous small fixes to header encoding (thanks, Pali Roh獺r)
for more details see https://github.com/rjbs/Email-MIME/pull/32
- When a single-part content type has been provided with multiple
parts, the user is now warned that the type has been changed to
multipart/mixed. This helps catch typos like
"mutlipart/alternative".
Upstream changes:
1.936 2015-09-10 22:46:29-04:00 America/New_York
- no changes since 1.935, but a stable release
1.935 2015-08-31 16:47:46-04:00 America/New_York (TRIAL RELEASE)
- do not remove too many newlines at the end (bug introduced in 1.926)
Update DEPENDS
Comment out CONFLICTS and SUPERSEDES lines since p5-Email-MIME-Creator and p5-Email-MIME-Modifier had been removed from pkgsrc 5 years ago.
Upstream changes:
1.934 2015-08-01 20:33:57-04:00 America/New_York
- fix debug_structure for multipart mail with only one subpart
1.933 2015-07-25 09:30:56-04:00 America/New_York
- correct Email::Simple prereq
- skip omitting content-type attributes with undef value
1.932 2015-07-24 22:24:06-04:00 America/New_York
- stable release of previous trial releases
- see v1.930 and v1.931, below
1.931 2015-07-12 17:31:01-04:00 America/New_York (TRIAL RELEASE)
- When doing parts_set to become single-part, do not lose the charset
and set the mail to us-ascii.
This is almost certainly a half measure, and this whole hunk of code
should be improved.
1.930 2015-03-25 22:58:42-04:00 America/New_York (TRIAL RELEASE)
- rely on the new header_raw methods in new Email::Simple
1.929 2015-02-17 09:31:35-05:00 America/New_York
- try not to lose unrecognized content-type parameters
- avoid copying the body content when not needed during construction
1.928 2014-12-15 21:47:49-05:00 America/New_York
- when converting from single part to multipart, drop
Content-Transfer-Encoding and Content-Type's charset property
- update subparts in walk_parts if stringification changes
1.927 2014-12-04 10:19:58-05:00 America/New_York
- add header_str_pairs; like header_pairs, but decoded
- remove Email:MIME::Creator from synopsis
1.926 2014-01-28 23:28:41-05:00 America/New_York
- improve EOL processing with quoted-printable (thanks, Tomohiro
Hosaka!)
- avoid uninitialized warnings [rt.cpan.org #91707]
1.925 2013-11-08 07:01:03 America/New_York
- improve reliability of mail reconstruction during walk_parts (thanks,
Tomohiro Hosaka!)
{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.
Update DEPENDS
Upstream changes:
1.924 2013-08-10 23:23:55 America/New_York
update use of Email::MIME::ContentType to match new, fixed hash keys:
type/subtype
1.923 2013-08-08 21:59:02 America/New_York
do not consider the part-ending CRLF part of the body
avoid undefined warnings in debug_structure [rt.cpan.org #82388]
(Thanks, Kurt Anderson)
better error message when the given body is a ref but not a scalar
ref [rt.cpan.org #59205]
1.922 2013-07-10 08:45:02 America/New_York
repackage, fixing version number
1.921 2013-07-01 22:51:01 America/New_York
repackage, remove PEP links, update bugtracker
1.920 2013-06-17
do not call parts_set during walk_parts unless the parts have
actually changed
When trying to decode a body, fall back to 7bit if the encoding is
unknown. Trying to create a new body in an unknown encoding is still
forbidden. This should make it easier to handle broken messages
from "the internet." ("Content-Transfer-Encoding: n"!?)
1.912_01 2013-04-08
try to encode headers based on the header structure, if it has one,
rather than treating the header as a big string in all cases; thanks
for this work go to Jesse Luehrs
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.
Changes from previous:
1.910 2011-09-12
document the header_str arg to ->create more thoroughly (i.e., at all)
1.909 2011-09-08
dial the perl prereq back to 5.8.1 by popular demand... actually
1.908 2011-06-01
dial the perl prereq back to 5.8.1 by popular demand
1.907 2011-02-02
require 5.8.5 for sane encoding
be more lenient with Content-Tranfser-Encoding values; stop at
semicolons
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:
- Add license definition
- Add conflict/supersedes entry for merged modules
- Adjust dependencies
Upstream changes:
1.903 2009-12-23
correct typo in body_set_str (RT #53004) (thanks, Herbert Leitz)
1.902 2009-11-11
allow for padding spaces in the Content-Transfer-Encoding header
(Geraint Edwards)
1.901 2009-11-05
bump up Email::MIME::Encodings version required
1.900 2009-11-03
merge in Email-MIME-Modifier and Email-MIME-Creator
add better support for Unicode with body_str, header_str_set, etc.
no code changes
add strangely missing copyright information
1.862 2009-01-22
add repository location metadata
always require Encode, never MIME::Words; this means that using
Email::MIME on pre-5.008 will be difficult, if not impossible
if a header can't be decoded, fall back to the raw header
move decoding methods to Email::MIME::Header, add header_raw
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=...").
- took maintainership
Changelog:
1.861 2007-11-05
added perl-minver.t -- Email::MIME requires perl >= 5.006
we now require Email::Simple 2.003
1.860 2007-07-13
tentative tweak to tests and C-T-E handling for charset
probably needs more research, testing, and fixing
This is a merge of wip/p5-Email-MIME by Roman Kulik and the
package submitted by Edgar Fuss to tech-pkg@. Some small changes by me.
Email::MIME is an extension of the Email::Simple module, to handle MIME
encoded messages. It takes a message as a string, splits it up into its
constituent parts, and allows access to various parts of the message.
Headers are decoded from MIME encoding.
