Bizhub c352 scan time wrong

[LMunro]

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]

We are also experiencing this same problem on our Konica Bizhubs. We concluded the problem is in the Konica. I’ll try and be clear but please stay with me. We have not yet contacted Konica.

First we need to understand that all time is based on an offset from GMT (Greenwich Mean Time). This allows emails sent from one time zone to show a time sent based on the destination time zone because the delivering email server adjusts the time before delivering the email.

Based on the following two Internet headers, this is what we think is happening. The first header is from a Konica with the daylight feature on. The second is with the daylight feature off.

I’ve tagged 2 lines in each with an arrow ====>. By comparing the two lines in each header what we notice is the -0800 offset which the Konica is sending to the email server.

The email server thinks the email is arriving from a different time zone and adjusts the time the email was sent based on our time zone.

If the Konica was working properly then it should send the email with the -0700 offset so the email server would not make any adjustments to the time sent of the email. This offset would change as daylight savings automatically came and went.

The conclusion:
In the Konica, even though daylight savings is turned on, the code which generates the email is not recognizing the daylight savings flag as being on and therefore the Konica is sending the email out showing the incorrect time zone.

Playing around with the time and daylight feature may make the email correct but it breaks the log report times etc.

FIRST HEADER ****** BEGIN (From incorrect time sent email – daylight feature ON)
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 09:38:11 -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 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
X-OriginalArrivalTime: 01 Jul 2010 15:54:46.0985 (UTC) FILETIME=[BAE6F390:01CB1935]
--KONICA_MINOLTA_Internet_Fax_Boundary
Content-Type: application/pdf; name="SKMBT_C45210070107540.pdf"
Content-Disposition: attachment; filename="SKMBT_C45210070107540.pdf"
Content-Transfer-Encoding: BASE64

--KONICA_MINOLTA_Internet_Fax_Boundary—

*********************** END

