Centrum.cz experimentuje s e-maily

19. 3. 2014 16:35:19

Před několika dny jsem zaznamenal nové chování u poštovních služeb centrum.cz

Firma zkouší nasadit do ostrého provozu sofistikované(?) antispam/antivir řešení, ale z pohledu odesílatele mailů je toto chování rozporuplné:

- mail se doručí jako dříve, použije se xmx1.centrum.cz. a z hlediska doručení není žádná změna.

- použijí se ostatní MX záznamy a poté se identický mail zdrží/ztratí/nedoručí/? Možná to je cílem nového řešení, ale ta občasná ztráta mailu "beze stopy" asi není úplně nejlepší řešení.

dx.spamfree.cz:25: Connection timed out

virusfree.cz:25: Connection timed out

virusfree.cz refused to talk to me: 421 Service temporarily not available

Asi by měli experimentovat s výkonnějším řešením a nebo raději neexperimentovat vůbec

19. 3. 2014 16:35:19

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007419

McFly

(4 hodnocení)

19. 3. 2014 16:42:24

A přitom se virusfree.cz v referencích chlubí samými superlativy. ;-)

Garantovaný antispam a antivir | Virusfree - antivirová a antispamová ochrana…

Asi by jim někdo měl říci, že zase tak super to asi nebude, pokud se pošta občas s novým řešením ztrácí beze stopy.

19. 3. 2014 16:42:24

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007418

Václav Dušek

(77 hodnocení)

19. 3. 2014 16:53:53

Podle mne to vypadá celé tak, že nějaká "parta" bývalých studentů Jihočeské univerzity (tuším, že byli v referencích) "splácala" na bázi klasických opensourcových nástrojů několik SMTP relay serverů, které fungují. Ano, pouze podcenili výkonnost nasazeného hardwaru.

Mají šikovné obchodníky, kteří dokážou prodat to, co se běžně používá

19. 3. 2014 16:53:53

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007417

tomve

(22 hodnocení)

19. 3. 2014 16:56:42

nehledejte v tom vědu, jsme v česku

19. 3. 2014 16:56:42

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007416

McFly

(4 hodnocení)

19. 3. 2014 17:00:28

Mám pocit, že se nám taky pokusili nabídnout svoje řešení a když neuspěli u nás na IT, zkusili to přes vyšší místa (management tomu houby rozumí a u nás na IT máme značně kritický pohled na věc). A možná to byla jiná partička, musel bych pohledat maily. Každý to holt zkouší... :)

19. 3. 2014 17:00:28

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007415

Petr Soukup

(5 hodnocení)

19. 3. 2014 17:08:56

On je to ale nejspíš úmysl, že jsou ty adresy nedostupné. Office365 to jeden čas dělal stejně. Trik je v tom, že spammeři používají pro spam sekundární MX záznamy - obvykle tam totiž je nastavený mírnější spam filtr nebo tam vůbec není. MX se proto nastaví nějak takto:

priorita 1: normální MX

priorita 2: záložní MX

priorita 3: úmyslně nefunkční adresa

Když přijde regulérní mail, tak jde na 1 a případně na 2. Kdyby nějakým omylem skončil na 3, tak ho vyhodnotí jako nefunkční a doručí na 1 nebo 2.

Spam ale půjde rovnou na 3. Spammer se nebude obtěžovat s hledáním funkčního serveru a vzdá to po prvním pokusu.

19. 3. 2014 17:08:56

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007414

Václav Dušek

(77 hodnocení)

19. 3. 2014 17:12:53

2 Souki - tak toto platilo před několika lety, i když i dnes se s tím lze setkat a je to doporučováno jako jedna z technik boje proti spamu. Stejně jako jsme hromadně nasazovali greylisting.

19. 3. 2014 17:12:53

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007413

Petr Soukup

(5 hodnocení)

19. 3. 2014 17:17:00

Napsal vdusek;1069606
2 Souki - tak toto platilo před několika lety, i když i dnes se s tím lze setkat a je to doporučováno jako jedna z technik boje proti spamu. Stejně jako jsme hromadně nasazovali greylisting.

Vždyť ano. Šlo mi jen o to, že pokud není adresa dostupná, tak to ještě nemusí znamenat, že to je chyba. Samozřejmě ale taková ochrana bude řešit asi jen malý zlomek spamu.

19. 3. 2014 17:17:00

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007412

azurit

19. 3. 2014 17:25:04

Len taky detail - pokusal si sa pripajat na dx.spamfree.cz resp. virusfree.cz avsak MX zaznamy su nastavene na cbx.virusfree.cz / ccx.spamfree.cz / cdx.spamfree.cz / cax.virusfree.cz a tie maju ine IPcky (a v pohode funguju):

19. 3. 2014 17:25:04

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007411

Václav Dušek

(77 hodnocení)

19. 3. 2014 17:26:40

Pro klasické řízené odmítání zpráv se používá např.

“451 4.7.1 Greylisting in action, please come back in 00:02:00 ”

Pokud tam je timeout, tak to velmi pravděpodobně řízené/pod kontrolou moc nebude

---------- Příspěvek doplněn 19.03.2014 v 17:27 ----------

