Dotaz: Efektivní E-mail marketing s použitím Linuxu

[Ripper]

Dobrý den,

Pro firemní E-mail marketig postavený na Debianu Etch, bych rád požádal někoho, kdo ví efektivní řešení následující situace:

Pro rozesílání novinek, obchodních sdělení atd. formou e-mailu, kde by adresáti byli uloženi v Lotus Notes nebo v MySQL bych potřeboval nějaký soft, který by rozesílal poštu. Samozřejmě, tak aby se adresáti navzájem neviděli v cc atd. Mělo by to zvládnout poslat i přílohu.

Nerad bych příjemce v obyčejném textovém souboru, to se špatně aktualizuje a taky, když si někdo bude přát ze seznamu vymazat, tak aby se to dalo rozumně najít.

Nemusí to být nutně soft, jen nějaké efektivní řešení.

Díky za náměty

Odpovědi

[phero]

while read line; do 
  mail $line .....;
done < <(mysql -e 'select COLUMN_WITHMAILS from DATABASE.TABLE;' -r -B --user=USER --password=PASSWORD|tail -n -1

Jestli se ti reseni libi, tak muzes poslat mensi dotaci pres paypal na pheeror@gmail.com)

[phero]

ech, ta posledni zavorka mela byt jinde ...

while read line; do 
  mail $line .....;
done < <(mysql -e 'select COLUMN_WITHMAILS from DATABASE.TABLE;' -r -B --user=USER --password=PASSWORD|tail -n -1)

Jestli se ti reseni libi, tak muzes poslat mensi dotaci pres paypal na pheeror@gmail.com

[Ripper]

A to je co za skript?

Není to špatné, ale použitelné pro běžného uživatele to asi moc není. Ne vždycky musím být já, ten, co něco rozešle. Může to být i potencionální počítačový amatér, který zná svůj určitý postup a konec.

Paypal nepouživám (fuj) :d. A svého zaměstnavatele dotovat nebudu.

Díky za radu.

[phero]

A to jako chces, abych tady za tebe tvorili kompletne tvoji praci jo? Noo ... muzes udelat par jobu na odesku a pak mi poslat vyplatu. To reseni co jsem ti napsal, by slo hodne jednoduse rozvinout do neceho pouzitelnyho.

[Ripper]

A to jako chces, abych tady za tebe tvorili kompletne tvoji praci jo?

:)))) Ne to nechci.

[podlesh]

Pozor na ÚOOÚ.

Pokud to někdo nabonzuje jako spam a přijde kontrola z tohoto úřadu, je záhodno jim ukázat že v databázi adresátů je uvedeno kdy a jak vyslovili svůj souhlas, plus že je tam možnost odvolání tohoto souhlasu.

[Ripper]

No díky za upozornění. Nejsme spameři a o pravidlech víme. Nejde o právní řešení, ale o to Linuxové. Makreting funguje, jen trochu složitěji a z Windows.

[Jirka]

Blbost! Jednou jsem na ÚOOÚ poslal stížnost (přes web. formulář) se všemi podklady. Bylo mi odepsáno, jestli si to nechci rozmyslet, že to stejně asi nebudou řešit a že to je ztráta času. Tož takhle to je.

[dustin]

Zřejmě nešlo o obchodní sdělení. Kontrolu od UOOU jsem na základě podobné stížnosti absolvoval a ti pánové IT rozumí. Naštěstí jsme již v té době měli záznamy v DB dle výše uvedeného popisu podleshe, takže to bylo celkem OK. UOOU pracuje pomalu (je jich na to málo), ale docela spolehlivě.

[vdusek]

php z příkazové řádky? Jsem nějak línej psát furt ty samé věci v různých jazycích

[R]

Nepotrebujes ziadny specialny program. Staci jeden par riadkovy php skript. Jeho napisanie je trivialne.

[Ripper]

Proč mi někdo dává, že je dotaz vyřešen, když to ještě nemusí být pravda.

[Filip Jirsák]

Protože podle dotyčného to pravda je. Já s těmi dvěma souhlasím, protože na otázku už jste dostal odpověď, která řeší popsaný problém. Jestli jste si představoval něco klikacího pro BFU, asi by bývalo dobré to napsat rovnou do dotazu. Aspoň už budete příště vědět, že se nemáte ptát obecně "jak posílat maily z databáze", ale máte popsat, co chcete skutečně vyřešit. Dá se předpokládat, že pak budou ostatní považovat problém za vyřešený teprve ve stejném okamžiku, jako vy sám.

[Ripper]

Stačí jen číst, co je napsáno, nidko nepsal, že to musí být z databáze. Může to být z Lotus Notes, což moc databáze není. Taky tam je, navrhované řešení, to může být třeba link na hotový skript v PHP, něco klikacího. Tomu, kdo mi navrhoval konzlové řešení, jsem poděkoval.

TAkže by bylo dobré opravdu číst, co je psáno, ušetříte si práci (zbytečnou).

[vdusek]

PHP a http://cz.php.net/manual/cs/ref.notes.php

[Filip Jirsák]

Napsáno je, že chcete efektivní řešení, a data se mohou tahat třeba z MySQL. Na to jste odpověď dostal. Pokud jste chtěl systém, který umí data brát z databáze i Lotus Notes, měl jste to napsat. Pokud jste chtěl přehled různých možností, odkazy, a zkušenosti, měl jste to jednak napsat, jednak popsat víc, co od toho očekáváte. Takhle ten dotaz opravdu vypadal, že hledáte libovolné jednoduché řešení, a takový dotaz je opravdu vyřešen, jakmile se najde první odpověď, která problém řeší.

Jinak já bych samotný problém řešil pouze e-mailovým klientem. Jednodušší varianta pro menší počet adresátů a IQ obsluhy aspoň na úrovni šimpanze je – PHP skript nebo něco podobného, co vezme z databáze seznam platných adres a vypíše je oddělené čárkami. Obsluha je vezme a nakopíruje do e-mailového klienta do pole BCC (skrytá kopie) – proto ten požadavek na IQ, aby to obsluha omylem nevložila do To nebo CC. Množství adresátů je samozřejmě omezeno tím, kolik adres vám vezme e-mailový klient. Varianta pro neomezený počet adres je distribuční seznam – obsluha e-mail opět vytvoří normálně v poštovním klientovi a odešle na firemní adresu třeba distribucni-seznam@example.com. Firemní mailserver bude mít tuto adresu nadefinovánu jako alias, a přepošle e-mail na všechny adresy schované za aliasem – což může být ta vaše databáze. Např. Postfix určitě může mít aliasy uložené v SQL databázi, dále pak v textovém souboru nebo v LDAP adresáři. Případně můžete použít přímo nějaký software pro mailing listy. Lotus Notes asi Postfix umět nebude, obávám se, že bude problém, zda vůbec existuje pro Linux nějaká knihovna pro komunikaci s nimi.

[Josef Kufner]

Ale není problém ten seznam mít generovaný nějakým nástrojem, který to bude tahat odkudkoliv. Ono řešení s postfixem je vcelku jednoduché na implementaci a fungovat to bude, ale pozor na spamery -- měl by tam být filtr, který bude přijímat jen určité odesílatele a v opačném případě to přepošle jinam.

[Ripper]

Nechci generovat adresy, ty máme na základě legálního souhlasu zákazníka.

SMTP má reley pouze na lokální síť, nikdo jiný přez server odesílat poštu nesmí a je to nežádoucí. Nechci vytvářet konferenci.

Ale přezto děkuji.

[Josef Kufner]

Ne, tak jsem to nemyslel. Šlo o to, ze když by postfix neuměl se přímo napojit na databázi s adresama, tak že by se vytvořil nástroj, který by to jednou za čas exportoval z databáze do textového souboru a postfix si to načetl z něj.

[Ripper]

Aha, tak to jsem špatně pochopil, omlouvám se.

Soukromě mám Postfix s MySQL, s tím není problém.

[Ripper]

Pro rozesílání novinek, obchodních sdělení atd. formou e-mailu, kde by adresáti byli uloženi v Lotus Notes nebo v MySQL bych potřeboval nějaký soft, který by rozesílal poštu. Samozřejmě, tak aby se adresáti navzájem neviděli v cc atd. Mělo by to zvládnout poslat i přílohu.

Jaktože tam není Lotus?

Díky moc za návrhy. Z odesílání přez poštovního klienta vložením seznamu adres do Skrytá kopie mám trochu obavy. Záleží totiž na tom, jak jí klient bude zpracovávat, když mail bude mít všechny v hlavičce (sice v BCC), tak někteří příjemci, kteří mají např Outlook uvidí ostatní v Skrytá kopie. To samé může nastat i v případě některých webmailů.

Pokud ale nějaký klient odesílá poštu z BCC tak, že vytváří pro každého odesilatele originální mail s hlavičkou, tak by to bylo super.

Zatím mi přijde nejschůdnější nějaký software pro mailing list.

[vdusek]

Od kdy všechna BCC vidí člověk, který dostane mail?

Nějaká novinka v M$ standardech?

[Ripper]

Bohužel, je to tak, to mám vyzkoušené.

[dustin]

V mozille odešlu mail s bcc. Příchozí mail má jako odesílatele původní From, ani ve zdrojáku doručeného mailu nikde mailovka z bcc (na kterou to bylo samozřejmě dorušeno) není. Navíc nemám rád externí maily, ve kterých jsem jen jako BCC (tudíž jsou adresované někomu jinému).

[Ripper]

Fajn, alespoň vím, že Thunder to dělá dobře, ale jak píšete - mail bez určení odesilatele a adresáta nevypadá korektně.

[Filip Jirsák]

Z odesílání přez poštovního klienta vložením seznamu adres do Skrytá kopie mám trochu obavy. Záleží totiž na tom, jak jí klient bude zpracovávat, když mail bude mít všechny v hlavičce (sice v BCC), tak někteří příjemci, kteří mají např Outlook uvidí ostatní v Skrytá kopie. To samé může nastat i v případě některých webmailů.

Nezáleží to na klientovi příjemce, ale odesílatele – může to nastat jedině v případě, že je klient odesílatele totálně rozbitý. BCC totiž znamená, že se adresa použije pouze v obálce SMTP, ale do e-mailu se nikam nevkládá. Pokud jí nějaký klient někam iniciativně vloží, okamžitě bych takového klienta zahodil.

Pokud ale nějaký klient odesílá poštu z BCC tak, že vytváří pro každého odesilatele originální mail s hlavičkou, tak by to bylo super.

Každý, který není úplně rozbitý. Pokud tedy nemyslíte, že upraví hlavičku To a do ní vloží aktuálního adresáta ze seznamu BCC – nevím o klientovi, který by tohle dělal. Většinou to probíhá tak, že klient vytvoří jeden e-mail, kde jsou hlavičky From, To a CC jak je zadal uživatel, a tenhle jeden e-mail pošle SMTP relay serveru a v RCPT TO mu předá seznam cílových adres – tedy sjednocení To, CC a BCC. O rozeslání na jednotlivé adresy už se pak postará SMTP relay server. Např. Postfix umí i přepisování adres, předpokládám, že by jej šlo naučit i přepisování adres dle aktuálního rozvinutí aliasu.

PS: Lotus tam je, ale je tam Lotus nebo MySQL, což znamená "je splněna alesopň jedna z podmínek".

[Ripper]

Ano, taky bych takového klienta odstřelil, ale jaksi to nezáleží na mě, nemohu nikomu diktovat, co má používat. Musím jen respektovat právo na ochranu údajů.

Jak změnit v Postfixu odesilatele bych věděl, ale jak přepisovat adresu příjemnce netuším.

S BCC se to dělá opravdu, tak jak píšete, ale také existuje například ta možnost aby odesílající klient/skript či něco podobného, odesílal stejnou kopii, jen pokaždé změnil dle seznamu z To adresu.

P.S. Myslím si, že tady na serveru odpovídáte kvalitně, i mě jste dokázal dobře poradit a přitom jste nebyl první kdo reagoval na dotaz. Nemohu vědět jestli mi někdo s řešením, které bude nejvíce vyhovovat neuteče jen proto, že si na stránce s dotazy všimne, že byl dotaz vyřešen. A myslím si, že víte, co znamená slovo efektivní.

[Filip Jirsák]

