Dotaz: Postfix a zpozdeni pri dorucovani mailu

[drtic73]

Potreboval bych poradit.

Spravuji v jedne firme mailovy server, nasi domenu a MX zaznam nas provider. MTA je v internetu dostupny na mta.nasefirma.cz. Problem je ze za den zhruba 2/3 vsech mailu prijdou v poradku, vzdaleny klient posila mail pres svuj mta, ten se spoji s nasim a nasledne to spadne do schranky lokalniho usera. 1/3 mailu chodi bohuzel s nekolikahodinovym zpozdenim nebo az na druhy den. Ze zdroje zpravy jsem vycetl ze vzdaleny mta se nespoji s nasim primo ale spoji se s mta naseho providera a ten nam maily za cely den jednorazove doruci treba o pulnoci.

Pouzivam postfix, jedine co me napada ze nas postfix nestiha reagovat na prichozi maily tak jsem mu zvedl pocet soubezne zpracovavanych mailu na 10 ale nemelo to zadny efekt. Z logu jsem taktez nevycetl nic co by vedlo k reseni. Bezi to relativne rychle masine a nejakych 600 mailu/den by ho nemelo nejak moc zamestnat.

Dekuji za pripadne nasmerovani

Odpovědi

[Kamorek]

No, me se stalo, ze kdyz nebyl nas mailserver k dostupny (meli jsme vypadky kvuli bezdratovemu pripojeni, posta sla na zalozni mailserver naseho providera a z nej se to stahlo asi 2x za den, nebo po restartu naseho sereru. Takze vse se vyresilo domenovym kosem, ktery je u providera a stahujem to co 10 minut. Rekl bych, ze mailserver bych doporucil provozovat pouze na obzvlaste garantovanych linkach. jinak domenovy kose mi pripada na soucasnych typech pripojeni (ADSL,WIFI) spolehlivejsi.

[Tom K]

Jestli ono to nebude tim, ze mailserver vezme prvni MX a ne ten s nizsim cislem, kdyz se pokousi dorucit mail. A kdyz potom mate vic MX zaznamu, tak se to muze dit. Co by mne zajimalo vic je, proc mailserver poskytovatele ceka tak dlouho, nez to preposle dal.

[drtic73]

Dekuju za reakce. Taky je to pro me zahadou. Predevcirem jsem psal providerovi aby se podival jake priority ma u MX zaznamu pro nasi domenu. Bohuzel zatim mi neodepsal. Problem je nekde tady...(copy/paste ze zdroje zpravy)

Received: from mta.provider.cz (mta.provider.cz [0.0.0.0])
	by mta.nasefirma.cz (Postfix) with ESMTP id EA0257CA186
	for user@firma.cz; Mon,  6 Jun 2005 19:46:05 +0200 (CEST)
Received: from provider.cz ([0.0.0.0]) by mta.provider.cz
          (Netscape Mail Server v1.1) with SMTP id AAR826
          for user@firma.cz; Mon, 6 Jun 2005 07:29:31 +0200

Jestli to chapu dobre tak provideruv mta to prijal 7:29 a nas to dostal v 19:46.

Kvalitu linky monitoruju zbezne pres rrd-toolsy a vypada ze je to ok. Pripojeni jsme bezdratem v pasmu 10GHz na vzdalenost asi 400m.

Domenovy kos je castecne reseni, tuhle variantu jsem prave opustil a zvolil firemni mta, prave kvuli zdrzovani se s providerovym mta a vice mi vyhovovalo resit si problem viru a spamu u sebe (amavis,clamav,spamassassin).

Jeste jednou diky za reakce.

[Jiří Veselský]

No řekněme, že nikde není žádná chyba, a že to má celé tento průběh: původní odesílatel se pokusí spojit s vaším MTA a kvůli (třeba krátkodobému výpadku linky) se mu to nepovede, pročež se spojí se záložním MTA vašeho providera, který (možná) zkusí předat mail hned vám, ale (ze stejného důvodu jako původnímu odesílateli) se mu to nepovede, takže si nasheduluje opakovaný pokus o doručení, například za 6 hodin. Je to, řekněme, neobvyklé nastavení, ale docela dobře možné.

Pořád vám ještě zbývá starý dobrý ETRN, kterým si váš postfix může od providera vyžádat veškerou uloženou poštu jako že hned.

[pol4s]

viděl bych to podobně, už jen kvůli tomu bezdrátu. použití ETRN je dobrá volba.