Bizhub c352 scan time wrong

[Guest]

When we scan to email, email arrives with correct time on it. However, when we open the email it has a time sent that is almost an hour ahead of the real time. I have had my IT check it out, he says machine is sending with wrong time. Konica tech says only one way machine knows the time (and this is as it is displayed on the screen) and this reads the correct time as well, so not a problem with the Konica. Our faxes read the correct time both incoming and outgoing.

Help! We need scans to read correct time to meet submission deadlines outside of our office.
Below is the email header information from a scan today:
Received: from KMBT57E2F2.anaid.local () by SBSERVER.Anaid.local
() with Microsoft SMTP Server id 8.2.254.0; Tue, 8 Jun 2010
11:38:53 -0600
From: "Anaid@anaid.com" <>
To: Lisa Munro <>
Date: Tue, 8 Jun 2010 12:35:38 -0600
Subject: Message from KMBT_C352
Thread-Topic: Message from KMBT_C352

Any suggestions of where the problem lies?
thanks.

[mascan42]

Obvious question, but does the email show up right after scanning, or is there an actual delay before it arrives in your inbox? Also, make sure the time zone is set properly on the machine.

[Stirton.M]

In Admin mode, the time can be verified and changed there.

Also, check tech rep.

To enter tech rep. tap the keys in the following order.

Stop - zero - zero - stop - zero - one.

Then while looking at the tech mode, tap this sequence of keys.

Stop - one - one - four - four - clear (the clear key is the "C" key)

You will be presented with a screen showing two fields that look the same, with the date and time in each. Pressing the clear key will erase the contents of the upper field. Use the numeric keys to enter the values in the field. If you make a mistake, use the clear key to start over. just keep tapping the number keys as required to enter all the fields, the prompt will move as needed. When you are done entering the information, you can also set the time zone. The value is based on GMT. For example, mountain time (mst) is -7. Press the "entry" key at the bottom and you are done. Tap exit to leave tech rep (not recommended to play around in here, you can render the machine inoperable if you change something you are unfamiliar with).

If the date stamp is wrong after this, it could very well be the email server itself...daylight savings time....and of course, what mascan42 said.

[RRodgers]

I had this happen a while back on a C650. Turns out we had to play with the daylight savings time settings. We are -8 but I think we had to chance it to -7 to get the time right. Check that.

[Dave10]

yea its got to do with the time zone settings

[LMunro]

Thank you everyone! It is the time zone & daylight savings that was the problem. I will pass this on to our local technician because he did NOT have the answer.

Cheers,

[dalva]

name@company.com
Subject: Message from KMBT_C452
Sender: name@company.com
From: name@company.com
Reply-To: name@company.com
X-Mailer: KONICA MINOLTA bizhub C452
====> Date: Thu, 01 Jul 2010 09:39:56 -0800
Message-Id: <4C2C626C.003.00206B630B42.name@company.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="KONICA_MINOLTA_Internet_Fax_Boundary"
Content-Transfer-Encoding: 7bit
Return-Path: name@company.com
X-OriginalArrivalTime: 01 Jul 2010 16:38:11.0348 (UTC) FILETIME=[CB393540:01CB193B]
--KONICA_MINOLTA_Internet_Fax_Boundary
Content-Type: application/pdf; name="SKMBT_C45210070109390.pdf"
Content-Disposition: attachment; filename="SKMBT_C45210070109390.pdf"
Content-Transfer-Encoding: BASE64

--KONICA_MINOLTA_Internet_Fax_Boundary--
*********************** END

SECOND HEADER **** BEGIN (From correct time sent email - daylight feature OFF)
Microsoft Mail Internet Headers Version 2.0
Received: from hq-konc452-5.tree ([10.10.140.216]) by shraexch3.company.loc with Microsoft SMTPSVC(6.0.3790.3959);
====> Thu, 1 Jul 2010 08:54:46 -0700
To: name@company.com
Subject: Message from KMBT_C452
Sender: name@company.com
From: name@company.com
Reply-To: name@company.com
X-Mailer: KONICA MINOLTA bizhub C452
====> Date: Thu, 01 Jul 2010 07:55:02 -0800
Message-Id: <4C2C49D6.001.00206B630B42.name@company.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="KONICA_MINOLTA_Internet_Fax_Boundary"
Content-Transfer-Encoding: 7bit
Return-Path: name@company.com

[emujo]

Wow!...my eyes just about popped out of my head trying to follow that one. Emujo

[Stirton.M]

Dalva

Update your firmware as another step.

[dalva]

We did update the firmware but the problem is still there. We reported it to Konica through our vendor and are waiting to learn what Konica's response will be.

Will post again when we hear more.

[emujo]

The C352 can utilze a NTP server (time) It's under network/details/time adjustments. Required for LDAP. Have you tried to turn this feature on? Try north-america.pool.ntp.org Emujo

[dalva]

We are using an internal time source but that is not the problem.

If you go back to the conclusion in my original posting it is the timezone "flag" which is not being recognized. The Konica time and timezone are set properly. The problem is when Konica sends the email to the email server, the Konica does not recognize the daylight savings "flag" and transmits a timezone of -8 when in fact during daylight savings it should transmit a timezone of -7.

I know it's a confusing concept but since the whole world does not participate in daylight savings, the daylight savings "flag" is a method for machines in daylight savings zones to relate with machines outside of our daylight savings zone.

I use the term "flag" coming from the world of software development. It's like an on or off switch. We are on daylight savings or off of daylight savings.

Clear as mud

[emujo]

Time settings

I believe that like the original poster, you have an issue with daylight savings...here's how you have to set it up to work properly

In service mode/time setting mode (see previous posts), touch the clear key and re-enter the correct time/date then press entry.
Now go into admin mode and set the time correctly there along with the proper time zone offset (New York would be -5). If you are going to utilize the daylight savings time feature, you must set the MFP time 1 hour back before you turn DST on, and you must be in the "spring ahead" 6 month period. This will bump the clock ahead 1 hour. When we "fall back" you or the customer must turn DST off in the admin mode or the clock will remain 1 hour ahead...does not do this auto like your PC and this is where most time stamp problems stem from. Connecting to the NTP server makes time correction and setting much easier...Once NTP is enabled and setup, you can go into admin mode/system/date time and you will see a new icon for "set time". But...if DST is still enabled, it will want to push the time ahead 1 hour. Emujo

[dalva]

Emujo,
Thanks for your follow up.





Will post the reply when received.

[emujo]

I might just do some checking on my own, if you're having issues, then it's only a matter of time before my customers have the same issue. BTW, enabling/disabling DST is a Admin function, not a service mode fuction, but I agree, if a PC can adjust its own time, the new boxes should be able to also. Emujo