Obrázky v emailech

21.1.2010 00:16 | Přečteno: 2337× | Abíčko | poslední úprava: 21.1.2010 00:16

Máme poptávku na vložení obrázku do víkendového souhrnu, jehož zasílání si můžete objednat ve svém profilu. Inzerent chce vložit svůj leták a očekává, že bude automaticky zobrazen, aniž by uživatel musel provést nějakou akci. Jak na to?

Pokud soubor uložíme na serveru a v HTML kódu emailu jej budeme referencovat z tagu IMG, tak se na základě mých zkušeností obrázek neobjeví, uživatel musí ve Thunderbirdu explicitně povolit stahování obrázku ze serveru. Na druhou stranu má řešení výhodu, že velikost zasílaného emailu je minimální.

Druhá varianta je vložit obrázek jako přílohu do emailu a referencovat jej interně. První nevýhoda je zřejmá, větší přenosy dat. Zda se obrázek automaticky zobrazí, to si nejsem jist, to je má první otázka do pléna. Druhá otázka směřuje na adminy, jak se takový email koukají antispamy?

Závěrem mě zajímají otázky na uživatele. Například jaké byste navrhovali maximální rozměry a velikost obrázku? Ja osobně se kloním  k maximu 800 pixelů šířce, 1000 pixelů výšce a 50 KB velikosti. Dejte nám vědět vaše preference v anketě. Děkuji.

       

Anketa

Anketa

Anketa

Komentáře

[Stevko]

Treba sa držať klasiky: 468x60.

[Kvakor]

Pokud se udělá dobře MIME kontainer, tak by se měl obrázek zobrazovat ve všech klientech, co umí MIME, HTML a zobrazují obrázky:

MIME-Version: 1.0
Content-Type: multipart/related; type="text/html";
  boundary="nejakaboundary"
 
--nejakaboundary
Content-Type: text/html; charset = "utf-8"
Content-Transfer-Encoding: 8bit

(normální HTML, s max. 76 znaky/řádek)

<img src="cid:jmenoobrazku"  ....

(... a zbytek HTML)

--nejakaboundary
Content-Type: image/jpg
Content-ID: <jmenoobrazku>>
Content-Transfer-Encoding: base64
Content-Disposition: inline

(base64 zakódovaný obrázek s max. 76 znaky/řádek)

--nejakaboundary--

Hlavní trik je typ "multipart/related", použití Content-Disposition: inline, nastavení Content-ID u obrázku a jeho odkázání přes "pseudo-URL" cid:. Je to sice trochu MIME magie, ale nesetkal jsem se s případem, kdy by se touto metodou vytvořený obrázkový mail v něčem nezobrazoval.

Přesnější popis najdete v RFC 2387 - The MIME Multipart/Related Content-type, odkazy na ostatní RFC jsou třeba v článku na Wikipedii o MIME. Neplést s mimy

[pht]

Ještě že někteří klienti jsou proti takové inovaci imunní.

Druhá otázka směřuje na adminy, jak se takový email koukají antispamy?

Jako na spam, což to v podstatě je.

[qwertzuiop]

> Jako na spam, což to v podstatě je.

"do víkendového souhrnu, jehož zasílání si můžete objednat ve svém profilu."

[pht]

Ano a objednávám si souhrn a ne plagát 800x1000 px s reklamou na kdovíco.

[multi]

moje rec. cekal jsem, ze to bude nejak decentni obrazek

[qwertzuiop]

Objednáváš si celek. Když jsem si koupil polštář, v balíku, ve kterém byl distribuován, byl i leták s reklamou na další výrobky. Byl tedy ten balík nevyžádaný?

[pht]

Ne, jen ten leták, který se v ničem nelišil od jiných podobných letáků (bez polštářů). Proto se k tomu spam filtr bude chovat jako ke spamu.

[qwertzuiop]

Jak se k tomu bude chovat nějaký filtr je jedno, já reagoval na tvrzení "což to v podstatě je".

[kralyk z abclinuxu]

Blbost. Koupil sis to s tím, že v tom může být leták, tudíž to není spam.
Kdybys od výrobce polštářů objednal balík výslovně bez letáku a on v tom leták byl, teprv by to byl spam.

