[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Sendmail + Authenticated SMTP?



It was my local sendmail rejecting from pine and here is what the log
said.


Oct 30 17:03:26 ccs sendmail[16110]: error: safesasl(/etc/sasldb) failed: Group readable file
Oct 30 17:03:26 ccs sendmail[16111]: e9UM3Qj16111: SYSERR(covici): hash map "access": missing map file /etc/mail/access.db: No such file or directory
Oct 30 17:03:26 ccs sendmail[16111]: e9UM3Qj16111: from=<covici@ccs.covici.com>, size=0, class=0, nrcpts=0, proto=ESMTP, relay=covici@localhost
Oct 30 17:04:00 ccs sendmail[16117]: error: safesasl(/etc/sasldb) failed: Group readable file
Oct 30 17:04:00 ccs sendmail[16117]: e9UM40j16117: SYSERR(root): hash map "access": missing map file /etc/mail/access.db: No such file or directory


I thank you for your quick response on this one.

I do wonder what is the use in trying to authenticate a local user
anyway.

On Mon, 30 Oct 2000, Richard A Nelson wrote:

> On Mon, 30 Oct 2000, John Covici wrote:
> 
> > Hi.  Once I installed the Debian package I was no longer able to send
> > any mail -- what would I have to do to get this to work.  I had to
> > recompile it without ldap and sasl to get mail out the door.
> 
> Thats not much to go on...
> 
> Its fairly safe to ignore LDAP here, unless you've LDAP routing -
> so we'll assume that SASL was your problem !  By removing it, you've
> told sendmail to do *no* authentication.
> 
> So, it seems possible that:
>   1) the local sendmail rejected your mail (from pine/netscrape/etc.)
>   2) your upstream rejected mail from your sendmail
> 
> for the above, 1 is much more likely, but here's the scoop:
>   1) The Debian 8.11.1 setup assumes that users are authenticated
>      via PAM - check /etc/pam.d/sendmail and scan the logs in
>      /var/log/mail/sendmail.* for rejection clues.
>      For user customization, I can't help much except to say that
>      you should elide the domain...  For netscape, I have my mail
>      userid set to just 'cowboy', not 'cowboy@debian.org'.
>   2) The /etc/mail/auth-info doesn't match what your upstream
>      provider is asking for - get the user/pwd/realm information
>      from the upstream and scan the logs in
>      /var/log/mail/sendmail.* for rejection clues.
> 
> 

-- 
         John Covici
         covici@ccs.covici.com



Reply to: