Re: courier - userdb -exim4 vs - procmailrc
On Sat, Apr 29, 2006 at 07:52:52PM +0200, Nagy Imre wrote: debian sagre alatt használom a courier-imapot virtuális userekkel (userdb) hogy lehetne megcsinlni hogy minden egyes virtuális usrenek lehessen egy .procmailrc fájla ? exim4 -et kellene szerintem beconfigurálni ehhez, de nem jövök rá hogy hogyan Szerintem indulj el ugy, hogy a default procmail-es router-t/transporter-t irod at ugy, hogy match-eljen egy-egy virtual user .procmailrc-jere. -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: courier - userdb -exim4 vs - procmailrc
Szerintem indulj el ugy, hogy a default procmail-es router-t/transporter-t irod at ugy, hogy match-eljen egy-egy virtual user .procmailrc-jere. Ez menne is csak: a procmailal a spamassassint akarom meghívni, és minden egyes virtuális usernek más és más $user.spam fájla van(ami tárolja a saját beállitásait) Tehát ha a procmail tudná pl $USER változóban hogy melyik virtuális user kapja majd meg a levelet, akkor már meg is lenne oldva _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
openvpn
Biztos en nem veszek eszre valamit. Van egy openvpn amit kb. 1 eve hasznaltam utoljara. Azt hiszem, akkor minden ment vele, amit most probalok, de nem biztos (regen volt). A lenyeg: laptoprol inditom, becsatlakozom a cegunk tuzfalara. Valamiert a laptopon a default gateway marad a korabbi (jelen esetben pl. a ppp (ADSL) link masik oldala), es a resolv.conf is marad a korabbi (pedig a logban latom, hogy jon dhcp-dns opcio, aminek szerintem be kellene kerulnie a resolv.conf-ba. default gw opciot nem lattam). Jo, kezzel atirom a resolv.conf-ot, onnantol elerem a ceg belso halojat, a benti gepeket a benti dns feloldja, tudok csatlakozni, stb. Namost ha atirom a default gw-t a ppp0 peer-jerol a tun0 peer-jere, akkor onnantol nem megy semmi. Az elozo lepesben elert belso dns-t sem erem el. Ahhoz, hogy a tun0 mukodjon, es eltalaljon a ppp linken keresztul a masik gephez, ahhoz kell neki a route? Vegyek fel mondjuk egy route-ot a cegem tuzfalahoz fixen a ppp link masik oldalan keresztul kezzel? Ezt mindjart ki is probalom. Mondjuk, hogy megy. Ez nem tunik tul kenyelmes megoldasnak. Hogyan kellene ezt csinalni automatan? En azt vartam volna, hogy egyszer, ha felepul a vpn, akkor az megy, de a forgalom rajta keresztul. Ha nem openvpn, hanem mondjuk cisco, vagy checkpoint vpn klienst hasznalok (nem emlekszem, de a ketto kozul az egyik), akkor nem csak, hogy a route valtozik meg, de az ethernet es a ppp interfesz mintha nem is mukodne. Nem erem el az etherneten a helyi halot, es nem erem el a ppp-n az internetet, csak a sajat ceg belso halojat, illetve azon atmenve az internetet. Voltakepp ezt a mukodest szeretnem elerni itt is, tehat mukodjon a vpn, es minden letezo forgalom azon menjen at. Jelenleg azonban kezi matyizas van minden vpn inditas utan, es ez nem tetszik. Mondjatok meg, mit csinalok rosszul. Masoknal ez hogy mukodik? G _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: courier - userdb -exim4 vs - procmailrc
On Mon, May 01, 2006 at 04:30:40PM +0200, Nagy Imre wrote: Szerintem indulj el ugy, hogy a default procmail-es router-t/transporter-t irod at ugy, hogy match-eljen egy-egy virtual user .procmailrc-jere. Ez menne is csak: a procmailal a spamassassint akarom meghívni, és minden egyes virtuális usernek más és más $user.spam fájla van(ami tárolja a saját beállitásait) Tehát ha a procmail tudná pl $USER változóban hogy melyik virtuális user kapja majd meg a levelet, akkor már meg is lenne oldva Csak hangosan gondolkodok: irsz egy nehany soros wrapper shell scriptet, ami argumentumban megkapja a $local_part-ot (+ amire meg neked szukseged van), s az exim ezt hivja meg a procmail helyett. Te a scriptedben beallitod az USER valtozot a $local_part-ra (melynek erteke case sensitive az fs szamara!), s inditod a procmailt. Nem szep azt elismerem, de mint irtam csak brainstorming. :-) -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: courier - userdb -exim4 vs - procmailrc
Szerintem indulj el ugy, hogy a default procmail-es router-t/transporter-t irod at ugy, hogy match-eljen egy-egy virtual user .procmailrc-jere. Ez menne is csak: a procmailal a spamassassint akarom meghívni, és minden egyes virtuális usernek más és más $user.spam fájla van(ami tárolja a saját beállitásait) Tehát ha a procmail tudná pl $USER változóban hogy melyik virtuális user kapja majd meg a levelet, akkor már meg is lenne oldva _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: openvpn
On 06-May-01 16:47, Nagy Gabor wrote: Namost ha atirom a default gw-t a ppp0 peer-jerol a tun0 peer-jere, akkor onnantol nem megy semmi. Az elozo lepesben elert belso dns-t sem erem el. Ahhoz, hogy a tun0 mukodjon, es eltalaljon a ppp linken keresztul a masik gephez, ahhoz kell neki a route? Vegyek fel mondjuk egy route-ot a cegem tuzfalahoz fixen a ppp link masik oldalan keresztul kezzel? Ezt mindjart ki is probalom. OK, kiprobaltam, megy. Tehat akkor csak az a kerdes marad, hogy mit lehet csinalni ahelyett, hogy kezzel kikeresem az IP cimeket, es kezzel kiadom a megfelelo route parancsokat, meg az elore elmentett resolv.conf-ot kezzel bemasolom a helyere. Itt a kezzel az azt jelenti, hogy nem automatikus. Most epp osszevagok egy shell scriptet, ami ezt mindet megcsinalja, de nehogymar erre ez legyen a megfelelo modszer! G _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
favicon.ico request neha user-agent nelkul
Hello! Bongeszgetve egyes sajat honlapok statisztikajat, azon belul is a 406-ok kategoriajat, talaltam egy erdekesseget. Van olyan, hogy a favicon.ico fajlt User-Agent nelkuli kliens keri le. Ebben meg semmi kulonos nincs. Viszont ezek a requestek egeszen biztosan egyazon klienstol jonnek, ami biztos, hogy a honlapot bongeszi: elotte es utana ugyan abban a masodpercben az oldal szerkezetehez szukseges tobbi fajl letoltese (kepek, css, js stb.) zajlik; termeszetesen normalis User-Agent-tel es altalaban Referer-rel. Miert 406? Kiszurom azokat a requesteket, amiknek nincs User-Agent headerje, s ilyen response-t kapnak vissza. Mindez teljesen rendszertelen, es latszolag kliens fuggetlen (az elotte/utana toltott anyagok kliensebol itelve), viszont csak WinXP platform. Szaz latogatobol talan 3-4 general ilyet. Ket pelda: 213.46.246.129 - - [28/Apr/2006:17:29:55 +0200] GET /images/plus.gif HTTP/1.0 200 237 http://referersite.hu/; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; CHWIE_HU70) 213.46.246.129 - - [28/Apr/2006:17:29:55 +0200] GET /favicon.ico HTTP/1.0 406 262 - - 213.46.246.129 - - [28/Apr/2006:17:29:56 +0200] GET /termekek/pluss HTTP/1.0 200 18692 http://referersite.hu/; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; CHWIE_HU70) 89.132.49.217 - - [28/Mar/2006:21:43:03 +0200] GET /hirek/20051128/sarkany-center-a-repternel HTTP/1.1 200 3244 ez itt a referer Mozilla/5.0 (Windows; U; Windows NT 5.1; hu; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 89.132.49.217 - - [28/Mar/2006:21:43:04 +0200] GET /favicon.ico HTTP/1.1 406 325 - - 89.132.49.217 - - [28/Mar/2006:21:43:04 +0200] GET /favicon.ico HTTP/1.1 200 1621 - Mozilla/5.0 (Windows; U; Windows NT 5.1; hu; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 89.132.49.217 - - [28/Mar/2006:21:43:04 +0200] GET /css/main.css HTTP/1.1 200 6869 ez itt a referer Mozilla/5.0 (Windows; U; Windows NT 5.1; hu; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 (a referer ertekeket en irtam at) Az egyetlen nyom amit talaltam idaig: http://www.webmasterworld.com/forum39/923.htm Lehet, hogy tenyleg a Norton kavarna be? Talalkoztatok mar ilyesmivel? Koszi. -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: favicon.ico request neha user-agent nelkul
On 5/1/06, LiRul [EMAIL PROTECTED] wrote: Bongeszgetve egyes sajat honlapok statisztikajat, azon belul is a 406-ok kategoriajat, talaltam egy erdekesseget. Van olyan, hogy a favicon.ico fajlt User-Agent nelkuli kliens keri le. Ebben meg semmi kulonos nincs. Viszont ezek a requestek egeszen biztosan egyazon klienstol jonnek, ami biztos, hogy a honlapot bongeszi: elotte es utana ugyan abban a masodpercben az oldal szerkezetehez szukseges tobbi fajl letoltese (kepek, css, js stb.) zajlik; termeszetesen normalis User-Agent-tel es altalaban Referer-rel. Szerintem a user-agent -re tamaszkodni alapveto hiba. Konnyeden modosithato, tilthato, proxy-k gyakran szurik is. Joval esszerubb megoldas javascript-bol lekerdezni a bongeszo adatait, es azt el GET/PUT -olni. Vagy a ketto egyutt, es akkor a letiltott javascripttel is megy. :) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: courier - userdb -exim4 vs - procmailrc
Csak hangosan gondolkodok: irsz egy nehany soros wrapper shell scriptet, Aha jól hangzik, csak én még elég kezdő vagyok, nem tom hogy áljak neki, bash scriptet irtam már, de a wrapper shell scriptet mi takar? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: favicon.ico request neha user-agent nelkul
On 5/1/06, LiRul [EMAIL PROTECTED] wrote: Szerinted az teljesen valos, hogy valaki bongeszi az oldalt, s ket tartalmi GET kozott meg abban a masodpercben leszedi a User-Agent-et, lehuzza a favicont, majd visszairja az UA-t s tolt tovabb egyeb css-t, js-t stb. mindezt egyetlen masodpercen belul? Semmi ertelme nem lenne igy kalozkodni, proxyt hekkelni. Nyilvan proxy szuri ilyen esetben. Akarhogy is, valtoztatni szerver oldalon nem tudsz ezen, tehat ha mindenkepp ragaszkodsz a user-agent -hez, akkor mas megoldasokhoz kell folyamodnod. Ezek kozul a legjobb szerintem a javascript. Es sok mas ember szerint is: szinte az osszes kommersz oldal csinal valamilyen javascript-alapu bongoszo-ellenorzest, megha nem is statisztika-gyujtesre. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: favicon.ico request neha user-agent nelkul
On Mon, May 01, 2006 at 06:55:33PM +0200, Horváth Ágoston János wrote: Nyilvan proxy szuri ilyen esetben. Akarhogy is, valtoztatni szerver oldalon nem tudsz ezen, tehat ha mindenkepp ragaszkodsz a user-agent -hez, akkor mas megoldasokhoz kell folyamodnod. Ezek kozul a legjobb szerintem a javascript. Es sok mas ember szerint is: szinte az osszes kommersz oldal csinal valamilyen javascript-alapu bongoszo-ellenorzest, megha nem is statisztika-gyujtesre. Ooo igen azt nem irtam, hogy nekem nem statisztika miatt kellene. Egyszeruen csak eszrevettem a logokban, s nem tudom mihez kotni. Nyilvanvalo, hogy nem szerver oldali gond, de ha mar bele futott valaki ilyesmibe, akkor jobb esellyel lehetne kideriteni az okot s netan meg bugreportolni is. -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: pppd pppoe-ttel demand módban
Es ha persist-et adsz meg a pppd-nek az options-ben? Akkor PADT Mármint a demand mellé vagy helyett? azonnal vissza kellene csatlakoznia, es a jelek szerint meg is teszi. Ezt nem tudom, de menni nem megy, az biztos. [Azt nem tudom, hogy az idle timeout resetelodik-e ekkor (valoszinuleg igen), ugyhogy lehet, hogy meg egy timeoutot ki kell varnod forgalom nelkul, mire bontja a kapcsolatot, immar a te oldaladrol.] Az most 1800s, ami picit sok lenne. Sajnos a szolgáltató se áll a helyzet magaslatán, a DD-WRT írója pedig majdnem tökéletes vonalra lőtte be az sw-jét. Üdv: Ruzsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Gabor Gombas wrote: Az eredeti levelben apt-get install --reinstall szerepelt minden erdemi indoklas nelkul, ettol a pillanattol szamomra ossze-vissza barkacsolt-nak minosul. Lehet, hogy rossz döntés volt. A közelmúltban két gépemen is winchester összeomlás volt (a thread címe: Ciripel a winchester). Az egyik gépen még a chkrootkit futtatása is hibákat jelzett - nyilván hibás szektorokat próbált meg olvasni. Erre nekiálltam az e2fsck-val badblockokat keresni (-fcpvy kapcsolókkal). Azóta hibajelzés nélkül fut le a chkrootkit. Ebböl arra következtetek, hogy a rendszer korábban 1. feltelepült 2. hibás lett a winchester 3. a hibás helyekröl próbált meg olvasni (pl törölt könyvtárakat). tehát a badblock letárolta és használhatatlannak jelölte a hibás szektorokat, a rendszer viszont továbbra is onnan olvasta volna a telepített programokat. Véleményem szerint ezen úgy tudok segíteni, hogy a csomagot újra telepítem, mert ekkor nem kerül semmi sem a hibás szektorokba, új, hibátlan helyre töltödik be. dpkg-reconfigure ezen nem segít, hiszen a hibás helyen levö dolgokat olvassa (olvasná) újra. Ha van az apt-get --reinstall helyett más megoldás a hibássá vált csomagok ismételt telepítésére, írd meg. (Arra sincs módszerem, hogy honnan tudom meg, hogy mi az, ami megsérült...) Minden ötletnek örülök!! Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: pppd pppoe-ttel demand módban
Ruzsinszky Attila wrote: Es ha persist-et adsz meg a pppd-nek az options-ben? Akkor PADT Mármint a demand mellé vagy helyett? Termeszetesen melle. A demandot akarjuk mukodesre birni, nem? Akkor miert vennenk ki? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
FireFox - Goole Toolbar - Browser
Google Browser - Firefire with Toolbar Click on the Link Below - IT IS FREE http://services.google.com/toolbar/firefox_install?hl=enai=BwZGf00c4RM3yA7SQLoKGhYMI6ZnSFOeo_M8BxY23AQAQASCltJQGSKI5UIPj0QKgAbWVyP0DyAECgAIBlQInfgsKgclid=CMT20ri8noQCFU6JCwodYwHAhQ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux