Re: Postgrey...

2009-03-06 bef zés Hegedüs Ervin
hello,

On Fri, Mar 06, 2009 at 01:41:16AM +0100, PÁSZTOR György wrote:
 Hi,
 
 Hegedüs Ervin airw...@freemail.hu írta 2009-03-06 00:32-kor:
   Minden feladó - kliens ip - címzett trióból csak az első lesz
   várakoztatva, normál esetben 30p-en belül megjön a levél, terheltebb
   levelezők esetleg 3 órát is késhetnek, az extrém eseteket nem számolva.
  
  Nem ertem pontosan mit szeretnel ezzel mondani, de ugy gondolom,
  hogy pont az ilyenek miatt erdemes a magyar tld-s visszaoldhato
  klienseket atengedni a Postgrey-en. Van ahol 3 oraert mar a
  szonyeg szelen all a rendszergazda :), ezzel meg siman bejon
  elsore.
 Ha három óra kell neki, az a túloldal gubanca is! Simán, akár
 rendeltetésszerű működés közben sok levél miatti megterhelés miatt is lehet
 4xx hibakód! Ilyenkor a túloldal kötelessége újraküldeni.
 Szerinted ez takarózás az rfc822-vel, szerintem pedig az rfc egyértelműen
 megmondja kié a felelősség!
nem ebben az ertelemben hoztam fel az rfc-t :)

 A szürkelista 5 perc után már beengedi. Ha ő
 csak 3 órával később, vagy még később próbálkozik újra, akkor ő az aki nem
 a szabályok szerint játszik. Kb. mintha egy ajánlva feladott küldeményre
 panaszkodnának, hogy csak 3 hét múlva érkezett meg, és ezt rám akarnák
 testálni, mint fogadóra, miközben itthon ültem, csak nem nyitottam ki az
 ajtót az első csengetésre.
pontosan.

Csak vannak userek, akik ezt megertik, vannak akik nem. Vannak
cegek ahol emberek dolgoznak, es vannak ahol magukat
legalabb felistennek kepzelo fonokok.
 
 Ezt akár a szőnyeg szélén is el lehet mondani. Ha nem fogadják el, akkor
 álláskeresés start, majd felmondólevél be, és postgrey meg spamszűrő ki,
 konfigja töröl, és fulladjanak bele a spamba.
ez meg nem ennyire egyszeru imho. :)


Szerintem elment a szal kicsit flame fele. Amit irtam egy tipp
volt csak, nem kotelezo hasznalni, de adott esetben jol johet.
Nekem nem volt vele gondom, es (aranyaiban) nincs tul sok magyar
szerverrol kuldott spam. Kb. 15 listan vagyok fent (email cim
megszerezhetosege), ma 6-a van, kb 40 spam van a dropmail altal
levalogatva a spam mappaban, ami ebben a honapban jott, es
magyart meg nem kaptam az Inbox-ba. A
szuperwarezsmsletoltes.myip.com-os magyar leveleket a
spamassassin siman megfogja, de abbol sincs sok.
Ennyi a szemelyes tapasztalat. :)



a.

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Postgrey...

2009-03-06 bef zés PÁSZTOR György
Hi!

Kosa Attila zs...@kosaek.hu írta 2009-03-06 08:56-kor:
 On Fri, Mar 06, 2009 at 01:41:16AM +0100, PÁSZTOR György wrote:
  Ha három óra kell neki, az a túloldal gubanca is! Simán, akár
  rendeltetésszerű működés közben sok levél miatti megterhelés miatt is lehet
  4xx hibakód! Ilyenkor a túloldal kötelessége újraküldeni.
  Szerinted ez takarózás az rfc822-vel, szerintem pedig az rfc egyértelműen
  megmondja kié a felelősség! A szürkelista 5 perc után már beengedi. Ha ő
  csak 3 órával később, vagy még később próbálkozik újra, akkor ő az aki nem
  a szabályok szerint játszik.
 
 Nem emlekszem olyasmire, hogy ha 4xx-es hibakoddal utasitja
 vissza egy szerver a levelet, akkor 5-10 perccel kesobb kotelezo
