From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7538 invoked by alias); 19 Mar 2002 18:54:29 -0000 Mailing-List: contact overseers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: , Sender: overseers-owner@sources.redhat.com Received: (qmail 7387 invoked from network); 19 Mar 2002 18:54:22 -0000 Received: from unknown (HELO lacrosse.corp.redhat.com) (66.187.233.200) by sources.redhat.com with SMTP; 19 Mar 2002 18:54:22 -0000 Received: from cgf.cipe.redhat.com (cgf.cipe.redhat.com [10.0.1.172]) by lacrosse.corp.redhat.com (8.11.6/8.9.3) with ESMTP id g2JIsKY02026; Tue, 19 Mar 2002 13:54:20 -0500 Received: (from cgf@localhost) by cgf.cipe.redhat.com (8.11.6/8.8.7) id g2JIsF217954; Tue, 19 Mar 2002 13:54:15 -0500 Date: Wed, 20 Mar 2002 08:46:00 -0000 From: Christopher Faylor To: "Joseph S. Myers" Cc: postmaster@gcc.gnu.org, overseers@sources.redhat.com Subject: Re: failure notice (fwd) Message-ID: <20020319185415.GB17332@redhat.com> Reply-To: postmaster@gcc.gnu.org Mail-Followup-To: "Joseph S. Myers" , postmaster@gcc.gnu.org, overseers@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23.1i X-SW-Source: 2002-q1/txt/msg00367.txt.bz2 On Tue, Mar 19, 2002 at 05:51:07PM +0000, Joseph S. Myers wrote: >Why is the spam blocking reporting a problem with an empty IP address? >What is the actual IP address in question it has a problem with? It's a bug in the header parsing in the new spam blocker apparently: http://gcc.gnu.org/ml/gcc/2002-03/msg01127.html It must have been confused by the exim headers. I've checked in a fix which should stop the check against the empty ip address. I'll check into making it properly parse the header next. Sorry for the inconvenience. Please let me know if you still are unable to post. I'll be watching the queue for this. This one got by me. cgf >-- >Joseph S. Myers >jsm28@cam.ac.uk > >---------- Forwarded message ---------- >Date: 19 Mar 2002 17:26:07 -0000 >From: MAILER-DAEMON@sources.redhat.com >To: jsm28@srcf.ucam.org >Subject: failure notice > >Hi. This is the qmail-send program at sources.redhat.com. >I'm afraid I wasn't able to deliver your message to the following addresses. >This is a permanent error; I've given up. Sorry it didn't work out. > >: >In an effort to cut down on our spam intake, we block email that is listed >by certain open-relay tracking services. Unfortunately you may have just >discovered the hard way that sometimes non-spam mail gets caught >accidentally. In most cases you can clear this up by an upgrade to your >mail server or sometimes by getting an erroneous listing removed. >For more information about our use of these lists, see > > http://sources.redhat.com/lists.html#rbls > >The IP number that I'm denying mail from is >The list that you're on is http://spamcop.net/bl.shtml?. See: > > http://spamcop.net/bl.shtml? > >for more information about this list and why you are on it. > >In the meantime, you can add yourself to the gcc.gnu.org >"global allow list" by sending email to: > > global-allow-subscribe-jsm28=srcf.ucam.org@gcc.gnu.org > >This will enable you to send email without being subjected to >further spam blocking. > >--- Below this line is a copy of the message. > >Return-Path: >Received: (qmail 7991 invoked from network); 19 Mar 2002 17:25:29 -0000 >Received: from unknown (HELO mauve.csi.cam.ac.uk) (131.111.8.38) > by sources.redhat.com with SMTP; 19 Mar 2002 17:25:29 -0000 >Received: from student.cusu.cam.ac.uk > ([131.111.179.82] helo=kern.srcf.societies.cam.ac.uk ident=mail) > by mauve.csi.cam.ac.uk with esmtp (Exim 3.35 #1) > id 16nNMV-00027g-00; Tue, 19 Mar 2002 17:25:27 +0000 >Received: from jsm28 (helo=localhost) > by kern.srcf.societies.cam.ac.uk with local-esmtp (Exim 3.12 #1 (Debian)) > id 16nNMS-0004xy-00; Tue, 19 Mar 2002 17:25:24 +0000 >Date: Tue, 19 Mar 2002 17:25:19 +0000 (GMT) >From: "Joseph S. Myers" >X-X-Sender: >To: Alexandre Oliva >cc: >Subject: Re: patch for -Wno-long-long and early GNAT compilers >In-Reply-To: >Message-ID: >MIME-Version: 1.0 >Content-Type: TEXT/PLAIN; charset=US-ASCII >Sender: Joseph Myers > >On 19 Mar 2002, Alexandre Oliva wrote: > >> I can agree that this will be the end of the problem depending on the >> answer to my following question: how about 3.3? Are we going to try >> to make at least some effort to keep GCC GNAT buildable with any >> earlier releases of GCC supporting GNAT (i.e., 3.1), or as soon as 3.2 >> is out, patches will soon find their way into the CVS tree that break >> bootstraps that start from 3.1? > >Further to this point: currently the C compiler required to build non-C >front ends when building a cross-compiler is 2.95 or later; C features >added in 3.0 or later mustn't be required by front ends. Once 3.1 >supporting Ada has been released; I think it's reasonable to require at >least 3.1 (as the first Ada-supporting GCC release) to build the Ada front >end in future releases - but we shouldn't move to a requirement of 3.2 as >a bootstrap compiler for Ada until we also think it reasonable for >building non-C front ends written in C. This means not until compilers >based on 3.1 are no longer in widespread use. (At present, 2.95 and >2.96-RH compilers are in widespread use for C, maybe more widespread than >3.0, and will continue to be in widespread use for some time.) I think >the "Debian stable uses 3.2 as the default C compiler" test would be >reasonable. > >-- >Joseph S. Myers >jsm28@cam.ac.uk -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ .