In article <[EMAIL PROTECTED]>, LiRul <[EMAIL PROTECTED]> writes: > (Ki tudok kenyszeriteni egy force queue uritest.) Mig ha a kuldo > szerveren van, akkor ki vagyok szolgaltatva annak, hogy vagy jon x ido > mulva vagy nem. (Persze most is ez van, mert mint irtam a legtobb domain
Na de addig az o levele, az o felelossege. >> Kiveve, ha C egy olyan tuzfal mogott ul, ami betegesen irtozik az >> ECN-tol. IMHO manapsag ez az egyetlen olyan eset, amely indokolhat >> egy masodik MX-t. > > Vilagos, erre nem is gondoltam. Ez mar ebben a threadben off, de ki > tudom valahogy deriteni, hogy egy kliens ECN miatt nem jut el hozzam? > Gondolom leginkabb aktiv tuloldali rendszergazdai segitseggel. Dehogy! A hiba a te keszulekedben van (vagy nincs), nem a tuloldaliban. Egyszeruen telnetezz kivulrol (egy ECN-es geprol) a sajat 25-os (vagy akarmelyik masik nyitott) TCP portodra! Ellenorzeskeppen aztan egy olyanrol is, amelyik nem hasznal ECN-t. >> > Ezekkel a mailekkel vajon mi lenne egy MX eseten? >> >> Vagy varnak, amig elmulik a problema, >> vagy visszapattannak. > > Igy van. Egy normalis backup mx-szel pedig mindenki boldog lenne s > mukodne --relativ-- gordulekenyen a levelkezbesites. Ez onaltatas. :-) Ha nem jon helyre a cimzett SMTP szerver, akkor ugyanugy nem kapod meg a leveleket, akarhol is allnak. Viszont a felado abban a boldog _hitben_ el, hogy a levele eljutott hozzad. Ha viszont nala dekkolnanak, legalabb eselye lenne eszrevenni, hogy valami nem koser, es felemelheti a telefont, ha surgos a dolga. kissg _________________________________________________ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux