Article delegate-en/3459 of [1-5169] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
Newsgroups: mail-lists.delegate-en

[DeleGate-En] Re: SPAM blocking by DeleGate (Re: delegate rejects domains not in the list)
08 Aug 2006 03:01:12 GMT (Yutaka Sato)
The DeleGate Project


In message <_A3458@delegate-en.ML_> on 08/08/06(01:27:31)
you Martin Papadopoulos <> wrote:
 |it would be awesome if you could implement an smtp reject for non mx
 |i mean that if the reverse lookup entry does not contain a valid MX
 |record, or
 |to satisfy scenario of multiple mx records on one IP to checkout the
 |helo domain if it has
 |an mx record.
 |it is only a request though.

Doing access control based on the (existence of) MX record seems useful
and I'll support it in the next release.
But "callback" will be useful to be used together with it.

 |the SMTPCONF=callback wont do the job for me. spammer dont care about
 |so this is not an option for me.

Yes, spammers do not tolerant with the delay and either

 - close without sending a message DATA, or

 - send message DATA without waiting response for preamble commands like
   HELO, MAIL, RCPT or so.  Such behavior of client is rejected by default
   configuration of DeleGate and the message DATA is abandoned.
   But this is applied only to the DeleGate as an origin SMTP with
   (I'm using DeleGate so). It's not applied to the proxy SMTP with
   because it's desirable to be toransparent when acting as a proxy.

  9 9   Yutaka Sato <>
 ( ~ )  National Institute of Advanced Industrial Science and Technology
_<   >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
Do the more with the less -- B. Fuller

  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]