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

[nagyjából megoldva] segítség, megbolondult a cyrus (vagy inkább valami más?)

sziasztok!
van egy helyi hálózatban lévő cyrus imap szerver, rata 5-6 user mailbox és egy megosztott mappa. a közös használatú megosztott mappa a lényeg, a mailboxokat nem is használják. a közös mappa egy külön partíción van. a közös mappán minden felhasználónak full jogosultságai vannak.
a kliens gépek windows, és thunderbird 2.0.legutolsó.
ma szólt az egyik felhasználó, hogy nem látja a megosztott mappát. másik felhasználó is szólt, hogy ő sem látja. én viszont gyönyörűen látom, ezért észre sem vettem, hogy állítólag két napja nem megy.

kipróbáltam a következőket:
- saját gépemen saját felhasználómmal bejelentkezve, thunderbirdben bármilyen felhasználóval feljelentkezek az imap szerverre, akkor gyönyörűen látok minden mailboxot és megosztott mappát és minden üzenetet, minden hibátlanul működik.
- másik gépről, imapra semmilyen userrel bejelentkezve sem látszik a közös mappa, csak a user saját mailboxa.
- usernek küldve üzenetet, az látszik a user mailboxában szépen, csak a közös mappa nem látszik.
- bármelyik gépen bármelyik userrel nézve, ha thunderbirdben az imap szerverre kattintok és a feliratkozásokat megnézem, akkor ott gyönyörűen látszik minden megosztott cucc, de feliratkozást rápipálva sem jelennek meg a megosztott dolgok, és újra a feliratkozásra lépve, ugyanúgy nincs rá feliratkozva a user, pedig előtte be lett pipálva a feliratkozás
- magán a szerveren ha bármelyik user belép és thunderbird-ben megnyitja az imap accountját, akkor megint csak a saját mailboxát látja, a közöset nem. ha viszont én jelentkezek be, akkor látok mindent
- webmin cyrus admin modulja nem listáz ki semmit a mailbox tree alatt, semelyik partícióra. mintha még user mailboxok se lennének. bár ez lehet webmin hiba, nem sűrűn szoktam ebben cyrust nézegetni, és nem olyan rég (1 hónapja?) lett frissítve webmin, azóta nem néztem meg ezt a modult. lehet, hogy az új webmin bugja ez.
- webmin cyrus admin modulban ha újraépíttetem a mailbox treet, akkor is gyönyörűen mutatja a megosztott mappákat és azok tartalmát
- szerveren gyrus admin program is gyönyörűen mutat mindent. a megosztott mappák jogosultságai nem változtak, minden user full jogokkal bír, látniuk kéne.
- cyrus logokban nincs hibaüzenet, minden rendben, sasl auth működik, tls működik, látszik, ha useremmel megnyitom a közös mappákat, seen.db satöbbi frissül, nem nyafog semmiért, a konfiguráció nem változott évezredek óta...
- megosztott mappa partíciója (maildir) jogosultságok rendben.

szóval most csak pislogok, és nem tudom, mi lehet a gyíkja. van valakinek valami ötlete?

[megoldva]Firefox + flash plugin egérklikkelés probléma

Sikerült találnom, egy furcsa, de annál idegesítőbb hibát a fenti kombinációval. Adott egy Debian Sid rendszer, 32-bites, alaptelepítés 2010-01-15-ös frissítésekkel, 2.6.31-es kernellel mely a következő hibát generálja:
Bármilyen firefox derivát böngészőben (Firefox 3.5.5, Firefox 3.5.7, Iceweasel 3.5.6) flash tartalom megnyitásakor bal egérgomb műveletre nincs válasz vagy csak többszöri klikkelésre. Az tartalom betöltődik, videolejátszóknál elindul a lejátszás. Amennyiben a tartalmon egérmozgásra érzékeny terület van, azt követi, ugyanez vonatkozik a billentyűzet leütésekre. Bal klikkre feljön a gtk-s beállító menü, ott a a Settingsre klikkelve, feljön a flash menüje, de nem az már nem reagál az bal egérgombra. Hogy még cifrább legyen a helyzet, a úgy tűnik hiba függ a flash tartalom verziójától, ugyanis 3-as vagy annál régebbi flash fileokkal nem jelentkezik a probléma, és a beállító menü is működik.

