Dotaz: postfix neodesílá emaily

[Němec Tomáš]

Dobrý den,

Na Rassbianu mám nainstalovaný postfix, který neodesílá emaily na některé domény. např Gmail. na seznam emaily odchází bez problémů výpis z logu, adresa gmailu upravena.

Feb 26 08:11:36 tom postfix/smtp[8487]: connect to gmail-smtp-in.l.google.com[173.194.76.27]:25: Connection timed out
Feb 26 08:12:06 tom postfix/smtp[8487]: connect to alt1.gmail-smtp-in.l.google.com[64.233.161.27]:25: Connection timed out
Feb 26 08:12:37 tom postfix/smtp[8487]: connect to alt2.gmail-smtp-in.l.google.com[74.125.68.27]:25: Connection timed out
Feb 26 08:13:07 tom postfix/smtp[8487]: connect to alt3.gmail-smtp-in.l.google.com[64.233.187.27]:25: Connection timed out
Feb 26 08:13:37 tom postfix/smtp[8487]: connect to alt4.gmail-smtp-in.l.google.com[74.125.28.27]:25: Connection timed out
Feb 26 08:13:37 tom postfix/smtp[8487]: DF12F9F2DE: to="google email adresa", relay=none, delay=50634, delays=50484/0.04/150/0, dsn=4.4.1, status=deferred (connect to alt4.gmail-smtp-in.l.google.com[74.125.28.27]:25: Connection timed out)

přidávám konfiguraci postfixu

# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Raspbian)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_auth_only = NO
#přihlášení pouze s certifikátem
#smtpd_tls_cert_file=/etc/ssl/certs/tomnem.pem
#smtpd_tls_key_file=/etc/ssl/private/tomnem.key
smtpd_tls_cert_file=/etc/ssl/cert.pem
smtpd_tls_key_file=/etc/ssl/key.pem
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = tomnem.cz
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = smtp.tomnem.cz, tomnem.cz, tom, localhost.localdomain, localhost
relayhost = 
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/24
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
smtpd_timeout =900
inet_protocols=ipv4

kde by mohl být problém? Děkuji za postrčení.

---

---

Odpovědi

[NN]

Connection timed out

[Němec Tomáš]

Zvýšení limitu vyzkoušeno, bez odezvy zkoušen limit 2000.

[Filip Jirsák]

To nebude limitem na délku spojení, to spojení se ani nenaváže. Pravděpodobně váš ISP blokuje spojení na port 25 a pro Seznam (a možná další české servery) udělal výjimku, protože někteří uživatelé u nich používají postaru port 25 pro předání e-mailu k odeslání. Jediné úplné řešení je domluvit se s ISP, aby vám přestal port 25 blokovat. Ten GMail můžete vyřešit i tím, že budete používat TLS a připojovat se na port 587, ale tím vyřešíte jen GMail.

[Němec Tomáš]

Nepravděpodobné. Mohu odeslat email přes Google smtp z emailového klienta , ale poslat na gmail ne. Navíc fungují i některé adresy na obyčejných soukromých doménách. To blokování bych si rád ověřil, pohledám. Mám poskytovatele Riomedia.

[Filip Jirsák]

Jak máte toho e-mailového klienta nastaveného? Používá pro předání k odeslání chybně port 25? To blokování si můžete ověřit snadno, prostě se telnetem připojte na SMTP server GMailu na port 25 – uvidíte, zda se spojení naváže nebo nenaváže.

[Němec Tomáš]

čím dále tím zajímavěji

tom@tomHome:~$ telnet smtp.googlemail.com 25
Trying 173.194.76.16...
Trying 2a00:1450:400c:c00::10...
telnet: Unable to connect to remote host: No route to host
tom@tomHome:~$ 

Klient je opravdu nastaven jinak 465 port tls.

[Filip Jirsák]

A traceroute na ty adresy?

[Němec Tomáš]

tracepath smtp.googlemail.com 
 1?: [LOCALHOST]                                         pmtu 1500
 1:  192.168.0.1                                           0.565ms 
 1:  192.168.0.1                                           0.513ms 
 2:  no reply
 3:  oloDC14-ftth-jsw01-xe-0-1-1-0-188-175-255-158.net.rionet.cz   1.612ms 
 4:  olodc15-ftth-jsw01-xe-0-1-1-0-188-175-255-97.net.rionet.cz   1.497ms 
 5:  olostu-bb-jsw02-xe-0-0-7-0-188-175-255-81.net.rionet.cz   1.401ms 
 6:  802-RIO.rionet.cz                                     4.029ms asymm  7 
 7:  sitK9-bb-jrt01-xe-9-2-0-0-188-175-70-133.net.rionet.cz  11.031ms asymm  8 
 8:  gw-riomedia.kaora.cz                                 11.207ms                                                                                                                                                   
 9:  no reply                                                                                                                                                                                                        
