From owner-freebsd-questions@FreeBSD.ORG Sun Aug 15 01:10:57 2004 Return-Path: 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 AEB2116A4CE for ; Sun, 15 Aug 2004 01:10:57 +0000 (GMT) Received: from out014.verizon.net (out014pub.verizon.net [206.46.170.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4544F43D3F for ; Sun, 15 Aug 2004 01:10:57 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.100] ([68.161.136.200]) by out014.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040815011056.OOBY24490.out014.verizon.net@[192.168.1.100]>; Sat, 14 Aug 2004 20:10:56 -0500 Message-ID: <411EB81C.9020800@mac.com> Date: Sat, 14 Aug 2004 21:10:52 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Malcolm Kay References: <200408141740.58105.malcolm.kay@internode.on.net> <20040814142349.GA884@alex.lan> <44fz6p4w8u.fsf@be-well.ilk.org> <200408150948.12920.malcolm.kay@internode.on.net> In-Reply-To: <200408150948.12920.malcolm.kay@internode.on.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out014.verizon.net from [68.161.136.200] at Sat, 14 Aug 2004 20:10:56 -0500 cc: freebsd-questions@freebsd.org Subject: Re: Fetchmail/Sendmail rejects X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 01:10:57 -0000 Malcolm Kay wrote: [ ... ] > Thanks guys for the responses -- this really looks the way to go. > > Does anyone know how sendmail distinguishes between: > reject=451 4.1.8 Domain of sender address ................ does not resolve > reject=553 5.1.8 .......... Domain of sender address .............. does not exist > It seems the former is to be interpreted as a 'temporary' condition while the latter > is to be interpreted as 'permanent' (and is by default deleted by fetchmail)? Sendmail pays attention to the return value from doing DNS queries. If sendmail receives an NXDOMAIN response, it treats that as a permanent, 5xx failure code. If sendmail gets a timeout/TRY_AGAIN, it will return a 4xx temp failure. It's not clear to me why this would matter if your ISP is the one running the mailserver: they aren't accepting the message in either case, which ought to mean that fetchmail will never see it. -- -Chuck