ÚOOÚ a e-shopy

Ahoj, někde jsem se tu dočetl, že pokud mám e-shop a shromažduji informace o zákaznících, měly o tom na uoou vědět. Je na to nějaký formulář? Mohl by mi ho sem někdo hodit? A pokud ne, tak prosím o nějaký návod, co mám udělat. Myslím si, že to nebude jen pro mě, ale pokud o této povinnosti někdo neví, tak aby to měl také co nejjednodušší :-) Momentálně e-shop nemá newslatter, ale v dtb je něco přes 10 000 e-mailů, od zákazníků za posledních x let a nechtěl bych, aby vznikly nějaké nepříjemnosti. A přijde mi velká škoda newslatter nevyužít. To je druhá otázka, nějaké rady pro to jak odesílat úspěšný newslatter? Pokud se tu nejde dobrá duše, která by mi pomohla s menší úpravou HTML e-mailu (pracovní verze), který jsem udělal, ale za boha se mi ne a ne zobrazit v mailu jako na webu, nevím jaký má mít HTML e-mail hlavičky :-)

http://www.uoou.cz/uoou.aspx?menu=29&submenu=31&loc=487

Napsal gostrider;921148

http://www.uoou.cz/uoou.aspx?menu=29&submenu=31&loc=487

Díky :-)

Pokud se zakaznici registrovali s tim, ze souhlasili s obch. podminkami, ze jim muzete zasilat obchodni sdeleni, je spise vase hloupost, ze jste toho jeste vubec nevyuzil.Dany formular je dobre vyplnit, ale zmenu k lepsimu neocekavejte. UOOU je tu pro lidi, kteri se potrebuji zneuziti branit, nikdy uoou nechranil podnikatele.Technicky k hlavickam:HTML mail ma mit rozhodne jak html verzi tak i plaintext, nebot vetsina spamfiltru jsou na to hakliva a nektery spamfiltry dokonce resi i to, ze pisete neco jineho v plain a neco jineho v html a daji vam tak spatne hodnoceni. Content-type je pak multipart v headers a pak html nebo plain oddeleny prazdnym radkem.Vase stranka zacina a konci spravne, ale pozor v mailu musite vzdy uvadet plnou cestu vcetne cesty k css, tedy ne href="/css/page.css" asi bych takovou stranku dal jeste prednostne do base64, obejdou se tak nektere spamfiltry.Ruzne zmeny v hlavickach jako napr. jmeno, email odesilatele, email pro chyby a odpovedi, mail klient, php odesilaci skript, smtp server s ip, priority, datum odeslani, tak i podvrzene predchozi hodnoceni spamfiltru preposilaneho emailu se daji resit na urovni programovaciho jazyka jako je treba PHP.Zmeny majici charakter duveryhodnosti co se tyce s/mime podepsani zpravy, DKIM domenovy podpis, SPF jsou veci aplikacni, lepsi hosting nabidne alespon SPF, ktere toho moc stejne nevyresi. I s s/mime jde ale podepsat zpravu za pomoci PHP, ale dokumentace php na to moc nestaci a nakonec vystavovat certifikat s klicem na webu je sebevrazda.Ruzne high cool veci jako jsou skryti received zaznamu ze serveru nebo message-id mezi servery se neobejde bez zasahu do konfigurace serveru a vyuziti ruznych doplnku.Mel jsem dokonce moznost si vyzkouset upravit odeslane emaily tak, ze je server prepise na cizi libovolnou IP z puvodni vetne zmeny domenoveho jmena, zachova ale puvodni id zpravy(pro kazdy email je jiny), to id zapise i do message-id a v nem podle toho upravi i domenu. Timhle se obchazi ruzne greylistingy a tak se na greylistingu mohou nepravem objevit i IP adresy serioznich serveru. Pak kdyz je domena na spamfiltrech, coz se da pomoci webovych nastroju zjistit snadno, prepise se konfigurace a jede se na novo.asi tak to delaji spameri.

Napsal Bluemoon;921188