10:  no reply                                                                                                                                                                                                        
11:  no reply                                                                                                                                                                                                        
12:  no reply                                                                                                                                                                                                        
13:  no reply                                                                                                                                                                                                        
14:  no reply                                                                                                                                                                                                        
15:  no reply                                                                                                                                                                                                        
16:  no reply                                                                                                                                                                                                        
17:  no reply                                                                                                                                                                                                        
18:  no reply                                                                                                                                                                                                        
19:  no reply                                                                                                                                                                                                        
20:  no reply                                                                                                                                                                                                        
21:  no reply                                                                                                                                                                                                        
22:  no reply                                                                                                                                                                                                        
23:  no reply                                                                                                                                                                                                        
24:  no reply                                                                                                                                                                                                        
25:  no reply                                                                                                                                                                                                        
26:  no reply                                                                                                                                                                                                        
27:  no reply                                                                                                                                                                                                        
28:  no reply                                                                                                                                                                                                        
29:  no reply                                                                                                                                                                                                        
30:  no reply                                                                                                                                                                                                        
     Too many hops: pmtu 1500                                                                                                                                                                                        
     Resume: pmtu 1500

[Filip Jirsák]

Tak to musíte řešit s vaším ISP.

[Němec Tomáš]

Děkuji za pomoc, nepotěšili jste mě, navíc mi poskytovatel ještě zdražuje.

[MMMMMMMMM]

Riomedia blokuje port 25 a blokuje toho víc například se nepřipojíš na zahraniční NTP servery atd.....

[Filip Jirsák]

Tohle ale nevypadá na blokaci portu, to vypadá rovnou na zahazování komunikace na určité IP adresy nebo dokonce celé sítě.

[Petr Šobáň]

Jasně jenže nikde není o nějaké blokaci ani slovo, zjistíš to až když něco nefunguje.

IPv6 pro normální uživatele taky nebude, hlavně že pořád zdražují....

Nejhorší je že není konkurence....

[Němec Tomáš]

Dnes si s nimi půjdu popovídat. Bohužel nevím, kam mám popřípadě utéct. Wifináři jsou při vyšších rychlostech drazí, u o2 skoro každý říká, že o plné rychlosti si může nechat zdát. Pokud někdo v Olomouci ví o slušné alternativě napište. Díky

[pavlix]

Trh už se nedělí mezi O2/UPC a wifináře. Ovšem stěžovat si na to, že jsou vyšší rychlosti drahé, když jinde člověk ty vyšší rychlosti dostane jenom na papíře, mně osobně nedává smysl. Negarantované přípojky velkých hráčů jsou o tom aby se člověk mohl rychlostí vytahovat v hospodě a doma se pak spokojil s tím, když to pojede třeba na 10% a ani to v zásadě nemusí. :) Druhá věc je, pokud se nemůžu rozhodnout, řídím se tím, komu bych dal radši peníze. :D

[Petr Šobáň]

Problém je že do baráku vede drát od jedné společnosti a do jiného od jiné a ty nemůžeš přejít.... A telefonní linka či LTE je zase pomala a i kdyby mi rychlost 20M stačila tak upload 2M je nedostatečný. Takže pak nemá člověk na výběr a bere to nutné zlo....kde my vyjde nejlepší poměr k tomu co potřebuji a ceně.... RIOMEDIA prostě není vstřícná k normálním uživatelům, mrší internet blokací, neposkytuje IPv6 a poslední dobou nějak pořád zdražují...... Viz jejich odpověď k IPv6 prostě to uživatelé nepotřebují a šlus a proto to nebude.....

Dobrý den,

IPv6 adresy poskytujeme u našich B2B služeb (byznys přípojek). U běžných retailových (domácích) přípojek pro běžné domácí použití není důvod zavádět IPv6 a ani v nejbližší době neuvažujeme přidělovat IPv6 adresy na tomto typu přípojek. Značná část našich domácích klientů například ani nedisponuje hardwarem s implementovanou podporou IPv6, Nevím, jak je na tom Váš router TP-Link, zda už podporuje IPv6, každopádně na tomto typu přípojky možnost přejít na IPv6 neumožňujeme.

--
S pozdravem,

Richard Šrámek
specialista oddělení helpdesk

RIO Media a.s.
Kovanecká 30/2124
190 00 Praha 9 - Libeň

