<<< Date Index >>>     <<< Thread Index >>>

Re: [PATCH] Fix CAPABILITY handling for IMAP



Hi,

* Rocco Rutte [06-07-13 12:59:12 +0000] wrote:
Now I had time to track it down: the server sends different responses: only IMAP4rev1 and AUTH=... before authentication but much more items after authentication.

Here is a debug snippet:

  imap_cmd_step: grew buffer to 512 bytes
  < * OK [CAPABILITY IMAP4REV1 LITERAL+ SASL-IR LOGIN-REFERRALS AUTH=PLAIN 
AUTH=LOGIN] mail IMAP4rev1 2004.357 at Thu, 3 Aug 2006 13:05:17 +0200 (MEST)
  Handling CAPABILITY
  imap_authenticate: Using any available method.
  local ip: 192.168.0.113;53468, remote ip:XXX;993
  External SSF: 256
  External authentication name: pdmef
  mutt_sasl_cb_authname: getting authname for XXX:993
  mutt_sasl_cb_authname: getting user for XXX:993
  mutt_sasl_cb_pass: getting password for pdmef@XXX:993
  > a0000 AUTHENTICATE PLAIN XXX
  < a0000 OK [CAPABILITY IMAP4REV1 LITERAL+ IDLE NAMESPACE MAILBOX-REFERRALS 
BINARY UNSELECT SCAN SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND] 
User pdmef authenticated
  SASL protection strength: 0
  SASL protection buffer size: 65536
  Communication encrypted at 256 bits
  > a0001 LIST "" ""
  < * LIST (\NoSelect) "/" ""
  Root delimiter: /
  < a0001 OK LIST completed

I'm using SASL and as there's no second 'Handling CAPABILITY' in there, I guess the full CAPABILITY line is eaten by SASL and not seen by mutt.

Any objections against the previous patch?

The second patch adds more verbose debugging to the socket layer: print which connection gets what file descriptor and use that when logging socket traffic to distinct between different hosts with identical protocols (it's really hard to debug otherwise).

Any objections against this one? For me it's highly usefull. Lately someone posted info for IMAP browser bug with traffic to different servers within a session and this patch improves readability.

  bye, Rocco
--
:wq!