Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
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
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
# 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:
