On Sun 05 Oct 2014 at 23:16:18 -0400, Harry Putnam wrote: > Jerry Stuckle <jstuc...@attglobal.net> writes: > > > The first question - why do you think you need to relay to other > > networks, even if they're your own? Do you have other SMTP servers > > running on those networks? > > Good question and apparently thee is no reason. It stemmed from a deep > seated confusion about what relaying means. All I really want is to > be able to do this:
Of course there is a reason, a very good, legitimate reason, and you give it below. There is no need to think you have been asked a profound question with deep significance. > On my lan machines: > > HOST-1 > HOST-2 > [...] > HOST-mail-server now being configured > > HOST-[12...N] would have the server host above listed as smarthost in > there respective mail config. Exactly. Let's suppose the smarthost has an IP of 192.168.7.20. It doesn't matter what OS is used on a host or what the mailing software is - it just has to be told to use port 25 on 192.168.7.20. The smarthost is a central point of configuration. Good thinking! > So they would all be sending mail by way of server host. Spot on. Sally with her mobile phone can now send mail anywhere in the world. Herbert's laptop can do the same. And a visitor, James, doesn't have to rely on a flakey webmail service. Of course, all these machines would have to have an IP like 192.168.7.x. and exim would have to have dc_relay_nets='192.168.7.0/24' The mail sent would be passed from your network to your ISP's mail server but you don't concern yoursef with that because it is outside your control. You've done your job, let them do their's. > I guess that is not what is meant by relaying? It's precisely what is meant by "relaying". Mail accepted by exim is delivered/sent/relayed to its destination. In your case this would be your ISP's mail server. Oh, do you trust Sally, Herbert and James? If not why are they allowed to use your network? Appearences can be deceptive and James might be the neighbourhood's Mr Big Evil Spammer. :) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141006120151.gj17...@copernicus.demon.co.uk
