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

Remko Lodder remko at
Sun Nov 11 11:50:06 PST 2007

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

From: Remko Lodder <remko at>
To: Helge Oldach <src-etc-mail-makefile-nov07 at>
Cc: FreeBSD-gnats-submit at, 
 Gregory Shapiro <gshapiro at>
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/
 > /etc/mail/virtusertable/
 > /etc/mail/virtusertable/
 > contain virtusertables specific to the domains,,
 > and 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).
 Kind regards,
      Remko Lodder               ** remko at
      FreeBSD                    ** remko at
      /* Quis custodiet ipsos custodes */

More information about the freebsd-bugs mailing list