On Thu, 13 Sep 2007, Jon Dowland wrote:

> On Thu, Sep 13, 2007 at 10:11:28AM +0200, Santiago Vila wrote:
> > Sorry, this is a 17-year old program. This is not time to change the
> > defaults.
> 
> Fair enough. Indeed it is, and googling around shows this to be a common
> problem, too. There are other possible solutions to minimize risk:
> 
>       * move mailstat out of the default $PATH
>       * split it out of the procmail package and put a big glowing
>         warning in the package description

If I move mailstat out of the PATH, people will submit a bug because
upgrading to the new package would break existing scripts.

The same would happen if I take mailstat out of the procmail package.

> Would you not consider one of these, or another solution?

No. The "solution" is that people read the fine manual and experiment a
little bit before entering "production mode".



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to