On 8/8/21 1:11 AM, Nick Hocking wrote:
Hi Grant,
Hi Nick,
Yep - Nested smarthosts worked like a charm. Not sure I can think of
a really good use for this.
:-)
Maybe a large University with many campus each with many departments,
thus allowing central distribution list administration and only one
external facing mailer having to worry about spam and malware etc.
I tend to think of this as a complex SMTP network. As in it's more than
just one server to the Internet and done.
The few times that I've been exposed to such complex SMTP networks have
largely been fairly short (fewer layers) and wide (many servers). As in
most ~> all application / file / database / etc. servers were configured
to use the / a "smart host". The smart host(s) were configured with
knowledge of where to send messages based on recipient(s); e.g. inter-department email. The smart host(s) may send directly to the
Internet, or they may send through another (set of) smart host(s) that
serve as the outbound queue for message leaving the network. The
outbound servers dealt with the retries and transient failures of
outbound email thereby allowing the queue(s) on the smart host(s) to be
fairly clean and not back up there for more than a few minutes. Usually inbound email passed through email hygiene appliance(s) / server(s).
Sometimes outbound messages did as well. So, you ended up with the leaf servers, the central smart host(s), and an outbound leaf (set). In some
ways reminiscent of a three tiered Clos network from an SMTP perspective.
--
Grant. . . .
unix || die
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)