Re: [rlug] x32 -> x64
On Wed, Nov 26, 2008 at 9:55 PM, Dan Uscatu <[EMAIL PROTECTED]> wrote: >> Tocmai ce mi-am dat seama ca am un calculator care ar suporta si x64, dar >> am pe el instalat x32. > > Ce dragut... desi la Intel pe site am citit astazi ca toate procesoarele > Pentium 4 (desktop) suporta x64, asta al meu imi zice direct sa-mi cumpar un > kernel i686, ca mai mult nu poate. E normal ? > > /proc/cpuinfo: > > flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pebs > bts pni monitor ds_cpl cid xtpr iti lipseste "lm" (long mode), e 32bit -- Daniel Dumitrache ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] solutie postfix+procmail+bdc
On Tuesday 17 June 2008 10:21:19 Bogdan wrote: > Petru Ratiu wrote: > > 1. bdc nu mai e mentinut si a fost inlocuit cu ceva similar cu licenta > > ceva mai restrictiva > > ^ > > ce inseamna nu mai e intretinut? folosesc multe amavis cu bdc si update > hourly la bd si inca se updateaza... in mare inseamna ca ai doar update-uri de semnaturi, ca nu ti se mai ofera suport. > > BDC/Linux-Console v7.1 (build 2559) (i386) (Jul 6 2005 16:28:53) > Copyright (C) 1996-2004 SOFTWIN SRL. All rights reserved. > > /opt/bdc/Plugins/emalware.049 updated > /opt/bdc/Plugins/emalware.055 ... updated > /opt/bdc/Plugins/emalware.062 . updated > /opt/bdc/Plugins/update.txt updated > Update succeeded. -- Daniel Dumitrache ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] solutie postfix+procmail+bdc
On Monday 16 June 2008 23:59:14 Dekxter wrote: > Offtopitc: am avut nevoie de el la o integrare cu amavis, motiv din > care am renuntat. Tot in acelasi mesaj raspunsul oficial a fost ca BD > nu se poate integra cu amavis. > Uite aici o discutie despre bdscan + amavis: http://forum.bitdefender.com/index.php?showtopic=3712 -- Daniel Dumitrache ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] solutie postfix+procmail+bdc
On Tuesday 17 June 2008 00:26:51 Petru Ratiu wrote: > On Sun, Jun 15, 2008 at 22:31, Lucian <[EMAIL PROTECTED]> wrote: > > Stie careva o metoda de a pune bdc (bitdefender console) la lucru cu > > postfix? Caut o solutie non-amavis, ceva procmail scripts (gen > > clamassassin) etc. > > 1. bdc nu mai e mentinut si a fost inlocuit cu ceva similar cu licenta > ceva mai restrictiva bdc nu mai este disponibil de ceva vreme, a fost inlocuit de bdscan: http://www.bitdefender.com/PRODUCT-80-en-- De pe site poti obtine gratis o licenta, iar restrictii sunt doar pentru folosirea bdscan in scopuri comerciale. > 2. cel putin una din sculele BD stia sa lucreze in mod milter (se > laudau foarte tare amicii de la BD cu asta), iar postfix de la 2.4 > incoace (sau era 2.3?) stie si milter. Produsul dedicat pentru serverele de mail, BD SMS, stie asta: http://www.bitdefender.com/PRODUCT-32-en-- Integrarea cu Postfix se face by default ca filtru SMTP si functioneaza cu orice versiune Postfix, dar este documentata si integrarea in mod Milter care cere Postfix >= 2.4. Pe scurt, Milter inseamna mailuri filtrate mai rapid si o integrare mai buna. Lucian, pentru integrarea bdscan cu procmail trebuie sa faci pipe din procmailrc care un script care sa faca scanarea si sa adauge un header dupa care sa faci filtrarea ulterior in cazul in care mailul este infectat. Un procmailrc si un script incropit acum pe moment: :0f * !^X-BDScan: Infected | /opt/BitDefender-scanner/bdscan-procmail.sh :0: * ^X-BDScan: Infected /dev/null si scriptul: tmp_file=`mktemp /tmp/` cat > $tmp_file bdscan $tmp_file >/dev/null 2>&1 if [ $? -ne 0 ] then formail -a "X-BDScan: Infected" < $tmp_file 2>/dev/null else cat $tmp_file fi rm -f $tmp_file >/dev/null 2>&1 Nu am verificat daca mai si functioneaza, dar ar treb sa fie ok, mai are nevoie de ceva imbunatatiri, sper ca ai prins ideea. Daca nu te descurci promit ca maine dimineata dupa doua cafele iti scriu unul ca la carte :) Recomandarea mea totusi ar fi sa incerci produsul dedicat pentru servere de mail, si asta in primul rand pentru performanta, bdscan inseamna cam 5s-10s in plus pentru fiecare mail scanat. -- Daniel Dumitrache ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] redirectare
On 3/22/08, Andrei Nestor <[EMAIL PROTECTED]> wrote: > > Nu cred, insa nu am incercat niciodata sa ma apuc sa ma apuc sa > > fac un fdup pe /proc/PID/fd/1 si 2 (stdout si stderr). Probabil ca nu prea > > poti, mai bine-l pornesti din prima ca lumea (cu tee sau redirectare > > chioara). > > Of course ca da, da' stii cum e cand ti-e lene sa deschizi un terminal > nou si e mai simplu sa faci un control-Z si bg intr-un terminal in > care ruleaza mai stiu eu ce installer cretin (cu fereastra X aferenta) > si care, dupa aia, cand ti-e lumea mai draga, incepe sa-ti verse tot > felul de gunoaie peste ce lucrezi :) > Nu exista o solutie eleganta pt ce vrei tu sa faci, iar daca ar exista s-ar reduce la ceva de genul: $ gdb -p $PID (gdb) print freopen("/tmp/log", "a+", stdout) La mine a mers pe un script amarat, acum nu stiu daca cine stie ce aplicatie nu o sa se panicheze dupa o vizita dintr-asta de la zana gdb :) -- Daniel Dumitrache ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] OTRS - broblemz
On 8/25/06, sin <[EMAIL PROTECTED]> wrote: Daniel Dumitrache wrote: >> >> Un excerpt dintr-un mail dat de OTRS arata ceva in genul: >> >> >> " >> Hi $USERNAME, >> >> you got a follow up! > > > esti sigur ca asta e notificarea pe care o primesti in momentul in > care se redeschide ticketul? > daca chiar e asta, atunci e normal sa il redeschida, si asta pt ca ai > primit un raspuns nou de la client pe ticketul acela. in cazul asta > operatorul nu are decat sa il inchida cu un raspuns daca e cazul sau > cu o nota, la care sa puna un status de tip closed. > > am inchis acum 2 tickete (vechi) si mi-a dat mail ca s-a inchis ticketul, si cre'ca la fro 10-15min am primit mail cum ca Admin OTRS a schimbat starea ticketului la OPEN din CLOSED. nu cumva adresa de mail a operatorului si a sistemului(otrs) sunt identice (sau a clientului)? incearca de dezactivezi toate notificarile pt operaor si client ... daca poti sa imi dai historyul unuia din ticketele alea poate se intelege mai bine ce s-a intamplat. cum il fac io sa nu-si mai dea cu parerea despre ce tickete trebuie inchise si ce tickete trebuie lasate asa. _______ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug -- Daniel Dumitrache ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] OTRS - broblemz
On 8/25/06, sin <[EMAIL PROTECTED]> wrote: Salu', in questu meu dupa un sistem de helpdesk care sa se incadreze in niste cerinte date, pana acu otrs se apropie de ce am eu nevoie (aproape 100%). numai ca, am niste dude cu el, si daca-l mai foloseste cineva, as aprecia niste input: de ce simte Ticket Managerul din OTRS sa redeschide ticketele inchise ? din cate stiu eu nu face chestia asta decat atunci cand ai un follow up pe acel ticket de la client, sau cand statusul ticketului e de tip pending. ca sa te lamuresti ce se intampla studiaza historyul pt ticketul respectiv si system log. ai acolo toate evenimentele asociate cu acel ticket. Adica un operator de suport, decide la un moment dat ca un ticket trebuie sa fie inchis, ii da acolo solve si gata, e inchis; numai ca dupa aproximativ ~ 10-15min, ticketul este redeschis automat de "Admin OTRS" care in afara de asta ii spameaza si pe toti aia care au treaba cu ticketul si practica a dovedit ca nu toti clientii apreciaza acest lucru. Un excerpt dintr-un mail dat de OTRS arata ceva in genul: " Hi $USERNAME, you got a follow up! esti sigur ca asta e notificarea pe care o primesti in momentul in care se redeschide ticketul? daca chiar e asta, atunci e normal sa il redeschida, si asta pt ca ai primit un raspuns nou de la client pe ticketul acela. in cazul asta operatorul nu are decat sa il inchida cu un raspuns daca e cazul sau cu o nota, la care sa puna un status de tip closed. Support <[EMAIL PROTECTED]> wrote: > *** THIS IS JUST A NOTE *** > > The state of your ticket "200607141011" has been changed by "Admin > OTRS" to "open". > > http://*/customer.pl?Action=CustomerZoom&Ti > cketID=49 > > Your OTRS Notification Master > > *** THIS IS JUST A NOTE *** http://**/index.pl?Action=AgentZoom&TicketID=49 Your OTRS Notification Master " are careva o idee de ce face dume din astea ? danke, sin _______ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug -- Daniel Dumitrache ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] bind 9.2.x and w2k pdc+ad
On Tuesday 04 April 2006 19:19, Alex wrote: > IN PLUS, mai vrea si ca DNS-ul meu sa permita dynamic updates, treaba > care nu mai e deloc ok un server cu suport de "dynamic updates" nu este obligatoriu, in cazul in care nu vrei asaceva va trebui sa adaugi tu manual in Bind toate recordurile de care are nevoie un AD (sunt vreo 20 parca). dar totusi cel mai usor e sa permiti dynamic updates de pe DC pt zona respectiva, si scapi rapid. sau poti sa permiti dynamic updates doar la inceput cand isi creeaza recordurile respective, le salvezi uite aici un document de la MS care explica destul de bine ce si cum sa faci cu Bind : http://www.microsoft.com/technet/archive/interopmigration/linux/mvc/cfgbind.mspx si daca dai un search pe google o sa gasesti si mai multe detalii > (ei mentioneaza in howto-uri ca serverul meul > de DNS trebuie sa stie de SRV records). Bind 9.x stie de SRV RECORDS > by default, deci nu asta e problema! Nu stiu insa daca SRV RECORDS > astea, ma conduc chiar in Dynamic DNS! A doua chestie este ca nu stiu > daca este suficient si apoi CUM sa declar in dns SRV-ul asta (ca si > inregistrarile de MX sau NS?) adica ceva de genul: > > IN NS ns1.xxx.ro. > IN MX 10 mail.xxx.ro. > IN SRV pdc.xxx.ro. > ^^ > ;internal hosts (servers) > ns1 IN A 10.0.0.1 > mail IN A 10.0.0.2 > pdc IN A 10.0.0.3 > ^^^ > > S-a mai confruntat cineva cu problema aceasta? Daca da, cum declarat > SRV RECORDS in DNS? Cum a scapat de DDNS? > > In link-ul de mai jos, la Step2 punctul 10, ma gindesc sa debifez > "Register this connection's addresses in DNS"! > http://www.petri.co.il/how_to_install_active_directory_on_w2k.htm > > si sa merg mai departe cu ce spun ei acolo. Am insa dubii ca la Step > 3 punctul 10, voi putea trece mai departe fara Dcpromo (adica un DNS > de WINDOWS instalat in LAN, care sa se calce pe picioare cu cele deja > existente de *nix) > > Se poate sa conving AD-ul sa functioneze OK fara DNS local de windows > instalat pe PDC si fara sa-mi modific bind-ul sa permita DDNS? Un > link ceva? > > Alex > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug -- Daniel Dumitrache -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Test de criptare
On Friday 19 August 2005 23:22, Tiberiu ATUDOREI wrote: > bash e gipiel, scriptu tau meseriash prolly are #/bin/bash prin el, > deci tre' sa-l faci gipiel, duude, so stop cripting and smoking and > dazzle the world with your mad scripting skillz, kiddo! flip the > script on us, dude! enlighten (R17 for fans) us, dude! ba defapt nu are bash "in el", este facut cu shc :) ci executa "/bin/sh -c exec '/script.sh' "$@" /script.sh" iar scriptul este encryptat rc4 probabil, in sectiunea .text a executabilului stiu ca am citit mai de mult un tutorial despre cum sa il faci sa se afiseze singur (scriptul), dar nu il mai gasesc acu :( > > On 8/19/05, arny <[EMAIL PROTECTED]> wrote: > > Stie cineva vre-un program de criptare scripturi bash, care s-a testat > > si e sigur ? > > > > > > -- > > Besides, I think Slackware sounds better than "Microsoft," don't you? - > > Patrick Volkerding > > > > > > > > > > ___ > > 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 -- Daniel Dumitrache -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/