From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9987 invoked by alias); 19 Sep 2012 13:50:01 -0000 Received: (qmail 9953 invoked by uid 22791); 19 Sep 2012 13:50:00 -0000 X-SWARE-Spam-Status: No, hits=-5.7 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from cantor2.suse.de (HELO mx2.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 19 Sep 2012 13:49:48 +0000 Received: from relay1.suse.de (unknown [195.135.220.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 3BB20A3991 for ; Wed, 19 Sep 2012 15:49:47 +0200 (CEST) Date: Wed, 19 Sep 2012 13:50:00 -0000 From: Richard Guenther To: overseers@gcc.gnu.org Subject: bugzilla slowness Message-ID: User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact overseers-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: , Sender: overseers-owner@sourceware.org X-SW-Source: 2012-q3/txt/msg00140.txt.bz2 When you do a change to a bug that triggers e-mails to be sent bugzilla is extremely slow (you can hit "stop" in your browser after a few seconds and continue happily). I think it was tracked down to synchronous e-mail sending and outgoing spam verification. Time spent seems to scale with the number of people CCed in a bug. Can we please white-list gcc.gnu.org accounts? This really makes bugzilla triage as part of release-manager duties extremely painful and time consuming. Thanks, Richard.