Re: Time zone

2001-01-04 Thread Michael Maier

Alessander Salgueirosa wrote:

 Hi all

 Well, this is my firt time on the list.
 I need a help.

 I have the qmail on a linux red hat 6.2 .
 All is fine except the time zone.

 when i reboot my machine the time zone get one other set, not expected

 my machine is set to GMT -3 America São Paulo.
 It's not a hardware matter, and on other machines that have red hat 6.2
 whitout
 qmail it not heappens.

 Somebody knows about it ???

Use linuxconf on Red Hat Systems to adjust the Timezone!!

--^..^--
  michael maier  -  system  development administrator
  flatfox ag, hanauer landstrasse 196a
  d-60314 frankfurt am main
  fon+49.(0)69.50 95 98-308
  fax+49.(0)69.50 95 98-101
  email  [EMAIL PROTECTED]
  urlhttp://www.flatfox.com -  m a k e  m y  d a y






Re: Time zone

2001-01-04 Thread -= Ana Paula =-

Hi Alessander,

Thursday, January 04, 2001, 8:36:37 AM, you wrote:

AS Hi all

AS Well, this is my firt time on the list.
AS I need a help.

AS I have the qmail on a linux red hat 6.2 .
AS All is fine except the time zone.

AS when i reboot my machine the time zone get one other set, not expected

AS my machine is set to GMT -3 America São Paulo.
AS It's not a hardware matter, and on other machines that have red hat 6.2
AS whitout
AS qmail it not heappens.

AS Somebody knows about it ???


See: http://www.faqts.com/knowledge_base/view.phtml/aid/1167/fid/208

"How can I set the timezone used in headers?
Why is the time wrong in headers?
Mar 3rd, 2000 10:58

Dave Sill

qmail uses Greenwich Mean Time (GMT), instead of the local
timezone, in any timestamps it creates. This is indicated by the "-"
at the end of the date specification. It means "no offset from GMT".
(Eastern Standard Time has an offset of "-0500" which means five hours
before GMT.)

qmail uses GMT for two reasons: first, it makes it easier to track
messages that pass through multiple timezones, and second, converting to
the local timezone requires linking with the standard C runtime library,
which DJB has gone to great lengths to avoid since it can be a source of
security and reliability problems.

There are two headers fields where qmail puts a time: Received and Date.

qmail will only add a Date field to locally-injected (not SMTP) messages
that don't already have a Date field. If you don't like the Date header
qmail adds, either configure your mail user agent (MUA) to add them, or
use the "datemail" command to inject messages instead of qmail-inject.
Some people even replace qmail-inject with a symbolic link to datemail.

Received fields are always stamped in UTC. Changing this would require a
source code patch, and would be ill-advised for the reasons stated
above."

---

P.S: sou brasileira, se quiser trocar "figurinhas" sobre o qmail
me procure ...  estou começando a usa-lo em substituicao ao
Sendmail.

Ana Paula





RE: Time zone

2000-01-20 Thread Paul Trippett

For those of you that have missed this. I asked a simple question about UTC
and where it comes from and where now into POSIX not being Y2.1K Compliant,
and there is also a variant about Negatives in Grammar.

Don't you love it when this happens :)

Regards,

Paul Trippett

-Original Message-
From: Russell Nelson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 20, 2000 6:51 PM
To: [EMAIL PROTECTED]
Subject: Re: Timezone


Ian Lance Taylor writes:
 From: Russell Nelson [EMAIL PROTECTED]
 Date: Thu, 20 Jan 2000 13:22:56 -0500 (EST)
  
 Mark Delany writes:
   I walk around http://physics.nist.gov/GenInt/Time/world.html
   might be instructive.
  
 Instructive, yes, but it says nothing about TAI.  TAI is simply a
 counting of seconds, without UTC being taken into account.  TAI + leap

 seconds == UTC.  Unix machines claim to run on UTC but really operate
 on TAI.
  
  This is one of those statement which punches my personal pedant
  button.
  
  I believe that machines which follow POSIX run on a mixture.

Me too.  Didn't I just say that?  Perhaps the most accurate way to say 
it is that the kernel naturally runs TAI, but it's sense of time it
coerced into UTC by people or other software external to the kernel.

-- 
-russ nelson [EMAIL PROTECTED]  http://russnelson.com
Crynwr sells support for free software  | PGPok | "Ask not what your country
521 Pleasant Valley Rd. | +1 315 268 1925 voice | can force other people to
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | do for you..."  -Perry M.