Portál AbcLinuxu, 30. dubna 2025 12:49
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.
--- 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.
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
