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

3 files changed, 11 insertions, 11 deletions

diff --git a/README.hpux b/README.hpux
index 51110805d5..abefb382e0 100644
--- 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 5f21cfa241..cbd4cd190c 100644
--- 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 c11af48927..632a39c797 100644
--- 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