Oni těch IP adres mají více...

---------- Příspěvek doplněn 19.03.2014 v 17:28 ----------

Umí používat RoundRobbin v DNS

19. 3. 2014 17:26:40

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007410

kalio

26. 3. 2014 09:45:14

Jsem rád, že jsem narazil na tuto diskusi. Od včerejška totiž řeším problém se nedoručováním e-mailů na centrum.cz. Problém se týká i centrum.cz, centrum.sk, atlas.cz i volny.cz. Možné je jich více, ale na tyto jsem narazil v logu serveru.

Od včerejška už mám ve frontě na serveru cca 1000 nedoručených e-mailů především na centrum.cz

Odpověď serveru je v 99% stejná

Mar 25 09:30:13 d257 qmail: 1395736213.105339 starting delivery 822069: msg 228595 to remote email@centrum.cz

Mar 25 09:30:13 d257 qmail: 1395736213.600796 delivery 822069: deferral: Connected_to_85.25.79.22_but_greeting_failed./Remote_host_said:_421_Service_temporarily_not_available/

případně v cca 1%

Mar 25 09:10:14 d257 qmail: 1395735014.076056 starting delivery 821074: msg 228002 to remote email@centrum.cz

Mar 25 09:30:14 d257 qmail: 1395736214.842995 delivery 821074: deferral: Connected_to_85.25.79.22_but_connection_died._(#4.4.2)/

Fakt výborné :-(

26. 3. 2014 09:45:14

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007409

Martin Bělohoubek

26. 3. 2014 11:26:32

Jo krásně jim to nefunguje no ...

-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
546A411C3FC 1025 Wed Mar 26 11:17:30 martin@xxxx.cz
(host cax.virusfree.cz said: 451 temporary failure (#4.3.0) (in reply to RCPT TO command))
xxxx@centrum.cz
F08CE11C3FE 1090 Wed Mar 26 11:19:39 info@xxxx.cz
(host cax.virusfree.cz said: 451 temporary failure (#4.3.0) (in reply to RCPT TO command))
xxxx@centrum.cz
-- 3 Kbytes in 2 Requests.

Po cca 5min emaily doručeny.

26. 3. 2014 11:26:32

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007408

Václav Dušek

(77 hodnocení)

26. 3. 2014 11:33:30

Testovaci odeslani 10i mailu

Mar 26 11:31:31  postfix/smtpd: disconnect from localhostMar 26 11:31:47  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:31:47  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:31:47  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:31:47  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:31:47  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:31:49  postfix/smtp: 208F01116B88: to=<>, relay=cax.virusfree.cz:25, delay=24, delays=0.01/0.01/21/2.7, dsn=2.0.0, status=sent (250 ok 1395829910 qp 14509)Mar 26 11:31:49  postfix/qmgr: 208F01116B88: removedMar 26 11:31:53  postfix/smtp: 9EFFB1116BD7: to=<>, relay=cax.virusfree.cz:25, delay=27, delays=0.01/0.01/21/6, dsn=2.0.0, status=sent (250 ok 1395829913 qp 19724)Mar 26 11:31:53  postfix/qmgr: 9EFFB1116BD7: removedMar 26 11:32:08  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:32:08  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:32:08  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:32:10  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:32:10  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:32:14  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed outMar 26 11:32:14  postfix/smtp: connect to cax.virusfree.cz:25: Connection timed out

Pište na podporu Centrum Holding, snad si to opraví...

26. 3. 2014 11:33:30

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007407

Václav Dušek

(77 hodnocení)

28. 3. 2014 18:39:20

Centrum Holding dnes (podle jejich názoru) vyřešil problém

Na webu centrum.cz je ode dneška k dispozici formulář "Žádost o zařazení na whitelist Centrum.cz" - http://napoveda.centrum.cz/bulk/index.php, po jehož vyplnění máte možnost, že budete přidáni na whitelist.

Jinak se Vám stále bude plnit log odesílacího SMTP serveru zprávami od jejich serverů hláškami typu

Stačí jen poslat rychleji za sebou 10-20 zpráv

28. 3. 2014 18:39:20

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007406

ondrej.d

29. 3. 2014 00:24:25

Mám stejný problém s timeoutem. Jejich odpověď z helpdesku byla

"situace může být i způsobena funkcí novějšího antispamového systému, kdy je

reagováno se na množící se spam".

A dnes jsem přišel na další zajímavou věc, a to, že jejich skvělě antispamové filtry dost podivně změní hlavičku, takže se úplně rozhodí kódování kvůli subjectu.

Správně došlý email vypadá takto (jeho hlavička):

ale jejich mailserver s tím udělá toto:

Kdy úplně nesmyslně vloží "Resent-Message-Id" a rozhodí tím Subject a tím i celý email.

Kódování emailu mám

Content-Transfer-Encoding: 8bit

Content-Type: text/plain; charset="UTF-8"

a na další adresy (třeba na seznam.cz) to dojde úplně bez problémů (ten samý email)

Nesetkal jste se někdo s podobným problémem?

29. 3. 2014 00:24:25

https://webtrh.cz/diskuse/centrum-cz-experimentuje-s-e-maily/#reply1007405