A hiba jelentkezik az alábbi böngészőkkel:
Firefox 3.0.17, Firefox 3.5.5, Firefox 3.5.7, Iceweasel 3.5.6
Az alábbi flash pluginokkal:
9.0.124, 10.0 és 10.1-es széria mindegyikével, beleértve a debugosokat is.

A hiba független az X beállitásaitól, mert ugyanazon fileokkal, ugyanazon jelenséget generálja különböző driverekkel (nv, nvidia) a gyorsítás bekapcsolásától függetlenül.

A hiba független a firefox beállításaitól, azonos telepítésen minden usernél ugyanaz a hiba jelentkezik.

A hiba nem jelentkezik egy másik telepítésen egy Firefox 3.0.2 / 9.0.124 kombinációban.

Ötlet ezen probléma megoldására?

antiemes válasza volt a helyes megoldás:
export GDK_NATIVE_WINDOWS=1

Kicsit utánaásva a dolgoknak a hiba oka, hogy a Gnomeos gyerekek megint okosak akartak lenni és migrálni akarják a az ablakozást a kliens oldalra. Tehát az ablakok generálása nem az X szabvány alapján történik, emiatt nincs minden ablaknak XID-je és nem alkalmazhatóak rá az X-es függvények. Pl. nem használhatsz X-es hívásokat, mert azok nem hajtódnak végre...
A GDK 2.18 előtti környezetekkel fejlesztett kódok viszont nem ismerik ezen "újítást" emiatt jelenkezik a fenn említett hiba. A GDK_NATIVE_WINDOWS változó kikapcsolja ezen új bug... akarom mondani featuret a GDK-n belül.

Érintett alkalmazások:
GDK 2.18 előtti, Cairo-t és minden nem tisztán GDK-t használó alkalmazások. Ez azért is frankó, mert innentől kezdve elég vicces lesz mondjuk egy GDK/SDL mixet használó alkalmazást fejleszteni.

Kiegészítés:
A fenti megoldás, csak Firefox 3.0.17-el és 9.0.124 vagy régebbi flash pluginnel megy.
Az export GDK_NATIVE_WINDOWS=1 helyett érdemesebb GDK_NATIVE_WINDOWS=1 alkalmazásneve megoldással indítani, ugyanis a gconfd VISSZAÁLLÍTJA az értéket nullára!

Update: Firefox 3.6RC2-ben is fenáll a hiba, tehát aki flasht akar, az kénytelen a 3.0-ánál maradnia.
Update2: A probléma csakis tisztán X-es window managerekkel áll fenn. A GTK alapú window managerekkel nem.

Szeretnék ezúton gratulálni a fejlesztőknek a kompatibilitás megőrzése és az X szabvány betartása irányába tett erőfeszítéseikért. Továbbá kérem jelntkezzenek az Aranylapátostarkóbaszás díj átvételére a különösen frappáns környezeti változó visszaállítós workaroundjokért. Szívből sajnálom, hogy az ilyen programozók cumi helyett nem egy csőre töltött SWt szopogattak csecsemőkorukban...

[MEGOLDVA] Postfix hiba - nem jön be a levél

Sziasztok,

Adott egy postfix szerver ami egy fix ip-s ADSL mögött lévő Ubuntu szerveren figyelget. Majdnem szépen teszi a dolgát, azonban van egy érdekes hiba amire nem jövök rá hogy mitől van.

A logban ez látszik:


Jan 15 18:28:33 samba postfix/smtpd[19648]: connect from gate.transped.at[83.219.166.34]
Jan 15 18:28:33 samba postfix/smtpd[19648]: DA4171A0E2: client=gate.transped.at[83.219.166.34]

...

Jan 15 18:38:33 samba postfix/smtpd[19648]: timeout after DATA (0 bytes) from gate.transped.at[83.219.166.34]
Jan 15 18:38:33 samba postfix/smtpd[19648]: disconnect from gate.transped.at[83.219.166.34]

Ezután egy bizonyos idő elteltével ez a kapcsolat elszáll timeout hibával.

Amelyik leveleket megkapok azok gyorsan és rendben megérkeznek.

Mit nézzek? Tuti valami triviális dolgot szúrok el...

MEGOLDÁS:

