From: Wietse Venema
The list of domains that are a member of the class: for example, all local domains, or all relay domains.
-The default delivery method. For example, the local or -smtp delivery agent. This helps to keep Postfix configurations -simple.
+The default delivery transport. For example, the local, +virtual or relay delivery transport (delivery transports are defined +in master.cf). This helps to keep Postfix configurations simple, +by avoiding the need for explicit routing information in transport +maps.
The list of valid recipient addresses for that address class. The Postfix SMTP server rejects invalid recipients with @@ -95,7 +97,7 @@ empty, then the Postfix SMTP server accepts any address in the local domain class.
The mail delivery transport is specified with the -local_transport parameter. The default value is local:$myhostname +local_transport parameter. The default value is local:$myhostname for delivery with the local(8) delivery agent.
@@ -265,7 +267,7 @@ default. The Postfix SMTP server uses this to reject mail for unknown local recipients. See the LOCAL_RECIPIENT_README file hints and tips. -Introduction of the relay delivery transport in master.cf. +
Introduction of the relay delivery transport in master.cf. This helps to avoid mail delivery scheduling problems on inbound mail relays when there is a lot of outbound mail, but may require that you update your "defer_transports" setting.
diff --git a/postfix/html/ADDRESS_VERIFICATION_README.html b/postfix/html/ADDRESS_VERIFICATION_README.html index 0f14fb030..ce38c1534 100644 --- a/postfix/html/ADDRESS_VERIFICATION_README.html +++ b/postfix/html/ADDRESS_VERIFICATION_README.html @@ -229,7 +229,10 @@ MAILER-DAEMON messages.Recipient address verification is relatively straightforward and there are no surprises. If a recipient probe fails, then Postfix rejects mail for the recipient address. If a recipient probe -succeeds, then Postfix accepts mail for the recipient address.
+succeeds, then Postfix accepts mail for the recipient address. +However, recipient address verification probes can increase the +load on down-stream MTAs when you're being flooded by backscatter +bounces, or when some spammer is mounting a dictionary attack.By default, address verification results are not saved. To avoid probing the same address repeatedly, you can store the result in a diff --git a/postfix/html/CONNECTION_CACHE_README.html b/postfix/html/CONNECTION_CACHE_README.html index 2c741ced4..dd1a28bb2 100644 --- a/postfix/html/CONNECTION_CACHE_README.html +++ b/postfix/html/CONNECTION_CACHE_README.html @@ -92,28 +92,41 @@ by the mail delivering process that creates the connection. To get the same performance improvement as with a shared connection cache, non-shared connections need to be kept open for a longer time.
+The scache(8) server, introduced with Postfix version 2.2, +maintains the shared connection cache. With Postfix version 2.2, +only the smtp(8) client has support to access this cache.
+--
Internet <-- -
smtp(8)
<-> -
scache(8)
<-> -
smtp(8)
--> Internet ++ + /-- smtp(8) +--> Internet + + qmgr(8) + |
|
|
|
v+ + + \-- smtp(8) +--> Internet + + ^ +
|scache(8)
The scache(8) server, introduced with Postfix version 2.2, -maintains the shared connection cache. With Postfix version 2.2, -only the smtp(8) client has support to access this cache.
-When SMTP connection caching is enabled (see next section), the smtp(8) client does not disconnect after a mail transaction, but gives the connection to the scache(8) server which keeps the -connection open for a limited amount of time.
+connection open for a limited amount of time.After handing over the open connection to the scache(8) server, the smtp(8) client continues with some other mail delivery request. @@ -144,7 +157,7 @@ destination has a high volume of mail in the main.cf: smtp_connection_cache_on_demand = yes @@ -167,7 +180,7 @@ right-hand side of an email address, without the [] around a numeric IP address),
if mail is sent via a relay host: a relay host name (without -the [] or non-default TCP port), as specified in main.cf or in the +the [] or non-default TCP port), as specified in main.cf or in the transport map,
a /file/name with domain names and/or relay host names as @@ -184,7 +197,7 @@ lookups is ignored.
-/etc/postfix/main.cf: +/etc/postfix/main.cf: smtp_connection_cache_destinations = $relayhost smtp_connection_cache_destinations = hotmail.com, ... smtp_connection_cache_destinations = static:all (not recommended) diff --git a/postfix/html/CYRUS_README.html b/postfix/html/CYRUS_README.html deleted file mode 100644 index 30ad5bdca..000000000 --- a/postfix/html/CYRUS_README.html +++ /dev/null @@ -1,24 +0,0 @@ - - - - - - -Postfix Cyrus Howto - - - - - - - -- -
Postfix Cyrus Howto
- -This document will be made available via http://www.postfix.org/.
- - - - diff --git a/postfix/html/DATABASE_README.html b/postfix/html/DATABASE_README.html index 315fe1c20..3ab4fa44e 100644 --- a/postfix/html/DATABASE_README.html +++ b/postfix/html/DATABASE_README.html @@ -80,7 +80,8 @@ below.You can use Berkeley DB files with fixed lookup strings for simple address rewriting operations and you can use regular expression -tables for the more complicated work. +tables for the more complicated work. In other words, you don't +have to put everything into the same table. @@ -189,8 +190,9 @@ because something else happens. This is because commands such as postmap(1) or postalias(1) overwrite existing files. If the update fails in the middle then you have no usable database, and Postfix will stop working. This is not an issue with the CDB database type -available with Postfix 2.2 and later, because CDB -database rebuilds are atomic. +available with Postfix 2.2 and later: CDB +creates a new file, and renames the file upon successful completion. + With multi-file databases such as DBM, there is no simple solution. With Berkeley DB and other "one file" databases, it is diff --git a/postfix/html/DB_README.html b/postfix/html/DB_README.html index d89fd5028..421c7e7d3 100644 --- a/postfix/html/DB_README.html +++ b/postfix/html/DB_README.html @@ -49,15 +49,17 @@ versions.
Building Postfix on systems without Berkeley DB
-Many commercial UNIXes ship without Berkeley DB support. Examples -are Solaris, HP-UX, IRIX, UNIXWARE. In order to build Postfix with +
Some UNIXes ship without Berkeley DB support; for historical +reasons these use DBM files instead. A problem with DBM files is +that they can store only limited amounts of data. To build Postfix +with Berkeley DB support you need to download and install the source -code from http://www.sleepycat.com/
+code from http://www.oracle.com/database/berkeley-db/.Warning: some Linux system libraries use Berkeley DB, as do some third-party libraries such as SASL. If you compile Postfix with a different Berkeley DB implementation, then every Postfix -program will dump core because either the system library, SASL +program will dump core because either the system library, the SASL library, or Postfix itself ends up using the wrong version.
The more recent Berkeley DB versions have a compile-time switch, @@ -67,7 +69,7 @@ Although wasteful, this may be the only way to keep things from falling apart.
To build Postfix after you installed the Berkeley DB from -http://www.sleepycat.com/, use something like:
+source code, use something like:-@@ -214,7 +216,8 @@ undefined reference to `pthread_mutex_trylock'More information is available at http://www.sleepycat.com/.
+More information is available at +http://www.oracle.com/database/berkeley-db/.