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/