Portál AbcLinuxu, 9. června 2024 00:03
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í.
Řešení dotazu:
Connection timed out
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.
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
27.2.2017 08:42
pavlix | skóre: 54
| blog: pavlix
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
27.2.2017 13:07
pavlix | skóre: 54
| blog: pavlix
28.2.2017 08:57
pavlix | skóre: 54
| blog: pavlix
28.2.2017 12:16
pavlix | skóre: 54
| blog: pavlix
mám použít jejich email k odesílání pro svého klientaTo 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.
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. :)
. 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.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.