good point; mine were both pretty too, using MSOutlook2003.
What are you using to read your mail, Chuck?
> -----Original Message-----
> From: HP-3000 Systems Discussion
> [mailto:[log in to unmask]] On Behalf Of Bob J.
> Sent: Thursday, November 02, 2006 9:26 AM
> To: [log in to unmask]
> Subject: Re: Garbled posts from 3000-L
>
> Both of my copies (HP3000L & openmpe) were fine. I am
> viewing with Netscape 7.2
>
> Hope it helps.
>
> Bob J. -- Ideal Computer Services
> http://www.icsgroup.net
>
>
> Chuck Ryan wrote:
>
> > Donna recently posted the following message on both the OpenMPE and
> > 3000-L mailing lists.
> >
> > This is how it looked coming from the OpenMPE list:
> > ----------------------------------------------------
> >
> > this was noted by one of the openmpe board of director members:
> >
> > One comment that should probably get back to the HP3000 community is
> > that the author of the web page seems not to understand the TZTAB
> > function. In the section "Maintaining TZTAB" it is stated:
> > --->
> > Under section 110 of the Energy Policy Act of 2005 the
> Secretary of the
> > U.S. Department of Energy must make a report to the Congress of the
> > United States on the effectiveness of the daylight saving
> time changes
> > on energy consumption in the U.S. no later than 9 months after its
> > implementation. The Congress of the United States reserves
> the right to
> > revert the daylight saving time rules to those implemented
> in 1986 and
> > in use through 2006 based on that report.
> > Should congress opt to revert U.S. daylight saving time to
> the pre-2007
> > rules this change will probably take effect after the end of MPE/iX
> > support on 31 December 2008. This is why we recommend
> retaining a copy
> > of the current (pre-2007) TZTAB.
> > <---
> > In the event that Congress decides to "undo" the DST rules, it won't
> > undo the time relationships between UCT and Local for
> timestamps applied
> > during the period in which the new rules were in effect, so
> we can NEVER
> > return to the current TZTAB, so retaining a copy of the
> current TZTAB
> > for the purpose of someday restoring it is nonsensical. If the DST
> > rules are in fact reverted to the old rules, then the TZTAB
> will simply
> > grow longer, not shorter. Once you have tested the new TZTAB
> > installation, you could keep the current TZTAB for historical or
> > sentimental reasons, but make sure it is in a safe place
> where it will
> > not be confused with something valid.
> >
> > ---
> > Donna Hofmeister, HP-CSA Sr. System Programmer
> > dgarverick -at- longs -dot- com
> > 925-210-6631 Longs Drug Stores
> >
> > ----------------------------------------------------
> >
> > And here is how it looked coming from the 3000-L list:
> >
> > ----------------------------------------------------
> >
> > One co=
> >
> > this was noted by one of the openmpe board of director
> members:=0A=0AOne
> > co=
> > mment that should probably get back to the HP3000 community
> is=0Athat
> > the a=
> > uthor of the web page seems not to understand the
> TZTAB=0Afunction. In
> > the=
> > section "Maintaining TZTAB" it is stated:=0A--->=0AUnder
> section 110 of
> > th=
> > e Energy Policy Act of 2005 the Secretary of the=0AU.S.
> Department of
> > Energ=
> > y must make a report to the Congress of the=0AUnited States on the
> > effectiv=
> > eness of the daylight saving time changes=0Aon energy
> consumption in the
> > U.=
> > S. no later than 9 months after its=0Aimplementation. The
> Congress of
> > the U=
> > nited States reserves the right to=0Arevert the daylight saving time
> > rules =
> > to those implemented in 1986 and=0Ain use through 2006 based on that
> > report=
> > .=0AShould congress opt to revert U.S. daylight saving time to the
> > pre-2007=
> > =0Arules this change will probably take effect after the end of
> > MPE/iX=0Asu=
> > pport on 31 December 2008. This is why we recommend retaining a
> > copy=0Aof t=
> > he current (pre-2007) TZTAB.=0A<---=0AIn the event that
> Congress decides
> > to=
> > "undo" the DST rules, it won't=0Aundo the time
> relationships between
> > UCT a=
> > nd Local for timestamps applied=0Aduring the period in which the new
> > rules =
> > were in effect, so we can NEVER=0Areturn to the current TZTAB, so
> > retaining=
> > a copy of the current TZTAB=0Afor the purpose of someday
> restoring it
> > is n=
> > onsensical. If the DST=0Arules are in fact reverted to the
> old rules,
> > then=
> > the TZTAB will simply=0Agrow longer, not shorter. Once
> you have tested
> > th=
> > e new TZTAB=0Ainstallation, you could keep the current TZTAB for
> > historical=
> > or=0Asentimental reasons, but make sure it is in a safe
> place where it
> > wil=
> > l=0Anot be confused with something valid.=0A=0A--- =0ADonna
> Hofmeister,
> > HP-=
> > CSA Sr. System Programmer=0Adgarverick -at- longs -dot-
> > com=0A925-210-6631 =
> > Longs Drug Stores=0A =0A>>>MY opinions, not Longs Drug
> > Stores'<<=0A=0A=0A--=
> > --- Original Message ----=0AFrom: Bill Cadier
> > <[log in to unmask]>=0ATo:=
> > [log in to unmask]: Wednesday, November 1, 2006 4:14:13
> > PM=0ASub=
> > ject: 2007 U.S. daylight saving TZTAB available on
> Jazz=0A=0A=0Across
> > poste=
> > d from 3000-L=0A=0AHi folks,=0A=0AA replacement copy of TZTAB
> > (tztab.lib.sy=
> > s) containing the new U.S. 2007 =0Adaylight saving time rules is now
> > availa=
> > ble for download from Jazz at
> =0Ahttp://jazz.external.hp.com. The link
> > stra=
> > ight to the download page is
> > =0Ahttp://jazz.external.hp.com/TZTAB/=0A=0AThe=
> > re will also be an official patch called LBCMXX4 versions A, B and C
> > =0Afor=
> > 7.5, 7.0 and 6.5 respectively. I anticipate that these 3 versions
> > =0Awill =
> > be available on the ITRC by around 15 November. Once they are
> > =0Aavailable =
> > the web page on Jazz will be updated to reflect that.=0A=0AThere is
> > absolut=
> > ely no difference between the TZTAB you get from Jazz =0Aand the one
> > delive=
> > red by the patch and all the patch will do is replace
> =0Athe TZTAB file.
> > Th=
> > e patches were created for those folks who prefer that =0Adelivery
> > mechanis=
> > m.=0A=0ACheers,=0A=0ABill Cadier=0Ahp/vCSY=0A=0A
> >
> > * To join/leave the list, search archives, change list settings, *
> > * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> >
> > ----------------------------------------------------
> >
> > Notice that the admin intructions at the bottom are
> prefectly formatted.
> >
> > I always assumed that this was caused by some problem with
> reformatting
> > by our mail server or spam protection hardware, but why
> would it garble
> > one and not the other when both mailing lists are hosted by
> > raven.utc.edu?
> >
> > Anyone have any idea what is causing this?
> >
> > * To join/leave the list, search archives, change list settings, *
> > * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> >
> >
> >
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|