Bug 2275464
| Summary: | ExtendedLog For Proftpd Version 1.3.6e-7 On RHEL 8 Not Showing Correct UTC Offset | ||
|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | leighchapman <leigh.chapman> |
| Component: | proftpd | Assignee: | Paul Howarth <paul> |
| Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | epel8 | CC: | ingvar, paul |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | Bug | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
leighchapman
2024-04-17 09:44:42 UTC
I don't see any recent changes in the proftpd source that would account for this working on the EL-9 version, so this is likely to need more in-depth debugging. I see though that in /usr/share/doc/proftpd/howto/Timestamps.html it suggests that using a timezone name in the TZ environment variable rather than a filename could be helpful. Could you try that? I have tried setting the following in /etc/proftpd.conf as mentioned but unfortunately the result is the same:- #SetEnv TZ :/etc/localtime SetEnv TZ Europe/Berlin The access log shows the correct time for the above timezone but the +0000 is still there at the end of the timestamp ...... 127.0.0.1 UNKNOWN - [22/Apr/2024:15:57:13 +0000] "USER bob" 331 - |