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 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
dnes 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
dnes 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
dnes 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 1
dnes 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 2
včera 11:00 | Zajímavý software
Na Good Old Games je v rámci aktuálních zimních slev zdarma k dispozici remasterovaná verze klasické point&click adventury Grim Fandango, a to bez DRM a pro mainstreamové OS včetně GNU/Linuxu. Akce trvá do 14. prosince, 15:00 SEČ.
Fluttershy, yay! | Komentářů: 6
včera 07:22 | Pozvánky

Konference InstallFest 2018 proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Spuštěno bylo CFP. Přihlásit přednášku nebo workshop lze do 18. ledna 2018.

Ladislav Hagara | Komentářů: 0
12.12. 20:22 | Nová verze

Před měsícem byla vydána Fedora 27 ve dvou edicích: Workstation pro desktopové a Atomic pro cloudové nasazení. Fedora Server byl "vzhledem k náročnosti přechodu na modularitu" vydán pouze v betaverzi. Finální verze byla naplánována na leden 2018. Plán byl zrušen. Fedora 27 Server byl vydán již dnes. Jedná se ale o "klasický" server. Modularita se odkládá.

Ladislav Hagara | Komentářů: 6
12.12. 10:22 | Zajímavý článek

Lukáš Růžička v článku Kuchařka naší Růži aneb vaříme rychlou polévku z Beameru na MojeFedora.cz ukazuje "jak si rychle vytvořit prezentaci v LaTeXu, aniž bychom se přitom pouštěli do jeho bezedných hlubin".

Ladislav Hagara | Komentářů: 13
12.12. 07:22 | Komunita

Od 26. do 29. října proběhla v Bochumi European Coreboot Conference 2017 (ECC'17). Na programu této konference vývojářů a uživatelů corebootu, tj. svobodné náhrady proprietárních BIOSů, byla řada zajímavých přednášek. Jejich videozáznamy jsou postupně uvolňovány na YouTube.

Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 987 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    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: 488×
    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: 67 | 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: 67 | 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: 67 | 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.