Firstly - For some strange reason (possibly on my end; will have to
investigate) I'm only receiving a very small subset of list emails. So
I'm responding to responses I read on the web archive of the list.
I fully undersand dangers (or let's say inconviniences) caused by
different time zones. I'd love to have all sources reporting in UTC (but
that's a big nono for local teams which won't hear about working in UTC
- the legacy systems don't understand concept of reporting in different
timezone than presenting timestamps to users) or at least report TZ in
timestamps. As I said, those are some legacy systems which are as they
are and I can't do much about it.
For now I'm doing a lookup (similar to the one suggested by David Lang)
returning an offset specified in seconds and just add the returned
offset to a timestamp. I thought about introducing a "constant" DST
offset so I would add it in case of summer time on top on a per-source
offset but it won't work for different timezones which have different
DST periods so I think I'll just stick to per-source offset lookup.
Thanks for confirming my way of thinking :-)
_______________________________________________
rsyslog mailing list
https://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com/professional-services/
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of
sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE
THAT.
