kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/mail/p5-MIME-Lite/Makefile

25 lines
792 B
Makefile
Raw Normal View History

Bump all packages for perl-5.18, that 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.
2013-05-31 14:39:57 +02:00
# $NetBSD: Makefile,v 1.25 2013/05/31 12:41:17 wiz Exp $
Import MIME-Lite-2.111 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.
2001-07-03 16:07:08 +02:00
Update to 3.029 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
2012-08-18 03:21:25 +02:00
DISTNAME= MIME-Lite-3.029
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.
2008-11-18 00:26:14 +01:00
PKGNAME= p5-${DISTNAME}
Bump all packages for perl-5.18, that 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.
2013-05-31 14:39:57 +02:00
PKGREVISION= 2
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.
2008-11-18 00:26:14 +01:00
SVR4_PKGNAME= p5mil
CATEGORIES= www perl5
MASTER_SITES= ${MASTER_SITE_PERL_CPAN:=MIME/}
Import MIME-Lite-2.111 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.
2001-07-03 16:07:08 +02:00
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.
2008-11-18 00:26:14 +01:00
MAINTAINER= pkgsrc-users@NetBSD.org
Update from version 3.023nb1 to 3.024. 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-02-22 13:31:13 +01:00
HOMEPAGE= http://search.cpan.org/dist/MIME-Lite/
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.
2008-11-18 00:26:14 +01:00
COMMENT= Perl5 module for simple creation of MIME email messages
Updating mail/p5-MIME-Lite from 3.024 to 3.025 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-09-13 00:08:14 +02:00
LICENSE= ${PERL5_LICENSE}
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.
2008-11-18 00:26:14 +01:00
DEPENDS+= p5-Email-Date-Format>=1.0:../../mail/p5-Email-Date-Format
DEPENDS+= p5-MailTools>=1.62:../../mail/p5-MailTools
Update to 3.029 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
2012-08-18 03:21:25 +02:00
DEPENDS+= p5-MIME-Base64>=0:../../converters/p5-MIME-Base64
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.
2008-11-18 00:26:14 +01:00
# MIME::QuotedPrint is part of p5-MIME-Base64 package
Updating mail/p5-MIME-Lite from 3.025 to 3.026 pkgsrc changes: - Adjusting dependencies Upstream changes: Version 3.026 Fix tests to pass with MIME::Types 1.28
2009-09-19 19:03:46 +02:00
DEPENDS+= p5-MIME-Types>=1.28:../../mail/p5-MIME-Types
Import MIME-Lite-2.111 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.
2001-07-03 16:07:08 +02:00
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.
2005-07-13 20:01:18 +02:00
PERL5_PACKLIST= auto/MIME/Lite/.packlist
Import MIME-Lite-2.111 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.
2001-07-03 16:07:08 +02:00
Convert to buildlink2. Use perl5/module.mk.
2002-10-08 00:34:23 +02:00
.include "../../lang/perl5/module.mk"
Import MIME-Lite-2.111 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.
2001-07-03 16:07:08 +02:00
.include "../../mk/bsd.pkg.mk"
Reference in a new issue Copy permalink