Pardon my stupidity (I am not a network guy), but how will that force
our mail out a specific interface?  We have several interfaces on this
machine connected (behind a firewall, using NAT, etc.) to the public
internet.  All of them are for serving websites, except for one that's
supposed to be used for getting/sending internet mail.

Our single default route looks like this:

     Route            Subnet           Next             Preferred
Opt  Destination      Mask             Hop              Interface

     *DFTROUTE        *NONE            xx.xx.xx.xx      *NONE


On 8/5/05, Chris Whisonant <Chris.Whisonant@xxxxxxxxxxxxx> wrote:
> Do you have any default routes set up in your CFGTCP section? I make sure
> that I have a default route configured for each interface.
>      Route            Subnet           Next             Preferred
> Opt  Destination      Mask             Hop              Interface
>      *DFTROUTE        *NONE            x.x.x.1      x.x.x.74
>      *DFTROUTE        *NONE            x.x.x.1      x.x.x.75
>      *DFTROUTE        *NONE            x.x.x.1      x.x.x.76
> Chris Whisonant
> Comporium
> Senior Mid-Range Systems Administrator
> IBM eServer Certified Systems Expert - iSeries Technical Solutions V5R2
> IBM Certified System Administrator - Lotus Notes and Domino 6/6.5
> 803.326.7270 | 803.326.6142 fax
> wrote on
> 08/05/2005 09:25:43 AM:
> > All,
> >
> > Is there any way to force Domino (R6) SMTP to use a single IP address
> > for sending outgoing mail?  Our SMTP server seems to want to use any
> > address it chooses, and mail recipients that do reverse DNS lookups on
> > their incoming mail are kicking ours out.
> >
> > Thanks in advance!
> >
> > Mike E.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].