A probléma az volt hogy az ADSL 1492-es MTU-val ad a hálókártya 1500 volt. Bevéstem a hálókártya beállításába az 1492-es MTU-t és így megoldódott, plusz a linkelt topicban leírtakat követve az smtp üzenetet a cégnév.hu -ra írtam a mail.cégnév.hu helyett. Azóta nincs egyetlen levél vesztésem se.

qmail

Gyors segítség kellene. Megtudja e mondani valaki nekem melyik az a patch a qmail pop3d -hez ami megoldja azt a problémát hogy ha "Leave a copy on the server" be van pipálva akkor a szereveren maradt email megkapja a "read" vagy "seen" tagot.
Sajnos default install után ez nem történik meg.

Nagyon köszönöm.

Transmission finomhangolása

Sziasztok!

Transmission 1.75 (9117)-t használok Ubuntu 9.10 alatt.
A gépben lévő kevés tárhelyem miatt egy külső 1 TB NTFS-re formázott vinyóra torrentezek.
(NTFS a win kompatibilitás miatt szükséges, ismerem az ext2ifs-t de így sokkal kényelmesebb)

Eddig mindennel tökéletesen meg voltam elégedve, viszont pár napja iszonyatos lassulást tapasztaltam.
Töredezettségmentesítést lefuttatva 49%-ot mutatott az OO Defrag.

Töredezettségmentesítettem, de további esetek megelőzésére szeretnék tanácsot kérni.

Első körben szerintem be kellene kapcsolnom, hogy lefoglalja a helyet minden megkezdett torrentnek.
Ezt hol tudom megtenni? (GUI-ban nincs ilyen opció)

Egyéb tippeket tudnátok adni?

Köszönöm

suPHP és közös phpMyAdmin

Sziasztok!

Végre átalakítottam a szerver struktúráját. suPHP-val oldottam meg, hogy az egyes site-ok egy-egy felhasználó nevében fussanak.
Eddig tök jó, de közös phpMyAdmin-t szeretnék http://www.szerverenlevodomain.hu/phpmyadmin/ eléréssel.
Amíg minden www-data néven futott, addig nem volt gond, mert ugye mindenki mindent elért.
De most a suPHP-nak gondja van azzal, hogy nem közös a DocumentRoot.
Ilyenkor mit lehet, mit kell tenni?

Valaki tudna tanácsot/megoldást adni?

Üdv: redman

[Megoldva] sieve ékezetes folderek?

Dovecot alatt CMU sieve.

A fájlban az van, hogy:
if address :is "From" "logcheck@moto" {
fileinto ".INBOX.Munka.Adminisztr&AOE-ci&APM-.logok";
}

A logban ezt panaszkodja:
Jan 11 18:02:09 moto deliver(gee): sieve_execute_bytecode(/home/gee/.dovecot.sievec) failed
Jan 11 18:02:09 moto deliver(gee): msgid=<20100111170208.F1FFB47C1A@moto.motoros.eu>: Couldn't open mailbox
+.INBOX.Munka.Adminisztr&AOE-ci&APM-.logok: Invalid mailbox name
Jan 11 18:02:09 moto deliver(gee): sieve runtime error: Fileinto: Generic Error
Jan 11 19:35:54 moto deliver(gee): msgid=<20100111183554.72F6647C08@moto.motoros.eu>: Couldn't open mailbox .INBOX.Munka.Adminisztráció.logok/: Invalid mailbox name

Szóval próbáltam ékezetesen írni, ékezet nélkül, / a folder neve után, vagy nem. Több ötletem nincs.

A fájlrendszerben ez látszik:
gee@moto:~$ ls -ld Maildir/.INBOX.Munka.Adminisztr\&AOE-ci\&APM-.logok
drwx------ 5 gee gee 4096 2010-01-10 23:21 Maildir/.INBOX.Munka.Adminisztr&AOE-ci&APM-.logok

Ez nem csak a megjelenítés okossága, szerintem valóban így hívják a könyvtárat, legalábbis az ékezetes betűket egyébként kiválóan megjeleníti a terminál:
gee@moto:~$ ls -l árvíztűrő_tükörfúrógép
-rw-r--r-- 1 gee gee 0 2010-01-11 19:27 árvíztűrő_tükörfúrógép

Ez a folder Kmail-ben vagy squirrelmail-ben egyébként ékezetesnek látszik, szóval a dovecot jól látja (mondjuk ez nem csoda, hiszen a dovecot hozta létre).

Valami ötlet?