> Well say you send email to [EMAIL PROTECTED] The mail server you're sending from
> will look up the MX record for domain.com and attempt to connect. Now when
> you're trying to connect to domain.com, domain.com says oh, that gets
> forwarded to [EMAIL PROTECTED], so I won't take the email but send it onto
> [EMAIL PROTECTED] instead.
Actually, domain.com *will* accept the message, i.e., it will store it
locally in its queue. Using the virtualdomains/smtproutes option I listed in
my previous email, the message will then be sent on to the remote host
automatically without requiring a valid local user part of the address or a
.qmail file.
-K
> From: Grant <[EMAIL PROTECTED]>
> Date: Fri, 19 Jan 2001 10:43:06 +1000 (EST)
> To: Keary Suska <[EMAIL PROTECTED]>
> Cc: Qmail <[EMAIL PROTECTED]>
> Subject: Re: Virtual domains and forwarding.
>
> On Thu, 18 Jan 2001, Keary Suska wrote:
>
>> I am not sure what you mean here by, "without the email data passing through
>> domain.com." If your host is listed as the mail host for the domain, it will
>> have to handle it one way or another.
>
>
> I don't think it's possible, but it is an idea so that you can use a slow
> connection to route lots of mail. Instead of the mail going through that
> server...
>
> Does that help at all?
>
>
