Re: Mail duplicates - Mailing list performance is very bad!

Re: Mail duplicates - Mailing list performance is very bad!

[Jeffrey A Law]

  In message < 13599.18826.212420.102010@slsvhmt >you write:
  > The appended email was definitely duplicated here (there were others
  > as well).
What I need is the complete headers for the multiple messages,
just pointing out a message that was a duplicate doesn't help
me track the problem down.

  > Another problem with the lists is their currently very bad
  > performance. I usually have a delay of at least 3(!) days by
Yes we know.  We're working on the problem, but a solution is probably
still several weeks away.  Until then we're just going to have to live
with it.

jeff

Re: Mail duplicates - Mailing list performance is very bad!

[Manfred Hollstein]

On Mon, 30 March 1998, 00:41:29, law@hurl.cygnus.com wrote:

 >   In message < 13599.18826.212420.102010@slsvhmt >you write:
 >   > The appended email was definitely duplicated here (there were others
 >   > as well).
 > What I need is the complete headers for the multiple messages,
 > just pointing out a message that was a duplicate doesn't help
 > me track the problem down.

OK, removed them too early. Once there are duplicates again, I'll send
them to you.

 > 
 >   > Another problem with the lists is their currently very bad
 >   > performance. I usually have a delay of at least 3(!) days by
 > Yes we know.  We're working on the problem, but a solution is probably
 > still several weeks away.  Until then we're just going to have to live
 > with it.

Thanks. Note, I didn't want to offend you! I only wanted to bring this to
public attention.

 > 
 > jeff

manfred

Mail duplicates - Mailing list performance is very bad!

[Manfred Hollstein]

The appended email was definitely duplicated here (there were others
as well).

