From owner-freebsd-questions@FreeBSD.ORG Sun Feb 6 11:12:26 2005 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 E851216A4CF for ; Sun, 6 Feb 2005 11:12:26 +0000 (GMT) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9725143D31 for ; Sun, 6 Feb 2005 11:12:25 +0000 (GMT) (envelope-from ws+freebsd-questions@au.dyndns.ws) Received: from lillith-iv.ovirt.dyndns.ws (castlepoint.link.internode.on.net [150.101.249.49] (may be forged))j16BCNh5012556 for ; Sun, 6 Feb 2005 21:42:24 +1030 (CST) X-Envelope-From: ws+freebsd-questions@au.dyndns.ws X-Envelope-To: Received: from 192.168.1.192 ([192.168.1.192])j16BCMUk022447 for ; Sun, 6 Feb 2005 21:42:22 +1030 (CST) (envelope-from ws+freebsd-questions@au.dyndns.ws) From: Wayne Sierke To: freebsd-questions@freebsd.org Content-Type: text/plain Date: Sun, 06 Feb 2005 21:42:21 +1030 Message-Id: <1107688341.676.34.camel@au.dyndns.ws> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.49 on 192.168.1.142 X-Scanned-By: SpamAssassin 3.000001(2004-10-22) X-Scanned-By: F-Prot X-Scanned-By: ClamAV X-Spam-Score: -2.4 () ALL_TRUSTED Subject: Sendmail rejects incoming messages with large number of 'received' headers 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, 06 Feb 2005 11:12:27 -0000 My FreeBSD mail server includes a getmail/sendmail/maildrop combination which occasionally fails when getmail retrieves a message via POP which has a large number of 'received' headers which result in it being rejected by sendmail. Is there some way of convincing sendmail to accept these messages, other than arbitrarily increasing MaxHopCount? I have applied the 'no_delivered_to' and 'no_received' options to getmail to suppress its additional header insertion but the messages in question already have enough headers (from having been caught up in a loop somewhere on their way to the external POP server) to cause sendmail to reject them. Currently I am forced to delete the message manually from the POP server. Surprisingly I haven't been able to locate any details about how to deal with this situation. All the info I can find either simply re-states the sendmail doc re MaxHopCount "The maximum number of times a message is allowed to ``hop'' before we decide it is in a loop." or discusses a local mis-configuration issue resulting in a local mail delivery loop. It makes me wonder whether I'm missing something quite obvious? Thanks, Wayne