perhaps the term 'downstream' would be better suited to our purposes than 'internal'? i was just using this since it is a common installation configuration.

there are many ways we can expand on the implementational issues if, as below, you wish to include dns entries. in that situation i would suggest that we use a graphic because i think will be necessary to include configuration information on a number of servers (dns, mail); something along the lines of this would do the trick i think:

[MX]
james config

[MX']
james config

[DNS]
MX records

[downstream/internal]
james config

then repeat for load balancing (although load balancing will occur with the same configuration provided james will refuses connections when fully occupied...maybe overload balancing would be a better term :o)

then repeat for the combination.

i can whip out some PNGs easily if wiki will support it. (if not, then we can try to fake it with text, but i think that some simple visuals would be helpful).

thoughts?

b

Noel J. Bergman wrote:
Thank you, Kind Sir.

I corrected a couple of spelling errors, but otherwise that's it.  I do
wonder if we might want to elaborate more, for example on setting up
secondary MX servers.  And I don't think that it  is right to refer to the
eventual target in that example as an internal server, but I didn't change
it because I wasn't sure what you had in mind.

What I'm thinking is something like, let's say that you wanted me to act as
a Secondary MX for parducci.net.  You would simply add:

         IN      MX      20 mail.devtech.com.

to your zone file.  On my end, I'd have to setup a <mailet> to select
messages intended for parducci.net, and run them through RemoteDelivery,
using mail.parducci.net as the gateway.  When your system would be
unavailable, mine would be used to queue up messages until your server
became available again.

Load balancing is a bit different.  That would be something like:

         IN      MX      10 mail1.parducci.net.
         IN      MX      10 mail2.parducci.net.
         IN      MX      10 mail3.parducci.net.

We would randomly select a server.  An useful combination could be:

         IN      MX      10 mail1.parducci.net.
         IN      MX      10 mail2.parducci.net.
         IN      MX      10 mail3.parducci.net.
         IN      MX      20 mail.parducci.net.

All e-mail should go through mail[1,2,3], where they do front-end work,
e.g., spam filtering, and in turn forward only legitimate e-mail to the real
mail server.

	--- Noel

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to