Nem írtam olyat, hogy 5-10 perccel később kellene újraküldje. Én csak
annyit írtam, hogy ha 5 perccel később próbálkozik, akkor már bejön.

Alapértelmezés szerint, ha jól emlékszem 20 v. 30 perc múlva próbálja újból
a postfix.

 ujrakuldeni. Azt gondolni pedig doreseg, hogy egy sok userrel
Ezt nem értem, miért teher a sok user. Mármint azonkívül, hogy
statisztikailag nagyobb a valószínűsége egy-egy adott pillanatban, hogy épp
valaki elküld egy levelet. De ha nem kell a CPU-nak spamellenőrzéssel
_annyit_ foglalkoznia, akkor az gyorsan átszalad a queue-n meg se zizzen
bele a rendszer.

 szerverenek a terheleset. Tehat az egy dolog, hogy te 5 perc
 mulva beengedned, de ezt a tuloldal honnan tudja? Es ha tudna is,
 mit tud kezdeni ezzel az informacioval az smtp demon?
A túloldal nem tudja sehonnan. Nyilván, mikor vki.-től először jön levél az
nem csúszik át gyorsan, csak a fenti kb. 20-30 perc múlva.
Vagy telefon mellé ha sürgős, és megbökik a queue-t, hogy lökje ki magából
újra.

Üdv:Gyur!
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Postgrey...

2009-03-06 bef zés PÁSZTOR György
Hi!

Mihaly Zachar zmih...@madein.hu írta 2009-03-06 02:16-kor:
 Ilyenkor jon a user, hogy xy-tol nem kap levelet, es kulonben is huzzak
 a fenebe, milyen szar levelezorendszert uzemeltetek, hisz ugyanez az
 ember el tudta kuldeni a levelet a gmail-os cimere. Ilyenkor johetsz
 barmilyen RFC-vel, netikettel, akarmivel, a usert _csak_ az erdekli,
 hogy megkapja a levelet.
 
 A napokban kellett foglalkoznom a temaval, kulonben elveszitettem volna
 egy ceget a szerveremrol.
 
 Midezt azert irtam le, hogy ramutassak, hogy azt is meg kell oldani
 szerintem, hogy cimzett alapjan ki lehessen kapcsolni a HELO name
 ellenorzest is, nem eleg a HELO name whitelist. Igy ha valaki pattog,
 akkor ot vagy az egesz domaint felmentem a HELO name ellenorzes alol.
Node RCPT-t később mond mint HELO-t. Hogy ütöd felül?

Mondjuk ilyen még nem jutott eszembe, de helo_restrictons-nél lehet rcpt-t
vizsgálni?

Üdv:Gyur!
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Postgrey...

2009-03-06 bef zés Kiss Gabor

In article 20090306114046.gb16...@linux.gyakg.u-szeged.hu,
=?iso-8859-2?Q?P=C1SZTOR_Gy=F6rgy?= pasz...@linux.gyakg.u-szeged.hu 
writes:
  4xx hibak=F3d! Ilyenkor a t=FAloldal k=F6teless=E9ge =FAjrak=FCldeni.
  Szerinted ez takar=F3z=E1s az rfc822-vel, szerintem pedig az rfc egy=
 =E9rtelm=FBen
  megmondja ki=E9 a felel=F5ss=E9g! A sz=FCrkelista 5 perc ut=E1n m=E1r b=
 eengedi. Ha =F5
  csak 3 =F3r=E1val k=E9s=F5bb, vagy m=E9g k=E9s=F5bb pr=F3b=E1lkozik =FA=
 jra, akkor =F5 az aki nem
  a szab=E1lyok szerint j=E1tszik.
 =
 
 Nem emlekszem olyasmire, hogy ha 4xx-es hibakoddal utasitja
 vissza egy szerver a levelet, akkor 5-10 perccel kesobb kotelezo
 Nem =EDrtam olyat, hogy 5-10 perccel k=E9s=F5bb kellene =FAjrak=FCldje. =C9=
 n csak
 annyit =EDrtam, hogy ha 5 perccel k=E9s=F5bb pr=F3b=E1lkozik, akkor m=E1r b=
 ej=F6n.

