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 17:44 | IT novinky

    Vláda Spojených států získala desetiprocentní podíl v americkém výrobci čipů Intel. Oznámili to podle agentur americký prezident Donald Trump a ministr obchodu Howard Lutnick. Společnost Intel uvedla, že výměnou za desetiprocentní podíl obdrží státní dotace v hodnotě 8,9 miliardy dolarů (zhruba 186 miliard Kč). Částka podle Intelu zahrnuje dříve přislíbené subvence 5,7 miliardy dolarů z programu CHIPS na podporu výroby čipů v USA,

    … více »
    Ladislav Hagara | Komentářů: 6
    včera 17:33 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 27 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 04:22 | Nová verze

    Knihovna FFmpeg byla vydána ve verzi 8.0 „Huffman“. Přibyla mj. podpora hardwarově akcelerovaného kódování s využitím API Vulcan, viz seznam změn.

    Fluttershy, yay! | Komentářů: 0
    22.8. 17:44 | IT novinky

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2024 (pdf). V loňském roce NÚKIB evidoval dosud nejvíce kybernetických bezpečnostních incidentů s celkovým počtem 268. Oproti roku 2023 se však jedná pouze o drobný nárůst a závažnost dopadů evidovaných incidentů klesá již třetím rokem v řadě. V minulém roce NÚKIB evidoval pouze jeden velmi významný incident a významných incidentů bylo zaznamenáno 18, což oproti roku 2023 představuje pokles o více než polovinu.

    Ladislav Hagara | Komentářů: 1
    22.8. 13:55 | Komunita

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované obrázky APNG a WebP.

    Ladislav Hagara | Komentářů: 0
    22.8. 13:11 | IT novinky

    Na chytré telefony a počítačové tablety v Rusku bude od začátku příštího měsíce povinné předinstalovávat státem podporovanou komunikační aplikaci MAX, která konkuruje aplikaci WhatsApp americké společnosti Meta Platforms. Oznámila to dnes ruská vláda. Ta by podle kritiků mohla aplikaci MAX používat ke sledování uživatelů. Ruská státní média obvinění ze špehování pomocí aplikace MAX popírají. Tvrdí, že MAX má méně oprávnění k přístupu k údajům o uživatelích než konkurenční aplikace WhatsApp a Telegram.

    Ladislav Hagara | Komentářů: 44
    22.8. 04:22 | IT novinky

    Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu srpnový souhrn novinek. Kvůli nedostatečnému zájmu byla ukončena výroba telefonů PinePhone Pro.

    Ladislav Hagara | Komentářů: 2
    21.8. 22:22 | Nová verze

    Po pěti měsících vývoje byla vydána nová verze 0.15.1 programovacího jazyka Zig (GitHub, Wikipedie). Verze 0.15.0 byla přeskočena. Přispělo 162 vývojářů. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    21.8. 21:55 | Komunita

    Před sedmi lety společnost Valve představila fork projektu Wine s názvem Proton umožňující v Linuxu přímo ze Steamu hrát počítačové hry do té doby běžící pouze ve Windows. Aktuální přehled podporovaných her na stránkách ProtonDB

    Ladislav Hagara | Komentářů: 0
    21.8. 14:55 | IT novinky

    Společnost DuckDuckGo rozšířila svůj AI chat Duck.ai o GPT-5 mini (𝕏). Duck.ai umožňuje anonymní přístup bez vytváření účtů k několika modelům umělé inteligence. Aktuálně k GPT-4o mini, GPT-5 mini, Llama 4 Scout, Claude Haiku 3.5 a Mistral Small 3.

    Ladislav Hagara | Komentářů: 6
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (77%)
     (8%)
     (5%)
     (5%)
     (6%)
     (0%)
    Celkem 64 hlasů
     Komentářů: 6, poslední 21.8. 13:35
    Rozcestník

    Kauza html emaily

    13.2.2009 11:57 | Přečteno: 1963× | poslední úprava: 13.2.2009 11:57

    To som sa zase nas*al.

    Moja polovicka ma upozornila, ze niektore informacne maily od roznych firiem, co prijimaju su permamentne oznacovane ako spam. Tak som zapocal skumanie, ktore skoncilo ocakavanym vysledkom - prekvapenie - mail neobsahoval plaintext cast. Bol to len nejaky html bordel.

    Kedze to riesim s periodou opakovania cca 1 tyzden, nasiel som si cas spachat email nasledovneho znenia a odoslal ho na [postmaster,info]@[2_posledne_takto_dorucene_emaily(alza, stormware)]:

    ... blablabla ...
    Bohuzial, Vami odoslane emaily nesplnaju nalezitosti, ktore musia splnat, aby boli prijate nasim mailserverom bez problemov.
    
    Konkretne neobsahuje plain-text part, kvoli comu su mnohymi mailservrami ( 
    vratane nasho ) oznacovane ako podozrive. Mnoho emailovych klientov takisto  
    ma ( z objektivnych dovodov ) zakazane prijimat spravy v HTML. V pripade, ze 
    v sprave chyba textova cast, zakaznik nema moznost si tento email vobec 
    precitat.
    
    Poprosim Vas o napravu tohoto stavu, aby sme mohli tieto informativne email-y 
    od Vas prijimat bez zbytocnych problemov.
    
    Dakujem.
    ... blablabla ...
    


    Tento mail som odoslal na postmaster@ a info@ oboch domen. Ano, musim sa priznat, ocakaval som odpoved v style "plaintext by nam znemoznil supa-dupa formatovat a ofarbickovat kokotiny, ktore Vam posielame". Reakcia bola promptna, z oboch domen som dostal odpoved v desiatkach sekund. To som teda necakal! To je support !
    Za par sekund som schladol a nevedel som, ci sa mam smiat, alebo plakat. Posudte sami:
    From: postmaster@_domena_.cz
    
    Doručení těmto příjemcům nebo distribučním seznamům se nezdařilo:
    
    postmaster@_domena_.cz
    V e-mailovém systému příjemce nebyla nalezena adresa tohoto e-mailového příjemce.
    
    Server Microsoft Exchange se nebude pokoušet tuto zprávu znovu doručit. Zkontrolujte e-mailovou adresu příjemce a pokuste se tuto zprávu odeslat znovu nebo předejte správci systému tento diagnostický text.
    
    ________________________________
    Odesláno serverem Microsoft Exchange Server 2007
    
    
    Az na par pismen je obsah oboch mailov uplne identicky.

    Stracam idealy, zacinam vidiet svet pesimisticky. Dnes budem mat silne neproduktivny den...        

    Hodnocení: 100 %

            špatnédobré        

    Anketa

    Co by ste robili odosielatelom ciste HTML mailov?
     (32 %)
     (52 %)
     (63 %)
     (70 %)
     (7 %)
    Celkem 97 hlasů

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

    Komentáře

    Vložit další komentář

    13.2.2009 12:47 #Tom | skóre: 32 | blog: Inspirace, aneb co jsem kde vyhrabal
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Já bych HTML maily zrušil, kdo to smetí má furt mazat?
    stativ avatar 13.2.2009 13:39 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Já ne, dobře se tak odhalují spamy…
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    13.2.2009 13:01 R
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Co by sa dalo cakat od firmy, ktora pouziva najnovsi Exchange? Usmevne to posobi hlavne v spojeni s faktom, ze najnovsi Outlook ma podporu HTML uplne rozdrbanu.
    Luk avatar 13.2.2009 13:17 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Co na to říct? Tohle. Postmasterovská adresa dnes nefunguje leckomu, včetně velkých firem působících v oblasti internetových služeb. To by ještě nebylo nejhorší - mnohem horší je, že jejich odesílátka mnohdy neskutečným způsobem prasí zprávy, které pak Spamassassin zcela logicky ocení nějakým bodovým přídělem, protože spammeři si s dodržováním pravidel ve většině případů vůbec nelámou hlavu.
    Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
    13.2.2009 14:12 Kvakor
    Rozbalit Rozbalit vše Re: Kauza html emaily
    On je totiz casto postmaster u mailu, co poskytuji webhostingy, nastaveny jako administracni ucet pro e-mailove ucty, takze i kdyz existuje a neni zablokovany, vetsinou se nevybira.
    Luk avatar 13.2.2009 14:56 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Kauza html emaily
    To je samozřejmě chyba, zprávy z účtů tohoto typu by se rozhodně měly buď vybírat přímo nebo přesměrovávat někam, kde to někdo čte. Řeč je ale hlavně o firmách, jako je Seznam - tam se rozhodně nejedná o tuto situaci.
    Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
    13.2.2009 13:26 sssssssss | skóre: 15 | blog: cotoje
    Rozbalit Rozbalit vše Re: Kauza html emaily

     Nemam s tim problem a nechapu proc nekdo jo.

    hmm
    13.2.2009 13:30 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Bohuzial, Vami odoslane emaily nesplnaju nalezitosti, ktore musia splnat, aby boli prijate nasim mailserverom bez problemov.
    Jen tak dál. Čím víc správců si stanový nějaká interní (a nejlépe tajná) pravidla pro příjem e-mailů, tím dříve se stane e-mail pro takovýto druh komunikace nepoužitelný. Třeba pak všichni tihle odesílatelé a příjemci, kteří si stanovují vlastní pravidla, přestanou e-mail používat, a ti ostatní ho zase budou moci používat jako e-mail, se všemi pravidly dle RFC.
    msk avatar 13.2.2009 14:10 msk | skóre: 27 | blog: msk
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Jedna sa o defaultne nastavenie spamassasin v debian lenny. Tu je score:
    2.9 BAD_ENC_HEADER         Message has bad MIME encoding in the header
    0.0 HTML_MESSAGE           BODY: HTML included in message
    1.7 MIME_HTML_ONLY         BODY: Message only has text/html MIME parts
    0.9 MIME_HEADER_CTYPE_ONLY 'Content-Type' found without required MIME headers
    
    Ja za to, ze je niekto prasa, nemozem. Co sa tyka RFC, tak pokial sa bavime o 821, to pojednava len o transportnej vrstve. Takze kludne tade mozem poslat domace porno encodovane do base64 telnetom a pokial dodrzim tych par pravidiel, tak to v pohode odoslem. A to, ze to prijemca neprecita, je smtp uplne fuk.
    13.2.2009 15:04 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Jedná se o RFC 2822, řekl bych.
    13.2.2009 15:04 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Kauza html emaily
    RFC 821 je už poněkud zastaralé, už pár let je nahrazeno RFC 2821. A pak také existuje RFC 2822 a RFC 2045 – 2049.

    Já jsem ale měl na mysli především váš údiv „já jsem si tu stanovil pravidla a oni si je nezjistí a klidně je ignorují“.
    13.2.2009 15:59 kavol | skóre: 28
    Rozbalit Rozbalit vše Re: Kauza html emaily
    ale "on" si ta pravidla nestanovil, ta pravidla jsou v RFCčkách, na která odkazuješ, to že je "on" nezná není až tak podstatné ;-)
    13.2.2009 16:39 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Kauza html emaily
    V kterém RFC je, že e-mail musí obsahovat i část Mime-Typem text/plain? Navíc autor píše pouze o nějakých pravidlech, která si sám stanovil – jak můžete vědět, že mezi těmi pravidly není třeba že odesílatel musí po celou dobu odesílání e-mailu poskakovat po jedné noze a bít se v prsa?
    Luk avatar 13.2.2009 15:07 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Co sa tyka RFC, tak pokial sa bavime o 821, to pojednava len o transportnej vrstve.
    Ale máme také například RFC 2822, kde jsou pravidla pro vlastní zprávy (ať už se přenášejí pomocí SMTP nebo jinak). Tam je kupříkladu napsáno:

    A date-time specification MUST be semantically valid. That is, the day-of-the-week (if included) MUST be the day implied by the date, the numeric day-of-month MUST be between 1 and the number of days allowed for the specified month (in the specified year), the time-of-day MUST be in the range 00:00:00 through 23:59:60 (the number of seconds allowing for a leap second; see [STD12]), and the zone MUST be within the range -9959 through +9959.

    Toto jsou zrovna pravidla, která bývají často porušována. Jinak se dá říct, že když se bavíme o zprávách a jejich vyhodnocování ve Spamassassinu, jde v první řadě o RFC 2822 (formát zpráv) a až následně o RFC 2821 (SMTP).
    Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
    13.2.2009 15:15 CET
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Che, to by me fakt zajimalo, jakou prasarnu do toho MIME a Content-type cpe:)
    Nicky726 avatar 13.2.2009 21:08 Nicky726 | skóre: 56 | blog: Nicky726
    Rozbalit Rozbalit vše Re: Kauza html emaily
    A co takhle být rád, že mi nemůžou obchody cpát reklamu horem, dolem i mailem?
    Enjoy the detours. There you’ll find the things more important than what you want. (Hunter x Hunter)
    13.2.2009 23:17 Mmurphy
    Rozbalit Rozbalit vše Re: Kauza html emaily

    Teď tedy úplně přesně nevím na co si autor článku stěžujě. Koukal jsem teď na zdroj jednoho informačního emailu právě z Alza a všechno je podle RFC v pořádku. V hlavičce je správně "MIME-Version: 1.0" a jsou tu dokonce i dvě části, jedna s "Content-Type: text/plain;" a druhá s "Content-Type: text/html;".

    To by si taky třeba mohl začít stěžovat, že jsem tenhle komentář nenapsal v ASCII.

    To že si někdo stanoví svá pravidla pro SPAM ještě neznamená, že zpráva je špatně.

    Luk avatar 14.2.2009 00:10 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Kauza html emaily
    To že si někdo stanoví svá pravidla pro SPAM ještě neznamená, že zpráva je špatně.
    Jenže ony mnohdy ty zprávy špatně jsou. Například když mi chodily od Seznamu zprávy, na něž Amavis reagoval takto:
    X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char F8 hex): Subject:
    	Zat\370\355zen\355 z\341pisu v ...
    a Spamassassin takto:
    X-Spam-Status: Yes, score=5.11 tagged_above=2 required=5
    	tests=[DNS_FROM_RFC_ABUSE=0.374, MSGID_FROM_MTA_ID=1.704,
    	NO_REAL_NAME=0.178, SUBJ_ILLEGAL_CHARS=2.854]
    Prostě naprasili osmibitové znaky do předmětu a více se tím netrápili. Ony byly navíc osmibitové znaky i v těle zprávy, aniž by tam byla hlavička Content-Transfer-Encoding: 8bit. To je další prasárna a současně porušení RFC 2822 ("If the body contains data in any bit-width other than 7-bit, the appropriate bit-width Content-Transfer-Encoding token must be used (e.g., "8bit" for unencoded 8 bit wide data).").
    Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
    14.2.2009 10:03 Karel
    Rozbalit Rozbalit vše Re: Kauza html emaily

    +1

    14.2.2009 10:56 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Škoda, že něco takového nenapsal autor původního příspěvku. Ten psal pouze o tom, že e-maily nesplňují nějaká jeho pravidla, přičemž jediné, o kterém jsme se dozvěděli, bylo to, že e-mail musí mít i text/plain část.
    msk avatar 16.2.2009 09:24 msk | skóre: 27 | blog: msk
    Rozbalit Rozbalit vše Re: Kauza html emaily
    Ja som na zaciatku diskusie pastol body z assasinu, kde to je presne vidiet. Pravdu mate v tom, ze nebyt tych 2.9 bodov za encoding, tak by to SA neoznacil ako spam. Co ale nic nemeni na veci, ze by som ten mail napriek tomu nebol schopny precitat.

    Založit nové vláknoNahoru

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