HTML mail ma mit rozhodne jak html verzi tak i plaintext, nebot vetsina spamfiltru jsou na to hakliva a nektery spamfiltry dokonce resi i to, ze pisete neco jineho v plain a neco jineho v html a daji vam tak spatne hodnoceni.

To jsem si myslel taky (a napr. nas editor grafickych mailu www.maillist.cz to dela automaticky), nicmene pokud lze povazovat google za urcity prumyslovy standard, tak hromadne maily od nej chodi jen jako HTML...plain text je v tomhle smyslu prezitek a browsery zobrazi plain text tak, ze z html vyextrahuji text.

Google neni standard. To si myslite jen vy, ze se maily daji posilat jen v html bez ohledu na to, co si mysli spam filtry. Chvala nekoho, kdo tohle dela.Neco horsiho jsou u Google problemy s DNS zaznamy. Ty si sice prevedete ke google ale kdyz chcete odesilat email z weboveho formulare, tak nakonec i ten hloupy mail server, ktery se zepta serveru v MX zaznamu, jestli dana adresa existuje, tak najednou neexistuje a oznaci ji jako podvrhnutou a malokdo pouziva -f v mail funkci. Dokonce i zname frameworky tuhle moznost nemaji.

Napsal Bluemoon;921203

Google neni standard. To si myslite jen vy

Jeste jednou a polopaticky:ma gmail rekneme 80% trhu? ma.je v mailech ktere odesila google (jako firma - tzn. maily z docs, analytics, adsense apod) i plaintext verze? ne je tam pouze html verzez toho usuzuju, ze pokud se tak google chova navenek (jako odesilatel), bude stejne maily i prijimat.druhou cast vaseho textu jsem absolutne nepochopil... a verte ze to co si "myslim" mam take overeno prakticky

Na převod "do html emailu" docela obstojně funguje http://premailer.dialect.ca/

Napsal Bluemoon;921188

Mel jsem dokonce moznost si vyzkouset upravit odeslane emaily tak, ze je server prepise na cizi libovolnou IP z puvodni vetne zmeny domenoveho jmena, zachova ale puvodni id zpravy(pro kazdy email je jiny), to id zapise i do message-id a v nem podle toho upravi i domenu. Timhle se obchazi ruzne greylistingy a tak se na greylistingu mohou nepravem objevit i IP adresy serioznich serveru.

nesmysl - greylistuje se adresa serveru se kterym se komunikuje (to co si kdo kam napise je uplne fuk - kazdy vi ze hlavicku je mozne spoofnout)---------- Post added 11.3.2013 at 0:12 ----------

Napsal deries;921219

Na převod "do html emailu" docela obstojně funguje http://premailer.dialect.ca/

Vyzkousej www.maillist.cz - pomerne intuitivni, jelikoz jde o wysiwyg.---------- Post added 11.3.2013 at 0:16 ----------

Napsal Bluemoon;921188

Ruzne zmeny v hlavickach jako napr. ... podvrzene predchozi hodnoceni spamfiltru preposilaneho emailu se daji resit na urovni programovaciho jazyka jako je treba PHP.

To ma byt rada? Chcete snad rict ze to ma mit nejaky efekt - nechtejte mne rozesmat, to je jak s tou IP adresou na greylistu co pisete vedle... opravdu pletete pate pres devate fakta a dojmy a novackum akorat motate hlavu!

Mějte na paměti, že chcete maximalizovat poměr příjemců, kteří vaše newslettery opravdu chtějí, a neposílat nikomu, kdo je nechce.Neposílejte newsletter zákazníkům, kteří nakoupili před více než X měsíci (třeba před rokem). Nebudou si vás pamatovat, budou naštvaní.Umožněte příjemcům odhlásit se jedním kliknutím.Automaticky odhlašujte nefunkční schránky.Vykašlete se na nějaké finty na obcházení spamfiltrů. Jediná dobrá metoda pro vedení newsletteru je zajímavý obsah v přiměřené frekvenci posílaný s respektem k odběratelům.