It's closed for me.
Many thanks to you, Jean-Paul.
Domenico.
Jean-Paul van de Plasse ha scritto:
No, you really need the external/public ip to have a ptr record.
Otherwise you will also have problems getting mail to other domains.
JP
----- Original Message ----- From: "Domenico Fortunato"
<[EMAIL PROTECTED]>
To: <qmailtoaster-list@qmailtoaster.com>
Sent: Thursday, August 30, 2007 3:28 PM
Subject: Re: [qmailtoaster] qmail, ptr and natting firewall...
Well... the solution is to change the domain manteiner. Ok. I can do
it, but....
...I thought about my problem and now I've an idea/doubt.
I have no local area network dns server.
In your own opinion can I solve my original problem by activating a
local dns server with reverse PTR dns?
Using qmail toaster djbdns can I create a dns server for the entire lan?
Regards.
Domenico.
Jean-Paul van de Plasse ha scritto:
It could be de delegated the reverse lookups to your provider, but
as far as I know you can not lookup that.
goodluck,
JP
----- Original Message ----- From: "Domenico Fortunato"
<[EMAIL PROTECTED]>
To: <qmailtoaster-list@qmailtoaster.com>
Sent: Friday, August 24, 2007 2:55 PM
Subject: Re: [qmailtoaster] qmail, ptr and natting firewall...
The address pool 159.213.0.0/16 is assigned at Regione Toscana, but
our domain manteiner is a local provider (other than Regione Toscana).
I will phone Regione Toscana's tech support.
Thank you for your kind reply.
Regards.
Domenico
Jean-Paul van de Plasse ha scritto:
Unless I am misreading things, the ip is allready 159.213.xx.yy
And if you do a nslookup on this ip you get an error.
So something is wrong in your reverse dns setup.
Seems the maintainer of this block is "Regione Toscana"
(Do a whois on the ip the get full contact info).
They are the ones who should add a reverse (ptr) record.
Regards,
This post is similar to one of some days ago.
I want to add some important details.
This is my production configuration:
ISP (DNS manteiner) -> Firewall (public IP) -> Qmailtoaster server
(iptables natted private ip)
qmailtoaster is based on centos5 x86_64
I obtain this error with some destination domains.
<[EMAIL PROTECTED]>:
User and password not set, continuing without authentication.
200.44.aa.bb does not like recipient.
Remote host said: 550 5.7.1 <[EMAIL PROTECTED]>... 159.213.xx.yy does
not have a matching IN PTR Resource Record - Giving up on
200.44.aa.bb
The result of
"dig PTR mail.comune.follonica.gr.it"
is correct.
In my opinion the problem is in "Received" header line.
Below there is part of the reply message (the original mail was
sent using squirrelmail)
Return-Path: <[EMAIL PROTECTED]>
Received: (qmail 23350 invoked by uid 89); 23 Aug 2007 13:52:06
-0000
Received: by simscan 1.3.1 ppid: 23344, pid: 23347, t: 0.0468s
scanners: attach: 1.3.1 clamav: 0.91.1/m:43
Received: from unknown (HELO 159.213.xx.yy)
([EMAIL PROTECTED]@127.0.0.1)
by mail.comune.follonica.gr.it with ESMTPA; 23 Aug 2007
13:52:06 -0000
Received: from 192.168.0.1
(SquirrelMail authenticated user
[EMAIL PROTECTED])
by 159.213.xx.yy with HTTP;
Thu, 23 Aug 2007 15:52:06 +0200 (CEST)
Message-ID: <[EMAIL PROTECTED]>
Date: Thu, 23 Aug 2007 15:52:06 +0200 (CEST)
Subject: richiesta
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
User-Agent: SquirrelMail/1.4.9a-1.3.5
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
192.168.0.1 is the IP address of firewall (DMZ side)
Is there a method to force Received line to 159.213.xx.yy?
What's wrong?
Thanks.
Regards
Domenico Fortunato
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
