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í
×

    včera 16:55 | IT novinky

    Facebook má nové logo. Poznáte rozdíl?

    Ladislav Hagara | Komentářů: 1
    včera 15:55 | Nová verze

    Byla vydána nová verze 7.2 v Javě napsané aplikace pro komplexní návrh rozmístění nábytku a dalšího vybavení v interiérech Sweet Home 3D. Vyzkoušet lze online verzi. Před dvěma týdny vyšla placená verze pro chytré telefony a tablety (App Store, Google Play).

    Ladislav Hagara | Komentářů: 0
    22.9. 14:11 | Pozvánky

    Zítra 23. září proběhne Maker Faire Mladá Boleslav, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

    Ladislav Hagara | Komentářů: 0
    22.9. 13:33 | Nová verze

    Byla vydána beta verze Ubuntu 23.10 s kódovým názvem Mantic Minotaur. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 23.10 mělo vyjít 12. října 2023.

    Ladislav Hagara | Komentářů: 9
    22.9. 11:22 | Zajímavý článek

    Josef Průša informuje o nových verzích firmwarů pro tiskárny Original Prusa, 5.0.0 pro MK4 a MK3.9 a 5.1.0-alpha1 pro MINI, díky kterým jsou tiskárny mnohem rychlejší.

    Ladislav Hagara | Komentářů: 0
    22.9. 09:11 | Nová verze

    Mastodon (Wikipedie), svobodná federalizovaná sociální síť, byl vydán ve verzi 4.2. Z novinek je vypíchnuto vylepšené vyhledávání.

    Ladislav Hagara | Komentářů: 8
    22.9. 08:55 | Zajímavý článek

    Ben Hawkes publikoval pod názvem The WebP 0day analýzu bezpečnostní chyby CVE-2023-4863 v knihovně WebP / libwebp s řadou zajímavých odkazů. Pravděpodobně se jedná o stejnou chybu jako BLASTPASS (CVE-2023-41064 a CVE-2023-41061) v macOS, iOS, iPadOS a watchOS. Zpracování (zobrazení) speciálně připraveného obrázku nebo přílohy vedlo ke spuštění útočníkem připraveného kódu.

    Ladislav Hagara | Komentářů: 0
    22.9. 08:11 | Zajímavý článek

    Myš je pro kočku: Prohlížeče je dalším dílem ze série článků Myš je pro kočku, kde Edvard Rejthar ukazuje, jak lze počítač ovládat bez myši. Používáte ve webových prohlížečích zkratky Ctrl+(Shift)+Tab, Ctrl+(Shift)+PgDn/PgUp, F6, (Shift)+Alt+Enter nebo F7?

    Ladislav Hagara | Komentářů: 9
    21.9. 14:33 | Nová verze

    Vývojáři mobilní Datovky prosí o pomoc s testováním beta verze mobilní Datovky s novým grafickým rozhraním, podporou pro tmavý režim a podporou pro VoDZ. Aplikace je zatím dostupná pouze pro zařízení Android a je umístěna v samostatném instalačním kanále Datovka Beta. Tento kanál slouží pro testovaní nové funkcionality a grafického uživatelského rozhraní. Datovka Beta se instaluje jako samostatná aplikace s vlastními daty, která

    … více »
    Ladislav Hagara | Komentářů: 0
    21.9. 13:22 | Zajímavý software

    Harlequin byl vydán ve verzi 1.0.0. Jedná se o TUI (Text User Interface) IDE (Integrated Development Environment) k systému pro správu SQL OLAP databází DuckDB.

    Ladislav Hagara | Komentářů: 0
    Knihy s linuxovou tematikou
     (19%)
     (15%)
     (50%)
     (27%)
    Celkem 272 hlasů
     Komentářů: 11, poslední 17.9. 19:19
    Rozcestník

    Dotaz: Různé způsoby odmítnutí velkého emailu postfixem

    29.2.2012 10:50 Pavel
    Různé způsoby odmítnutí velkého emailu postfixem
    Přečteno: 594×
    Zdravím, hledám nějakého experta přes postfix. Narazil jsem na chování, kterému nerozumím natolik, jak bych potřeboval. Postfix je nastaven tak, aby odmítal příliš velké emaily, což je v pořádku, tak to chci a funguje to. Děje se tak ale (alespoň) dvěma odlišnými způsoby. Ze dvou různých freemailů posílám stejný (z pohledu uživatle) mail s přílohou velkou tak, aby neprošel. V prvním případě se v logu postfixu objeví jen hláška ve stylu:

    Feb 29 09:59:07 mx1 postfix/smtpd[14645]: NOQUEUE: reject: MAIL from xxxxx[ip]: 552 5.3.4 Message size exceeds fixed limit; proto=ESMTP helo=<xxxxx>

    Spojení je ukončeno a email se dál nezpracovává. Na odesilatelovu adresu nepřijde žádná chybová hláška a server se za cca půl hodiny pokusí email poslat znovu se stejným výsledkem.

    V druhém případě se email nejdříve začne zpracovávat (předá se spamfiltru), pak se v logu objeví hláška jako:

    Feb 29 09:49:41 mx1 postfix/smtpd[14645]: warning: 3AC29E3812A: queue file size limit exceeded

    Další pokusy se nekonají a odesílatel dostane chybovou zprávu.

    Trápí mě především první případ, jak opakované pokusy o doručení, tak absence chybové zprávy - může za to moje špatná konfigurace, nebo druhá strana? V druhém případě se mi nelíbí, že se email předává spamfiltru, ale s tím bych si možná poradil sám, když bych se trochu povrtal v konfiguraci. Především bych ale rád porozuměl tomu, co a proč se tam děje.

    Předem díky.

    Pavel

    Řešení dotazu:


    Odpovědi

    29.2.2012 12:31 d'areback
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    Odesilajici nemusi predem sdelit delku emailu. Takze je docela dobre mozne, ze to jeden odesilajici server dela a druhy ne - to by take vysvetlovalo, proc se ke zpracovani dostane i spamfilter.

    Jinak reagovat na odmitnuti 5.xx dalsim pokusem je chore, takze problem je na strane odesilajiciho.
    29.2.2012 13:10 Pavel
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    Díky, to zní logicky. Zkusim dumpnout komunikaci, abych to ověřil.
    29.2.2012 13:28 Pavel
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    Tak to přesně sedí. Jeden posílá za MAIL FROM ještě SIZE, druhý nikoli. Oba dřív či později dostanou jako odpověď 552, takže chyba je toho prvního.

    Ještě jednou díky.
    29.2.2012 12:52 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    První chování je naopak správné – e-mail odmítnete rovnou v průběhu přijímání, takže se nepřenáší zbytečně zbytek velké zprávy, navíc je o chybě ihned informován odesílající server, takže je na něm, aby informoval uživatele. V druhém případě hrozí, že někdo použil falešnou adresu, takže e-mail o chybě přijde někomu, kdo vám e-mail vůbec neposílal – vzhledem k tomu, že v chybové zprávě bývá část původního e-mailu citována, je tohle způsob, kterým se často šíří spam. Taky ve druhém případě už nemá moc smysl e-mail odmítat, protože úzkým místem (sítí k vám) už prošel.

    Nastavte si v Postfixu hodnotu message_size_limit, pak by měl velké zprávy odmítat přímo Postfix a to co nejdřív, jakmile velkou zprávu zjistí.
    29.2.2012 13:13 Pavel
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    On i v tom druhém případě je informován odesílající server, resp. to chybová zpráva je od něj, nikoli od mého serveru. Message_size_limit mám nastaven (resp. je nastaven by default) na 10 MB, to je OK.

    mx1:~# postconf | grep message_size_limit message_size_limit = 10240000
    29.2.2012 13:15 Pavel
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    Nějak se code značce neodřákovalo...

    mx1:~# postconf | grep message_size_limit

    message_size_limit = 10240000

    Každopádně díky za radu.
    29.2.2012 15:16 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    Takže e-maily předáváte do spamfiltru už v průběhu relace od klienta? To je docela odvážné… Každopádně pokud máte nastaven message_size_limit na požadovanou maximální velikost zprávy, je to v pořádku a je starostí odesílajícího serveru, aby se s tím chybovým kódem vypořádal.
    29.2.2012 15:53 Pavel
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    V čem je to odvážné? Pár nevýhod mě napadá, ale žádná dost velká na takové tvrzení.

    To zamítnutní je v pořádku, jen jsem chtěl pochopit, proč se to chová různě.
    29.2.2012 16:11 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    Pokud se ten antispam bude dobývat do přiložených archivů nebo dělat cokoli jiného, co může trvat dlouho, bude odesílající klient muset dlouho čekat na ukončení přenosu. To některým klientům nemusí vonět a mohou si třeba váš server přidat na seznam, kam budou doručovat jen v době menší zátěže, a pokud budou mít víc e-mailů na doručení, ty pro vás pozdrží ve frontě na později.

    Pro vás je to samozřejmě výhodnější, protože e-mail odmítnete ještě v rámci spojení a nemusíte řešit chybové hlášky. Tedy samozřejmě v případě, že klient neztratí trpělivost, neuzavře spojení sám a nepokusí se e-mail později doručit znovu.
    29.2.2012 17:12 Pavel
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    Tohle mě nenapadlo. Díky.
    1.3.2012 15:47 Pavel
    Rozbalit Rozbalit vše Re: Různé způsoby odmítnutí velkého emailu postfixem
    Trochu jsem to ještě zkoumal a ten spamfilter se nespouští. Jen jsem si špatně vyložil hlášku v logu, ktera ve skutečnosti říká, že aktivoval filtr, který mail později pošle do spamfiltru, nikoli spamfiltr samotný.

    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.