• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 535
  • Last Modified:

Email time stamping

Im running exchange servers with outlook clients... I sent a meeting notice out for Thursday, September 20, 2012 from 2:30 to 4:00.

I got this reply back that show the meeting time at 4:30 to 6:00.

Also, I often get mail that pops into my inbox at differing time signatures, i.e an acknowledgement to a meeting comes in and then another email will come in that is time stamped earlier.

How does Exchange handle time/NTP or is outlook the component that stamps the time ?
0
DEFclub
Asked:
DEFclub
3 Solutions
 
davorinCommented:
Is this two hours the difference between your actual local time and GMT time?
The time used in exchange log files is GMT. I guess to ease troubleshoot mail flow between servers in different time zones.
0
 
DEFclubAuthor Commented:
The 2 hour time difference is from an external mail server
0
 
Simon Butler (Sembee)ConsultantCommented:
That is classic time zone issues.
Exchange uses UTC (same as GMT) for logging and processing everything, so you need to look carefully at the time zone settings on the client and the server for problems. A common one I see is where the time is correct, the time zone is wrong, so messages appear to be out.

NTP shouldn't be used by Exchange at all. In a domain environment only the PDC Emulator role holder domain controller should be getting external time, all other servers and workstations get their time from the DC.

Simon.
0
Free learning courses: Active Directory Deep Dive

Get a firm grasp on your IT environment when you learn Active Directory best practices with Veeam! Watch all, or choose any amount, of this three-part webinar series to improve your skills. From the basics to virtualization and backup, we got you covered.

 
DEFclubAuthor Commented:
I left out an important piece. These are all meeting confirmation email from external users, spread accross multiple time zones. Thus, the external recipients mail client probably sends the accepted meeting request back and reflects the meeting time that is local to them? make sense? possibly normal behavior?
0
 
Simon Butler (Sembee)ConsultantCommented:
Meetings from an external party are really best effort only, They get easily broken. You can only really depend on them internally. Therefore it might be time zone differences. I tell clients not to depend on the meeting request, but to ensure that the meeting is also confirmed in a seperate email.

Simon.
0
 
apache09Commented:
The Exchange Server and client PCs should automatically adjust for the appropriate DST

If they are not, eigther a Client PC, the Exchange Server, or any other Server in the organization is likely to not have the latest DST Updates

Check for the latest DST Update and make sure its applied to all users PC and Servers in the organization

http://support.microsoft.com/gp/cp_dst


I dont see your version of Office being used, but you will also need to make sure Office has the latest Sp installed

2003=SP3
2007=SP3
2010=SP1
0
 
DEFclubAuthor Commented:
the meeting requests acceptance emails are coming for external systems so nothing I can do about their DST.

will look at my systems and using outlook 2007 & 2010
0
 
David Johnson, CD, MVPOwnerCommented:
Coordinating across time zones is always something that requires extra attention.  Just because your computer says it is 9AM and your watch says it is 9AM means diddly if your Time Zone is off.. Only the military seems to have got this right as everything is in Zulu time (UTC) and it is up to the user to translate that to local time.  I've known people to wear 2 watches (1 for Zulu and one for Local Time)

Has their system set at a specific time zone which is then sent to the server as UTC time and then onwards it goes..  outlook will receive this request and then convert the message from UTC to local time..
0
 
DEFclubAuthor Commented:
will investigate time issues - thxs
0

Featured Post

Has Powershell sent you back into the Stone Age?

If managing Active Directory using Windows Powershell® is making you feel like you stepped back in time, you are not alone.  For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now