In article <pine.lnx.4.44.0905070019060.6413-100...@baltazar.vcsk.hu>, Szabo Istvan <szist...@mail.vcsk.hu> writes: >> Nem kell virtualiz=E1ci=F3 ahhoz, hogy pl. k=E9t Postfixet futtass, >> amelyek egym=E1ssal pingpongoznak. :) > > M=E1rmint az egyik fut a szok=E1sos 25-=F6n, m=EDg a m=E1sik pl. 26-on? > > Ha a 26-r=F3l kik=FCld=F6k 1 levelet majd az visszafordulna (bounce), akkor= > az a > 25-re j=F6nne vissza? ;-)
Megeshet. Mi ezzel a gond? A problémád megoldja a következõ felállás: Két postfix fut: X és Y. X a szokásos. Az kapja a leveleket kívülrõl. Beidomítod, hogy ha a feladó felszol...@domain.hu, akkor adja tovább Y-nak. (Már ha lehet ilyet egyáltalán. Ez a gyenge pont.) Y SMTP szervere nem a 25-ös TCP porton ül, hanem akárhol. (Esetleg egy Unix socketen.) Ez más - "kapkodó idegbeteg" - beállításokkal fut: 2 óra után végleg visszadobja a kézbesíthetetlen leveleket. A külvilág nem lát különbséget az X-tõl és Y-tól érkezõ levelek közt, beleértve a bounce-okat is. Leveledbõl nem derül ki, hogy lokális kézbesítésrõl van-e szó, vagy további MTA-khoz (mondjuk Z) küldenéd a felszólítótól érkezõ leveleket. Utóbbi esetben hogy értelmezzük a "rövid határidõt"? Z is be lesz idomítva, hogy 2 óra után hibát jelezzen? Ha Z bounce-ol és nem közvetlenül a feladónak, hanem mindenáron a te rendszereden keresztül - mert például egy UUCP node telefonos kapcsolattal-, akkor azt a levelet X kapja meg és passzolja tovább felszol...@domain.hu-nak. Pont ahogy felvetetted. Okoz ez bárkinek fejfájást? Nem hinném. Ha ellenben Y-t lokális kézbesítésre használod (csak az valamiért akadozni képes), akkor Y sosem küld a világba olyan leveleket, amik visszapattanhatnának. (De ha mégis, akkor X lekezeli.) Csak bounce menne ki tõle, az meg nem fog visszajönni. (Ha mégis, akkor meg már olyan mindegy.) g _________________________________________________ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux