Fórum Root.cz
Hlavní témata => Server => Téma založeno: mixxy 16. 05. 2023, 22:43:09
-
Dobrý den,
pro jednoho známého hledám profi SMTP server, který bude opravdu bez limitu. Známy posílá různé nabídkové listy a informační maily svým zákazníkům a dalšm lidem a je za měsíc schopný klidně poslat i 10 000 e-mailů.
Požadavky:
- klidně placené
- poslání neomezený počet skrytých kopií
- nemůže to být samostatný program komunikující s nějakým tajným serverem, potřebuji spolupráci s Thuderbirdem
Snad někdo bude vědět, ocením každou radu. Díky
-
Ja používam už treti rok https://www.webglobe.cz/nastroje/klerk
Neviem aké sú podmienky ohľadne skrytých kopií, tie nepouživam.
Môj mesačný objem odoslanej pošty (emailove notifikacie) je cca 40 000/mesiac. Zatiaľ spokojnosť.
-
Postfix?
-
V podstatě nemůžeš používat "nějaké" free a nebo obecné řešení!
Hledáš asi toto:
https://mailchimp.com/
Nicméně tyto služby pracují úplně jinak než nějaký lokální klient, protože se to používá hlavně na vyhodnocení úspěšnosti marketingových akcí, sleduje se kdo si to přečetl apod.
Buď ubezpečen v tom, že i kdyby jsi si vytvořil vlastní SMTP server, tak se velmi rychle dostaneš na spam blacklisty, a velmi obtížně se z nich budeš opakovaně dostávat.
-
Tohle se neřeší tak, že si to bude ručně posílat z Thunderbirdu přes nějaký SMTP server. Řeší se to jako nákup služby, která se postará o to, aby e-maily měly správné hlavičky, aby tam byly odkazy pro odhlášení a podobně. Jsou to služby jako Mailchimp nebo SendGrid.
Provozovatel běžného SMTP serveru bude něco takovéhleho tolerovat přesně do té doby, než se jeho server dostane na spam list. Pak se s ním velice rychle rozloučí, že si sice váží svých zákazníků, ale že mu v tuto chvíli nejsou schopni nabídnout službu, která by odpovídala jeho požadavkům, a ať si rychle sbalí svých pět švestek a zkusí štěstí jinde.
-
10k mailu mesicne neni zadny problem s cimkoli to je naprosto smesny pocet, tohle je provoz na malym serveru denne ... ma to ovsem par ale.
1) nepouziva se na to bcc, ani ve snu ne. Maily se generuji z nejake aplikace. Nic jako neomezene neexistuje.
2) pocitej s tim, ze pokud budes posilat stovky mailu se stejnym obsahem treba na google/seznam/... tak se velice rychle dostanes na blacklist (a nikdy z nej). Staci aby to za spam oznacil jediny uzivatel.
3) pocitej s tim, ze to ma nejaky legislativni aspekty, ktery te muzou vyjit ztracene draho.
4) presne ty zde zminene sluzby samozrejme na tech blacklistech setrvale jsou ;D
Mailchimp sem resil osobne, kdyz si prisel marketingovy mag postezovat, ze mu nechodej kopie toho spamu co rozesila. Potesil sem ho o to vic, kdyz sem mu sdelil, ze uplne stejne dopadne u 95% adresatu.
-
Postfix?
presne tak, nejlepsi je vlastni server na svem zeleze nebo vps.
-
u nas si prave z pravnych dovodov nasli: www.ecomail.cz
4) presne ty zde zminene sluzby samozrejme na tech blacklistech setrvale jsou ;D
divne, nikdy som to nekontroloval, ale zdalo sa mi, ze problem s blacklistami na tychto sluzbach nie je.
Ale nikdy som to nepotreboval skontrolovat.
-
divne, nikdy som to nekontroloval, ale zdalo sa mi, ze problem s blacklistami na tychto sluzbach nie je.
Ale nikdy som to nepotreboval skontrolovat.
Mne osobně potěšilo, že jedna česká společnost, co se zabývá rozesílkou, se dostala před pár dny až týdny na blacklisty a mají problém se z tama vyhrabat. Pravda, mají desítky serverů a ne všechny jsou na blacklistech. Jednatel té společnosti je arogantní nepříjemný Rusák, asi karma. ;D ;D ;D
-
divne, nikdy som to nekontroloval, ale zdalo sa mi, ze problem s blacklistami na tychto sluzbach nie je.
Ale nikdy som to nepotreboval skontrolovat.
Ano, u profesionálních provozovatelů e-mailových serverů tyhle služby problém nemají. Problém mají u malých serverů, které spravuje někdo, kdo správě poštovního serveru moc nerozumí, má tam jako antispam nastavená nesmyslná pravidla a „funguje“ jim to jen díky tomu, že mají Seznam (v ČR) a GMail na whitelistu. Občas se tady v diskusi někdo takový objeví, kdo se chlubí tím, kolik e-mailů zablokuje. A když se ho zeptáte, kolik z těch zablokovaných e-mailů byla legitimní pošta, tak nechápe, proč by ho to mělo zajímat.
-
tenhle způsob posílání hromadné pošty je odsouzený k útlumu, je to čím dál větší problém zajistit, aby takovéhle emaily chodily. Hlavní problém je, že se nedá reflektovat, když se někdo odhlásí, když server email nepříjme, nevylučují se neexistující schránky, to je prostě červený praporek pro blokování celé rozesílky.
Mám dva klienty tohoto typu, kteří nechtěli nic měnit na způsobu práce (tomu rozumím), spojil jsem ten projekt dohromady, implementovali jsme smtp server v aplikaci, která převezme poslaný email, rozparsuje si to a udělá z toho rozesílku do mailchimpu, dogeneruje dynamický obsah, zpátky do schránky přes smtp vytváří zase reporty doručování. Za pár týdnů to bylo naprogramované, cena cca 150tis (ale zároveň je tím vyřešený největší problém a to spolehlivost rozesílky a monitoring).
Provozovat svůj vlastní postfix a posílat z něho 10tis stejných zpráv je hodně špatný nápad, tohle nebude fungovat dlouho, provozovatelé emailů jsou agresivní k odmítání a blacklistům, je velice těžké zajistit všechny technické náležitosti.
Nejlepší pro malé projekty je si zaplatit specializované služby na rozesílání, člověk z toho má i data a monitoring, ale musí změnit způsob rozesílky.
-
Postfix?
presne tak, nejlepsi je vlastni server na svem zeleze nebo vps.
Nejlepší to je, ale jak tu mnohokrát padlo, rozhodně to není nejlepší pro rozesílání hromadných mailů. To je nejlepší tak první dva týdny. Pak už vám nezbyde nic jiného, než chovat se jako čistokrevný spammer protože budete v každém druhém blacklistu co jich kde je. SendGrid/Mailchimp případně jejich menší alternativy (i v ČR jich je několik) je IMHO jediné dlouhodoběji udržitelné řešení.
-
A také můžete mít svůj server sebelépe nastavený a stačí, aby měl váš ISP v části subnetu (ve kterém má vaše společnost servery) nějakého spammera nebo zavirovaný stroj dalšího zákazníka a takový Microsoft rovnou zablokuje celý subnet včetně těch dobrých, a je úplně jedno, jestli jste na nějakých whitelistech a máte dokonalou reputaci...
To se před pár dny stalo nám. Vyřešil jsem to ihned, jak jsem blokaci detekoval, a to přesměrováním smtp komunikace jinam... Ale pak kolotoč žádostí o odblokaci s Microsoftem, fakt za trest. Zabere to nejeden den a zaručeně vás laxní přístup M$ rozpálí doběla. :P
-
pommo
https://sourceforge.net/projects/pommo/
-
A také můžete mít svůj server sebelépe nastavený a stačí, aby měl váš ISP v části subnetu (ve kterém má vaše společnost servery) nějakého spammera nebo zavirovaný stroj dalšího zákazníka a takový Microsoft rovnou zablokuje celý subnet včetně těch dobrých, a je úplně jedno, jestli jste na nějakých whitelistech a máte dokonalou reputaci...
To se před pár dny stalo nám. Vyřešil jsem to ihned, jak jsem blokaci detekoval, a to přesměrováním smtp komunikace jinam... Ale pak kolotoč žádostí o odblokaci s Microsoftem, fakt za trest. Zabere to nejeden den a zaručeně vás laxní přístup M$ rozpálí doběla. :P
technicka: jakym zpusobem jste detekoval blokaci? monitoring - jak ?
-
Pak už vám nezbyde nic jiného, než chovat se jako čistokrevný spammer
Kvůli čemu a proč nezbyde nic jiného ? Jak se chová čistokrevný spammer ?
u nas si prave z pravnych dovodov nasli: www.ecomail.cz
Jaký byl pravny dovod ? A jaký pravny trik ten ******.cz dělá? Nebo to je nějaký vor v zakoně?
Zvláštní je jedna věc, mám pocit, že něco visí ve vzduchu , něco aktuálního. Taky tady se někdo podělí o radost že "rozesílač ruskák" ač české společnosti se dostala na čblisty.org, jiný je rozpálen do běla.
Zrovna když chudáci uživatelé seznamu, centrumu jsou pod náporem falešných mailů "o nedoručeném balíčku"
-
technicka: jakym zpusobem jste detekoval blokaci? monitoring - jak ?
Denní výpisy z logu Postfixu - pflogsumm. Když tam vidím nějakou "zajímavost", koumám to pak podrobněji v samotném logu. V tomto případě pflogsumm prozradil:
message bounce detail (by relay)
--------------------------------
eur.olc.protection.outlook.com[104.47.12.33]:25 (total: 1)
1 27:51.756Z 08DB54CD99EBE39D] (in reply to MAIL FROM command)
A pak v logu:
May 15 14:27:51 mail postfix/smtp[198917]: 351B32A004F: to=<*****@outlook.cz>, relay=eur.olc.protection.outlook.com[104.47.12.33]:25, delay=0.57, delays=0.09/0.02/0.43/0.04, dsn=5.7.1, status=bounced (host eur.olc.protection.outlook.com[104.47.12.33] said: 550 5.7.1 Unfortunately, messages from [IP] weren't sent. Please contact your Internet service provider since part of their network is on our block list (S3150). You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors. [DB3EUR04FT064.eop-eur04.prod.protection.outlook.com 2023-05-15T12:27:51.756Z 08DB54CD99EBE39D] (in reply to MAIL FROM command))
A pak jsou tu uživatelé, co reportují, že jim někam nejde poslat e-mail. :-) Schválně jsem si testoval několik poštovních serverů, které máme, a všechny blokovány, takže M$ zablokoval zřejmě celý /24 subnet. Ani jednou ale nesdělili, kdo je původcem problému, jejich blacklist není bohužel veřejný.
-
technicka: jakym zpusobem jste detekoval blokaci? monitoring - jak ?
Denní výpisy z logu Postfixu - pflogsumm. Když tam vidím nějakou "zajímavost", koumám to pak podrobněji v samotném logu. V tomto případě pflogsumm prozradil:
message bounce detail (by relay)
--------------------------------
eur.olc.protection.outlook.com[104.47.12.33]:25 (total: 1)
1 27:51.756Z 08DB54CD99EBE39D] (in reply to MAIL FROM command)
A pak v logu:
May 15 14:27:51 mail postfix/smtp[198917]: 351B32A004F: to=<*****@outlook.cz>, relay=eur.olc.protection.outlook.com[104.47.12.33]:25, delay=0.57, delays=0.09/0.02/0.43/0.04, dsn=5.7.1, status=bounced (host eur.olc.protection.outlook.com[104.47.12.33] said: 550 5.7.1 Unfortunately, messages from [IP] weren't sent. Please contact your Internet service provider since part of their network is on our block list (S3150). You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors. [DB3EUR04FT064.eop-eur04.prod.protection.outlook.com 2023-05-15T12:27:51.756Z 08DB54CD99EBE39D] (in reply to MAIL FROM command))
A pak jsou tu uživatelé, co reportují, že jim někam nejde poslat e-mail. :-) Schválně jsem si testoval několik poštovních serverů, které máme, a všechny blokovány, takže M$ zablokoval zřejmě celý /24 subnet. Ani jednou ale nesdělili, kdo je původcem problému, jejich blacklist není bohužel veřejný.
Diky. Doufal jsem v neco automatizovaneho, mam desitky serveru a bounce ruzneho typu mam denne v desitkach ci vyssich radech. Zkoumanim vypisu pflogsummu bych travil hodiny denne :-)
-
Diky. Doufal jsem v neco automatizovaneho, mam desitky serveru a bounce ruzneho typu mam denne v desitkach ci vyssich radech. Zkoumanim vypisu pflogsummu bych travil hodiny denne :-)
Kdyby měl M$ veřejný dotazovatelný blacklist, ten by se dal integrovat třeba do Wedos Online monitoringu a v případě pozitivního výskytu by přišlo upozornění e-mailem. Ale takto bohužel. JJ, při takovém množství serverů to chápu, že to není moc efektivní. :-)
-
u nas si prave z pravnych dovodov nasli: www.ecomail.cz
Jaký byl pravny dovod ? A jaký pravny trik ten ******.cz dělá? Nebo to je nějaký vor v zakoně?
Pravnici su vyrazne spokojnejsi, ked je dodavatel z EU. Ich ezotericke vyjadrenia zvycajne smeruju k GDPR.
-
...
Diky. Doufal jsem v neco automatizovaneho, mam desitky serveru a bounce ruzneho typu mam denne v desitkach ci vyssich radech. Zkoumanim vypisu pflogsummu bych travil hodiny denne :-)
Automatizovane si muzes generovat treba domeny, na ktery se ti povedlo dorucit, drzet si nejakou historii, a pak to porovnavat s aktualnim stavem = kdyz zaznamenas reject, tak se des podivat, jestli mas historickou dorucenku a kdyz jo, posles si info.
V 90% pripadu to ale neznamena, ze ses na nejakym blacklistu, jenom to, ze nejaky tatar na druhe strane nasadil (do ostreho provozu) nove uzasne reseni, a neumi ho nakonfgurovat.
Pochopitelne plati i opacne = pro prijem (= tvuj server rejectuje maily, ktere predtim prijimal).
Ale otazka zni, jestli to krome nejakych obrazku ktere muzes pripadne predkladati manazermetu, je k necemu dobre, protoze kdyz neco nekomu nefunguje, tak se typicky celkem rychle ozve, specielne pokud to nefunguje nikomu a nic (= dostal ses na blacklist).
Email je totiz negarantovana sluzba, a to ze neco nefunguje je normalni. Nejakym silenym aktivnim monitoringem vyresis tisicinu promile. Ten zbytek je stejne zcela mimo tvoji kontrolu.
-
Když jsme u té profesionality, je v pořádku, že (možná zde ne přímo zmíněná) firma
Rozesílá s MAIL FROM: bounces@prod1.b.targito.com ?
Ale jde o newsletter o konopí (v DATA je From: cbd.cz -příklad)
To se pak těžko blokuje na základě této hodnoty (ještě před DATA), když mám třeba druhý newsletter o lyžích od From: lyze.cz
ale obojí má nerozlišitelné MAIL FROM:
(Zachránilomě rozlišování na základě části před @)
Ale nejde takto blokovat "vzdáleně" p/ pro ostatní
Ale co osttní uživatelé co mají jen jednu schránku a ani nic nevědí o jan.vomacka+kanarek@@seznam.cz
(A dokonce helo je něco jako xyz.targito.sparkpost.com)
beru to jako pokus o spoofing odesilatele
A dotyčný si pak koleduje že zablokovàní MAIL FROM: v domění jednoho otravneho rozesilače (konopí) ale ovlivní toni ostatní
-
Oprava:
(zachránilo mě rozlišování na základě části před @)) — ale u mě –příjemce RCPT TO
-
Když jsme u té profesionality...
Já myslím, že je to OK a dneska zcela běžné - spousta lidí využívá tyhle massmailingové společnosti pro rozesílku a není neobvyklé, že obálkový odesílatel (MAIL FROM:) udává adresu té společnosti, třeba kvůli SPF kontrole. Hlavičkový odesílatel (FROM:) je pak obvykle už adresa zákazníka.
Nechci kecat, ale matně si pamatuju jednu veřejnou českou službu na úschovu souborů, která toto měla nastaveno špatně (jako MFROM uváděla e-mail zákazníka), takže při striktním nastavení SPF kontroly u zákazníkovy domény byl tento e-mail na našem serveru rovnou zahozen. Dneska už to mají kluci a holky opraveno. :-)
-
Pak už vám nezbyde nic jiného, než chovat se jako čistokrevný spammer
Kvůli čemu a proč nezbyde nic jiného ? Jak se chová čistokrevný spammer ?
Přidává do mailů falešný obsah pro zmatení filtrů, nastavuje falešené odesilatele, vkládá falešné hlavičky, mění IP adresy odesílajících serverů... nikdy jste neviděl spam zevnitř?
-
Přidává do mailů falešný obsah pro zmatení filtrů, nastavuje falešené odesilatele, vkládá falešné hlavičky, mění IP adresy odesílajících serverů... nikdy jste neviděl spam zevnitř?
Přiznávám, neviděl moc, po skončení s fremaily vlastně žádný (když nepočítám prvních pár na začátku)
Celkově, vlastně ani nepamatuji ten falešny obsah(bílé písmo, leet speak)
Ano, falešní odesilatele to jo , to je "spammerský základ", seznam toho je plný, že jim chodí pošta od radnom guys z googlu, jsou toho plná fóra, desítky spamů měsíčně. Nejenom ceskaposta@top.live, ale třeba policedepartment@gmail.com
Nejlepší byl odesilatel admin@noreply.net v Envelope i From:(tam ještě s jménem Mr. Douglas)
Ale naopak evergreen jsou falešní příjemci:
Envelope-To: "<elissarfarahantonios@yahoo.com>", "<elis
sarfarahantonos@gmail.com>", "<svpvcgundotra@gmail.com>"
, "<vcgundotrasvp@gmail.com>", "<isabellasmith00@outloo
k.com>", "<clusterheadcitygroup@yahoo.com>", "<paige195
2622@gmail.com>", "<vc220061@gmail.com>"
Takže to může evokovat že mi to pan douglas posílal v Bcc
Falešné hlavičky jsem moc neviděl( kromě "X-Library: Indy 8.0.25"
Odesílající IP - vzhledem k počtu nula až jednotky - málo vzorků . POkud se to toho nepočítá jeden týpek co v HELO uvádí "User", ale dál se nedostane. — tam se to ještě dělí na případy že to chodí z opravdu random IP adres, nebo z jednoho bloku /24, ale i /16 nebylo vyjímkou (asi 20x vzácnější než /24)
neobvyklé ... MAILFROM ... SPF
A není to neobvyklé kůli tomu, že vlastníkům domény je zatěžko nastavit TXT v=spf1 include:_spf.velkyrozesilac.net ? (O tom ,že jim je zatěžko k posílání mailů použít svoji vlastní doménu ani nemluvím ale holt si zvolili outsourcovat služby)
K tomu je zvláštní, že stále existují weby z éry web 1.0, kde je možnost přeposlat článek na mail a vyplňuje se tam e-mail odesilatele. Muehhehe. (Jasně, někteří ho tam nepropisují, třeba ho dají jen jako součást textu " a@b vám posílá..."
Nebo takový bazos.cz, ani nevím jak to mají. Ale tuším, že Spoofujípropisují jen From:, což si myslím že asi projde.Tedy nevím, zda za všech okolností, pokud přijemce používá antispam, přidá to asi nějaké body.
Ale jsem přesvědčen, že SRS nepoužívají(a mysílm, že na tohle SRS ani není)
-
Zdravím,
díky a všechny odpovědi. Zaujal mne nástroj klerk od webglobe, uvidíme jak bude fungovat.
-
Mozna jdu s krizkem po funuse, ale na transakcni emaily pouzivam AWS SES (https://aws.amazon.com/ses/ (https://aws.amazon.com/ses/)), ktery ma priznivejsi pricing nez Klerk (i kdyz tech 300 je pakatel) a funguje opravdu jen jako hloupy SMTP server bez vsech reportingu, editoru a podobnych blbosti. 1k emailu stoji 0,1 USD.
-
Ještě můžeš kouknout na https://supersmtp.cz/ případně jako balíček k hosting programu https://hosting.blueboard.cz/hromadne-rozesilani/