> 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:<[EMAIL PROTECTED]> 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
> [EMAIL PROTECTED], mailrelay.company.com, and <relayIp> substitutions
> for the final destination user/domain/relay/ip:
> >
> Sep  8 20:26:03 <mail.info> kirk sendmail[90807]: h890Q2HR090807:
from=dgl, size=313, class=0, nrcpts=1,
msgid=<[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Sep  8 20:26:03 <mail.info> kirk sm-mta[90808]: h890Q3hs090808:
from=<[EMAIL PROTECTED]>, size=476, class=0, nrcpts=1,
msgid=<[EMAIL PROTECTED]>, proto=ESMTP, daemon=MTA,
[EMAIL PROTECTED] [127.0.0.1]
> Sep  8 20:26:03 <mail.info> kirk sendmail[90807]: h890Q2HR090807:
[EMAIL PROTECTED], 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 <mail.info> kirk sm-mta[90811]: h890Q3hs090808:
to=<[EMAIL PROTECTED]>, ctladdr=<[EMAIL PROTECTED]> (10000/20),
delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=30476,
relay=mailrelay.company.com. [<relayIp>], dsn=5.6.0, stat=Data format error
> Sep  8 20:26:04 <mail.info> kirk sm-mta[90811]: h890Q3hs090808:
h890Q4hs090811: DSN: Data format error
> Sep  8 20:26:07 <mail.info> kirk sm-mta[90811]: h890Q4hs090811:
to=<[EMAIL PROTECTED]>, 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

_______________________________________________
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to