IMAP, Atlas.cz, mutt (diskuse)

[Robert Krátký]

a) Asi bych takový dotaz směroval spíše do diskuzního fóra.

b) Chápu-li to správně, tak problém je v atlas.cz, takže pokud s tím neudělají něco oni, tak máš asi smůlu bez ohledu na to, jakého klienta používáš.

[phax7]

ad a) právě že mi souvislost s Linuxem přijde minimální a navíc jsem si chtěl postesknout a vyplakat se na rameno.

ad b) to právě nevím... zdá se mi divné aby nabízeli imap a v podstatě to nefugovalo...

[Robert Krátký]

a) To je asi pravda

b) Tomu bych se nedivil. Řekl bych, že zrovna IMAP má u jejich správců prioritu -256...

[phax7]

a) Ale máš pravdu že blog trochu zneužívám k řešení problémů nad rámec diskuze...;) njn, příběhy ze života se objevují málo.

b) co si člověk neudělá sám, to nemá... ale zase platit nějakou konektivitu a server na těch mojich pár mailů... zbytečnost.

Jo a díky za tričko!! Je super... ta plechovka taky:)

[podlesh]

Co takhle si pořídit IMAP proxy, třeba by se to chovalo lépe?

[phax7]

Díky, vyzkouším.

[petr_p]

Tak jsem stahnul HEAD snapshot z CVS, prelozil s podporou ladeni a trochu zkousel.

Ted to pada treba az po 2 hodinach (rozhodne ne po par minutach).

Rozpadnuti vypada tak, ze server posle FIN packet, TCP stack to potvrdi ACKem, ale sam spojeni neukonci. Spojeni zustane polozavrene. To je zcela legalni stav (aspon z hlediska TCP. Jestli ma to nejake pozadavky IMAP, nevim) a server tim rika, ze uz zadna data posilat nebude, ale stale je ochoten data prijimat.

Pak klient posle dalsi NOOP a server mu vrati RST, protoze z nejakeho duvodu se domniva, ze socket zavrel i pro prijem. Mutt oznami, ze schranka byla uzavrena.

Pozadam-li mutta o znovuotevreni schranky (c!), navaze se TCP spojeni, ustanovi SSL vrstva, mutt se zepta serveru na jeho schopnosti, ten odpovi, mutt odpoved zpracuje a konec.

Resp. mutt se na nejakou dobu odmlci a pak oznami, ze se spojeni ukoncilo. Pokusim-li se znovu otevrit schranku, mutt odumre nadobro (resp. zustane viset nekde v ncurses).

Tohle jsem dostal z logu:

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 drained

Na poprve chybi seznam podporovanych autentizacnich metod.

[phax7]

Díky za hodně podrobný rozbor... ale jedné věci nerozumím:) Je to chyba muttu nebo atlasu? Chová se mutt podle standardu nebo dělá nějaký bonus?

[petr_p]

IMAP vubec neznam. Ale rekl bych, ze je chyba v muttu, protoze po zpracovani CAPABILITY-odpovedi je rada na nem. Navic plati takove pravidlo Bud striktni v tom, co produkujes, ale benevolentni v tom, co prijimas. A konecne zadny kvalitni (interaktivni) program by se nemel odmlcet na porad.

Asi zkusim vetsi ukecanost, pripadene prohnat to debuggerem (jako na potvoru mam vsechny knihovny stripnuty a bez frame pointeru na zasobniku, takze to bude zabava).

[phax7]

Každopádně rád slyším že verze z CVSka udrží spojení déle... informuj o případném dalším pokroku a moc dík.

[Zdeněk Štěpánek]

IMAP u atlasu funguje naprosto bez sebemensiho problemu v Thunderbirdu a mam takove matne tuseni ze pred leeety sel i v outlook expresu.

Zdenek

[phax7]

Díky za info.

[petr_p]

Predevcirem prisel do vyvojarskeho mailing listu patch, ktery pravdepodobne resi problemy se znovunavazovanim ztraceneho spojeni na IMAP server:

--- 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.

[phax7]

To vypadá skvělě! Díky moc za pátrání, snad jsem k tomu neustálým otravováním nedonutil;)

Stáhl jsem si mutt z CVSka, ale skript ./prepare mi vyhodí tuhle hlášku:

require version 1.6, but have 1.4-p6

Automake1.6 nemá v mojem ubuntu dapper balíček (asi), mám nahranou 1.4 a 1.7. Jde to i s nima? Díky moc

[petr_p]

Ja mam nainstalovany jak 1.4, tak 1.6 a koncim na 1.10. Mate v poradku program automake? Na mem systemu to je bashovy skript, ktery podle prommene WANT_AUTOMAKE vybere pozadovanou verzi. Kdyz promenna chybi, pouzije se posledni dostupna.

Ja jsem to nechal na automatice, takze se pouzila 1.10 (podle autom4te.cache). V changelogu a Makefile.am muttu se pise, ze minimalni vyzadovana verze je 1.6, a v devel-notes.txt, ze oficialne podporovana nejnizsi verze je 1.9.

[phax7]

Odinstaloval jsem všechny verze automake kromě 1.9 a s ní už 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ě?

[petr_p]

Nechapu, proc se patch na to jmeno porad pta. Diff soubor mi prijde v poradku. Mne se nakonec podarilo uspesne patchovat aplikovat takto: 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.

[phax7]

přes vimdiff jsem se díval na patchnutý imap.c a na původní a jevilo se mi že tam potřebné řádky přibyly...

Možná si úplně přesně nerozumíme - mi se mutt taky připojí... ale třeba když přijde nová zpráva, já na ní najedu, dám enter a nějakou dobu si ji čtu... tak se mutt odpojí, já zmáčku q jako že chci na seznam zpráv, on se nakonektí ale zpráva je stále označená jako nová.

[petr_p]

Aha. To je ale vlastnost muttu. Stav zpravy zapisuje az pri sychronizaci se schrankou.

Jsou tu dva problemy:

mutt neumi automatickou synchronizaci (at uz po akci nebo peridickou). Trochu to souvisi s tim, ze zpravy urcene ke smazani se mazou prave az pri synchronizaci.

Pri ztrate spojeni se se znovu otevira schranka. Ne jen IMAP spojeni. Takze se zahodi kontext te stare relace. Tohle bych si dovolil povazovat za chybu.

[phax7]

Tak to je škoda:( Předpokládám že hlavně z toho druhého bodu plynou ony nepříjemnosti - protože když si tu zprávu přečtu "rychle" - tedy než se rozpadne spojení - a vyjedu na index tak se označí jako přečtená...

kdyby to vydrželo ty dvě hodiny tak by to bylo úplně v pohodě, déle poštu nikdy nekutím, ale takhle asi budu muset přejít na pop:(

Každopádně díky moc za zkušenosti a věnovaný drahocený čas! Bude-li možnost, oplatím.

[elG]

ATLAS.CZ je hnuj. Už se s ním dlouho trápím