On 2010.09.23. 21:50, Dévay Gyula wrote: > Na végül inkább mégiscsak újra raktam, tesztelgetem most, hogy elő > jön-e a hiba. Amit viszont láttam eddig, az az, hogy ha a > databytes-ben beállított méretnél nagyobb méretű levelet akarok a > szervere küldeni kliensként, akkor egyrészt a szerver végigvárja a levelet, > majd > közli, hogy túl nagy - eddig ok. Viszont a megadott limitnek megfelelő > levéltöredék ott marad a mess-ben és nem tűnik el. > > A kérdésem az, hogy: > 1) Meg lehet-e oldani, hogy ne terhelje a vonalat a túl nagy levél, > tehát már fogadás előtt eldobja? Vagy ez esetleg kliens függő (MUA), hogy > előre el küldi-e a levél méretét?
Tobb okbol is, ezek kozul az egyik, hogy nem kotelezo belerakni a meretet, masreszt igazat mondani sem kotelezo, harmadreszt qmail-nel nem a halozati forgalmat szamolja, hanem a qmail-queue altal a diszkre irt byteokat, amik mar nem tartalmazzak a fejleceket. > 2) Miért nem törli a levéltöredéket ebben az esetben? Mert valami nagytudasu maintainer addig patchelte, amig elqrta. > 3) Ha ráeresztek egy ilyen levelet, akkor miután már elérte a megadott > méretet, miért nem szakítja meg rögtön a kapcsolatot az MTA? Mert kuldhet uj levelet ugyanabban a kapcsolatban. > 4) Miközben egy levél eléri a max méretet, a többi kliens miért kap > emiatt disk full üzenetet? (A disken amúgy több 10 gigányi szabad hely > van ekkor is.) Lasd fent. Amikor eleri a databytes limitet, veletlenul sem adhat vissza diskfull-t, mert az temporary error (a tobbi resource limit-tel egyutt), mig a databytes permanent error-t general (elteri hibakod). -- Gabor HALASZ <[email protected]> _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
