On Mon, 15 Jan 2001, John Clarke wrote:

> You could consider a dynamic dns service, if your local box is online
> most of the time, and especially if the IP address changes rarely.

Yea, I thought of that but I know there has to be a better way.

> Another way to do it would be to configure it as a virtual domain on
> the colo box, delivering all mail for your domain to a single mailbox,
> but insert a header with the envelope details into each message to

This seams like bit to much of a cludge and I want to avoid the fetchmail
approach if I can.

> True.  Only the colo machine and your local machine need to know that
> your local machine is the primary MX though; the rest of the world can
> be told that the colo box is the primary MX.  However, I'm not
> advocating that you disobey your AUP ;-/

Now you are talking John. Yes I can set one DNS for the rest of the world
which thinks that the colo box is the only MX. Then I can tell the colo
box that its actually second with my local box as first. To avoid the AUP
I can use a encrypted tunnel to the colo box and use a private IP address.
The message hits the colo box, its stores it and then says, hey I can get
to the local machine over this route (which is encrypted and sourced from
my end, so no AUP problems). If for some reason the tunnel goes down,
there is no problem, it gets held until I start it again.  Sweet.

>
> > machine. Am I making any sense?
>
> Yes.  BTDTGTTS.
>
> > I am sure others have solved this issue.
>
> I used virtual hosting + `X-Envelope-To' header insertion through
> /etc/procmailrc.  Email me if you want the gory details.

I have found out some other alternatives as well.

This http://people.freebsd.org/~nsayer/dynamicmx.html page describes using
ssh to get one sendmail to deliver mail to another.

There is an RFC to solve this exact problem, RFC2645 which is at
http://www.faqs.org/rfcs/rfc2645.html . The abstract says

        With the spread of low-cost computer systems and Internet
        connectivity, the demand for local mail servers has been rising.  Many
        people now want to operate a mail server on a system which has only an
        intermittent connection to a service provider.  If the system has a
        static IP address, the ESMTP ETRN command [ETRN] can be used.
        However, systems with dynamic IP addresses (which are very common with
        low-cost connections) have no widely-deployed solution.

        This memo proposes a new service, On-Demand Mail Relay (ODMR), which
        is a profile of SMTP [SMTP, ESMTP], providing for a secure,
        extensible, easy to implement approach to the problem.

There is an implimation of ODMR for linux called InfintyMail
http://sourceforge.net/projects/infinymail/ . The home page does not
respond at the moment but the sourceforge pages and the source is
available.

Of course another alternative is UUCP which has been around and working
for years.

Well a few solutions, when I implement something I will report back as to
what I get working.

Rodos

-- 
[EMAIL PROTECTED] | If the box says "Windows 95 or better", it should run
Camion Technology | on Linux, right?                               [anon]
+61 2 9873 5105   |



-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://slug.org.au/lists/listinfo/slug

Reply via email to