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

Sziasztok,

előre bocsájtanám, hogy nem vagyok nagy apache, pláne proxy bűvész... :)

A kérdésem a következő:
apacsunkat úgy konfiguráltam fel, hogy a www.mi.domainunk.hu/~username/file.neve szépen elérhetővé teszi a szükséges fileokat. Ezek a user dir-ek bentről sima samba megosztással elérhetők, lehet fel-le rámolgatni a szükséges dolgokat. Természetesen a userdir-ek nem listázhatók... :))
Viszont úgy tűnik, hogy az intézet új honlapja Plone alapú lesz, amit szépen fel lehet konfigurálni úgy, hogy az apache proxyzza a bejövő kéréseket, de...

(Aki nem ismerné: a plone zope-ra épül, a zope egy pythonban megírt web app szerver, amire szépen felépítették a plone cms-t. Ezek alapból a 8080-as porton futnak. Mivel a zope/plone alapból az összes hálózati interface ráül, a publikus ip-n is elérhető(k).)

...megoldható-e, hogy a userdirek továbbra is a régi módon (ld. fent) elérhetők legyenek, úgy, hogy egyébként a www.mi.domainunk.hu-ra az új oldal jöjjön be?

Remélem érthető, ha nem szóljatok! :)

Köszönöm!

Üdv!

Egy olyan Firefox addont keresnék, ami képes egy lenyíló menü elemét is elmenteni, és automatikusan kiválasztani.

ther

sziasztok!

teljességgel teoretikus a dolog, nem megoldást keresek, vagy efféle. lehetne akár a fun rovatban is, mert eléggé leesett az állam, amikor megláttam az alábbit. adva van egy gép, amin winxp fut és zone alarm "védi". (nem akarok vallási vitát, az flame topik lenne :D) a minap azt tapasztaltam, hogy volt egy frissítése, feltettem, majd onnantól a gép távolról bejelentkezést nem eresztett. én hülye nyomtatm egy restartot neki távolról... amikor némi morgás kíséretében benéztem a gép elé, akkor ért a meglepetés.

semmi baja nem volt a gépnek, ott várt a belépésre. (távolról se ping, se egyéb nem élt, azt hittem hálózati hiba lesz, vagy belehalt a restartba) egy mellette levő gépről nyomtam egy pinget, onnan se látszott. mondom jó, akkor belépek, megnézem mi van. beléptem és semmi extrát nem tapasztaltam. viszont belépés közben feltűnt, hogy a másik gépről a pingetés egyszer csak választ talál, miközben én a desktop feltünedező elemeire várok.

ezek után tesztelgetve kiderült, hogy amikor a zonealarm tálcaikonja is bejött, körbenézett, rácsodálkozott a világra, akkor már elérhetővé vált a gép. ez a fícsör eddig nem volt (emiatt most kuka lett neki, mert ez értelmetlen).

látott már valaki hasonlót? úgy értem, hogy ennek van valami értelme egy tűzfal esetén? (mondjuk jobb, mintha addig bármit beeresztene, de akkor is... így egy távoli restart elérhetetlenné teszi a gépet. pláne mert baszik szólni, hogy ilyen fícsörrel "gazdagodott".

csak én nem látom ennek a szolgáltatásnak értelmét?

apache2.2, suexec és mod_fcgid trió futtatja a php5-öt.

minden jól is szuperál, de beleütköztem egy nagyon furcsa hibajelenségbe.

debug során sikerült kideríteni, h a http post-ban elküldött adatok bizonyos méret fölött csonkolódnak azaz a vége levágódik, míg ugyan ez mod-php -nál nem jelentkezik.

nem találok konfig paraméterezési lehetőséget ill. bedrótozott értékeket fcgid max post size-ra vagy bármire ami ezt okozhatná.

van ötletetek h merre nézelődjek ill. miként lehet ezt a problémát kiküszöbölni?

Az a nyomorom, hogy néha ottfelejtem pl. az otthoni gépemen a thunderbird-öt, és akkor egész nap azzal szívok, hogy visszajön az inbox tartalma. A levelek törlését a "mail.imap.expunge_after_delete" 1-re állításával sikerült orvoslni, így a törölt levelek nem kerülnek megint elő, ám az olvasott-olvasatlan státusz már igen. Azaz elolvasok egy levelet, minden remek, ám pár perc múlva megint olvasatlannak jelenik meg, ami kifejezetten bosszantó.

Nem nagyon találtam erre megoldást, így van én konfigtam valamit félre, vagy ez ilyen :)

