I want to send email from an mx proxy to the true host

Andrew Richards · *nix forums beginner Joined: 09 Jan 2005 Posts: 49

On Thursday 13 July 2006 01:02, felix@crowfix.com wrote:

felix@crowfix.com · *nix forums beginner Joined: 24 Jul 2005 Posts: 16

Please pardon my jargon, I don't know play bingo enough to know the
real buzzwords :-)

I have one host, slow.com, on dialup, which has been so overwhelmed by
roughly 50,000 spams a day to bogus accounts (bill123@slow.com) that
it can't recover from hiccups, and so now another host, fast.com, in a
distant locale which has DSL, has been made its primary MX. slow.com
maintains a list of bogus accounts which it forwards to fast.com
nightly. fast.com uses this to separate the bogus accounts from the
mostly-real mail based strictly on RCPT TO: values as written to
Delivered-To: by qmail. It keeps the chaff around for a few days in
case something got diverted which shouldn't have. The wheat has to be
manually forward by means of a tarball and a small program on slow.com
which parses the Delivered-To: and Received: headers and sends the
messages to qmail-inject, and from then on things work as they used to.

It's a goofy workaround, but slow.com can't get anything but dialup,
unless I want to spring for a fancy satellite receiver and deal with
changing ISPs etc. Maybe that will happen someday, but not soon.

What I would like to do for now is eliminate the manual tarball
transfer. I would like a line in .qmail-slow-wheat to send the email
back to slow.com, like this:

&wheat@slow.com

but apparently fast.com knows from locals and rcpthosts that it is
responsible for slow.com's email, and so redelivers it locally.

I have tried setting smtproutes to

slow.com:slow.com
.slow.com:slow.com

but that seems to have no effect, as if overridden by locals and
rcpthosts.

In my guesses at how to configure this, I have ended up with
virtualdomains set to

slow.com:felix-slow
.slow.com:felix-slow

and I am a bit puzzled by whether or not this is good, bad, or
immaterial. It works as is, and I am reluctant to start experimenting
with a mostly working live system.

I also thought about using QMQP or QMTP to do the transfer, but I
don't see any way to tell qmail-inject to use them.

I know my workaround is rather a hack, but it's only temporary, as in
only a few years until The Phone Company gets off its arse and gets
something out here better than flaky dialup.

My question is, is there some way to configure fast.com so it will
send mail back to slow.com?

--
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o

Google