[petr_p]

Koupil sis to s tím, že v tom může být leták

Fakt? Z čeho to plyne? Bylo to napsané v popisu zboží? Bylo nepřehlédnutelným způsobem jinak vyznačeno, že balení obsahuje polštář a reklamní brožuru? Upozornil na to prodavač? Nebo je obvyklé, že k polštáři se prodává reklama, protože člověk obě věci potřebuje ke spokojenému spánku?

Co kdyby místo reklamy téhož výrobce tam byla reklama na parní lokomotivu nebo tam byla chcíplá myš? Nebo licence na Windows? Taky by vám to přišlo normální?

[kralyk z abclinuxu]

Fakt? Z čeho to plyne? Bylo to napsané v popisu zboží?

V tomto případě ano.

[Leoš Literák]

Prijde mi bezne, ze s objednavkou z eshopu dostanu vzorky jineho zbozi ci letaky na dalsi zbozi. Pokud s tim mate nekdo problem a berete to jako poruseni nejakych pravidel, tak nemate pravdu.

[Josef Kufner]

Je to stejné svinstvo jako popupy a plandající letáky v novinách. Pročpak je asi adblock tak populární?

[Luboš Doležel (Doli)]

Ano a ten souhrn je zase nutné z něčeho platit.

[Robert Krátký]

Jako na spam, což to v podstatě je.

Vycházíme mimo jiné z toho, že většina lidí hlasovala ANO v anketě, kde jsme se ptali, jestli by si kvůli inzerci byli ochotni nechat posílat HTML maily.

[Filip Jirsák]

Pokud je obrázek přímo v e-mailu, měl by se zobrazit – není to žádné porušení bezpečnosti ani soukromí. Důvodem nezobrazení by mohlo být jedině to, že si uživatel nepřeje vidět vůbec žádné obrázky v e-mailech, ale s tím už nejde udělat nic.

Antispam tomu přiloženému obrázku určitě dá nějaké trestné body, něco může být i za HTML. Ale pokud zbytek e-mailu bude normální český text, nemělo by to dostat už žádné další trestné body, a u rozumně nastaveného filtru nebude jeden obrázek stačit pro zařazení do spamu.

[Robo]

neda sa to nejak podobne:

<img src="data:image/png;base64,iVBORw0KGgoAAAANS..." />

[Jan Grmela]

To moc lidem radost neudělá, natahovat velikost už tak tučného mailu s obrázky o další 1/3...

[Robo]

AFAIK binarne data sa cez email tak ci tak konvertuju do base64

[Jan Grmela]

Hm, to je vlastně pravda. Mea culpa.

[Pavel Kysilka]

jo, to je nejlepsi cesta. Akorat to chce pro starsi MS emailove produkty omezit zhruba do 32kB velikost obrazku. Jinak se to nezobrazi.

[Jan Šimek]

Já bych měl otázku. Když jsem si chtěl povolit zobrazení obrázků v Kmailu, tak mi to řeklo, že to pro mě představuje bezpečnostní riziko, je tomu skutečně tak?

[Leoš Literák]

Pres skryte obrazky tahane z internetu lze detekovat, ze sis email precetl. To je pro spammery informace cenena dolary, overene emaily maji vyssi cenu.

[Kvakor]

Obrázek může být upravený tak, aby využil chyb příslušné dekódovací a zobrazovací knihovny a zaútočit přes buffer overflow na mailového klienta. Pokud si dobře pamatuju, nějakou dobu byla tato metoda oblíbený zpusob, jak napadnout MS Outlook Express, vytáhnou veškeré mailové adresy z adresáře a ještě jako bonus napadnou stroj, pokud uživatel běžel pod Aministrátorem (což většibnou běžel). Od té doby jsou uživatelé várování, aby podezdřelé maily ani neotevíraly ...

Mimo Windows je ale jediným reálným rizikem upozornění spamera, že e-mailová adresa je živá.

[blb]

Obrázek v e-mailu je zlo.

[kralyk z abclinuxu]

Eště řekni, že to je hřích, a bude to jasné