At 7/23/2003 15:16 -0500, you wrote:
On my office Sendmail system, the sendmail.mc contains the following
lines that I believe to be related to authentication.

define(`confAUTH_OPTIONS', `A')dnl
TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl

Did you recreate the sendmail.cf file and restart sendmail?


What happens if you "telnet mailserver 25" and issue a "ehlo localhost"?

Usually SMTP AUTH on sendmail is a 30-second affair, and you're the first to describe a problem with it. We're going to need more detail to solve it, probably.

>From my office maillog file (long lines split):

Jul 23 14:16:48 datapotata sendmail[15485]: h6NJGlwi015485:
    ruleset=check_rcpt, arg1=<[EMAIL PROTECTED]>,
    relay=209-242-9-107.dls.net [209.242.9.107],
    reject=550 5.7.1 <[EMAIL PROTECTED]>
    ... Relaying denied. Proper authentication required.
Jul 23 14:16:48 datapotata sendmail[15485]: h6NJGlwi015485:
    from=<[EMAIL PROTECTED]>, size=0, class=0,
    nrcpts=0, proto=SMTP, daemon=MTA,
    relay=209-242-9-107.dls.net [209.242.9.107]

>From the same maillog file, a successful send from last night, with my
notebook PC sitting on my home network:

Jul 22 18:11:00 datapotata sendmail[32534]: AUTH=server,
    relay=12-248-231-128.client.attbi.com
    [12.248.231.128], authid=heiby, mech=PLAIN, bits=0
Jul 22 18:11:04 datapotata sendmail[32534]: h6MNB0wi032534:
    from=<[EMAIL PROTECTED]>, size=113866, class=0, nrcpts=1,
    msgid=<[EMAIL PROTECTED]>,
    proto=ESMTP, daemon=MTA,
    relay=12-248-231-128.client.attbi.com [12.248.231.128]
Jul 22 18:11:16 datapotata sendmail[32536]: h6MNB0wi032534:
    to=<[EMAIL PROTECTED]>, delay=00:00:16, xdelay=00:00:12,
    mailer=esmtp, pri=30543, relay=mail.DOMAIN.com. [1.2.3.4],
    dsn=2.0.0, stat=Sent (h6MN0BC23207 Message accepted for delivery)

That would seem to imply that PLAIN authentication is working just
fine. So, why isn't it working today? Argh! Thanks!

the successful send from last night has "mech=PLAIN" which I've also seen in my logs. Check to make sure that The Bat! is not trying to use encrypted authentication (which right now will not work, you need to do more stuff to set it up with SASL). Right now you have PLAIN and LOGIN authentication available, that is, unencrypted.


This sounds like a configuration issue with The Bat!


-- Rodolfo J. Paiz [EMAIL PROTECTED]


-- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list

Reply via email to