conf/117984: [patch] map improvement for etc/mail/Makefile

[Remko Lodder]

The following reply was made to PR conf/117984; it has been noted by GNATS.

From: Remko Lodder <remko at FreeBSD.org>
To: Helge Oldach <src-etc-mail-makefile-nov07 at oldach.net>
Cc: FreeBSD-gnats-submit at FreeBSD.org, 
 Gregory Shapiro <gshapiro at FreeBSD.org>
Subject: Re: conf/117984: [patch] map improvement for etc/mail/Makefile
Date: Sun, 11 Nov 2007 20:45:59 +0100

 Helge Oldach wrote:
 > Below is a suggested improvement for /etc/mail/Makefile. It implements
 > multiple input files for various maps, e.g. virtusertable, permitting
 > easier maintenance of map input files. The idea is that the map input
 > file (e.g. /etc/mail/virtusertable) may not only be a flat file (as it
 > is currently the case) but may also be a directory which contains a set
 > of files that comprise the map sources.
 > 
 > For example consider that the three files
 > 
 > /etc/mail/virtusertable/thisone.com
 > /etc/mail/virtusertable/another.com
 > /etc/mail/virtusertable/third.com
 > 
 > contain virtusertables specific to the domains thisone.com, another.com,
 > and third.com. They now can be independently maintained, alleviating the
 > need to maintain a single, potentially large map source file.
 > 
 > The rather trivial patch below implements this, and also maintains
 > backward behaviour. (Note that /dev/null for the cat(1) command is
 > necessary; it catches the case of an empty directory.)
 
 I think this describes edge cases which are not suitable for the default
 installation, but that is just my opinion. If people want to go outside
 of that scope, they can surely do that, on their on free-will and they
 might be able to use the patch you submitted with the ticket, but I
 honestly think this should not be part of the base install.
 
 Thanks for using FreeBSD though and your willingness to consider this! I
 for one really appreciate this! Lets see what others think about this :)
 (because this is my opinion and others might think differently).
 
 Cheers
 remko
 
 -- 
 Kind regards,
 
      Remko Lodder               ** remko at elvandar.org
      FreeBSD                    ** remko at FreeBSD.org
 
      /* Quis custodiet ipsos custodes */