🚀 go-pugleaf

In pl.comp.mail.mta Dawid Kuroczko <dk@PLEASE--REMOVE--THIS.ssw.krakow.pl> wrote:
>    Jak przekonac sendmaila, by sprawdzal rowniez poczte przychodzaca
> w ten sposob (UUCP), by nie dostarczal smieci oraz by wysylal
> (wrzucal do kolejki) informacje dla spamera, ze "niestety" poczta
> nie doszla.

A czy nie lepiej, żeby ta informacja nie szła dla spamera, tylko byla 
kasowana (żeby nie doszło do zapętlenia).
A jeśli narzekasz tak na spamerów, to zablokój połączenia z:
info.iuol.cn.net [202.96.26.245]
smtp11.odn.ne.jp [143.90.130.41]
slip166-72-236-143.ca.us.ibm.net [166.72.236.143]
relay4.UU.NET
relay2.UU.NET [192.48.96.7]
(i inne relay*.UU.NET)
wichita.fn.net (root@ns1.feist.com [198.247.1.1])

Polecam blokadę tych z *.UU.NET - z prywatnie robionych statystyk około
połowa spamów miała w pierwszej linijsce Received from relayx.UU.NET ...
gdzie x - cyfra z zakresu 1 - 5 (jak na razie dostrzeżona).
Może też wypadałoby najpierw blokować połączenia z podejrzanych adresów,
a potem spróbować filtrować spamy ?


-- 
Paweł Świrek  @KING_CRIM on IRC, IRC-admin @ Cracow.PL.EU.Kewl.Org   1
Mailto: swierk@student.uci.agh.edu.pl                                2
PGP finger: swierk@student.uci.agh.edu.pl                            3
WWW : http://ibm.uci.agh.edu.pl/~swierk                              4 :-)

Pawel Swirek <swierk@student.uci.agh.edu.pl> napisał(a):
: In pl.comp.mail.mta Dawid Kuroczko <dk@PLEASE--REMOVE--THIS.ssw.krakow.pl> wrote:
:>    Jak przekonac sendmaila, by sprawdzal rowniez poczte przychodzaca
:> w ten sposob (UUCP), by nie dostarczal smieci oraz by wysylal
:> (wrzucal do kolejki) informacje dla spamera, ze "niestety" poczta
:> nie doszla.

: A czy nie lepiej, żeby ta informacja nie szła dla spamera, tylko byla 
: kasowana (żeby nie doszło do zapętlenia).

Jest mi wszystko jedno, byleby była usuwana. :)

: A jeśli narzekasz tak na spamerów, to zablokój połączenia z:
[ CIACH - SPAM-relaye ]

: Polecam blokadę tych z *.UU.NET - z prywatnie robionych statystyk około
: połowa spamów miała w pierwszej linijsce Received from relayx.UU.NET ...
: gdzie x - cyfra z zakresu 1 - 5 (jak na razie dostrzeżona).
: Może też wypadałoby najpierw blokować połączenia z podejrzanych adresów,
: a potem spróbować filtrować spamy ?

