Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 15 Sep 2002 23:10:04 -0700 (PDT)
From:      Valentin Nechayev <netch@iv.nn.kiev.ua>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: conf/41570: Sendmail hoststat cleaning error
Message-ID:  <200209160610.g8G6A4VI065941@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR conf/41570; it has been noted by GNATS.

From: Valentin Nechayev <netch@iv.nn.kiev.ua>
To: Alex Vasylenko <lxv@a-send-pr.sink.omut.org>
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: conf/41570: Sendmail hoststat cleaning error
Date: Mon, 16 Sep 2002 09:03:09 +0300

  Sun, Sep 15, 2002 at 15:35:47, lxv (Alex Vasylenko) wrote about "Re: conf/41570: Sendmail hoststat cleaning error": 
 
 >> At all I can't see a need to such procedure, including find ... -delete,
 >> because sendmail has working implementation of hoststat base purging.
 >> Run `purgestat' or `sendmail -bH'.
 AV> your version doesn't implement the lifetime control of expiring 
 AV> entries (currently controlled via daily_clean_hoststat_days),
 
 You are wrong. See `Timeout.hoststatus' in sendmail.cf. This is _real_ control.
 After timeout entry contents loses sense and isn't useful neither for sendmail
 (RTFM: sendmailop section 2.4) neither for sysadmin, sendmail ignores it.
 Default for this timeout is 30 minutes, i.e. much less then one day or
 a few days.
 
 Find ... -delete is reasonable only if someone has strong reason to keep
 entries, which are expired and invalid now, for manual checking. But I can't
 imagine reasons to do this.
 
 AV> besides not all people have sendmail in their systems, so why not
 AV> use simple standard tools to do the job.
 
 Wrong again. If one hasn't sendmail, it hasn't sendmail-specific host status
 base. For another MTA, algorithm for cleaning should be also another.
 Find ... -delete isn't automatically valid and safe for another MTA.
 If sysadmin changes sendmail to another MTA, he should change purgestat line
 in mailer.conf to program which does nothing or says complaint.
 
 
 /netch

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200209160610.g8G6A4VI065941>