Web, mail, IRC, IM, hálózatok

Ma ejjeltol nem mennek a 0.95 elotti clamav-ok, akinel esetleg meg ez van fennt, amiatt nem megy a levelezese..

Adott a fentebb említett páros. Jelenleg a spamfilter tanítása kézzel történik(sa-learn) és ezt szeretném felváltani valamilyen automatizált módszerre. Ha valakinek van ötlete és azt megosztaná annak nagyon örülnék...

egyik ismerősömnek ellopta egy spammer, a gmail accountját. azóta egyfolytában reklámleveleket küld a levelezőpartnereinek.
ilyen esettel még nem találkoztam, tudtommal a szótáras törő ellen ma is hatékony védelem a turing test, ami életbe lép 5 hibás belépési kísérlet után.
jelszóemlékeztetőjét elfelejtette, másodlagos email cím nincs. most itt panaszkodik skypeon.
mit lehet ilyenkor tenni?
imho személyes bosszúja lehet ez valakinek és nem spambot akció.
írjon a Googlenek? max a gyakori levelezőpartnerei tudják igazolni a személyazonosságát.

Sziasztok!

Egy virtualis leveleket kiszolgáló rendszerrel birkózom. [Postfix+Cyrus+(RoundCube)].
Azt már elértem, hogy a /var/spool/imap/[betűjel] (betűjel alatt értsd a user e-mailcímének első betűjét) alá hozza létre a maildireket, de óriási bánatomra, a user domain nélküli nevével létrehozott maildirt kreál a cyrus, a roundcube és a levelező kliens-szinkronizáláskor viszont egy valami

@

domain.com formátumú könyvtárat.
Vagyis egy userhez két könyvtár jön létre. A bejövő levelek pl. a /var/spool/imap/v/user/valami/-könyvtárban landolnak. A roundcube és a imap levelezőkliens pedig a /var/spool/imap/domain/v/domain.com/v/user/valami-ből dolgoznak.
Első blikkre a Postfixet hibáztattam, de ott egyértelmű, hogy a mailbox_transport = cyrus deklaráció alapján átadja a leveleket a cyrusnak tárolásra. (A maillogban is ez látszik.) Ha a Postfixre ráerőltetem a virtual_mailbox_maps-szal és a virtual_mailbox_base-zel a célkönyvtárakat, akkor nekem leginkább egy dovecot-nak tetsző maildir letárolást eredményez. Ergo nem tartom valószínűnek, hogy a Postfix hibázik.

Íme az imapd.conf:

cat imapd.conf
configdirectory: /var/lib/imap
partition-default: /var/spool/imap
admins: admin  cyrus
autocreatequota: 10000
createonpost: yes
allowplaintext: yes
sievedir: /var/lib/imap/sieve
sendmail: /usr/sbin/sendmail
hashimapspool: true
sasl_pwcheck_method: auxprop
sasl_auxprop_plugin: sasldb
sasl_mech_list: PLAIN
tls_cert_file: /etc/pki/cyrus-imapd/cyrus-imapd.pem
tls_key_file: /etc/pki/cyrus-imapd/cyrus-imapd.pem
tls_ca_file: /etc/pki/tls/certs/ca-bundle.crt
unixhierarchysep: yes
autocreateinboxfolders: spam|Drafts|Junk|Sent|Trash|Templates
autosubscribeinboxfolders: spam|Drafts|Junk|Sent|Trash|Templates
anysievefolder: yes
altnamespace: 1
defaultdomain: com
servername: domain.com
virtdomains: yes
loginrealms: domain1.com domain2.com domain3.com

Hol a hiba? A válaszokat előre is köszönöm.

Ha egy felhasználó Firefox profilját akarjuk átmásolni egy másik felhasználó számára, vagy backup-ot készíteni, akkor ugye a /home/user_A/.mozilla/firefox/xxxxxx.default mappa tartalmát egyszerűen átmásoljuk a /home/user_B/.mozilla/firefox/yyyyyyyy.default mappába. Legalábbis én eddig így szoktam meg.

Most 3.6.3-as Firefox-szal nem működött a dolog, nem indult el, és nem adott semmi infót, hogy miért. Beletelt egy kis időbe, míg rájöttem, hogy a /home/user/.mozilla/firefox/xxxxxxxx.default/Compatibility.ini fájlt kell törölni, és akkor minden stimmelni fog. Ez a fájl azt tartalmazza, hogy milyen verziójú Mozillával volt használva legutóbb az adott profil; így nyugodtan törölhető.

Gondoltam, leírom, hátha valakinek hasonló problémája adódik.

Üdv!

Van egy Apache 2.2.9 webszerverem, ami már a saját default html oldalát ("It works!") sem rendesen jeleníti meg, hanem helyette a teljes html kód látható a böngészőben.
Ha bemásolok a /var/www-be más - másik szerveren egyébként működő - htm és html file-okat, azoknak is a forrás html kódját mutatja.
Mi lehet a baj?

Sziasztok!
Koltoztettem az drupal alapu oldalamat, es a kepeket tobb mappaba szet kellet tenni, mert max 998 file lehet a byethoston egy konyvtarban. Shell scriptel dobaltam szejjel, es modositottam a kiexportalt drupal_files.sql file path -jat. A kepek felmasolasa utan (a thumb, es prev kepeket nem masoltam fel, de ha felmasoltam se lett jo) a legtobb (szinte egy se) thumbnail, preview nem az mutatja amit kellene. Ha szerkesztem a kepet, es bejelolom a "Rebuild derivative images" utana az az egy jo lesz. Ez hogy lehet automatizalni, az osszes kepre egyesevel nem embernek valo melo :)

Sziasztok,

Tudna valaki segíteni nekem? A http://www.hunrun.com/amerikaifoci alatt van az itt beágyazott videó (Mustangs_Cowboys20100403.flv) Ezt szeretném letölteni. Van valakinek 5lete, hogy hogyan tudnám?

Köszi,
Sz.

Hali!

A szokasosnal kicsit komplikaltabb atiranyitasi megoldasra lenne szuksegem.
A gond a kovetkezo:
Letezett egy weblap, ebben az URL formaban: www.valami.hu/subpages/tamasblog
Egy bejegyzes URL-je pedig a kovetkezo kepp mutatott: www.valami.hu/subpages/tamasblog/archives/2010/01/postname

Most ez az oldal kapott egy szebb URL-t vegre, ami igy nez ki: www.tamasblog.valami.hu
Egy bejegyzes pedig: www.tamasblog.valami.hu/category/postname (bar ez mar nem lenyeges)

A gond a google, aminek a cache-eben meg megtalalhatoak a www.valami.hu/subpages/tamasblog/archives/2010/01/postname formatumu hivatkozasok, amik ugye 404-et dobnak ha valaki megnezi oket. A www.valami.hu/subpages/tamasblog -ra ugyan kitettem egy oldalt, hogy az uj oldal mas cimen erheto el, de ez nem vonatkozik minden google altal dobott regi URL-re.
Nos a kerdes az, hogy mikent lehetne megoldani, hogy minden regi deeplink iranyitson at a www.tamasblog.valami.hu -ra, ami ugye az uj cim.
Valami .htaccess dolgot sejtek, de ahhoz nagyon nem ertek es google sem volt baratsagos velem:)

Topic a JBoss temaknak ;-)