Byla vydána verze 4.2 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Anton Carniaux, právní zástupce Microsoft France, pod přísahou: Microsoft nemůže garantovat, že data z EU nepředá do USA bez EU souhlasu, musí dodržovat americké zákony.
Byl vydán Mozilla Firefox 141.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Lokální AI umí uspořádat podobné panely do skupin. Firefox na Linuxu využívá méně paměti. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 141 je již k dispozici také na Flathubu a Snapcraftu.
NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.
Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.
Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.
Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Před nějakým časem jsem se ptal jak rozchodit v Muttu kombinaci Atlas.cz + IMAP a bylo mi dobře porazeno: http://www.abclinuxu.cz/forum/show/159344
Zkouším to nějakou dobu používat, ale funkčnost je více než děsivá - spojení se po nějaké době vždy rozpadne a jsou problémy - typická situace - dám odpovědět na mail, píšu odpověď, dám odeslat a vyskočí hláška jestli se má vytvořit =Sent - protože se mezitím rozpadlo spojení; Teď testuju muttng a ten se umí reconektit, ale občas to taky blbne a maily se někdy neoznačí jako odpovězené a tak.
Jsem zoufalý a trápím se:) Měl jsem svůj soukromý IMAP server s amatéskou konexní a nikdy se mi nic takového nestávalo. Pravda, nezkoušel jsem jiného mail klienta, ale měnit by se mi nechtělo ani za nic...
Má někdo nějaké zkušenosti, rady, tipy? Krajně nerad bych měnil mail adresu a mail klienta.
Díky moc
PS: ne, web rozhraní mi nevyhovuje:)
Tiskni
Sdílej:
4> a0061 NOOP^M Connection to ssl.atlas.cz closed imap_cmd_step: Error reading server response. Mailbox closed mutt_socket_close: Attempt to close closed connection. imap_exec: command failed: ssl_check_certificate: signer check passed Connected to ssl.atlas.cz:993 on fd=4 4< * OK IMAP4rev1 server ready 4> a0062 CAPABILITY^M 4< * CAPABILITY IMAP4 IMAP4rev1 IDLE NAMESPACE ACL LITERAL+ UIDPLUS QUOTA ID SORT ANNOTATE ANNOTATEMORE STATUS-COUNTERS AUTH=CRAM-MD5 AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=NTLM Handling CAPABILITY 4< a0062 OK CAPABILITY completed 4< * BYE Connection broken Handling BYE Connection broken imap_exec: command failed: * BYE Connection broken imap_check_capabilities [* BYE Connection broken] No mailbox is open. help.c:319: mutt_mktemp returns "/tmp/mutt-album-500-5497-5". No mailbox is open. No mailbox is open.Prvni zatuh je po radku s odpovedi c. a0062. Zajimave je, ze pri prvnim pripojeni (hned po staru muttu), je odpoved ssl.atlas.cz jina:
4< * OK IMAP4rev1 server ready IMAP queue drained 4> a0000 CAPABILITY^M 4< * CAPABILITY IMAP4 IMAP4rev1 IDLE NAMESPACE ACL LITERAL+ UIDPLUS QUOTA ID SORT ANNOTATE ANNOTATEMORE STATUS-COUNTERS Handling CAPABILITY 4< a0000 OK CAPABILITY completed IMAP queue drainedNa poprve chybi seznam podporovanych autentizacnich metod.
--- imap/imap.c.orig 2006-08-11 09:04:36.000000000 +0000 +++ imap/imap.c 2007-01-23 21:53:33.000000000 +0000 @@ -358,8 +358,16 @@ new = 1; } - if (idata->state == IMAP_DISCONNECTED) + if (idata->state == IMAP_DISCONNECTED) { + idata->seqno = idata->nextcmd = idata->lastcmd = 0; + memset(idata->cmds, 0, sizeof(IMAP_COMMAND) * IMAP_PIPELINE_DEPTH); + mutt_buffer_free(&idata->cmdbuf); + if (!(idata->cmdbuf = mutt_buffer_init (NULL))) { + FREE (&idata); + return idata; + } imap_open_connection (idata); + } if (idata->state == IMAP_CONNECTED) { if (!imap_authenticate (idata))V zasede se jedna o opomenute vycisteni datovych struktur. Zkousel jsem ho na CVS verzi z 18. ledna a zatim se zda, ze to funguje. V Atlasu asi neco delali se serverem, protoze posledni tyden se spojeni uzavira az po nekolika hodinach. Ale pres to po ztrate spojeni je mozne schranku znovu otevrit (c!). Jeste nevim, jak se mutt chova napr. pri odesilani zpravy, ale rekl bych, ze stejne dobre.
prepare
proběhlo, zkopíroval jsem patch do souboru a spustil patch -p1 < patch-imap-hang
- to se mě zeptalo na soubor a tak jsem dal imap/imap.c.
Patch se úspěšně aplikoval, spustil jsem
./configure --with-ssl --enable-hcache --enable-imap
make
make install
bohužel se spojení stále po chvilce rozpadává:( Dělám něco špatně?
cd kde/mam/muttsrc; patch -p0 </kde/mam/diff
. Pro jistotu jsem se jeste dival do imap/imap.c, jestli se patch aplikoval spravne. Proverte to.
Patch jsem aplikoval na HEAD verzi z 2007-01-18 a configuroval ./prepare --enable-imap --enable-debug --with-ssl --with-sasl
. Header cache jsem nepouzil a musel jsem ho zakomentovat v .muttrc.
Dneska ssl.atlas.cz zahazuje spojeni jako divy a mutt se mi vzdy uspesne znovu spojil. Funguje i odesilani mailu vcetne kopie do Sent slozky na serveru. Jediny problem zustava, ze kdyz se uzavre spojeni, schranka se uzavre a seznam mailu (obsah schranky) neni videt. Schranka se musi rucne otevrit. Ale to je asi vlastnost nez chyba.