It is a problem with the RedHat "linuxconf" package. Don't worry, your mail
got through.
If you use linuxconf to configure sendmail I have noticed a few problems,
(one of them since 6.0)
1. If you enable a feature, until you add entries, the coresponding database
will not be created.
I think the one for this message is officially /etc/mail/deny
You could fix it be stepping through all the spam filtering making sure
you create a bogus rule, then retunring and deleting it.
The other way is to just do a "touch /etc/mail/deny" and then a
"/etc/rc.d/init.d/sendmail restart"
2. Someone has hardcoded the location of the mailertable to be
/var/lib/mailertable. If you edit the rules for mailertable you end up
editing /var/lib/mailertable. Problem is the one sendmail uses is
/etc/mailertable.
3. Some of the help messages are misleading with respect to relaying.
I quite like the concept of "linuxconf" it can speed up an initial install
(before customising), but the sendmail config is pretty bad. I don't know
that is uses m4, I suspect it just glues together some pre-m4'ed rules.
Regards, Ian
----- Original Message -----
From: Peter Worboys <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, 28 December 1999 10:57 AM
Subject: [SLUG] Sendmail 8.9.3 Query
> G'day
>
> I have been just looking over a Sendmail 8.9.3 installation and have found
> the following log messages i.e.:
>
> Dec 28 10:45:56 gatekeeper sendmail[26932]: NOQUEUE: SYSERR(root):
rewrite:
> map junk not found
>
> A empty 'junk' rule exists in 'sendmail.cf' i.e.:
>
> #Empty junk rule
> Sjunk
>
> I am not sure if the mail if actually being delivered or not as this is
the
> only occurrence of the PID (in this case 26932) in the log file.
--
SLUG - Sydney Linux Users Group Mailing List - http://www.slug.org.au
To unsubscribe send email to [EMAIL PROTECTED] with
unsubscribe in the text
