On Mon, Oct 10, 2011 at 10:45:37PM +0300, Henri Kemppainen wrote:
>
> I don't know what can be done about users, but I know what the users can
> do: try figure out what is lacking or misleading, maybe contact the
> developer(s), and propose a change.  Something like this:
> 
> Index: makemap.8
> ===================================================================
> RCS file: /cvs/src/usr.sbin/smtpd/makemap.8,v
> retrieving revision 1.14
> diff -u -p -r1.14 makemap.8
> --- makemap.8 3 Sep 2010 11:22:36 -0000       1.14
> +++ makemap.8 10 Oct 2011 19:10:51 -0000
> @@ -90,11 +90,14 @@ accept for domain map "primary" deliver 
>  .Ed
>  .Sh VIRTUAL DOMAINS
>  Virtual domains are kept in maps.
> -To create single virtual address, add
> -.Dq u...@example.com user
> +To create a virtual domain, add
> +.Dq example.com kittens
>  to the virtual map.
> -To handle all mail destined to any user at example.com, add
> -.Dq @example.com     user
> +To create a virtual address for one user under that domain, add
> +.Dq u...@example.com user
> +to the virtual map.
> +To catch all mail destined to the domain, add
> +.Dq @example.com user
>  to the virtual map.
>  .Pp
>  In addition to adding an entry to the virtual map,
>

As much as I love kittend, a variation of this will be committed shortly :-)

 
> The need to have a value for the domain key is a bit ugly.  I noticed
> the stdio backend is happy with empty values, allowing for a pretty list
> under a colon terminated domain name:
>   virtual.domain:
>   user1@virtual.domain    user1
>   user2@virtual.domain    user2
> 
>   another.domain:
>   user3@another.domain    user3
>   user4@another.domain    user4
>   ..
>
> Makemap doesn't like it, though.
> 

Maybe we can solve that


-- 
Gilles Chehade

http://www.poolp.org/                        http://u.poolp.org/~gilles/

Reply via email to