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 23:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 145. brněnský sraz, který proběhne v pátek 20. října od 18:00 hodin v restauraci Time Out na adrese Novoměstská 2 v Řečkovicích. Jedná se o poslední sraz před konferencí OpenAlt 2017, jež proběhne o víkendu 4. a 5. listopadu 2017 na FIT VUT v Brně. Běží registrace účastníků.

Ladislav Hagara | Komentářů: 0
včera 21:44 | Nová verze

Byla vydána verze 5.2.0 multiplatformního virtualizačního nástroje Oracle VM VirtualBox. Jedná se o první stabilní verzi z nové větve 5.2. Z novinek lze zmínit například možnost exportování VM do Oracle Cloudu, bezobslužnou instalaci hostovaného systému nebo vylepšené GUI. Podrobnosti v seznamu změn. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
včera 14:00 | Zajímavý projekt

Byl spuštěn Humble Down Under Bundle. Za vlastní cenu lze koupit multiplatformní hry The Warlock of Firetop Mountain, Screencheat, Hand of Fate a Satellite Reign. Při nadprůměrné platbě (aktuálně 3,63 $) také Hacknet, Hacknet Labyrinths, Crawl a Hurtworld. Při platbě 12 $ a více lze získat navíc Armello.

Ladislav Hagara | Komentářů: 0
včera 13:00 | Nová verze

Google Chrome 62 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 62.0.3202.62 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 35 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 2
včera 11:00 | Zajímavý článek

Článek (en) na Mozilla.cz je věnován vykreslování stránek ve Firefoxu. V průběhu roku 2018 by se ve Firefoxu měl objevit WebRender, jenž by měl vykreslování stránek urychlit díky využití GPU.

Ladislav Hagara | Komentářů: 5
včera 08:22 | Bezpečnostní upozornění

NÚKIB (Národní úřad pro kybernetickou a informační bezpečnost) informuje o zranitelnosti ROCA v procesu generování RSA klíčů, který se odehrává v softwarové knihovně implementované například v kryptografických čipových kartách, bezpečnostních tokenech a dalších hardwarových čipech vyrobených společností Infineon Technologies AG. Zranitelnost umožňuje praktický faktorizační útok, při kterém útočník dokáže vypočítat

… více »
Ladislav Hagara | Komentářů: 3
včera 01:23 | Zajímavý software

Příspěvek na blogu otevřené certifikační autority Let's Encrypt informuje o začlenění podpory protokolu ACME (Automatic Certificate Management Environment) přímo do webového serveru Apache. Klienty ACME lze nahradit novým modulem Apache mod_md. Na vývoj tohoto modulu bylo uvolněno 70 tisíc dolarů z programu Mozilla Open Source Support (MOSS). K rozchození HTTPS na Apache stačí nově přidat do konfiguračního souboru řádek s ManagedDomain. Minutový videonávod na YouTube [reddit].

Ladislav Hagara | Komentářů: 3
17.10. 14:15 | Komunita

Daniel Stenberg, autor nástroje curl, na svém blogu oznámil, že obdržel letošní Polhemovu cenu, kterou uděluje Švédská inženýrská asociace za „technologickou inovaci nebo důvtipné řešení technického problému“.

marbu | Komentářů: 11
17.10. 13:40 | Pozvánky

Cílem Social Good Hackathonu, který se uskuteční 21. a 22. října v Brně, je vymyslet a zrealizovat projekty, které pomůžou zlepšit svět kolem nás. Je to unikátní příležitost, jak představit nejrůznější sociální projekty a zrealizovat je, propojit aktivní lidi, zástupce a zástupkyně nevládních organizací a lidi z prostředí IT a designu. Hackathon pořádá brněnská neziskovka Nesehnutí.

… více »
Barbora | Komentářů: 1
17.10. 00:44 | Pozvánky

V sobotu 21. října 2017 se na půdě Elektrotechnické fakulty ČVUT v Praze uskuteční RT-Summit – setkání vývojářů linuxového jádra a uživatelů jeho real-time verze označované jako preempt-rt.

… více »
Pavel Píša | Komentářů: 8
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (11%)
 (1%)
 (0%)
 (1%)
 (72%)
 (14%)
Celkem 79 hlasů
 Komentářů: 5, poslední dnes 07:28
    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: 483×
    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.