228. 245. 1/nnected. fetchmail: POP3< +OK fetchmail: POP3> CAPA fetchmail: POP3< -ERR authorization first fetchmail: authorization first fetchmail: Repoll immediately on fetchmail: POP3> USER fetchmail: POP3> PASS * fetchmail: POP3< -ERR system error, try again fetchmail: system error, try again fetchmail: Authorization failure on fetchmail: POP3> QUIT Kivancsi vagyok meddig tart. Hol van most a freemailes ember aki megmondja a tutit? :D jó kérdés... ---------------------------------- feel the beat - it's everywhere! Jelenleg a web megy, POP3 nem. A freemail már kb tíz éve is gagyi volt, de talán még belefért a tűréshatárba, mivel free. Ma már az ingyen kategóriába se nagyon fér bele... Nem tudom miért kell erőltetni... -------------- "If there were no hell, we would be like the animals. No hell, no dignity. Vállalkozás: Gondok merültek fel az MVM NET Zrt. eladásánál | hvg.hu. " +1 Valakiknek fixa ideaja hogy a freemail az egy levelezo kiszolgalo es hat mukodnie kell meg fogadni/kuldeni ra leveleket. Sot, kepzeld el, mindig van 1-2 olyan hupper, akinek fixa ideaja, hogy ha talal egy freemail-es topicot, akkor abba bele kell irni valami okoskodo, nagykepu, lenezo bullshitet.
Általában elmondható, hogy egy szoftvert minél bonyolultabb és alacsonyabb szintű nyelven készítenek el, annál nagyobb teret enged az emberi hibázásból adódó biztonsági kockázatoknak. Egy programnyelv önmagában nem jelent kockázatot, a kockázatot a programozó (nem)tudása és munkafelfogása jelenti. Például, az ANSI C nyelvben a programozó maga tervezi meg és implementálja a memóriakezelést, C# esetén viszont ezt a rendszer úgynevezett szemétgyűjtő algoritmusokkal leveszi a programozó válláról. Hiba jelentése magyarul (2) » DictZone Dán-Magyar szótár. Az ANSI C vagy C++ nyelven készített alkalmazások gyakran szenvednek memóriaszivárgással vagy buffer-túlcsordulással kapcsolatos gyengeségekben. A biztonsági rések eredete Jelszó menedzselési hiányosságok: A felhasználó gyenge jelszavakat használ. A felhasználók néha nincsenek tájékoztatva hogy milyen követelményeknek kell megfelelnie az általuk használt jelszónak, hogy Brute force támadásoknak ellenálló legyen. Esetleg a felhasználó a számítógépén olyan dokumentumban is tárolja jelszavát amely könnyen elolvasható.
Általában nincs konszenzus arra vonatkozóan, hogy például egy sok felhasználót érintő biztonsági hibát egyáltalán nyilvánosságra kell-e hozni. Egyesek szerint kötelesség bármilyen, gyakran használt szoftver hibájának minél szélesebb körben való közzététele. Mások szerint a felhasználók biztonsága (vagy biztonságérzete) okán bizonyos ideig várni kell a hiányosságokról híreket közölni. Megfelelően megfontolt várakozási idő beiktatásával a fejlesztők kidolgozhatják megoldásaikat a hibákra, amelyeket előbb eljuttatnak a felhasználóikhoz, a hiba részleteit pedig csak ezután fedik fel. Manapság a számítógépes szoftverek biztonságával szinte külön iparág foglalkozik. Mi a különbség az autorizáció és az autentikáció között? - ITZen tudástár. Számos cég új gyakorlatot vezetett be: pénzjutalmat ígérnek azon felhasználóknak, akik első kézben bizonyítanak be új sebezhetőségeket (" zero day "). Ez egy új és legális piac, ahol a biztonsági rések információival kereskednek. A biztonság szemszögéből, a szabad, nyilvános és azonnali közzététel csak akkor sikeres, ha az érintett fejlesztők előbb kapják meg az információkat, mint a számítógépes bűnözők (vagy ellenérdekeltek), illetve a fejlesztők el is készítik a javításokat.
Mi az a repadmin, mire jó? A repadmin egy diagnosztikai segédprogram, ami Windows 2008 Server feletti verziókabn érhető el (vagy ha van RSAT installálva) és arra szolgál, hogy megvizsgáljuk az Actice Directory replikáció állapotát. Az Actice directory replikáció egy kritikus service, amely a Forest-ben a domain kontrollerek között végzi a szinkronizációt. Ha replikációs problémák lépnek fel, nem működnek majd megfelelően az authentikációs és hálózati erőforrások (share, print stb) Összegzett replikációs státusz és áltanános állapot: repadmin /replsummary A /replsummary kapcsoló megmutatja az általános replikációs állapotot, valamint a sikertelen/sikeres replikációs kísérleteket, azok százalékos arányát, valamint a legnagyobb replikációs időközöket. A replikációs partner és az állapot megjelenítése: A /showrepl kapcsolóval a replikációs partner és állapot kérdezhető le. Ez segít megérteni az egyes Domain Controllerek szerepét a replikációs folyamatokban. Ezenkívül ez a kapcsoló megjeleníti az összes replikált objektum GUID-ját és annak eredményét.