Tillbaka till svenska Fidonet
English   Information   Debug  
OS2BBS   0/787
OS2DOSBBS   0/580
OS2HW   0/42
OS2INET   0/37
OS2LAN   0/134
OS2PROG   0/36
OS2REXX   0/113
OS2USER-L   207
OS2   0/4786
OSDEBATE   0/18996
PASCAL   0/490
PERL   0/457
PHP   0/45
POINTS   0/405
POLITICS   0/29554
POL_INC   0/14731
PSION   103
R20_ADMIN   1121
R20_AMATORRADIO   0/2
R20_BEST_OF_FIDONET   13
R20_CHAT   0/893
R20_DEPP   0/3
R20_DEV   399
R20_ECHO2   1379
R20_ECHOPRES   0/35
R20_ESTAT   0/719
R20_FIDONETPROG...
...RAM.MYPOINT
  0/2
R20_FIDONETPROGRAM   0/22
R20_FIDONET   0/248
R20_FILEFIND   0/24
R20_FILEFOUND   0/22
R20_HIFI   0/3
R20_INFO2   3221
R20_INTERNET   0/12940
R20_INTRESSE   0/60
R20_INTR_KOM   0/99
R20_KANDIDAT.CHAT   42
R20_KANDIDAT   28
R20_KOM_DEV   112
R20_KONTROLL   0/13273
R20_KORSET   0/18
R20_LOKALTRAFIK   0/24
R20_MODERATOR   0/1852
R20_NC   76
R20_NET200   245
R20_NETWORK.OTH...
...ERNETS
  0/13
R20_OPERATIVSYS...
...TEM.LINUX
  0/44
