This is a fix for issue #181. Parsing the timestamp on the client side means we interpret it in the client's local time, which is surely what the user intended.
Adds a new requirement on python-dateutil, which appears to be broadly available.
Still, could use some more testing on older RHEL versions
Works for me on centos5/6/7.
rebased
+1
Pull-Request has been merged by mikem