I've already explained in detail how check_rcpt prevents unauthorized relaying. Here are some more thought about the rulesets which are available and about their subtle differences.
In the simplest case, the prevention of unauthorized relaying is straightforward: this case refers to having just one mailhost: here all mail must either originate from that host or it must end there. No ruleset should have problems with this.
It's getting a bit more complex if there are some mailclients. However, it's still easy to deal with that: since they are only sending e-mail (never receiving), their IP addresses (or hostnames) need just to be added to an appropriate file (or map) to allow outbound mail (from the client to anywhere).
The complex case is: there are several mailhosts. Let's start with a simple configuration that exhibits the problem: There is just one domain to deal with and two mailservers, one of which is the backup server for this domain. To give a concrete example: The domain is
our.domainthe mailservers are
main.our.domain back.our.domainwhere only main.our.domain is responsible for local delivery of mail sent to our.domain . Now there is a problem: back.our.domain must allow incoming mail to be relayed to main.our.domain if it is sent to our.domain . So we add our.domain to an appropriate file (or map) to allow incoming mail (from anywhere to main.our.domain ).
Now we may have a problem: the usual setup allows back.our.domain to relay any mail through main.our.domain . And hence we have a problem with the normal rulesets against relaying: Just use a route address of the form @our.domain:firstname.lastname@example.org (or some variant thereof) and the mail will get through.
The ruleset check_rcpt proposed at this site is very aggressiv to provide protection against unauthorized relaying. For the example just given, it will remove all parts of the recipient address which match domains that are local or which we relay to. However, this isn't correct for all cases. For example, let's assume there is some system connected to main.our.domain which is only reachable via a routing address: @our.domain:email@example.com (or some variant thereof). This address will not be accepted by back.our.domain : it will be rejected as an authorized relaying attempt (1). Other rulesets will allow this address to get through, and hence open up a chance for unauthorized relaying.
<@our.domain:firstname.lastname@example.org> <@our.domain,@back.our.domain:email@example.com> <firstname.lastname@example.org> <"victim%remote.domain"@our.domain> <"email@example.com"@our.domain> <firstname.lastname@example.org> <"remote.domain!victim"@our.domain>Try these on your main and on your backup mailservers.
(1) Unless local.system is added as allowed recipient , too. However, this may become an administrative nightmare in some cases. Either all system "behind" our.domain must be listed, or these systems must have main.our.domain and back.our.domain as MX servers and an appropriate option is used.