Another problem with the lists is their currently very bad
performance. I usually have a delay of at least 3(!) days by
average in getting my own postings back via the list. I think, this is 
far too long; if somebody is reporting a particular problem, I look at 
the Date: and think `it's unlikely he didn't find a solution in the
meantime' and am in doubt, if I'd response.

manfred

X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
	["9915" "Thu" "26" "March" "1998" "19:07:28" "+0900" "Shigeya Suzuki" "shigeya@foretune.co.jp" "< 19980326190728Y.shigeya@foretune.co.jp >" nil "egcs-980321-ss result on sparc-sun-solaris2.6" "^From:" "egcs@cygnus.com" "egcs@cygnus.com" "3" "1998032610:07:28" "egcs-980321-ss result on sparc-sun-solaris2.6" (number " " mark "     Shigeya Suzuki    egcs@cygnus.com 26.03 9915   " thread-indent "egcs-980321-ss result on sparc-sun-solaris2.6\n") nil nil]
	nil)
Content-Length: 9915
Return-Path:  "" <owner-egcs@cygnus.com>
Received: from slsv0dt.stgl.sel.alcatel.de by lts.sel.alcatel.de (4.1/SMI-4.1)
	id AA14120; Sat, 28 Mar 98 14:05:17 +0100
Received: from sls26e.stgl.netd.alcatel.de ([149.204.45.34]:52832 "HELO sls26e.stgl.netd.alcatel.de" ident: "NO-IDENT-SERVICE") by ks.sel.alcatel.de with SMTP id <91244-23545>; Sat, 28 Mar 1998 14:04:58 +0100
Received: from cygnus.com (actually host runyon.cygnus.com) by sls26e with SMTP (XT-PP) with ESMTP; Sat, 28 Mar 1998 14:04:50 +0100
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) id CAA03692;	Thu, 26 Mar 1998 02:07:38 -0800 (PST)
X-Mailer: Mew version 1.93b23 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA)
X-Pgp-Fingerprint: 2E E8 3F 74 B7 67 F9 3F  67 77 6E D3 8D BD 63 EF
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: < 19980326190728Y.shigeya@foretune.co.jp >
X-Dispatcher: imput version 980302
Lines: 239
Precedence: bulk
From: Shigeya Suzuki <shigeya@foretune.co.jp>
Sender: owner-egcs@cygnus.com
To: egcs@cygnus.com
Subject: egcs-980321-ss result on sparc-sun-solaris2.6
Date: 	Thu, 26 Mar 1998 19:07:28 +0900

Note:
	After I build and installed, I try to compile my application.
	cc1plus dumps core.. I'm now building from CVS tree to see change..

------------------------------

Source:
	980321 snapshot

Platform:
	sparc-sun-solaris2.6 (Japanese Environment)

Environment:
	binutils snapshot 980301

Patches applied:

config env:
	none

config flags:
	--with-gnu-as --with-gnu-ld
	--prefix=/usr/local/egcs

BOOT_CFLAGS:
	none

gcc used for bootstrapping
	gcc 2.7.2.3


		=== libio Summary ===

# of expected passes		40

		=== libstdc++ Summary ===

# of expected passes		24
# of unexpected failures	2
# of expected failures		4

		=== gcc Summary ===

# of expected passes		6002
# of unexpected failures	5
# of expected failures		6
# of unsupported tests		11

		=== g++ Summary ===

# of expected passes		3729
# of unexpected failures	11
# of unexpected successes	1
# of expected failures		79
# of untested testcases		6

		=== g77 Summary ===

# of expected passes		168


------------------------------

fgrep -v PASS g++.sum

------------------------------
Test Run By shigeya on Thu Mar 26 18:28:37 1998
Native configuration is sparc-sun-solaris2.6

		=== g++ tests ===

Running target unix
Running /local/src/egcs/egcs-980321/gcc/testsuite/g++.old-deja/old-deja.exp ...
XFAIL: g++.brendan/bit-fields2.C .* , (test for errors, line 11)
FAIL: g++.brendan/crash8.C (test for excess errors)
XFAIL: g++.bugs/900213_03.C missed by g++, warned by cfront, (test for errors, line 24)
XFAIL: g++.bugs/900215_02.C , (test for errors, line 44)
XFAIL: g++.bugs/900321_01.C , (test for errors, line 22)
XFAIL: g++.bugs/900321_01.C , (test for errors, line 23)
XFAIL: g++.bugs/900322_01.C , (test for errors, line 25)
XFAIL: g++.bugs/900322_01.C , (test for errors, line 29)
XFAIL: g++.bugs/900322_01.C , (test for errors, line 35)
XFAIL: g++.bugs/900322_01.C , (test for errors, line 39)
XFAIL: g++.bugs/900322_01.C , (test for errors, line 43)
XFAIL: g++.bugs/900322_01.C , (test for errors, line 45)
XFAIL: g++.bugs/900322_01.C , (test for errors, line 49)
XFAIL: g++.bugs/900402_01.C  (test for errors, line 12)
XFAIL: g++.bugs/900404_04.C , (test for errors, line 18)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 26)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 27)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 28)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 30)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 31)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 32)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 34)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 35)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 36)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 38)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 39)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 40)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 42)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 43)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 44)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 46)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 47)
XFAIL: g++.bugs/900428_01.C , (test for errors, line 48)
XFAIL: g++.bugs/900519_05.C  (test for bogus messages, line 10)
XFAIL: g++.bugs/900519_05.C  (test for bogus messages, line 16)
XFAIL: g++.bugs/900519_05.C  Execution test
XFAIL: g++.jason/access7.C - wrongly ambiguous static member call, (test for bogus messages, line 12)
XFAIL: g++.jason/ambig3.C - late parsing (test for bogus messages, line 12)
XFAIL: g++.jason/ambig3.C - late parsing (test for bogus messages, line 14)
XFAIL: g++.jason/cond.C , (test for errors, line 9)
XFAIL: g++.jason/cond.C , (test for errors, line 11)
XFAIL: g++.jason/cond.C , (test for errors, line 16)
XFAIL: g++.jason/opeq5.C  Execution test
XFAIL: g++.jason/pmf2.C failed conversion to method pointer (test for errors, line 12)
XFAIL: g++.jason/ref4.C - references to functions (test for bogus messages, line 4)
XFAIL: g++.jason/rfg16.C  (test for bogus messages, line 4)
XFAIL: g++.jason/rfg16.C  (test for bogus messages, line 5)
XFAIL: g++.jason/template18.C , (test for errors, line 9)
XFAIL: g++.law/access5.C .* , (test for errors, line 22)
XFAIL: g++.law/arg11.C (test for excess errors)
XFAIL: g++.law/arm14.C .* , (test for errors, line 21)
XFAIL: g++.law/arm2.C (test for excess errors)
XFAIL: g++.law/array2.C (test for excess errors)
XFAIL: g++.law/code-gen3.C  Execution test
XFAIL: g++.law/enum5.C (test for excess errors)
XFAIL: g++.law/friend4.C (test for excess errors)
XFAIL: g++.law/inline2.C (test for excess errors)
XFAIL: g++.law/missed-error1.C , (test for errors, line 10)
XFAIL: g++.law/operators29.C (test for excess errors)
XFAIL: g++.law/union1.C (test for excess errors)
XFAIL: g++.law/visibility22.C (test for excess errors)
XFAIL: g++.law/visibility23.C .* , (test for errors, line 26)
XFAIL: g++.law/visibility23.C (test for excess errors)
XFAIL: g++.law/vtable1.C (test for excess errors)
XFAIL: g++.mike/misc5.C uses same name 9.3 , (test for errors, line 10)
XFAIL: g++.mike/ns11.C (test for excess errors)
XFAIL: g++.mike/ns11.C  Execution test
XFAIL: g++.mike/ns13.C (test for excess errors)
XFAIL: g++.mike/ns14.C (test for excess errors)
XFAIL: g++.mike/ns9.C (test for excess errors)
XFAIL: g++.mike/ns9.C  Execution test
XFAIL: g++.mike/p1989.C - (test for bogus messages, line 339)
XFAIL: g++.mike/p6058.C  (test for errors, line 7)
XFAIL: g++.mike/p7325.C  Execution test
XFAIL: g++.niklas/t135.C (test for excess errors)
UNTESTED: g++.other/dll-1.C: Test skipped: Skip if not target: arm-*pe
UNTESTED: g++.other/dll-2.C: Test skipped: Skip if not target: arm-*pe
UNTESTED: g++.other/dll-3.C: Test skipped: Skip if not target: arm-*pe
UNTESTED: g++.other/dll-4.C: Test skipped: Skip if not target: arm-*pe
UNTESTED: g++.other/dll-5.C: Test skipped: Skip if not target: arm-*pe
UNTESTED: g++.other/dll-6.C: Test skipped: Skip if not target: arm-*pe
FAIL: g++.other/friend1.C (test for excess errors)
FAIL: g++.pt/spec10.C (test for excess errors)
XFAIL: g++.pt/spec10.C  Execution test
FAIL: g++.pt/spec11.C (test for excess errors)
XFAIL: g++.pt/spec11.C  Execution test
FAIL: g++.pt/spec12.C (test for excess errors)
XFAIL: g++.pt/spec12.C  Execution test
FAIL: g++.pt/spec13.C (test for excess errors)
XFAIL: g++.pt/spec13.C  Execution test
FAIL: g++.pt/spec15.C (test for excess errors)
XFAIL: g++.pt/spec15.C  Execution test
FAIL: g++.pt/spec6.C no matching function (test for errors, line 25)
FAIL: g++.pt/spec6.C no matching function (test for errors, line 28)
FAIL: g++.pt/spec6.C (test for excess errors)
FAIL: g++.pt/vaarg.C  Execution test

		=== g++ Summary ===

# of expected passes		3729
# of unexpected failures	11
# of unexpected successes	1
# of expected failures		79
# of untested testcases		6
/local/src/egcs/0321/gcc/testsuite/../xgcc version egcs-2.91.15 980321 (gcc-2.8.0 release)

------------------------------

fgrep -v gcc.sum

Test Run By shigeya on Thu Mar 26 17:58:26 1998
Native configuration is sparc-sun-solaris2.6

		=== gcc tests ===

Running target unix
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.c-torture/code_quality/code_quality.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.c-torture/compile/compile.exp ...
XFAIL: gcc.c-torture/compile/961203-1.c
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.c-torture/execute/execute.exp ...
FAIL: gcc.c-torture/execute/loop-2f.c execution,  -O2 
FAIL: gcc.c-torture/execute/loop-2f.c execution,  -O2 -fomit-frame-pointer -finline-functions 
FAIL: gcc.c-torture/execute/loop-2f.c execution,  -O2 -fomit-frame-pointer -finline-functions -funroll-loops 
FAIL: gcc.c-torture/execute/loop-2f.c execution,  -O2 -fomit-frame-pointer -finline-functions -funroll-all-loops 
FAIL: gcc.c-torture/execute/loop-2f.c execution,  -O2 -g 
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.c-torture/execute/ieee/ieee.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.c-torture/noncompile/noncompile.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.c-torture/special/special.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.c-torture/unsorted/unsorted.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.dg/dg.exp ...
UNSUPPORTED: gcc.dg/980211-1.c
UNSUPPORTED: gcc.dg/980217-1.c
UNSUPPORTED: gcc.dg/980226-1.c
UNSUPPORTED: gcc.dg/980312-1.c
UNSUPPORTED: gcc.dg/980313-1.c
UNSUPPORTED: gcc.dg/dll-1.c
UNSUPPORTED: gcc.dg/dll-2.c
UNSUPPORTED: gcc.dg/dll-3.c
UNSUPPORTED: gcc.dg/dll-4.c
UNSUPPORTED: gcc.dg/splet-1.c
UNSUPPORTED: gcc.dg/struct-ret-1.c
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.failure/failure.exp ...
XFAIL: gcc.failure/940409-1.c,  -O0  
XFAIL: gcc.failure/940409-1.c,  -O1  
XFAIL: gcc.failure/940409-1.c,  -O2  
XFAIL: gcc.failure/940409-1.c,  -O2 -fomit-frame-pointer -finline-functions  
XFAIL: gcc.failure/940409-1.c,  -O2 -g  
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/acker1.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/dg-test.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/dhry.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/gcov.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/matrix1.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/mg.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/msgs.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/optbench.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/sieve.exp ...
Running /local/src/egcs/egcs-980321/gcc/testsuite/gcc.misc-tests/sort2.exp ...

		=== gcc Summary ===

# of expected passes		6002
# of unexpected failures	5
# of expected failures		6
# of unsupported tests		11
/local/src/egcs/0321/gcc/xgcc version egcs-2.91.15 980321 (gcc-2.8.0 release)

Re: Mail duplicates - Mailing list performance is very bad!

[Matthew D. Langston]

Hi Jeff,

I've had exactly the same problems as Manfred - many duplicate E-mail
messages, and latency times of several days.  I've included one (of the
many) duplicate E-mail messages that I've received from the egcs list. I
hope this is helpful.

Jeffrey A Law wrote:
> 
>   In message <13599.18826.212420.102010@slsvhmt>you write:
>   > The appended email was definitely duplicated here (there were others
>   > as well).
> What I need is the complete headers for the multiple messages,
> just pointing out a message that was a duplicate doesn't help
> me track the problem down.
> 
>   > Another problem with the lists is their currently very bad
>   > performance. I usually have a delay of at least 3(!) days by
> Yes we know.  We're working on the problem, but a solution is probably
> still several weeks away.  Until then we're just going to have to live
> with it.

--
Matthew D. Langston
SLD, Stanford Linear Accelerator Center
langston@SLAC.Stanford.ED


To : linux-gcc at vger dot rutgers dot edu
Subject : binutils 2.8.1.0.26 is released.
From : hjl at lucon dot org
Date : Fri, 27 Mar 1998 18:36:01 -0800 (PST)
Cc : kjahds at kjahds dot com, lmfken at lmf dot ericsson dot se, ian at lasermoon dot co dot uk,       mat at lcs dot mit dot edu, doughera at lafcol dot lafayette dot edu, brian at mathworks dot com,       john at etools dot com, craig at metrolink dot com, imp at village dot org,       robf at Willows dot Com, meissner at cygnus dot com, rfg at monkeys dot com,       roell at xinside dot com, burley at gnu dot org, linux-binutils-in at polstra dot com,       galenh at micron dot net, ralf at mailhost dot uni-koblenz dot de, egcs at cygnus dot com,       libc-linux at gnu dot org, linux-kernel at vger dot rutgers dot edu,       linux-smp at vger dot rutgers dot edu

Hi,

I fixed a few x86 assembler bugs which may output inefficient opcodes
in certain cases. I have verified it by recompiling egcs, binutils,
glibc 2.1 and Linux kernel 2.1.90. Let me know if you find any problems.

Thanks.


-- 
H.J. Lu (hjl@gnu.org)
----
This is the beta release of binutils 2.8.1.0.26 for Linux, which is
based on the binutils 980327 snapshot plus Linux/ARM support.

There was some problem on Linux/alpha. It turned out it was a bug
in the alpha dynamic linker in glibc 2.0.6. The current glibc 2.1
and glibc 2.0.7 should be ok.

This release should work on linux/x86. There are some ELF bug fixes.
But I don't know if it fixes all the bugs reported on linux/sparc,
Linux/MIPS and linux/PPC. I'd like to hear reports on them.

Please report any bugs related to binutils 2.8.1.0.26 to hjl@gnu.org.

Changes from binutils 2.8.1.0.25:

1. Update from the binutils gas-980327.
2. There are some major x86 assembler changes with operand size suffix.
   Some x86 assembler performence bugs are fixed. The Linux kernel and
   applications may run faster when assembled the new x86 assembler on
   x86. Please double check them on x86. gcc/egcs should be fine. But
   the Linux kernel does have some invalid x86 assembly code. In
   arch/i386/lib/locks.S, there was

	btl     %dl, SYMBOL_NAME(smp_invalidate_needed)

   It is not valid. The register should be either 16-bit or 32-bit.
   8-bit is not allowed. If you have any x86 assembler problem, please
   let me know.

Changes from binutils 2.8.1.0.24:

1. Update from the binutils gas-980325.
2. Change the x86 assembler error from as_bad to as_warn.
3. Fix the address for x86's lgdt/lidt.
4. Add 'S' to ar to disable symbol-table generation. Maybe used by
   glibc build to speed up archive update.

Changes from binutils 2.8.1.0.23:

1. Update from the binutils gas-980320.
2. Fix an x86 assembler bug.
3. Fix a Sparc/ELF bfd bug.

IMPORTANT:
The .plt format that the Alpha was using was not thread safe.  So I 
changed it.  The new format is *not* binary compatible with the old,
thus you must use glibc 2.0.4 to get an ld.so that can understand it.

Note that the new ld.so knows how to deal with the old .plt format, so
old libraries will still work, but they should be relinked eventually
for performance reasons.

The file list:

1. binutils-2.8.1.0.26.tar.gz. Source code.
2. binutils-2.8.1.0.25-2.8.1.0.26.diff.gz. Patch against the previous
   beta source code.
3. binutils-2.8.1.0.26.bin.tar.gz. Precompiled Linux/x86 binaries for
   libc 5.
4. binutils-2.8.1.0.26-glibc.bin.tar.gz. Precompiled Linux/x86 binaries
   for libc 6 (glibc 2.0.5c or above).

The primary ftp sites for the compiler/C library are tsx-11.mit.edu
under pub/linux/packages/GCC and sunsite.unc.edu under pub/Linux/GCC.
The beta directory is in private/tofu under the GCC directory.
 
Most of my stuff can also be found at


   ftp://ftp.yggdrasil.com/private/hjl

To install the binary package, please follow the procedure very closely.
Please backup/save all the files you are instructed to delete and you
should do
 
	gzip -dc binutils-2.8.1.0.26.bin.tar.gz | tar tvvf -
 
or
	gzip -dc binutils-2.8.1.0.26-glibc.bin.tar.gz | tar tvvf -
 
to see what is in there.
 
Please do back up before you remove things.

To install for libc 5, PLEASE DO
 
1. su root
2. cd /
3. rm -f /usr/bin/encaps /usr/bin/nm
4. gzip -dc binutils-2.8.1.0.26.bin.tar.gz | tar xvvf -
5. ldconfig
 
To install for libc 6 (glibc 2.0.5c or above), PLEASE DO
 
1. su root
2. cd /
3. rm -f /usr/bin/encaps /usr/bin/nm
4. gzip -dc binutils-2.8.1.0.26-glibc.bin.tar.gz | tar xvvf -
5. ldconfig
 
Now you have the new gas/binutils under /usr/bin and
/usr/ix86-linuxaout/bin. You have to use
 
/usr/ix86-linuxaout/bin/as
 
and
 
/usr/ix86-linuxaout/bin/ld -m i386linux
 
if you want to use a.out as and ld directly.
 
I have changed the target names for Linux/x86 and Linux/x86 (a.out)
to ix86-linux and ix86-linuxaout respectively. The precompiled
binaries are installed under /usr/ix86-linux and /usr/ix86-linuxaout.
You should make appropriate symbolic links if you have a different
name for the Linux/x86 target, like i586-unknown-linux.

If you have an old linux library in the a.out format and you cannot
obtain the newer version in the ELF format for whatever reason, you
can try "objcopy --remove-leading-char" on the a.out library and see
if it can link with your code in ELF. For Sybase client libraries,
I did

# cd sybase/lib
# for f in *.a
do
  objcopy --remove-leading-char $f
done

It seems to compile/link fine with libc 5.4.2x. But I don't know
if it really works or not. The resulting binaries should work
if the libc ABI used by the old library is unchanged in the new
libc.

According to Bruce Milner <Bruce.Milner@genetics.utah.edu>:

Just a quick note about your example using objcopy for
sybase. The sybase a.out libraries "are" dependent on a changed
feature of the libc ABI.
 
The ctype macros changed to a byte order independent format
(little endian). In order to use the sybase libraries, one needs to
rename the the ctype table variables in the sybase library files
and link in an old version of the libc's "C-ctype.o ctype-info.o"
files.

thain@sunquest.sunquest.com put a ELF'ized version of these
libraries on 

ftp://mudshark.sunquest.com/pub/ctlib-linux-elf


Thanks.


H.J. Lu
hjl@gnu.org
03/27/98

Re: Mail duplicates - Mailing list performance is very bad!

[Gerald Pfeifer]

On Mon, 30 Mar 1998, Manfred Hollstein wrote:
> On Mon, 30 March 1998, 00:41:29, law@hurl.cygnus.com wrote:
>> What I need is the complete headers for the multiple messages,
> OK, removed them too early. Once there are duplicates again, I'll send
> them to you.

Funny enough, exactly that message by Manfred arrived here twice! :-)

Jeff, is the following enough or do you want further examples?
(That's why I'm also posting this to the list...)

Gerald

PS: Though this is most probably not the reason for the dupes, I believe
    hat Manfred's Message-IDs are seriously broken, i.e., they are not RFC
    compliant!

-------- copy 1 --------
Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by vexpert.dbai.tuwien.ac.at (8.8.8/8.8.8) with ESMTP id GAA13307
	for <pfeifer@dbai.tuwien.ac.at>; Wed, 1 Apr 1998 06:51:12 +0200 (MET-DST)
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) id AAA16126;
	Mon, 30 Mar 1998 00:14:16 -0800 (PST)
Date: 	Mon, 30 Mar 1998 10:13:21 +0200 (MET DST)
From: Manfred Hollstein <manfred@s-direktnet.de>
To: law@cygnus.com
Cc: egcs@cygnus.com
Subject: Re: Mail duplicates - Mailing list performance is very bad! 
In-Reply-To: <19219.891243689@hurl.cygnus.com>
References: <13599.18826.212420.102010@slsvhmt>	<19219.891243689@hurl.cygnus.com>
X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs  Lucid
Message-Id: <13599.21326.13458.411437@slsvhmt>
Reply-To: Manfred Hollstein <manfred@s-direktnet.de>,
        Manfred.Hollstein@ks.sel.alcatel.de
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
Sender: owner-egcs@cygnus.com
Precedence: bulk

-------- copy 2 --------
Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
	by vexpert.dbai.tuwien.ac.at (8.8.8/8.8.8) with ESMTP id GAA13313
	for <pfeifer@dbai.tuwien.ac.at>; Wed, 1 Apr 1998 06:51:30 +0200 (MET-DST)
Received: (from majordom@localhost)
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) id AAA16123;
	Mon, 30 Mar 1998 00:14:14 -0800 (PST)
Date: 	Mon, 30 Mar 1998 10:13:21 +0200 (MET DST)
From: Manfred Hollstein <manfred@s-direktnet.de>
To: law@cygnus.com
Cc: egcs@cygnus.com
Subject: Re: Mail duplicates - Mailing list performance is very bad! 
In-Reply-To: <19219.891243689@hurl.cygnus.com>
References: <13599.18826.212420.102010@slsvhmt>	<19219.891243689@hurl.cygnus.com>
X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs  Lucid
Message-Id: <13599.21326.13458.411437@slsvhmt>
Reply-To: Manfred Hollstein <manfred@s-direktnet.de>,
        Manfred.Hollstein@ks.sel.alcatel.de
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
Sender: owner-egcs@cygnus.com
Precedence: bulk