Zdravím,
tento měsíc jsme jako vždy odeslali faktury za služby emailovou poštou, automatem. Začínají se ale hromadit stížnosti zákazníků, že jim faktury nebyly doručeny. Jsou to i lidé, o jejichž serióznosti nepochybuji. Všichni mají @seznam.cz. Doručenky od těchto sporných emailů na Seznam.cz mám všechny OK.
Nemá někdo prosím podobnou zkušenost? Nebo ještě lépe, v čem může být problém?
Děkuji, mpcz, 22/12/2015
❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Nedoručené (?) emaily na Seznam.cz
Řešili jsme podobný problém před měsícem. Z jedné domény.cz nechodila pošta na email.cz a seznam.cz V logu doručeno, ale adresátovi nic nedošlo. Volali jsme na seznam, pak jsme posílali i výpis logu pošťáka. Týden se nic nedělo, znovu jsme volali, dostali emailem potvrzení o doručení žádosti a za cca 3 dny se to bez jakehokoliv oznámení rozjelo. Řešte to se Seznamem.
0 x
Jsem tohle zažil z druhé strany - seznam.cz udělal složku "hromadné", do kterých na základě nějakých pravidel začně automaticky sypat některé majly.
Mě tam najednou začaly padat faktury a informace o odeslání balíků z eshopů...
Zkus to ověřit u některého klienta, zda to nenajde tam a pak nahlásit na seznam, že posílaté faktury zákazníkům z této adresy...
Mě tam najednou začaly padat faktury a informace o odeslání balíků z eshopů...
Zkus to ověřit u některého klienta, zda to nenajde tam a pak nahlásit na seznam, že posílaté faktury zákazníkům z této adresy...
0 x
"Slepému neukážeš, hluchému nepovíš, debilovi nedokážeš..."
Problém hledej zde: http://seznam.seznamblog.cz/post/108069 ... tispamovou
0 x
Tak, Seznam už nějakou dobu uplatňuje politiku, že požaduje, aby odesilatel, který posílá víc mailů na Seznam, tak je digitálně podepisoval pomocí DKIM. Prvních pár projde a další, pokud nejsou podepsány, tak naháže do SPAMu. Takže pokud nemáš DKIM, tak nasadit. Dále DKIM občas při ověřování selže, tak to chce mít pro jistotu v záloze i nastaveno a dodržovat i SPF, takže v reálu nezbývá, než mít v provozu celou svatou trojci SPF/DKIM/DMARC.
Oficiálně je to v rámci boje proti SPAMu (SPAMěři byli první, kdo SPF/DKIM/DMARC nasadili), reálněji spíše boj proti outlook365, protože Microsoft odmítá podepisování pomocí DKIM řešit (protože by rád raději viděl svoji konkurenční technologii), takže tímto Seznam prudí Officové jejich uživatele a naznačuje, že by měli jít jinam.
Oficiálně je to v rámci boje proti SPAMu (SPAMěři byli první, kdo SPF/DKIM/DMARC nasadili), reálněji spíše boj proti outlook365, protože Microsoft odmítá podepisování pomocí DKIM řešit (protože by rád raději viděl svoji konkurenční technologii), takže tímto Seznam prudí Officové jejich uživatele a naznačuje, že by měli jít jinam.
0 x
SPF/DKIM/DMARC to vyřeší, i když u seznamu člověk nikdy neví.
0 x
Jan Půhoný
http://www.puhy.net- připojení k internetu a VOIP telefonování v Chocni a okolí
https://www.puhy.cz - spolehlivý obchod s elektronikou
http://www.gsm-spinac.cz - ovládejte spotřebiče mobilem
http://www.puhy.net- připojení k internetu a VOIP telefonování v Chocni a okolí
https://www.puhy.cz - spolehlivý obchod s elektronikou
http://www.gsm-spinac.cz - ovládejte spotřebiče mobilem
Majklik píše:Tak, Seznam už nějakou dobu uplatňuje politiku, že požaduje, aby odesilatel, který posílá víc mailů na Seznam, tak je digitálně podepisoval pomocí DKIM. Prvních pár projde a další, pokud nejsou podepsány, tak naháže do SPAMu. Takže pokud nemáš DKIM, tak nasadit. Dále DKIM občas při ověřování selže, tak to chce mít pro jistotu v záloze i nastaveno a dodržovat i SPF, takže v reálu nezbývá, než mít v provozu celou svatou trojci SPF/DKIM/DMARC.
Oficiálně je to v rámci boje proti SPAMu (SPAMěři byli první, kdo SPF/DKIM/DMARC nasadili), reálněji spíše boj proti outlook365, protože Microsoft odmítá podepisování pomocí DKIM řešit (protože by rád raději viděl svoji konkurenční technologii), takže tímto Seznam prudí Officové jejich uživatele a naznačuje, že by měli jít jinam.
Zdravím,
aha, to je opravdu vysoce profesionální chování Seznamu. To, co zde čtu, (Seznam zásadně neodpovídá, pokud ano, tak velmi vyhýbavě), automaticky generuje zcela přirozené otázky:
1/ co to přesně je "více mailů na Seznam"? je to za rok, měsíc .... sekundu? Pokud bych to věděl, mohu odesílač přizpůsobit jejich podmínkám.
2/ Sorry, ale nevím, kolik lidí umí "nasadit" "svatou trojici", když většina Uživatelů ty písmena sotva vykoktá, nikdy o tom neslyšela.
3/ Řešil tohle někdo se Seznamem po právní stránce, popř. s ČTÚ? Vidím to tak, že chování Seznamu se přinejmenším velmi nečitelné a neprofesionální. Připomínám, že doručenky posílá Seznam o sto šest, ale emaily háže do koše (přesněji přímo do spalovny, protože je nikde nikdo nenašel, ani oni sami). O jeho "rozhodnutí", že je to spam neinformuje ani odesilatele, ani adresáta. Navíc to spam evidentně není.
4/ Zkusil někdo při odesílání faktur vyrobit umělou pomlku mezi jednotlivými emaily, řádově s sekundách? Pomohlo to?
5/ Jak se zachová ten jejich "tajný" antispam, pokud odesilatel bude legální klient Seznamu, dá se to odhadnout?
Děkuji, mpcz, 23.12.2015
0 x
0 x
Jan Půhoný
http://www.puhy.net- připojení k internetu a VOIP telefonování v Chocni a okolí
https://www.puhy.cz - spolehlivý obchod s elektronikou
http://www.gsm-spinac.cz - ovládejte spotřebiče mobilem
http://www.puhy.net- připojení k internetu a VOIP telefonování v Chocni a okolí
https://www.puhy.cz - spolehlivý obchod s elektronikou
http://www.gsm-spinac.cz - ovládejte spotřebiče mobilem
mpcz píše:Majklik píše:Tak, Seznam už nějakou dobu uplatňuje politiku, že požaduje, aby odesilatel, který posílá víc mailů na Seznam, tak je digitálně podepisoval pomocí DKIM. Prvních pár projde a další, pokud nejsou podepsány, tak naháže do SPAMu. Takže pokud nemáš DKIM, tak nasadit. Dále DKIM občas při ověřování selže, tak to chce mít pro jistotu v záloze i nastaveno a dodržovat i SPF, takže v reálu nezbývá, než mít v provozu celou svatou trojci SPF/DKIM/DMARC.
Oficiálně je to v rámci boje proti SPAMu (SPAMěři byli první, kdo SPF/DKIM/DMARC nasadili), reálněji spíše boj proti outlook365, protože Microsoft odmítá podepisování pomocí DKIM řešit (protože by rád raději viděl svoji konkurenční technologii), takže tímto Seznam prudí Officové jejich uživatele a naznačuje, že by měli jít jinam.
Zdravím,
aha, to je opravdu vysoce profesionální chování Seznamu. To, co zde čtu, (Seznam zásadně neodpovídá, pokud ano, tak velmi vyhýbavě), automaticky generuje zcela přirozené otázky:
1/ co to přesně je "více mailů na Seznam"? je to za rok, měsíc .... sekundu? Pokud bych to věděl, mohu odesílač přizpůsobit jejich podmínkám.
2/ Sorry, ale nevím, kolik lidí umí "nasadit" "svatou trojici", když většina Uživatelů ty písmena sotva vykoktá, nikdy o tom neslyšela.
3/ Řešil tohle někdo se Seznamem po právní stránce, popř. s ČTÚ? Vidím to tak, že chování Seznamu se přinejmenším velmi nečitelné a neprofesionální. Připomínám, že doručenky posílá Seznam o sto šest, ale emaily háže do koše (přesněji přímo do spalovny, protože je nikde nikdo nenašel, ani oni sami). O jeho "rozhodnutí", že je to spam neinformuje ani odesilatele, ani adresáta. Navíc to spam evidentně není.
4/ Zkusil někdo při odesílání faktur vyrobit umělou pomlku mezi jednotlivými emaily, řádově s sekundách? Pomohlo to?
5/ Jak se zachová ten jejich "tajný" antispam, pokud odesilatel bude legální klient Seznamu, dá se to odhadnout?
Děkuji, mpcz, 23.12.2015
Pokud provozujete vlastní mail server, pak by jste "svatou trojici" mel znát - pokud to slyšíte poprvé je lepší si někde koupit hosting kde to je vyřešené. SPF je jen o DNS záznamu, DKIM/DMARC už je kapku složitejší ale ten kdo pracuje s mailserverem by to měl zvládnout hravě...
0 x
Daniel Tasáry
Zdravím,
asi jsem málo zdůraznil slovo Uživatel. Tím je běžná účetní, po které těžko můžeme chtít znalosti IT a především ne dokonalou znalost různých chytáků Seznamu.cz, které jsou jak čtu na fórech docela běžné. Nemyslím si, že by tyto chytáky měli řešit odesilatelé s dobrými a zcela legálními úmysly. Podle toho, co píše Seznam.cz ohledně spamových pravidel, nedošlo k porušení pravidel ani omylem. Sami však přiznávají, že implementují nepopsaná pravidla, které mohou být kamenem úrazu zvláště pro odesílatele, které na jejich chytáky nejsou připraveni. A koneckonců i pro ty, kteří o nich něco ví. Samotný Seznam.cz je ochoten se vyjadřovat k nedoručeným emailům pouze 3 dny zpět, což mě přijde dost málo. Pak má každý smůlu. Problém je v tom, že to je právě doba, kdy se po nich ještě nikdo neshání. Takže to mají docela dobře ošetřené.
Mohl by prosím někdo, kdo v tom "žije" vyčíst z této doručenky, kdo ji odeslal, odkud, kdy a jak daleko se vlastně email odeslaný na xxxxx@seznam.cz dostal? Ze Seznamu.cz tvrdí, že to není doručenka do cílové schránky. To mě docela překvapuje, rád bych tomu přišel na kloub, především proto, abych se příště těmto problémům vyhl. Vlastní server jsme již dávno zrušili, spousta starostí a práce kolem toho, jen žere elektriku a nikde nic.
Děkuji, mpcz, 23/12/2015
1/
Return-Path: <uctarna@123.cz>
Received: from smtp.sloane.cz (srelay7.sloane.cz [186.xxx.xxx.xxx])
by srelay7.sloane.cz (Postfix) with ESMTP id C20A53A1235;
Wed, 23 Dec 2015 13:11:20 +0000 (UTC)
Received: from RT (2345.cust.sloane.cz [186.xxx.xxx.xxx])
by smtp.sloane.cz (Postfix) with ESMTP id B778F161256;
Wed, 23 Dec 2015 14:11:20 +0100 (CET)
Message-ID: <68B574AC_02B13D83_DBC254C3@RT>
From: <uctarna@123.cz>
To: <jan.novakkk@SEZNAM.CZ>;<karelnovakkkk@volny.cz>
Subject: NOVAK RADEK VS: 8151757 : DANOVY DOKLAD - SLUZBY 10+11+12/2015
Date: Wed, 23 Dec 2015 14:11:17 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_BoundPart_683674AC_01583D83_DBC01494"
Disposition-Notification-To: <uctarna@123.cz>
2/
<RADEK.NOVAKKK@SEZNAM.CZ>: delivery via mx1.SEZNAM.CZ[77.75.76.42]:25: 250 2.0.0
Mail 94351545 queued for delivery in session 1827025000cd.
asi jsem málo zdůraznil slovo Uživatel. Tím je běžná účetní, po které těžko můžeme chtít znalosti IT a především ne dokonalou znalost různých chytáků Seznamu.cz, které jsou jak čtu na fórech docela běžné. Nemyslím si, že by tyto chytáky měli řešit odesilatelé s dobrými a zcela legálními úmysly. Podle toho, co píše Seznam.cz ohledně spamových pravidel, nedošlo k porušení pravidel ani omylem. Sami však přiznávají, že implementují nepopsaná pravidla, které mohou být kamenem úrazu zvláště pro odesílatele, které na jejich chytáky nejsou připraveni. A koneckonců i pro ty, kteří o nich něco ví. Samotný Seznam.cz je ochoten se vyjadřovat k nedoručeným emailům pouze 3 dny zpět, což mě přijde dost málo. Pak má každý smůlu. Problém je v tom, že to je právě doba, kdy se po nich ještě nikdo neshání. Takže to mají docela dobře ošetřené.
Mohl by prosím někdo, kdo v tom "žije" vyčíst z této doručenky, kdo ji odeslal, odkud, kdy a jak daleko se vlastně email odeslaný na xxxxx@seznam.cz dostal? Ze Seznamu.cz tvrdí, že to není doručenka do cílové schránky. To mě docela překvapuje, rád bych tomu přišel na kloub, především proto, abych se příště těmto problémům vyhl. Vlastní server jsme již dávno zrušili, spousta starostí a práce kolem toho, jen žere elektriku a nikde nic.
Děkuji, mpcz, 23/12/2015
1/
Return-Path: <uctarna@123.cz>
Received: from smtp.sloane.cz (srelay7.sloane.cz [186.xxx.xxx.xxx])
by srelay7.sloane.cz (Postfix) with ESMTP id C20A53A1235;
Wed, 23 Dec 2015 13:11:20 +0000 (UTC)
Received: from RT (2345.cust.sloane.cz [186.xxx.xxx.xxx])
by smtp.sloane.cz (Postfix) with ESMTP id B778F161256;
Wed, 23 Dec 2015 14:11:20 +0100 (CET)
Message-ID: <68B574AC_02B13D83_DBC254C3@RT>
From: <uctarna@123.cz>
To: <jan.novakkk@SEZNAM.CZ>;<karelnovakkkk@volny.cz>
Subject: NOVAK RADEK VS: 8151757 : DANOVY DOKLAD - SLUZBY 10+11+12/2015
Date: Wed, 23 Dec 2015 14:11:17 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_BoundPart_683674AC_01583D83_DBC01494"
Disposition-Notification-To: <uctarna@123.cz>
2/
<RADEK.NOVAKKK@SEZNAM.CZ>: delivery via mx1.SEZNAM.CZ[77.75.76.42]:25: 250 2.0.0
Mail 94351545 queued for delivery in session 1827025000cd.
0 x
No diky tomu vypisu je videt ze vis prd co znamenaji zkratky spf/dkim/dmarc.
1) Pokud mas někde doménu, musíš odesílat emaily přes smtp kde je domena a je nastaveno SPF+DKIM+DMARC, chyba spociva v tom ze smtp.sloane.cz nikdy nemůže byt duveryhodny pro odesilani cizích domen protože proste muze dat do hlavicky cokoliv. Takze tim ze neodesilas emaily pomoci hostingu kterej si nekde platis ale přes smtp poskytovatele tak je problém.
2) Pokud teda vas hosting neumi implementovat dkim+spf+dmarc tak napis sz a muzes si emaily hodit k nam vse mame hotove.
3) Ano ucetni/uživatel toto resit nemá cele je to na bedrech toho u koho se hostuje domena. Spoustu lidi to nedela protože to neresi a nemaji takove množství, dřív nez to zacal delat seznam to tvrde aplikoval google - zde není komunikace zadna.
4) To cos poslal je doručenka, resp poslední odstavec vic se ze strany serveru zjistit neda pokud bylo predano do seznamu je to uz jen v jejich rukách.
https://www.mail-tester.com/spf-dkim-check
Když das nazev domeny a dkim selector das mail(nejčastěji pouzivany) musíš mit odpověď. Pokud nemas - zacni s implementaci resp. tvůj hostitel domeny.
Trochu mi to pripada stejne s DNS serverama kdy hodne moc poskytovatelu radeji hazi DNS toho před nimi, místo toho aby mel každý svůj DNS server který se bude dotazovat root serveru. A nektery mají linky Gbit+ a DNS server nemaji...
1) Pokud mas někde doménu, musíš odesílat emaily přes smtp kde je domena a je nastaveno SPF+DKIM+DMARC, chyba spociva v tom ze smtp.sloane.cz nikdy nemůže byt duveryhodny pro odesilani cizích domen protože proste muze dat do hlavicky cokoliv. Takze tim ze neodesilas emaily pomoci hostingu kterej si nekde platis ale přes smtp poskytovatele tak je problém.
2) Pokud teda vas hosting neumi implementovat dkim+spf+dmarc tak napis sz a muzes si emaily hodit k nam vse mame hotove.
3) Ano ucetni/uživatel toto resit nemá cele je to na bedrech toho u koho se hostuje domena. Spoustu lidi to nedela protože to neresi a nemaji takove množství, dřív nez to zacal delat seznam to tvrde aplikoval google - zde není komunikace zadna.
4) To cos poslal je doručenka, resp poslední odstavec vic se ze strany serveru zjistit neda pokud bylo predano do seznamu je to uz jen v jejich rukách.
https://www.mail-tester.com/spf-dkim-check
Když das nazev domeny a dkim selector das mail(nejčastěji pouzivany) musíš mit odpověď. Pokud nemas - zacni s implementaci resp. tvůj hostitel domeny.
Trochu mi to pripada stejne s DNS serverama kdy hodne moc poskytovatelu radeji hazi DNS toho před nimi, místo toho aby mel každý svůj DNS server který se bude dotazovat root serveru. A nektery mají linky Gbit+ a DNS server nemaji...
0 x
Daniel Tasáry
ad 1) a jak si to pošle chudák cestující uživatel, když zatím každé doporučení je "používej smtp poskytovatele"?
0 x
Jelikož je zde zakázáno se negativně vyjadřovat k provozním záležitostem, tak se holt musím vyjádřit takto: nové fórum tak jak je připravováno považuji za cestu do pekel. Nepřehledný maglajz z toho bude. Do podpisu se mi pozitiva již nevejdou.
Cestující uživatel ....
Řeč je o hromadném odesílání emailů na seznamu je to cca 200/hod.
Řeč je o hromadném odesílání emailů na seznamu je to cca 200/hod.
0 x
No teď je hlavně řeč o DKIM a tvrdém SPF. Tím máš schránku napevno svázanou se smtp serverem. To dříve nebývalo. Sice se lépe spamovalo, ale bylo to takové internetovější a pohodlnější.
Mimochodem tři e-maily za minutu není nijak zvláštní limit (i když možná počítáno hodinově). Pro větší sítě to už bude problém.
Mimochodem tři e-maily za minutu není nijak zvláštní limit (i když možná počítáno hodinově). Pro větší sítě to už bude problém.
0 x
Jelikož je zde zakázáno se negativně vyjadřovat k provozním záležitostem, tak se holt musím vyjádřit takto: nové fórum tak jak je připravováno považuji za cestu do pekel. Nepřehledný maglajz z toho bude. Do podpisu se mi pozitiva již nevejdou.
helapc píše:Cestující uživatel ....
Řeč je o hromadném odesílání emailů na seznamu je to cca 200/hod.
Zdravím,
tak máme spoustu informací, některé dokonce docela útočné, na můj vkus až poněkud neomalené, ale stále nemám pocit, že by problém byl vyřešen. Už jen údaj cca 200/hod. je něco, co bych raději viděl definováno v jasně daných podmínkách. Ty se bohužel vyskytují jen v představách Seznamu. Pokud budu upravovat odesílací SW, musím tyto podmínky znát přesně. Je přece rozdíl, 200/hod. a 200/hod. a ješte k tomu "cca". Mám vychrlit emaily + PDF naráz a po hodině znovu a tak dále, nebo např. po pár sekundách posílat kontinuelně? Těch otázek je spousty, odpověď nezná asi nikdo. A to se ještě na stůl nedostala otázka Obsahu emailu. Dnes jsem do SW přidal možnost zadat pauzu mezi jednotlivými emaily, pro začátek 10 sekund. Vypadá to, že všechny prošly.
Otázka však zůstává. Je to náhoda? Jaké podmínky bude mít Seznam.cz příště? Neexistuje něco, jako Autorizované připojení, třeba i za úplatu, které by tento problém řešilo stoprocentně?
mpcz, 23/12/2015
0 x