[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: rfe: automagic open relay message refusal?
Date sent: Thu, 14 Jun 2001 11:16:48 +0200
From: Arnt Gulbrandsen <firstname.lastname@example.org>
Subject: Re: rfe: automagic open relay message refusal?
> Alexey Lobanov <email@example.com>
> > 1. Seems, it is not an Unix Way. SMTP server should not generate
> > outbound SMTP connections :-).
> That's not the "unix way". That's how it has to be.
By saying "unix way", I mean that a tool should do a single
task, not many. Complex things are done by common work of
several tools. "Say NO to Sendmail all-in-one daemon!" :-)
> Suppose that you run such a thing, and that you implement the SMTP
> timeouts exactly.
...as several hours, according to queue delays in an opened
relay properly loaded by spammers of whole world :-). Note also
that a lawful non-relaying MTA may freese unauthorized messages
locally instead of instant rejection in SMTP dialog. Both MAPS
and ORBS routines take it in account.
> Suppose further that mumble.com does the same. What's
> going to happen when you receive mail from mumble.com?
> When you see the RCPT TO, you'll open an SMTP connection to mumble.com in
> order to detect whether mumble.com's an open relay and when you say RCPT
> TO, that machine opens an SMTP connection to _you_ to check whether _you_
> are an open relay.
> At this point, the smart MTA realizes that it's already doing the test,
> and doesn't open a fourth connection. But what does it do? What can it
Nothing good :-). The whole idea seems to be bad.
Head, IT Department
Fax +7-501-3468248, +7-812-3271408
To unsubscribe from this list: send the line "unsubscribe zmailer" in
the body of a message to firstname.lastname@example.org