Take a little time to contrast the client.cf file created in the prior 11 chapters with the one created in this chapter. How and why do they differ? You may have to leap ahead to the reference chapters.
The cf/README file suggests that the FEATURE(nocanonify
) can
be used with null.mc. What pitfalls do you foresee with the
use of this feature?
Neither version of client.cf uses any aliasing or forwarding. Consequently, neither will ever have to send addresses such as programs or files to the hub:
|/run/this/program a program /put/in/this/file a file
What happens if you try to send one by hand? Why is it necessary for a client.cf file to avoid delivering these kinds of addresses itself?
In the original client.cf file we forwarded the mail to the hub's alias mailhost. What would happen if we used that name in the nullclient feature?
FEATURE(`nullclient',`mailhost')
Suppose you want to tune the rules in the m4(1) produced
client.cf file? Does cf/README tell you how? Does the
nullclient
delivery agent have S=
or R=
that
you can use?