Hozzászólások
-
Bejegyzés
-
hála York-nak, kaptam „igazi” webtárhelyet, itt a link: http://uhudvd.openproject.hu
már az eredeti link (uhudvd.ini.hu) is ide mutat…szedném én, szedném…:blink:
csak az a fránya myIP forgatás ne lenne benne. 😮
na, ezt a 10080-at nem engedi a zorp. 🙁jelenleg nem a myip a ludas, hanem a zorpod, de nem tehetem a def. 80-ra, mert állandóan pásztázzák a tipikus portjainkat…
de itt vannak a linkek:
ftp://ftp.fsn.hu/pub/contrib/mikulas/uhu-linux_1.2_ms_r0.iso
ftp://ftp.fsn.hu/pub/contrib/mikulas/uhu-linux_1.2_ms_r0.md5Eljött a nagy pillanat… le lehet tölteni a cuccost!!!
http://www.uhudvd.ini.huvárom a reakciókat
…mivel írtál sebességet, így gondolom hogy már folyamatban van a feltöltés :):):):)
…hmm egy gyors fejszámolás … mondjuk nincs tele a dvd, úgy kb 4 Gb … akkor
4 Gb ~ 4000000 Kbyte / 25Kbyte/sec ~ 160000 sec / 60 ~ 2666,6 perc / 60 ~ 44,4 óra 🙂 … ennyit kell ideális esetben várnunk, elméletileg …
EGYSZER
Csatlakoznék a táborhoz 🙂
én változó feltöltést tudok ajánlani, jelenleg max 32k-val, de ezt csak 23-8 óra között, és hétvégén :rolleyes:
[align=right][snapback]148654[/snapback][/align]köszi mindenkinek, aki segíteni próbál, de lehetõséget és tárhelyet kaptam egy komoly helyen…
ami lassítja a publikálást, az az én relatív lassú 25 KB/seces feltöltési sebességem 🙁Ugy kéne megcsinalni a DVD-s UHU-telepitot, hogy NE csak az elso CD csomagjaibol lehessen valogatni, hanem mindbol! Természetesen a fuggoségeket vegye figyelembe!
[align=right][snapback]148514[/snapback][/align]talán megoldható…
EMBEREK!!!
MEGVAN A ZENGED
2 nap tesztelés után rájöttem, hogy az egyik új funkciója bugos
konkrétan a p3scan karanténba tudná zárni az egy bizonyos szintet megütõ spam-eket…
de nem teszi, hanem helyette time-out-al jutalmaz…
még jó, hogy tegnap kiírták a home-lapjára, kár, hogy csak ma néztem rá ismét 🙁de ha megfoltozzák, akkor nagyon király lesz eme feature!
a többi funkció stimmel
[align=right][snapback]147801[/snapback][/align]már ki is javították, le is szedtem az új csomagot, de csak hétfõn lesz idõm felrakni, és tesztelni… majd jelentkezem… jó hétvégét mindenkinek!
Aha, konkrétan a virusbuster spamszüröjét néztem. (állítólag nem spamassassin motort használ)
Itt csak openwebmail-el tudnak spamszürést kérni (nem bizzok 100%-ig a szûrésben, ezért nem akarok törölni egy levelet sem, openwebmail csak megjelöli) a terhelés akkor jön, amikor átadja a spamd-nek a leveleket.
Gyakran 1-2 percnél is többet vacakol, addig áll a webmail és az apache/exim/samba a többi kérést sem szolgálja ki.
Igy mindegy, hogy 100 Mbit-el, vagy 56 k-s modemmel nézzem.Debian-on megy a dolog.
ha jól értem a szavaid, akkor neked egy debian alapú rendszered van, ami CSAK megjelöli a SPAM-gyanús leveleket, de továbbítja, viszont baromi lassan???
nos jelenleg nálunk is hasonlóképp mûködik, a kliens elkezdi tölteni a leveleit, amit az IPCop megszûr a ClamAV-al, a SpamAssasin-nal, majd a kiterjesztését veszi szemügyre a csatolmánynak.
ha mindhárom feltétel teljesül, akkor átengedi a levelet, ha vírusos, akkor törli, ha SPAM, akkor megjelöli, ha „gyanús” a melléklet kiterjesztése, akkor pedig átnevezi (vagy törli) és megjelöli
és ehez nem kell sok idõ, pláne nem 1-2 perc 😀
legutóbbi hsz