1 ######################################################################
2 # Runtime configuration file for Exim #
3 ######################################################################
6 # This is a default configuration file which will operate correctly in
7 # uncomplicated installations. Please see the manual for a complete list
8 # of all the runtime configuration options that can be included in a
9 # configuration file. There are many more than are mentioned here. The
10 # manual is in the file doc/spec.txt in the Exim distribution as a plain
11 # ASCII file. Other formats (PostScript, Texinfo, HTML, PDF) are available
12 # from the Exim ftp sites. The manual is also online at the Exim website.
15 # This file is divided into several parts, all but the first of which are
16 # headed by a line starting with the word "begin". Only those parts that
17 # are required need to be present. Blank lines, and lines starting with #
21 ########### IMPORTANT ########## IMPORTANT ########### IMPORTANT ###########
23 # Whenever you change Exim's configuration file, you *must* remember to #
24 # HUP the Exim daemon, because it will not pick up the new configuration #
25 # until you do. However, any other Exim processes that are started, for #
26 # example, a process started by an MUA in order to send a message, will #
27 # see the new configuration as soon as it is in place. #
29 # You do not need to HUP the daemon for changes in auxiliary files that #
30 # are referenced from this file. They are read every time they are used. #
32 # It is usually a good idea to test a new configuration for syntactic #
33 # correctness before installing it (for example, by running the command #
34 # "exim -C /config/file.new -bV"). #
36 ########### IMPORTANT ########## IMPORTANT ########### IMPORTANT ###########
40 ######################################################################
42 ######################################################################
45 # If you want to use a smarthost instead of sending directly to recipient
46 # domains, uncomment this macro definition and set a real hostname.
47 # An appropriately privileged user can then redirect email on the command-line
48 # in emergencies, via -D.
50 # ROUTER_SMARTHOST=MAIL.HOSTNAME.FOR.CENTRAL.SERVER.EXAMPLE
52 ######################################################################
53 # MAIN CONFIGURATION SETTINGS #
54 ######################################################################
57 # Specify your host's canonical name here. This should normally be the fully
58 # qualified "official" name of your host. If this option is not set, the
59 # uname() function is called to obtain the name. In many cases this does
60 # the right thing and you need not set anything explicitly.
65 # The next three settings create two lists of domains and one list of hosts.
66 # These lists are referred to later in this configuration using the syntax
67 # +local_domains, +relay_to_domains, and +relay_from_hosts, respectively. They
68 # are all colon-separated lists:
70 domainlist local_domains = @
71 domainlist relay_to_domains =
72 hostlist relay_from_hosts = localhost
73 # (We rely upon hostname resolution working for localhost, because the default
74 # uncommented configuration needs to work in IPv4-only environments.)
76 # Most straightforward access control requirements can be obtained by
77 # appropriate settings of the above options. In more complicated situations,
78 # you may need to modify the Access Control Lists (ACLs) which appear later in
81 # The first setting specifies your local domains, for example:
83 # domainlist local_domains = my.first.domain : my.second.domain
85 # You can use "@" to mean "the name of the local host", as in the default
86 # setting above. This is the name that is specified by primary_hostname,
87 # as specified above (or defaulted). If you do not want to do any local
88 # deliveries, remove the "@" from the setting above. If you want to accept mail
89 # addressed to your host's literal IP address, for example, mail addressed to
90 # "user@[192.168.23.44]", you can add "@[]" as an item in the local domains
91 # list. You also need to uncomment "allow_domain_literals" below. This is not
92 # recommended for today's Internet.
94 # The second setting specifies domains for which your host is an incoming relay.
95 # If you are not doing any relaying, you should leave the list empty. However,
96 # if your host is an MX backup or gateway of some kind for some domains, you
97 # must set relay_to_domains to match those domains. For example:
99 # domainlist relay_to_domains = *.myco.com : my.friend.org
101 # This will allow any host to relay through your host to those domains.
102 # See the section of the manual entitled "Control of relaying" for more
105 # The third setting specifies hosts that can use your host as an outgoing relay
106 # to any other host on the Internet. Such a setting commonly refers to a
107 # complete local network as well as the localhost. For example:
109 # hostlist relay_from_hosts = <; 127.0.0.1 ; ::1 ; 192.168.0.0/16
111 # The "/16" is a bit mask (CIDR notation), not a number of hosts. Note that you
112 # have to include 127.0.0.1 if you want to allow processes on your host to send
113 # SMTP mail by using the loopback address. A number of MUAs use this method of
114 # sending mail. Often, connections are made to "localhost", which might be ::1
115 # on IPv6-enabled hosts. Do not forget CIDR for your IPv6 networks.
117 # All three of these lists may contain many different kinds of item, including
118 # wildcarded names, regular expressions, and file lookups. See the reference
119 # manual for details. The lists above are used in the access control lists for
120 # checking incoming messages. The names of these ACLs are defined here:
122 acl_smtp_rcpt = acl_check_rcpt
124 acl_smtp_data_prdr = acl_check_prdr
126 acl_smtp_data = acl_check_data
128 # You should not change those settings until you understand how ACLs work.
131 # If you are running a version of Exim that was compiled with the content-
132 # scanning extension, you can cause incoming messages to be automatically
133 # scanned for viruses. You have to modify the configuration in two places to
134 # set this up. The first of them is here, where you define the interface to
135 # your scanner. This example is typical for ClamAV; see the manual for details
136 # of what to set for other virus scanners. The second modification is in the
137 # acl_check_data access control list (see below).
139 # av_scanner = clamd:/tmp/clamd
142 # For spam scanning, there is a similar option that defines the interface to
143 # SpamAssassin. You do not need to set this if you are using the default, which
144 # is shown in this commented example. As for virus scanning, you must also
145 # modify the acl_check_data access control list to enable spam scanning.
147 # spamd_address = 127.0.0.1 783
150 # If Exim is compiled with support for TLS, you may want to change the
151 # following option so that Exim disallows certain clients from makeing encrypted
152 # connections. The default is to allow all.
153 # In the authenticators section below, there are template configurations for
154 # plaintext username/password authentication. This kind of authentication is
155 # only safe when used within a TLS connection, so the authenticators will only
156 # work if TLS is allowed here.
158 # This is equivalent to the default.
160 # tls_advertise_hosts = *
162 # Specify the location of the Exim server's TLS certificate and private key.
163 # The private key must not be encrypted (password protected). You can put
164 # the certificate and private key in the same file, in which case you only
165 # need the first setting, or in separate files, in which case you need both
168 # tls_certificate = /etc/ssl/exim.crt
169 # tls_privatekey = /etc/ssl/exim.pem
171 # For OpenSSL, prefer EC- over RSA-authenticated ciphers
173 tls_require_ciphers = ECDSA:RSA:!COMPLEMENTOFDEFAULT
176 # Don't offer resumption to (most) MUAs, who we don't want to reuse
177 # tickets. Once the TLS extension for vended ticket numbers comes
178 # though, re-examine since resumption on a single-use ticket is still a benefit.
179 .ifdef _HAVE_TLS_RESUME
180 tls_resumption_hosts = ${if inlist {$received_port}{587:465} {:}{*}}
183 # In order to support roaming users who wish to send email from anywhere,
184 # you may want to make Exim listen on other ports as well as port 25, in
185 # case these users need to send email from a network that blocks port 25.
186 # The standard ports for this purpose are:
187 # port 587, the "message submission" port - see RFC 4409 for details,
188 # and 465 the TLS-encrypted "submission" port, service name is "submissions",
191 # Microsoft MUAs cannot be configured to
192 # talk the message submission protocol correctly, so if you need to support
193 # them you should also allow TLS-on-connect on the traditional (and now
194 # standard) port 465.
196 # daemon_smtp_ports = 25 : 465 : 587
197 # tls_on_connect_ports = 465
200 # Specify the domain you want to be added to all unqualified addresses
201 # here. An unqualified address is one that does not contain an "@" character
202 # followed by a domain. For example, "caesar@rome.example" is a fully qualified
203 # address, but the string "caesar" (i.e. just a login name) is an unqualified
204 # email address. Unqualified addresses are accepted only from local callers by
205 # default. See the recipient_unqualified_hosts option if you want to permit
206 # unqualified addresses from remote sources. If this option is not set, the
207 # primary_hostname value is used for qualification.
212 # If you want unqualified recipient addresses to be qualified with a different
213 # domain to unqualified sender addresses, specify the recipient domain here.
214 # If this option is not set, the qualify_domain value is used.
216 # qualify_recipient =
219 # The following line must be uncommented if you want Exim to recognize
220 # addresses of the form "user@[10.11.12.13]" that is, with a "domain literal"
221 # (an IP address) instead of a named domain. The RFCs still require this form,
222 # but it makes little sense to permit mail to be sent to specific hosts by
223 # their IP address in the modern Internet. This ancient format has been used
224 # by those seeking to abuse hosts by using them for unwanted relaying. If you
225 # really do want to support domain literals, uncomment the following line, and
226 # see also the "domain_literal" router below.
228 # allow_domain_literals
231 # No deliveries will ever be run under the uids of users specified by
232 # never_users (a colon-separated list). An attempt to do so causes a panic
233 # error to be logged, and the delivery to be deferred. This is a paranoic
234 # safety catch. There is an even stronger safety catch in the form of the
235 # FIXED_NEVER_USERS setting in the configuration for building Exim. The list of
236 # users that it specifies is built into the binary, and cannot be changed. The
237 # option below just adds additional users to the list. The default for
238 # FIXED_NEVER_USERS is "root", but just to be absolutely sure, the default here
241 # Note that the default setting means you cannot deliver mail addressed to root
242 # as if it were a normal user. This isn't usually a problem, as most sites have
243 # an alias for root that redirects such mail to a human administrator.
248 # The setting below causes Exim to do a reverse DNS lookup on all incoming
249 # IP calls, in order to get the true host name. If you feel this is too
250 # expensive, you can specify the networks for which a lookup is done, or
251 # remove the setting entirely.
256 # The setting below causes Exim to try to initialize the system resolver
257 # library with DNSSEC support. It has no effect if your library lacks
263 # The settings below cause Exim to make RFC 1413 (ident) callbacks
264 # for all incoming SMTP calls. You can limit the hosts to which these
265 # calls are made, and/or change the timeout that is used. If you set
266 # the timeout to zero, all RFC 1413 calls are disabled. RFC 1413 calls
267 # are cheap and can provide useful information for tracing problem
268 # messages, but some hosts and firewalls have problems with them.
269 # This can result in a timeout instead of an immediate refused
270 # connection, leading to delays on starting up SMTP sessions.
271 # (The default was reduced from 30s to 5s for release 4.61. and to
272 # disabled for release 4.86)
275 #rfc1413_query_timeout = 5s
278 # Enable an efficiency feature. We advertise the feature; clients
279 # may request to use it. For multi-recipient mails we then can
280 # reject or accept per-user after the message is received.
281 # This supports recipient-dependent content filtering; without it
282 # you have to temp-reject any recipients after the first that have
283 # incompatible filtering, and do the filtering in the data ACL.
284 # Even with this enabled, you must support the old style for peers
285 # not flagging support for PRDR (visible via $prdr_requested).
292 # By default, Exim expects all envelope addresses to be fully qualified, that
293 # is, they must contain both a local part and a domain. If you want to accept
294 # unqualified addresses (just a local part) from certain hosts, you can specify
295 # these hosts by setting one or both of
297 # sender_unqualified_hosts =
298 # recipient_unqualified_hosts =
300 # to control sender and recipient addresses, respectively. When this is done,
301 # unqualified addresses are qualified using the settings of qualify_domain
302 # and/or qualify_recipient (see above).
305 # Unless you run a high-volume site you probably want more logging
306 # detail than the default. Adjust to suit.
308 log_selector = +smtp_protocol_error +smtp_syntax_error \
309 +tls_certificate_verified
312 # If you want Exim to support the "percent hack" for certain domains,
313 # uncomment the following line and provide a list of domains. The "percent
314 # hack" is the feature by which mail addressed to x%y@z (where z is one of
315 # the domains listed) is locally rerouted to x@y and sent on. If z is not one
316 # of the "percent hack" domains, x%y is treated as an ordinary local part. This
317 # hack is rarely needed nowadays; you should not enable it unless you are sure
318 # that you really need it.
320 # percent_hack_domains =
322 # As well as setting this option you will also need to remove the test
323 # for local parts containing % in the ACL definition below.
326 # When Exim can neither deliver a message nor return it to sender, it "freezes"
327 # the delivery error message (aka "bounce message"). There are also other
328 # circumstances in which messages get frozen. They will stay on the queue for
329 # ever unless one of the following options is set.
331 # This option unfreezes frozen bounce messages after two days, tries
332 # once more to deliver them, and ignores any delivery failures.
334 ignore_bounce_errors_after = 2d
336 # This option cancels (removes) frozen messages that are older than a week.
338 timeout_frozen_after = 7d
341 # By default, messages that are waiting on Exim's queue are all held in a
342 # single directory called "input" which is itself within Exim's spool
343 # directory. (The default spool directory is specified when Exim is built, and
344 # is often /var/spool/exim/.) Exim works best when its queue is kept short, but
345 # there are circumstances where this is not always possible. If you uncomment
346 # the setting below, messages on the queue are held in 62 subdirectories of
347 # "input" instead of all in the same directory. The subdirectories are called
348 # 0, 1, ... A, B, ... a, b, ... z. This has two benefits: (1) If your file
349 # system degrades with many files in one directory, this is less likely to
350 # happen; (2) Exim can process the queue one subdirectory at a time instead of
351 # all at once, which can give better performance with large queues.
353 # split_spool_directory = true
356 # If you're in a part of the world where ASCII is not sufficient for most
357 # text, then you're probably familiar with RFC2047 message header extensions.
358 # By default, Exim adheres to the specification, including a limit of 76
359 # characters to a line, with encoded words fitting within a line.
360 # If you wish to use decoded headers in message filters in such a way
361 # that successful decoding of malformed messages matters, you may wish to
362 # configure Exim to be more lenient.
364 # check_rfc2047_length = false
366 # In particular, the Exim maintainers have had multiple reports of problems
367 # from Russian administrators of issues until they disable this check,
368 # because of some popular, yet buggy, mail composition software.
371 # If you wish to be strictly RFC compliant, or if you know you'll be
372 # exchanging email with systems that are not 8-bit clean, then you may
373 # wish to disable advertising 8BITMIME. Uncomment this option to do so.
375 # accept_8bitmime = false
378 # Exim does not make use of environment variables itself. However,
379 # libraries that Exim uses (e.g. LDAP) depend on specific environment settings.
380 # There are two lists: keep_environment for the variables we trust, and
381 # add_environment for variables we want to set to a specific value.
382 # Note that TZ is handled separately by the timezone runtime option
383 # and TIMEZONE_DEFAULT buildtime option.
385 # keep_environment = ^LDAP
386 # add_environment = PATH=/usr/bin::/bin
390 ######################################################################
391 # ACL CONFIGURATION #
392 # Specifies access control lists for incoming SMTP mail #
393 ######################################################################
397 # This access control list is used for every RCPT command in an incoming
398 # SMTP message. The tests are run in order until the address is either
399 # accepted or denied.
403 # Accept if the source is local SMTP (i.e. not over TCP/IP). We do this by
404 # testing for an empty sending host field.
407 control = dkim_disable_verify
409 #############################################################################
410 # The following section of the ACL is concerned with local parts that contain
411 # @ or % or ! or / or | or dots in unusual places.
413 # The characters other than dots are rarely found in genuine local parts, but
414 # are often tried by people looking to circumvent relaying restrictions.
415 # Therefore, although they are valid in local parts, these rules lock them
416 # out, as a precaution.
418 # Empty components (two dots in a row) are not valid in RFC 2822, but Exim
419 # allows them because they have been encountered. (Consider local parts
420 # constructed as "firstinitial.secondinitial.familyname" when applied to
421 # someone like me, who has no second initial.) However, a local part starting
422 # with a dot or containing /../ can cause trouble if it is used as part of a
423 # file name (e.g. for a mailing list). This is also true for local parts that
424 # contain slashes. A pipe symbol can also be troublesome if the local part is
425 # incorporated unthinkingly into a shell command line.
427 # Two different rules are used. The first one is stricter, and is applied to
428 # messages that are addressed to one of the local domains handled by this
429 # host. The line "domains = +local_domains" restricts it to domains that are
430 # defined by the "domainlist local_domains" setting above. The rule blocks
431 # local parts that begin with a dot or contain @ % ! / or |. If you have
432 # local accounts that include these characters, you will have to modify this
435 deny message = Restricted characters in address
436 domains = +local_domains
437 local_parts = ^[.] : ^.*[@%!/|]
439 # The second rule applies to all other domains, and is less strict. The line
440 # "domains = !+local_domains" restricts it to domains that are NOT defined by
441 # the "domainlist local_domains" setting above. The exclamation mark is a
442 # negating operator. This rule allows your own users to send outgoing
443 # messages to sites that use slashes and vertical bars in their local parts.
444 # It blocks local parts that begin with a dot, slash, or vertical bar, but
445 # allows these characters within the local part. However, the sequence /../
446 # is barred. The use of @ % and ! is blocked, as before. The motivation here
447 # is to prevent your users (or your users' viruses) from mounting certain
448 # kinds of attack on remote sites.
450 deny message = Restricted characters in address
451 domains = !+local_domains
452 local_parts = ^[./|] : ^.*[@%!] : ^.*/\\.\\./
453 #############################################################################
455 # Accept mail to postmaster in any local domain, regardless of the source,
456 # and without verifying the sender.
458 accept local_parts = postmaster
459 domains = +local_domains
461 # Deny unless the sender address can be verified.
463 require verify = sender
465 # Reject all RCPT commands after too many bad recipients
466 # This is partly a defense against spam abuse and partly attacker abuse.
467 # Real senders should manage, by the time they get to 10 RCPT directives,
468 # to have had at least half of them be real addresses.
470 # This is a lightweight check and can protect you against repeated
471 # invocations of more heavy-weight checks which would come after it.
473 deny condition = ${if and {\
474 {>{$rcpt_count}{10}}\
475 {<{$recipients_count}{${eval:$rcpt_count/2}}} }}
476 message = Rejected for too many bad recipients
477 logwrite = REJECT [$sender_host_address]: bad recipient count high [${eval:$rcpt_count-$recipients_count}]
479 # Accept if the message comes from one of the hosts for which we are an
480 # outgoing relay. It is assumed that such hosts are most likely to be MUAs,
481 # so we set control=submission to make Exim treat the message as a
482 # submission. It will fix up various errors in the message, for example, the
483 # lack of a Date: header line. If you are actually relaying out out from
484 # MTAs, you may want to disable this. If you are handling both relaying from
485 # MTAs and submissions from MUAs you should probably split them into two
486 # lists, and handle them differently.
488 # Recipient verification is omitted here, because in many cases the clients
489 # are dumb MUAs that don't cope well with SMTP error responses. If you are
490 # actually relaying out from MTAs, you should probably add recipient
493 # Note that, by putting this test before any DNS black list checks, you will
494 # always accept from these hosts, even if they end up on a black list. The
495 # assumption is that they are your friends, and if they get onto a black
496 # list, it is a mistake.
498 accept hosts = +relay_from_hosts
500 control = dkim_disable_verify
502 # Accept if the message arrived over an authenticated connection, from
503 # any host. Again, these messages are usually from MUAs, so recipient
504 # verification is omitted, and submission mode is set. And again, we do this
505 # check before any black list tests.
507 accept authenticated = *
509 control = dkim_disable_verify
511 # Insist that any other recipient address that we accept is either in one of
512 # our local domains, or is in a domain for which we explicitly allow
513 # relaying. Any other domain is rejected as being unacceptable for relaying.
515 require message = relay not permitted
516 domains = +local_domains : +relay_to_domains
518 # We also require all accepted addresses to be verifiable. This check will
519 # do local part verification for local domains, but only check the domain
520 # for remote domains. The only way to check local parts for the remote
521 # relay domains is to use a callout (add /callout), but please read the
522 # documentation about callouts before doing this.
524 require verify = recipient
526 #############################################################################
527 # There are no default checks on DNS black lists because the domains that
528 # contain these lists are changing all the time. However, here are two
529 # examples of how you can get Exim to perform a DNS black list lookup at this
530 # point. The first one denies, whereas the second just warns.
532 # deny dnslists = black.list.example
533 # message = rejected because $sender_host_address is in a black list at $dnslist_domain\n$dnslist_text
535 # warn dnslists = black.list.example
536 # add_header = X-Warning: $sender_host_address is in a black list at $dnslist_domain
537 # log_message = found in $dnslist_domain
538 #############################################################################
540 #############################################################################
541 # This check is commented out because it is recognized that not every
542 # sysadmin will want to do it. If you enable it, the check performs
543 # Client SMTP Authorization (csa) checks on the sending host. These checks
544 # do DNS lookups for SRV records. The CSA proposal is currently (May 2005)
545 # an Internet draft. You can, of course, add additional conditions to this
546 # ACL statement to restrict the CSA checks to certain hosts only.
548 # require verify = csa
549 #############################################################################
551 #############################################################################
552 # If doing per-user content filtering then recipients with filters different
553 # to the first recipient must be deferred unless the sender talks PRDR.
555 # defer !condition = $prdr_requested
556 # condition = ${if > {0}{$recipients_count}}
557 # condition = ${if !eq {$acl_m_content_filter} \
558 # {${lookup PER_RCPT_CONTENT_FILTER}}}
559 # warn !condition = $prdr_requested
560 # condition = ${if > {0}{$recipients_count}}
561 # set acl_m_content_filter = ${lookup PER_RCPT_CONTENT_FILTER}
562 #############################################################################
564 # At this point, the address has passed all the checks that have been
565 # configured, so we accept it unconditionally.
570 # This ACL is used once per recipient, for multi-recipient messages, if
571 # we advertised PRDR. It can be used to perform receipient-dependent
572 # header- and body- based filtering and rejections.
573 # We set a variable to record that PRDR was active used, so that checking
574 # in the data ACL can be skipped.
578 warn set acl_m_did_prdr = y
580 #############################################################################
581 # do lookup on filtering, with $local_part@$domain, deny on filter match
583 # deny set acl_m_content_filter = ${lookup PER_RCPT_CONTENT_FILTER}
585 #############################################################################
590 # This ACL is used after the contents of a message have been received. This
591 # is the ACL in which you can test a message's headers or body, and in
592 # particular, this is where you can invoke external virus or spam scanners.
593 # Some suggested ways of configuring these tests are shown below, commented
594 # out. Without any tests, this ACL accepts all messages. If you want to use
595 # such tests, you must ensure that Exim is compiled with the content-scanning
596 # extension (WITH_CONTENT_SCAN=yes in Local/Makefile).
600 # Deny if the message contains an overlong line. Per the standards
601 # we should never receive one such via SMTP.
603 deny condition = ${if > {$max_received_linelength}{998}}
604 message = maximum allowed line length is 998 octets, \
605 got $max_received_linelength
607 # Deny if the headers contain badly-formed addresses.
609 deny !verify = header_syntax
610 message = header syntax
611 log_message = header syntax ($acl_verify_message)
613 # Deny if the message contains a virus. Before enabling this check, you
614 # must install a virus scanner and set the av_scanner option above.
617 # message = This message contains a virus ($malware_name).
619 # Add headers to a message if it is judged to be spam. Before enabling this,
620 # you must install SpamAssassin. You may also need to set the spamd_address
624 # add_header = X-Spam_score: $spam_score\n\
625 # X-Spam_score_int: $spam_score_int\n\
626 # X-Spam_bar: $spam_bar\n\
627 # X-Spam_report: $spam_report
629 #############################################################################
630 # No more tests if PRDR was actively used.
631 # accept condition = ${if def:acl_m_did_prdr}
633 # To get here, all message recipients must have identical per-user
634 # content filtering (enforced by RCPT ACL). Do lookup for filter
637 # deny set acl_m_content_filter = ${lookup PER_RCPT_CONTENT_FILTER}
639 #############################################################################
642 # Accept the message.
648 ######################################################################
649 # ROUTERS CONFIGURATION #
650 # Specifies how addresses are handled #
651 ######################################################################
652 # THE ORDER IN WHICH THE ROUTERS ARE DEFINED IS IMPORTANT! #
653 # An address is passed to each router in turn until it is accepted. #
654 ######################################################################
658 # This router routes to remote hosts over SMTP by explicit IP address,
659 # when an email address is given in "domain literal" form, for example,
660 # <user@[192.168.35.64]>. The RFCs require this facility. However, it is
661 # little-known these days, and has been exploited by evil people seeking
662 # to abuse SMTP relays. Consequently it is commented out in the default
663 # configuration. If you uncomment this router, you also need to uncomment
664 # allow_domain_literals above, so that Exim can recognize the syntax of
665 # domain literal addresses.
669 # domains = ! +local_domains
670 # transport = remote_smtp
673 # This router can be used when you want to send all mail to a
674 # server which handles DNS lookups for you; an ISP will typically run such
675 # a server for their customers. The hostname in route_data comes from the
676 # macro defined at the top of the file. If not defined, then we'll use the
677 # dnslookup router below instead.
678 # Beware that the hostname is specified again in the Transport.
680 .ifdef ROUTER_SMARTHOST
684 domains = ! +local_domains
685 transport = smarthost_smtp
686 route_data = ROUTER_SMARTHOST
687 ignore_target_hosts = <; 0.0.0.0 ; 127.0.0.0/8 ; ::1
692 # This router routes addresses that are not in local domains by doing a DNS
693 # lookup on the domain name. The exclamation mark that appears in "domains = !
694 # +local_domains" is a negating operator, that is, it can be read as "not". The
695 # recipient's domain must not be one of those defined by "domainlist
696 # local_domains" above for this router to be used.
698 # If the router is used, any domain that resolves to 0.0.0.0 or to a loopback
699 # interface address (127.0.0.0/8) is treated as if it had no DNS entry. Note
700 # that 0.0.0.0 is the same as 0.0.0.0/32, which is commonly treated as the
701 # local host inside the network stack. It is not 0.0.0.0/0, the default route.
702 # If the DNS lookup fails, no further routers are tried because of the no_more
703 # setting, and consequently the address is unrouteable.
707 domains = ! +local_domains
708 transport = remote_smtp
709 ignore_target_hosts = 0.0.0.0 : 127.0.0.0/8
710 # if ipv6-enabled then instead use:
711 # ignore_target_hosts = <; 0.0.0.0 ; 127.0.0.0/8 ; ::1
714 # This closes the ROUTER_SMARTHOST ifdef around the choice of routing for
719 # The remaining routers handle addresses in the local domain(s), that is those
720 # domains that are defined by "domainlist local_domains" above.
723 # This router handles aliasing using a linearly searched alias file with the
724 # name SYSTEM_ALIASES_FILE. When this configuration is installed automatically,
725 # the name gets inserted into this file from whatever is set in Exim's
726 # build-time configuration. The default path is the traditional /etc/aliases.
727 # If you install this configuration by hand, you need to specify the correct
728 # path in the "data" setting below.
730 ##### NB You must ensure that the alias file exists. It used to be the case
731 ##### NB that every Unix had that file, because it was the Sendmail default.
732 ##### NB These days, there are systems that don't have it. Your aliases
733 ##### NB file should at least contain an alias for "postmaster".
735 # If any of your aliases expand to pipes or files, you will need to set
736 # up a user and a group for these deliveries to run under. You can do
737 # this by uncommenting the "user" option below (changing the user name
738 # as appropriate) and adding a "group" option if necessary. Alternatively, you
739 # can specify "user" on the transports that are used. Note that the transports
740 # listed below are the same as are used for .forward files; you might want
741 # to set up different ones for pipe and file deliveries from aliases.
747 data = ${lookup{$local_part}lsearch{SYSTEM_ALIASES_FILE}}
749 file_transport = address_file
750 pipe_transport = address_pipe
753 # This router handles forwarding using traditional .forward files in users'
754 # home directories. If you want it also to allow mail filtering when a forward
755 # file starts with the string "# Exim filter" or "# Sieve filter", uncomment
756 # the "allow_filter" option.
758 # The no_verify setting means that this router is skipped when Exim is
759 # verifying addresses. Similarly, no_expn means that this router is skipped if
760 # Exim is processing an EXPN command.
762 # If you want this router to treat local parts with suffixes introduced by "-"
763 # or "+" characters as if the suffixes did not exist, uncomment the two local_
764 # part_suffix options. Then, for example, xxxx-foo@your.domain will be treated
765 # in the same way as xxxx@your.domain by this router. Because this router is
766 # not used for verification, if you choose to uncomment those options, then you
767 # will *need* to make the same change to the localuser router. (There are
768 # other approaches, if this is undesirable, but they add complexity).
770 # The check_ancestor option means that if the forward file generates an
771 # address that is an ancestor of the current one, the current one gets
772 # passed on instead. This covers the case where A is aliased to B and B
773 # has a .forward file pointing to A.
775 # The three transports specified at the end are those that are used when
776 # forwarding generates a direct delivery to a file, or to a pipe, or sets
777 # up an auto-reply, respectively.
782 # local_part_suffix = +* : -*
783 # local_part_suffix_optional
784 file = $home/.forward
789 file_transport = address_file
790 pipe_transport = address_pipe
791 reply_transport = address_reply
794 # This router matches local user mailboxes. If the router fails, the error
795 # message is "Unknown user".
797 # If you want this router to treat local parts with suffixes introduced by "-"
798 # or "+" characters as if the suffixes did not exist, uncomment the two local_
799 # part_suffix options. Then, for example, xxxx-foo@your.domain will be treated
800 # in the same way as xxxx@your.domain by this router.
805 # local_part_suffix = +* : -*
806 # local_part_suffix_optional
807 transport = local_delivery
808 cannot_route_message = Unknown user
812 ######################################################################
813 # TRANSPORTS CONFIGURATION #
814 ######################################################################
815 # ORDER DOES NOT MATTER #
816 # Only one appropriate transport is called for each delivery. #
817 ######################################################################
819 # A transport is used only when referenced from a router that successfully
820 # handles an address.
825 # This transport is used for delivering messages over SMTP connections.
829 .ifdef _HAVE_TLS_RESUME
830 tls_resumption_hosts = *
834 # This transport is used for delivering messages to a smarthost, if the
835 # smarthost router is enabled. This starts from the same basis as
836 # "remote_smtp" but then turns on various security options, because
837 # we assume that if you're told "use smarthost.example.org as the smarthost"
838 # then there will be TLS available, with a verifiable certificate for that
839 # hostname, using decent TLS.
846 # Comment out any of these which you have to, then file a Support
847 # request with your smarthost provider to get things fixed:
848 hosts_require_tls = *
850 # As long as tls_verify_hosts is enabled, this this will have no effect,
851 # but if you have to comment it out then this will at least log whether
852 # you succeed or not:
853 tls_try_verify_hosts = *
855 # The SNI name should match the name which we'll expect to verify;
856 # many mail systems don't use SNI and this doesn't matter, but if it does,
857 # we need to send a name which the remote site will recognize.
858 # This _should_ be the name which the smarthost operators specified as
859 # the hostname for sending your mail to.
860 tls_sni = ROUTER_SMARTHOST
863 tls_require_ciphers = HIGH:!aNULL:@STRENGTH
866 tls_require_ciphers = SECURE192:-VERS-SSL3.0:-VERS-TLS1.0:-VERS-TLS1.1
868 .ifdef _HAVE_TLS_RESUME
869 tls_resumption_hosts = *
874 # This transport is used for local delivery to user mailboxes in traditional
875 # BSD mailbox format. By default it will be run under the uid and gid of the
876 # local user, and requires the sticky bit to be set on the /var/mail directory.
877 # Some systems use the alternative approach of running mail deliveries under a
878 # particular group instead of using the sticky bit. The commented options below
879 # show how this can be done.
883 file = /var/mail/$local_part_data
891 # This transport is used for handling pipe deliveries generated by alias or
892 # .forward files. If the pipe generates any standard output, it is returned
893 # to the sender of the message as a delivery error. Set return_fail_output
894 # instead of return_output if you want this to happen only when the pipe fails
895 # to complete normally. You can set different transports for aliases and
896 # forwards if you want to - see the references to address_pipe in the routers
904 # This transport is used for handling deliveries directly to files that are
905 # generated by aliasing or forwarding.
914 # This transport is used for handling autoreplies generated by the filtering
915 # option of the userforward router.
922 ######################################################################
923 # RETRY CONFIGURATION #
924 ######################################################################
928 # This single retry rule applies to all domains and all errors. It specifies
929 # retries every 15 minutes for 2 hours, then increasing retry intervals,
930 # starting at 1 hour and increasing each time by a factor of 1.5, up to 16
931 # hours, then retries every 6 hours until 4 days have passed since the first
934 # WARNING: If you do not have any retry rules at all (this section of the
935 # configuration is non-existent or empty), Exim will not do any retries of
936 # messages that fail to get delivered at the first attempt. The effect will
937 # be to treat temporary errors as permanent. Therefore, DO NOT remove this
938 # retry rule unless you really don't want any retries.
940 # Address or Domain Error Retries
941 # ----------------- ----- -------
943 * * F,2h,15m; G,16h,1h,1.5; F,4d,6h
947 ######################################################################
948 # REWRITE CONFIGURATION #
949 ######################################################################
951 # There are no rewriting specifications in this default configuration file.
957 ######################################################################
958 # AUTHENTICATION CONFIGURATION #
959 ######################################################################
961 # The following authenticators support plaintext username/password
962 # authentication using the standard PLAIN mechanism and the traditional
963 # but non-standard LOGIN mechanism, with Exim acting as the server.
964 # PLAIN and LOGIN are enough to support most MUA software.
966 # These authenticators are not complete: you need to change the
967 # server_condition settings to specify how passwords are verified.
968 # They are set up to offer authentication to the client only if the
969 # connection is encrypted with TLS, so you also need to add support
970 # for TLS. See the global configuration options section at the start
971 # of this file for more about TLS.
973 # The default RCPT ACL checks for successful authentication, and will accept
974 # messages from authenticated users from anywhere on the Internet.
978 # PLAIN authentication has no server prompts. The client sends its
979 # credentials in one lump, containing an authorization ID (which we do not
980 # use), an authentication ID, and a password. The latter two appear as
981 # $auth2 and $auth3 in the configuration and should be checked against a
982 # valid username and password. In a real configuration you would typically
983 # use $auth2 as a lookup key, and compare $auth3 against the result of the
984 # lookup, perhaps using the crypteq{}{} condition.
988 # server_set_id = $auth2
990 # server_condition = Authentication is not yet configured
991 # server_advertise_condition = ${if def:tls_in_cipher }
993 # LOGIN authentication has traditional prompts and responses. There is no
994 # authorization ID in this mechanism, so unlike PLAIN the username and
995 # password are $auth1 and $auth2. Apart from that you can use the same
996 # server_condition setting for both authenticators.
1000 # server_set_id = $auth1
1001 # server_prompts = <| Username: | Password:
1002 # server_condition = Authentication is not yet configured
1003 # server_advertise_condition = ${if def:tls_in_cipher }
1006 ######################################################################
1007 # CONFIGURATION FOR local_scan() #
1008 ######################################################################
1010 # If you have built Exim to include a local_scan() function that contains
1011 # tables for private options, you can define those options here. Remember to
1012 # uncomment the "begin" line. It is commented by default because it provokes
1013 # an error with Exim binaries that are not built with LOCAL_SCAN_HAS_OPTIONS
1014 # set in the Local/Makefile.
1019 # End of Exim configuration file