Re: Envelope tests on null or illegal MAIL FROM (non)addresses

"Mark E. Mallett" <mem@mv.mv.com> Wed, 14 June 2006 22:09 UTC

Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k5EM9wr1053594; Wed, 14 Jun 2006 15:09:58 -0700 (MST) (envelope-from owner-ietf-mta-filters@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k5EM9wKK053593; Wed, 14 Jun 2006 15:09:58 -0700 (MST) (envelope-from owner-ietf-mta-filters@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-mta-filters@mail.imc.org using -f
Received: from mv.mv.com (osmium.mv.net [199.125.85.152]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id k5EM9uG4053571 for <ietf-mta-filters@imc.org>; Wed, 14 Jun 2006 15:09:57 -0700 (MST) (envelope-from mem@mv.mv.com)
Received: (qmail 26814 invoked by uid 101); 14 Jun 2006 18:09:56 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Wed, 14 Jun 2006 18:09:56 -0400
To: Kjetil Torgrim Homme <kjetilho@ifi.uio.no>
Cc: Ned Freed <ned.freed@mrochek.com>, ietf-mta-filters@imc.org
Subject: Re: Envelope tests on null or illegal MAIL FROM (non)addresses
Message-ID: <20060614220956.GZ25816@osmium.mv.net>
References: <01M3LWTYKQV000007A@mauve.mrochek.com> <1150321020.16538.12.camel@mattugur.ifi.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <1150321020.16538.12.camel@mattugur.ifi.uio.no>
User-Agent: Mutt/1.4.2.1i
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

On Wed, Jun 14, 2006 at 11:37:00PM +0200, Kjetil Torgrim Homme wrote:
> 
> wouldn't it be better to say that :localpart and :domain never match
> when the address is a bogon, though?

Whether it is correct or not, this is what I happen to do: if the
address parse fails, the match fails.  Although admittedly it's really
hard to make the parse fail in that particular place (tightening it up
is on the seemingly-ever-growing TODO list).

mm