Then that dot is looked up to give you a hook for failed lookups:
. smtp:smarthost
As a special case, the delivery agent named local causes slightly different behavior in that it
allows the name of the target user to be listed without a host part:
virtual.domain local:bob
Here, any mail that is received for the virtual.domain is delivered to the user bob on the
local machine. If the user part is missing:
virtual.domain local:
the mail is delivered to the user part of the original address. This latter approach can be
beneficial when you have a huge number of hosts listed in $=w. Consider moving those
hosts to the mailertable database, and placing local: on the righthand side of each entry.*
The form for FEATURE(mailertable) is:
FEATURE(`mailertable??)
This causes the following database declaration in the configuration file:
Kmailertable hash /etc/mail/mailertable
Here, the hash is derived from the setting of the DATABASE_MAP_TYPE mc configuration
macro (?§23.5.1 on page 897) and the /etc/mail is derived from the setting of the
MAIL_SETTINGS_DIR mc macro (?§2.5.6 on page 68). If you wish to change the defaults
without having to change these two mc configuration macros, you can simply define that
new default by adding a second argument to the feature declaration:
FEATURE(`mailertable??,`dbm -o /etc/mail/mailertable??)
Here, the database type was changed to dbm, and a -o database switchwas added to make
the presence of the database optional.
Pages:
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112