CAPABILITY response in banner, how to disable it?

[Patrick Boutilier]

On 10/31/2012 10:12 AM, Michael Neumann wrote:
> Hello,
>
> we recently switched from imapd version 2.2.12 to 2.4.12. Now my
> cellphone with bada-os 2.0 wont use the idle feature anymore. I assume
> the problem lies in the change that happened in version 2.3.4, the
> changelog states:
> "Implemented CAPABILITY response in banner and after authentication."
>
> The old version responded something like this:
>> TLS connection established: TLSv1 with cipher AES256-SHA (256/256 bits)
>> S: * OK Cyrus IMAP4 v2.2.13-Debian-2.2.13-13ubuntu3 server ready
>> C: C01 CAPABILITY
>> S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE AUTH=PLAIN SASL-IR
>> S: C01 OK Completed
>> Please enter your password:
>
> The new version responds like this:
>> TLS connection established: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)
>> S: * OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE AUTH=PLAIN AUTH=LOGIN SASL-IR] mail Cyrus IMAP v2.4.12-Debian-2.4.12-2 server ready
>> Please enter your password:
>> C: A01 AUTHENTICATE PLAIN string
>> S: A01 OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SORT SORT=MODSEQ SORT=DISPLAY THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE LIST-EXTENDED WITHIN QRESYNC SCAN XLIST URLAUTH URLAUTH=BINARY LOGINDISABLED IDLE] Success (tls protection)
>
> So it seems since the change in version 2.3.4 the imapd announces some
> CAPABILITYs already in the greeting/banner, but only a subset of the
> CAPABILITYs missing "idle" for example. The full CAPABILITYs string is
> presented after login. Now i guess that is the reason that i cant select
> the idle feature (push-sync) on my bada 2 device anymore. There is the
> option "serverinfo" in imapd.conf, but using this option has no
> influence on the CAPABILITYs string in the greeting. Is there a way to
> return to the old behaviour, or is there a good reason not to return to
> the old behaviour?
>
> Best regards
> Michael
>

This doesn't answer your question but you can still issue the CAPABILITY 
command before logging in.

If you setup imap telemetry for the user you can see what commands the 
bada device is issuing on connect.



-------------- next part --------------
A non-text attachment was scrubbed...
Name: boutilpj.vcf
Type: text/x-vcard
Size: 286 bytes
Desc: not available
Url : http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20121031/20902c4c/attachment.vcf