Vlákno názorů k článku Šťoura: Jak funguje POP3 Seznamu? od Hynek Med - Tak asi prilis velky pocet otevrenych soboru v...

Tak asi prilis velky pocet otevrenych soboru v databazi. :-)

Dekuji za Vase uvahy, mnozstvim souboru v adresari to skutecne neni, ani uzivatelskymi pravy. Spise bych se priklanel k poctu otevrenych souboru. Nepouzivame qmail-pop3d ale vlastniho daemona. Mail se cte z databaze a ne jako samostatny soubor. Nejvetsi potize byvaji prave s databazi, a tam je asi treba hledat chybu. --VB

No, je sice hezka teorie, ale az na to, ze od takovychto problemu by tezko pomohl restart.
Myslim ze mnohem pravdepodobnejsi je, ze spis pretekl maximalni pocet otevrenych souboru, nebo tak neco, a prekvapuje mne, ze na to neprisli drive..

Seznamu uz to nejelo nejmin 4x za posledni 3 mesice. Po upozorneni to vse prestane uplne chodit a az to zprovozni, tak jsou vsechny zpravy oznaceny jako "NEW" a mailer je bere jako nove a prijme je znovu !! Uz mne s tim pomalu stvou.

Uvedena chyba byla zrejme odstranena - druhy den jiz vse fungovalo tak, jak melo.

Pokousel jsem se o spekulace, cim by to mohlo byt.

Pokud vim (a rozhrani tak vypada), je tato sluzba postavena nad qmailem. Studiem zdrojaku jsem zjistil, ze chybova hlaska odpovida tomu, ze selze volani open(). Jelikoz (potencialne namahave) scandir() jiz probehlo, lze tezko uvazovat nad problemem s prilis mnoha soubory v adresari. Pokud neni nejaky bug v underlying vrstvach (NFS? opravdu netusim), vznika uvedena chyba tak, ze qmail-pop3d bezi v kontextu spatneho uzivatele; obsah Maildir (treba s pravy 750) je pro nej citelny (chdir() i scandir() se povedou), ale jednotlive maily (vzdy s pravy 400) jiz nikoliv.

Jinymi slovy, v tomto pripade podeziram nastaveni, tj. chybu obsluhy. Je mozne, ze nastaveni je generovano strojem - v tom pripade bych hledal chybu v nastavovacich skriptech.