Esetleg valakinek ötlete arra, hogy mit lehetne csinálni, hogy a TB az olvasott-olvasatlan (esetleg egyebet, ha van) státuszokat is azonnal update-elje? Vagy ha elolvastam, akkor ne írja rá a másik, hogy olvasatlan.

Update: bocsi, imap és uw-imapd van :)

Az van, hogy van egy intranet server, amit az apache kb. így szolgál ki:

<VirtualHost *:443>
ServerName barmi.com
ProxyPass / http://localhost:5000/

Többnyire jól működik, de amikor az alkalmazás egy POST után redirect-et küld a kliensnek, akkor a böngésző http-n keresztül fogja a szervert megszólítani. Erre bevezettem a következő átirányítást:

<VirtualHost *:80>
ServerName barmi.com
RewriteEngine on
RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R]
</VirtualHost>

Azonban ezzel az a baj, hogy a hálózaton még csak közlekedik az a fránya url titkosítatlanul, és egyel több lépés van, mint igazából szükséges lenne. Hogyan lehetne ezt az utóbbit kiküszöbölni, és a kliensnek egyből pl. https-es redirect-eket küldeni? Ahogy néztem, az alkalmazás dominánsan csak relatív, maximum /absolute/path/ alakú URL-eket küld redirectben, de előfordulhat, hogy http://barmi.com/absolute/path-t is küldhet valamely funkciója.

Sziasztok!

Nem találtam topicot ennek a CMS-nek, hát legyen egy.
Kérdések jöhetnek, válaszok pláne :)

Sziasztok,

Van egy Postfix szerver Debian-on, ami szűr bizonyos kiterjesztésű file-okat tartalmazó levelet. A kedves user ne küldjön avi, bmp, exe, stb. file-okat. A konfig lényege:

/etc/postfix/main.cf
mime_header_checks = regexp:/etc/postfix/blocked

/etc/postfix/blocked
/name=[^>]*\.([itt vannak a kiterjesztések])/ REJECT


A dolog működik, log bejegyzés:
postfix/cleanup ... reject: header Content-Type: ... 5.7.1 message content rejected

Viszont a küldő a következőt kapja vissza:
Your message did not reach some or all of the intended recipients.
...
The following recipient(s) could not be reached:
'címzett@valami.hu'
No transport provider was available for delivery to this recipient.

Ami megtévesztő. Szeretném ezt az üzenetet valami olyanra cserélni, mint ami a log-ba bekerült, tehát pl.: "Message content rejected ..."

Guglizok már egy ideje, de nem találom a megoldást. Van valami tippetek?

Kösz,
x

Rengeteg levelem, valamint dokumentumom veszett oda, mivel úgy tűnik, a Google törölte a fiókomat. Először csak azt gondoltam, átmeneti hiba van, mert bejelentkezéskor rossz felhasználónév/jelszó hibával fogadott. De a probléma 24 óra elteltével sem változottm holott bizonyosan nem felejtettem el sem az azonosítómat, sem jelszavamat.

Ekkor egy másik email címről megpróbáltam emailt küldeni erre a címre és a visszaérkező üzenet azt tartalmazza, hogy az email cím nem is létezik. Ügyfélszolgálat sajnálja, de csak annyit írnak, hogy csináljak új fiókot.

Mivel a google docs-ot hatékony információtárolónak tartottam, telefonszámok és dokumentumok tömege veszett oda leveleimen kívül. Hát ennyit a cloud computingról...

Update 2009. 11. 16.

Azóta egy üzleti partneremnek tüntek el levelei, amit úgy tudtam meg, hogy megkérdeztem, megkapta-e a leveleimet a gmail-os címére és ennek csak egy részét látta, valamint régebbi levelei közül sokat nem.

Másik üzleti partnerem pedig azzal keresett meg, hogy segítsek, mert a régi - 2006-os - levelei 2009-es dátummal sorakoznak, mind a webes, mind az imap kliensben.

Mennyire lehet számítani hogy weboldalon látni fognak spéci unikód karaktereket?
Van esetleg egy csoport amit bátran lehet használni mást meg szigorúan kerülni?
Lenne értelme itt egy szavazásnak hogy ki mit nem lát, és ha igen akkor mikkel kellene tesztelni?

(tehát most ez egy általános kérdés, nem egy konkrét probléma hogy mondjuk egyszerűbb, biztosabb képként beszúrni)
tehát mondjuk ezek közül van aki "joker" karaktert lát?:
≠∞∮✓„”±½∝γ벩^³≤®°÷√∫≈≥∑