I use Outlook 2003 as well.
It just seemed strange that one would be fine and the next garbled but
with a 2 line addition, tacked on by the list server, that was formatted
correctly.
/shrug
-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
Behalf Of Tracy Pierce
Sent: Thursday, November 02, 2006 11:30 AM
To: [log in to unmask]
Subject: Re: Garbled posts from 3000-L
good point; mine were both pretty too, using MSOutlook2003. =20
What are you using to read your mail, Chuck?=20
> -----Original Message-----
> From: HP-3000 Systems Discussion=20
> [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
>=20
> Both of my copies (HP3000L & openmpe) were fine. I am
> viewing with Netscape 7.2
>=20
> Hope it helps.
>=20
> Bob J. -- Ideal Computer Services
> http://www.icsgroup.net
>=20
>=20
> Chuck Ryan wrote:
>=20
> > Donna recently posted the following message on both the OpenMPE and
> > 3000-L mailing lists.
> >=20
> > This is how it looked coming from the OpenMPE list:
> > ----------------------------------------------------
> >=20
> > this was noted by one of the openmpe board of director members:
> >=20
> > 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=20
> 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=20
> time changes
> > on energy consumption in the U.S. no later than 9 months after its
> > implementation. The Congress of the United States reserves=20
> the right to
> > revert the daylight saving time rules to those implemented=20
> in 1986 and
> > in use through 2006 based on that report.
> > Should congress opt to revert U.S. daylight saving time to=20
> 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=20
> 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=20
> timestamps applied
> > during the period in which the new rules were in effect, so=20
> we can NEVER
> > return to the current TZTAB, so retaining a copy of the=20
> 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=20
> 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=20
> where it will
> > not be confused with something valid.
> >=20
> > ---=20
> > Donna Hofmeister, HP-CSA Sr. System Programmer
> > dgarverick -at- longs -dot- com
> > 925-210-6631 Longs Drug Stores
> > =20
> > ----------------------------------------------------
> >=20
> > And here is how it looked coming from the 3000-L list:
> >=20
> > ----------------------------------------------------
> >=20
> > One co=3D
> >=20
> > this was noted by one of the openmpe board of director=20
> members:=3D0A=3D0AOne
> > co=3D
> > mment that should probably get back to the HP3000 community=20
> is=3D0Athat
> > the a=3D
> > uthor of the web page seems not to understand the=20
> TZTAB=3D0Afunction. In
> > the=3D
> > section "Maintaining TZTAB" it is stated:=3D0A--->=3D0AUnder=20
> section 110 of
> > th=3D
> > e Energy Policy Act of 2005 the Secretary of the=3D0AU.S.=20
> Department of
> > Energ=3D
> > y must make a report to the Congress of the=3D0AUnited States on the
> > effectiv=3D
> > eness of the daylight saving time changes=3D0Aon energy=20
> consumption in the
> > U.=3D
> > S. no later than 9 months after its=3D0Aimplementation. The=20
> Congress of
> > the U=3D
> > nited States reserves the right to=3D0Arevert the daylight saving =
time
> > rules =3D
> > to those implemented in 1986 and=3D0Ain use through 2006 based on =
that
> > report=3D
> > .=3D0AShould congress opt to revert U.S. daylight saving time to the
> > pre-2007=3D
> > =3D0Arules this change will probably take effect after the end of
> > MPE/iX=3D0Asu=3D
> > pport on 31 December 2008. This is why we recommend retaining a
> > copy=3D0Aof t=3D
> > he current (pre-2007) TZTAB.=3D0A<---=3D0AIn the event that=20
> Congress decides
> > to=3D
> > "undo" the DST rules, it won't=3D0Aundo the time=20
> relationships between
> > UCT a=3D
> > nd Local for timestamps applied=3D0Aduring the period in which the =
new
> > rules =3D
> > were in effect, so we can NEVER=3D0Areturn to the current TZTAB, so
> > retaining=3D
> > a copy of the current TZTAB=3D0Afor the purpose of someday=20
> restoring it
> > is n=3D
> > onsensical. If the DST=3D0Arules are in fact reverted to the=20
> old rules,
> > then=3D
> > the TZTAB will simply=3D0Agrow longer, not shorter. Once=20
> you have tested
> > th=3D
> > e new TZTAB=3D0Ainstallation, you could keep the current TZTAB for
> > historical=3D
> > or=3D0Asentimental reasons, but make sure it is in a safe=20
> place where it
> > wil=3D
> > l=3D0Anot be confused with something valid.=3D0A=3D0A---
=3D0ADonna=20
> Hofmeister,
> > HP-=3D
> > CSA Sr. System Programmer=3D0Adgarverick -at- longs -dot-
> > com=3D0A925-210-6631 =3D
> > Longs Drug Stores=3D0A =3D0A>>>MY opinions, not Longs Drug
> > Stores'<<=3D0A=3D0A=3D0A--=3D
> > --- Original Message ----=3D0AFrom: Bill Cadier
> > <[log in to unmask]>=3D0ATo:=3D
> > [log in to unmask]: Wednesday, November 1, 2006 4:14:13
> > PM=3D0ASub=3D
> > ject: 2007 U.S. daylight saving TZTAB available on=20
> Jazz=3D0A=3D0A=3D0Across
> > poste=3D
> > d from 3000-L=3D0A=3D0AHi folks,=3D0A=3D0AA replacement copy of =
TZTAB
> > (tztab.lib.sy=3D
> > s) containing the new U.S. 2007 =3D0Adaylight saving time rules is =
now
> > availa=3D
> > ble for download from Jazz at=20
> =3D0Ahttp://jazz.external.hp.com. The link
> > stra=3D
> > ight to the download page is
> > =3D0Ahttp://jazz.external.hp.com/TZTAB/=3D0A=3D0AThe=3D
> > re will also be an official patch called LBCMXX4 versions A, B and C
> > =3D0Afor=3D
> > 7.5, 7.0 and 6.5 respectively. I anticipate that these 3 versions
> > =3D0Awill =3D
> > be available on the ITRC by around 15 November. Once they are
> > =3D0Aavailable =3D
> > the web page on Jazz will be updated to reflect that.=3D0A=3D0AThere
=
is
> > absolut=3D
> > ely no difference between the TZTAB you get from Jazz =3D0Aand the =
one
> > delive=3D
> > red by the patch and all the patch will do is replace=20
> =3D0Athe TZTAB file.
> > Th=3D
> > e patches were created for those folks who prefer that =3D0Adelivery
> > mechanis=3D
> > m.=3D0A=3D0ACheers,=3D0A=3D0ABill Cadier=3D0Ahp/vCSY=3D0A=3D0A
> >=20
> > * To join/leave the list, search archives, change list settings, *
> > * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> >=20
> > ----------------------------------------------------
> >=20
> > Notice that the admin intructions at the bottom are=20
> prefectly formatted.
> >=20
> > I always assumed that this was caused by some problem with=20
> reformatting
> > by our mail server or spam protection hardware, but why=20
> would it garble
> > one and not the other when both mailing lists are hosted by
> > raven.utc.edu?
> >=20
> > Anyone have any idea what is causing this?
> >=20
> > * To join/leave the list, search archives, change list settings, *
> > * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> >=20
> >=20
> >=20
>=20
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>=20
* 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 *
|
