Hello Sudha, actually the displayed time when viewing a request at the Midtier should be calculated against the time setting of the local PC, right ? (pretty much as with the timezone of the user client ... if nothing is selected, the PC time should be used - with the Midtier you perhaps have to make sure that no one used a preference and selected a different timezone over there :-)
Anyway... we have an international environment over here as well and maybe facing something similiar to you as well ... the Midtier Server in question is located in GMT+1. Users from other countries get their time converted at the web, based on the local PC setting. So far so good ... however we have an issue with a) some users at the CST zone, or b) maybe with CST in general. What is happening there is, that the timezone of the webserver is displayed at the web. The user client works normally, like you said. Atm I think that is a bug. Maybe related to Midtier 6.3p20 (we're using a 6.3p20 server). Have not yet opened a ticket with Remedy (suppose it would not make that much sense) and want to trigger some further testing (like what happens when they use a 7 midtier, and is it really everyone from CST or just some and so one). Good luck, Robert Mit freundlichen Grüssen Robert Kern Siemens AG GIO IT SHS SBA Sodener Str. 9 65824 Schwalbach, Germany Tel.: +49 6196 87-2546 Fax: +49 6196 87-792546 Mobil: +49 170-8522515 mailto:[EMAIL PROTECTED] Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Heinrich v. Pierer; Vorstand: Klaus Kleinfeld, Vorsitzender; Johannes Feldmayer, Joe Kaeser, Rudi Lamprecht, Eduardo Montes, Jürgen Radomski, Erich R. Reinhardt, Hermann Requardt, Uriel J. Sharef, Klaus Wucherer Sitz der Gesellschaft: Berlin und München Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 6684 WEEE-Reg.-Nr. DE 23691322 Wichtiger Hinweis: Diese E-Mail und etwaige Anlagen können Betriebs- und Geschäftsgeheimnisse, dem Anwaltsgeheimnisunterliegende oder sonstige vertrauliche Informationen enthalten. Sollten Sie diese E-Mail irrtümlich erhalten haben, ist Ihnen der Status dieser E-Mail bekannt. Bitte benachrichtigen Sie uns in diesem Falle sofort durch Antwort-Mail und löschen Sie diese E-Mail nebst etwaigen Anlagen aus Ihrem System. Ebenso dürfen Sie diese E-Mail oder ihre Anlagen nicht kopieren oder an Dritte weitergeben. Vielen Dank! Important Note: This e-mail and any attachments are confidential, may contain trade secrets and may well also be legally privileged or otherwise protected from disclosure. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this e-mail and any attachment from your system. If you are not the intended recipient please understand that you must not copy this e-mail or any attachments or disclose the contents to any other person. Thank you. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Suddhasil sircar Sent: Wednesday, February 07, 2007 12:03 PM To: [email protected] Subject: Mid Tier Timestamp Hi Listers, I have my mid tier in one geographical location and my AR Servers in different geographical locations. I have two AR Servers configured in that particular mid tier. These AR Servers are located in two different geographical locations with different time zone. When I view an existing ticket through web, I see the time stamp based on the mid tiers location. But when I view it from a client, it gives me the time stamp based on the locale I configure. I want to view the AR Servers time stamp from the web when I am viewing an existing ticket. Is there any way to configure the preferred time stamp in mid tier? I am using: AR Server: 5.1.2 Mid Tier: 6.3 IIS: 5 Remedy client: 5.1.2 Thanks, Suddha _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
