Subversion Repositories configs

Rev

Rev 192 | Details | Compare with Previous | Last modification | View Log | RSS feed

Rev Author Line No. Line
192 - 1
# TRANSPORT(5)                                                      TRANSPORT(5)
2
#
3
# NAME
4
#        transport - Postfix transport table format
5
#
6
# SYNOPSIS
7
#        postmap /etc/postfix/transport
8
#
9
#        postmap -q "string" /etc/postfix/transport
10
#
11
#        postmap -q - /etc/postfix/transport <inputfile
12
#
13
# DESCRIPTION
14
#        The  optional  transport(5) table specifies a mapping from
15
#        email  addresses  to  message  delivery   transports   and
16
#        next-hop  destinations.   Message delivery transports such
17
#        as local or smtp are defined in the  master.cf  file,  and
18
#        next-hop destinations are typically hosts or domain names.
19
#        The table is searched by the trivial-rewrite(8) daemon.
20
#
21
#        This  mapping  overrides  the  default   transport:nexthop
22
#        selection that is built into Postfix:
23
#
24
#        local_transport (default: local:$myhostname)
25
#               This  is  the default for final delivery to domains
26
#               listed with mydestination, and for [ipaddress] des-
27
#               tinations    that    match    $inet_interfaces   or
28
#               $proxy_interfaces. The default nexthop  destination
29
#               is the MTA hostname.
30
#
31
#        virtual_transport (default: virtual:)
32
#               This  is  the default for final delivery to domains
33
#               listed with  virtual_mailbox_domains.  The  default
34
#               nexthop destination is the recipient domain.
35
#
36
#        relay_transport (default: relay:)
37
#               This  is the default for remote delivery to domains
38
#               listed with relay_domains. In order  of  decreasing
39
#               precedence,  the  nexthop destination is taken from
40
#               relay_transport,   sender_dependent_relayhost_maps,
41
#               relayhost, or from the recipient domain.
42
#
43
#        default_transport (default: smtp:)
44
#               This  is  the  default for remote delivery to other
45
#               destinations.  In order of  decreasing  precedence,
46
#               the nexthop destination is taken from sender_depen-
47
#               dent_default_transport_maps,     default_transport,
48
#               sender_dependent_relayhost_maps, relayhost, or from
49
#               the recipient domain.
50
#
51
#        Normally, the transport(5) table is specified  as  a  text
52
#        file  that serves as input to the postmap(1) command.  The
53
#        result, an indexed file in dbm or db format, is  used  for
54
#        fast  searching  by  the  mail system. Execute the command
55
#        "postmap /etc/postfix/transport"  to  rebuild  an  indexed
56
#        file after changing the corresponding transport table.
57
#
58
#        When  the  table  is provided via other means such as NIS,
59
#        LDAP or SQL, the same lookups are  done  as  for  ordinary
60
#        indexed files.
61
#
62
#        Alternatively,  the  table  can  be  provided  as  a regu-
63
#        lar-expression map where patterns  are  given  as  regular
64
#        expressions,  or  lookups  can  be  directed  to TCP-based
65
#        server. In those case, the lookups are done in a  slightly
66
#        different way as described below under "REGULAR EXPRESSION
67
#        TABLES" or "TCP-BASED TABLES".
68
#
69
# CASE FOLDING
70
#        The search string is folded to lowercase  before  database
71
#        lookup.  As  of Postfix 2.3, the search string is not case
72
#        folded with database types such as regexp: or pcre:  whose
73
#        lookup fields can match both upper and lower case.
74
#
75
# TABLE FORMAT
76
#        The input format for the postmap(1) command is as follows:
77
#
78
#        pattern result
79
#               When  pattern  matches  the  recipient  address  or
80
#               domain, use the corresponding result.
81
#
82
#        blank lines and comments
83
#               Empty  lines and whitespace-only lines are ignored,
84
#               as are lines whose first  non-whitespace  character
85
#               is a `#'.
86
#
87
#        multi-line text
88
#               A  logical  line starts with non-whitespace text. A
89
#               line that starts with whitespace continues a  logi-
90
#               cal line.
91
#
92
#        The  pattern specifies an email address, a domain name, or
93
#        a domain name hierarchy, as described  in  section  "TABLE
94
#        LOOKUP".
95
#
96
#        The  result is of the form transport:nexthop and specifies
97
#        how or where to deliver mail. This is described in section
98
#        "RESULT FORMAT".
99
#
100
# TABLE SEARCH ORDER
101
#        With lookups from indexed files such as DB or DBM, or from
102
#        networked tables such as NIS, LDAP or  SQL,  patterns  are
103
#        tried in the order as listed below:
104
#
105
#        user+extension@domain transport:nexthop
106
#               Deliver   mail  for  user+extension@domain  through
107
#               transport to nexthop.
108
#
109
#        user@domain transport:nexthop
110
#               Deliver mail for user@domain through  transport  to
111
#               nexthop.
112
#
113
#        domain transport:nexthop
114
#               Deliver  mail  for domain through transport to nex-
115
#               thop.
116
#
117
#        .domain transport:nexthop
118
#               Deliver mail for any subdomain  of  domain  through
119
#               transport  to  nexthop.  This applies only when the
120
#               string transport_maps is not  listed  in  the  par-
121
#               ent_domain_matches_subdomains   configuration  set-
122
#               ting.  Otherwise, a domain name matches itself  and
123
#               its subdomains.
124
#
125
#        * transport:nexthop
126
#               The  special pattern * represents any address (i.e.
127
#               it functions  as  the  wild-card  pattern,  and  is
128
#               unique to Postfix transport tables).
129
#
130
#        Note  1:  the  null  recipient  address  is  looked  up as
131
#        $empty_address_recipient@$myhostname (default: mailer-dae-
132
#        mon@hostname).
133
#
134
#        Note  2:  user@domain  or  user+extension@domain lookup is
135
#        available in Postfix 2.0 and later.
136
#
137
# RESULT FORMAT
138
#        The lookup result is of the form  transport:nexthop.   The
139
#        transport  field  specifies a mail delivery transport such
140
#        as smtp or local. The nexthop field  specifies  where  and
141
#        how to deliver mail.
142
#
143
#        The  transport field specifies the name of a mail delivery
144
#        transport (the first name of a mail delivery service entry
145
#        in the Postfix master.cf file).
146
#
197 - 147
#        The  nexthop  field usually specifies one recipient domain
148
#        or hostname. In the case of the Postfix SMTP/LMTP  client,
149
#        the  nexthop  field may contain a list of nexthop destina-
150
#        tions separated by comma or whitespace  (Postfix  3.5  and
151
#        later).
192 - 152
#
197 - 153
#        The  syntax  of  a nexthop destination is transport depen-
154
#        dent.  With SMTP, specify a service on a non-default  port
155
#        as  host:service,  and  disable  MX  (mail  exchanger) DNS
156
#        lookups  with  [host]  or  [host]:port.  The  []  form  is
157
#        required when you specify an IP address instead of a host-
158
#        name.
159
#
160
#        A null transport and null  nexthop  field  means  "do  not
192 - 161
#        change":  use  the delivery transport and nexthop informa-
162
#        tion that would be used when the  entire  transport  table
163
#        did not exist.
164
#
165
#        A  non-null  transport  field  with  a  null nexthop field
166
#        resets the nexthop information to the recipient domain.
167
#
168
#        A null transport field with non-null  nexthop  field  does
169
#        not modify the transport information.
170
#
171
# EXAMPLES
172
#        In  order to deliver internal mail directly, while using a
173
#        mail relay for all other mail, specify a  null  entry  for
174
#        internal  destinations  (do not change the delivery trans-
175
#        port or the nexthop information) and  specify  a  wildcard
176
#        for all other destinations.
177
#
178
#             my.domain    :
179
#             .my.domain   :
180
#             *            smtp:outbound-relay.my.domain
181
#
182
#        In  order  to send mail for example.com and its subdomains
183
#        via the uucp transport to the UUCP host named example:
184
#
185
#             example.com      uucp:example
186
#             .example.com     uucp:example
187
#
188
#        When no nexthop host name is  specified,  the  destination
189
#        domain  name  is  used instead. For example, the following
190
#        directs mail for user@example.com via the  slow  transport
191
#        to  a  mail exchanger for example.com.  The slow transport
192
#        could be configured to run at most one delivery process at
193
#        a time:
194
#
195
#             example.com      slow:
196
#
197
#        When no transport is specified, Postfix uses the transport
198
#        that matches the address  domain  class  (see  DESCRIPTION
199
#        above).   The following sends all mail for example.com and
200
#        its subdomains to host gateway.example.com:
201
#
202
#             example.com      :[gateway.example.com]
203
#             .example.com     :[gateway.example.com]
204
#
205
#        In the above example, the [] suppress  MX  lookups.   This
206
#        prevents  mail  routing loops when your machine is primary
207
#        MX host for example.com.
208
#
197 - 209
#        In the case of delivery via SMTP or LMTP, one may  specify
210
#        host:service instead of just a host:
192 - 211
#
212
#             example.com      smtp:bar.example:2025
213
#
214
#        This directs mail for user@example.com to host bar.example
215
#        port 2025. Instead of a numerical port a symbolic name may
216
#        be used. Specify [] around the hostname if MX lookups must
217
#        be disabled.
218
#
197 - 219
#        Deliveries via SMTP or LMTP support multiple  destinations
220
#        (Postfix >= 3.5):
221
#
222
#             example.com      smtp:bar.example, foo.example
223
#
224
#        This  tries  to  deliver  to  bar.example before trying to
225
#        deliver to foo.example.
226
#
192 - 227
#        The error mailer can be used to bounce mail:
228
#
229
#             .example.com     error:mail for *.example.com is not deliverable
230
#
231
#        This causes all mail for user@anything.example.com  to  be
232
#        bounced.
233
#
234
# REGULAR EXPRESSION TABLES
235
#        This  section  describes how the table lookups change when
236
#        the table is given in the form of regular expressions. For
237
#        a  description  of regular expression lookup table syntax,
238
#        see regexp_table(5) or pcre_table(5).
239
#
240
#        Each pattern is a regular expression that  is  applied  to
241
#        the    entire    address    being    looked    up.   Thus,
242
#        some.domain.hierarchy is not  looked  up  via  its  parent
243
#        domains,  nor is user+foo@domain looked up as user@domain.
244
#
245
#        Patterns are applied in the order as specified in the  ta-
246
#        ble,  until  a  pattern  is  found that matches the search
247
#        string.
248
#
249
#        The trivial-rewrite(8) server disallows regular expression
250
#        substitution  of  $1  etc.  in  regular  expression lookup
251
#        tables, because that could open a security  hole  (Postfix
252
#        version 2.3 and later).
253
#
254
# TCP-BASED TABLES
255
#        This  section  describes how the table lookups change when
256
#        lookups are directed to a TCP-based server. For a descrip-
257
#        tion of the TCP client/server lookup protocol, see tcp_ta-
258
#        ble(5).  This feature is not available up to and including
259
#        Postfix version 2.4.
260
#
261
#        Each  lookup  operation  uses the entire recipient address
262
#        once.  Thus, some.domain.hierarchy is not  looked  up  via
263
#        its  parent  domains,  nor is user+foo@domain looked up as
264
#        user@domain.
265
#
266
#        Results are the same as with indexed file lookups.
267
#
268
# CONFIGURATION PARAMETERS
269
#        The following main.cf parameters are especially  relevant.
270
#        The  text  below  provides  only  a parameter summary. See
271
#        postconf(5) for more details including examples.
272
#
197 - 273
#        empty_address_recipient (MAILER-DAEMON)
274
#               The  recipient  of  mail  addressed  to  the   null
275
#               address.
192 - 276
#
197 - 277
#        parent_domain_matches_subdomains  (see  'postconf -d' out-
278
#        put)
279
#               A list of Postfix features where the pattern "exam-
280
#               ple.com" also matches  subdomains  of  example.com,
281
#               instead  of  requiring  an  explicit ".example.com"
282
#               pattern.
192 - 283
#
197 - 284
#        transport_maps (empty)
285
#               Optional lookup tables with mappings from recipient
286
#               address  to  (message  delivery transport, next-hop
287
#               destination).
192 - 288
#
289
# SEE ALSO
290
#        trivial-rewrite(8), rewrite and resolve addresses
291
#        master(5), master.cf file format
292
#        postconf(5), configuration parameters
293
#        postmap(1), Postfix lookup table manager
294
#
295
# README FILES
197 - 296
#        Use "postconf readme_directory" or  "postconf  html_direc-
192 - 297
#        tory" to locate this information.
298
#        ADDRESS_REWRITING_README, address rewriting guide
299
#        DATABASE_README, Postfix lookup table overview
300
#        FILTER_README, external content filter
301
#
302
# LICENSE
197 - 303
#        The  Secure  Mailer  license must be distributed with this
192 - 304
#        software.
305
#
306
# AUTHOR(S)
307
#        Wietse Venema
308
#        IBM T.J. Watson Research
309
#        P.O. Box 704
310
#        Yorktown Heights, NY 10598, USA
311
#
312
#        Wietse Venema
313
#        Google, Inc.
314
#        111 8th Avenue
315
#        New York, NY 10011, USA
316
#
317
#                                                                   TRANSPORT(5)