Thunderbird levelezőben semmilyen email account (és mail folderek) nem látszódnak. Teljesen fehér a bal oldal.
thunderbird -safe-mode
opcióval működik és látszódnak az email accountok is rendesen a tartalmukkal. Mi a hiba oka? Mit kell csinálni, hogy -safe-mode opció nélkül is normálisan működjön újra a Thunderbird?
Régen volt a Chrome-hoz egy Facebook disconnect extensionöm. Arra volt jó, hogy a like gombok nem jelentek meg külső oldalon, ergo nem kellett nézegetnem az activity logomat csak mert valaki megtrükközte a js-t és rákattintott helyettem hogy lájkolom a bejegyzést egy másra kattintásra. Lényeg, mehettem megbízhatatlanabb domainű oldalakra anélkül, hogy felhasználták volna a Facebookos sütimet és odakerült volna az oldalamra hogy lájkoltam a posztot mikor nem is láttam lájk gombot (ráadásul megint lyukas a Facebook, mellesleg jó régóta, így megint meg lehet ezt csinálni).
Nos a probléma: tönkrement a Facebook disconnect extension. Az egy dolog hogy nem teszi a dolgát, de még reklámokat is dobál fel nekem új tabon cserébe'. És 4.5 csillagon áll a Chrome web store-ban mert emiatt a két ok miatt még csak mostanában kezdett 1 csillagokat kapni. De a lényeg: nem működik és nekem kellene. Vagy valami más helyette, ami azt hazudja az összes oldalnak amire rámegyek, hogy nincs is Facebook cookie-m. Ötletek? Google nem adott értelmes találatot.
Ügyfélkapus dokufeltöltés: https://ugyfelkapu.magyarorszag.hu/szolgaltatasok/dokumentumfeltoltes
Nekem pár napja nem megy, FF 31, Windows 7, Java 7u65. Engedélyezem neki a JRE-t és a JDT-t is szokás szerint, hibát nem ír, de a képernyő egy részét ezután nem rajzolja újra, ahol az alkalmazásnak kellene lennie. Másnak megy?
Linux alatt küzdök a munkahelyi belső hálózattal. Végre megoldódott a NAC kliens böngészőből való futtatása (a /usr/lib/mozilla/plugins/libjavaplugin_oji.so helyére varázslásával), de meglepetésemre a legtöbb belső, intranetes webhelyet nem engedi elérni a Firefox (31). Először azt hittem, a (belső hálózatról való) NAC kliens le nem futásával (és esetleg a "csúnya hálózat" memorizálásával) van ez is kapcsolatban, de nem. (A Google Chrome egyébként megjeleníti ezen oldalakat.)
Szerk: Megoldás:
Az about:config megnyitása után rákerestem erre: ntml, majd kitöltöttem ezt:
network.automatic-ntlm-auth.trusted-uris (ötlet innen: http://sivel.net/2007/05/firefox-ntlm-sso/ ), valamint ezt is átállítottam (valószínűleg ez volt az áttörés):
network-negotiate-auth.allow-insecure-ntlm-v1 -> true
Tulajdonképp az vezetett a megoldásra, hogy megnéztem a HTTP fejléceket, s láttam, hogy az NTLM hitelesítéssel van kapcsolatban a dolog. Köszönet mindenkinek a fejtörésért!
Helló!
Miként dobjam el Apache 2.2 HTTPD-ből az olyan requesteket, amelyek nagyon lassan íródnak ki a hálózatra, ezáltal elfoglalva előbb utóbb az összes szálat és memóriát. Van ugyanis egy fizetős ügyfél, akit ennél fogva nem tilthatunk ki, nem korlátozhatunk, de nem feltételezhetjük, hogy egy 90 másodperce kiszolgálás alatt álló request eredményére még kíváncsiak. NAT vagy proxy mögül érik el a szolgáltatásunkat és rohamokban jönnek a kéréseik, amiknek egy részét csak nagyon lassan tudjuk hozzájuk kiírni.
Néztem az Apache *Timeout* direktíváit, mod_qos-t, de egyik sem kínál megoldást erre a helyzetre. Tűzfalhoz nem ismerek olyan modult, ami connection time-ot mérne.
Van erre valakinek, valamilyen ötlete?
ismertek olyan webmail-be integrálható VAGY önmagában működő (magamnak telepíthető) web szolgáltatást, amivel helyben tárolt Maildir-ekben VAGY imap szerveren lévő email-ek attachment-jeit standard URL-en letölthetem?
ilyen URL-ekre gondolok:
Message-ID alapján:
http:// attachments. mail. example. net/examplea.net/user1/51ad6f961/valami.jpg
Dátum alapján:
http:// attachments. mail. example. net/exampleb.net/user2/2014-07-30_1200/valami.jpg
imap alkönyvtárban:
http:// attachments. mail. example. net/examplec.net/user3/Sent/51ad6f961/valami.jpg
az email szöveges része:
http:// attachments. mail. example. net/exampled.net/user4/2014-07-30_1200/body.txt
.../body.html
.../body.raw
és az URL-eket mondjuk HTTP authentikációval védi, amit az imap szerverre továbbít, ha külső imap elérés van beállítva.
Érdekesnek találtam ezt: https://support.mozilla.org/en-US/kb/why-cant-i-sync-my-passwords
Szóval ha jelszóval véded a jelszavaid, akkor a Mozilla nem kíváncsi rájuk. Aha.
Lehet olyan adblock/element hiding helper szabályt csinálni, amivel nem azt mondom meg, hogy egy adott oldalon mi ne látszódjon, hanem hogy mi igen?
Thx.
Firefoxban eddig a browser.tab.closeButtons 3-ra állítása jobb szélre rakta a tab bezáró gombokat Firefox2 stílusban. Firefox 31.0 óta viszont nem reagál erre, berakja minden tab-ra a closet.
Sziasztok!
Van egy jól működő postfix és a log fájlra rá van eresztve a fail2ban.
Ha Outlook a kliens, akkor néha letiltja a klient IP-jét a fail2ban, mert "elrontja" a bejelentkezést.
Outlook config jó, egy ideig megy, aztán beállítás változtatás nélkül egyszercsak mégsem tud bejelentkezni.
Ez a szabály zárja ki a klienst:
failregex = (?i): warning: [-._\w]+\[\]: SASL (?:LOGIN|PLAIN|(?:CRAM|DIGEST)-MD5) authentication failed(: [ A-Za-z0-9+/]*={0,2})?\s*$
Találkozott már valaki a problémával? Mi lehet a megoldás?
Hallottam olyat is, hogy a Windows registryben van valami, amit csak a win reinstall old meg. Jó lenne, ha nem kéne ilyet csinálni, főleg, hogy nem biztos.
Köszi előre is a válaszokat!
üdv: redman