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? 2) Miért nem törli a levéltöredéket ebben az esetben? 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? 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.) 2010. szeptember 6., 12:44:12, írtad: > Jo ez igy (ahhoz kepest, ahogy kinez), ez inditja a qmail-send-et es > baratait. Egy ulimit -c 262144 nem art az exec ele, de anelkul is elvan. > Megprobalhatod kezzel elinditani a qmail-start-ot, es akkor kiderul, ki > keresi a nofiles-t -- Üdvözlettel, Dévay Gyula mailto:[email protected] _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
