abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 15:33 | Zajímavý článek

Článek systemd pro vývojáře: lokální vývojové servery v systemd na MojeFedora.cz doporučuje vývojářům používání systemd k ovládání svých projektů pomocí "systemctl --user".

Ladislav Hagara | Komentářů: 1
dnes 14:44 | Nová verze

Vyšla nová verze souborového manažera Midnight Commander 4.8.26. Mezi hlavní novinky patří zachování obsahu příkazové řádky při přepínání panelů pomocí Ctrl+O, stíny okolo dialogových oken jako v Norton Commanderu a dalších (vytvořeno autorem zprávičky), podpora jakkoli dlouhých názvů souborů a spousta dalších drobnějších věcí.

Aleš Janda | Komentářů: 0
dnes 07:00 | Komunita

Projekty Elasticsearch a Kibana změní s verzí 7.11 licenci. Už se nebude jednat o open source software. Důvodem změny licence byl spor se společností AWS (Amazon Web Services). AWS na změnu licence odpovídá vlastním forkem. Vycházet bude z verze 7.10 a zůstane pod open source licencí Apache.

Ladislav Hagara | Komentářů: 10
včera 23:33 | Komunita

Lidé ze společnosti Corellium se včera na Twitteru pochlubili screenshotem Ubuntu na Apple Siliconu aneb zprovoznili Ubuntu na počítači Apple s novým ARM procesorem M1. CTO jej už používá k vývoji ve svém herním křesle s 49 palcovým monitorem. Dnes byly na blogu Corellium publikovány detaily a pro případné zájemce i návod a obraz ke stažení. Upravili obraz Ubuntu pro Raspberry Pi.

Ladislav Hagara | Komentářů: 19
včera 13:22 | IT novinky

Rodina počítačů Raspberry Pi se rozšířila o jednočipový počítač Raspberry Pi Pico v ceně 4 dolary s vlastním procesorem RP2040. Představení na YouTube.

Ladislav Hagara | Komentářů: 11
20.1. 22:33 | Komunita

Společnost Red Hat na svém blogu oznámila, že Red Hat Enterprise Linux (RHEL) bude možné provozovat zdarma na 16 serverech.

Ladislav Hagara | Komentářů: 31
20.1. 14:55 | Bezpečnostní upozornění

Pod společným názvem DNSpooq byly zveřejněny informace o 7 bezpečnostních chybách v DNS caching a DHCP serveru dnsmasq. Jedná se o cache poisoning (CVE-2020-25686, CVE-2020-25684, CVE-2020-25685) a buffer overflow (CVE-2020-25687, CVE-2020-25683, CVE-2020-25682, CVE-2020-25681). Jejich kombinací lze dosáhnout závažnosti CVSS 9.8. Chyby jsou opraveny v dnsmasq 2.83.

Ladislav Hagara | Komentářů: 2
20.1. 13:33 | Nová verze

Byla vydána nová stabilní verze 19.07.6 (Changelog) linuxové distribuce primárně určené pro routery a vestavěné systémy OpenWrt (Wikipedie). Řešena je také řada bezpečnostních chyb. Především v dnsmasq (DNSpooq).

Ladislav Hagara | Komentářů: 0
20.1. 08:00 | Nová verze

Google Chrome 88 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 88.0.4324.96 přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 36 bezpečnostních chyb. Nálezci nejvážnější z nich (CVE-2021-21117) bylo vyplaceno 30 000 dolarů.

Ladislav Hagara | Komentářů: 12
20.1. 07:00 | Nová verze

Byla vydána nová verze 4.4.2 svobodného programu pro skicování, malování a úpravu obrázků Krita (Wikipedie). Přehled novinek i s náhledy v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
Jestliže používáte distribuci CentOS, kterou náhradu plánujete vzhledem k oznámenému ukončení vydávání?
 (28%)
 (3%)
 (2%)
 (22%)
 (0%)
 (3%)
 (42%)
Celkem 186 hlasů
 Komentářů: 3, poslední 10.1. 13:01
Rozcestník

Dotaz: Postfix a zpozdeni pri dorucovani mailu

7.6.2005 11:17 drtic73
Postfix a zpozdeni pri dorucovani mailu
Přečteno: 140×
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

7.6.2005 11:49 Kamorek | skóre: 33 | blog: předvolební mazec | VB
Rozbalit Rozbalit vše Re: Postfix a zpozdeni pri dorucovani mailu
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.
Taky si udělám nějakou studii.
7.6.2005 11:58 Tom K | skóre: 20
Rozbalit Rozbalit vše Re: Postfix a zpozdeni pri dorucovani mailu
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.
echo -n "u48" | sha1sum | head -c3; echo
7.6.2005 12:20 drtic73
Rozbalit Rozbalit vše Re: Postfix a zpozdeni pri dorucovani mailu
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.
7.6.2005 12:38 Jiří Veselský | skóre: 30 | blog: Jirkovo | Ostrava
Rozbalit Rozbalit vše Re: Postfix a zpozdeni pri dorucovani mailu

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.

7.6.2005 13:35 pol4s
Rozbalit Rozbalit vše Re: Postfix a zpozdeni pri dorucovani mailu
viděl bych to podobně, už jen kvůli tomu bezdrátu. použití ETRN je dobrá volba.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.