Skip Menu |

This queue is for tickets about the Mail-Box CPAN distribution.

Report information
The Basics
Id: 35155
Status: resolved
Priority: 0/
Queue: Mail-Box

People
Owner: Nobody in particular
Requestors: kemal.ates [...] hp.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Mail::Message::Field ->toDate() doesn't meet rfc2822 standards
Date: Thu, 17 Apr 2008 15:57:53 +0000
To: "bug-Mail-Box [...] rt.cpan.org" <bug-Mail-Box [...] rt.cpan.org>
From: "Ates, Kemal" <kemal.ates [...] hp.com>
Hi, toDate() returns Thu, 17 Apr 2008 11:29:08 Eastern Daylight Time Instead of Thu, 17 Apr 2008 11:29:08 -0400 The reason as far as I understood; POSIX strftime doesn't support short zone format in windows. Instead if Date::Format ->strftime is being used, the output is fine. Please let me know if it is a known issue, if not, let me know when you are planning to fix it and what is the best workaround until the fix is released. Thanks, Kemal Ates Software Designer Hewlett-Packard (Canada) Co. 100 Herzberg Rd. 2nd Floor Kanata, ON K2K 2A6 Phone (613) 271 6850 Fax (613) 591 4380
Subject: Re: [rt.cpan.org #35155] Mail::Message::Field ->toDate() doesn't meet rfc2822 standards
Date: Mon, 21 Apr 2008 11:11:34 +0200
To: "Ates, Kemal via RT" <bug-Mail-Box [...] rt.cpan.org>
From: Mark Overmeer <solutions [...] overmeer.net>
* Ates, Kemal via RT (bug-Mail-Box@rt.cpan.org) [080417 16:00]: Show quoted text
> Thu Apr 17 12:00:04 2008: Request 35155 was acted upon. > Transaction: Ticket created by kemal.ates@hp.com > Queue: Mail-Box > Subject: Mail::Message::Field ->toDate() doesn't meet rfc2822 standards > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=35155 > > > toDate() returns > Thu, 17 Apr 2008 11:29:08 Eastern Daylight Time > Instead of > Thu, 17 Apr 2008 11:29:08 -0400
Ok, the work-around could be better. In /Field.pm # for C libs which do not (GNU compliantly) support %z - $time =~ s/ (\%z|[A-Z ]+)$/_tz_offset($1)/e; + $time =~ s/ (\%z|[A-Za-z ]+)$/_tz_offset($1)/e; -- Regards, MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net
From: rjmx [...] rjmx.net
On Mon Apr 21 05:14:57 2008, solutions@overmeer.net wrote: Show quoted text
> > Ok, the work-around could be better. In /Field.pm > > # for C libs which do not (GNU compliantly) support %z > - $time =~ s/ (\%z|[A-Z ]+)$/_tz_offset($1)/e; > + $time =~ s/ (\%z|[A-Za-z ]+)$/_tz_offset($1)/e;
Unfortunately, that doesn't seem to help. _tz_offset() uses Time::Zone, which, as far as I can see, only handles abbreviations like "EDT" and "GMT". Windows, in its Infinite Wisdom, returns "Eastern Daylight Time" for either %Z or %z here in eastern USA. Replacing the "use POSIX 'strftime';" line at line 15 of Field.pm with "use Date::Format;" does seem to work (at least on Windows; haven't tried it with Unix yet). Date::Format does seem to have problems with the (admittedly rare) half-hour time zones like Newfoundland and South Australia, but the so does Time::Zone, AFAICT. .....Ron Murray
Subject: Re: [rt.cpan.org #35155] Mail::Message::Field ->toDate() doesn't meet rfc2822 standards
Date: Tue, 22 Apr 2008 18:51:30 +0200
To: Ron Murray via RT <bug-Mail-Box [...] rt.cpan.org>
From: Mark Overmeer <mark [...] overmeer.net>
* Ron Murray via RT (bug-Mail-Box@rt.cpan.org) [080422 16:09]: Show quoted text
> Queue: Mail-Box > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=35155 > > > Replacing the "use POSIX 'strftime';" line at line 15 of Field.pm > with "use Date::Format;" does seem to work (at least on Windows; haven't > tried it with Unix yet). Date::Format does seem to have problems with > the (admittedly rare) half-hour time zones like Newfoundland and South > Australia, but the so does Time::Zone, AFAICT.
ok. I will accept the change. Thanks for the effort. -- Regards, MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net
Both changes released on 2.082