It should say 8:00 am. I have the Router set to send me Daily Logs @ 8 am local time which is GMT -5. This never used to be an issue, so somehow it got broke.
Model: R7000P|Nighthawk AC2300 Smart WiFi Dual Band Gigabit Router
It should say 8:00 am. I have the Router set to send me Daily Logs @ 8 am local time which is GMT -5. This never used to be an issue, so somehow it got broke.
Ref. the subjet "NTP Time Broke" you can check the time zone and local time currently set in place on the router itself.
The issue itself seems to related more to the schedule or how the schedule is set in place. Was the NTP time set probably delayed? Does rebooting change this issue on the next morning?
@plemans or @microchip8 - any idea what seems to go wrong there, probably since the V1.0.11.128_10.2.112 update?;
I updated Firmware from R7000-V1.0.9.88_10.2.88. Had no NTP issues with this Firmware. NTP issue started with the latest Firmware previously noted V1.0.11.128_10.2.112.
The R7000 Router shows the correct time on the NTP screen and is repeatable even after a Router Reboot. It's the Send Email Function that is NOT reading the NTP time correctly. It's showing GMT instead of GMT -5 that is set in the Router NTP Screen.
I updated Firmware from R7000-V1.0.9.88_10.2.88. Had no NTP issues with this Firmware. NTP issue started with the latest Firmware previously noted V1.0.11.128_10.2.112.
It's the Send Email Function that is NOT reading the NTP time correctly. It's showing GMT instead of GMT -5 that is set in the Router NTP Screen.
Does this mean the email is generated and sent five hours to early? At 03:00 local instead of 08:00 local as configured? This would indicate the scheduler isn't properly working on the local configured time zone.
Or is the report generated on the scheduled time, but the SMTP header isn't correct? This option I would exclude due to the log entry shown above.
This is all unrelated to NTP - because the NTP time is _always_ exchanged in GMT (Zulu time). Displayed in the Web UI is the local time, adjusted by the time zone configured.
Don't be confused that the email programs are adjusting the displayed time based on the SMTP header information - this part (the complete SMTP header) would be interesting to proof in fact.
Does this mean the email is generated and sent five hours to early? At 03:00 local instead of 08:00 local as configured? This would indicate the scheduler isn't properly working on the local configured time zone.
> Yes, have had several Log Emails sent @ 3 am local instead of 8 am (GMT -5).
Or is the report generated on the scheduled time, but the SMTP header isn't correct? This option I would exclude due to the log entry shown above.
> Yes, have had several sent at the correct time, but the email header showed 3 am. The Router is generating the Header, yes?
Does this mean the email is generated and sent five hours to early? At 03:00 local instead of 08:00 local as configured? This would indicate the scheduler isn't properly working on the local configured time zone.
> Yes, have had several Log Emails sent @ 3 am local instead of 8 am (GMT -5).
So this is the "new" case since the recent update?
Or is the report generated on the scheduled time, but the SMTP header isn't correct? This option I would exclude due to the log entry shown above.
> Yes, have had several sent at the correct time, but the email header showed 3 am. The Router is generating the Header, yes?
Yes, of course, the simple sendmail does start with the header generation.
Can't say much more here on the R7000 and the latest firmware. Had spent reasonable time on the R9000 and found certain oddities, where I tend to state it's kind of a Netgear router "standard". While we have the time and time zone correctly configured, the system and the shell does still claim run on GMT, but showing the local time (while a "real" Linux system does make it different, read: Correct). The environment variables of course are showing the effecive time zone, while checking the time on the shell shows GMT, but the local time. This requires certain code changes, being for the scheduler, the simple sendmail, and several more ... to make them believe they operate in the effective time zone. That's why I don't wonder to much that certain code updates lead to these kind of odd issues. I made to much noise abut that, and as a result Netgear removed the ability to enable the telnet access in response to my nagging.
The latest Firmware shows the correct GMT -5 time on the screen, but the Firmware sends out a Daily Log at 3am (GMT) instead of 8am (GMT -5) daily and continues to do so. There is a bug in the latest Firmware. I have restarted the Router several times to no avail.
