On Tue, 6 Oct 2009, Igor Bogomazov wrote:
Exactly how are you checking the rDNS of that IP address? Can you
demonstrate?
Are you performing your rDNS tests on the MTA computer? It looks to
me like the DNS setup on it is misconfigured somehow and it can't
perform rDNS queries successfully.
Wha
> Ignore the text immediately after the "from", in this case
> "SUB.MYDOMAIN.MAIL". That is _not_ rDNS data, that is whatever the
> client sent in its SMTP HELO, and can be _anything_. If you see the
> correct hostname there it just means that computer is sending its
> correct hostname when it say
On Mon, 5 Oct 2009, Igor Bogomazov wrote:
John Hardin wrote:
On Fri, 2 Oct 2009, Igor Bogomazov wrote:
I've checked rDNS of the prefix.domain.mail with 'host' utility -
it's all right.
Igor, can you show us how you used host and what it output?
Here's both headers, tagged "Received":
Ne
> > On Fri, 2 Oct 2009, Bill Landry wrote:
> >
> > > John Hardin wrote:
> > >> On Fri, 2 Oct 2009, Igor Bogomazov wrote:
> > >>
> > >>> I've checked rDNS of the prefix.domain.mail with 'host' utility
> > >>> - it's all right.
> > >>
> > >> You don't check rDNS using "host", you check it using "dig
> On Fri, 2 Oct 2009, Bill Landry wrote:
>
> > John Hardin wrote:
> >> On Fri, 2 Oct 2009, Igor Bogomazov wrote:
> >>
> >>> I've checked rDNS of the prefix.domain.mail with 'host' utility -
> >>> it's all right.
> >>
> >> You don't check rDNS using "host", you check it using "dig -x
> >> host.ip.a
On Fri, 2 Oct 2009, Bill Landry wrote:
John Hardin wrote:
On Fri, 2 Oct 2009, Igor Bogomazov wrote:
I've checked rDNS of the prefix.domain.mail with 'host' utility - it's
all right.
You don't check rDNS using "host", you check it using "dig -x
host.ip.addr.here"
Why not, they come up with
On Fri, 2 Oct 2009, Kris Deugau wrote:
John Hardin wrote:
You don't check rDNS using "host", you check it using "dig -x
host.ip.addr.here"
Actually, unless your DNS configuration is doing something bizarre, they
should give back the same basic info - dig is just a lot more verbose:
-kgd,
John Hardin wrote:
> On Fri, 2 Oct 2009, Igor Bogomazov wrote:
>
>> whitelist_from_rcvd s...@domain.mail prefix.domain.mail
>> doesn't work.
>>
>> I've checked rDNS of the prefix.domain.mail with 'host' utility - it's
>> all right.
>
> You don't check rDNS using "host", you check it using "dig -x
John Hardin wrote:
You don't check rDNS using "host", you check it using "dig -x
host.ip.addr.here"
Actually, unless your DNS configuration is doing something bizarre, they
should give back the same basic info - dig is just a lot more verbose:
[kdeu...@turboprop ~]$ host 209.91.179.62
62.179
On Fri, 2 Oct 2009, Igor Bogomazov wrote:
whitelist_from_rcvd s...@domain.mail prefix.domain.mail
doesn't work.
I've checked rDNS of the prefix.domain.mail with 'host' utility - it's
all right.
You don't check rDNS using "host", you check it using "dig -x
host.ip.addr.here"
And the appro
From: Igor Bogomazov
Date: Fri, 2 Oct 2009 12:34:55 +0400
When I add the string like:
whitelist_from s...@domain.mail
it works OK.
But:
whitelist_from_rcvd s...@domain.mail prefix.domain.mail
doesn't work.
I've checked rDNS of the prefix.domain.mail with 'hos
On fre 02 okt 2009 10:34:55 CEST, Igor Bogomazov wrote
And the appropriate mail header seems to be correct:
Received: from prefix.domain.mail (unknown [12.12.12.12])
What's the matter?
unknown reverse dns is postfix answer for not found reverse dns, so
host was in the test you did wrong
hos
Hi,
When I add the string like:
whitelist_from s...@domain.mail
it works OK.
But:
whitelist_from_rcvd s...@domain.mail prefix.domain.mail
doesn't work.
I've checked rDNS of the prefix.domain.mail with 'host' utility - it's
all right.
And the appropriate mail header seems to be correct:
Received
13 matches
Mail list logo
