MHonArc - Bugs: bug #45817, MSGLOCALDATE and MSGGMTDATE always...
You are not allowed to post comments on this tracker with your current authentication level.
bug #45817: MSGLOCALDATE and MSGGMTDATE always produce Dec 31 1969
Submitter: | Daniel Miller <bonsaiviking> | ||
Submitted: | Tue 25 Aug 2015 05:01:24 AM UTC | ||
Category: | Resource Variables | Severity: | 3 - Normal |
Priority: | 5 - Normal | Item Group: | Incorrect Behavior |
Status: | None | Privacy: | Public |
Assigned to: | None | Open/Closed: | Open |
Operating System: | Linux | Perl Version: | v5.16.3 |
Component Version: | v2.6.19 | Fixed Release: |
Sat 17 Oct 2015 07:42:12 AM UTC, comment #2: |
Earl Hood <ehood>![]() |
Sat 17 Oct 2015 07:40:53 AM UTC, comment #1: [Unable to reproduce] The diff you send is bogus. The line numbers do match
|
Earl Hood <ehood>![]() |
Tue 25 Aug 2015 05:01:24 AM UTC, original submission:
Due to a bug in mhamain.pl, MSGLOCALDATE and MSGGMTDATE do not print the correct date. The date is retrieved from the %Time hash, which is populated in read_mail_header in mhamain.pl. The date is read into $index, but the value stored in $Time{$index} is $t, which is undefined. The following patch fixes the issue:
|
Daniel Miller <bonsaiviking> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Meant to say, line numbers do not match original source.