Właśnie o to mi chodzi - w jaki sposób zmusić sendmaila by filtrował
pocztę przychodzącą po UUCP (system UUCP uruchamia rmail(1), który
uruchamia sendmaila jako (potok|rurka)... Filtrowanie połączeń
SMTP działa ślicznie, lecz UUCP nie jest filtrowane - co zrobić
by było...

   Pozdrawiam,
       Dawid Kuroczko

PS: Usuwanie śmieci na poziomie hosta, który dostarcza mi pocztę
    po UUCP z różnych względów nie jest możliwe. :(
-- 
    .------------------.                                  .----------.
    | *Dawid Kuroczko* `--.-----------------=[Atlantis]=-=' _Kraków_ |
    | q n e x @knm.org.pl | http://__.___.______.__/ | Member of KNM |
    `---------------------"--------------------------"---------------'

Dawid Kuroczko <dk@PLEASE--REMOVE--THIS.ssw.krakow.pl> wrote:

: PS: Usuwanie śmieci na poziomie hosta, który dostarcza mi pocztę
:     po UUCP z różnych względów nie jest możliwe. :(
A zmiana tegoż hosta? Bo tak, to tak czy owak płacisz za ściąganie 
tego spamu, i jeszcze za odsyłanie informacji spammerowi... to jak 
już je ściągasz, to wszystko jedno, czy spamy uwali sendmail, czy 
(odpowiednio skonfigurowany) procmail. Zakładam, że procmaila 
używasz?
-- 
  A    GGGG H   H  Szymon Sokół -- administrator sieci 
 A A  G     H   H  Uczelniane Centrum Informatyki Akademii Górniczo-Hutniczej
AAAAA G GGG HHHHH  al. Mickiewicza 30, 30-059 Kraków.      FAX +48 12 6338907
A   A  GGGG H   H  http://galaxy.uci.agh.edu.pl/~szymon/   TEL +48 12 6172894

Dawid Kuroczko pisze:
>DK>    Jak przekonac sendmaila, by sprawdzal rowniez poczte przychodzaca
>DK> w ten sposob (UUCP), by nie dostarczal smieci oraz by wysylal
>DK> (wrzucal do kolejki) informacje dla spamera, ze "niestety" poczta
>DK> nie doszla.
>DK>    Z gory dziekuje za wszelkie informacje.

Hmmm... skoro masz UUCP, to musi być jakiś drugi koniec, który Ci to
UUCP wysyła. To może tam postawić regułki antyspamowe?

Mumin
-- 
 *****************</body> Kilroy was here </html>***************** 1
 Michał M Mierzwa		http://www,cto.us.edu.pl/~mmierzwa 2
				Finger me for PGP-key              3
 Na początku był chaos ... I tak już zostało                       4 :-)

sendmail używa nastęšcych regułek check_*:
check_mail   - SMTP : MAIL FROM
check_rcpt   - SMTP : RCPT TO
ckeck_relay  - SMTP : host sending
check_compat - ANY  : enelope ender & recipient recipient

Jeœli nie chesz patchować sendmaila [;-o] to regułki antysapam
musisz wrzucić do check_compat.

Alernarywa : podmienić rmail na swój własny skryp/program
wołajšcy "prawdziwego" rmaila po sprawdzeniu nadawcy i odbiorcy.

Dawid Kuroczko wrote:
> 
>    Uzywam sendmaila 8 i dostaje poczte po UUCP. Wszystko bylo by
> pieknie, gdyby nie pewien problem - SPAMy. Sendmail zawiera kilka
> milych regulek zabezpieczajacych przed odbieraniem smieci, np:
> 
> MAIL FROM: moneyhelp@mymail.com
> 571 moneyhelp@mymail.com... Sorry, we don't need any help from you.
> 
> Tylko maja one pewna wade - nie dotycza poczty idacej po UUCP.
> 
>    Poczte przez UUCP dostarcza rmail, jako trusted user i na dodatek
> nie po TCP, tylko "z linii komend". :(
> 
>    Jak przekonac sendmaila, by sprawdzal rowniez poczte przychodzaca
> w ten sposob (UUCP), by nie dostarczal smieci oraz by wysylal
> (wrzucal do kolejki) informacje dla spamera, ze "niestety" poczta
> nie doszla.

Andrzej Filip <anfi@polbox.com> wrote:
> Jeœli nie chesz patchować sendmaila [;-o] to regułki antysapam
> musisz wrzucić do check_compat.

check_compat ma tę wadę, że jest wołane w delivery.c, a nie w srvsmtp.c
tak jak check_rcpt i check_mail. W praktyce oznacza to, że list zostanie
przez sendmaila gładko przyjęty i odrzucony dopiero na etapie dostarczania.
W rezultacie wyląduje najpewniej u postmastera, jeśli adres From będzie
fałszywy.

-- 
Pawel Krawczyk, CETI internet, Krakow. http://www.ceti.com.pl/
info: oferta@ceti.com.pl.  Home: http://ceti.com.pl/~kravietz/

Paweł Krawczyk wrote:
> Andrzej Filip <anfi@polbox.com> wrote:
> > Jeœli nie chesz patchować sendmaila [;-o] to regułki antysapam
> > musisz wrzucić do check_compat.
> 
> check_compat ma tę wadę, że jest wołane w delivery.c, a nie w srvsmtp.c
> tak jak check_rcpt i check_mail. W praktyce oznacza to, że list zostanie
> przez sendmaila gładko przyjęty i odrzucony dopiero na etapie dostarczania.
> W rezultacie wylšduje najpewniej u postmastera, jeœli adres From będzie
> fałszywy.

Jeœli list jest obebrany przez UUCP to sendmail widzi już odebranego
maila.