Včera (27.9.2017) jsem u známého narazil na problém, který má asi týden - nemůže odesílat poštu přes firemní server (port 587/STARTTLS). Připojen přes UPC, modem v bridge modu, když zkusím telnet na port 25 nebo 587 (je to stejné), ozve se jakoby správný server, tj. 220 hostname.domena - ale dále v tomto řádku už není ESMTP Sendmail 8.15.2/8.15.2, ale IP adresa od ISP.
Vzhledem k tomu, že problém s odesláním má na všech zařízeních (2xWindows, iPad, Android), problém zjevně není v těch Windows samotných. Klient ve Windows Outlook 2016 i Thunderbird.
Zajímavé je, že přes Google pošta normálně odchází (rovněž používá v konfiguraci port 587/STARTTLS).
Dotaz na technickou podporu zatím bez odezvy.
Obejít to samozřejmě může firemní VPN, ale dotaz zní: narazil na to někdo taky?
Citace od: BobTheBuilder kdy 28. 09. 2017, 11:49:01
Včera (27.9.2017) jsem u známého narazil na problém, který má asi týden - nemůže odesílat poštu přes firemní server (port 587/STARTTLS). Připojen přes UPC, modem v bridge modu, když zkusím telnet na port 25 nebo 587 (je to stejné),
Obejít to samozřejmě může firemní VPN, ale dotaz zní: narazil na to někdo taky?
Mně UPC funguje správně, blokovat by to neměli, co je znám.
Ale vím o tom, že když detekují na Vaší lince nějaký malware, který rozesílá, nebo otevřený DNS resolver, nebo jiného bota, pak tu linku přepínají do filtrovaného provozu. Pak nefunguje většina portů.
Domnívám se, že s tím souvisí i Váš problém.
Je potřeba na jejich linku zatelefonovat, ověřit, že není blokovaná, a pokud ano, požádat o odblokování.
Citace od: Miroslav Šilhavý kdy 28. 09. 2017, 13:43:37
Je potřeba na jejich linku zatelefonovat
Vem si na to pár dní dovolenou. ;D
No, dík, uvidíme.
Ono to není moje (ani u mně doma), tak jsem zvědavý na odpověď z technické podpory.
Vyzkoušel jsem to teď, UPC pro domácnosti v Praze, a ničeho špatného na 25 ani 587 jsem si nevšiml. Zkus TCP traceroute. Nedělá to nějaký proaktivní SOHO router co má ten člověk přímo doma?
25 občas blokuje (ale nepřesměrovává), 587 ne. Nedělá to hacknutý SOHO router? A jaktože to nezařve na neplatný certifikát?
Router zkusím, dobrý nápad.
Zajímavé je, že přes gmail odeslat poštu jde (klientem, SMTP).
Na certifikát to neřve proto, že ten server, který tam je podstrčený, vůbec 220-STARTLS nevypíše, takže klient sdělí, že server nepodporuje požadované šifrování a nic dál nezkouší.
A taky zkusím mail odeslat ručně z telnetu a v cíli uvidím, kde ten server vlastně je.
To jsem mohl udělat na místě, člověka to někdy nenapadne.
V každém případě dík za tipy.
Tak vyřešeno, výměnou routeru. Zdá se, že přerušoval spojení a druhá strana to vyhodnotila jako útok a dala ho na blacklist.
Tímto prohlašuji, že UPC je v tom nevinně.