Richard Hughes oznámil, že službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzoruje také společnost HP.
O víkendu proběhla demopárty Outline 2026. Publikována byla prezentovaná dema. Upozornit lze na 16 bajtové, opravdu šestnáct bajtové, zvukově obrazové demo Wake Up! 16b (YouTube).
Byla vydána nová verze 9.5 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání a na YouTube.
Dnes a zítra probíhá vývojářská konference Google I/O 2026. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
Canonical vydal Ubuntu Core 26. Vychází z Ubuntu 26.04 LTS a podporováno bude 15 let. Ubuntu Core je minimální neměnný operační systém určený pro vestavěné systémy.
Bylo vydáno OpenBSD 7.9. Po dlouhé době opět se songem: Diamond in the Rough.
Byl vydán Mozilla Firefox 151.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 151 bude brzy k dispozici také na Flathubu a Snapcraftu.
Elon Musk prohrál soudní spor se společností OpenAI, která se podle jeho žaloby odchýlila od původně uváděného cíle vyvíjet umělou inteligenci (AI) ku prospěchu lidstva. Porota včera po necelých dvou hodinách dospěla k jednomyslnému závěru, že Musk žalobu podal příliš pozdě. Musk byl jedním ze spoluzakladatelů společnosti OpenAI, která vznikla v roce 2015 a vyvinula populární chatovací systém ChatGPT. V roce 2018 na svůj post ve vedení
… více »Byla vydána nová verze 10.4 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Opraveny jsou zranitelnosti Copy Fail a Dirty Frag. Přibyl nový obraz pro Orange Pi 5B.
Pokud je zranitelnost Linuxu v nepoužívaném jaderném modulu, lze ji jednoduše vyřešit zakázáním automatického načítání tohoto konkrétního zranitelného modulu. Projekt ModuleJail si klade za cíl zvýšit bezpečnost Linuxu zakázáním automatického načítání všech nepoužívaných jaderných modulů. Jedná se o skript, který dá všechny nepoužívané jaderné moduly na blacklist (/etc/modprobe.d/modulejail-blacklist.conf).
Zdravím,
právě jsem se bavil s jedním wi-fi providerem a ten mi tvrdil, že jsem asi spadl na hlavu, když pro SMTP na serveru nepoužívám jiné porty než 25? Fakt jsem na ni spadl a nebo je to jenom žalozpěv neschopného wi-fi providera?
Mimochodem, připadá vám blokování portu 25 v roce 2009 jako zcela normální záležitost?
Děkuji za odpovědi
Moj provider port 25 blokuje.
Ja mam server u ineho providera ktory mi nic neblokuje.
Riesim to tak, ze mi postfix bezi na 25ke, a mam presmerovany 2525 na 25ku.
Takze ja sa z domu pripajam na 2525, a ono to sa presmeruje na 25ku a vsetko ide.
Zatial som s tym nemal problem, a klienti ktori u mna hostuju su o tom informovany.
Taktiez spamfiltre a rozne blokacie su potrebne.
Ved by sme mazali len spam. A normalna posta by asi nebola dorucena.
No tak já měl pocit, že k tomu slouží SMTP autentifikace. Samozřejmě, že u takových těch rádobyproviderů, kde se dělí milion lidí o jednu IP to asi nutné je...
Přeci to funguje tak, že spamující stroj (zavirované PC) přímo sám kontaktuje SMTP servery, které buď pro doručení žádají autentizaci a nebo si ověří, jestli ta doména podle DNS sedí k té IP adrese, která mu to posílá. Vzhledem k tomu, že ten stroj nesplní ani jednu podmínku, tak to server zahodí. A nebo mi vysvětli, jak je možné, že je tady minimálně půl milionu uživatelů ADSL, CATV apod., kterým se nic neblokuje?
Mě nezajímá, jestli to tak někdo dělá. Mě zajímá, jestli to je něco standardního a nebo pouze ad-hoc řešení a ústupek něčí neschopnosti...
No vlastně odpovím si sám...
Viděl někdy někdo z vás, že by Gmai, Seznam, Centrum někdě psali něco o tom, že pro SMTP je možné použít jiný port? Já teda NE. Přeci není možné, abych já jako správce serveru upravoval kvůli každému hňupovi konfiguraci. Jsou tu nějaké standardy a ty jasně říkají, že pro SMTP se používá jenom 25. Na zábranění spamu jsou tu jiné metody - greylisting, blacklisting, SMTP autentifikace a spoustu dalšího. Takže asi tak...
mas pravdu, ale vysvetluj to nejakemu radoby spravcovi, co nakonfiguroval jedno APcko a mysli si o sebe, ze je majster svetaJsou tu nějaké standardy a ty jasně říkají, že pro SMTP se používá jenom 25
Řekl bych, že se trošku pletete, protože Google se nesnaží používat žádné smyšlené porty a to je rozdíl... 465 je pro SMTPs a 587 tu popsali pánové podemnou...
Celé tohle vlákno je o tom, že někdo tvrdí, že bych měl používat porty MIMO specifikaci (2525, 2500, apod.), jenže ty co popisuje Google ve specifikaci jsou a každý má svoje jasné určení a proti tomu se ani neohrazuji...
na odesilani posty tu mame tusim port 587/tcp (MSA) , viz RFC2476
No zas tak dobře specifikace neznám, abych tvrdil opak. Nicméně ještě jsem neviděl MUA, který by defaultně používal jiný port než 25...
To je mi jasné, jenže kdyby aspoň ten svůh handicap kompenzovali tím, že umožní odblokování pouze na jeden konkrétní SMTP, ale ani tohle jsem ještě neviděl...
Prohlížel jsem si konfigurák Sendmailu a o portu 587 ani vidu ani slechu (já jsem ho určitě nesmazal) - že by samotní autoři MTA porušovali specifikace? IMHO 587 ve specifikaci sice je, ale není povinný...
Heh, to bys rovnou mohl napsat, že není povinností ISP umožnit přístup k internetu :). Já za připojení k internetu považuju porty 1 až 65535, pokud ve smlouvě není jinak. A to většinou nebývá.
Také vycházím z faktu, že tehdejší Český Telecom, Eurotel a Contactel (a určitě spousta dalších - s těmito mám zkušenost) také blokovali 25, ale ejhle, už to bude pět let co to nedělají a přitom se nic nezměnilo - všichni zákazníci mají a měli veřejnou IP. Tak čím to bude? Že by ubylo spamu? Těžko.
Ještě bych rád dodal, že kdyby to tak dělal každý (používal si porty jaké chce a blokoval si co chce), tak je z internetu polofunkční zmetek...
Ne, ten druhý odstavec znamená pouze to, že se s tím jiní dokážou vypořádat mnohem elegantněji, zatímco druzí jsou neschopní... Ještě jinak řečeno - existuje i jiné řešení než blokace toho portu a velcí ISP jsou toho důkazem.
A co když se implementace té 587 na MTA zvhrne tím stylem, že server nebude rozeznávat mezi 25 a 587a komunikaci bude zpracovávat stejně? A vzhledem k tomu, že ten port je ve specifikaci, tak bude zapracován do virů a zase budem tam kde jsme byli, akorát s tím rozdílem, že se nebude blokovat jeden port, ale dva ;)
No to je fakt, Asgardi jsou už mrtví, ti by nám nepomohli. Snad by to SG1 nějak zvládla
.
Ne, vážně - chci všem poděkovat za věcnou a přínosnou diskusi, jejíž závěry bych zhrnul asi takhle: Zákazník, pro kterého je 500 Kč/měs. za slušné připojení (ADSL, CATV, atd...) moc peněz rozhodně není ten typ, kterého by trápilo, že nemá přehled o tom, přes který server chodí emaily. Ovšem to nic nemění na faktu, že pokud by pro to byly pádné důvody (zákazník nemá jinou možnost než wi-fi a přitom je solventní), tak není nic špatného na tom, nechat MTA naslouchat i na jiném portu. Pokud to řeknu ještě jinak - nic, ani žádné nepsané zvyklosti, mě nenutí k tomu, abych nechal MTA naslouchat na jiných portech - je to pouze na mém rozhodnutí, jestli se rozhodnu vyhovět přáním zákazníka.
Ještě jednou děkuji.
Tiskni
Sdílej: