From owner-freebsd-questions@FreeBSD.ORG Mon Sep 8 18:20:22 2003 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 0B02016A4BF for ; Mon, 8 Sep 2003 18:20:22 -0700 (PDT) Received: from tomts6-srv.bellnexxia.net (tomts6.bellnexxia.net [209.226.175.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFBA243FEA for ; Mon, 8 Sep 2003 18:20:18 -0700 (PDT) (envelope-from matt@compar.com) Received: from hermes ([65.95.185.143]) by tomts6-srv.bellnexxia.net (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with SMTP id <20030909012016.DCFM10900.tomts6-srv.bellnexxia.net@hermes>; Mon, 8 Sep 2003 21:20:16 -0400 Message-ID: <001601c37670$3b05b3b0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Doug Lee" References: <20030908233905.GN73789@kirk.dlee.org> <002101c37666$399406d0$1200a8c0@gsicomp.on.ca> <20030909003510.GO73789@kirk.dlee.org> Date: Mon, 8 Sep 2003 21:18:09 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-questions@freebsd.org Subject: Re: Empty AUTH=<> in SMTP from Mutt message causing refused mail 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: Tue, 09 Sep 2003 01:20:22 -0000 > Forgive me if I'm confused here, but... > > On Mon, Sep 08, 2003 at 08:06:31PM -0400, Matthew Emmerton wrote: > > > Here's a sample of that, from Mutt. I replaced the company name in > > > the banner with [companyName]. > > > > > > 220 webshielde250.[companyName] WebShielde250/SMTP Ready. > > > EHLO kirk.dlee.org > > > 250-DSN > > > 250-AUTH LOGIN > > > 250-AUTH=LOGIN > > > 250 ESMTP OK > > > MAIL From: AUTH=<> > > > 501 Syntax error - badly formatted address > > > quit > > > 221 Closing connection > > > > > > The only difference from Pine is the " AUTH=<>" at the end of "MAIL > > > From:" is not there, and it works... > > > > Sendmail is barfing on the AUTH=<> clause. Although allowed by the RFC > > (http://www.faqs.org/rfcs/rfc2554.html), sendmail's refusal may well be > > valid since you haven't actually entered authenticated SMTP mode. (In this > > case, issuing a AUTH LOGIN before the MAIL FROM.) > > > > The reason why your other MUAs work is beacuse they simply don't send the > > AUTH=<> token if they're not doing authenticated SMTP. > > Mutt talks to my local (sendmail) SMTP without incident though, unless > I'm mistaken; it's the conversation between my local sendmail and the > WebShield system at the other end. The "syntax error" message is > produced by the WebShield system. I think it's my local sendmail > that's sending the AUTH=<> token. > > In case it helps, here's a syslog of another attempt, with > user@company.com, mailrelay.company.com, and substitutions > for the final destination user/domain/relay/ip: > > > Sep 8 20:26:03 kirk sendmail[90807]: h890Q2HR090807: from=dgl, size=313, class=0, nrcpts=1, msgid=<20030909002601.GA90798@kirk.dlee.org>, relay=dgl@localhost > Sep 8 20:26:03 kirk sm-mta[90808]: h890Q3hs090808: from=, size=476, class=0, nrcpts=1, msgid=<20030909002601.GA90798@kirk.dlee.org>, proto=ESMTP, daemon=MTA, relay=dgl@localhost.dlee.org [127.0.0.1] > Sep 8 20:26:03 kirk sendmail[90807]: h890Q2HR090807: to=user@company.com, ctladdr=dgl (10000/20), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=30313, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (h890Q3hs090808 Message accepted for delivery) > Sep 8 20:26:04 kirk sm-mta[90811]: h890Q3hs090808: to=, ctladdr= (10000/20), delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=30476, relay=mailrelay.company.com. [], dsn=5.6.0, stat=Data format error > Sep 8 20:26:04 kirk sm-mta[90811]: h890Q3hs090808: h890Q4hs090811: DSN: Data format error > Sep 8 20:26:07 kirk sm-mta[90811]: h890Q4hs090811: to=, delay=00:00:03, xdelay=00:00:03, mailer=local, pri=30000, dsn=2.0.0, stat=Sent > > If I read this right, it shows a complete Mutt-->localSendmail > transaction, a failed localSendmail-->destination transaction, and a > successful localSendmail transmission of the error message back to me. That's what I read too. It seems that your local sendmail, when talking to the remote sendmail, sends the AUTH=<> which the _remote_ barfs on. The question is figuring out why it chooses to send AUTH=<> in the first place. This is out of my realm of knowledge. Sorry if I'm mucking up the works :) -- Matt Emmerton