Lehet, hogy rossz a szemem, de fentebb az áll:
| Ha õ
| csak 3 órával késõbb, vagy még késõbb próbálkozik újra, akkor õ az aki nem
| a szabályok szerint játszik.

Pontosan milyen szabályt sért az, aki 3 órával késõbb, vagy még
késõbb próbálkozik újra?


 Alap=E9rtelmez=E9s szerint, ha j=F3l eml=E9kszem 20 v. 30 perc m=FAlva pr=
 =F3b=E1lja =FAjb=F3l
 a postfix.

Honnan tudod, hogy mi a küldõ MTA-ja és az milyen beállításokkal megy?
(Vagy az is szabályt sért, akinek nem ilyen? :-)

kissg
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


ethx kérdés

2009-03-06 bef zés Kónya Zoltán
Sziasztok!

Telepítettem egy debiant (etch), sajnos nem azon a hardveren amelyikre
végelesen szántam!
Ment minden rendben (raid, stb.), viszont a hálókártyával más volt a
helyzet!
Átraktam az új vasra, és a hálókártyát nem akarta rendesen kezelni!
A kártya ugyanaz volt (pci rtl8139), átraktam a másik gépből!

dmesg-vel láttam a  a z interface-t (eth0)!
Viszont, bármit is akartam csinálni a kártyával a no such device
üzenetet kaptam!

Másik hasonló esetem is van, ami lehet, hogy hasonló dolog miatt nem
működik! (val. én nem tudok jól vmit :)
Csináltam egy usb hdd debiant, amit cdről bootoltatok!
A rendszer megy szépen majd minden vason, és a hálókártyákat is
felismeri, viszont hálókártya sorszáma (ethx) folyamatosan növekszik!
Most valami eth28-nál tartok! És mintha itt is lett volna valami no
such device-os problémám!
Ezt letárolja valahol?

Kónya Zoltán













_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: ethx kérdés

2009-03-06 bef zés PÁSZTOR György
Hi!

Kónya Zoltán zko...@evmzrt.hu írta 2009-03-06 12:47-kor:
 Ezt letárolja valahol?
