V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.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 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).
Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.
Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.
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:
b) Tomu bych se nedivil. Řekl bych, že zrovna IMAP má u jejich správců prioritu -256...
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.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
--- 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.
