Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.10.38 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Google zveřejnil seznam 1220 projektů od 195 organizací (Debian, GNU, openSUSE, Linux Foundation, Haiku, Python, …) přijatých do letošního, již dvacátého, Google Summer of Code.
Na základě DMCA požadavku bylo na konci dubna z GitHubu odstraněno 8535 repozitářů se zdrojovými kódy open source emulátoru přenosné herní konzole Nintendo Switch yuzu.
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
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: