Re: Returned mail: see transcript for details (fwd)

Поиск
Список
Период
Сортировка
От Ian Lance Taylor
Тема Re: Returned mail: see transcript for details (fwd)
Дата
Msg-id sielx7h8c0.fsf@daffy.airs.com
обсуждение исходный текст
Ответ на Returned mail: see transcript for details (fwd)  ("Thomas T. Thai" <tom@minnesota.com>)
Список pgsql-general
"Thomas T. Thai" <tom@minnesota.com> writes:

> why does this happen?
>
> ---------- Forwarded message ----------
> Date: Thu, 8 Feb 2001 10:46:59 -0600 (CST)
> From: Mail Delivery Subsystem <MAILER-DAEMON@minnesota.com>
> To: tom@ns01.minnesota.com
> Subject: Returned mail: see transcript for details
>
> The original message was received at Thu, 8 Feb 2001 10:44:37 -0600 (CST)
> >From localhost [[UNIX: localhost]]
>
>    ----- The following addresses had permanent fatal errors -----
> <pgsql-general@postgresql.org>
>     (reason: 550 5.7.1 <pgsql-general@postgresql.org>... Relaying denied)
>
>    ----- Transcript of session follows -----
> ... while talking to mail.postgresql.org.:
> >>> MAIL From:<tom@minnesota.com> SIZE=3641
> <<< 451 4.1.8 <tom@minnesota.com>... Domain of sender address tom@minnesota.com does not resolve
> ... while talking to ftp.postgresql.org.:
> >>> RCPT To:<pgsql-general@postgresql.org>
> <<< 550 5.7.1 <pgsql-general@postgresql.org>... Relaying denied
> 550 5.1.1 <pgsql-general@postgresql.org>... User unknown

There are two problems here.


The first one is with the mailer configuration at postgresql.org.
postgresql.org lists to MX records.  The first is for
mail.postgresql.org, the second is for ftp.postgresql.org.
Unfortunately, ftp.postgresql.org rejects mail for the postgresql.org
domain, reporting ``Relaying denied''.  This is definitely bad.  If
postgresql.org is going to have a secondary MX, the secondary system
must accept mail for postgresql.org.  I am CC'ing Marc Fournier think
I think he is responsible for the postgresql.org mail system.


The second problem may be caused by the fact that there is a problem
with the minnesota.com domain.

The root name servers report that the name servers for minnesota.com
are ns01.minnesota.com and ns02.minnesota.com.  ns02.minnesota.com
appears to be down at the moment.  ns01.minnesota.com reports an
additional name server: ns1.uswest.net.  That ns1.uswest.net server is
lame: it gives nonauthoritative replies for minnesota.com.

Whoever is responsible for the minnesota.com name servers should fix
them to not report ns1.uswest.net as an authoritative name server for
minnesota.com.  Alternatively, get ns1.uswest.net to actually be
authoritative.

Ian

В списке pgsql-general по дате отправления:

Предыдущее
От: Tiger Technologies
Дата:
Сообщение: Postmaster uses Large Amounts of Swap
Следующее
От: Culley Harrelson
Дата:
Сообщение: multi-column fti?