- NetBSD Manual Pages
Powered by man-cgi (2021-06-01).
Maintained for NetBSD
by Kimmo Suominen.
Based on man-cgi by Panagiotis Christias.
verify - Postfix address verification server
verify [generic Postfix daemon options]
The verify(8) address verification server maintains a record of what
recipient addresses are known to be deliverable or undeliverable.
Addresses are verified by injecting probe messages into the Postfix
queue. Probe messages are run through all the routing and rewriting
machinery except for final delivery, and are discarded rather than
being deferred or bounced.
Address verification relies on the answer from the nearest MTA for the
specified address, and will therefore not detect all undeliverable
The verify(8) server is designed to run under control by the Postfix
master server. It maintains an optional persistent database. To avoid
being interrupted by "postfix stop" in the middle of a database update,
the process runs in a separate process group.
The verify(8) server implements the following requests:
update address status text
Update the status and text of the specified address.
Look up the status and text for the specified address. If the
status is unknown, a probe is sent and an "in progress" status
The address verification server is not security-sensitive. It does not
talk to the network, and it does not talk to local users. The verify
server can run chrooted at fixed low privilege.
The address verification server can be coerced to store unlimited
amounts of garbage. Limiting the cache expiry time trades one problem
(disk space exhaustion) for another one (poor response time to client
With Postfix version 2.5 and later, the verify(8) server no longer uses
root privileges when opening the address_verify_map cache file. The
file should now be stored under the Postfix-owned data_directory. As a
migration aid, an attempt to open a cache file under a non-Postfix
directory is redirected to the Postfix-owned data_directory, and a
warning is logged.
Problems and transactions are logged to syslogd(8).
Address verification probe messages add additional traffic to the mail
queue. Recipient verification may cause an increased load on down-
stream servers in the case of a dictionary attack or a flood of
backscatter bounces. Sender address verification may cause your site
to be blacklisted by some providers.
If the persistent database ever gets corrupted then the world comes to
an end and human intervention is needed. This violates a basic Postfix
Changes to main.cf are not picked up automatically, as verify(8) pro-
cesses are long-lived. Use the command "postfix reload" after a config-
The text below provides only a parameter summary. See postconf(5) for
more details including examples.
address_verify_map (see 'postconf -d' output)
Lookup table for persistent address verification status storage.
The sender address to use in address verification probes; prior
to Postfix 2.5 the default was "postmaster".
The time after which a successful probe expires from the address
The time after which a successful address verification probe
needs to be refreshed.
Enable caching of failed address verification probe results.
The time after which a failed probe expires from the address
The time after which a failed address verification probe needs
to be refreshed.
Available with Postfix 2.7 and later:
The amount of time between verify(8) address verification data-
base cleanup runs.
PROBE MESSAGE ROUTING CONTROLS
By default, probe messages are delivered via the same route as regular
messages. The following parameters can be used to override specific
message routing mechanisms.
Overrides the relayhost parameter setting for address verifica-
Overrides the transport_maps parameter setting for address veri-
Overrides the local_transport parameter setting for address ver-
Overrides the virtual_transport parameter setting for address
Overrides the relay_transport parameter setting for address ver-
Overrides the default_transport parameter setting for address
Available in Postfix 2.3 and later:
Overrides the sender_dependent_relayhost_maps parameter setting
for address verification probes.
Available in Postfix 2.7 and later:
Overrides the sender_dependent_default_transport_maps parameter
setting for address verification probes.
config_directory (see 'postconf -d' output)
The default location of the Postfix main.cf and master.cf con-
How much time a Postfix daemon process may take to handle a
request before it is terminated by a built-in watchdog timer.
The time limit for sending or receiving information over an
internal communication channel.
The process ID of a Postfix command or daemon process.
The process name of a Postfix command or daemon process.
queue_directory (see 'postconf -d' output)
The location of the Postfix top-level queue directory.
The syslog facility of Postfix logging.
syslog_name (see 'postconf -d' output)
The mail system name that is prepended to the process name in
syslog records, so that "smtpd" becomes, for example, "post-
smtpd(8), Postfix SMTP server
cleanup(8), enqueue Postfix message
postconf(5), configuration parameters
syslogd(5), system logging
Use "postconf readme_directory" or "postconf html_directory" to locate
ADDRESS_VERIFICATION_README, address verification howto
The Secure Mailer license must be distributed with this software.
This service was introduced with Postfix version 2.1.
IBM T.J. Watson Research
P.O. Box 704
Yorktown Heights, NY 10598, USA