Robert said:
Thanks. Will try the TCPView first.
**
Ethereal was not useful; all it indicated was that i had a problem;
and i *knew* that.
I was unable to save the screen info in text format.
The basic info was: <various stuff not related to problem>, ARP -
broadcast, ICMP - destination unrechable, SSLv3 - encripted alert, <more
stuff unrelated to problem>.
Saving as a text file gave me binary with embedded text messages
saying i had a corrupted registry, and to go to a certain URL. That URL
had a program that supposedly would analyze and fix the registry.
Well, maybe - BUT it indicated that all was not fixed and wanted
money to do the rest.
BUT the worst part was that it left GTEK behind!
And that is why i am *not* saying where that damn website is, so
nobody else will be caught!
**
TCPView was a *LOT* more informative, but did not give enough info
for me to fix the original problem.
I am trying to patch NetScape's PREFS.JS so that Norton AntiVirus
2001 will work.
Online info for that is wrong (written for old versions) and unuseable.
I was hoping that i could "see" messages passed around - maybe see
what NAV was getting and what NAV was sending.
Looking at what TCPView logged, i am guessing that NAV may have
received a message of some sort - and that is all.
This is what TCPView captured in 2 cases:
** No patches, default PREFS.JS meaning NAV 2001 cannot work.
TCP mine:1039 localhost:1040 ESTABLISHED
TCP mine:1040 localhost:1039 ESTABLISHED
TCP mine:5180 mine:0 LISTENING
TCP user-2ini87c.dialup.mindspring.com:137 mine:0 LISTENING
TCP user-2ini87c.dialup.mindspring.com:138 mine:0 LISTENING
TCP user-2ini87c.dialup.mindspring.com:nbsession mine:0 LISTENING
TCP user-2ini87c.dialup.mindspring.com:1047 pop04.earthlink.net
op3
TIME_WAIT
UDP user-2ini87c.dialup.mindspring.com:nbname *:*
UDP user-2ini87c.dialup.mindspring.com:nbdatagram *:*
** I note the "dialup" above, so that means something goes out, and
a query is made. File on server can be accessed.
Now, a change is made offline; changes according to manual configuration
guide made by NAV, but guesses on implimentation were made as NetScape 7.2
does not conform to anything described by Symantec or Netscape concerning
configuration purposes.
** With patches to PREFS.JS that activate the "timer" bar when Send is tried
TCP mine:1026 localhost:1025 ESTABLISHED
TCP mine:1025 localhost:1026 ESTABLISHED
TCP mine:5180 mine:0 LISTENING
TCP user-2ini86s.dialup.mindspring.com:137 mine:0 LISTENING
TCP user-2ini86s.dialup.mindspring.com:138 mine:0 LISTENING
TCP user-2ini86s.dialup.mindspring.com:nbsession mine:0 LISTENING
TCP mine:1034 mine:0 LISTENING
TCP mine:1035 mine:0 LISTENING
TCP mine
op3 localhost:1034 FIN_WAIT2
TCP mine:1034 localhost
op3 CLOSE_WAIT ** tried send 3 times **
TCP mine:1035 localhost
op3 CLOSE_WAIT
TCP mine
op3 localhost:1035 FIN_WAIT2
TCP mine:1036 mine:0 LISTENING
TCP mine
op3 localhost:1036 FIN_WAIT2
TCP mine:1036 localhost
op3 CLOSE_WAIT
TCP mine:1037 mine:0 LISTENING
TCP mine
op3 localhost:1037 FIN_WAIT2
TCP mine:1037 localhost
op3 CLOSE_WAIT
TCP mine:1038 mine:0 LISTENING
TCP mine
op3 localhost:1038 FIN_WAIT2
TCP mine:1038 localhost
op3 CLOSE_WAIT
UDP user-2ini86s.dialup.mindspring.com:nbname *:*
UDP user-2ini86s.dialup.mindspring.com:nbdatagram *:*
** I see *no* mention of "dialup" and so presume that nothing is sent.