Apparently, sendmail (acting as an MUA) does local authentication first,
then passes the credentials over to the server.  After I'd installed the
userid/password/realm into the MUA's SASL DB -- as well as the MTA;s
SASL DB -- everything starting working.

fyi, for those of you who'd like to avoid the mortar joint imprint on
the forehead that I now have.

On Fri, 2003-01-03 at 21:05, Gerry Doris wrote:
> On Fri, 3 Jan 2003, Eric White wrote:
> 
> > I'm using RH7.3 with Sendmail 8.11.6-15, installed from RPMs (i.e., not
> > compiled separately)
> > 
> > I've got a sendmail MTA properly configured to require authentication.
> > Watching log files and firing it up in foreground with various debug
> > levels/categories makes me happy that it requires authentication the way
> > I require.
> > 
> > Now, I'm trying to use sendmail as an MUA on another RH7.3 host,
> > expecting the two sendmails to talk to each other, but I can't get the
> > client to send an expected userid@realm/pwd combination. No matter what
> > I try, the sendmail client, exec'ed via 
> > 
> > cat /tmp/test.txt | /usr/sbin/sendmail -v -bm
> > [EMAIL PROTECTED]  [EMAIL PROTECTED]
> > 
> > simply sends an empty userid with the @localhost.localdomain as the
> > realm name. I've got the following in sendmail.mc for the client:
> > 
> > TRUST_AUTH_MECH(`LOGIN PLAIN GSSAPI KERBEROS_V4 DIGEST-MD5 CRAM-MD5')dnl
> > define(`confAUTH_MECHANISMS', `LOGIN PLAIN GSSAPI KERBEROS_V4 DIGEST-MD5
> > CRAM-MD5')dnl
> > define(`confDEF_AUTH_INFO',`/etc/mail/default-auth-info')dnl
> > 
> > 
> > and appropriate entries in /etc/mail/default-auth-info, with the
> > permissions on this file set for root rw access only.
> > 
> > No matter what I do, I can't seem to force the client to send over the
> > userid@realm/pwd combination that I expect.
> > 
> > what gives?
> 
> Well, what did you put in /etc/mail/default-auth-info?  It should look 
> something like this:
> 
> username
> username
> password
> hostname_of_sendmail_server_you're_trying_to_connect_to
> 
> The username/password must be a valid account on the server you're trying 
> to connect to.  I'd use fetchmail to log onto the remote account just to 
> be certain I hadn't messed up with a typo.
> 
> I'm sure you've done it but I've been known to forget...run the m4 macro
> to rebuild sendmail.cf and restart the sendmail server.  Also, you really
> did name the file /etc/mail/default-auth-info (dashes and not underscores,
> no capitals).
> 
> -- 
> Gerry
> 
> "The lyfe so short, the craft so long to learne"  Chaucer
> 




-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to