Fix up the "ethereal-dev" address to refer to "ethereal.com" rather than

"zing.org".  (We leave addresses in header lines in included mail
messages alone.)

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2858 f5534014-38df-0310-8fa8-9805f1628bb7

diff --git a/README.hpux b/README.hpux
index 51110805d55b6cae5ef1d2ee4b8f578d0dc105bc..abefb382e08ba3336d29180022fd2e80fff3f9f4 100644 (file)
--- a/README.hpux
+++ b/README.hpux
@@ -1,4 +1,4 @@
-$Id: README.hpux,v 1.13 2000/08/13 07:48:55 guy Exp $
+$Id: README.hpux,v 1.14 2001/01/10 09:54:44 guy Exp $
 
 Contents:
 
@@ -362,10 +362,10 @@ name as an argument to tcpdump, rather than requiring that you specify a
 "dlpiN" name (and it should work equally well with Ethereal).
 
 If you try this code on HP-UX 10.20, and it doesn't let you specify the
-interface by name, please send mail to ethereal-dev@zing.org, so that we
-know that it didn't work - we'll probably send you debugging patches in
-the hopes of being able to make it work on 10.20 as well.  (It appeared
-to work in some tests done on HP-UX 10.20 systems.)
+interface by name, please send mail to ethereal-dev@ethereal.com, so
+that we know that it didn't work - we'll probably send you debugging
+patches in the hopes of being able to make it work on 10.20 as well. 
+(It appeared to work in some tests done on HP-UX 10.20 systems.)
 
 To use this patch, you will need the source to libpcap; if you don't
 already have it, it is available from the Software Porting And Archive

diff --git a/README.irix b/README.irix
index 5f21cfa2414a768ad45be947b11eb8f15291c3bd..cbd4cd190cb7673ce2a34c2fd5de6b0150e96ec4 100644 (file)
--- a/README.irix
+++ b/README.irix
@@ -1,4 +1,4 @@
-$Id: README.irix,v 1.3 2000/04/29 08:45:39 guy Exp $
+$Id: README.irix,v 1.4 2001/01/10 09:54:44 guy Exp $
 
 1. Some problems seen by one person who tried to build Ethereal on IRIX;
 your mileage may vary.
@@ -125,9 +125,9 @@ packet is captured, will not work.
 Here is a patch to libpcap 0.4 source that should fix that problem.  If
 it doesn't fix the problem, or if it reduces the snapshot length below
 the MTU (so that a snapshot length of 65535 doesn't capture all the data
-in the packets), please report this to ethereal-dev@zing.org, so that
-we know that it didn't work - we'll probably send you debugging patches
-in the hopes of being able to make it work.
+in the packets), please report this to ethereal-dev@ethereal.com, so
+that we know that it didn't work - we'll probably send you debugging
+patches in the hopes of being able to make it work.
 
 diff -c ../libpcap-0.4/pcap-snoop.c ./pcap-snoop.c
 *** ../libpcap-0.4/pcap-snoop.c        Tue Apr  8 21:07:01 1997

diff --git a/README.linux b/README.linux
index c11af4892745a5763efc1dd461454c776e1073c9..632a39c7974d10fc9f97afa9b8d6e33f030277fd 100644 (file)
--- a/README.linux
+++ b/README.linux
@@ -1,4 +1,4 @@
-$Id: README.linux,v 1.6 2000/02/19 21:44:13 guy Exp $
+$Id: README.linux,v 1.7 2001/01/10 09:54:44 guy Exp $
 
 In order to capture packets (with Ethereal/Tethereal, tcpdump, or any
 other packet capture program) on a Linux system, the "packet" protocol
@@ -31,7 +31,7 @@ The current version of Ethereal attempts to work around this, so its GUI
 shouldn't freeze when capturing on a not-so-busy network.  If its GUI
 does freeze when that happens, please send a note about this, indicating
 which version of which distribution of Linux you're using, and which
-version of libpcap you're using, to ethereal-dev@zing.org.
+version of libpcap you're using, to ethereal-dev@ethereal.com.
 
 The current version of Ethereal should work with versions of libpcap
 that have been patched to fix the timeout problem, as well as working