Here are a couple of update files to help with browsing under 95, NT
3.51, and NT 4. This includes a patched SeaMonkey and Firefox for NT 3.51,
95, and NT 4 as well as Flash version spoofer to make Youtube work under
95/NT.

SeaMonkey for 95 and NT 3.51
- with "HTML5"

SeaMonkey95 is a custom compile of Mozilla SeaMonkey 1.1.20pre with
the following fixes:

Adds graceful fallback for sites that use custom elements such as unrecognized
HTML5 section tags. Code is from bug 311366.In
other words, Slashdot no longer looks like it went through a Cuisinart.
Would you believe it was a 3-line fix?

Incorporates the fix in bug 514955
that restores the ability to access HTTPS sites under 3.51, 95, and NT
4. (same as the Freebl3.dll below) This was broken in 1.1.18 and 1.1.19.

Works around a unicode issue that causes sites to crash on 95 and NT
3.51 when invoking SQLite. In other words, CNN.com, Flickr.com and many
others don't crash now on these OSes.

Fixes a separate locking issue when invoking SQLite that prevents the
same sites from freezing Mozilla on NT3.51 and 95 gold (OSR 2 didn't appear
to have that issue). SQLite is actually running on these OSes now, but
it is hard to tell if there are any other problems. The important thing
is a random page won't unexpectedly cause a crash.

Note: Anyone using this should go in to the security preferences and
disable SSL v3, using only TLS instead. Many web sites are rejecting connections
if you don't do that.

Flash 7 is the only version of the Flash player that works under Windows
95, NT 3.51, and NT 4. Youtube updated their site so flash 7 users are
advised to update their player, and the video refuses to play.

Place this modified Flash 7 file over your existing Npswf32.dll to make
Youtube and possibly other sites think you actually have Flash 8. The source
of this patch is from the MSFN
forums.

If you have a Windows version higher than 95/NT 4 then you should use
Flash 8/9 instead.

Note that Flash requires the wininet.dll to be present to run. The appropriate
version for NT 3.51 can be found on the Office 97 CD and other redistributable
packages.

As of September, 2012 the player they are using is still actually capable
of working with Flash 7. But it starts you off on a nonfunctional "lightweight"
page it ironically suggests is for older browsers. Clicking the "Go back
to regular page" or adding "nofeather=True" to the end of the URL and it
will still work. This page, however currently uses some problematic formatting.
Thumbnails do not display and many elements are not aligned properly. It
appears HTML List Items do not "float" quite the way they should. You can
remedy this by placing the updated userContent file listed below in the
"chrome" folder of your Mozilla profile directory.

As of May, 2014 the player still works, but Youtube pages check the
user agent string and serve the incorrect content to SeaMonkey 1.1.
To work around this in SeaMonkey, you can edit the setting "general.useragent.extra.seamonkey"
to include the string "Firefox". Obviously there is no no need to change
this setting in Firefox 2.

As of May 2016 all methods of accessing a flash 7 compatible player
seem to have been removed. The spoofer below no longer works at all.

Freebl3 is a custom complied version of the Mozilla NSS library. This
is needed to make SeaMonky 1.1.19, Thunderbird 2.0.0.24, and unofficial
Firefox 2.0.0.22pre work with HTTPS sites under NT 3.51, 95 and NT 4. Details
are discussed in bug
514955.

The last official Firefox 2 release and Seamonkey 1.1.17 and prior were
not affected by this bug.

This is not needed for the custom builds on this page.

Basically the problem revolves around some dead code added in a library
shared with Firefox 3.x that references an API that does not exist in NT
3.51, 95, or NT 4. Originally they tried to get some additional random
number entropy by scanning temp and shell folders during startup but that
caused performance issues, so it was modified to get a random entropy value
from a crypto function in ADVAPI32 instead. But this call doesn't exist
in early ADVAPI32 versions (NT 3.51 or untouched Win95A) so they linked
to it at runtime and left the folder scanning code in there. Unfortunately
their folder scanning code links to SHGetSpecialFolderPathW at load time
preventing the library from loading at all under NT 3.51, 95, and NT 4.
So ironically the scanning code only gets called under NT 3.51 and untouched
Win95A (MS installers almost always updated ADVAPI32) but the code can't
run on those versions. Documentation does say SHGetSpecialFolderPathW
can exist under 95 and NT 4 - but only in the unlikely chance that the
IE 4.0 webby desktop is installed - which even back in the day was an unreasonable
requirement.