Re: Email::Address::XS

2016-05-28 Thread pali
On Saturday 28 May 2016 22:33:02 Ricardo Signes wrote: > > Thanks to named group support I would like to extend Email::MIME > > module to allow passing directly Email::Address::XS objects, not > > only string headers to make MIME encoding and decoding from > > applications easier. > > > > What do

Email::Address::XS

2016-05-23 Thread pali
Hello! I created new perl module Email::Address::XS for parsing and formatting email groups or addresses. Parser is borrowed from dovecot and that part implemented in C/XS. Source code is currently at: https://github.com/pali/Email-Address-XS Email::Address::XS has backward compatible API

Re: Email::Address::XS

2016-07-12 Thread pali
On Monday 04 July 2016 01:52:41 Ricardo Signes wrote: > * p...@cpan.org [2016-07-03T08:39:22] > > > On Friday 01 July 2016 02:51:31 Ricardo Signes wrote: > > > What if we defined a role (here, just a well-known name) called > > > Email::MIME::Header::Value, which is used to signal that a > > >

Re: Email::Address::XS

2016-07-03 Thread pali
On Friday 01 July 2016 02:51:31 Ricardo Signes wrote: > My coworkers have returned to the other side of the world! I > attended YAPC! i had a vacation! I am back. > > * p...@cpan.org [2016-06-01T12:44:01] > > > On Tuesday 31 May 2016 02:42:48 Ricardo Signes wrote: > > > * p...@cpan.org

Re: Email::Address::XS

2017-01-23 Thread pali
On Saturday 14 January 2017 21:32:57 p...@cpan.org wrote: > On Sunday 04 September 2016 00:24:56 Ricardo Signes wrote: > > If we never *store* objects, but only produce them as requested, then > > I think the total needed changes are -- but I'm sure I'll miss > > things -- as follows: > > > > *

Email::Simple & Email::MIME with Email::Address::XS

2016-08-21 Thread pali
object representation of list of Email::Address::XS objects with parse() and format() methods. Next I added support for Email::Address::List::XS objects into Email::Simple and Email::MIME modules. All source code is available at: https://github.com/pali/Email-Address-XS/tree/list https

Re: Email::Address::XS

2016-09-18 Thread pali
On Sunday 18 September 2016 17:26:11 Ricardo Signes wrote: > * p...@cpan.org [2016-09-17T19:05:51] > > > $class->from_mime_string() will take raw MIME encoded string and > > returns new object of $class (which will have decoded string > > parts) $object->as_mime_string() will convert (Unicode)

Re: Email::Address::XS

2016-09-17 Thread pali
On Saturday 17 September 2016 00:37:40 Ricardo Signes wrote: > * p...@cpan.org [2016-09-12T03:26:52] > > > And as I wrote if Email::MIME is not good place, then what about > > other modules like Email::MIME::Header::Address (or invent other > > name) which will use Address parse/format functions

Re: Email::Address::XS

2016-08-23 Thread pali
On Monday 22 August 2016 22:26:09 Ricardo Signes wrote: > Here's a verbose form: > > # Get an email. > my $email = get_some_email_mime(); > > # Get the header -- the (unfolded) raw bytes. > my $cc_hdr = $email->header_raw('Original-CC'); > > # parse it into an object > my $cc_obj

Re: Email::Address::XS

2016-11-12 Thread pali
On Monday 05 September 2016 10:25:11 p...@cpan.org wrote: > On Saturday 03 September 2016 18:24:56 Ricardo Signes wrote: > > The Email::MIME changes look like they could be broken up into > > several PRs, some of which would be obviously good to apply > > immediately, like removals of dead code

Re: Email::Address::XS

2016-11-12 Thread pali
On Sunday 04 September 2016 00:24:56 Ricardo Signes wrote: > If we never *store* objects, but only produce them as requested, then > I think the total needed changes are -- but I'm sure I'll miss > things -- as follows: > > * allow header_str and header args to Email::MIME->create to include >

Patches for Email::* modules

2017-11-24 Thread pali
Hi! There are opened lot of pull requests for perl Email::* modules, some of them fixes reported bugs. Can somebody look & review my opened pull requests? I would like to know if there are some problems with them and they needs to be reworked or if they can be merged and released a new version of

Re: Patches for Email::* modules

2017-11-29 Thread pali
On Monday 27 November 2017 10:24:51 Ricardo Signes wrote: > * p...@cpan.org [2017-11-24T08:08:28] > > There is a big silence so I do not know if Email::* modules are going to be > > unmaintained or if there is planned some activity. Thanks! > > I do plan to work through these. The situation

Re: behavior change regarding quoted strings

2018-06-13 Thread pali
ub > > > https://github.com/pali/Email-Address-XS (branch master). > > > > > > Can you test if everything is OK now in master branch? > > > > Yep, tested commit b4bec06cbccd0a7e16ed55e3c34076112228a4ea > > and my original script behaves as expected. Th

Re: Patches for Email::* modules

2018-02-02 Thread pali
On Wednesday 29 November 2017 10:46:46 p...@cpan.org wrote: > On Monday 27 November 2017 10:24:51 Ricardo Signes wrote: > > * p...@cpan.org [2017-11-24T08:08:28] > > > There is a big silence so I do not know if Email::* modules are going to > > > be > > > unmaintained or if there is planned some

Re: Patches for Email::* modules

2018-02-08 Thread pali
On Friday 02 February 2018 11:55:28 p...@cpan.org wrote: > On Wednesday 29 November 2017 10:46:46 p...@cpan.org wrote: > > On Monday 27 November 2017 10:24:51 Ricardo Signes wrote: > > > * p...@cpan.org [2017-11-24T08:08:28] > > > > There is a big silence so I do not know if Email::* modules are

CVE-2018-12558: Denial of Service in Email::Address

2018-06-20 Thread pali
Hi! Following trivial input can be used to DoS Email::Address module when is used by server application to parse From or To email headers: $ perl -MEmail::Address -E 'Email::Address->parse("\f" x 30)' Yes, it is just 30 form-fields characters. Because Ricardo as Email::Address maintainer had

Re: Are Email::* modules unmaintained?

2019-01-17 Thread pali
Hi Ricardo! On Monday 25 June 2018 08:31:08 Ricardo Signes wrote: > So: you can wait for me to have more time, or people with some vested > interest can agree to step up to do more in general. I'm really disappointed as you have not wrote anything about this topic as people are already there...