Re: [rlug] Virusi in retea
2010/1/29 Mihai Badici : > >> >> 7) descarci un live cd cu antivirus. am folosit cu succes variantele: >> un produs romanesc antivirus livecd, kaspersky, f-prot si clamav. cel >> mai usor mi s-a parut ala romanesc (nu-i dau numele ca nu vreau sa fac >> reclama). > > Dar la kaspersky si f-prot vrei sa faci? :) fiind o discutie in limba romana este irelevant ce nume de produse straine se vehiculeaza pe aici. > > > > - > Acest mail a fost scanat de BitDefender instalat pe serverul CG&GC si a fost > considerat OK. eu cred ca nu, dar i s-a dat voie sa plece din greseala. > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Virusi in retea
2010/1/28 Bercovici Manuel : > Buna ziua! > > Sunt profesor de informatica si ma ocup si de adminstrarea retelei in > scoala noastra! > Accesul la Internet este oferit de RDS! Serverul de Internet este un > calculator pe Fedora Core pe post de router. Folosesc Iptables! > > Astazi, cei de la RDS mi-au spus ca au fost anuntati de la > Bucuresti ca de la scoala, de pe IP-ul nostru se trimit virusi, nu au > stiut ce fel de virusi si nici alte detalii! > Cum ar trebui sa reconfigurez serverul de internet pentru ca el sa scaneze > tot ce intra si iese din el? Ce ar trebui sa contina el? Ar trebui un program > antivirus? salut observ ca ti s-a raspuns numai cu teorie, cu activitati preventive si nimic care sa-ti rezolve problema *ACUM* raspuns la obiect: 1) tiparesti instructiunile de aici: http://hasnainali.wordpress.com/2009/02/09/linux-centosrhel-squiddansguardian-antivirus-clamav/ pina la linia care spune "Now, you can set up your browser preference to use the antivirus web proxy (IP:8080)" 2) deconectezi cablul de retea care face legatura intre server si reteaua locala 3) urmezi instructiunile tiparite anterior 4) reconectezi cablul de retea deconectat la pasul 2) 5) probat pe o statie de lucru banuita ca NU are virusi ca se pot surfa pagini web dupa ce este configurata cu adresa ip a serverului ca proxy. in internet explorer tools-options-lan settings, in firefox tools-options-advanced-network-settings-manual. 6) editezi /etc/sysconfig/iptables si pui semnul # in fata tuturor liniilor care contin cuvintul SNAT sau MASQUERADE dupa care comanda /etc/init.s/iptables restart 7) descarci un live cd cu antivirus. am folosit cu succes variantele: un produs romanesc antivirus livecd, kaspersky, f-prot si clamav. cel mai usor mi s-a parut ala romanesc (nu-i dau numele ca nu vreau sa fac reclama). il poti descarca de aici: http://is.gd/7hmWD. il introduci in fiecare calculator si configurezi biosul sa booteze de pe cd. setezi proxy anterior testat ca sa isi descarce lista de semnaturi actualizata, fara de care ai bootat degeaba. 8) dupa curatarea de virusi, rulezi pe fiecare statie GMER.http://www.gmer.net/. citeste la faq cum se utilizeaza - dupa scanarea de virus e posibil ca anumiti virusi neinclusi in lista de semnaturi sa ramina prin sistem. 9) verifici ce nu mai merge - daca de exemplu de pe statii se fac orice alt fel de activitati internet-related dar NU web browsing, acestea nu vor mai fi posibile 10) recitesti celelalte raspunsuri primite bafta! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] formatare fizica din linie de comanda
2010/1/23 Dan Borlovan : [...] > Oricum vei constata cu surprindere ca daca era parte dintr-un raid5, mai > exista cel putin un disc cu sectoare necitibile de care nu stiai (ca > n-ai pus background scan lunar) si tocmai esti in deep s**t. Si asta o > zic din experienta, asa ca mai nou folosesc raid6. Si astept sa faca > cineva raid7 :) s-a facut :) desi nu implementat hardware, zfs raidz cu triple parity: http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#RAIDZ_Configuration_Requirements_and_Recommendations ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] formatare fizica din linie de comanda
2010/1/22 Dragos Chiriac : > Costin Guşă wrote: >> ok. se pare ca am vorbit in punga atunci cind ai intrebat pe #mumu. >> for future reference, iti dau paste si aici: >> >> /last wikipedia: >> >> Lastlog: >> 14:50 < costin> >> http://en.wikipedia.org/wiki/Disk_formatting#Low-level_formatting_.28LLF.29_of_hard_disks >> End of Lastlog >> >> >> /last secure >> >> Lastlog: >> 19:35 < costin> http://ata.wiki.kernel.org/index.php/ATA_Secure_Erase >> 14:49 < costin> wolfy: bai terminati-va cu formatarea fizica. nu exista decit >> ata secure erase, i-am dat lui Mituc ieri link din wiki >> 14:55 < costin> avantajul la ata secure erase e ca e usor mai rapid (nu >> semnificativ decit dd tunat cu blocksize adecvat) si ca poate fi >> > Nu ma, nu ma refeream la LLF anii 90 style, ma refeream la > reinitializarea discului, aka "formatare fizica" cum ii zice traditional > in meniul de la softu' cu pricina (o fi corect, o fi gresit, asta e). > Din ce am inteles de la voi, a umple discul cu /dev/urandom de la un > capat la altul ar avea cam acelasi efect, dar nu sunt chiar convins, e > posibil sa ramai cu sectoare suspecte nerelocate, pe cand atunci cand > faci reinitializare, cel putin teoretic, nu mai ai astfel de bube. Si > cred ca la reinitializare se referea si mituc (cel putin powermax asta > facea, deci banui ca la aia se refera). > > Dragos colega, scuza-ma, dar te aberezi. discul vine cu X sectoare user-addressable. si cu inca Y numai ale lui (relocare de baduri, alti muci interni). din alea X, unele discuri iti ofera posibilitatea alocarii a Z inaccesibili hostului numite host protected area, capacitatea totala user-addressable devenind X-Z. Z se poate seta cu scule soft gen 'hdat2'. hdparm se lauda ca stie si el de hpa dar maninca rahat (sau cel putin ultima data cind m-am jucat eu cu hpa). X e cit scrie pe el ca are. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] formatare fizica din linie de comanda
ok. se pare ca am vorbit in punga atunci cind ai intrebat pe #mumu. for future reference, iti dau paste si aici: /last wikipedia: Lastlog: 14:50 < costin> http://en.wikipedia.org/wiki/Disk_formatting#Low-level_formatting_.28LLF.29_of_hard_disks End of Lastlog /last secure Lastlog: 19:35 < costin> http://ata.wiki.kernel.org/index.php/ATA_Secure_Erase 14:49 < costin> wolfy: bai terminati-va cu formatarea fizica. nu exista decit ata secure erase, i-am dat lui Mituc ieri link din wiki 14:55 < costin> avantajul la ata secure erase e ca e usor mai rapid (nu semnificativ decit dd tunat cu blocksize adecvat) si ca poate fi facut cu bios recent fara os End of Lastlog ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] squid TCP_HIT
2009/11/24 Dan Borlovan : > Costin Guşă wrote: > >> cind un client acceseaza un anumit fisier de la un anumit url, squid >> aparent nu verifica cu serverul destinatar data obiectului si raspunde >> direct din cache. > > squid nu are un algoritm (setabil) de estimat daca un obiect se poate > considera la zi si lua din cache? (ca de aia e cache) > > http://www.squid-cache.org/Doc/config/refresh_pattern/ ai dreptate; se pare ca obiectul in cauza nu primeste de la server un max-age sau un expires, deci i se aplica acest algoritm. din pacate documentatia e cam ambigua dar am gasit detalii aici http://etutorials.org/Server+Administration/Squid.+The+definitive+guide/Chapter+7.+Disk+Cache+Basics/7.7+refresh_pattern/ mersi de idee, asta a fost cauza. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] squid TCP_HIT
am un squid 2.7.STABLE3-4.1 pe debian lenny x86 cind un client acceseaza un anumit fisier de la un anumit url, squid aparent nu verifica cu serverul destinatar data obiectului si raspunde direct din cache. squid.conf, extras din log, strace pe squid, simulare cu /usr/bin/GET din libwww-perl, toate prezentate aici: http://paste.lug.ro/186 confirmare cu tcpdump ca nici nu indrazneste sa verifice cu serverul destinatie. ignorati faptul ca exista un proxy parinte (am un havp care face scanare de virus), daca fac cererea la ala primesc obiectul fresh bagati un ochi pe paste si apoi dati-va cu parerea. intre timp am trecut respectivul domeniu la lista de no_cache (rezolvare de simptome, fara aflarea cauzei), dar as vrea sa aflu totusi cauza. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Re: sincronizare "inteligenta"
2009/7/24 zgrim : > On 2009-07-24 14:50:00 +0300, Costin Guşă wrote: >> asa ca daca as merge cu ideea mai departe si as avea >> pretentia sa folosesc o implementare fuse de git, pe care mi-o >> recomanzi ? > > Imi pare rau, nu am folosit, asa ca n-am sa emit pareri. :) > Eu m-as uita insa nu la fuse stuff ci mai degraba la cum au facut altii > backups > cu git si ce comentarii au > ( http://eigenclass.org/hiki/gibak-backup-system-introduction sau altele). primul lucru pe care l-am facut dupa raspunsul tau initial a fost sa caut git backup, iar gibak pare inca buggy din ce scriu baietii aia pe acolo. plus ca ideea folosirii unui fs pare mai kinky ;) > Pe langa git, m-as mai uita totusi si la alte implementari, rdiff-backup, > rsnapshot, etc. am trecut si eu prin rsnapshot si mi s-a luat de el. cind cresti insa la multe sute de gb si multe snapshots, hardlinkurile sint overkill pentru discuri. de-aia mi s-a parut super ideea hash-based plus ca pare mult mai simplu/usor decit initial setup de bacula/backuppc/amanda > Nu sunt la curent totusi, mi-am cam scris singur scripturile de backup > (chestii simple, cu > rsync) de-a lungul timpului. Pareau sa functioneze in continuare ultima oara > cand m-am > uitat :) asa ca nu m-am obosit sa le rescriu cu git, inca. :) > >> http://github.com/manzur/gitfs/tree/master# >> http://www.sfgoth.com/~mitch/linux/gitfs/ >> http://eagain.net/gitweb/?p=fs.git >> http://www.seas.upenn.edu/~cse400/CSE400_2008_2009/websites/grant/project.html >> >> intuitia ma duce spre unul din cele doua care par active, cele din >> 2009, dar mi-ar prinde bine si o parere avizata! >> thank you in advance ! > > > > -- > perl -MLWP::Simple -e'print$_[rand(split(q.%%\n., > get(q{http://cpan.org/misc/japh})))]' > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Re: sincronizare "inteligenta"
2009/7/23 zgrim : > On 2009-07-23 11:40:06 +0300, Marius Luca wrote: >> Cre' ca un VCS e putin "peste mana" aici. Arunca un ochi peste DRBD. > > Doar ca git NU este un VCS, chiar daca poate gazdui practic o asemenea > utilizare. > E un content-tracker/filesystem ce vine ca o manusa descrierii de mai jos. Nu > spun > ca e solutia perfecta, a fost doar amuzant cat de bine se potriveste > descrierii, > cu spatiul de rigoare lasat de formularea cererii - "Idei ?". ;) era o expresie pe care o foloseam cind eram fumator si ceream o tigara, referindu-ma si la foc: "si daca tot mi-ai dat c*cat, da-mi si lingurita" :) asa ca daca as merge cu ideea mai departe si as avea pretentia sa folosesc o implementare fuse de git, pe care mi-o recomanzi ? http://github.com/manzur/gitfs/tree/master# http://www.sfgoth.com/~mitch/linux/gitfs/ http://eagain.net/gitweb/?p=fs.git http://www.seas.upenn.edu/~cse400/CSE400_2008_2009/websites/grant/project.html intuitia ma duce spre unul din cele doua care par active, cele din 2009, dar mi-ar prinde bine si o parere avizata! thank you in advance ! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Re: sincronizare "inteligenta"
2009/7/15 zgrim : > On 2009-07-15 14:15:31 +0300, Costin Guşă wrote: >> Am nevoie de o solutie "inteligenta" de sincronizare a continului a >> doua directoare, prin sincronizare intelegind ca toate operatiile >> (creare, stergere, mutare, redenumire) din dir1 se reflecta in dir2, >> "inteligenta" constind in abilitatea de a putea detecta schimbari >> "cosmetice" (redenumiri, mutari) in dir1, in felul acesta evitindu-se >> recopierea datelor in dir2. Daca eventual aceasta solutie face parte >> la rindul ei dintr-o solutie de backup, cu atit mai bine. Nu trebuie >> sa fie neaparat gratuita. >> >> Idei ? > > git multumesc. cam asa ceva cautam. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] sincronizare "inteligenta"
Salut, Am nevoie de o solutie "inteligenta" de sincronizare a continului a doua directoare, prin sincronizare intelegind ca toate operatiile (creare, stergere, mutare, redenumire) din dir1 se reflecta in dir2, "inteligenta" constind in abilitatea de a putea detecta schimbari "cosmetice" (redenumiri, mutari) in dir1, in felul acesta evitindu-se recopierea datelor in dir2. Daca eventual aceasta solutie face parte la rindul ei dintr-o solutie de backup, cu atit mai bine. Nu trebuie sa fie neaparat gratuita. Idei ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] [anunt] aplicatie de facturi si chitante
2008/5/6 Petru Ratiu <[EMAIL PROTECTED]>: > On Tue, May 6, 2008 at 8:50 PM, Anunt Bouncer <[EMAIL PROTECTED]> wrote: > > Nu e opensource, dar e freeware si ruleaza nativ pe Linux. > > Criticile constructive si bugreport-urile sunt binevenite. > > Restul > /dev/null > > > > Sper sa nu se catalogheze ca "restul", dar ma roade curiozitatea: de > ce freeware? > > Adica IMO ori dai o versiune demo/shareware/limitata cumva pentru > promovarea unui produs mai complet pe bani (de care n-am prea observat > vreo urma pe pagina aia), ori daca tot nu intentionezi sa faci bani > direct de pe urma produsului cu pricina il dai sub una din multele > licente opensource, de asa natura incat sa-ti pastrezi drepturile > asupra produsului initial si sa permiti si altora sa-l dezvolte, sunt > convins ca s-ar gasi suficiente patchuri utile. > > Nu-s vreun expert juridic (IANAL) so nu dati cu parul. pentru ca sintem in romania, unde nu exista aplicarea legii ci jungla, si unde oricine odata avind sursele vor gasi destui prosti^Wclienti pentru a le vinde o versiune modificata/personalizata fara ca serghei sa afle vreodata...? :) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] .screenrc
bai! nu va mai laudati cu google-fu-urile voastre! dati cu propriul fisier! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] .screenrc
Mai baieti, sper sa nu fiu foarte offtopic. M-ar interesa sa postati aici ca reply continutul .screenrc-urilor voastre (bine, filtrind chestii pe care le considerati nepublicabile) Nu de alta, dar mi-e asa o lene sa ma uit prin manual... si niste exemple 'in productie' ar constitui un punct de pornire in personalizarea propriului .screenrc Astept injuraturile si flameurile pe offtopic, insa m-as bucura sa vad aici doar reply-uri la obiect! ps. nu are nici o legatura cu ziua pacalelilor :) Mersi! Costin Gusa ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] I/O SF question
2008/2/19 Vali Dragnuta <[EMAIL PROTECTED]>: > Vezi sa nu cumva sa ai mai degraba o uzura datorata parcarii excesive a > capetelor discului. > Vezi cu smartctl -a daca nu ai valori mari (si in crestere , observabil > prin rulari la fiecare 5..10 minute) pentru : sau si mai simplu grep pe syslog, smartd notifica in syslog toate modificarile de valori ale tuturor parametrilor, am doua discuri care mi-au facut niste grafice foarte frumoase inca din day 1 (pe seek_error_rate si hardware_ecc_recovered) [...] ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] I/O SF question
2008/2/19 Dragoş Mãnac <[EMAIL PROTECTED]>: > Salut, > > Am o nelamurire in ceea ce priveste incarcarea diskurilor (nu spatiu, ci > munca). > [...] > Nu se poate pune un alt kernel usor, care sa fie compatibil cu tot > setupul si cu echipamentul hardware, intr-o versiune curenta, care sa > ofere iotop. Nu exista spikeuri majore de utilizare. da' nmon de la ibm ce are? [...] ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] bitdefender si alterare headere
On 6/7/07, Mihai Maties <[EMAIL PROTECTED]> wrote: On Thursday 07 June 2007 17:09:17 Costin Guşă wrote: > ---pe scurt: > dragi colegi de suferinta (adica cei cativa numarati pe degete care > folositi fara vina voastra bitdefender pe serverul de mail si livrati > de acolo spre cyrus imapd prin lmtp), puteti da o cautare dupa > cuvantul NUL in logurile de mail ? anubis:~# grep lmtp /etc/postfix/main.cf mailbox_transport = lmtp:unix:/var/run/cyrus/socket/lmtp anubis:~# grep NUL /var/log/mail.* | wc -l 0 > > thanks! > costin Mihai PS: You suck ! Am vazut restul mailului abia cand am dat reply. ma gandeam eu ca o sa se supere cineva de la randurile goale :) [...] PPS: Dar probabil ca nu te ajuta. Eu nu folosesc ultima versiune de BitDefender. ba ma ajuta, cel putin am o rezolvare temporara (fac downgrade, daca imi spui si ce versiune ai) si deschid un tichet la suport :) thank you! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] bitdefender si alterare headere
---pe scurt: dragi colegi de suferinta (adica cei cativa numarati pe degete care folositi fara vina voastra bitdefender pe serverul de mail si livrati de acolo spre cyrus imapd prin lmtp), puteti da o cautare dupa cuvantul NUL in logurile de mail ? thanks! costin ---detalii pentru cine a fost interesat sa faca scroll down: am o banuiala cum ca bitdefender (cea mai recenta versiune de bdmpe - redenumit recent in bd security for mail - ruland in modul smtpd proxy ca filtru after-queue pentru postfix) ar altera mesajul inainte de a-l returna in coada MTA-ului, inserand un caracter ascii NUL prin headere, iar cyrus refuza mesaje care incalca nu'ş ce rfc cu NUL in ele. artificiul (http://marc.info/?l=info-cyrus&m=111591833112345&w=2) prezentat ca solutie pe o lista de discutii (http://www.irbs.net/internet/info-cyrus/0504/0345.html) nu pare a da rezultate in cazul meu, sau nu ma prind eu ce trebuie sa mai fac in afara de strict_8bitmime = yes si disable_mime_output_conversion = no in configul lui postfix. cat despre "make sure that the Cyrus LMTP daemon does not advertise 8BITMIME", din ce observ intr-un strace atat pe lmtpd(cyrus) cat si pe lmtp(postfix), lmtpd-ul lui cyrus nu pare sa anunte 8MIME, sau am scapat din vedere vreo optiune pe la strace (am rulat un strace -fp $pid) nu pot examina mesajul (si nici nu pot determina un anumit tip de mesaj care sa declanseze manifestarea bugului la bitdefender, tot ce am observat este ca apare fie cand imi trimite un exchange, fie cand vine un spam) pentru ca este rejectat de mta si nu apuc sa ma uit la el, il vad doar in loguri ca a fost, iar un soft_bounce=yes pentru a-l prinde in coada nu prea mi-ar conveni. intre timp am dezactivat bitdefender din schema si stau cu ochii pe loguri sa vad daca mai apare ceva asemanator, ceea ce inca nu a aparut de cand am dezactivat bitdefender astazi dimineata dupa ora 8: grep 'NUL' /var/log/maillog |awk '{print $1" "$2" "$3}' Jun 4 09:26:33 Jun 4 10:19:02 Jun 4 11:47:28 Jun 4 12:00:42 Jun 4 12:19:16 Jun 4 13:58:53 Jun 4 14:48:02 Jun 4 14:55:48 Jun 4 15:03:12 Jun 4 15:11:27 Jun 4 15:11:27 Jun 4 16:29:52 Jun 4 17:16:37 Jun 5 10:30:41 Jun 5 10:50:04 Jun 5 10:57:12 Jun 5 13:14:03 Jun 5 14:58:55 Jun 5 15:32:25 Jun 5 15:35:08 Jun 5 21:25:52 Jun 6 09:44:11 Jun 6 10:14:20 Jun 6 16:06:07 Jun 6 16:18:00 Jun 6 16:18:00 Jun 6 16:18:00 Jun 6 16:30:52 Jun 6 16:55:44 Jun 6 17:00:48 Jun 6 18:10:32 Jun 7 08:07:31 ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] sieve si reguli globale
On 5/23/07, Cristian Mitrana <[EMAIL PROTECTED]> wrote: * Costin Guşă <[EMAIL PROTECTED]> [23-05-07 19:00]: [...] >scopul final ar fi sa am niste reguli globale in >/$vendor-path/sieve/global dar userul sa isi poata crea clic-clic >reguli de out of office dintr-o interfata web gen squirrelmail/horde >fara sa poata evita regulile generale (aducere de spam in folderul >spam, de exemplu) Asta nu e posibil cu cyrus, dupa cum te-ai lamurit, fara a apela patch-uri. >din ce-am vazut pe net se lasa cu masochisme gen patch la cyrus[1] sau >artificii neclare in mta[2] > Poti trece mai intai mailul prin alt MDA gen procmail/maildrop in care sa-ti definesti regulile 'globale' si apoi sa pasezi mailul prin lmtp la cyrus. Nu am lucrat cu alte implementari sieve deci nu stiu daca alte servere ofera facilitatea de care ai nevoie. heh, tocmai de procmail vreau sa scap :) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] sieve si reguli globale
stie cineva daca exista in prezent o alternativa eleganta la mînuţa proprie + your favorite text editor pentru modificat orice reguli sieve deja existente ? (useless reply filter: am zis _orice_ reguli, nu reguli create de avelsieve/whatever pe care doar el le intelege si pe care daca le alterezi cu un 'include' se intimideaza) scopul final ar fi sa am niste reguli globale in /$vendor-path/sieve/global dar userul sa isi poata crea clic-clic reguli de out of office dintr-o interfata web gen squirrelmail/horde fara sa poata evita regulile generale (aducere de spam in folderul spam, de exemplu) din ce-am vazut pe net se lasa cu masochisme gen patch la cyrus[1] sau artificii neclare in mta[2] mersi, costin [1] http://www.irbs.net/internet/info-cyrus/0612/0181.html [2] http://www.irbs.net/internet/info-cyrus/0704/0149.html ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Re: rezolutie dns, postfix si centos 5
On 5/11/07, Costin Guşă <[EMAIL PROTECTED]> wrote: http://pastebin.ca/482951 postfixul din imagine incearca sa interogheze pentru dns ip-ul 127.0.0.1, ignorand setarile citate idei? thanks, costin s-a rezolvat cu copiere de /etc/resolv.conf peste /var/spool/postfix/etc/resolv.conf, mersi rpetre! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] rezolutie dns, postfix si centos 5
Ce e trecut in /var/spool/postfix/etc/resolv.conf ? ls: /var/spool/postfix/etc/resolv.conf: No such file or directory ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] rezolutie dns, postfix si centos 5
http://pastebin.ca/482951 postfixul din imagine incearca sa interogheze pentru dns ip-ul 127.0.0.1, ignorand setarile citate idei? thanks, costin ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Re: bash si caractere escape
On 3/22/07, Costin Guşă <[EMAIL PROTECTED]> wrote: [...] care ar putea fi cauza pentru care caracterele variabilei $oldmail sunt afisate escapat in comparatia if ? [...] initial am crezut ca e ceva putred prin fisier, dar chiar si dupa o vedere in hex pare a fi ok. : 6d 61 69 6c 3a 20 63 67 75 73 61 40 64 6f 6d 65 mail: [EMAIL PROTECTED] 0010: 6e 69 75 2e 72 6f 0a 0a -- -- -- -- -- -- -- -- niu.ro.. am renuntat sa mai aflu cauza, am folosit un workaround - variabilatmp=$(echo $oldmail) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] bash si caractere escape
salut, newmail:~# cat /usr/local/bin/tmp #!/bin/bash rdnid=1 usermail=cgusa oldmail=$(grep "mail:" /var/tmp/oldrdn-$rdnid|sed s/"mail: "//g) echo oldmail = $oldmail if [ "$oldmail" == "ceva" ]; then echo ceva; fi if ! [[ "[EMAIL PROTECTED]" == "${oldmail}" || "x" = "x$oldmail" ]]; then echo $usermail:$oldmail >> "/var/tmp/aliases-$timestamp" fi newmail:~# cat /var/tmp/oldrdn-1 mail: [EMAIL PROTECTED] newmail:~# sh -x /usr/local/bin/tmp + rdnid=1 + usermail=cgusa ++ grep mail: /var/tmp/oldrdn-1 ++ sed 's/mail: //g' + [EMAIL PROTECTED] + echo oldmail = [EMAIL PROTECTED] oldmail = [EMAIL PROTECTED] + '[' [EMAIL PROTECTED] == ceva ']' + [[ [EMAIL PROTECTED] == [EMAIL PROTECTED] ]] care ar putea fi cauza pentru care caracterele variabilei $oldmail sunt afisate escapat in comparatia if ? thanks, costin ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ldap
On 3/22/07, Sabin Iacob <[EMAIL PROTECTED]> wrote: Costin Guşă wrote: > salut > incerc sa citesc atributul givenName dintr-un ldap. > la ldapsearch si slapcat, apare "givenName:: R3VzYSA=" > la un tethereal vad corect, "Gusa" > > idei unde as putea sa sap? pare base64 encoded (din cauza de şă, probabil) thank you! asta era! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] ldap
salut incerc sa citesc atributul givenName dintr-un ldap. la ldapsearch si slapcat, apare "givenName:: R3VzYSA=" la un tethereal vad corect, "Gusa" idei unde as putea sa sap? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] squid - request denied, reply allowed
On 12/7/06, Mircea MITU <[EMAIL PROTECTED]> wrote: Ehlo, se da un squid (2.6-stable1) pe post de transparent proxy. Pe acest squid se incearca blocarea requesturilor catre *.yahoo.com cu o regula de genul [...] sau poti sa configurezi dns-ul masinii pe care e squid cu un dns pe care il faci autoritar pentru zona yahoo.com, cu inregistrare wildcard catre un ip pe care rulezi un webserver care e configurat ca in locul mesajului standard de 404 sa intoarca o pagina de access denied (scrisa de mana sau luata din template-urile squid-ului) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug