Having a strange issue after upgrading our own office from a 7030 to a 7100 ver 4.53c.

Everything is set correctly I believe, and we receive voice mail to email reliably.

However... When we receive the emails the time stamp in the message ID has the incorrect time zone, but still has the correct time. So when its received this is recalculated with the correct time zone (GMT +1000) which some computers are ignoring, but others are detecting as 10 hours ahead, putting them totally out of order and spam filters are flagging them as it detects them as being sent in the future!

This is the message header of the email, note that the correct time and time zone is every where except the third last line, which still has the correct time, but has the incorrect time zone.


Return-path: <[email protected]>
Envelope-to: [email protected]
Delivery-date: Fri, 05 Aug 2011 15:29:35 +1000
Received: from our-ip-address.tpgi.com.au ([our-ip-address] helo=ourdomain.com.au)
by anteater.cbr.hosting-server.com.au with esmtp (Exim 4.69)
(envelope-from <[email protected]>)
id 1QpCyN-0001HL-Mj; Fri, 05 Aug 2011 15:29:32 +1000
Message-ID: <[email protected]>
Date: Fri, 5 Aug 2011 15:28:59 +0000
From: "VM" <[email protected]>
User-Agent: VM 2.8.0.18 12-02-2010 10:00.00


So far I have tried changing and rechanging the time zone in the Voice Mail, I have tried sending to a different email address (on a different mail server), I have tried sending via a different SMTP server, and I have just tried a different internet carrier to be totally sure.

Anyone have any ideas? Supplier has had one response so far, suggesting that the time zone is most likely incorrect. After letting them know it was correct it sounds like they are out of ideas!

Looking at that header I don't see an issue.
Havn't done EG on 4.53c but have found some bugs in it though todo with keysets.

If you roll it back to 4.46e does it still happen?

Have you done a trace yet? :> (inside joke)

LOL, no trace on this one yet, but keep getting asked to do them on the watchdog error systems. Keep being told its an IP conflict on the network, yet when you replace the system the fault disappears

As for this one I cant work out where the +0000 time zone in the third last line is coming from. I have a feeling Dave built the voicemail from a backup from the 7030, so next step may be to default and rebuild the voicemail manually. Thats what I will be told to do next anyways

An IP conflict won't cause watchdog resets.
I've been getting a few of them on OS7100's lateley.

D/C from customers network and system is fine, re-connect and it dies.

1 customers IT guy and I came to the same conclusion, it would be nice to figure out what was causing it, but the time/cost involved isn't worth it, so he was going to put a ethernet router between the system and the switch, havn't had an issue since

Yeah, IP conflict was prob not the right term, but was the original description. Last one I solved was a 7200 that was being probed by a Server 2008 every hour. Apparently it was looking for software versions or something of the PC's on the network and when the phone system didnt respond the server just kept hammering it til it rebooted - every hour...

These ones keep crashing until you plug them in via a hub and run a wireshark trace - then nothing goes wrong... drop the hub back out 2 weeks later and within 2 hours the damn thing crashes again!