On Tue, May 04, 1999 at 04:47:53PM -0400, Brett Borger wrote:
> Example: www.example.edu is running qmail on Linux.
> other.example.edu is running Novell w/Mercury.
>
> POP messages are sent to other.example.edu as they currently do.
> other.example.edu delivers any local messages, while sending any
> non-local messages to www.example.edu to be delivered.
> www.example.edu accepts any messages from other.example.edu and does
> the lookup/delivery to wherever. (incoming messages from other hosts
> will go directly to other.example.edu) At the same time, the web
> server on www.example.edu will send messages to wherever as well
> (using qmail), which it does now and which I have no desire to break.
Hope I did get this right.
I'd suggest:
On other.example.edu simply point to www.example.edu as you did with the
other host before.
On www.example.edu (running qmail) you'd have to
put into /var/qmail/rcpthosts
.example.edu
or - alternatively - list all the hosts in example.edu that you receive
eMails for.
put into /var/qmail/smtproutes
.example.edu:other.example.edu
or again - alternatively - list all the hosts in example.edu that you receive
eMails for on the left side of the ":".
This file overrides MX lookups and kinda defines a "hard route"
You probably already have had this and the problem is that
www.example.edu denies relaying from other.example.edu. To solve this
you have to manage that for connections from other.example.edu the
environment variable RELAYCLIENT is set for qmail-smtpd.
You can accomplish this by e.g. using tcpserver or tcp-env.
Have a look at FAQ 5.4 for examples.
Hope that helps,
\Maex
--
SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses
Research & Development | mailto:[EMAIL PROTECTED] | you funny and you need
Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | a mouse to delete files
D-80807 Muenchen | Fax: +49 (89) 32356-299 |