Jak změnit v Postfixu odesilatele bych věděl, ale jak přepisovat adresu příjemnce netuším.

Podívejte se na recipient_canonical_classes a recipient_canonical_maps. Ale to umí přepisovat adresy jen 1:1, takže by asi bylo nutné přes virtual_alias_maps rozvinout alias a pak udělat mapování 1:1. Možná ale bude jednodušší použít nějaký software pro mailing list, který už tohle má vyřešené.

Nemohu vědět jestli mi někdo s řešením, které bude nejvíce vyhovovat neuteče jen proto, že si na stránce s dotazy všimne, že byl dotaz vyřešen. A myslím si, že víte, co znamená slovo efektivní.

Já jsem byl opravdu s tím navrženým skriptem spokojen jako s efektivním řešením vašeho problému, a jakékoli složitější řešení by mi přišlo neefektivní, protože by se muselo něco instalovat a nastavovat. To co teď řešíme je, aby se to dělalo snadno opakovaně, bez nějakých znalostí, nejlépe jedním kliknutím. A to jsem v tom původním dotazu nenašel.

[Ripper]

Ano, bude nejlepší nějaký mailing list. Něco zkusím pohledat.

Efektivní to určitě je, ale pro zkušeného uživatele, ale pro firmu, kde se mohou střídat lidé s různým počítačovým vzděláním zas tak moc ne.

Asi se shodneme na tom, že vyřešenost či nevyřešenost dotazu je věc relativn (nejedná-li se o dotaz typu nejede Xserver, to pak někdo napíše řešení a vede-li to k spuštění, je problém vyřešen) a proto by se mohl tazatel vyjádřit, zda považuje dotaz za vyřešený.

[Filip Jirsák]

Asi se shodneme na tom, že vyřešenost či nevyřešenost dotazu je věc relativn (nejedná-li se o dotaz typu nejede Xserver, to pak někdo napíše řešení a vede-li to k spuštění, je problém vyřešen) a proto by se mohl tazatel vyjádřit, zda považuje dotaz za vyřešený.

Bohužel je jenom málo tazatelů, kteří dotaz nakonec jako vyřešený označí. Ale každopádně už je navržené nové workwflow pro dotazy, takže současná podoba vyřešeno/nevyřešeno už je jenom dočasná.

[Ripper]

Super, ale já je označuju, když vyřešeny jsou. Takže jsem tady dostal nějakých pár námětů, začnu se jimi zabývat a případně, kdyby byl s něčím konkrétním zátuh, tak se zeptám na konkrétní věc. Teď dávám i já - dotaz vyřešen.

[bluemoon]

jdete uz s tim spamem do (_._) http://www.uoou.cz/int/spam_stiznost.php3

[Ripper]

Když nevíte o co jde a evidentně tápete, tak se prosím nevyjadřujte a chovejte se slušně.

1. Myslíte si, že spam takto někdo odesílá ručně? Na to jsou spamboti, kteří zkouší kombinace a rozesílají danou správu.

2. Jak chcete informovat zákazníky v řádech desetitisíců o obchodních změnách a tak podobně. Zároveň jim dát možnost (což se dost těžko stane pravidlem, když nám svá data poskytli) vyřadit se z mailistu?

3. Cpát sem link na organizaci, která bohužel není occhotna nic řešit také nesvědčí o tom, že víte, co píšete.

[vdusek]

ad 1/ SPAM rozesílají i jednotlici ručně. V definici SPAMu není uvedeno, že to musí rozesílat roboti

ad 2/ např. mailman by to nevyřešil?

[Ripper]

Díky za náměty.

S mailmanem nemám zkušenosti, ale jestli to umí, tak to bude fajn.

Co se spamu týče, máte pravdu, ale přece jen takových zoufalců bude málo a je to pro ně (dobře jim tak) víc práce, než užitku.

[Jardík]

Vytvoř si třeba SMTP server, Web server + PHP + MySQL. V php si vytáhni data z databáze a pomocí funkce mail() můžeš posílat emaily.

[Ripper]

Díky, ale to není přiliš efektivní řešení situace, kterou jsem popsal, tohle jsem i někomu radil, pro osobní použití z konzole.