[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 (http://www.pool.ntp.org/zone/north-america) 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]

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.

I am the customer so I don’t mess with the service mode. We have 12 Bizhubs mostly 452’s and 552’s and all under maintenance contracts. I find it difficult to believe a $12,000 copier requires manual intervention just to get the time set correctly twice a year.

The date time is set correctly and we are using NTP. I am still leaning toward my observation the daylight savings “flag” is not being utilized properly. We have reported this to our vendor and hope to soon hear back a response from Konica.

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

[Stirton.M]

If I recall, the copier can adjust itself automatically. The setting is off by default however. This is a function of user administrator mode, system settings. It is NOT the responsibility of the technicians to set this for the end user.

[aesthetics1]

Dalva, I think you need to try what is being suggested. It seems that you are very persistent in blaming the konica minolta. There are no known issues with the time being off on these machines.

Please try going into service mode and RE-setting (That is, clearing and RE-ENTERING) the correct time, and date, as well as the daylight savings settings. If you do not follow this simple step, we can't help you escalate to a more advanced issue.

The fact that it is off by one hour suggests a daylight savings time issue.

If you have updated the firmware to the most recent level, please tell us what version it is. If your technician is feeling a little lazy or you got the firmware from a third party site, you may have old or outdated firmware.

Try turning off NTP completely or as was suggested above, use a different server. Isolate your problem!

The fact that the headers change when the setting is toggled leads me to believe it is working properly. I would suggest using a different SMTP server (the machines will work with Gmail, etc) to troubleshoot the problem. You haven't isolated anything as of yet with your methods.

In summary:

Tell us what firmware you are using on the machine.
Try a different SMTP server.
CLEAR and RE-SET the daylight savings and time settings.
Help US help YOU by doing a following a few simple troubleshooting suggestions!

Unrelated:

You would be surprised what some "$12,000 machines" take to work correctly in certain situations.
If you get Konica Minolta involved, they will 9 out of 10 times "boink" the machine, reset everything back to defaults, clear all data, and isolate it from your network. Once they get it to work that way, it becomes your problem again.

[albasoul06]

Description
Due to the recent changes to the date that Daylight Saving Time begins, it may be necessary to adjust the time to allow the proper time to display on scans and faxes.
Solution
Refer to Bulletin #5806 for the details.

[aesthetics1]

Here is a bad copy-paste of the bulletin referenced:

KM is saying basically that the machine has no calendar and you have to manually update the time:

Effective Start DateMarch 06, 2007Reference Number5806Product CategoriesOffice Systems, Production Print SystemsProduct Models7145, 7155, 7165, 7218, 7222, 7228, 7235, 7255, 7272, 8050, bizhub 160, bizhub 161f, bizhub 180, bizhub 200, bizhub 250, bizhub 350, bizhub 360, bizhub 420, bizhub 500, bizhub 600, bizhub 750, bizhub C250, bizhub C252, bizhub C300, bizhub C350, bizhub C351, bizhub C352, bizhub C450, bizhub C451, bizhub C550, bizhub C650, bizhub PRO 1050, bizhub PRO 1050e, bizhub PRO 1050eP, bizhub PRO 1050P, bizhub PRO 920, bizhub PRO C500, bizhub PRO C6500, Di551, Di5510, Di650, Di7210, FAX2900, FAX3900, MF1600, MF1600e, MF2600, MF2800, MF3600, MF3800 SummaryDaylight Savings Time Setting CommentsService Communications 081
Version No1Publish Start DateMarch 06, 2007

SOLUTIONS SUPPORT DIVISION
Bulletin Number 5806
Date:
03/06/07
From:
SSD
Subject:
Daylight Savings Time Setting
Service Communications:
081

FOR MODELS:
bizhub 160/161f, 7218, bizhub 180, bizhub 200/250/350, bizhub 420/500, bizhub 600/750, bizhub PRO 920, bizhub PRO1050/1050P/1050e/1050eP, bizhub C250, bizhub C252, bizhub C300/352, bizhub C350, bizhub C351/C450, 8050, bizhub PRO C500, bizhub PRO C6500, Fax 2900/3900, MF1600e/1600, MF2600/3600, MF2800/3800, 7145/7222/7228/, 7235, 7255/7272, Di5510/Di7210, 7155/7165, Di551/Di650, Fiery Controllers,

PURPOSE OF BULLETIN:
INFORMATION REGARDING DAYLIGHT SAVING TIME (SUMMER TIME) COMPATIBILITY.
Due to the recent changes to the date that Daylight Savings Time begins, it may be necessary to adjust the time to allow the proper time to display on scans and faxes.
Three Daylight Saving Time functionality types exist:
Type 1- A calendar is embedded but does not reflect the new Daylight Saving Time.
Type 2- A calendar is embedded and will reflect the new Daylight Saving Time.
Type 3- No calendar is embedded. Clock must be manually adjusted.
Models
Functionality
Actions that need to be taken
C250
Type 3
Manually set the hour
C252
Type 3
Manually set the hour
C300/C352
Type 3
Manually set the hour
C350
Type 3
Manually set the hour
C351/C450
Type 3
Manually set the hour
Phase 1: Type 1
Phase 1: Summer Time must be turned OFF in Administrator Mode.
Phase 2 and after: Type 2
Phase 2 and after: None.
200/250/350
Note: The method to identify if the firmware is Phase 2.0 and after or not is by going into Admin Mode -> Network Setting -> IP Filtering (If Phase 2.0 or after, IP Filtering key will be available. If prior to Phase 2.0, then this key will not be available.)
Page 2 of 3 Bulletin Number 5806
160/161f
Type 1
SoftSW45 must be set to "0" to turn OFF (the previous) daylight saving time.
MF1600e/1600
Type 3
Manually set the hour
MF2600/3600
Type 1
SoftSW45 must be set to "0" to turn OFF (the previous) daylight saving time.
MF2800/3800
Type 1
SoftSW45 must be set to "0" to turn OFF (the previous) daylight saving time.
Fax2900/3900
Type 1
SoftSW45 must be set to "0" to turn OFF (the previous) daylight saving time.
7218/180
Type 1
SoftSW45 must be set to "0" to turn OFF (the previous) daylight saving time.
420/500
Type 3
Manually set the hour
Di470
Type 3
Manually set the hour
7145/72222/7228/7235
Type 3
Manually set the hour
7155/7165/DI551/Di650
Type 3
Manually set the hour
7255/7272/Di5510/Di7210
Type 3
Manually set the hour
600/750
Type 3
Manually set the hour
920/1050
Type 3
Manually set the hour
8050/C500
Type 3
Manually set the hour.
C6500
Type 3
Manually set the hour
Daylight Savings and Time setting procedures:
bizhub 161/161F/180/7218/Fax 2900/Fax 3900/MF1600e/MF1600/MF2600/MF2800/MF3600/MF3800- Press the Utility button. Press the up arrow twice to display Initial User Data and press Yes. 1) Date & Time will display. Press Yes to select. Select Set Hour. Change the hour and press Yes to set.
bizhub 200/250/350- For Phase 2 and after, ensure that Soft SW 197 is set to 11001011 in Admin Management/Admin2/SoftSWSet to allow automatic time change.
7145/7222/7228/7235- While in Copy mode, press the Help key. Press Key-Ope Mode and enter passcode if set. Select System/copier. Select System Initial. Select Time. Ensure that Summer Time is not highlighted. Highlight Set Time. Use the right arrow under Set Time to move the cursor to the hour. Press the number keypad to enter the current hour. Press OK to set. Press Return to get back to copy mode.
Di470- Press the Utility button. Press User’s Choice. Press tab 6/6. Use the keypad to enter the correct time and date. Press Enter to save. Press Exit to return to copy mode.
7155/Di551/7255/Di5510/7165/Di650/7272/Di7210- While in Copy mode, press the Help key. Press Key Operator Mode. Select System Initial Setting. Select Date & Time Setting. Ensure that Summer Time is not highlighted. Under Setting Time, press Set until the cursor moves to the time. Enter the current time and press Set. Press OK to set. Press Return until the Copy screen is displayed.
bizhub 420/500/600/750, C250, C252, C300, C351, C352, C450- Press Utility. Press Administrator Setting and enter the Admin passcode. Select System Setting. Select 4) Daylight Saving Time Setting and set to OFF. Press OK and then select 3) Date/Time Setting. Highlight Hour, press C (to clear) and enter new hour. Press OK to save setting.
C350- Press Utility. Select Admin Mode and enter Admin passcode. Select Admin Set and go to tab 3/4. Select Date& Time Setting. Highlight hour, press C (to clear) and enter new hour. Press OK to save.
Page 3 of 3 Bulletin Number 5806
C6500- Press Utility. Select Machine Admin. Setting. Enter Admin passcode. Select 01) System Setting. Select 02) Time and Date Setting. Set Summertime to OFF and change hour under Setting Time. Press OK to set.
bizhub 920- Press Utility. Select Administrator Setting. Enter Admin passcode. Select 1) System Setting. Select 2) Date/Time Setting. Set Summertime to OFF and change hour under Setting Time. Press OK to set.
bizhub 1050/1050e- Press Utility. Select Machine Manager Setting. Enter Admin passcode. Select 01) System Setting. Select 02) Time and Date Setting. Set Summertime to OFF and change hour under Setting Time. Press OK to set.
Fiery Controllers- EFI has developed a patch which will be made available by EFI before March 11th. EFI is working to make this available as soon as possible.
Use patch 1-QZXUG for the IP901, IC302, IC303 and IC408.
MicroPress- It is recommended that only the Daylight Savings Time (DST) update is installed. This can be obtained via the Konica Minolta Download Selector or from Microsoft. Use the link February 2007 cumulative time zone update for Microsoft Windows operating systems (http://support.microsoft.com/kb/931836/en-us) Scroll down to the “Update rollup information” under “RESOLUTION” and pick the download that is appropriate for your system.

[dalva]

I would like to step back for a moment and learn if anyone else is seeing the problem on Konica C452 and C552 models. Please perform these steps and let us know what you see.

Confirm date and time is set correct
Confirm time zone is set correct
Confirm daylight savings is set to Yes and 60 minutes
Scan and send to email a document
Note the time the email was received
Open the email (not the attachment) and note the sent time

Time received and time sent should be within minutes of each other if Konica is working properly.

If time difference is off by approximately 1 hour then you are experiencing the problem.

What model did you test and what did you see?

[aesthetics1]

Dalva,

I have Bizhub C552, C652, C452s in the office here sitting right next to each other. They send service calls in PDF form out to our technicians daily. I have just sent an e-mail from each of them. They are all configured properly for daylight savings. My results are as expected, same times throughout.

Have you attempted any of the suggested fixes? I think you are making this a little harder than it is.

Anyone else having a similar issue I believe would have commented already - people are pretty quick around here.

[dalva]

Aesthetics1

I think you misread my original posting. The headers do NOT change when I toggle the DST setting. This gives more credibility to the conclusion the DST setting is not being utilized by the Konica.

[dalva]

The following shows I have done everything suggested plus more and the facts continue to point to the Konic not recognizing the DST setting. Any more suggestions?

From within Admin mode:
Cleared and set date and time using NTP setting
Set time zone to -8 (California location)

With DST turned ON:
Scanned email received time is correct
Scanned email sent time is 1 hour later.

With DST turned OFF:
Scanned email sent and received times are correct.
Time on Konica panel is behind 1 hour.
Konica log times are behind 1 hour.
Time on Fax sent from Konica is behind 1 hour.
If time is manually set correctly then login authentication using our domain server fails.

Our vendor Konica technician came by and:
Updated to the latest firmware (see listing below)
Set the internal tech mode time correctly
Problem was still there.

Using Telnet on port 25 I connected from my PC to our email server and sent an email.
The times sent and received were correct.
With the Konica out of the loop, this appears to confirm our email server is not the source of the problem.
The problem shows up when the Konica is in the loop.

If we turn off DST, change time zone from -8 to -7 and reset the time to be correct then it appears to work. Not acceptable because it means we would have to reset 12 copiers twice a year.

Below is a header from a Xerox copier we have which works as expected.
Note these two lines taken from the header.
====>Fri, 30 Jul 2010 10:15:51 -0700
This line is shows the received time which is correct and translated to DST time zone (-0700)

====> X-OriginalArrivalTime: 30 Jul 2010 17:15:51.0247 (UTC) FILETIME=[DC352DF0:01CB300A]
This line shows the sent time which is also correct and translated to DST time zone (17:15:51 UTC = -7 DST in California).

*********************************** BEGIN (Xerox copier example which works as expected)
Microsoft Mail Internet Headers Version 2.0
Received: from hsxr35dr.company.com ([10.95.140.50]) by shraexch3.company.loc with Microsoft SMTPSVC(6.0.3790.3959);
====>Fri, 30 Jul 2010 10:15:51 -0700
MIME-Version: 1.0
Date: Fri, 30 Jul 2010 17:18:23 GMT
To: "John Doe "<name@company.com>
From: name@company.com
Cc:
Reply-To: name@company.com
X-Mailer: Xerox Mailer /4.03
Subject: Scan from a Xerox WorkCentre Pro
Message-ID: <v80liO4gwndio54PPfdsBJjWS.1280510303.2@hsxr35dr.co mpany.com>
x-xerox-mail-id: v80liO4gwndio54PPfdsBJjWS
Content-Type: multipart/mixed; boundary="50.140.95.10Xerox3489499103"
Return-Path: name@company.com
====> X-OriginalArrivalTime: 30 Jul 2010 17:15:51.0247 (UTC) FILETIME=[DC352DF0:01CB300A]

--50.140.95.10Xerox3489499103
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit

--50.140.95.10Xerox3489499103
Content-Type: application/pdf
Content-Transfer-Encoding: BASE64
Content-Disposition: attachment; filename="Scan001.PDF"

--50.140.95.10Xerox3489499103--
*********************************** END


Here is our firmware listing showing what the tech loaded recently in attempts to correct the problem. Is there a newer version?

ROM Version
MFP Controller BOOT Program A0P00Y0-1E00-G00-02(00)
MFP Controller SubSet A0P00Y0-1F00-G00-10(00)
MFP Controller A0P00Y0-0100-G00-90(00)
Operation Panel Message Data A0P00Y0-8100-G00-87-00
Fax Board Controller1 15LA-0040-G02-12-000(00)
Fax Board Controller2
Scanner A0P00Y0-0023-G00-81
Printer A0P00Y0-0050-G00-12
ADF A0HT0Y0-0024-G00-03
Finisher A0HR0Y0-0071-G01-01
Panel CPU A0P00Y0-8900-G01-01
DSC1
Loadable Device Driver
SD
Voice Data
Movie Data A0P00Y0-A000-G00-03
Dictionary Data A0ED0Y0-B000-G00-0000
OCR Library
MFP Controller System A0P00Y0-1000-G00-90(00)
MFP Controller Print Controller A0P00Y0-3000-G00-61
MFP Controller Print Controller Font A0P00Y0-3F00-G00-19
MFP Controller Print Controller Demo Page A0P00Y0-3E00-G00-01
MFP Controller MIO A0P00Y0-5000-G00-10(00)
MFP Controller PSWC A0P00Y0-5100-G00-20(00)
MFP Controller MIB IF A0P00Y0-5200-G00-10
MFP Controller IPP IF A0P00Y0-5300-G00-10
MFP Controller Outside Controller IF
MFP Controller TCP/Socket A0P00Y0-6300-G00-20(00)
MFP Controller OPEN API A0P00Y0-7000-G00-12(00)
MFP Controller Operation Panel A0P00Y0-8000-G00-90(00)
MFP Controller CSRC Control Body A0P00Y0-8300-G00-02(00)
MFP Controller PIC A0P00Y0-8200-G00-55

[aesthetics1]

I may have misread it - in the headers you posted the times differences are 0 hours and 1 hour between the two different headers.

Either way, have you tried clearing and re-setting the time/date/DST settings?

Do you have another machine that is working properly?

EDIT: Posted this before your last post came up. reviewing it now. Thanks for all the info, I'll see if I can help you out.

[aesthetics1]

That looks to be version 90 firmware which is 4 months old. There is a new firmware that addresses nearly 170 bugs and fixes that was released in mid-june, Version B4. You might call your tech and ask them to update their firmware on-hand to the latest version...

I read through the release notes and I do not see a specific time or DST issue mentioned in the update, however, sometimes they release "Special Firmware" which is only advised if you are having a certain problem that it addresses.

Here is one that I have found:

Special Firmware Version GJ4-59 -
...
27) Machine is set up following instructions manual, date and time settings become wrong
...

