Bug #105117 for Sys-Syslog: Timestamps violate RFC3164 on the first nine days of each month

Tue Jun 09 05:25:00 2015 Markus.Laker [...] hds.com - Ticket created

Subject:	Timestamps violate RFC3164 on the first nine days of each month
Date:	Tue, 9 Jun 2015 09:24:19 +0000
To:	"bug-Sys-Syslog [...] rt.cpan.org" <bug-Sys-Syslog [...] rt.cpan.org>
From:	Markus Laker <Markus.Laker [...] hds.com>

Section 4.1.2 of RFC3164 says: The TIMESTAMP field is the local time and is in the format of "Mmm dd hh:mm:ss" (without the quote marks) where: [...] dd is the day of the month. If the day of the month is less than 10, then it MUST be represented as a space and then the number. For example, the 7th day of August would be represented as "Aug 7", with two spaces between the "g" and the "7". But version 0.33 of Sys::Syslog uses a leading zero instead, producing timestamps such as "Jun 09 10:12:29". Adding the following line immediately after the strftime call fixes the problem: $timestamp =~ s/ ^ (.{4}) 0 /$1 /x; Mandatory information (probably not useful in this case): I'm running Perl v5.20.2 on Debian Jessie. Best regards, Markus

Thu May 05 10:35:32 2016 SAPER [...] cpan.org - Correspondence added

Markus.Laker@hds.com wrote: Show quoted text

> Section 4.1.2 of RFC3164 says: > > The TIMESTAMP field is the local time and is in the format of "Mmm dd > hh:mm:ss" (without the quote marks) where: > > > But version 0.33 of Sys::Syslog uses a leading zero instead, producing > timestamps such as "Jun 09 10:12:29".

Ah. I introduced that bug while fixing another :/ » https://rt.cpan.org/Ticket/Display.html?id=69310 » https://github.com/maddingue/Sys-Syslog/commit/077d4760f8c39201f2529f58e708548da22c8d9e Show quoted text

> Adding the following line > immediately after the strftime call fixes the problem: > > $timestamp =~ s/ ^ (.{4}) 0 /$1 /x;

I think I'll restore using %e where available, and fall back on %d + regexp. Thanks for your report. -- Close the world, txEn eht nepO.

Thu May 05 10:35:32 2016 The RT System itself - Status changed from 'new' to 'open'

Fri May 06 05:33:19 2016 SAPER [...] cpan.org - Correspondence added

This issue should be fixed with version 0.34, just released. -- Close the world, txEn eht nepO.

Fri May 06 05:33:21 2016 SAPER [...] cpan.org - Status changed from 'open' to 'resolved'

Fri May 06 05:33:22 2016 SAPER [...] cpan.org - Taken

Fri May 06 05:33:23 2016 SAPER [...] cpan.org - Fixed in 0.34 added