partial sendmail breakage

2012-08-10 Thread Robert Huff

I have a machine (call it ADAM) running:

FreeBSD 10.0-CURRENT #0: Tue Jul 24 08:55:46 EDT 2012  amd64 

which has had no change to the mail components since that
time.
Approximately 12 hours ago, something in sendmail broke.
Symptoms:

1) It works as a relay.  I can send mail to ADAM from ADAM and
from other machines for forwarding, and the forwarding happens
correctly.

2) Fetchmail on ADAM no longer fetches.

3) Mail sent between users on ADAM never shows up.

I have restarted sendmail and get this in /var/log/messages:

Aug 10 08:26:56 jerusalem sm-mta[87853]: sql_select option missing
Aug 10 08:26:56 jerusalem sm-mta[87853]: auxpropfunc error no mechanism 
available

I'm (obviously) not a sendmail expert; what other information
should I provide to help figure out what went wrong?

Respectfully,


Robert Huff



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: partial sendmail breakage

2012-08-10 Thread Matthew Seaman
On 10/08/2012 14:32, Robert Huff wrote:
   I have restarted sendmail and get this in /var/log/messages:
 
 Aug 10 08:26:56 jerusalem sm-mta[87853]: sql_select option missing
 Aug 10 08:26:56 jerusalem sm-mta[87853]: auxpropfunc error no mechanism 
 available
 
   I'm (obviously) not a sendmail expert; what other information
 should I provide to help figure out what went wrong?

You've implemented saslauth in this sendmail instance against some sort
of SQL database.  However something has caused sendmail to lose the
ability to look up user accounts in that DB.  Could be all sorts of
things: is the DB running?  Can you login to it manually using the same
credentials as sendmail?  Has there been any changes to DB schemas or
user grants recently?  How about changes to
/usr/local/lib/sasl2/Sendmail.conf ?

One thing you can try is turning up the log level in Sendmail.conf to
get a better idea of what SASL is trying to do.  Add a line

log_level: N

where N is an integer, bigger meaning more verbose logging.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey




signature.asc
Description: OpenPGP digital signature