It is very vague but it is worth a shot.


Here are some knowledge base articles that are not specific to your model but are worth a try:

Description:
The date stamp on scanned E-mail is incorrect and does not change if the time is changed.
Solution:
CAUSE: The machine firmware has been corrupted.

SOLUTION: Re-flash the machine firmware.

Description:
The time is 'off' when scanning to E-mail with the standard controller

CAUSE: The time zone is incorrectly set on the copier.

SOLUTION: In the Admin mode, select Admin Set and select screen 3 of 4. Select the Date and Time Setting button and change the Time Zone to the correct setting.


Obviously you have attempted the second already!

Still searching for you.

Do you happen to have another working machine? Or are all of the konicas exhibiting this behavior?

[dalva]

Just tested 9 of our Konicas and they all have the same incorrect results. 1 C360, 2 C552 and 6 C452. Our tech just showed up for a different call. I'll ask to have the latest firmware installed.

What firmware do you have on your machines that do not show this problem?

[aesthetics1]

These aren't customer machines, as I said they are all demos and machines that we use ourselves, so they are sadly neglected! They are all running the various base firmware that they were shipped out with.

We have near 120 of a mix of C220/C280/C360 series, C452/C552/C652 series machines in a single location not exhibiting this behavior.. I was curious and tested several of them. They were all updated to the latest firmware in April when they went out to the customer locations.

The fact that it is happening on EVERY machine is very suggestive of a problem elsewhere don't you think? It would be very difficult to pinpoint it to anything at this point but it sounds suspicious.

Have you attempted to use a different e-mail server to see if the problem persists? Take a few minutes and set up a G-mail account for it. Are you familiar with setting the machine up to scan this way? I can certainly walk you through it if not. I can set this up from the panel in less than a minute or so, it's fairly simple!

If we can narrow it down to happening on every server, happening when you send it to any address, etc, we can isolate the problem more quickly. Let's get this solved!

[dalva]

Using an outside email server is not an easy task to setup since we are behind a firewall.

We just had the firmware changed to version B4 and problem is still there.

The fact the Xerox we tested today and found to work would imply the emai server is not the problem. If you compare the headers from an email sent by the Xerox with a header sent by the Konica the difference is in black and white.

It is possible the header is incorrect due to a setting we set. The same settings were used on all the Konicas which would account for all to show the problem. But how difficult is it to make the settings. Configure time server to use, turn on DST, set time zone to -8 and set date / time from time server. That's it.

We are also using network authentication.

Next week, we'll take it up with our local vendor.

[Stirton.M]

I agree with aestehetics1. If it were only one machine out of a bunch, I would say the problem is with that one machine.

Since it is happening with all of them, the laws of averages would dictate the problem is elsewhere, more likely the mail server is out, or something associated with the relay to that server.