/etc/udev/rules.d/*net*
Van egy persistent-net vmi, meg egy persistent-net-generator.

Üdv:Gyur!
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Postgrey...

2009-03-06 bef zés Szládovics Péter
Kosa Attila írta:
 On Fri, Mar 06, 2009 at 01:41:16AM +0100, PÁSZTOR György wrote:
 Ha három óra kell neki, az a túloldal gubanca is! Simán, akár
 rendeltetésszerű működés közben sok levél miatti megterhelés miatt is lehet
 4xx hibakód! Ilyenkor a túloldal kötelessége újraküldeni.
 Szerinted ez takarózás az rfc822-vel, szerintem pedig az rfc egyértelműen
 megmondja kié a felelősség! A szürkelista 5 perc után már beengedi. Ha ő
 csak 3 órával később, vagy még később próbálkozik újra, akkor ő az aki nem
 a szabályok szerint játszik.
 
 Nem emlekszem olyasmire, hogy ha 4xx-es hibakoddal utasitja
 vissza egy szerver a levelet, akkor 5-10 perccel kesobb kotelezo
 ujrakuldeni.

Nem is ezt írta, hanem ha nála pl. 300mp a limit, akkor 5p múlva jöhet újra.

 Azt gondolni pedig doreseg, hogy egy sok userrel
 terhelt szerver rendszergazdaja 5-10 perces ujrakuldesre fogja
 konfiguralni a szerver smtp-jet, ezaltal (is) novelve a sajat
 szerverenek a terheleset. Tehat az egy dolog, hogy te 5 perc
 mulva beengedned, de ezt a tuloldal honnan tudja? Es ha tudna is,
 mit tud kezdeni ezzel az informacioval az smtp demon?

Nem értem, miért növelne ez a terhelésen? A levélforgalom minden esetben
fix X mail/h. Ha 10 percenként ürítem a queue-t akkor kevés levelet kell
üríteni, ha riutkábban, akkor többet. De cirka ugyanannyit.
Nem néztem az RFC-t, de abból ítélve, hogy a postfixnél 1 óra a default
a queue ürítésre, valahol e köröl kell lennie a korrekt értéknek.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Postgrey...

2009-03-06 bef zés PÁSZTOR György
Hi,

Szládovics Péter p...@szladovics.hu írta 2009-03-06 14:13-kor:
 Aláhúztam. Emlegetjük, hogy nem spamszűrő, de spamszűrésre használjuk.
 De ha tudsz más felhasználási terültetet, ahol a postgrey használható,
 akkor az érdekel :)
Pontosítanék: Nem a spamek, hanem a zombi gépek ellen védekezel vele.
Zombi gépből nem csak spam, hanem vírus is jöhet.

A nagy hasonlatosság bennük, hogy csak próbálnak élő smpt relay-eket
keresni, és szórni a világba a mindenféle szemetet.

A szürkelistázás meg arra szolgál, hogy megelőzés címén az ilyen zombi
gépek leakadjanak rólad.

Üdv:Gyur!
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Postgrey...

2009-03-06 bef zés Kiss Gabor

In article 20090306121639.ge16...@linux.gyakg.u-szeged.hu,
=?iso-8859-2?Q?P=C1SZTOR_Gy=F6rgy?= pasz...@linux.gyakg.u-szeged.hu 
writes:

  Pontosan milyen szabályt sért az, aki 3 órával késõbb, vagy még
  késõbb próbálkozik újra?
 Ezt a kérdést feltenni szándékoztál a szõnyeg szélén?

Szándékozom?
A szõnyeg szélén?
TÕLED kérdezem itt és most, mint szakértõtõl.

 Nyilván, én azt mondom rá, hogy szabályt nem sért, ha normál körülmények

Most már nem sért? Mert az elõbb még az ellenkezõjét állítottad.

 közt kérdezik meg, +elintézem egy vállrándítással a dolgot.
 De ha nagyon szabály kell és vki. azért téged vesz elõ, mert 3 órát
 késlekedik egy levél, mert nem próbál a túloldal újraküldeni, akkor én erre

De próbálja. Miért mondod ezt???
Adott idõközönként söpri ki a queue-t.
Abszolút korrekt.

 azt mondanám, hogy a Fair Play szabályait... (Arról nincs rfc)

Innentõl kezdve már tényleg nem szakmai.

  Honnan tudod, hogy mi a küldõ MTA-ja és az milyen beállításokkal megy?
  (Vagy az is szabályt sért, akinek nem ilyen? :-)
 Nem tudom mi a küldõ MTA-ja. Viszont ha tesztelem az illetõt a közös
 játékszabályokat (rfc822) _betartva_, és elõbb ideiglenes terheltségre

RFC 822?
Már másodszor hivatkozol rá.

Standard for the format of ARPA internet text messages
(2001 áprilisáig volt érvényben.)

Mi köze mindennek ahhoz, hogy mit tegyen az MTA az újraküldendõ
levelekkel? (Csak így szakmailag kérdem a szõnyeg szélérõl. :- )

 hivatkozva megkérem (4xx hibakód), hogy várjon és késõbb küldje újra, és õ
 nem küldi újra... Avval ugyan szabályt nem sért, csak képtelen ellátni azt
 a feladatot, hogy SMTP protokollal leveleket kézbesítsen. Ezt csak avval

Eddig senki (beleértve téged is) nem beszélt arról, hogy az elsõ kisérlet
után feladja.
Most miért tereled minden áron ebbe az irányba a társalgást?
A kérdés az volt, hogy aki 3 órával késõbb próbálkozik újra.
azt milyen alapon titulálod szabálysértõnek?

Mielõtt nagyon belendülsz, esetleg ki kellene küszöbölni
az olyan szófordulatokat, mint szerintem ha jól emlékszem,
nem néztem át, sanszos.

Légy szíves olvasd el a szabályokat, és csak utána jelentsd ki,
hogy ez vagy az megsérti õket!
Köszönöm a figyelmet.

g
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Postgrey...

2009-03-06 bef zés Szládovics Péter
PÁSZTOR György írta:
 Hi,
 
 Szládovics Péter p...@szladovics.hu írta 2009-03-06 14:13-kor:
 Aláhúztam. Emlegetjük, hogy nem spamszűrő, de spamszűrésre használjuk.
 De ha tudsz más felhasználási terültetet, ahol a postgrey használható,
 akkor az érdekel :)
 Pontosítanék: Nem a spamek, hanem a zombi gépek ellen védekezel vele.
 Zombi gépből nem csak spam, hanem vírus is jöhet.

Ez így van - és csak a flamelés terhe mellett jegyezném meg, hogy
amennyiben a vírus kéretlen levél, akkor egyben spam si.

 A nagy hasonlatosság bennük, hogy csak próbálnak élő smpt relay-eket
 keresni, és szórni a világba a mindenféle szemetet.

 A szürkelistázás meg arra szolgál, hogy megelőzés címén az ilyen zombi
 gépek leakadjanak rólad.

Amúgy az ilyen zombi hostok IP címei nagyon hamar felkerülnek egy
blacklistre, és akkor már a graylistig sem jutnak el.

Nem kapcsolódik szorosan a témához, de a nagyok (pl. symantec) arra
büszkék, hogy az ő appliance-ik nem hasznélnak blacklistet, és a
graylist használatát sem javasolják alapértelmezetten, bár vmi ilyen
feature van benne.
Ez azért komolyan elgondolkodtató...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Postgrey...

2009-03-06 bef zés PÁSZTOR György
Hi,

Kiss Gabor ki...@ssg.ki.iif.hu írta 2009-03-06 13:54-kor:
   Pontosan milyen szabályt sért az, aki 3 órával később, vagy még
   később próbálkozik újra?
  Ezt a kérdést feltenni szándékoztál a szőnyeg szélén?
 
 Szándékozom?
 A szőnyeg szélén?
 TŐLED kérdezem itt és most, mint szakértőtől.

[snip]

 Eddig senki (beleértve téged is) nem beszélt arról, hogy az első kisérlet
 után feladja.
Akkor nem tudom mit problémázol?

 Most miért tereled minden áron ebbe az irányba a társalgást?
 A kérdés az volt, hogy aki 3 órával később próbálkozik újra.
 azt milyen alapon titulálod szabálysértőnek?
Ezt kötözködésnek érzem.

Olvastad a thread elejét, ahol az volt a feltételezett helyzet, hogy 3
órával később érkezett be egy levél és nekem / akárkinek, hívjuk
szakértő, magyarázkodnia kell.

A legegyszerűbb nyilván az a válasz, ha szakmai kell, hogy az SMTP-ben
nincs garantált idő a levél kézbesítésére.
De a szőnyeg szélén magyarázkodva, ha már magyarázkodni kell, ez fogja
legkevésbé érdekelni a nem technikai érdeklődésű ügyfelet/ főnököt.

De beismerem az, hogy magyarázkodnom kell a szőnyeg szélén és én ezt úgy
interpretáltam, hogy szabályt sértek, pongyola megfogalmazás volt.
De akkor ha már nyelvészkedünk: Te hogyan fogalmaztad volna meg?

Mielőtt a leveled többi részére válaszolnék arra lennék kiváncsi olvastad-e
a thread elejét is, ahonnan elindultunk?

Ha nem, akkor tedd meg légy szíves, és azután kérdezd meg, amiket
szeretnél.

Üdv:Gyur!
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux