From owner-freebsd-questions@FreeBSD.ORG Wed Sep 6 10:59:09 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AC6916A4DF for ; Wed, 6 Sep 2006 10:59:09 +0000 (UTC) (envelope-from stanb@panix.com) Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9760E43D45 for ; Wed, 6 Sep 2006 10:59:08 +0000 (GMT) (envelope-from stanb@panix.com) Received: from mailspool3.panix.com (mailspool3.panix.com [166.84.1.78]) by mail1.panix.com (Postfix) with ESMTP id 7E1E458822 for ; Wed, 6 Sep 2006 06:59:07 -0400 (EDT) Received: from teddy.fas.com (c-68-58-232-106.hsd1.sc.comcast.net [68.58.232.106]) by mailspool3.panix.com (Postfix) with ESMTP id 0AB7BD2DCE2 for ; Wed, 6 Sep 2006 06:59:08 -0400 (EDT) Received: from stan by teddy.fas.com with local (Exim 3.36 #1 (Debian)) id 1GKv7a-0004Xd-00 for ; Wed, 06 Sep 2006 06:59:06 -0400 Date: Wed, 6 Sep 2006 06:59:06 -0400 From: stan To: Free BSD Questions list Message-ID: <20060906105906.GA17195@teddy.fas.com> Mail-Followup-To: Free BSD Questions list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.23 X-Uptime: 06:52:26 up 142 days, 7:57, 1 user, load average: 0.00, 0.01, 0.04 User-Agent: Mutt/1.5.4i Sender: Stan Brown Subject: Acepting lnown "bad" mail? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 10:59:09 -0000 I just built a replacement machine for one that died at work. The system was quite old, and I'm struggling to get the new one to do all the things the older one did. The current issue is, the new machine gets mail using fetchmail from another machine for local delivery, so that I can read it. A good deal of this (internal only) mail has malformed headers, fixing this is a big task, as it comes from a lot of legacy machines provided by a control system vendor running old versions of Solaris. What's going on is that the local sendmail on the new machine is rejecting these mails. Like this Sep 6 06:50:43 brown sm-mta[12249]: k86Ai3w8012249: ruleset=check_mail, arg1=, relay=localhost [127.0.0.1], reject=451 4.1.8 Doma in of sender address root@AW0001.meadwestvaco.com does not resolve S Now I _know_ this is a laformed header, but, (at least right now), I'd like for sendmail to just take the mail, without being so picky about it. Is there a rule I can tweak to accomplish this? -- Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)