You could set up an internal exchange server on one of your windows boxes. Use a demo program for the short term test.

[dalva]

What does it mean when the Xerox works but the Konica does not and they both use the same email server?

If there was a software bug, wouldn't that show up on all our Konicas?

What does it mean when I telnet to our email server and send a message that has the correct times?

Our email boxes reside on our current exchange server. No matter how many other servers we setup the mail must travel through the current excange server in order to reach our mailboxes. Would that still be a good test?

[RRodgers]

What does it mean when the Xerox works but the Konica does not and they both use the same email server?

If there was a software bug, wouldn't that show up on all our Konicas?

What does it mean when I telnet to our email server and send a message that has the correct times?

Our email boxes reside on our current exchange server. No matter how many other servers we setup the mail must travel through the current excange server in order to reach our mailboxes. Would that still be a good test?

LOOK!!! constantly hounding us that there is a known issue with the Konica box is NOT going to get it fix. Thanks for letting us know that there is an issue that Konica needs to deal with and is something we should look out for. I'm pretty surprized that this thread has gone on as long as it has.
Maybe I'm just being a little pissy at the threads as of late.

[dalva]

The fix will be posted when solved.

[emujo]

The new family of MFPs don't auto adjust the time. They may in the future with a firmware update but not yet. If you are that concerned with the time stamps...
Enter into service mode/time setting mode and verify clock settings are correct.
In ADMIN Mode
Set the correct time minus 1 hour and the correct time zone
Turn on DST and set it for 60 Min.
Your clock should be correct
2 times a year you most log in as admin and change the DST settings. If you find this unacceptable ask to have the MFPs picked up as they don't meet your needs. (I am assuming you sat down with your local app specialist and said " time headers are very important to me" and he/she verified the equipment would indeed do as you asked)
Once the sales manager gets the message that they have to buy back 12 KMs because they don't keep the correct time like they promised you when the deal was worked out I'll put money on auto adjusting DST firmware will be available within weeks. EMujo

[dalva]

The fix was a new firmware released July 28th with version MFP Controller System A0P00Y0-1000-GCC-B4(00)

The firmware corrects these machines:

bizhub C360,bizhub C280,bizhub C220,bizhub C652,bizhub C652DS,bizhub
C552,bizhub C552DS,bizhub C452

The text of the Firmware release states:

"When the PC receives e-mail from the MFP that set Daylight Saving Time
and performed Scan to e-mail, Daylight Saving Time is not reflected to
Time Zone in the e-mail header. "

Thanks to all who assisted in debugging this issue.

[Stirton.M]

Though it is a moot point, the firmware fix came on the 28 July, this was, as I said likely the fix initially when I joined the conversation.

That said, you would have done everyone here a favour by explicitly stating what machine you were having difficulty with. As it was, you posted help within a thread that had to do with a C352 originally, and I, along with many others who tried to help you, were likely assuming you were having a problem with that particular machine. Looking a little closer, I saw that you did mention this eventually, but at that point, I was concentrating on a problem related to the C352, not the much newer series of machine. Many of the responses to your post, others had shown this same assumption.

I suggest that in the future, you save a lot of time mucking about and create a new thread specific to your machine and particular problem, instead of hijacking a thread like this. Anyone else who is having a problem with the C352 for this problem searching the threads will be likely mislead by the portion of this thread containing your problem, wondering why they cannot find firmware GCC-B4 for a C-352.

[aesthetics1]

That looks to be version 90 firmware which is 4 months old. There is a new firmware that addresses nearly 170 bugs and fixes that was released in mid-june, Version B4. You might call your tech and ask them to update their firmware on-hand to the latest version...

quoted

[emujo]

Dalva..I have gone through the release notes for the 652 B4 firmware but I don't see anything related to datlight savings time fixes. Where are you getting your info from? Emujo