On Mon, Apr 30, 2001 at 10:51:07AM +0200, Matthijs Melchior wrote:
> > > Received: from myhostname.my.isp.com ([EMAIL PROTECTED] [127.0.0.1])
> > >       by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with 
> > > ESMTP id f3QDlYZ2018784
> > > for <[EMAIL PROTECTED]>; Thu, 26 Apr 2001 07:47:34 -0600
> > 
> > Suddenly here the email is address to [EMAIL PROTECTED]
> > while in the previous line:
> > 
> > > Received: (from [EMAIL PROTECTED])
> > >       by myhostname.my.isp.com (8.12.0.Beta7/8.12.0.Beta7/Debian
> > > +8.12.0.Beta7-1) id f3QDkJuS015600
> > >       for [EMAIL PROTECTED]; Thu, 26 Apr 2001 07:46:19 -0600
> > 
> > Here it's addressed to [EMAIL PROTECTED] So I would assume
> > that something on myhostname.my.isp.com is rewriting the email
> > @debian.org to @klecker.debian.org.
> 
>       Please look at the following:
> 
> $ host -v -t MX -A debian.org
> Query about debian.org for record types MX
> Found 1 address for debian.org
> Checking debian.org address 198.186.203.20
>  !!! debian.org address 198.186.203.20 maps to klecker.debian.org

> So, mail to debian.org is the same as mail to klecker.debian.org ....

But that's not what the mail server is supposed to do.

% host -t mx debian.org
debian.org              MX      10 klecker.debian.org
debian.org              MX      0 master.debian.org
debian.org              MX      5 murphy.debian.org

That's what it's supposed to do, and then try to deliver mail to master
(if master is down, try murphy (if murphy is down, try klecker (if klecker
is down, make a bounce))).

For example,

% vrfy -v [EMAIL PROTECTED]
vrfy '[EMAIL PROTECTED]' at 'master.debian.org'
<[EMAIL PROTECTED]> is deliverable

> $ host -v -A http.us.debian.org
> Query about http.us.debian.org for record types A
> Found 4 addresses for http.us.debian.org

> And, to mention another small problem in the same area, http.us.debian.org
> maps to 4 different machines.  apt-get randomly selects one for each file
> it wants to retrieve,

This is intentional, that's what DNS round robins are for :)

> and I have noticed the contents of the pool of one machine is not always
> consistent with the Packages file from another....

This, however, is a problem. It's known to happen since not all of those
four update at the same speed... <sigh>

-- 
Digital Electronic Being Intended for Assassination and Nullification


Reply via email to