tel.: +420 844 746 746
e-mail: info@riomedia.cz
e-mail: podpora@riomedia.cz
web: www.riomedia.cz

[Němec Tomáš]

Přesně tak stojí to za ... už se těším na odpověď na email, který mám poslat na podporu, to je totiž to jediné co mi poradily na pobočce. Paní sama volala na zákaznickou linku, než se jí ozvali tak asi 5 minut čekání, a člověk na technické podpoře ani nevěděl o problému s ntp protokolem. Mám prý poslat email.Doufám v příjemné překvapení a připravuji se na odmítnutí.

[pavlix]

Neřeším. Já na vesnici o pár stovkách obyvatel IPv6 mám, v Praze jsem ho měl taky a ještě jsem na dotaz na IPv6 získal kšeft a další kontakty, které přinesly další kšefty.

[Petr Šobáň]

Jsem jim napsal 26.2.2017 tak uvidím:

Můžete mi vysvětlit proč mi samovolně měníte tarif na větší 60->100Mb/s a zdražujete + 49kč ?

Proč mi nenecháte stejný tarif 60Mb/s ?

Taktéž pokud měníte tarify proč nenapíšete nepošlete ceník který bude platit aby si člověk mohl v předstihu vybrat?

Také kdy bude pro normální uživatele zavedené IPv6 zdražujete a IPv6 nikde!!!!!

---------------------------------------------------------------------------------------------

Zatím žádná odpověď je to asi moc složitý dotaz aby odpověděly za jeden pracovní den....

[pavlix]

A z kolika zdražují? Možná finančně nepokrývají provoz. Jednostranné zdražování stávajícím zákazníkům je riskantní krok, ke kterému v tomhle sektoru podle mě člověk přistoupí když nevidí jinou možnost. A pokud je to 49 Kč, tak to bude nejspíš odhad maxima, co by mohl zákazník ještě zkousnout, jelikož to není ani půl sta. Pokud jim to neklapne, budou asi brzo síť prodávat. :)

[Petr Šobáň]

Nedávno zdražily o 46kč nebo tak nějak jako důvod uvedly autorské poplatky, na to jsem IPTV a telefon zrušil a normální TV máme přes společnou anténu a teď zase.....

Samozřejmě ta cena není až tak hrozná 60/60 Mb/s Cena: 449 Kč s DPH.

Teoreticky je to vlastně zlevnění protože teď za 100/100 chtějí 649 Kč.

A mě to přehodí na 100/100 za 449+49=498 ale proč? Proč mi nenechají ten 60/60?

Jinak každá společnost pokud zdražuje tak pošle ceník aby si člověk mohl vybrat pokud stávající tarify ruší, ale takovýto nic neříkající mail?

A údajně zlepšují služby, ale kde já to nevidím na IPv4 blokují provoz a IPv6 nebude tak to je to zlepšení?

Tady jde o to proč mám platit za něco co nevyužiji a tlačí mě do vyšších tarifů?

[pavlix]

U menších společností je tohle průvodní jev jejich postupného úpadku. U větších to může být pouhý výraz narůstajícího zmrdství.

[Petr Šobáň]

Přesně k tomu není co dodat.......

A odpověď pořád žádná......

Jsem zvědav co z nich vypadne, ono to asi dopadne tak že mi to přehodí na 100M a já to budu muset zase nechat přehodit na 60M ......pokud ten tarif nezruší....

[jan.rok]

Hlásim se se stejným problémem, u jiného poskytovatele. Problém se objevil včera večer, projevy stejné, se serverem se nijak nemanipulovalo. Nahlášeno ISP, uvidím, jak se zachová.

[Petr Šobáň]

Tak odpověď jsem dostal.

60M za tu cenu už není - nový upravený ceník je na www stránkách ke stažení - ovšem na stránkách mají trochu bordel protože tam ten internet pořád nabízí za původní cenu.

Prostě dostal jsem individuální nabídku.

80M za 449+25

a v tom původním

100M za 449+49

Tak jsem se rozhodl nakonec pro těch 100M

Prostě pořád je to nejlepší poměr kvalita/cena - jsem na optice.

[Němec Tomáš]

Takže mi odpověděli, spojení na smtp je povoleno pouze pro vybrané servery, mám použít jejich email k odesílání pro svého klienta. Pro NTP byla odpověď následující, Z důvodů nebezpečí DDOS útoku provoz ntp omezen na prověřené servery..

[pavlix]

mám použít jejich email k odesílání pro svého klienta

To je nesmysl, to bych vůbec nedělal. Místo toho bych to odesílal třeba na nějakou ne moc drahou VPS (vpsfree komunitní za pár stovek měsíčně, wedos za kilčo, AWS za zátěž, whatever). S tím NTP bych se buď smířil nebo použil vlastní opět na VPS. Lokál a VPS propojit jednoduše přes IPsec například, ten se dá na Linuxu nasadit i tak, že se navazuje link podle potřeby při troše snahy.

[Petr Šobáň]

A proč bych to dělal, proč ten internet mrší nějakým blokováním, psal bych aby to zrušily....

Ano beru kdyby mě to zablokovaly po nějakém průseru, nebo kdyby tam byl limit na počet paketů za nějaký čas....

A s NTP se na to přišlo tak že v nějakém routeru byl natvrdo zadán NTP který blokují - taky jsme to řešily myslím tady...

Jinak já jsem to ani netušil co blokují protože mám VPS ku u wedosu kde mám postfix+dovecot takže mi vše jde přes VPS.

Prostě proč mám 100M linku když tam nemůžu provozovat servery.

[pavlix]

A proč bych to dělal, proč ten internet mrší nějakým blokováním, psal bych aby to zrušily....

A mají v plánu blokaci zrušit? Já to chápu tak, že nemají, a té situace se právě týká moje rada.

Ano beru kdyby mě to zablokovaly po nějakém průseru, nebo kdyby tam byl limit na počet paketů za nějaký čas....

Na to jsem se taky někde chytil. Donutil jsem postfix vysypat frontu a vše poslat a už jsem tam byl.

Prostě proč mám 100M linku když tam nemůžu provozovat servery.

Pokud máš „100M“ za pár stovek, pak ho máš na to, abys mohl rychle brouzdat po Facebooku a pouštět si streamy ve vysoké kvalitně, ne na to, abys tam dával server. :D Měřil jsi rychlost downloadu a uploadu v různých denních dobách? Dělal jsi kontrolní měření mimo známé/detekovatelné testy rychlosti? Možná jsi jen nepochopil cíl služby a k čemu máš jako uživatel těch 100M používat. :)

[Němec Tomáš]

Vše je prý ochrana běžných domácích uživatelů, jsou tam ještě další blokování, ale ty beru jako prospěšné, například smb služby Windows.

[Petr Šobáň]

Prostě blbé kecy.

Samozřejmě beru že někteří uživatelé tomu nerozumí tak beru kdyby to byla volitelná součást služby.

Taky kdyby to někde bylo napsáno.....

Pak by člověk nemusel složitě zjišťovat proč něco nefunguje....

O2 má firewall který si u nich můžu aktivovat a pak blokují nějaký provoz (nezjištoval jsem nepoužívám to).

[pupala]

A môžem sa opýtať, či u toho providera máte verejnú IP, alebo nie? Mne takéto harakiri robil aj Slovak Telecom na neverejných IP adresách. Keď som si priplatil verejnú, tak mi nič neblokovali. Už som pár providerom povedal, že pri opise svojich produktov dosť zavádzajú. Ak mi niekto z nich povie, že pripojenie k internetu je neverejná IP s prístupom na obmedzený počet portov, tak sa mi vo vrecku otvára nožík . Prešiel som k doma k Slovak Telecom a oni to isté. Zhodou okolností som tam mal priateľa, ktorý mi ozrejmil, že vzhľadom na CGN sú neverejné IP s týmito obmedzeniami. Tak som si priplatil verejnú a problémy odpadli. Toto bolo niečo, čo som už bol ochotný akceptovať aj ako vysvetlenie situácie, aj ako rozumné doriešenie môjho problému.

[pavlix]

A jak by mu na neveřejnou chodila pošta?

[Němec Tomáš]

Adresa je veřejná, přidělovaná.

[Honza]

No to jsou opravdu hloupe kecy. Ale podle me zkusenosti vetsina ISP nejakym zpusobem omezuje spotrebitelske pripojeni: bandwidth throttling, blokovani portu, blokovani stranek a jina QoS.

U 80GHz firemniho spoje samozrejme zadna omezeni nejsou. Jeste aby za ty penize...

[Petr Šobáň]

Právě jsem 100M nevyužil tak jsem si to přehodil za menší cenu na 60/60M

Na to abych tam měl facebook nepotřebuji linku 100M tak stejně i pro video....

Jinak kdysy jsem to testoval a ta 100M jsem nemohl změřit vždy to ukazovalo míň, ale podle mě byla zrada v protějšku protože párkrát jsem našel server který tu 100M změřil.

Ale když jsem dal stahovat soubory z více serverů a pak spočítal rychlosti tak to těch 100M dalo.