On Wed, 21 Dec 2011 07:34:36 -0500
Kevin A. McGrail wrote:
> Actually, procmail is Sendmail's Local Delivery Agent. It *is* the
> part of Sendmail that delivers the mail to specific folders.
I don't know whether that was historically true, but procmail is a
separate project, and one that has been unmaintained for a decade.
Matthias Andree, a fetchmail maintainer, tried to have it deprecated and
removed from the FreeBSD ports tree:
On Tue, 30 Aug 2011 13:06:52 +0200
Matthias Andree wrote:
> I was just about to grab the port, deprecate and set two months
> expiration date.
>
> Now that you're maintaining it I seek you to please let this
> unmaintained unclean code from our FreeBSD ports world and deprecate
> it.
>
> The code is unmaintainable, hasn't seen maintenance in a decade,
> is hard to use properly because of its fall-through "error handling"
> (actually nonhandling) behaviour, and should finally disappear.
On Tue, 30 Aug 2011 14:07:38 +0200
Matthias Andree wrote:
> On the other hand, a 700+ line long .procmailrc "in a critical
> application" is usually a mistake in itself already and always was,
> unless you're one of the few who has a recipe like
>
> :0e
> {
> EXITCODE=75
> HOST
> }
>
> after each and every single recipe that can fail in some way (most
> importantly, delivering recipes).
>
> Few people know it's necessary, as it's not explicitly documented, but
> just working around documented fall-through behaviour -- and as a side
> effect it voids the "else"-style recipes.
>
> Beyond that, there are pending bug fixes that never made it into a
> release, check the 3.23pre announcement at
> <ftp://ftp.informatik.rwth-aachen.de/pub/packages/procmail/procmail-history.html>
>
> Bottom line: the sooner we get rid from procmail the better
