Zadejte hledaný výraz...

Centrum.cz experimentuje s e-maily

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
verified
rating uzivatele
(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
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
verified
rating uzivatele
(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
verified
rating uzivatele
(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
verified
rating uzivatele
(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
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
verified
rating uzivatele
(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
verified
rating uzivatele
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
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
verified
rating uzivatele
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
verified
rating uzivatele
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
Testovaci odeslani 10i mailu
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
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
verified
rating uzivatele
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
Pro odpověď se přihlašte.
Přihlásit