well, =0A is html (?) for linefeed, so I'm going to guess that maybe the
original post was in html format but the html header was mangled in such
a way that openmpe saw it and translated to plaintext but hp3000-l
didn't see or didn't recognize it, and passed the rest through as if it
were already plaintext?

I'd sure love to understand all this stuff, but the clues are so often
buried in other warping tools I never figure it out.

Tracy P



> -----Original Message-----
> From: HP-3000 Systems Discussion 
> [mailto:[log in to unmask]] On Behalf Of Chuck Ryan
> Sent: Thursday, November 02, 2006 8:52 AM
> To: [log in to unmask]
> Subject: Garbled posts from 3000-L
> 
> 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 *