Dear Alexander,

Am 21.08.2003, um 12:33, gab [EMAIL PROTECTED] zu Protokoll...

> In both cases there was a same mistake (see below).

No, sorry, there was not.

>>    ----- Transcript of session follows -----
>> ... while talking to listserv.aol.com.:
>>>>> MAIL From:<[EMAIL PROTECTED]>
>> <<< 450 4.7.1 Access temporarily denied. IP name lookup failed [195.239.235.42]
>> <[EMAIL PROTECTED]>... Deferred: 450 4.7.1 Access

So, a host claiming to be "neften.samen.elektra.ru" wants to drop off
some mail. Fine, lets see where it comes from.

[EMAIL PROTECTED] 101 (~): host neften.samen.elektra.ru
neften.samen.elektra.ru A record currently not present
[EMAIL PROTECTED] 102 (~):

Hey, this host does not exist. A big no no already. Furthermore:

[EMAIL PROTECTED] 102 (~): host 195.239.235.42
195.239.235.42 does not exist, try again
[EMAIL PROTECTED] 103 (~):

So, let's sum up: The mail is supplied from a non-existant (no A
record) host, which not even has a proper PTR setting for its IP. And
you really expect AOL, or any other MTA under such load, to accept it?
Where's the mistake? Better talk to your hostmaster to fix these errors!

> Sic! Sending via SMTP from 195.239.235.42 to Nestle.ru
> NOTICE, THAT MOWDMZ02.NESTLE.RU HAS LOYALLY CONSIDERED SMTP SERVER 195.239.235.42.

That just says that the guys at NESTLE.RU want to be spammed, thats
all. Considering all the late *.ru spammers... ;-)

> WHY THEN LISTSERV.AOL.COM REFUSES TO ACCEPT SMTP FROM 195.239.235.42?

Because AOL Time Warner (aol.com, *.rr.com etc) has enough spam from
not properly configured sources already. Guess they're sick of it.

See <http://postmaster.info.aol.com> about their policy.

> BUT NOTICE!

Fine, at least the MXes are set. I guess AOL does not like your
lacking PTR:

| AOL's mail servers may reject connections from IP addresses which
| have no reverse-DNS (PTR record assigned).

<http://postmaster.info.aol.com/standards.html>

> But check is made by the stupid reverse resolve DNS, without taking
> into account an opportunity, that some domains can be resolved only
> for TYPEQUERY=MX

The mail server submitting the mail MUST NOT (read like in an RfC),
again MUST NOT, be resolved only by a MX entry.

Cheers,
 Johannes                            mailto:[EMAIL PROTECTED]

--
Bei uns kann jeder werden, was er will - ob er will oder nicht

~~~~~~~~~~~~~~~ ACCMAIL Info (automatically generated) ~~~~~~~~~~~~~~
To UNSUBscribe: Send UNSUBSCRIBE ACCMAIL to [EMAIL PROTECTED]
To get the ACCMAIL FAQ: Send e-mail to "[EMAIL PROTECTED]"
and enter only this line in the BODY of the note:
send usenet/news.answers/internet-services/access-via-email
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Reply via email to