I've searched around the Internet and forums. I don't know if anyone has encountered this or had the issue solved, but it seems to appear on both 32bit and 64bit systems (Mageia 5) when testing. When using the MCC to manage date and time, one of the options you have is the ability to set the hardware clock to UTC when the "Is your hardware clock set to GMT?" question comes up. It works fine for the first time, you can run "hwclock" in the CLI and confirm it is set properly. But after a reboot or any other time when NTP does a clock update, it sets the hardware clock to be the same as local time. This unfortunately messes with programs that depend on UTC time (like Kontact for example)
If you use a watch command like "watch hwclock" you can see where it gets set right temporarily for a minute, then switches back to local time again.
The only way I've seen to fix this is go in MCC and when saving your clock/timezone info, when it ask "Is your hardware clock set to GMT?" select "No" and it will fix the hardware clock time properly. If you click "ok" to save out, it runs another NTP update and switches the hardware clock back to local time. On the flip side, if the hardware clock is set wrong, doing the same thing (MCC) and selecting "Yes" to the GMT question will also fix the hardware clock until either you click "OK" to save (which causes an NTP update where the time is set wrong again).
It seems as though NTP is what is setting the hardware clock wrong, even though it should be doing time updates in UTC, I can't figure out how to fix that part.