R20_PROGRAMVAROR   0/1
R20_REC2NEC   534
R20_SFOSM   0/340
R20_SF   0/108
R20_SPRAK.ENGLISH   0/1
R20_SQUISH   107
R20_TEST   2
R20_WORST_OF_FIDONET   12
RAR   0/9
RA_MULTI   106
RA_UTIL   0/162
REGCON.EUR   0/2056
REGCON   0/13
SCIENCE   0/1206
SF   0/239
SHAREWARE_SUPPORT   0/5146
SHAREWRE   0/14
SIMPSONS   0/169
STATS_OLD1   0/2539.065
STATS_OLD2   0/2530
STATS_OLD3   0/2395.095
STATS_OLD4   0/1692.25
SURVIVOR   0/495
SYSOPS_CORNER   0/3
SYSOP   0/84
TAGLINES   0/112
TEAMOS2   0/4530
TECH   0/2617
TEST.444   0/105
TRAPDOOR   0/19
TREK   0/755
TUB   0/290
UFO   0/40
UNIX   0/1316
USA_EURLINK   0/102
USR_MODEMS   0/1
VATICAN   0/2740
VIETNAM_VETS   0/14
VIRUS   0/378
VIRUS_INFO   0/201
VISUAL_BASIC   0/473
WHITEHOUSE   0/5187
WIN2000   0/101
WIN32   0/30
WIN95   0/4288
WIN95_OLD1   0/70272
WINDOWS   0/1517
WWB_SYSOP   0/419
WWB_TECH   0/810
ZCC-PUBLIC   0/1
ZEC   4

 
4DOS   0/134
ABORTION   0/7
ALASKA_CHAT   0/506
ALLFIX_FILE   0/1313
ALLFIX_FILE_OLD1   0/7997
ALT_DOS   0/152
AMATEUR_RADIO   0/1039
AMIGASALE   0/14
AMIGA   0/331
AMIGA_INT   0/1
AMIGA_PROG   0/20
AMIGA_SYSOP   0/26
ANIME   0/15
ARGUS   0/924
ASCII_ART   0/340
ASIAN_LINK   0/651
ASTRONOMY   0/417
AUDIO   0/92
AUTOMOBILE_RACING   0/105
BABYLON5   0/17862
BAG   135
BATPOWER   0/361
BBBS.ENGLISH   0/382
BBSLAW   0/109
BBS_ADS   0/5290
BBS_INTERNET   0/507
BIBLE   0/3563
BINKD   0/1119
BINKLEY   0/215
BLUEWAVE   0/2173
CABLE_MODEMS   0/25
CBM   0/46
CDRECORD   0/66
CDROM   0/20
CLASSIC_COMPUTER   0/378
COMICS   0/15
CONSPRCY   0/899
COOKING   32953
COOKING_OLD1   0/24719
COOKING_OLD2   0/40862
COOKING_OLD3   0/37489
COOKING_OLD4   0/35496
COOKING_OLD5   9370
C_ECHO   0/189
C_PLUSPLUS   0/31
DIRTY_DOZEN   0/201
DOORGAMES   0/2061
DOS_INTERNET   0/196
duplikat   6002
ECHOLIST   0/18295
EC_SUPPORT   0/318
ELECTRONICS   0/359
ELEKTRONIK.GER   1534
ENET.LINGUISTIC   0/13
ENET.POLITICS   0/4
ENET.SOFT   0/11701
ENET.SYSOP   33903
ENET.TALKS   0/32
ENGLISH_TUTOR   0/2000
EVOLUTION   0/1335
FDECHO   0/217
FDN_ANNOUNCE   0/7068
FIDONEWS   24128
FIDONEWS_OLD1   0/49742
FIDONEWS_OLD2   0/35949
FIDONEWS_OLD3   0/30874
FIDONEWS_OLD4   0/37224
FIDO_SYSOP   12852
FIDO_UTIL   0/180
FILEFIND   0/209
FILEGATE   0/212
FILM   0/18
FNEWS_PUBLISH   4408
FN_SYSOP   41679
FN_SYSOP_OLD1   71952
FTP_FIDO   0/2
FTSC_PUBLIC   0/13599
FUNNY   0/4886
GENEALOGY.EUR   0/71
GET_INFO   105
GOLDED   0/408
HAM   0/16070
HOLYSMOKE   0/6791
HOT_SITES   0/1
HTMLEDIT   0/71
HUB203   466
HUB_100   264
HUB_400   39
HUMOR   0/29
IC   0/2851
INTERNET   0/424
INTERUSER   0/3
IP_CONNECT   719
JAMNNTPD   0/233
JAMTLAND   0/47
KATTY_KORNER   0/41
LAN   0/16
LINUX-USER   0/19
LINUXHELP   0/1155
LINUX   0/22093
LINUX_BBS   0/957
mail   18.68
mail_fore_ok   249
MENSA   0/341
MODERATOR   0/102
MONTE   0/992
MOSCOW_OKLAHOMA   0/1245
MUFFIN   0/783
MUSIC   0/321
N203_STAT   926
N203_SYSCHAT   313
NET203   321
NET204   69
NET_DEV   0/10
NORD.ADMIN   0/101
NORD.CHAT   0/2572
NORD.FIDONET   189
NORD.HARDWARE   0/28
NORD.KULTUR   0/114
NORD.PROG   0/32
NORD.SOFTWARE   0/88
NORD.TEKNIK   0/58
NORD   0/453
OCCULT_CHAT   0/93
Möte OSDEBATE, 18996 texter
 lista första sista föregående nästa
Text 16204, 110 rader
Skriven 2007-02-17 07:23:24 av mike (1:379/45)
  Kommentar till text 16203 av mike (1:379/45)
Ärende: Microsoft dirty tricks, part two
========================================
From: mike <mike@barkto.com>


http://www.technologyevangelist.com/2007/02/microsoft_dirty_tric_4.html

===
In my last post here I revealed that a former Microsoft contract worker had
come to me some time ago to reveal details about the possible destruction of
evidence in the Burst.com v. Microsoft case -- destruction of evidence that I
expected to be a factor in the recently settled Comes (People of Iowa) v.
Microsoft case.  I thought for sure this information would come out but
apparently it didn't.  Maybe that was among the many reasons why the case was
suddenly settled after nearly seven years.  We'll probably never know.  But I
think it is important that the information be made public, anyway.

To recap part one, lawyers for Burst.com found in the discovery phase of their
case what appeared to be a pattern of message destruction, with Microsoft
unable to reproduce ANY e-mail concerning Burst.com over periods of time
surrounding specific meetings between the two companies. Burst had ITS copies
of the messages where it had been part of the conversation as the two companies
worked together under NDA, but Microsoft presented none of these.  It seemed
logical to Burst that Microsoft, as a company that fairly lives by e-mail,
would have [at] least a few messages concerning the meetings, either before or
after. Eventually Burst lawyers uncovered a mechanism -- a sort of procedural
algorithm if you will -- under which Microsoft had consistently and in MANY
cases managed to keep all the messages it didn't need to keep and to destroy
all the ones it DID need to keep.  The survival of ANY incriminating messages,
in fact, came only from the breakdown of discipline in implementing this
procedural algorithm.  Burst revealed this information and the judge in that
case, Judge Motz, ordered Microsoft to take heroic measures to search backup
tapes for messages that were supposedly lost.

The last post revealed that contract workers had been assigned to gather all
the relevant tapes and did so quite easily at the very time when Microsoft
lawyers were claiming that to do so would be impossible.  This leads to logical
questions like; Did the Microsoft lawyer know that the tapes had been found or
were they deliberately kept in the dark so they could continue to argue against
the whole idea? And why, if the tapes were found, did they sit for months in a
special tape vault in Building 11 rather than having been examined for the
missing messages?  And then there is the big question about what happened to
the messages at all -- messages that were in a locked vault and labeled "Do not
touch" -- how did they get thrown away and by whom?

The former Microsoft contract employee who contacted me on this issue did not
do so anonymously, by the way.  I know his name and how to reach him.  We have
talked on the phone more than once.  He did not hesitate to name names.

So now the story continues....

"Several months after all of the tapes were gathered," my source continued, "MS
legal started asking for restores of any pst files captured, the tapes
“mysteriouslyö went missing. Now because our team was a managed service vendor,
we were held directly accountable and responsible for the loss. Calvin Keaton
the blue badge who managed the team made the appropriate loud noises about the
loss to HP services, although I never saw any public disclosure about it.
Internally HP was held responsible and although I cannot point a finger at
anyone in particular, I can think of a lot of reasons that the tapes were
removed by someone blue. It is also possible that someone on our team
performing a  standard purge of old media mistakenly pulled them and sent them
to the shredder and even though the tapes were stored in a special section
specifically marked “Do Not Touchö taped across them I find it highly unlikely.
 Just glad I never had to depose for the issue. Can’t imagine that it would
have done my career any good."

So the outside vendor was Hewlett-Packard, one of Microsoft's hardware OEMs,
which is to say Microsoft's bitch.

The tape disappearance was blamed on HP, which  accepted the blame, and the
employees directly involved kept expecting there to be repurcussions,
especially legal ones.  They expected to be deposed by Burst lawyers.  But it
never happened.

This was, for Microsoft, a perfect ending.  The damning tapes were lost in a
way that could be blamed on a contractor -- a contractor over which Microsoft
had great power -- power greater than just a services contract.  The contractor
"accepted" responsibility though there was no real evidence they had done
anything wrong.  It could just as easily have been a Microsoft employee who
destroyed the tapes.  It is clear that Microsoft never evealed to the court
either that the tapes had been found or that they had been destroyed.  This
would have had to have taken place at the spoliation hearing that would have
happened had Microsoft not settled with Burst for $60 million.

I contacted both Burst and Burst's lawyers on this a few months ago and they
could not recall any aspect of this incident having been revealed to them by
Microsoft or by the court. It was news to them.

Microsoft's legal behavior in this is consistent -- consistently bad -- and the
only intersting aspect of that part is that it is logical to assume Redmond
would have paid ANYTHING to avoid that spoliation hearing and its need to
either come clean about evidence destruction or to commit perjury.  $60 million
was nothing to Microsoft.  Burst could have got a lot more money had they known
what was actually going on.

And where was HP in this?  Why didn't HP file a friend-of-the-court brief
explaining what had happened?  Even the lowly contract workers who were blamed
expected that to happen yet it didn't.  Did the HP legal Department even know
about the incident or were they too busy tapping phone records of reporters? 
My guess -- and it is only a guess -- is that HP corporate was never told about
the incident, though that is not in any way an acceptable excuse.  It should
have been reported.

Shortly thereafter, of course, HP lost the storage contract.  My source was
laid-off and moved away from Seattle.  Microsoft (and HP by implication) got
away with it... at least until now.
===

  /m

--- BBBS/NT v4.01 Flag-5
 * Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45)